UML basics: The sequence diagramFro

UML basics: The sequence diagram
From The Rational Edge series of articles, .UML basics, on the essential diagrams in the Unified Modeling Language, this article offers a detailed introduction to the sequence diagram. It also introduces several new notation elements in the recent UML 2.0 specification.
View more content in this series | 38 Comments
Share:
FacebookTwitterLinked InGoogle+
Donald Bell ([email protected]), IT Architect, IBM Corporation
16 February 2004
Also available in Chinese Vietnamese
-
Try related software
+
Table of contents

Develop and deploy your next
app on the IBM Bluemix
cloud platform.
Start building for free
Illustration
It's February, and by now you've probably read about, or heard people talk about, making the change to UML 2.0--the new specification for UML that contains a number of improvements. Given the importance of the new spec, we are changing the basis of this article series, too, shifting our attention from OMG's UML 1.4 Specification to OMG's Adopted 2.0 Draft Specification of UML (a.k.a. UML 2). I hate to change emphasis from 1.4 to 2.0 in the middle of a series of articles, but the UML 2.0 Draft Specification is an important step forward, and I feel the need to spread the word.
There were a couple of reasons that the OMG improved UML. The main reason was that they wanted UML models to be capable of delivering Model Driven Architecture (MDA), which meant that the UML had to function as a more model driven notation. Also, the UML 1.x notation set was at times difficult to apply to larger applications. Furthermore, the notation elements needed to be improved in order to make diagrams more readable. (For example, modeling logical flow in UML 1.x was complicated and at times impossible. Changes to the sequence diagram's notation set in UML 2 have made vast improvements in modeling logic in sequences.)
Resources we think you'll like
IBM Rational Software Architect wiki
Evaluate: IBM Rational Software Architect
Create editable sequence diagram with Rational Software Architect
Create editable sequence diagrams with Rational Software Architect
IBM Rational Software Architect community
Rational Software Architect product evolution, all the what's new in all the versions.
Notice the wording in my statement above: "Adopted 2.0 Draft Specification of UML." It is true that the specification is still in draft status, but the key is that the Draft Specification has been adopted by OMG, a consortium that does not adopt new standards until they become pretty solid. There will be some changes to the specification before UML 2 is completely adopted, but these changes should be minimal. The main changes will be in the internals of UML--involving features typically used by software companies who implement UML tools.
The main purpose of this article is to continue our focus on the essential UML diagrams; this month, we take a close look at the sequence diagram. Please note, again, that the examples provided below are based on the new UML 2 specification.
The diagram's purpose
The sequence diagram is used primarily to show the interactions between objects in the sequential order that those interactions occur. Much like the class diagram, developers typically think sequence diagrams were meant exclusively for them. However, an organization's business staff can find sequence diagrams useful to communicate how the business currently works by showing how various business objects interact. Besides documenting an organization's current affairs, a business-level sequence diagram can be used as a requirements document to communicate requirements for a future system implementation. During the requirements phase of a project, analysts can take use cases to the next level by providing a more formal level of refinement. When that occurs, use cases are often refined into one or more sequence diagrams.
An organization's technical staff can find sequence diagrams useful in documenting how a future system should behave. During the design phase, architects and developers can use the diagram to force out the system's object interactions, thus fleshing out overall system design.
Deploy with confidence
Consistently deliver high-quality software faster using DevOps services on IBM Bluemix. Sign up for a free Bluemix cloud trial, and get started.
One of the primary uses of sequence diagrams is in the transition from requirements expressed as use cases to the next and more formal level of refinement. Use cases are often refined into one or more sequence diagrams. In addition to their use in designing new systems, sequence diagrams can be used to document how objects in an existing (call it "legacy") system currently interact. This documentation is very useful when transitioning a system to another person or organization.
Back to top
The notation
Since this is the first article in my UML diagram series that is based on UML 2, we need to first discuss an addition to the notation in UML 2 diagrams, namely a notation element called a frame. The frame element is used as a basis for many other diagram elements in UML 2, but the first place most people will encounter a frame element is as the graphical boundary of a diagram. A frame element provides a consistent place for a diagram's label, while providing a graphical boundary for the diagram. The frame element is optional in UML diagrams; as you can see in Figures 1 and 2, the diagram's label is placed in the top left corner in what I'll call the frame's "namebox," a sort of dog-eared rectangle, and the actual UML diagram is defined within the body of the larger enclosing rectangle.
Figure 1: An empty UML 2 frame element
An empty UML 2 frame element
In addition to providing a visual border, the frame element also has an important functional use in diagrams depicting interactions, such as the sequence diagram. On sequence diagrams incoming and outgoing messages (a.k.a. interactions) for a sequence can be modeled by connecting the messages to the border of the frame element (as seen in Figure 2). This will be covered in more detail in the "Beyond the basics" section below.
Figure 2: A sequence diagram that has incoming and outgoing messages
A sequence diagram that has incoming and outgoing messages
Notice that in Figure 2 the diagram's label begins with the letters "sd," for Sequence Diagram. When using a frame element to enclose a diagram, the diagram's label needs to follow the format of:
Diagram Type Diagram Name
The UML specification provides specific text values for diagram types (e.g., sd = Sequence Diagram, activity = Activity Diagram, and use case = Use Case Diagram).
Back to top
The basics
The main purpose of a sequence diagram is to define event sequences that result in some desired outcome. The focus is less on messages themselves and more on the order in which messages occur; nevertheless, most sequence diagrams will communicate what messages are sent between a system's objects as well as the order in which they occur. The diagram conveys this information along the horizontal and vertical dimensions: the vertical dimension shows, top down, the time sequence of messages/calls as they occur, and the horizontal dimension shows, left to right, the object instances that the messages are sent to.
Lifelines
When drawing a sequence diagram, lifeline notation elements are placed across the top of the diagram. Lifelines represent either roles or object instances that participate in the sequence being modeled. [Note: In fully modeled systems the objects (instances of classes) will also be modeled on a system's class diagram.] Lifelines are drawn as a box with a dashed line descending from the center of the bottom edge (Figure 3). The lifeline's name is placed inside the box.
Figure 3: An example of the Student class used in a lifeline whose instance name is freshman
An example of the Student class used in a lifeline whose instance name is freshman
The UML standard for naming a lifeline follows the format of:
Instance Name : Class Name
In the example shown in Figure 3, the lifeline represents an instance of the class Student, whose instance name is freshman. Note that, here, the lifeline name is underlined. When an underline is used, it means that the lifeline represents a specific instance of a class in a sequence diagram, and not a particular kind of instance (i.e., a role). In a future article we'll look at structure modeling. For now, just observe that sequence diagrams may include roles (such as buyer and seller) without specifying who plays those roles (such as Bill and Fred). This allows diagram reuse in different contexts. Simply put, instance names in sequence diagrams are underlined; roles names are not.
Our example lifeline in Figure 3 is a named object, but not all lifelines represent named objects. Instead a lifeline can be used to represent an anonymous or unnamed instance. When modeling an unnamed instance on a sequence diagram, the lifeline's name follows the same pattern as a named instance; but instead of providing an instance name, that portion of the lifeline's name is left blank. Again referring to Figure 3, if the lifeline is representing an anonymous instance of the Student class, the lifeline would be: " Student." Also, because sequence diagrams are used during the design phase of projects, it is completely legitimate to have an object whose type is unspecified: for example, "freshman."
Messages
The first message of a sequence diagram always starts at the top and is typically located on the left side of the diagram for readability. Subsequent messages are then added to the diagram slightly lower then the previous message.
To show an object (i.e., lifeline) sending a message to another object, you draw a line to the receiving object with a solid arrowhead (if a synchronous call operation) or with a stick arrowhead (if an asynchronous signal). The message/method name is placed above the arrowed line. The message that is being sent to the receiving ob

Результаты (русский) 1:

Основы UML: диаграмма последовательностиИз серии статей, The Rational Edge.Основы UML, на основных схемах в Unified Modeling Language, эта статья предлагает подробное введение в схему последовательностей. Он также вводит несколько новых элементов в нотации в последние спецификации UML 2.0.Посмотреть больше содержания в этой серии | 38 комментариевПредоставить общий доступ:FacebookTwitterLinked InGoogle +Дональд Белл ([email protected]), он архитектор, корпорация IBM16 февраля 2004 годаТакже доступна в китайский вьетнамский-Попробуйте программное обеспечение+СодержаниеРазработка и развертывание вашего следующегоприложение на IBM BluemixОблачная платформа.Начать строительство бесплатноИллюстрацияЭто Февраль, и, теперь вы вероятно читал, или слышал, люди говорят о том, что делает изменения в UML 2.0--Новая спецификация UML, содержит ряд улучшений. Учитывая важность новой спецификации, мы тоже меняется основа этой серии статей, сдвиг наше внимание от 1.4 спецификации OMG в UML OMG принял 2.0 проект спецификации из UML (ака UML 2). Я ненавижу изменить акцент от 1.4 до 2.0 в середине серии статей, но проект спецификации UML 2.0 представляет собой важный шаг вперед, и я чувствую необходимость распространения слова.Там было несколько причин, усовершенствовать UML OMG. Основной причиной стало, что они хотели UML-модели способны доставлять модель Driven архитектуры (MDA), что означало, что функционировать как модель больше driven нотации UML. Кроме того набор нотации UML 1.x порой было трудно применить для больших приложений. Кроме того нотация элементы необходимо усовершенствовать для того, чтобы делать диаграммы более удобным для чтения. (Например, моделирование логических потока в UML 1.x был сложным и порой невозможно. Изменения в нотации схемы последовательностей в UML 2 сделали огромные улучшения в моделировании логики в последовательности.)Ресурсы, мы думаем, вам понравитсяIBM Rational Software Architect wikiОценки: IBM Rational Software архитекторСоздание схемы редактируемой последовательности с Rational Software ArchitectСоздание редактируемых последовательностей с Rational Software ArchitectСообщество IBM Rational Software ArchitectРациональный архитектор программного обеспечения продукта эволюции, все, что в новое во всех версиях.Обратите внимание на формулировку в моем заявлении выше: «Принят 2.0 проекта спецификация UML.» Это правда, что спецификации до сих пор в статусе проекта, но главное что спецификация проекта была принята OMG, консорциум, который не принимает новые стандарты до тех пор, пока они становятся очень твердыми. Там будет некоторые изменения в спецификации, прежде чем полностью принимается UML 2, но эти изменения должны быть минимальными. Основные изменения будут в внутреннее UML--с участием функции, как правило, используется программное обеспечение компаний, которые реализуют средства UML.Основной целью настоящей статьи является продолжать наше внимание на основных диаграмм UML; в этом месяце, мы принимаем внимательно посмотреть на схему последовательностей. Пожалуйста, обратите внимание, опять же, что приводимые ниже примеры основаны на новой спецификации UML 2.Цель схемыДиаграмма последовательности используется главным образом для отображения взаимодействия между объектами в последовательном порядке, что возникают эти взаимодействия. Много как схему классов, разработчики обычно думаю, диаграммы последовательности были предназначены исключительно для них. Однако организации бизнес персонал можно найти схемы последовательностей полезно общаться, как бизнес в настоящее время работает, показывая, как различные бизнес-объекты взаимодействуют. Помимо документального оформления организации текущих дел, схема последовательности бизнес уровня может использоваться как требования документа сообщить требования для будущей системы внедрения. На этапе требования проекта аналитики может занять вариантов использования на следующий уровень, предоставляя более формальный уровень изысканности. Когда это происходит, случаи использования часто превращены в одну или несколько схем последовательностей.Технический персонал Организации можно найти схемы последовательностей полезно в документировании, как должен вести себя будущей системы. На этапе проектирования архитекторы и разработчики могут использовать диаграммы вытеснить системы взаимодействия объектов, таким образом конкретизировать общий дизайн системы.Развертывание с уверенностьюПоследовательно обеспечивают высокое качество программного обеспечения быстрее с помощью службы DevOps на IBM Bluemix. Подпишитесь на бесплатный Bluemix облако судебного разбирательства и начать работу.Одним из основных применений последовательностей находится в переходе от требования, выраженные как варианты использования на следующей и более формальный уровень изысканности. Случаи использования часто превращены в одну или несколько схем последовательностей. Помимо их использования в разработке новых систем, диаграммы последовательности может использоваться документ как объекты в существующий (назовем его «старые») системы в настоящее время взаимодействуют. Эта документация является очень полезным при переходе систему другому лицу или организации.Вернуться к началуНотацияПоскольку это первая статья в серии диаграмм UML, основанный на UML 2, нам нужно сначала обсудить в дополнение к нотации в диаграммах UML 2, а именно элемент нотации, называется фреймом. Элемент рамки используется в качестве основы для многих других элементов схемы в UML 2, но первое место большинство людей будет встреча элемента frame является как графические границы диаграммы. Элемент рамка обеспечивает место соответствует диаграмме метки, обеспечивая графическое границы для диаграммы. Элемент рамки является необязательным в UML-схемах; как вы можете видеть на рисунках 1 и 2, диаграмма метка размещается в верхнем левом углу в то, что я буду называть кадра» группы, «своего рода загнутыми уголками прямоугольника, и фактической UML-схема определяется в теле больше, охватывающего прямоугольника.Рисунок 1: Пустой элемент UML 2 кадраПустой элемент UML 2 кадраПомимо видимой границы, элемент рамки также имеет важное функциональное применение в схемах, изображающих взаимодействий, таких как диаграмма последовательности. На последовательности диаграммы входящие и исходящие сообщения (ака взаимодействий) для последовательности могут быть смоделированы путем подключения сообщения к границе элемента frame (как показано на рисунке 2). Это будет покрываться «расширенные» ниже в разделе более подробно.Рисунок 2: Схема последовательностей, есть входящие и исходящие сообщенияСхема последовательностей, есть входящие и исходящие сообщенияОбратите внимание, что на рисунке 2 Метка схемы начинается с буквы «sd», на схеме последовательностей. При использовании элемента рамку подложить диаграмма, диаграмма ярлык должен следовать формат:Имя схемы типа диаграммыВ UML-спецификации предоставляет конкретные текстовые значения для типов диаграмм (например, sd = диаграмма последовательности, активность = схема активности и вариант использования = использовать случае диаграмма).Вернуться к началуОсновыОсновной целью схемы последовательностей является определение последовательности событий, которые приводят к некоторым желаемого результата. Уделяется меньше на сами сообщения и больше на порядок, в котором встречаются сообщения; Тем не менее большинство схем последовательности будут общаться, какие сообщения отправляются между системными объектами, а также порядок, в котором они встречаются. Диаграмма передает эту информацию вдоль горизонтальных и вертикальных габаритов: показывает по вертикали, сверху вниз, время последовательность сообщений/вызовов как они происходят, и показано в горизонтальном измерении, слева направо, объект экземпляров, что сообщения отправляются.LifelinesWhen drawing a sequence diagram, lifeline notation elements are placed across the top of the diagram. Lifelines represent either roles or object instances that participate in the sequence being modeled. [Note: In fully modeled systems the objects (instances of classes) will also be modeled on a system's class diagram.] Lifelines are drawn as a box with a dashed line descending from the center of the bottom edge (Figure 3). The lifeline's name is placed inside the box.Figure 3: An example of the Student class used in a lifeline whose instance name is freshmanAn example of the Student class used in a lifeline whose instance name is freshmanThe UML standard for naming a lifeline follows the format of:Instance Name : Class NameIn the example shown in Figure 3, the lifeline represents an instance of the class Student, whose instance name is freshman. Note that, here, the lifeline name is underlined. When an underline is used, it means that the lifeline represents a specific instance of a class in a sequence diagram, and not a particular kind of instance (i.e., a role). In a future article we'll look at structure modeling. For now, just observe that sequence diagrams may include roles (such as buyer and seller) without specifying who plays those roles (such as Bill and Fred). This allows diagram reuse in different contexts. Simply put, instance names in sequence diagrams are underlined; roles names are not.Мост наш пример на рисунке 3 представляет собой именованный объект, но не все линии жизни представляют собой именованные объекты. Вместо этого спасательный круг может использоваться для представления экземпляра анонимного или безымянный. При моделировании экземпляр без имени на схеме последовательностей, мост имени по той же схеме как именованный экземпляр; но вместо предоставления имя экземпляра, что часть мост имени оставлено пустым. Снова ссылаясь на рисунке 3, если линия жизни представляет экземпляр анонимного класса студент, мост будет: «Студент». Кроме того, поскольку диаграммы последовательности используются на этапе разработки проектов, это полностью законным иметь объект, тип которого задан: например, «первокурсник».СообщенияПервое сообщение схема последовательности всегда начинается в верхней части и обычно расположен на левой стороне диаграммы для удобства чтения. Последующие сообщения затем добавляются в схему немного ниже, то предыдущее сообщение.Чтобы показать объект (то есть, мост), отправив сообщение на другой объект, нарисуйте линию на принимающий объект с сплошной стрелкой (если операции синхронного вызова) или с палкой стрелы (если асинхронный сигнал). Имя сообщения/метода находится выше линии со стрелкой. Сообщение, которое отправляется в принимающем Обь

Результаты (русский) 2:

UML Основы: Диаграмма последовательности
От Rational Edge серии статей, .UML основы, на основных диаграмм в Unified Modeling Language, эта статья предлагает подробное введение в диаграмме последовательности. Он также вводит несколько новых элементов обозначения в недавнем спецификации UML 2.0.
Больше статей из этой серии | 38 комментариев
Поделиться:
FacebookTwitterLinked InGoogle +
Дональд Белл ([email protected]), ИТ-архитектор, IBM Corporation
16 февраля 2004
Также доступен в Китайские Вьетнамский
-
Попробуйте соответствующего программного обеспечения
+
Оглавление Разработка и внедрение свой ​​следующий приложение на IBM Bluemix облачной платформы. Начало строительства для свободного Иллюстрация Это февраля и теперь вы, наверное, читали, или слышали люди говорят о, внесения изменений для UML 2.0 - новую спецификацию для UML, который содержит ряд усовершенствований. Учитывая важность новой спецификации, мы меняем основу этой статьи, тоже, перенося внимание с UML 1.4 спецификации OMG для OMG, принятые 2,0 Проект Спецификация UML (ака UML 2). Я ненавижу, чтобы изменить акцент с 1,4 до 2,0 в середине серии статей, но UML 2.0 проекта спецификации является важным шагом вперед, и я чувствую необходимость распространить слово. Были несколько причин, которые OMG улучшилось UML. Основная причина в том, что они хотели модели UML, чтобы быть в состоянии поставлять Model Driven Architecture (MDA), что означало, что UML пришлось работать в качестве дополнительной управляемой моделями нотации. Кроме того, UML 1.x обозначения набор был в разы сложнее применить к больших приложений. Кроме того, обозначение элементы необходимо улучшить, чтобы сделать диаграммы более читабельным. (Например, моделирование логический поток в UML 1.x была сложной, а порой невозможно. Изменения в обозначениях диаграммы последовательности, устроенной в UML 2 сделали значительные улучшения в логике моделирования в последовательностях.) ресурсы, которые мы думаем, вам понравится IBM Rational Software Архитектор вики Оценить: IBM Rational Software Architect Создать схему для редактирования последовательности с Rational Software Architect Создание диаграмм редактирования последовательности с Rational Software Architect IBM Rational Software Architect сообщества Rational Software эволюции Архитектор продукт, все, что нового во всех версиях. Обратите внимание на формулировку в своем заявлении выше: "Принято 2,0 Проект Спецификация UML." Это правда, что спецификация все еще ​​находится в проекте положения, но ключевым является то, Проект Спецификация была принята OMG, консорциум, который не принимает новые стандарты, пока они не станут довольно твердый. Там будут какие-то изменения в спецификацию перед UML 2 полностью принятые, но эти изменения должны быть минимальными. . Основные изменения будут в внутренностями UML - с участием функции, которые обычно используются софтверных компаний, реализующих UML инструменты Основная цель этой статьи заключается в продолжении наше внимание на основных диаграмм UML; В этом месяце мы внимательно посмотрим на диаграмму последовательности. Пожалуйста, обратите внимание, опять же, что примеры, приведенные ниже, основаны на новой UML 2 спецификации. Цель диаграмме в Диаграмма последовательности используется в основном, чтобы показать взаимодействие между объектами в последовательном порядке, что эти взаимодействия происходят. Так же, как на диаграмме классов, разработчики, как правило, думаю, диаграммы последовательности должны были исключительно для них. Впрочем, дело сотрудники организации могут найти последовательность диаграмм полезно общаться, как бизнес в настоящее время работает, показывая, как различные взаимодействовать бизнес-объекты. Кроме того, документирование текущих дел организации, диаграмма последовательности бизнес-уровень может быть использован в качестве документа требованиям сообщить требования к будущей реализации системы. Во время фазы требованиям проекта, аналитики могут принять случаи использования на следующий уровень, предоставляя более формальный уровень изысканности. Когда это происходит, случаи использования часто перерабатывается в одной или нескольких диаграммах последовательности. Технический персонал организации может найти диаграммы последовательности помочь в документировании, как будущая система должны себя вести. На этапе проектирования архитекторы и разработчики могут использовать схему, чтобы вытеснить взаимодействие объектов системы, тем самым конкретизации общий дизайн системы. Развертывание с уверенностью последовательно поставлять качественное программное обеспечение быстрее, используя DevOps услуги по IBM Bluemix. Зарегистрироваться для бесплатного Bluemix облака судебного разбирательства, и начать работу. Один из основных применений диаграмм последовательности в переходе от требований, выраженных в прецедентов в следующий и более формальный уровень изысканности. Прецеденты часто перерабатывается в одной или нескольких диаграммах последовательности. В дополнение к их использованию в разработке новых систем, диаграммы последовательности могут быть использованы для указания того, как объекты в существующем («наследие» называют его) в настоящее время системе взаимодействовать. Эта документация является очень полезным при переходе системы к другому лицу или организации. Вернуться к началу обозначениях Так как это первая статья в моем UML диаграммы серии, которая основана на UML 2, мы должны сначала обсудить дополнение к обозначениям в UML 2 схемы, а именно обозначение элемент, называемый фрейм. Элемент кадр используется в качестве основы для многих других элементов диаграммы в UML 2, но первое место большинство людей сталкиваются элемент кадр в графическом границе диаграммы. Элемент рамы обеспечивает последовательное место для этикетки диаграммой, в то время предоставления графического границу диаграммы. Элемент кадра не является обязательным в UML диаграмм; как вы можете видеть на рисунках 1 и 2, этикетка на диаграмме является расположена в верхнем левом углу в том, что я буду называть "namebox" фрейма своего рода загнутым прямоугольника, и фактическая схема UML определен в организме большего ограничивающий прямоугольник. Рисунок 1: пустой UML 2 рамного элемента пустой UML 2 кадр элемент В дополнение к обеспечению визуальный границу, элемент рамы также играет важную функциональное использование в схемах, изображающих взаимодействия, такие как диаграммы последовательности. На диаграммах последовательности входящих и исходящих сообщений (AKA взаимодействий) для последовательности могут быть смоделированы при подключении сообщения до границы элемента рамы (как показано на рисунке 2). Это будет рассмотрено более подробно в разделе "Помимо основных" ниже. Рисунок 2: Диаграмма последовательности, которая имеет входящих и исходящих сообщений диаграммы последовательности, которая имеет входящие и исходящие сообщения Обратите внимание, что на рисунке 2 этикетки на диаграмме начинается с букв "SD", для диаграммы последовательности. При использовании элементов рамы приложить схему, этикетка диаграмме нуждается следовать формат: Схема тип диаграммы Имя UML спецификации приводятся конкретные текстовые значения для типов диаграмм (например, SD = диаграмма последовательности, активность = Диаграмма деятельности и использовать случай = Use Case Diagram). Вернуться к началу Основы Главное назначение диаграммы последовательности, чтобы определить последовательность событий, которые приводят к какой-то желаемого результата. Внимание не столько на самих и более от того, в котором происходят сообщения сообщений; Тем не менее, большинство диаграммы последовательности будет сообщить, что сообщения отправляются между объектами системы, а также порядок, в котором они возникают. Схема передает эту информацию по горизонтальной и вертикальной размеры: вертикальный размер-шоу, сверху вниз, временной последовательности сообщений / вызовов, как они происходят, и горизонтальный размер шоу, слева направо, экземпляры объектов, что сообщения отправляются . Lifelines При составлении диаграммы последовательности льготные элементы обозначения помещаются в верхней части диаграммы. Подсказки представляют собой либо роли или экземпляры объектов, которые участвуют в последовательности моделируемого. [Примечание: В типовым системам объекты (экземпляры классов) также будет смоделирован на диаграмме классов системы.] Lifelines изображаются в виде ящика с пунктирной линией нисходящего от центра нижнего края (рисунок 3). Название неприкосновенный запас в находится внутри коробки. Рисунок 3: пример класса, который учащийся использовал в спасательный круг, экземпляр имя новичка примером класса учащийся использовал в спасательный круг, экземпляр имя новичка стандарт UML для обозначения жизненно следует Формат: имя экземпляра: имя класса В примере, показанном на рисунке 3, жизненно представляет собой экземпляр класса студент, которого имя экземпляра является новичком. Следует отметить, что здесь, название жизненно подчеркнут. При использовании подчеркивание, это означает, что жизненно представляет собой конкретный экземпляр класса в диаграмме последовательности, а не особый вид экземпляра (то есть, роль). В следующей статье мы рассмотрим структуры моделирования. В настоящее время, просто наблюдать, что диаграммы последовательности может включать в себя роли (например, покупатель и продавец) без указания, кто играет эти роли (например, Билла и Фреда). Это позволяет повторно использовать схему в различных контекстах. Проще говоря, имена экземпляров в диаграммах последовательности подчеркнуты; Роли имена не являются. Наш пример выживания на рисунке 3, указанный объект, но не все леера представляют перечисленные объекты. Вместо выживания может использоваться для представления анонимный или безымянный экземпляр. При моделировании неназванный экземпляр на диаграмме последовательности, имя неприкосновенный запас следует за той же схеме, именованного экземпляра; но вместо предоставления имя экземпляра, что часть имени Lifeline является пустым. Снова обратимся к рисунку 3, если жизненно представляет анонимный экземпляр класса Student, спасательный круг будет: "Студент". Кроме того, поскольку диаграммы последовательности используются на этапе проектирования проектов, вполне законно есть объект, тип которого не определен: ". Первокурсник", например, сообщения Первое сообщение диаграммы последовательности всегда начинается с верхней и, как правило, расположен на левой стороне диаграммы для удобства чтения. Последующие сообщения, затем добавляют к диаграмме несколько ниже, чем в предыдущем сообщении. Чтобы показать объект (то есть, жизненно) посылает сообщение к другому объекту, вы нарисовать линию на объект приемной с твердым наконечником (если в синхронном режиме вызова) или с наконечником ручки (если асинхронной сигнала). Название сообщение / метод находится над стрелкой линии. Сообщение, которое передается на принимающее OB

Результаты (русский) 3:

UML основные знания: диаграммы последовательности
с рациональным Edge серии статей, .UML основы, на основные схемы в унифицированного языка моделирования, в этой статье предлагает подробное введение в диаграммы последовательности. Она также представляет несколько новых обозначений элементов в последнее время UML 2.0.
просмотр контента в этой серии | 38 комментарии
поделиться:
FacebookTwitterLinked InGoogle
Дональд Белл ([email protected] ), архитектор, IBM Corporation
16 февраля 2004 года
доступны также в китайский вьетнамский
-
попробуйте соответствующего программного обеспечения

содержание

разрабатывать и развертывать ваш следующий
приложение в IBM Bluemix
"облачная" платформа.
начать бесплатно
рисунке
в феврале, и в настоящее время вы, наверное, прочитайте о, или слышали разговоры о, изменения UML 2.