2. Язык UML. Руководство пользователя. Буч_ Рамбо_ Якобсон (2-е издание) (2006) (1185732), страница 21
Текст из файла (страница 21)
Каждое из этих представленийвключает структурное моделирование (моделирование статическихБазовые понятия107сущностей), а также поведенческое моделирование (моделированиединамических сущностей). Все эти разнообразные представленияв своей совокупности охватывают наиболее важные решения, касающиеся системы; каждое в отдельности позволяет вам сфокусироватьвнимание на одном ее аспекте таким образом, чтобы вы могли четкооценить принятые проектные решения.МоделироРассматривая программную систему с любой точки зрениявание архис помощью UML, вы используете диаграммы для организации интетектурыресующих вас элементов.
Разные виды диаграмм можно комбинисистемыровать для создания того или иного представления. Например, стаобсуждает- тические аспекты представления реализации системы могут быться в главе 32. визуализированы на диаграмме классов, а динамические аспектытого же представления – на диаграмме взаимодействий.Конечно, вы не ограничены предопределенными типами диаграмм. Существующие в UML типы диаграмм представляют частоиспользуемые способы объединения просматриваемых элементов,но не более того. Чтобы учесть нужды вашего предприятия, вывправе создать свои собственные виды диаграмм.ПошаговыйДиаграммы UML можно использовать двумя основными спосоитерационбами: для специфицирования моделей, на основе которых вы консный процесс труируете исполняемую систему (прямое проектирование), и длярассматреконструкции моделей на основе частей существующих исполняриваетсяемых систем (обратное проектирование).
В каждом случае, подобнов приложетому как это происходит при строительстве дома, вам придется вынии 2.страивать диаграммы шаг за шагом, добавляя по одному элементу,и итерационно, повторяя цикл «немножко проектируем – немножко строим».Базовые понятияСистемы,моделии представления описываютсяв главе 32.Система – это набор подсистем, организованных для достижения определенной цели и описанных с помощью набора моделей(возможно, с различных точек зрения).Подсистема – группа элементов, часть которых составляет спецификацию поведения, представленного другими ее составляющими.Модель – семантически завершенная абстракция системы, которая создана по принципу полного и самодостаточного упрощенияреальности, ставящего целью лучшее понимание системы.В контексте архитектуры представление – это проекция организации и структуры системной модели, сфокусированная на одномиз ее аспектов.Диаграмма – графическое представление набора элементов, чащевсего изображаемых в виде связного графа вершин (сущностей)и дуг (связей).108ДиаграммыЧтобы увязать все вышеперечисленное, выразимся так: система –это ваша разработка, представленная с разных точек зрения разными моделямис использованием диаграмм.Проще говоря, диаграмма – графическая проекция элементов,составляющих систему.
Например, в проекте корпоративной системы управления человеческими ресурсами может быть несколькосотен классов. Вы никогда не визуализируете структуру или поведение системы на одной огромной диаграмме, включающей в себя всеэти классы и их связи. Вместо этого потребуется создать несколько диаграмм, каждая из которых будет сфокусирована на одномпредставлении. Например, диаграмма классов, включающая такиеэлементы, как Person (Человек), Department (Отдел) и Office (Офис),отражает схему базы данных.
Некоторые из этих классов вы нарядус другими выведете на диаграмме, представляющей API – программный интерфейс, используемый клиентскими приложениями).Весьма вероятно, что те же классы частично появятся на диаграммевзаимодействий, специфицирующей семантику транзакции, которая переназначает сотрудника (Person) в новый отдел (Department).Как показывает этот пример, одна и та же сущность в системе –например, класс Person, – может неоднократно встречаться на однойи той же диаграмме или в разных диаграммах.
При этом каждаядиаграмма обеспечивает свое представление элементов, из которыхсостоит система.При моделировании реальных систем (неважно, из какой проблемной области) вы обнаруживаете, что приходится создаватьодни и те же виды диаграмм, поскольку они представляют общиевзгляды на общие модели.
Как правило, статические части системыописываются одной из следующих диаграмм:1. Диаграмма классов;2. Диаграмма компонентов;3. Диаграмма составной структуры;4. Диаграмма объектов;5. Диаграмма размещения;6. Диаграмма артефактов.Часто вы также будете использовать пять дополнительных диаграмм для представления динамических частей систем:1. Диаграмма вариантов использования;2. Диаграмма последовательности;3. Диаграмма коммуникации;4. Диаграмма состояний;5. Диаграмма деятельности.Пакеты обсуждаютсяв главе 12.Каждая диаграмма, которую вы создаете, скорее всего будет относиться к одному из этих девяти типов или же к какомуFлибо другому, определенному специально для вашего проекта или организации.Базовые понятия109Каждой диаграмме должно быть назначено имя, уникальное в своемконтексте, чтобы вы могли обратиться к ней и отличить от других.При проектировании большинства систем, кроме самых тривиальных, диаграммы желательно объединить в пакеты.Вы можете представить на одной диаграмме любую комбинацию элементов UML.
Например, на одной и той же диаграмме можно вывести классы и объекты (это распространенный прием) иликлассы и компоненты (допускается, но реже). Хотя ничто не мешает вам разместить несопоставимые элементы моделированияна одной диаграмме, все же предпочтительнее обходиться подобными видами сущностей.Типы диаграмм UML фактически определяются элементами,которые чаще всего на них изображаются.
Так, если вы хотите визуализировать набор классов и их связей, то используете диаграммуклассов; если представляете набор компонентов, – диаграмму компонентов и т.д.Структурные диаграммыСтруктурные диаграммы UML предназначены для визуализации, специфицирования, конструирования и документированиястатических аспектов системы. Последние можно образно представить как относительно прочный «скелет» системы или «строительные леса».
Подобно тому как статические аспекты дома включаютв себя наличие и местоположение стен, дверей, окон, труб, проводов, вентиляции, так и статические аспекты программной системывключают в себя наличие и размещение классов, интерфейсов, коопераций, компонентов и узлов.Структурные диаграммы UML преимущественно включают в себяосновные группы сущностей, которые вы используете при моделировании системы:1.
Диаграмма классовклассы, интерфейсы и кооперации2. Диаграмма компонентовкомпоненты3. Диаграмма составной структуры внутренняя структура4. Диаграмма объектовобъекты5. Диаграмма размещенияузлы6. Диаграмма артефактовартефактыДиаграмма классов показывает набор классов, интерфейсови коопераций, а также их связи. Чаще других диаграмм используется при моделировании объектноFориентированных систем. Иллюстрирует статическое представление дизайна системы. Диаграммаклассов, которая включает активные классы, определяет статический взгляд на процессы системы.Диаграммы110Диаграммысоставнойструктурыи диаграммыкомпонентовобсуждаются в главе 15.Диаграммыобъектовобсуждаются в главе 14.Диаграммыартефактовобсуждаются в главе 30.Диаграммыразмещенияобсуждаются в главе 31.Диаграмма компонентов показывает внутренние части, коннекторы и порты, реализующие компонент.
При создании экземпляракомпонента создаются и экземпляры его внутренних частей.Диаграмма составной структуры представляет внутреннююструктуру класса или кооперации. Разница между диаграммой компонентов и диаграммой составной структуры невелика, поэтомув этой книге они трактуются как диаграммы компонентов.Диаграмма объектов показывает набор объектов и их связи. Используется для описания структур данных, статических снимковэкземпляров сущностей, выведенных на диаграмме классов. Служит для статического представления дизайна или процессов системы, как и диаграмма классов, но, в отличие от последней, – с точкизрения реальных или прототипных ситуаций.Диаграмма артефактов показывает набор артефактов и их связей с другими артефактами, а также классами, которые они реализуют.
Используется для представления физической реализацииэлементов системы. UML рассматривает диаграммы артефактов какразновидность диаграмм размещения, но мы выделяем их для удобства описания.Диаграмма размещения показывает набор узлов и их связей.Описывает статическое представление архитектуры. Связана с диаграммой компонентов (на каждом узле обычно размещается одинили несколько компонентов).На заметку. Существуют некоторые общие разновидностичетырех типов диаграмм, перечисленных выше. Они именуются в соответствии с их главным назначением.
Например,вы можете создать диаграмму подсистем, чтобы проиллюстрировать структурную декомпозицию системы на ряд подсистем. По сути, это обычная диаграмма классов, котораяв основном содержит подсистемы.Поведенческие диаграммыПоведенческие диаграммы UML используются для визуализации, специфицирования, конструирования и документирования динамических аспектов системы, то есть для представления ее изменяющихся частей. Если динамические аспекты дома предусматриваютперемещение потоков воздуха и людей по комнатам, то динамические аспекты программной системы учитывают поток сообщений вовремени и физическое перемещение компонентов по сети.Поведенческие диаграммы UML позволяют моделировать динамику системы в основном следующими способами:Базовые понятияДиаграммывариантовиспользования обсуждаютсяв главе 18.Диаграммыпоследовательностиобсуждаются в главе 19.Диаграммыкоммуникации обсуждаютсяв главе 19.Диаграммысостоянийобсуждаются в главе 25.Диаграммыдеятельности обсуждаютсяв главе 19.1111.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
