Файл: Моделирование предметной области «Управление заявками на техническое обслуживание» с помощью UML (Описание предметной области. Постановка задачи).pdf

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

Основными элементами диаграммы состояний являются «Состояние» и «Переход». Диаграмма состояний имеет схожую семантику с диаграммой деятельности, только деятельность здесь заменена состоянием, переходы символизируют действия. Таким образом, если для диаграммы деятельности отличие между понятиями «Деятельность» и «Действие» заключается в возможности дальнейшей декомпозиции, то на диаграмме состояний деятельность символизирует состояние, в котором объект находится продолжительное количество времени, в то время как действие моментально [2].

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

Рисунок 3. Диаграмма состояний

Диаграмма состояний рассматривается с точки зрения основного действующего лица системы – сотрудника IT-отдела.

Сотрудник находится в состоянии выполнения работ над очередной заявкой. Если поступило новое обращение от сотрудника предприятия, сотрудник IT-отдела прерывает свою работу и переходит в состояние проведения переговоров с сотрудником в целях определения подробностей заявки. Когда переговоры с сотрудником закончены и заявка в устной форме принята, сотрудник IT-отдела переходит в состояние регистрации поступившей заявки. После выполнения регистрации если выполнение работ по текущим заявкам не закончено – сотрудник IT-отдела возвращается к выполнению работ по заявкам.

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

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

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

---

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

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

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

Узел объединения имеет два и более входящих узла и один исходящий. Узлы решения объединения аналогичны логическому выражению «строгое или», т.е. для узла объединения - только при выполнении того или иного действия осуществляется переход к следующему узлу управления. Соответственно для узла решения – только при выполнении того или иного условия становится доступна возможность перехода к одному из следующих действий [3].

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

Рисунок 4. Диаграмма деятельности

Порядок действий в соответствии с диаграммой следующий:

Сотрудник предприятия, если нет возможности самостоятельно зарегистрировать заявку, сообщает о ней сотруднику IT-отдела, иначе – регистрирует заявку самостоятельно.

Сотрудник IT-отдела регистрирует заявку.

Когда заявка тем или иным образом зарегистрирована, сотрудник запрашивает следующую заявку на выполнение.

Информационная система определяет следующую заявку.

Сотрудник IT-отдела регистрирует выполнение заявки.

В результате анализа предметной области можно составить диаграмму классов информационной системы.

Диаграмма классов (class diagram) ‒ основной способ описания структуры системы.

На диаграмме классов применяется один основной тип сущностей: классы (включая многочисленные частные случаи классов: интерфейсы, примитивные типы, классы-ассоциации и многие другие), между которыми устанавливаются следующие основные типы отношений:

---

• ассоциация между классами (с множеством дополнительных подробностей);
• обобщение между классами;
• зависимости (различных типов) между классами и между классами и интерфейсами [2].

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

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

Для системы выделены следующие классы:

- Управляющий класс «Инф. система», который управляет остальными классами системы.

-Граничный класс «Подсистема регистрации», который отвечает за регистрацию заявки в системе.

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

- Управляющий класс «Подсистема планирования», который отвечает за формирование плана выполнения заявок и определяет следующую заявку к исполнению.

- Управляющий класс «Подсистема формирования отчетов», который отвечает за формирование отчетов по запросу пользователя.

- Класс-сущность «Заявки», хранящий информацию по заявкам на техническое обслуживание, включая первоначальную информацию и информацию по результатам работы.

- Класс-сущность «Оборудование», хранящий информацию об оборудовании, нуждающемся в техническом обслуживании.

- Класс-сущность «Сотрудники», хранящий информацию о сотрудниках предприятия.

- Класс-сущность «Сотрудники IT», хранящий информацию о сотрудниках IT-отдела.

Для каждого класса определены атрибуты и методы (таблицы 1-12).

Таблица 1

Атрибуты класса «Подсистема планирования»

Атрибут	Описание	Тип данных
Заявка	Следующая заявка на выполнение	Класс Заявки

Таблица 2

Методы класса «Подсистема планирования»

Метод	Описание
Получить заявку на исполнение	Определяет следующую заявку на выполнение путем построения графика исполнения заявок

Таблица 3

Атрибуты класса «Подсистема регистрации»

Атрибут	Описание	Тип данных
Заявка	Регистрируемая заявка на исполнение	Класс Заявки

---

Таблица 4

Методы класса «Подсистема регистрации»

Метод	Описание
Зарегистрировать заявку	Записывает в базу заявку

Таблица 5

Атрибуты класса «Подсистема сбора результатов»

Атрибут	Описание	Тип данных
Заявка	Выполненная заявка	Класс Заявки
Сотрудник IT	Сотрудник, исполнивший заявку	Класс Сотрудники IT
Дата выполнения	Дата исполнения заявки	Дата
Результат	Результат исполнения заявки	Строка

Таблица 6

Методы класса «Подсистема сбора результатов»

Метод	Описание
Зарегистрировать исполнение заявки	Находит в базе заявку и дополняет ее информацией о выполнении

Таблица 7

Атрибуты класса «Подсистема формирования отчетов»

Атрибут	Описание	Тип данных
Начало периода	Начало отчетного периода	Дата
Окончание периода	Окончание отчетного периода	Дата

Таблица 8

Методы класса «Подсистема формирования отчетов»

Метод	Описание
Получить данные об исполненных заявках	Получает из базы информацию о заявках за выбранный период
Сформировать отчет	Сформировать отчет по полученным данным

Таблица 9

Атрибуты класса «Сотрудники IT»

Атрибут	Описание	Тип данных
ФИО	ФИО сотрудника	Строка

Таблица 10

Атрибуты класса «Сотрудники»

---

Атрибут	Описание	Тип данных
ФИО	ФИО сотрудника	Строка
Подразделение	Подразделение, где работает сотрудник	Строка

Таблица 11

Атрибуты класса «Оборудование»

Атрибут	Описание	Тип данных
Инв.Номер	Инвентарный номер оборудования	Целое
Тип оборудования	Тип оборудования (Принтер, монитор и т.д.)	Строка
Ответственный	Лицо, ответственное за оборудование	Класс Сотрудники

Таблица 12

Атрибуты класса «Оборудование»

Атрибут	Описание	Тип данных
Номер заявки	Номер заявки	Целое
Дата заявки	Дата подачи заявки	Дата
Сотрудник	Сотрудник, подавший заявку	Класс Сотрудники
Срочность	Срочность заявки: может быть выражена числом, например: 1 – срочная, 2 – не срочная	Целое
Диагноз	Результат предварительной диагностики или диагноз со слов сотрудника	Строка
Дата выполнения	Дата исполнения заявки	Дата
Результат	Результат исполнения заявки	Строка

Заключение

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

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

---