КАТЕГОРИИ: Архитектура-(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; Просмотров: 471; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |