In: Computer Science
Use case Names: Record a Ticket
Scenario: Officer Issues a Ticket
Triggering Event: Traffic Ticket
Description: The Officer provides the Clerk with the ticket. And then the ticket information is verified by the clerk. First he/she enters the Officers badge number and next enters the drivers license number to verify their information.
Action: Clerk
Stakeholders: Manager, Officer
Precondition: The officer and driver must exist.
Postcondition: The ticket must exit and be associated with the Officer, the driver, and the Court.
Exception Conditions: Officer not found, Driver not found.
Flow of Event:
Action |
System |
1. Officer enters offices badge number. |
System reads officer information and displays name. |
2. Officer enters drivers license number. |
System reads the drivers information and displays the drivers name and address. |
3. Clerk enters ticket information. |
System displays ticker and drivers information. |
Task
Context level DFD, also known as level 0 DFD, sees the whole system as a single process and emphasis the interaction between the system and external entities.
It’s designed to be an abstraction view, showing the system as a single process with its relationship to external entities. It represent the entire system as single bubble with input and output data indicated by incoming/outgoing arrows.
For above example DFD 0 is as given below:
Activity Diagram:
Activity diagram is another important behavioral diagram in UML diagram to describe dynamic aspects of the system. Activity diagram is essentially an advanced version of flow chart that modeling the flow from one activity to another activity.
For given narrative, activity diagram is as follow: