The direction of the arrow indicates that the passenger is the sender of the message and passenger services the receiver (6). The call verify (4) is the message the ticket (3) that is handed over is the business object. The flow begins when the passenger hands over his or her ticket (3) to passenger services for verification (4). The starting point on the top left (1) is located on the vertical line that represents the passenger (2) as sender and receiver of messages. You begin reading a sequence diagram at the top (1). The entire diagram documents the process of the business use case passenger check-in. Reading Sequence Diagramsįigure 3.23 shows a sequence diagram with the objects passenger and passenger services. These examples will be treated in more detail in Package Diagram. Some examples of business objects are tickets, boarding passes, and luggage. Business objects are conveyed together with messages. The business object is listed in parenthesis. The direction of the arrow indicates the direction in which a message is sent: Messages are inserted in increasing chronological order from top to bottom. The messages that objects send and receive are shown on the y-axis. In the business system model (external view) these objects represent the actors of the business system and the business system itself. Objects are senders and receivers of messages in the sequence diagram: Objects that are involved in interactions are placed on the x-axis. Sequence diagrams can be annotated with comments (UML generally permits comments in all diagrams.):įor instance, activities of partners or conditions can be specified as comments. In a sequence diagram, we work with the following elements: Comment We will treat this topic in Modeling for System Integration: Figure 3.22 The elements of the sequence diagram Sequence diagrams can be used as the basis for message exchange between the business system and outside parties (Figure 3.22). A sequence diagram illustrates the various scenarios of a business use case. Like the activity diagrams, sequence diagrams can be modeled spanning several use cases, as well as being used to refine business use cases. However, they can be described with supplementary comments. These interactions are clearly laid out in the sequence diagram, whereas the activities of each partner and the conditions under which the interactions take place are omitted in the diagram. The process can be described as a series of interactions. If a customer or business partner uses an offered service, partners communicate with each other. We avoid using unnecessarily many diagram types for the same facts.In our practical work in projects we have observed a much higher acceptance of sequence diagrams because of their simplicity. Sequence diagrams are easier to understand for developers and readers.In the external view, we opt for the representation through sequence diagrams and do without communication diagrams for two reasons: However, the emphasis is different: communication diagrams emphasize the relationships of individual objects and their topology sequence diagrams emphasize the chronological course of exchanged information. Both diagrams visualize the exchange of information. UML provides two types of diagrams for the representation of interactions: the sequence diagram and the communication diagram.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |