Основы uml

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

• Use case diagram (диаграммы прецедентов);

• Deployment diagram (диаграммы топологии);

• State maсhine diagram (диаграммы состояний)

  • Statechart diagram (диаграмма состояний)

  • Activity diagram (диаграммы активности)

• Interaction diagram (диаграммы взаимодействия);

  • Sequence diagram (диаграммы последовательностей действий);

  • Collaboration diagram (диаграммы сотрудничества);

• Class diagram (диаграммы классов);

• Component diagram (диаграммы компонент).

Use case diagram (диаграммы прецедентов)

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

Каждая такая диаграмма или, как ее обычно называют, каждый Use case – это описание сценария поведения, которому следуют действующие лица (Actors).

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

Роль методологий в анализе моделируемого объекта

В результате анализа моделируемого информационной системой объекта на основе построения IDEF0 и DFD-диаграмм:

1. Определяют главную функцию проектируемой системы. Например, "сопровождать аренду недвижи­мости".

2. Описывают происходящие в моделируемом объекте бизнес процессы.

Например, так:

• заключать договора аренды;

• сопровождать хранение информации об объектах недвижимости.

1. Определяют обрабатываемые бизнес процессами информационными потоки. Например, так: "отправка договора менеджеру".

2. Разрабатывают концептуальную модель системы, которая представляет собой описание моделируемого объекта, присущих ему бизнес-правил и потоков и хранилищ данных.

Как видим назначение концептуальной модели объекта:

• прийти к общему с заказчиком представлению о моделируемом объекте;

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

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

Примечание

Как будет показано дальше потоки данных — это прообразы процедур приложения, а хранилища данных — таблиц базы данных.