drawing system sequence diagrams n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
Drawing System Sequence Diagrams PowerPoint Presentation
Download Presentation
Drawing System Sequence Diagrams

Loading in 2 Seconds...

play fullscreen
1 / 22

Drawing System Sequence Diagrams - PowerPoint PPT Presentation


  • 126 Views
  • Uploaded on

Drawing System Sequence Diagrams. Chapter 10 Applying UML and Patterns Craig Larman. UP Artifacts. Sequence Diagrams. Shows objects and classes involved in a use case scenario Shows the messages exchanged between objects in time order sequence

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Drawing System Sequence Diagrams' - guy-pruitt


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
drawing system sequence diagrams

Drawing System Sequence Diagrams

Chapter 10

Applying UML and Patterns

Craig Larman

sequence diagrams
Sequence Diagrams
  • Shows objects and classes involved in a use case scenario
  • Shows the messages exchanged between objects in time order sequence
  • Used in design to assign object responsibilities
  • Can be used test user interface requirements
system sequence diagrams ssds
System Sequence Diagrams (SSDs)
  • SSD is an artifact of analysis that illustrates input and output events related to the system.
  • SSD is associated with use-case realization in the logical view of system development.
ssds and system behavior
SSDs and System Behavior
  • System behaves as “Black Box”.
  • Interior objects are not shown, as they would be on a Sequence Diagram.

:System

use cases are source for ssd
Use Cases are Source for SSD
  • Use cases describe
    • How actors interact with system.
    • Typical course of events that external actors generate and
    • The order of the events.
ssd components
SSD Components

For a particular scenario of use-case an SSD shows-

  • The external actors that interact directly with the system.
  • The System (as a black box).
  • The system events that the actors generate.
what ssds show
What SSDs Show
  • Match operations of the system in response to the events generated
  • Depict the temporal order of the events.
  • Should be done for the main success scenario of the use-case
    • Also for frequent and alternative scenarios
objects on ssds
Objects on SSDs
  • Objects are instances of classes.
  • Represented as a rectangle which contains the name of the object underlined
  • Because the system is instantiated, it is shown as an object.

:Object1

actors on ssds
Actors on SSDs
  • Actor:An Actor is modeled using the ubiquitous symbol, the stick figure.

actor1

lifelines on ssds
Lifelines on SSDs
  • LifeLine identifies the existence of the object over time. The notation for a Lifeline is a vertical dotted line extending from an object.
messages on ssds
Messages on SSDs
  • Messages, modeled as horizontal arrows between Activations, indicate the communications between objects.

messageName(argument)

example of an ssd
Example of an SSD
  • Following example shows the success scenario of the Process Sale use case.
  • Events generated by cashier (actor)-

makeNewSale

enterItem

endSale

makePayment.

create ssds for each use case
Create SSDs for each Use Case
  • Draw a lifeline representing the system as a black box.
  • Identify each actor that directly operates on the system. Draw a lifeline for eachactor
  • From the use case happy path text, identify system (external) events that actors generate (look at right side of the flow of events). Add them as messages to diagram.
  • Add the main outputs from the use case as messages back to actor – see use case table
  • Optionally, include the use case text to the left of the diagram.
system events and system boundary
System Events and System Boundary
  • To identify the system events, knowing the system boundary is critical.
  • For the purpose of software development, the system boundary is chosen to be the software system itself.
determining ssd system boundary
Determining SSD System Boundary
  • Identifying the System events-
  • Determine the actors that directly interact with the system.
  • In the process Sale example, the customer does not directly interact with the POS system. Cashier interacts with the system directly. Therefore cashier is the generator of the system events.
naming system events and operations
Naming System Events and Operations

System event

  • External input event generated by an actor.
  • Initiates a responding operation by system.
  • In order to improve the clarity, it is appropriate to start the name of the system event with a verb

System operation

  • Operation invoked in response to system event.
choosing ssd event operation names
Choosing SSD event / operation names

“enterItem” is better than “scan” as it captures the intent of operation rather than what interface is used to capture the system event (design choice).

ssds in analysis
SSDs in Analysis

SSDs are a visualization of the interactions implied in the use cases.

It is useful to createSSDs during analysis to:

  • Identify the system events and major operations
  • Write system operation contracts (Contracts describe detailed system behavior)
  • Provide a way for us to visually step through invocation of the operations in Use-Cases.