Язык UML. Формулировка задачи, поставленной в проекте. Определение требований. Выявление групп пользователей. Бизнес-модель (Business USE-CASE Diagram), страница 6

1. Система выводит сообщение, содержащее информацию о выходе за границу допустимых значений.

2. Пользователь подтверждает сообщение.

3. Вариант использования завершается.

Поток ошибок Е4.6: Ошибка, при выходе за границу диапазона значения в поле «конечное значение».

1. Система сообщает пользователю, что значение в поле «конечное значение» должно быть меньше 10^10 и просит повторить попытку.

2.   Вариант использования завершается.

Альтернативный поток А4.7: Введены некорректные данные в поле «шаг».

1. Система выводит сообщение, содержащее информацию о том, в каком поле некорректные данные.

2. Пользователь подтверждает сообщение.

3. Вариант использования завершается.

Поток ошибок Е4.7. Ошибка, при вводе параметров в поле «шаг».

1. Система сообщает пользователю, что поле «шаг» заполнено не цифрами и просит повторить попытку.

2.   Вариант использования завершается.

Постусловие

Пользователь получает графики и таблицы данных.


3. Построение модели данных

Диаграмма классов (Class Diagram)

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

На разработанной диаграмме классов (рис. 3) представлены классы следующих стереотипов: классы-сущности (entity class) и граничные классы (boundary class). Вся необходимая информация хранится в объектах entity-класса, связанных между собой, атрибуты объектов – свойства, признаки сущностей. Boundary-классы обслуживают процессы взаимодействия объектов с системой.

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

Были разработаны следующие классы:

Класс Объект

Данный класс обладает большим количеством атрибутов. Свойства хранятся в классе Объект, методы содержатся в классе работа с объектом.

Класс Сигнал

Свойства хранятся в классе Сигнал, методы содержатся в классе работа с сигналом.

Класс Помеха

Свойства хранятся в классе Помеха, методы содержатся в классе работа с помехой.

Класс Алгоритм идентификации

Свойства хранятся в классе Алгоритм идентификации, методы содержатся в классе работа с алгоритмом идентификации.

Диаграмма деятельности (ActivityDiagram)

Диаграмма деятельности предназначена для моделирования поведения системы. Она позволяет детализировать алгоритм выполнения операций. Она состоит из действий, точек принятия решений, переходов в следующее состояние и полос синхронизации. Диаграммы представлены на рис.4÷8.

Рис. 4. Activity-диаграмма, отражающая алгоритм работы программы.

Рис. 5. Activity-диаграмма, описывающая блок «Просмотр результатов».

Рис. 6. Activity-диаграмма , описывающая блок «Ввод исходных данных».


Диаграмма последовательности (Sequence Diagram)

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

Рис. 8. Sequence-диаграмма, отражающая алгоритм идентификации РМНК.

Рис. 9. Sequence-диаграмма, отражающая бизнес-процесс

Диаграмма кооперации (CollaborationDiagram)

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

Рис. 10. Collaboration-диаграмма, отражающая бизнес-процесс


Диаграмма компонентов (Component Diagram)

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