Визуальное моделирование при анализе и проектировании. Основы Unified Modeling Language (UML)

3.1.3. История языка UML

Рассмотрим кратко историю языка UML^{1По материалам http://www.wikipedia.org, http://www.uml.org} . К 1994 году существовало несколько нотаций для визуального отображения принимаемых проектных решений и несколько методов анализа и проектирования. В 1994 году состоялось знаковое событие - Grady Booch и James Rumbaugh, сотрудники фирмы Rational Software, объединили свои методы проектирования и анализа, создав так называемый Unified method. С этого момента процесс стандартизации договоренностей вошел в рабочий ритм. Приведем важные вехи этого пути:

• 1994: Grady Booch & James Rumbaugh (Rational Software) объединили методы Booch (проектирование) и OMT (анализ) ->Unified method.
• 1995: присоединился Ivar Jacobson (автор метода OOSE). Впоследствии группа авторов Booch, Rumbaugh и Jacobson вместе выпустила не одну книгу, ставшую бестселлером (например, см. список литературы). Эту троицу шутливо называли "three amigos", намекая на то, как жарко они спорили по поводу принимаемых решений.
• 1996 - Идея о Unified Modeling Language (three amigos).
• 1996 - создан консорциум UML Partners под руководством three amigos.
• Июнь, Октябрь 1996 - UML 0.9 & UML 0.91.
• Январь 1997 - спецификации UML 1.0 предложены OMG (Object Management Group).
• Август 1997 - спецификации UML 1.1 предложены OMG.
• Ноябрь 1997 - UML 1.2 - результат адаптации OMG.
• Июнь 1999 - UML 1.3.
• Сентябрь 2001 - UML 1.4.
• Март 2003 - UML 1.5.

Принятый стандарт:

• ISO/IEC 19501:2005 Information technology - Open Distributed Processing - Unified Modeling Language (UML) Version 1.4.2.
• Октябрь 2004 - UML 2.0.

4. Структура языка UML

4.4.1. Модели UML

UML позволяет описывать систему следующими моделями:

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

4.1.2. Диаграммы UML

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

UML 2.0 содержит 13 типов диаграмм. В том числе:

• Структурные диаграммы (6).
• Диаграммы поведения (3).
• Диаграммы взаимодействия (4).

Рассмотрим каждую из групп подробнее:

Структурные диаграммы:

• Диаграмма классов - показывает классы, их атрибуты и связи между классами.
• Диаграмма компонентов - показывает компоненты и связи между ними.
• Структурная диаграмма - показывает внутреннюю структуру классов и связи с внешним миром.
• Диаграмма развертывания - показывает, как ПО размещается на аппаратуре (серверах, рабочих станциях...).
• Диаграмма объектов - показывает структуру системы в конкретный момент времени, объекты, их атрибуты...
• Диаграмма пакетов - показывает, как система раскладывается на крупные составные части и связи между этими частями

Диаграммы поведения:

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

Диаграммы взаимодействия

• Диаграмма кооперации - показывает структурную организацию участвующих во взаимодействии объектов.
• Диаграмма взаимодействия (новация UML 2.0).
• Диаграмма последовательности - показывает временную упорядоченность событий.
• Временная диаграмма - диаграмма связана с временными рамками проекта.

4.1.3. Понятия UML

Для описания структуры: Актер, Атрибут, Класс, Компонент, Интерфейс, Объект, Пакет.

Для описания поведения: Действие, Событие, Сообщение, Метод, Операция, Состояние, Вариант использования.

Для описания связей: Агрегация, Ассоциация, Композиция, Зависимость, Наследование.

Некоторые другие понятия: Стереотип, Множественность, Роль.