Типичные ошибки
Типичной ошибкой является использование бессодержательных сообщений. При добавлении сообщения на диаграмму подумайте о соответствующей ему системной операции. Что она должна сделать? В чем состоит ее обязанность? Если Вы не можете коротко и четко ответить на эти вопросы, то имеет смысл пересмотреть принятое решение.
Рекомендации по построению диаграмм последовательностей
При выборе имен системных сообщений используйте глаголы в повелительном наклонении, например: «создатьТоварнуюПозицию», «сохранитьДокумент», «получитьОстаток» и т.д.
Проектирование поведения системы и диаграммы сотрудничества
Тематический контекст
Краткое содержание
Этап проектирования, основная цель этапа.
Два вида диаграмм взаимодействия: диаграммы последовательностей и диаграммы сотрудничества.
Диаграммы сотрудничества.
Понятия сотрудничества и взаимодействия.
Элементы диаграммы сотрудничества: объекты, связи, сообщения.
Работа со стандартными коллекциями.
Сообщения классам.
Видимость объектов.
По завершении этапа анализа разработчик информационной системы должен получить ответ на вопрос «что надо сделать?» и иметь на руках следующий набор артефактов:
модель прецедентов (описания прецедентов, диаграммы прецедентов);
концептуальная модель (диаграммы понятий);
модель поведения системы (диаграммы последовательностей, описания системных операций).
Следующим этапом является этап проектирования, на котором разрабатывается логическое решение задачи. Цель этапа проектирования – ответить на вопрос «как добиться требуемой функциональности системы?». Основными задачами данного этапа являются
построение диаграмм взаимодействия,
построение диаграмм классов.
Диаграммы взаимодействия
Описания системных операций, которые были созданы на этапе анализа, содержат спецификацию постусловий выполнения операции. Однако в них нет информации о том, какие программные объекты отвечают за выполнение системной операции и каким образом они достигают требуемого состояния системы. Для раскрытия содержания системных операций используются диаграммы взаимодействия.
Диаграмма взаимодействия иллюстрирует процесс обмена сообщениями между объектами системы. В основе этого взаимодействия лежит необходимость выполнения постусловий из описания соответствующей системной операции. Для каждой системной операции строится своя диаграмма взаимодействия. При проектировании поведения системы она рассматривается как белый ящик, и основное внимание уделяется описанию взаимодействия составных частей системы.
В UML определено два типа диаграмм взаимодействия: диаграмма последовательностей (SD – Sequence Diagram) и диаграмма сотрудничества (COD – Collaboration Diagram). Обе эти диаграммы одинаково выразительны, но делают акцент на различных аспектах взаимодействия.
Диаграммы последовательностей имеют выделенную ось времени и позволяют сосредоточить внимание на последовательности сообщений (рис. 72).
Рис. 72. Диаграмма последовательностей
Диаграммы сотрудничества акцентируют внимание на контексте взаимодействия. На них нет выделенной оси времени, зато явно указываются связи между объектами. Для задания порядка отправки сообщений используется их нумерация. Пример на рис. 73 содержательно идентичен примеру, приведенному на рис. 72.
Рис. 73. Диаграмма сотрудничества
На практике обычно отдается предпочтение диаграммам сотрудничества, т.к. они более компактны и явно определяют контекст взаимодействия, что на этапе проектирования немаловажно. Далее рассматриваются именно диаграммы сотрудничества.