Дипломная работа: Автоматизация приема заявок на ремонт и модернизацию ПК в АО НПО "Турботехника"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
78
прецеденты.
Субъекты - может только вводить информацию в систему, только
получать информацию из системы или делать и то, и другое. В роли субъекта
может выступать также и другая система, если она будет взаимодействовать
с разрабатываемой системой, и не будет являться ее неотъемлемой частью.
Прецеденты - предназначены для моделирования диалога между
системой и ее субъектами. Они представляют собой возможности, которые
система может обеспечить конкретному субъекту.
Работа системы осуществляется следующим образом:
1. Заказчик (представитель цеха) заходит в систему и формирует
заявку, выбирая из списка сломанное оборудование, вводя предполагаемую
причину поломки, при этом дата и время заявки устанавливается
автоматически.
2. Заявка попадает к диспетчеру. Диспетчер отправляет заявку
наладчику, может добавить свое примечание.
3. Наладчик рассматривает заявку и может либо принять ее на
исполнение, либо вернуть диспетчеру. В последнем случае диспетчер опять
назначает заявку какому-то другому сотруднику.
4. Если заявка принимается на исполнение, наладчик может выписать
накладную на получение какого-либо оборудования со склада, выбирая его
из списка.
5. Если необходимого оборудования в системе нет, исполнитель может
сформировать аварийную заявку в отдел снабжения для получения этого
оборудования на склад и распечатать ее. Если при следующей
синхронизации оказывается, что это оборудование уже поступило на склад, в
списке заявок в работе должна быть сигнализация о том, что оборудование
поступило на склад и можно приступать к работе по ремонту.
6. По окончании ремонта наладчик закрывает наряд, выбирая из списка
выполненные работы, а также используя список оборудования, которое было
ранее выдано для проведения данного ремонта. Оборудование также можно
79
добавлять в наряд при его закрытии. Время закрытия добавляется
автоматически.
7. Закрытая заявка показывается у заказчика этой заявки, заказчик
должен закрыть ее окончательно или отправить на доработку, добавив
примечание.
В диаграмме прецедентов 4 актера. На рисунке П.Б.1 представлена
диаграмма прецедентов, которая представляет функции администратора по
работе с системой.
Прецедент «Аутентификация пользователя» активизируется всеми
субъектами ИС. Перед тем как пользователь начнет работу с БД, системой
запрашивается его логин и пароль. Когда пользователь не прошел
регистрацию либо допущена ошибка в пароле и/или логине, то ему не
предоставляется доступ к работе в ИС. Если проверка пользовательского
логина и пароля прошла успешно откроется главное окно программы. На
рисунках П.Б.2 и П.Б.3 показаны диаграмма очередности и диаграмма
действий такого прецедента.
Прецедент «Учет заявки» активизируется субъектом ИС заказчик.
Данным прецедентом описывается процедура ввода новых данных в БД. Это
выполняет пользователь в качестве заказчика. В формы ввода вводятся на
основании документов данные, а также вся справочная информация, которая
необходима при работе с системой. На рисунках П.Б.4 и П.Б.5 показаны
диаграмма очередности и диаграмма действий подобного прецедента.
Диаграмма последовательности «Распределение заявок» показывает
порядок распределение заявок и направления наладчику для исполнения.
Диаграмма последовательности «Обработка заявки наладчиком»
показывает порядок обработки заявок при ее получении наладчиком.
Исполнитель может либо отказаться от заявки, либо принять ее для
исполнения. Диаграмма последовательности при отказе от заявки приведена
на рисунке П.Б.6.
Диаграмма последовательности при приеме заявки в работу приведена
80
на рисунке П.Б.7.
По окончании работы по заявке наладчик закрывает ее, формируя
наряд. Диаграмма последовательности данного процесса приведена на
рисунке П.Б.8.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
Входной информацией для разрабатываемой системы являются
ассортимент услуг, данные каждой услуги, данные покупателя, оценка
услуги покупателем. Данные, касающиеся услуг (ассортимент и
наименование) вноясятся в систему ее администратором.
Из ассортимента услуг в систему заносятся следующие реквизиты:
- наименование категории;
- наименование услуги;
О каждой позиции в систему вносятся следующие реквизиты:
- наименование;
- категория;
- описание
Количество поступивших данных зависит от количества
обращающихся клиентов и может колебаться от 10 до 20 за рабочий день.
2.2.3 Характеристика результатной информации
Результатными документами системы являются три формы: отчет о
проведенной операции; сообщение о выполненном платеже и сообщение о
невыполненном платеже (рисунки 13-15).
81
Рисунок 13 Сообщение о выполненном платеже
Рисунок 14 Отчет о проведенной операции
Рисунок 15 Сообщение о невыполненном платеже
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Программное обеспечение задачи предполагает в первую очередь
построение дерева функций (рисунок 16) и сценария диалога (рисунок 17)
между пользователем информационной системы и программным
приложением. В качестве способа описания диалога выбран язык типа
«меню».
82
Рисунок 16 Дерево функций системы
Чтобы взаимодействовать с пользователем программы предполагается
применение меню, полей, подсказок, которые отвечают за введение данных,
а также кнопок, при нажатии на которые будет всплывать тот или иной
запрос к БД.
2.3.2 Характеристика базы данных
Построение информационной модели необходимо для точного и
полного отображения реальной ситуации при формировании структуры БД.
Модель обязана соответствовать таким требованиям:
обеспечивать адекватное отображение предметной области и давать
возможность получить интегрированное представление о предметной
области;
содержать информацию о предметной области, достаточную для
дальнейшего проектирования.
Источник: https://baza.diplomsite.ru/previewfile/1930