0% found this document useful (0 votes)
36 views21 pages

Use Cases: Dave Garbe Danny Gray Sean Mccafferty

The document discusses use cases for managing courses and timetables in a college management system. It describes use case diagrams which show systems, actors and relationships. It then provides details for two sample use cases - Manage Timetables and Manage Courses. Each use case includes descriptions of normal flows and subflows, as well as alternative and exceptional flows that may occur.

Uploaded by

Arvin Ketabat
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
36 views21 pages

Use Cases: Dave Garbe Danny Gray Sean Mccafferty

The document discusses use cases for managing courses and timetables in a college management system. It describes use case diagrams which show systems, actors and relationships. It then provides details for two sample use cases - Manage Timetables and Manage Courses. Each use case includes descriptions of normal flows and subflows, as well as alternative and exceptional flows that may occur.

Uploaded by

Arvin Ketabat
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
You are on page 1/ 21

Use Cases

Dave Garbe Danny Gray Sean McCafferty

Use Cases

There are 2 sections to Use Cases:


Use Case Diagrams Use Case Descriptions

Use Case Diagrams

Display a System, surrounded by actors, filled with relationships of use cases representing the various parts of a sytem.
System: The overall project to be completed. Actors: Objects that will act on the system. Things like people, time, or other systems. Use Case: A part of a system with a specific purpose.

Use Case Diagram


College Management (System Name)

Professor (Actor)

Course Management (Use Case)

Timetable Management (Use Case)

Student (Actor)

Use Case Descriptions


Use Case Name ID

Unique Identifier

Importance Level
Low, Medium, High

Primary Actor Use Case Type


Overview / Detail, Essential / Real

Use Case Descriptions cont


Stakeholders and Interests


List of nouns involved, and description of why

Brief Description
Describes the use case rather generally

Trigger
What caused the use case to be called

Type
Triggers relation to the use case

Use Case Descriptions cont


Relationships

Association
List of all actors in the use case

Include
Other cases that are ALWAYS called

Exclude
Other cases that are SOMETIMES called

Generalization
If the case Inherits parts from another case.

Use Case Descriptions cont


Normal Flow of Events


The best case scenario

Subflows
Best case, but alternate routes or options.

Alternate / Exceptional flows


Changes, Exceptions, etc Anything that must be anticipated, but isnt considered standard practice

Use Case 1 Manage Timetables


Use Case Name: Primary Actor: Manage Timetables Student ID:
1 Importance Level: Detail, essential. High

Use Case Type:

Stakeholders and Interests: Student Needs to be able to add / remove / change courses to receive proper education. Professor / School Want to ensure that students are enrolled in courses they are interested and belong in. Brief Description: Trigger: Type: Relationships: Association: Include: Exclude: Generalization: Student Login, Logout Change Student Info Allows students to add, remove and change courses from their schedule, and view their timetable. Student logs into course management system. External

Normal Flow of Events


1. 2. 3.

4.

Student logs into course management system. System displays management screen. Student decides what changes they want to make. If the student wants to add a course, the S-1 Add Course subflow is performed. If the student wants to add a course, the S-2 Change Course subflow is performed. If the student wants to add a course, the S-3 Remove Course subflow is performed. Student logs out of the system.

Subflows
1. 2. 3. 4. 5. 6. 7. 8. 9.

S-1: Add Course The student is prompted to select what type of courses they wish to choose from or search. (Required for Degree / Electives) The student is shown a list of applicable courses in their chosen category, again with a search feature. The student selects a course they wish to add. System prompts student if it should add the course. Student chooses yes. System adds course. Systems prompts student if they wish to add another course. Student chooses no. System returns student to management screen.

Subflows cont
1. 2. 3. 4. 5. 6. 7. 8.

S-2: Remove Course The student is shown a list of all their courses. Student chooses the remove course button. System prompts student if they wish to delete the course. Student chooses yes. System removes course from the students timetable. System prompts student if they want to remove another course. Student selects no. Student is returned to course management screen.

Subflows cont
1. 2. 3. 4.

S-3: Change Course Student is shown a list of their current courses. Student chooses a course from the list. System displays current status of that course. Student selects change section. System displays list of all the sections and the details of each. Student chooses a section to change to. System prompts if student wants to be added to the section Student selects yes. System adds student to section. Student is prompted if they want to change another course. Student selects no. Student is returned to course management screen.

5.
6. 7. 8. 9.

10.
11. 12.

Alternate / Exceptional Flows


2a1: Student is displayed with an Outstanding Balance notification. 2a2: Student logs out. 4a1: Student chooses to view their current timetable. 4a2: System displays the students timetable. S-1, 3a1: Student cancels out of course addition screen. S-1, 4a1: System notifies student course is full, and prompts the student about being added to a waiting list. S-1, 4a2: Student decides if they wish to wait in que. S-1, 5a1: Student decides not to choose course. S-1, 9a1: Student decides to add another course. S-1, 9a2: Student is presented with the Add Course screen.

Alternate / Exceptional Flows cont


S-2, 2a1: Student cancels out of course removal screen. S-2, 4a1: Student decides not to delete the course. S-2, 4a2: Student is presented with the Remove Course screen. S-2, 7a1: Student decides to remove another course. S-2, 7a2: Student is presented with the Remove Course screen. S-3, 7a1: System notifies student section is full, and prompts them about being added to a waiting list. S-3, 7a2: Student decides if they wish to wait in que. S-3, 8a1: Student decides not to be added to the section. S-3, 8a2: Student is presented with the change course screen. S-3, 11a1: Student chooses yes. S-3, 11a2: Student is presented with the change course screen.

Use Case 2 Manage Courses


Use Case Name: Primary Actor: Manage Courses Professor ID: 2 Importance Level: Detail, essential
High

Use Case Type:

Stakeholders and Interests: Professor want to ensure that his course list is up to date. Students need to know what courses the professor is offering. Brief Description: Trigger: Type: Relationships: Association: Include: Exclude: Generalization: Professor Staff decides to add a new course that will be offered to students as well as remove / change any of their current courses. Need for change in course material. External

Normal Flow of Events


1. 2. 3.

4.

Professor logs into the management system. System displays management screen. Professor chooses what course needs to be added, changed or removed. If the professor wants to add a course, the S1: Add New Course subflow is performed. If the professor wants to add a course, the S2: Remove Course subflow is performed. If the professor wants to add a course, the S3: Change Course subflow is performed. Professor logs out of the management system.

Subflows
1. 2. 3. 4.

S-1: Add New Course The Professor is prompted to select what type of course to add. The Professor is selects the course he wishes to add. The Professor then provides the course information. System prompts professor if it should add the course. Professor chooses yes. System adds and updates the course. System prompts professor if they want to add another course. Professor chooses no. System return to the main screen.

5.
6. 7. 8. 9.

Subflows cont
1. 2. 3. 4.

S-2: Remove Course The Professor is shown a list of the classes he teaches. The Professor selects the course he is not offering anymore. System prompts professor if they wish to remove the course. Professor chooses yes. System removes and updates the courses available in the system. System prompts professor if they want to remove another course. Professor chooses no. System returns to the main screen.

5.
6. 7. 8.

Subflows cont
1. 2. 3. 4.

S-3: Change Course The Professor is shown a list of the classes he teaches. The Professor selects the course he wishes to change. System shows the courses current information. Professor selects information that needs to be changed. Professor changes information. System prompts professor if they wish to make the change. Professor chooses yes. System updates the course information. System prompts professor if they want to change another course. Professor chooses no. System returns to the main screen.

5.
6. 7. 8. 9.

10.
11.

Alternate / Exceptional Flows


2a1: Professor logs out. 4a1: Professor chooses to view current timetable. 4a2: System displays the professors timetable. S-1,2a1: Professor cancels addition of course. S-1,5a1: Professor chooses not to change course information. S-1,8a1: Professor chooses to change add another course. S-2,2a1: Professor cancels from removing a course. S-2,4a1: Professor chooses not to remove the course. S-2,7a1: Professor chooses to remove another course. S-3,2a1: Professor cancels from changing a course. S-3,7a1: Professor chooses not to change the course. S-3,10a1: Professor chooses to change another courses information.

You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy