Реализация прецедентов. Линии жизни. Сообщения. Виды Сообщений
Цели разработчика при реализации прецедентов во время фазы анализа следующие:
● Выяснить, взаимодействие каких классов анализа обеспечивает поведение, определенное прецедентом; во время реализации прецедентов могут быть обнаружены новые классы анализа.
● Выяснить, какими сообщениями должны обмениваться экземпляры этих классов для реализации заданного поведения. Как будет показано в этой главе, это выявит:
○ ключевые операции, необходимые классам анализа;
○ ключевые атрибуты классов анализа;
○ важные отношения между классами анализа.
● Скорректировать модель прецедентов, модель требований и классы анализа, добавив в них информацию, полученную при реализации прецедентов. Все модели должны быть согласованы и синхронизированы друг с другом.
Линии жизни
Линия жизни (lifeline) представляет одного участника взаимодействия, т. е. она представляет, как экземпляр конкретного классификатора участвует во взаимодействии.
У каждой линии жизни есть необязательное имя, тип и необязательный селектор.
● Имя используется для обращения к линии жизни во взаимодействии.
● Тип – имя классификатора, экземпляр которого представляет линия жизни.
● Селектор – логическое условие, которое может использоваться для выбора единственного экземпляра, удовлетворяющего этому условию. Если селектора нет, линия жизни ссылается на произвольный экземпляр классификатора. Селекторы действительны, только если кратность типа больше единицы, т. е. существует множество экземпляров, из которых можно выбирать.
|
|
|
Сообщения
Сообщение представляет особый тип коммуникации между двумя линиями жизни. Такое взаимодействие может включать:
● вызов операции – сообщение вызова;
● создание или уничтожение экземпляра – сообщение создания или уничтожения;
● отправку сигнала.
Cообщение вызова, получаемое линией жизни, является запросом на вызов операции, имеющей аналогичную сообщению сигнатуру. Таким образом, для каждого поступающего на линию жизни сообщения вы зова в классификаторе этой линии жизни должна существовать соответствующая операция.
Диаграммы деятельности. Деятельности. Узлы.
Диаграммы деятельности часто называют «ОО блок схемами». Они позволяют моделировать процесс как деятельность, которая состоит из коллекции соединенных ребрами узлов.
● Деятельность может быть добавлена к любому элементу модели с целью
моделирования его поведения. Элемент обеспечивает контекст для дея
тельности, и деятельность может использовать возможности своего кон
текста. Деятельности обычно добавляются к:
прецедентам;
|
|
|
● классам;
● интерфейсам;
● компонентам;
● кооперациям;
● операциям.
Деятельности
Деятельности – это системы узлов (nodes), соединенных ребрами (edges). Существует три категории узлов:
1. Узлы действия (action nodes) – представляют отдельные единицы работы, элементарные в рамках деятельности;
2. Узлы управления (control nodes) – управляют потоком деятельности;
3. Объектные узлы (object nodes) – представляют объекты, используе мые в деятельности. Ребра представляют потоки деятельности. Существует два типа ребер:
1. Ребра потоков управления (control flows) – представляют поток управления деятельности;
2. Ребра потоков объектов (object flows) – представляют поток объек тов деятельности.
Узлы
Узлы действия (action node) исполняются в следующих случаях:
● маркеры одновременно поступили на все входящие ребра
● и входящие маркеры удовлетворяют всем локальным предусловиям узла действия.
Узлы действия осуществляют операцию логическое И над своими входящими маркерами – узел не готов к исполнению до тех пор, пока маркеры не будут присутствовать на всех входящих ребрах. Даже если все необходимые маркеры присутствуют, узел будет исполняться только после удовлетворения его локального предусловия.
|
|
|
Дата добавления: 2018-06-01; просмотров: 491; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!