DFD – диаграмма потоковых данных.

- некий процесс обработки данных. Стрелки входят и выходят с любой стороны.

- хранилище данных. Хранилище может не иметь выходов или входов (частные случаи, например лог).

- внешняя система. Внешняя система может быть исключительно потребительной или исключительно поставляющей.

- поток.

Пример:

Банкомат

 

1.10.2012

Отношения

Разновидности:

1. Зависимость – это семантическое отношение между двумя предметами, в котором, изменения в одном предмете, независимом, может влиять на семантику другого предмета, зависимого.

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

3. Обобщение – это отношение специализации-обобщения, в котором объекты специализируемого элемента (потомка), могут заменять объекты обобщенного элемента (предка).

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

a. Классы

b. Интерфейсы

c. Компоненты

d. Варианты использования

e. Кооперации.

Диаграммы

Диаграмма – это графическое представление некоторого множества элементов модели. Чаще изображается как связный граф из вершин предметов и дуг отношений. Разные диаграммы визуализируют систему с разных точек зрений.

Диаграмма является лишь средством визуализации элементов модели (в модели могут существовать элементы, не отображенные ни на одной диаграмме).

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

Разновидности:

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

2. Диаграмма объектов (Object Diagram) – показывает набор объектов и их отношений. Диаграмма объектов представляет статический «моментальный снимок» с экземпляров объектов, которые находятся в диаграмме классов. Диаграмма объектов является статической диаграммой.

3. Диаграмма вариантов использования (диаграмма прецедентов – Use Case Diagram) – показывает набор вариантов использования, актеров и их отношений. Создается статическое представление использования. Часто используется при организации и моделировании поведения системы, задания требований заказчика к системе.

4. Диаграмма взаимодействия (Interaction Diagram) – показывает взаимодействия включающие набор объектов и их отношений, а также пересылаемые между объектами сообщения. Обеспечивают динамическое представление систем.

a. Диаграмма последовательности (Sequence Diagram) – это диаграмма взаимодействия, которая выделяет упорядоченные сообщения по времени.

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

6. Диаграмма схем состояний – показывает конечный автомат, представляет состояние, переходы события и действия, обеспечивают динамическое представление системы.

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

8. Компонентная диаграмма – показывает организацию набора компонентов и зависимости между компонентами. Обеспечивают статическое представление реализации системы.

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

Механизмы расширения в UML

Механизмами расширения в UML являются:

1. Ограничения (Constrain) – расширяет семантике строительного UML блока, позволяя добавлять новые правила или модифицировать существующие. Показывается как текстовая строка, заключенная в фигурные скобки.

2. Теговая величина (Tag value) – расширяет характеристики строительного UML блока, позволяя создать новую информацию в спецификации конкретного элемента.

3. Стереотип – расширяет словарь языка, позволяет создавать новые виды строительных блоков, производных от существующих и учитывающие специфику новой проблемы. Отображается стереотип, как имя указанное в двойных скобках. – «…»

 

08.10.2012

Диаграмма вариантов использования.

Диаграмма вариантов использования (Диаграмма Use case) – определяет поведение системы с точки зрения пользователя, не рассматривая внутреннюю структуру. Рассматривается как главное средство для первичного моделирования динамики системы. Используется для выяснения требований к системе и фиксация в форме – позволяющая проводить дальнейшую разработку.

В состав диаграммы входит:

1. Вариант использования – описывает, что должна делать система, но не описывает, как она должна это делать.

 

2. Актер – это роль, которую пользователь играет по отношению к системе. Один актер может использовать несколько вариантов использования и наоборот.

 

3. Между актером и вариантом использования может быть только один вид отношения – ассоциация.

 

4. Между актерами допустимо отношение обобщение. Отношение обобщение фиксирует, что потомок наследует поведения родителя.

 

5. Стереотипы для ассоциации:

a. « include» – отношение включения между вариантами использования означает что базовый вариант использования явно включает поведения другого варианта использования.

 

b. « extend» – отношение расширения между вариантами использования означает, что базовый вариант использования неявно включает поведение другого варианта использования. Базовый вариант использования может быть автономен, но при определенных условиях, его поведение может расширяться поведением из другого варианта использования. Таким образом, можно отделить обязательное поведение системы от необязательного.

 

Динамические модели

Динамические модели обеспечивают представление поведение систем.