2. Язык UML. Руководство пользователя. Буч_ Рамбо_ Якобсон (2-е издание) (2006) (Язык UML. Руководство пользователя. Буч_ Рамбо_ Якобсон (2-е издание) (2006).pdf), страница 9
Описание файла
PDF-файл из архива "Язык UML. Руководство пользователя. Буч_ Рамбо_ Якобсон (2-е издание) (2006).pdf", который расположен в категории "". Всё это находится в предмете "(uml) методы анализа и проектирования по" из 11 семестр (3 семестр магистратуры), которые можно найти в файловом архиве МГУ им. Ломоносова. Не смотря на прямую связь этого архива с МГУ им. Ломоносова, его также можно найти и в других разделах. .
Просмотр PDF-файла онлайн
Текст 9 страницы из PDF
Теоретически диаграмма может включать в себялюбую комбинацию сущностей и связей. На практике, однако,используется лишь небольшое число общих комбинаций, состоящих из пяти наиболее часто применяемых представлений архитектуры программных систем. По этой причине UML включает 13видов диаграмм:1. Диаграмма классов.2. Диаграмма объектов.3. Диаграмма компонентов.4. Диаграмма составной структуры.5. Диаграмма вариантов использования.6.
Диаграмма последовательности.7. Диаграмма коммуникации.8. Диаграмма состояний.9. Диаграмма деятельности.10. Диаграмма размещения.11. Диаграмма пакетов.12. Временная диаграмма.13. Диаграмма обзора взаимодействий.Диаграмма классов (class diagram) показывает набор классов,Диаграммыинтерфейсов и коопераций, а также их связи. Диаграммы этоклассов обго вида чаще всего используются для моделирования объектносуждаютсяориентированных систем. Предназначены для статического предв главе 8.ставления системы.
Диаграммы классов, включающие активныеклассы, представляют статическое представление процессов системы. Диаграммы компонентов – это разновидность диаграммклассов.Концептуальная модель UMLДиаграммыобъектов обсуждаютсяв главе 14.Диаграммыкомпонентови внутренние структуры обсуждаютсяв главе 15.Диаграммывариантовиспользования обсуждаютсяв главе 18.Диаграммывзаимодействий обсуждаютсяв главе 19.Диаграммысостоянийобсуждаются в главе 25.41Диаграмма объектов (object diagram) показывает набор объектови их связи. Диаграммы объектов представляют статические копиисостояний экземпляров сущностей, описанных в диаграмме классов.Также представляют статическое представление дизайна или статическое представление процессов системы (как и диаграммы классов,но с точки зрения реальных или прототипных ситуаций).Диаграмма компонентов (component diagram) демонстрируетинкапсулированные классы и их интерфейсы, порты и внутренние структуры, состоящие из вложенных компонентов и коннекторов.
Диаграммы компонентов описывают статическое представление дизайна системы. Они важны при построении больших системиз мелких частей (UML отличает диаграмму составной структуры(composite structure diagram), применимую к любому классу, от компонентной диаграммы, но мы рассматриваем их вместе, потому чторазличие между ними весьма тонкое.)Диаграмма вариантов использования (use case diagram) демонстрирует набор вариантов использования и действующих лиц (которые являются специальным видом классов), а также их связи.Диаграммы этого типа описывают статическое представление вариантов использования системы.
Особенно важны для организациии моделирования поведения системы.И диаграммы последовательностей, и диаграммы коммуникацийявляются видами диаграмм взаимодействия. Диаграмма взаимодействия (interaction diagram) показывает взаимодействие, состоящееиз набора объектов и ролей, включая сообщения, которые могутпередаваться между ними. Диаграммы взаимодействия предназначены для динамического представления системы. Диаграмма последовательности (sequence diagram) – это разновидность диаграммывзаимодействия, показывающая временную последовательность сообщений. Диаграмма коммуникаций (communication diagram) – разновидность диаграммы взаимодействия, показывающая структурнуюорганизацию объектов или ролей, отправляющих и принимающихсообщения.
И диаграммы последовательности, и диаграммы коммуникации представляют похожие базовые концепции, но с разных точек зрения. Диаграммы последовательности описывают временнуюпоследовательность, а коммуникационные диаграммы – структурыданных, через которые проходит поток сообщений.Диаграмма состояний (state diagram) показывает автомат (statemachine), включающий в себя состояния, переходы, события и деятельности. Диаграммы состояний описывают динамическое представление объекта. Они особенно важны для моделирования поведения интерфейсов, классов или коопераций и подчеркиваютсобытийно-зависимое поведение объекта, что особенно удобно длямоделирования реактивных систем.Введение в UML42Диаграмма деятельности (activity diagram) показывает структуру процесса или других вычислений как пошаговый поток управления и данных.
Диаграммы деятельности описываютдинамическоепредставление системы. Они особенно важны при моделированиифункций системы и выделяют поток управления между объектами.Диаграмма размещения (deployment diagram) показывает конфигурацию узлов-процессоров, а также размещаемые на них компоненты. Диаграммы размещения дают статическое представлениеразмещения архитектуры. Узлы, как правило, содержат один илинесколько артефактов.ДиаграммыДиаграмма артефактов (artifact diagram) показывает физичесартефактов кий состав компьютерной системы. Артефакты представляют собойобсуждают- файлы, базы данных и подобные им физические наборы битов.
Диася в главе 30. граммы данного типа часто применяются в сочетании с диаграммамиразмещения. Также показывают классы и компоненты, реализованные ими. UML трактует диаграммы артефактов как разновидностьдиаграмм размещения, но мы рассматриваем их отдельно.ДиаграммыДиаграмма пакетов (package diagram) показывает декомпозипакетов обцию самой модели на организационные единицы и их зависимости.суждаютсяВременная диаграмма (timing diagram) – это диаграмма взав главе 12.имодействий, показывающая реальное время жизни различныхобъектов или ролей, в противовес простой последовательности сообщений.
Диаграмма обзора взаимодействий (interaction overviewdiagram) – это гибрид диаграммы деятельности и диаграммы последовательности. Диаграммы последних двух типов имеют специализированное применение и потому не обсуждаются в данной книге.Подробности читайте в книге «UML» (ее выходные данные приведены во введении, в разделе «Цели»).Выше мы привели неполный список диаграмм. Инструментальные средства могут использовать UML для представления другихтипов диаграмм, хотя они не так часто встречаются на практике.Диаграммыдеятельности обсуждаютсяв главе 20.Диаграммыразмещенияобсуждаются в главе 31.Правила UMLСтроительные блоки UML не могут просто быть сброшеныв кучу в произвольном порядке.
Как и любой язык, UML включаетмножество правил, указывающих, как должна выглядеть хорошосогласованная модель. Хорошо согласованной моделью называетсятакая, которая семантически самосогласованна и находится в гармонии со всеми другими моделями, связанными с ней.UML включает синтаксические и семантические правила для: имен (как вы можете называть сущности, связи и диаграммы); областей действия (контексты, придающие именам специфические значения);Концептуальная модель UML43 видимости (как имена могут быть видимы и использованыдругими); целостности (как сущности правильно и согласованно относятся друг к другу); исполнения (что означает запуск или эмуляция динамической модели).Модели, построенные в процессе разработки программной системы, просматриваются и используются многими заинтересованными лицами для разных целей и в разное время.
По этой причинекоманды разработчиков обычно строят не только хорошо согласованные модели, но и модели, которые: имеют умолчания (некоторые элементы скрыты для упрощения представления); не полны (некоторые элементы могут быть пропущены); не согласованы (целостность модели не гарантирована).Появление таких не слишком хорошо согласованных моделейнеизбежно в процессе разработки, пока не все детали системы прояснились в полной мере. Правила UML не заставляют вас прояснять наиболее важные вопросы анализа, дизайна и реализации,позволяющие построить хорошо согласованные модели, хотя и поощряют к этому.Общие механизмы UMLВсякое строительство упрощается и ведется более эффективно,если следовать некоторым соглашениям.
Дом может быть выстроенв викторианском или французском стиле, если следовать определенным архитектурным образцам. То же верно и в отношении UML.Применение этого языка существенно упрощает последовательноеиспользование механизмов, перечисленных ниже:спецификации;дополнения;принятые разделения;механизмы расширения.Спецификации. UML – нечто большее, чем просто графическийязык. За каждой частью его графической нотации стоит спецификация (specification), содержащая текстовое представление синтаксиса и семантики определенного строительного блока.
Например,пиктограмме класса соответствует спецификация, полностью описывающая набор его атрибутов, операций (включая их полные сигнатуры) и поведение, но визуально пиктограмма может отображатьлишь малую часть этой спецификации. Более того, может существовать другое представление этого класса, отражающее совершенноВведение в UML44другие его аспекты, тем не менее соответствующие все той же спецификации. С помощью графической нотации UML вы визуализируете систему, с помощью спецификаций UML описываете еедетали.
Таким образом, допускается последовательное построениемодели – шаг за шагом, когда сначала рисуются диаграммы, а затемдобавляется семантика к спецификациям модели, – или же напрямую, когда в первую очередь создаются спецификации (возможно,при выполнении обратного проектирования существующей системы), а затем рисуются диаграммы, представляющие их проекции.Спецификации UML создают семантический задний план, который включает в себя все составные части всех моделей системы,согласованные между собой. Таким образом, диаграммы UML – этопростые визуальные проекции на этот задний план, при этом каждая из них раскрывает некоторый существенный аспект системы.Дополнения (adornments).