How to Find Actors for Use Case Diagram

 How to Find Actors for Use Case Diagram?


When working from an Action/Response table, identifying the actors is easy: entities whose behaviour appears in the "Actor's Actions" column are the actors, and entities whose behaviour appears in the "System's Response" column are components in the system.

If you are working from an informal narrative, a sequence diagram, or a scenario description, the actors are typically those entities whose behaviour cannot control or change (i.e., agents that are not part of the system that you are building or describing.) The most obvious candidates for actors are the humans in the system. Except in rare cases when the system you are describing is actually a human process, such as a specific method of dealing with customers that employees should follow, the humans that you must interact with will all be actors.

If your system interacts with other systems (databases, servers maintained by other people, legacy systems) you will be best to treat these as actors, also, since it is not their behaviour that you are interested in describing.

Comments

Post a Comment

Popular posts from this blog

Food Ordering System

Image
Food Ordering System 0 (Zero) level DFD context diagram for online food ordering system level 0 dfd for food ordering system er diagram for online food ordering system data flow diagram example for online shopping data flow diagram level 0 1 2 examples data flow diagram symbols level 2 dfd for online food ordering system data flow diagram for pizza ordering system
Read more

What is DFD ? or What is Data Flow Diagram?

A data-flow diagram ( DFD ) is a graphical representation of the "flow" of data through an information system. DFDs can also be used for the visualization of data processing ( structured design ). On a DFD , data items flow from an external data source or an internal data store to an internal data store or an external data sink, via an internal process . A DFD provides no information about the timing or ordering of processes, or about whether processes will operate in sequence or in parallel. It is therefore quite different from a flowchart, which shows the flow of control through an algorithm, allowing a reader to determine what operations will be performed, in what order, and under what circumstances, but not what kinds of data will be input to and output from the system, nor where the data will come from and go to, nor where the data will be stored (all of which are shown on a DFD ). ...
Read more

Rules for Stopping the Decomposition Process in DFD

Rules for Stopping the Decomposition Process in DFD (1) when you have reduced each process to a single decision or calculation or to a single database operation;  (2) when each data store represents data about a single entity;  (3) when the system user does not care to see any more detail or when you and other analysts have documented sufficient detail to do subsequent systems development tasks;  (4) when every data flow does not need to be split further to show that different data are handled in different ways;  (5) when you believe that you have shown each business form or transaction, computer on-line display, and report as a single data flow;  (6) when you believe there is a separate process for each choice on all lowest-level menu options for the system.
Read more