Звоните! 
 (926)274-88-54 
 Бесплатная доставка. 
 Бесплатная сборка. 
Ассортимент тканей

График работы:
Ежедневно. С 8-00 до 20-00.
Почта: soft_hous@mail.ru
Читальный зал -->  Диаграммы параллельных состояний 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 [ 22 ] 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

Дополнительную информацию можно также получить в компании ISE, сотрудником которой является Бертран Мейер, в Интернете по адресу: www.eifel.com.

Когда использовать диаграммы классов

Диаграммы классов являются фундаментом почти всех объектно-ориентированных методов, поэтому вы будете работать с ними практически постоянно. Данная глава охватывает только основные понятия; в главе 6 рассматриваются более сложные понятия.

Трудность, связанная с использованием диаграмм классов, заключается в том, что их нотация слишком богата и в ней можно заблудиться. Приведем лишь несколько полезных советов по этому поводу.

Не пытайтесь использовать сразу все доступные понятия. Начните с самых простых, которые рассмотрены в этой главе: классов, ассоциаций, атрибутов, обобщений и ограничений. Используйте дополнительные понятия, рассмотренные в главе 6, только тогда, когда это действительно необходимо.

Выбор точки зрения для построения модели должен соответствовать конкретному этапу работы над проектом:

- На этапе анализа стройте концептуальные модели.

- Если вы работаете с программным обеспечением, сосредоточьте свое внимание на моделях спецификации.

- Применяйте модели реализации только в тех случаях, когда иллюстрируете конкретный способ реализации.

Не надо строить модели для всего на свете; вместо этого следует сконцентрироваться на главных аспектах. Лучше иметь мало диаграмм, которые постоянно используются в работе и отражают все внесенные изменения, чем иметь дело с большим количеством забытых и устаревших моделей.

Самая большая опасность, связанная с диаграммами классов, заключается в том, что вы можете слишком рано увязнуть в деталях реализации. Чтобы этому противостоять, концентрируйте внимание на концептуальной точке зрения и точке зрения спецификации. Если вы все же столкнулись с подобными проблемами, то в этом случае большую пользу могут оказать CRC-карточки (см. врезку в главе 5).

Где найти дополнительную информацию

Для более детального изучения диаграмм классов подходят все из упомянутых в главе 1 книг по общему описанию языка UML. Из более ранних книг мне особенно нравится книга Кука и Дэниелса, 1994 [13], поскольку авторы рассматривают в ней различные точки зрения и вводят для этого необходимый формализм.



Диаграммы взаимодействия

Диаграммы взаимодействия (interaction diagrams) представляют собой модели, предназначенные для описания поведения взаимодействующих групп объектов.

Как правило, диаграмма взаимодействия описывает поведение только одного варианта использования. На такой диаграмме отображаются только экземпляры объектов и сообщения, которыми они обмениваются между собой в рамках данного варианта использования.

Я проиллюстрирую данный подход на примере простого варианта использования, который обладает следующим поведением:

Окно Ввода Заказа посылает Заказу сообщение приготовиться .

Заказ посылает данное сообщение каждой Строке Заказа в данном Заказе.

Каждая Строка Заказа проверяет состояние определенного Запаса Товара.

- Если данная проверка заканчивается успешно с результатом истина (true), то Строка Заказа удаляет соответствующее количество Запаса Товара и создает Позицию Доставки.

- Если данная проверка заканчивается неудачей, т. е. количество Запаса Товара ниже требуемого уровня, то Запас Товара запрашивает новую поставку товара.

Существует два вида диаграмм взаимодействия: диаграммы последовательности (sequence diagrams) и диаграммы кооперации (collaboration diagrams).



Диаграммы последовательности

На диаграмме последовательности объекты изображаются прямоугольниками на вершине вертикальной пунктирной линии (рис. 5.1).

Заказ

Строка Заказа

Запас Товара

А I приготовиться О I Объект

Сообщение

J* приготовиться 01

Итерация

проверитьЗа-пасТовараО

[имеетЗапас] удалить!)

I I Условие

\ необходимостьДозаказа:= необходимоДозаказатьО

Возврат

Самовызов

[необходимостьДозаказа] новый

Повторный

[имеетЗапас] нсвый

Создание

Удаление

Рис. 5.1. Диаграмма последовательности

Эта вертикальная линия называется линией жизни (lifeline) объекта. Она представляет собой жизненный цикл объекта в процессе взаимодействия. Такая форма была впервые предложена А. Джекобсоном.

Каждое сообщение представляется стрелкой между линиями жизни двух объектов. Порядок следования сообщений устанавливается сверху вниз, то есть так, как они показываются на диаграмме. Каждое сообщение помечается как минимум именем сообщения; можно также



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 [ 22 ] 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57



ООО «Мягкий Дом» - это Отечественный производитель мебели. Наша профильная продукция - это диваны еврокнижка. Каждый диван можем изготовить в соответствии с Вашими пожеланияи (размер, ткань и материал). Осуществляем бесплатную доставку и сборку.



Звоните! Ежедневно!
 (926)274-88-54 
Продажа и изготовление мебели.


Копирование контента сайта запрещено.
Авторские права защищаются адвокатской коллегией г. Москвы
.