Проектирование вариантов использования информационной системы выставления заявок на обслуживание оборудования и компьютерной техники мбуз гб г. Армавира
Начнем проектирование информационной системы с описания ролей пользователей, которые будут созданы при реализации, и варианты использования системы для этих ролей.
Для того, чтобы минимизировать влияние качества каналов передачи данных между сервером отдела АСУ, а также повысить надежность подсистемы мобильного доступа, мною решено продублировать полностью функции информационной системы отдела АСУ, связанные с обработкой заданий по устранению неисправностей, а также сделать копию части базы данных информационной системы, в которой хранится информация о заявках.
Перейдем к рассмотрению того, что должно быть отражено в подсистеме мобильного доступа.
В системе предусмотрены следующие роли:
Администратор. Отвечает за настройки системы, выдачу прав и ролей пользователям, наполнением справочников. Имеет доступ ко всем объектам системы (рисунок 12).
Рисунок 12 – Варианты использования информационной системы для администратора
Инициатор. Создает новую заявку, имеет доступ на просмотр своих открытых заявок, добавляет комментарии к своим открытым заявкам, а также меняет статус. После создания заявки ее статус становится «Открыта». Инициатор может закрыть свою заявку (рисунок 13).
Рисунок 13 – Варианты использования информационной системы для инициатора
Диспетчер. Заполняет дополнительные атрибуты заявки: классифицирует заявку, назначает приоритет и крайний срок, назначает исполнителей. После назначения исполнителя статус заявки становится «Назначен исполнитель». Диспетчер может зарыть заявку (рисунок 14).
Рисунок 14 – Варианты использования информационной системы для диспетчера
Исполнитель. Исполнитель может менять статус заявки на «Выполняется» и «На проверке», вносить комментарии. Получив или отредактировав заявку, исполнитель меняет ее статус на «Выполняется». Выполнив заявку, исполнитель меняет ее статус на «На проверке» (рисунок 15).
Рисунок 15 – Варианты использования информационной системы для исполнителя
Проектирование моделей поведения информационной системы выставления заявок на обслуживание оборудования и компьютерной техники мбуз гб г. Армавира
Следующий шаг – спецификация каждого варианта использования с помощью диаграммы деятельности. Зная все доступные состояния заявки рассмотрим теперь детально наиболее существенные варианты использования информационной системы.
Начнем с процесса создания заявки (рисунок 16).
Рисунок 16 – Создание заявки в системе
Из рисунка видно, что весь процесс заполнения заявки выполняется с помощью системы по строго определенным ею правилам, что устраняет двусмысленность трактовки неисправности и позволяет инициатору наиболее полно описать проблему, даже если он не знает с чего начать.
Следующий процесс – обработка заявки диспетчером (рисунок 17)
Рисунок 17 – Обработка заявки диспетчером
Рисунок показывает, что у диспетчера остается существенный набор функций, что не лишает его работы и не дает простаивать на рабочем месте.
Перейдем к рассмотрению того, как с помощью информационной системы обрабатывает заявку исполнитель (рисунок 18).
Рисунок 18– Обработка заявки исполнителем
И последний аспект – то, как может быть обработана заявка по факту ее выполнения исполнителем (рисунок 19)
Рисунок 19 – Закрытие или возврат заявки на доработку
Вывод: Специфицированные варианты использования, роли и модели работы с заявками в системе позволяют наиболее полно представить программисту видение функциональности подсистемы мобильного доступа информационной системы и реализовать все намеченные требования.