Объяснение стрелок UML

Недавно я изучал UML и рисовал простые диаграммы с обычными простыми стрелками между классами, но я знаю, что этого недостаточно. Есть много других стрелок: обобщения, реализации и т. Д., Которые имеют значение для читателя диаграмм.

Есть ли хороший ресурс, который мог бы объяснить каждую стрелу (обычную, простую, пунктирную, бриллиантовую, бриллиантовую)?

Было бы лучше, если бы у него было несколько примеров кода для них.

Вот некоторые пояснения из документации по Visual Studio 2015:

Диаграммы классов UML: Ссылка : https://msdn.microsoft.com/library/dd409437%28VS.140%29.aspx

5 : Ассоциация : отношения между членами двух классификаторов.

5a : Агрегация : ассоциация, представляющая отношения совместного владения. Для свойства Aggregation роли владельца установлено значение « Общий» .

5b : Композиция : ассоциация, представляющая отношения целой части. Для свойства Aggregation роли владельца установлено значение Composite .

9 : Обобщение : определенный классификатор наследует часть своего определения от общего классификатора. Общий классификатор находится на конце стрелки разъема. Атрибуты, ассоциации и операции наследуются конкретным классификатором. Используйте инструмент Inheritance , чтобы создать обобщение между двумя классификаторами.

13 : Импорт : отношение между пакетами, указывающее, что один пакет включает в себя все определения другого.

14 : Зависимость : определение или реализация зависимого классификатора может измениться, если изменить классификатор в конце стрелки.

15 : Реализация : класс реализует операции и атрибуты, определенные интерфейсом. Используйте инструмент Inheritance , чтобы создать реализацию между классом и интерфейсом.

16 : Реализация : альтернативное представление тех же самых отношений. Метка на символе леденца на палочке идентифицирует интерфейс.

Диаграммы классов UML: Рекомендации : http://msdn.microsoft.com/library/dd409416%28VS.140%29.aspx

Свойства Ассоциации

Агрегация : это выглядит как ромбовидная форма на одном конце разъема. Вы можете использовать его, чтобы указать, что экземпляры в агрегирующей роли владеют или содержат экземпляры другой роли.

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

Обобщение : Обобщение означает, что специализирующий или производный тип наследует атрибуты, операции и ассоциации общего или базового типа. Общий тип отображается в конце стрелки.

Реализация : Реализация означает, что класс реализует атрибуты и операции, определенные интерфейсом. Интерфейс находится на конце стрелки разъема.

Дайте мне знать, если у вас есть еще вопросы.

Я думаю, что эти картины понятны.

Хорошая шпаргалка (http://loufranco.com/wp-content/uploads/2012/11/cheatsheet.pdf) :

Это покрывает:

• Диаграмма классов
• Схема последовательности
• Схема упаковки
• Диаграмма объектов
• Диаграмма вариантов использования

И предоставляет несколько образцов.

Мой любимый "шпаргалка" UML - UML Distilled Мартина Фаулера. Это единственная из его книг, которую я прочитал, которую я рекомендую.

Вот упрощенный учебник:

Практический UML

Для большего я рекомендую получить немного литературы.

Краткий справочник Аллена Холуба по UML превосходен:

http://www.holub.com/goodies/uml/

(Есть довольно много конкретных примеров стрелок и указателей в первом столбце таблицы, с описаниями во втором столбце.)

Очень простое для понимания описание - это документация на yuml с примерами для диаграмм классов, вариантов использования и действий.

Принятый ответ, как говорится, отсутствует некоторые объяснения. Например, в чем разница между однонаправленной и двунаправленной ассоциацией? В указанном примере, как сделать существуют. (Оба «5» в стрелках)

Если вы ищете более полный ответ и больше времени, вот подробное объяснение.

Если вы более склонны к MOOC, один бесплатный курс, который я бы порекомендовал, который научит вас всем плюсам и минусам большинства диаграмм UML, - это один из Udacity: https://www.udacity.com/course/software-architecture -дизайн - ud821

Агрегации и композиции немного сбивают с толку. Тем не менее, думаю, что композиции являются более сильной версией агрегации. Что это значит? Давайте рассмотрим пример: (Агрегация) 1. Возьмите классную комнату и учеников. В этом случае мы попытаемся проанализировать отношения между ними. Классная комната имеет в отношения со студентами. Это означает, что класс состоит из одного или нескольких учеников. Даже если мы удалим класс Classroom, класс учеников не нужно уничтожать, что означает, что мы можем использовать класс Student независимо.

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

Если вам все еще неясно по этой теме, посмотрите это короткое замечательное видео, которое объясняет агрегацию более четко.

https://www.youtube.com/watch?v=d5ecYmyFZW0