Унифицированный язык моделирования uml.

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

Отношения:

1. Зависимостей

2. Ассоциаций

3. Обобщений

4. Реализаций

К диаграммам структуры относятся:

1. Диаграмма классов

2. Компонентов

3. Развёртывания

4. Объектов

5. Пакетов

6. Диаграмма составных структур.

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

1. Диаграммы прецедентов

2. Деятельности

3. Состояний

4. Взаимодействия:

1. диаграмма последовательности

2. коммуникационная диаграмма

3. обзор взаимодействий

4. временная диаграмма.

Сущности это сами элементы модели.

Структурные сущности:

1. класс

2. интерфейс

3. кооперация

4. прецедент

5. активный класс

6. компонент

7. узел

поведенческие сущности:

1. взаимодействие

2. деятельности

3. автомат

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

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

класс

имя

атрибуты

методы

И нтерфейс

Компонент

Класс – совокупность множества объектов с общими атрибутами и операциями, с общими отношениями и семантикой.

Интерфейс – совокупность операций представляемых классу или компоненту . он описывает поведение класса или компонента видимое извне.

Компонент – физическая часть компьютерной системы, которая соответствует набору интерфейсов и обеспечивает физическую реализацию этого набора.

Кооперация – определяет взаимодействие например классов, участвуя в кооперации классы совместно производят некоторый кооперативный результат. Один и тот же класс может участвовать в нескольких кооперациях.

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

Прецедент(use case)

узел

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

Узел – реальный (физической системы) который существует во время функционирования программного комплекса и представляет собой вычислительный ресурс с некоторым объёмом памяти и способностью обработки.

Актёр

Актёр это кто-то или что-то по отношению к системе и взаимодействует с ней.

Взаимодействие - это поведение, суть которого заключается в обмене сообщениями между объектами в рамках конкретного контекста, для достижения определённой цели. С помощью взаимодействия можно описать как целую операцию, так и поведение совокупности объектов, а так же сообщения последовательности действий и связей.

Автомат – алгоритм поведения, определяющий последовательность состояний через которые объект или взаимодействие проходят на протяжении своего ЖЦ, в ответ на различные события и реакции на эти события.

П акет – универсальный механизм организации элементов группы.

В него можно поместить любые другие сущности. Основные

Группирующие сущности с помощью которых можно организовать

UML.

Примечания – просто символ для изображения комментариев или ограничений присоединённых к элементу или группе элементов.

примечания

Отношения являются основными связующими строительными блоками UML. Применяются при создании корректных моделей.

1. Отношения зависимости – семантическое отношение между 2 сущностями при котором изменения одной из них независимой может повлиять на семантику другой независимой. ------------->

2. А ссоциация это структурное отношение, описывающие совокупность связей. Связь это соединение между объектами.

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

Ассоциация это структурное двунаправленное отношение. В частном случае ассоциации является отношение, агрегация.

А грегация это структурное отношение между целым и его частями.

Пример

компания

отдел

Б олее строгой формой агрегации является композиция.

Ч астным случаем ассоциации является исключение.

3. О бобщение. Это однонаправленное отношение типа потомок/прародитель. Потомок наследует структуру и поведение своего родителя , стрелка всегда указывает на родителя

4. Отношения реализации. Реализация – это однонаправленное отношение, которое может устанавливаться:

- Между интерфейсами и реализующими их классами или компонентами.

- между прецедентами и реализующими их кооперациями.

В силу того что невозможно описать систему одним способом по методике ООП используется подход при котором система рассматривается в различных ракурсах. UML напрямую предполагает и поддерживает такой подход. Система обозначений UML или нотация это средство для того чтобы выразить и зафиксировать идеи, размышления над архитектурой и поведением системы возникшие в результате анализа.

При этом общее положение выглядит так:

1. Каждая сложная система имеет самое лучшее приближение через набор небольших и почти независимых представлений модели. Ни одно из представлений не является достаточным.

2. Каждая модель может быть выражена на различных уровнях точности или абстракции.

3. Лучшие модели приближены к реальности.

Модели на UML представляют собой набор диаграмм. Эти диаграммы предоставляют множественное представление, виды проектируемой системы при анализе и разработке. Лежащая в основе UML модель интегрирует эти виды так, что внутренне согласованную систему можно проанализировать и построить. Эти диаграммы вместе с сопутствующей документацией являются первичными артефактами.

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

На диаграмме классов изображают множество классов, интерфейсов, коопераций и их отношений. Это самый распространенный тип диаграмм, применяемый при моделировании объектно-ориентированных систем. Он используется для иллюстрации статического вида системы с точки зрения проектирования. Диаграммы, на которых показаны активные классы, применяются для работы со статическим видом системы с точки зрения процессов.

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

На диаграммах развертывания представлены узлы и отношения между ними. С их помощью иллюстрируют статический вид системы с точки зрения развертывания. Они соотносятся с диаграммами компонентов, т.к. узел обычно содержит один или несколько компонентов.

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

Диаграммы прецедентов описывает организацию поведения системы.

Диаграммы состояний описывают изменение состояния системы в ответ на событие.

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

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

Коммуникационная диаграмма (диаграмма кооперации) сфокусирована на структурной организации объектов посылающих и получающих сообщения.

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

Не обязательно строить абсолютно все диаграммы. Разработчик сам решает, устраивает ли его данный уровень детализации, нужно ли рассмотреть систему или ее часть с другого вида, достаточно ли рассмотрены все самые сложные и скользкие моменты.

Если разрабатываемая система активна, то для моделирования ее поведения понадобится диаграмма ее состояний и действий. Если система построена на архитектуре клиент-сервер, то стоит использовать диаграммы компонентов и развертывания. Для моделирования конкретных физических деталей реализации. Моделируя сложную ИС используются все имеющиеся UML диаграммы.

Разработка диаграммы вариантов использования преследует следующие цели:

1. Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы.

13.12.2011

Лабораторная работа №10

Построение моделей разрабатываемого программного обеспечения с использованием моделированного языка UML

12.01.12 Лабораторная работа №11

Построение диаграммы вариантов использования

Задание 1

Построить диаграмму вариантов использования системы в соответствии с условием поставленной задачи

19 Ноября, 2012

Лабораторная работа №12

Построение диаграммы класса

1. Определить перечень класса для построения системы решающей поставленную задачу. Для классов определить атрибуты и операции.

2. Отобразить связи между классами

26 янв. 12 г.

Лабораторная работа №13

Построение диаграммы состояний и деятельности.