SlideShare a Scribd company logo
1 of 9
Import Data
Id: UC1
Actors: User and System
Preconditions:
User has already logged into the system
Brief Description:
Data is imported into the system from external data sources
Flow of events:
1 Use case begins when user logs into the system or selects the import data button
2 System ensures current user has appropriate roles
2.1 If roles are not appropriate:
2.1.1 Use case ends
3 Current actor is determined:
3.1 If actor is user:
3.1.1 User is prompted to select data sources to import
3.1.2 Use case continues at step 3 when user hits import button
3.2 If actor is system
3.2.1 System selects data sources to import from configuration settings
4 System imports selected data sources into system
4.1 If faculty data is a selected data source
4.1.1 <<extends>> Get Faculty Data
4.2 If schedule is selected
4.2.1 <<extends>> Get Schedule
4.3 If course list is a selected data source
4.3.1 <<extends>> Get Course List
5 Use case ends
Alternative flows and exceptions:
User actor can cancel at any time prior to step 2.1.2
Post Conditions: Data from selected data sources is imported into the system
Get Faculty Data
Id: UC2
Actors: User and System
Preconditions:
User has already logged into the system
Brief Description:
Data is imported into the system from faculty data sources
Flow of events:
1 System ensures current user has appropriate roles
1.1 If roles are not appropriate:
1.1.1 Use case ends
2 System retrieves current faculty data
3 Current faculty data is merged into the system:
3.1 If a faculty member exists in system but not in current faculty data
3.1.1 Faculty member is removed from the system
3.2 If a faculty member exists in current faculty data and not in system
3.2.1 Faculty member is created in the system
4 All faculty members in the system have their data updated to reflect current faculty
data
5 Use case ends
Post Conditions: Data from faculty data source is merged into the system
Get Schedule
Id: UC3
Actors: User and System
Preconditions:
User has already logged into the system
Brief Description:
Data is imported into the system from faculty data sources
Flow of events:
1 System ensures current user has appropriate roles
1.1 If roles are not appropriate:
1.1.1 Use case ends
2 System retrieves current schedule
3 Current schedule is merged into the system:
3.1 If a item exists in system but not in current schedule
3.1.1 Item is marked for review by the system
3.2 If an item exists in current schedule and not in system
3.2.1 Item is created in the system
3.2.2 Item is marked for review
4 Use case ends
Post Conditions: Data from faculty data source is merged into the system
Get Course List
Id: UC3
Actors: User and System
Preconditions:
User has already logged into the system
Brief Description:
Data is imported into the system from faculty data sources
Flow of events:
1 System ensures current user has appropriate roles
1.1 If roles are not appropriate:
1.1.1 Use case ends
2 System retrieves current course data
3 Current course data is merged into the system:
3.1 If a course exists in system but not in current course data
3.1.1 Course is removed from the system
3.2 If a course exists in current course data and not in system
3.2.1 Faculty member is created in the system
4 All courses in the system have their data updated to reflect current course data
5 Use case ends
Post Conditions: Data from course data source is merged into the system
Export Data
Id: UC4
Actors: User
Preconditions:
User has already logged into the system
Brief Description:
Schedule information is sent from the system to designated external systems
Flow of events:
1 Use Case begins when user selects the export data button on the screen
2 System ensures current user has appropriate roles
2.1 If roles are not appropriate:
2.1.1 Use case ends
3 System Exports Schedule data to designated system
4 Use case ends
Post Conditions: Data from system is merged into designated external systems
Create Report
Id: UC5
Actors: User
Preconditions:
User has already logged into the system
Brief Description:
Report on any problems in the system data is created
Flow of events:
1 Use Case begins when user selects the create button on the screen
2 System ensures current user has appropriate roles
2.1 If roles are not appropriate:
2.1.1 Use case ends
3 New report is created
4 System reviews all system data
4.1 Items in violation of business rules are marked for review
4.2 All items marked for review are added to report
5 Use case ends
Post Conditions: Report is created and User is transferred to View Report use case
View Report
Id: UC6
Actors: User
Preconditions:
User has already logged into the system
Brief Description:
Report on any problems in the system data is created
Flow of events:
6 Use Case begins when user selects the view report button on the screen
7 System ensures current user has appropriate roles
7.1 If roles are not appropriate:
7.1.1 Use case ends
8 All reports are displayed on the screen
9 If a user selects a report
9.1 Details of report are displayed
10 Use case ends
Post Conditions: Report is created and User is transferred to View Report use case
Use Cases
Use Cases
Use Cases
Use Cases
Use Cases

More Related Content

Viewers also liked

Yearly-scheme-of-work year 2 2015
 Yearly-scheme-of-work year 2 2015 Yearly-scheme-of-work year 2 2015
Yearly-scheme-of-work year 2 2015Erma Shahrul
 
C-Pubb-TestingExperience_Issue_08_2008
C-Pubb-TestingExperience_Issue_08_2008C-Pubb-TestingExperience_Issue_08_2008
C-Pubb-TestingExperience_Issue_08_2008Berta Danilo
 
Informe anual Correos 2015
Informe anual Correos 2015Informe anual Correos 2015
Informe anual Correos 2015CGT Correos
 
Jianzhuo Song's Portfolio 2016
Jianzhuo Song's Portfolio 2016 Jianzhuo Song's Portfolio 2016
Jianzhuo Song's Portfolio 2016 Jianzhuo Song
 
Project Planning TJ 23 June
Project Planning TJ 23 JuneProject Planning TJ 23 June
Project Planning TJ 23 JuneTejas Patel
 
science in hindi
science in hindiscience in hindi
science in hindiPrecision1
 
Applied mathematics iv
Applied mathematics   ivApplied mathematics   iv
Applied mathematics ivAnand Gadge
 
Semana Santa 2011. Material para acompañantes
Semana Santa 2011. Material para acompañantesSemana Santa 2011. Material para acompañantes
Semana Santa 2011. Material para acompañantesParroquialainmaculada
 

Viewers also liked (13)

Manual APA
Manual APAManual APA
Manual APA
 
Yearly-scheme-of-work year 2 2015
 Yearly-scheme-of-work year 2 2015 Yearly-scheme-of-work year 2 2015
Yearly-scheme-of-work year 2 2015
 
T7-IAEG2014_023
T7-IAEG2014_023T7-IAEG2014_023
T7-IAEG2014_023
 
C-Pubb-TestingExperience_Issue_08_2008
C-Pubb-TestingExperience_Issue_08_2008C-Pubb-TestingExperience_Issue_08_2008
C-Pubb-TestingExperience_Issue_08_2008
 
Informe anual Correos 2015
Informe anual Correos 2015Informe anual Correos 2015
Informe anual Correos 2015
 
Orestes organizacion
Orestes organizacionOrestes organizacion
Orestes organizacion
 
Jianzhuo Song's Portfolio 2016
Jianzhuo Song's Portfolio 2016 Jianzhuo Song's Portfolio 2016
Jianzhuo Song's Portfolio 2016
 
COMUNICACIÓN
COMUNICACIÓNCOMUNICACIÓN
COMUNICACIÓN
 
OliverVavra (1)
OliverVavra (1)OliverVavra (1)
OliverVavra (1)
 
Project Planning TJ 23 June
Project Planning TJ 23 JuneProject Planning TJ 23 June
Project Planning TJ 23 June
 
science in hindi
science in hindiscience in hindi
science in hindi
 
Applied mathematics iv
Applied mathematics   ivApplied mathematics   iv
Applied mathematics iv
 
Semana Santa 2011. Material para acompañantes
Semana Santa 2011. Material para acompañantesSemana Santa 2011. Material para acompañantes
Semana Santa 2011. Material para acompañantes
 

Similar to Use Cases

2. Use Case Analysis
2. Use Case Analysis2. Use Case Analysis
2. Use Case AnalysisMaruf Hamidi
 
ChrisGarrisonFeatherweightArchitecture-DetailDesign
ChrisGarrisonFeatherweightArchitecture-DetailDesignChrisGarrisonFeatherweightArchitecture-DetailDesign
ChrisGarrisonFeatherweightArchitecture-DetailDesignChris Garrison
 
04course reg uc_model_rpt (1)
04course reg uc_model_rpt (1)04course reg uc_model_rpt (1)
04course reg uc_model_rpt (1)Rana Haseeb
 
YU E-voting for students council elections
YU E-voting for students council electionsYU E-voting for students council elections
YU E-voting for students council electionsRajab Izzadeen
 
cuACS Requirements Analysis Document Nicholas Aubé.docx
cuACS Requirements Analysis Document Nicholas Aubé.docxcuACS Requirements Analysis Document Nicholas Aubé.docx
cuACS Requirements Analysis Document Nicholas Aubé.docxdorishigh
 
Presentation on SDLC
Presentation on SDLCPresentation on SDLC
Presentation on SDLCAnsar Riaz
 
Customer Contact DB Development Project
Customer Contact DB Development ProjectCustomer Contact DB Development Project
Customer Contact DB Development ProjectNicholai Stevens
 
Kcps c3 (040704)
Kcps c3 (040704)Kcps c3 (040704)
Kcps c3 (040704)Nik Syafiq
 
Aakarsh 038 csit142_lab_work (1)
Aakarsh 038 csit142_lab_work (1)Aakarsh 038 csit142_lab_work (1)
Aakarsh 038 csit142_lab_work (1)Shambhavi Vats
 
Hi600 u04_inst_slides
Hi600 u04_inst_slidesHi600 u04_inst_slides
Hi600 u04_inst_slidesljmcneill33
 
Health Prediction System - an Artificial Intelligence Project 2015
Health Prediction System - an Artificial Intelligence Project 2015Health Prediction System - an Artificial Intelligence Project 2015
Health Prediction System - an Artificial Intelligence Project 2015Maruf Abdullah (Rion)
 
Online eaxmination
Online eaxminationOnline eaxmination
Online eaxminationAditi_17
 
Event Management System Document
Event Management System Document Event Management System Document
Event Management System Document LJ PROJECTS
 
System development phases
System development phasesSystem development phases
System development phasesPrabinBista05
 
Lecture 06
Lecture 06Lecture 06
Lecture 06Rana Ali
 

Similar to Use Cases (20)

2. Use Case Analysis
2. Use Case Analysis2. Use Case Analysis
2. Use Case Analysis
 
ChrisGarrisonFeatherweightArchitecture-DetailDesign
ChrisGarrisonFeatherweightArchitecture-DetailDesignChrisGarrisonFeatherweightArchitecture-DetailDesign
ChrisGarrisonFeatherweightArchitecture-DetailDesign
 
04course reg uc_model_rpt (1)
04course reg uc_model_rpt (1)04course reg uc_model_rpt (1)
04course reg uc_model_rpt (1)
 
YU E-voting for students council elections
YU E-voting for students council electionsYU E-voting for students council elections
YU E-voting for students council elections
 
cuACS Requirements Analysis Document Nicholas Aubé.docx
cuACS Requirements Analysis Document Nicholas Aubé.docxcuACS Requirements Analysis Document Nicholas Aubé.docx
cuACS Requirements Analysis Document Nicholas Aubé.docx
 
Presentation on SDLC
Presentation on SDLCPresentation on SDLC
Presentation on SDLC
 
Customer Contact DB Development Project
Customer Contact DB Development ProjectCustomer Contact DB Development Project
Customer Contact DB Development Project
 
Kcps c3 (040704)
Kcps c3 (040704)Kcps c3 (040704)
Kcps c3 (040704)
 
Chapter 4
Chapter 4Chapter 4
Chapter 4
 
Aakarsh 038 csit142_lab_work (1)
Aakarsh 038 csit142_lab_work (1)Aakarsh 038 csit142_lab_work (1)
Aakarsh 038 csit142_lab_work (1)
 
Hi600 u04_inst_slides
Hi600 u04_inst_slidesHi600 u04_inst_slides
Hi600 u04_inst_slides
 
Chkbck demo
Chkbck demoChkbck demo
Chkbck demo
 
Deliverable 2
Deliverable 2Deliverable 2
Deliverable 2
 
Group 9 SRS
Group 9 SRSGroup 9 SRS
Group 9 SRS
 
SDLC
SDLCSDLC
SDLC
 
Health Prediction System - an Artificial Intelligence Project 2015
Health Prediction System - an Artificial Intelligence Project 2015Health Prediction System - an Artificial Intelligence Project 2015
Health Prediction System - an Artificial Intelligence Project 2015
 
Online eaxmination
Online eaxminationOnline eaxmination
Online eaxmination
 
Event Management System Document
Event Management System Document Event Management System Document
Event Management System Document
 
System development phases
System development phasesSystem development phases
System development phases
 
Lecture 06
Lecture 06Lecture 06
Lecture 06
 

Use Cases

  • 1. Import Data Id: UC1 Actors: User and System Preconditions: User has already logged into the system Brief Description: Data is imported into the system from external data sources Flow of events: 1 Use case begins when user logs into the system or selects the import data button 2 System ensures current user has appropriate roles 2.1 If roles are not appropriate: 2.1.1 Use case ends 3 Current actor is determined: 3.1 If actor is user: 3.1.1 User is prompted to select data sources to import 3.1.2 Use case continues at step 3 when user hits import button 3.2 If actor is system 3.2.1 System selects data sources to import from configuration settings 4 System imports selected data sources into system 4.1 If faculty data is a selected data source 4.1.1 <<extends>> Get Faculty Data 4.2 If schedule is selected 4.2.1 <<extends>> Get Schedule 4.3 If course list is a selected data source 4.3.1 <<extends>> Get Course List 5 Use case ends Alternative flows and exceptions: User actor can cancel at any time prior to step 2.1.2 Post Conditions: Data from selected data sources is imported into the system
  • 2. Get Faculty Data Id: UC2 Actors: User and System Preconditions: User has already logged into the system Brief Description: Data is imported into the system from faculty data sources Flow of events: 1 System ensures current user has appropriate roles 1.1 If roles are not appropriate: 1.1.1 Use case ends 2 System retrieves current faculty data 3 Current faculty data is merged into the system: 3.1 If a faculty member exists in system but not in current faculty data 3.1.1 Faculty member is removed from the system 3.2 If a faculty member exists in current faculty data and not in system 3.2.1 Faculty member is created in the system 4 All faculty members in the system have their data updated to reflect current faculty data 5 Use case ends Post Conditions: Data from faculty data source is merged into the system Get Schedule Id: UC3 Actors: User and System Preconditions: User has already logged into the system Brief Description: Data is imported into the system from faculty data sources Flow of events: 1 System ensures current user has appropriate roles 1.1 If roles are not appropriate: 1.1.1 Use case ends 2 System retrieves current schedule 3 Current schedule is merged into the system: 3.1 If a item exists in system but not in current schedule 3.1.1 Item is marked for review by the system 3.2 If an item exists in current schedule and not in system 3.2.1 Item is created in the system 3.2.2 Item is marked for review 4 Use case ends Post Conditions: Data from faculty data source is merged into the system
  • 3. Get Course List Id: UC3 Actors: User and System Preconditions: User has already logged into the system Brief Description: Data is imported into the system from faculty data sources Flow of events: 1 System ensures current user has appropriate roles 1.1 If roles are not appropriate: 1.1.1 Use case ends 2 System retrieves current course data 3 Current course data is merged into the system: 3.1 If a course exists in system but not in current course data 3.1.1 Course is removed from the system 3.2 If a course exists in current course data and not in system 3.2.1 Faculty member is created in the system 4 All courses in the system have their data updated to reflect current course data 5 Use case ends Post Conditions: Data from course data source is merged into the system Export Data Id: UC4 Actors: User Preconditions: User has already logged into the system Brief Description: Schedule information is sent from the system to designated external systems Flow of events: 1 Use Case begins when user selects the export data button on the screen 2 System ensures current user has appropriate roles 2.1 If roles are not appropriate: 2.1.1 Use case ends 3 System Exports Schedule data to designated system 4 Use case ends Post Conditions: Data from system is merged into designated external systems
  • 4. Create Report Id: UC5 Actors: User Preconditions: User has already logged into the system Brief Description: Report on any problems in the system data is created Flow of events: 1 Use Case begins when user selects the create button on the screen 2 System ensures current user has appropriate roles 2.1 If roles are not appropriate: 2.1.1 Use case ends 3 New report is created 4 System reviews all system data 4.1 Items in violation of business rules are marked for review 4.2 All items marked for review are added to report 5 Use case ends Post Conditions: Report is created and User is transferred to View Report use case View Report Id: UC6 Actors: User Preconditions: User has already logged into the system Brief Description: Report on any problems in the system data is created Flow of events: 6 Use Case begins when user selects the view report button on the screen 7 System ensures current user has appropriate roles 7.1 If roles are not appropriate: 7.1.1 Use case ends 8 All reports are displayed on the screen 9 If a user selects a report 9.1 Details of report are displayed 10 Use case ends Post Conditions: Report is created and User is transferred to View Report use case