Количественная оценка диаграммы

Количественная оценка диаграммы вычисляется по формуле:

, где

S – общая оценка диаграммы;

S_obj – оценки для элементов диаграммы;

S_lnk – оценки для связей на диаграмме;

О_bj – число объектов на диаграмме;

T_obj – число типов объектов на диаграмме;

T_lnk – число типов связей на диаграмме;

∑S_obj=35

• в диаграмме 5 классов по 5 баллов (актеры) = 25

• 5 прецедентов по 2 балла = 10

∑S_lnk=10

• в диаграмме 10 связей по 1 баллу = 10

О_bj=10

T_obj=2

T_lnk=1

Рисунок 3. Диаграмма вариантов использования (Подробная)

Количественная оценка диаграммы

Количественная оценка диаграммы вычисляется по формуле:

, где

S – общая оценка диаграммы;

S_obj – оценки для элементов диаграммы;

S_lnk – оценки для связей на диаграмме;

О_bj – число объектов на диаграмме;

T_obj – число типов объектов на диаграмме;

T_lnk – число типов связей на диаграмме;

∑S_obj=35

• в диаграмме 5 классов по 5 баллов (актеры) = 25

• 5 прецедентов по 2 балла = 10

∑S_lnk=10

• в диаграмме 10 связей по 1 баллу = 10

О_bj=10

T_obj=2

T_lnk=1

Для каждого актера записываются спецификации:

Оператор -

Сервер -

Нагреватель -

Датчик температуры -

Контроллер станка -

Датчик температуры на станке -

Датчик измерения активности станка -

Система охлаждения -

Станок -

2. Разработка диаграмм последовательности.

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

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

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

На общей диаграмме отражена следующая последовательность:

1. Оператор задает параметры серверу.

2. Сервер выполняет запрос к датчику температуры.

3. Датчик выполняет измерение.

4. Датчик отправляет ответ.

5. Сервер обрабатывает полученные данные.

6. Задает режим работы нагревателю (1-ый режим: если температура ниже 18 градусов, то обогреваем серверную до 18 градусов, а комнаты со станками до 22 градусов, а остальные помещения согласно заданным параметрам; 2-ой режим: если температура выше 18, но ниже 22 градусов, то серверную не нагреваем, а комнату со станками нагреваем до 22 градусов, а остальные помещения согласно заданным параметрам; 3-ий режим: если температура выше 22 градусов, то серверную не нагреваем, в комнатах со станками включаем систему охлаждения, а остальные помещения нагреваем согласно заданным параметрам.)

7. Сервер задает параметры энергопотребления контроллеру станка.

8. Сервер заполняет БД.

9. Оператор просматривает БД.

Рисунок 4. Диаграмма последовательности (Общая)

На подробной диаграмме отражена следующая последовательность:

1. Контроллер станка выполняет запрос к датчику измерения активности станка.

2. Датчик измерения активности станка выполняет измерение активности станка.

3. Датчик измерения активности станка отправляет ответ.

4. Контроллер станка выполняет обработку полученных данных.

5. В зависимости от активности станка включаем или выключаем станок.

6. Контроллер станка выполняет запрос к датчику измерения температуры на станке.

7. Датчик измерения температуры на станке выполняет измерение температуры на станке.

8. Датчик измерения температуры на станке отправляет ответ контроллеру станка.

9. Контроллер станка выполняет обработку полученных данных.

10. В зависимости от полученных данных включает систему охлаждения или нет.

Рисунок 5. Диаграмма последовательности (Подробная)

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

Рисунок 6. Диаграмма сотрудничества (Общая)

Рисунок 7. Диаграмма сотрудничества (Подробная)

Поведение большинства объектов реальных систем можно представить с точки зрения теории конечных автоматов, то есть поведение объекта отражается в его состояниях. Для графического представления используется два вида диаграмм: Statechart diagram (дмаграмма состояний) и Activity diagram (диаграмма активности)

3. Разработка диаграммы активности

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

Рисунок 8. Диаграмма активности

4. Разработка диаграммы состояний.

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

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

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

Рисунок 9. Диаграмма состояний (для датчика температуры)

5. Разработка диаграммы развертывания.

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

Рисунок 10. Диаграмма развертывания

6. Разработка диаграммы классов

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

Рисунок 11. Диаграмма классов