Asper School of Business University of Manitoba Systems
Asper School of Business University of Manitoba Systems Analysis & Design Instructor: Bob Travica Analyzing system processes: Use Case Diagram 1/2 Updated 2018
Outline The use case concept n Business events and systems n Elements of use case diagram n Reading use case diagrams n Creating use case diagrams n 3510 Systems Analysis & Design * Bob Travica 2
Use case concept • • Use case is a model of system functionality. Think of main functions a system performs for users – “cases” of using a system. Use case Use Case Diagram of Order-Entry Subsystem for RMO Figure 6 -3 3
Use case diagram in system documentation • Use Case helps to model system requirements • May be easier for users to understand than other diagrams 3510 Systems Analysis & Design * Bob Travica 4
Business Event concept • A stimulus that requires a system’s response • Delineated in time; stands on its own External events occur outside the system Temporal Events “clerk calls up customer account” Figure 5 -2 Events affecting a payment system that determine what system has to do – functions, use cases 5
Event types n External Events (outside an IS) n n Temporal Events (inside an IS) n n Caused by external agent (human, system) Occur at a certain point in calendar time State Events (inside an IS) n Changes in system states, such as data Event: Quantity. On. Hand =< Reorder. Amount (QOH goes under a min. ) System’s response: Create new purchase order n Internal events - logic of automated decisions 3510 Systems Analysis & Design * Bob Travica 6
Events Table Input Output Figure 5 -10 3510 Systems Analysis & Design * Bob Travica 7
Elements of use case diagram: Actor and System • Actor is someone interacting with use case (system function). Named by a noun. Name System • Similar to the concept of user, but (a) can be non-human and (b) a user can play different roles; (e. g. , : an employee can be worker and manager – plays 2 roles in a system 1). (c) The same use can have more actors. 2 • System • Shape of oval, contains small ovals that stand for use cases (system functions) 3510 Systems Analysis & Design * Bob Travica 8
Actor-System relationship • Actor triggers (initiates, starts) use case (a system function); acts as the source of business event. • Actor has responsibility toward the system (inputs), and Actor has expectations from the system (outputs). • System has responsibility to respond properly to events – to execute an appropriate function. 3510 Systems Analysis & Design * Bob Travica 9 of 14
Elements of use case diagram: Use Case Do something n n System function (process – automated or manual). Named by a verb. Each Actor must be linked to a UC, while some use cases may not be linked to actors (e. g. , functions responding to temporal events, UC related to another UC). = Use Case 3510 Systems Analysis & Design * Bob Travica 10
Elements of use case diagram: Other components Connection between Actor and Use Case Boundary of a system 11
Reading use case diagrams ONLINE BOOKSTORE INVETORY MANAGEMENT SYSTEM 3510 Systems Analysis & Design * Bob Travica 12 of 13
How to create use case diagram 1. List main system functions (use cases) in a column: n think of business events demanding system’s response n users’ goals/needs to be accomplished via the system n Create, Read, Update, Delete (CRUD) & other tasks n Naming use cases – user’s needs usually can be translated in data tasks 2. Draw ovals around the function labels (use cases) 3. Draw system boundary 4. Draw actors and connect them with use cases (if more intuitive, this can be done as step 2) n Exercise Continues with slides set #2 3510 Systems Analysis & Design * Bob Travica 13
- Slides: 13