Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Идентификация ассоциаций

Ассоциация – структурное отношение, описывающее набор связей, в котором каждая из них представляет собой соединение между объектами.

Требуемые ассоциации определяются на основе диаграмм взаимодействия.

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

Типичными ситуациями, которые требуют определения ассоциаций с указанием направления связи от объекта А к объекту В:

1. Объект А отправляет сообщение объекту В.

2. Объект А создаёт объект В.

3. Объект А должен поддерживать связь с объектом В.

Для выявления отношений между классами необходимо исследовать:

1. Диаграммы взаимодействия для определения типичных ситуаций.

2. Объекты на наличие связей целое-часть.

3. Объекты на наличие связей общее-частное.

4. Объекты на наличие остальных связей.

При проектировании ассоциаций следует помнить:

1. Наличие большого количества ассоциаций между классами говорит о плохо спроектированной системе. Недостатками будут: сложность изменения, трудность повторного использования, необходимость изменений во многих классах при изменении какого-то одного класса.

2. Наличие большого числа уровней иерархии в отношении обобщения приведёт к тому, что система будет плохо управляемой.

В спецификации для агрегации задаётся метод локализации (containment):

1. Целое и часть создаются и разрушаются одновременно By valueпо значению. Это сильная агрегация. Обозначается как закрашенный ромб.

2. Целое и часть создаются и разрушаются в разное время By referenceпо ссылке. Это слабая агрегация. Обозначается как полый ромб.

В UML существует особый вид отношения, называемого отношением зависимости. Это отношение указывает, что элемент (класс, пакет, вариант использования) знает о другом элементе и зависит от него. Лучшим способом реализации отношения зависимости является передача ссылки на независимый класс в операциях зависимого класса.

На диаграмме классов для ассоциаций указывается их направление и мощность (multiplicity). Мощность ассоциации показывает допустимое число объектов, принимающих участие в этой ассоциации.

 
 

Концептуальная диаграмма классов для системы POST.

 
 

Диаграмма классов для варианта использования Покупка товара:

2.10 ДИАГРАММЫ СОСТОЯНИЙ – STATECHART DIAGRAMS

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

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

Автомат (state machine) в UML является формализмом для моделирования поведения системы. Функционирование автомата начинается при поступлении внешнего воздействия и заканчивается либо после поступления нового воздействия, либо после выполнения задачи (функций, на которые рассчитан автомат). Автомат должен быть конечным, то есть у него должно быть конечное множество состояний.

С помощью UML диаграммы состояний можно строить как для системы в целом, так и для различных элементов системы, включая понятия (реального мира); варианты использования; программные классы.

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

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

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

 
 

Простейший пример диаграммы состояния для понятия компьютер:

<== предыдущая лекция | следующая лекция ==>
Идентификация операций | Основные сведения о диаграмме состояний
Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 444; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.008 сек.