Дипломная работа: Автоматизация обработки заявок в АО «ТЭК-Торг»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
86
Сценарий диалога формируется на основе дерева функций. В
разработанной системе сценарий построен по иерархическому принципу. Работа
начинается с вызова главной кнопочной формы, на которой присутствует 5
пунктов меню:
Клиент;
Заявка;
Справочник;
Пользователь;
Отчеты;
Выход.
Сценарий диалога приведен на рисунке 2.4.
87
Авторизация
1. Клиент
1.1 Добавить
1.2 Удалить
1.3 Редактировать
1.4. Обновить
1.5 Сохранить
Выход
Основные функции:
1.Клиент
2.Заявка
3.Справочник
4.Пользователь
5.Отчеты
6.Выход
3. Справочник
1.Клиент
2.Сотрудники
3.Справочник Тип
Неисправности
4.Справочник Тип
Должности
5.Справочник Статус заявки
2. Заявка
2.1 Добавить
2.2 Удалить
2.3 Редактировать
2.4. Обновить
2.5 Сохранить
3.1-3.7 Операции
1 Добавить
2 Удалить
3 Редактировать
4. Обновить
5 Сохранить
4.Пользователь
1 Добавить
2 Удалить
3 Редактировать
4. Обновить
5 Сохранить
Рисунок 2.4. Сценарий диалога системы
88
2.3.2 Характеристика базы данных
С учетом особенностей хранения данных и указанной организации их
хранения, приведем инфологическую модель данных, приведенную с
использованием стандартизированной методологии IDEF1X и средства Mysql
Workbench.
Рисунок 2.5. Инфологическая модель базы данных
На схеме приведены следующие сущности и атрибуты:
1. Заявка:
Код_заявка
Дата регистрации
Дата закрытия
Код_статус (справочник Статус заявки)
Код_неисправность (справочник Тип неисправностей)
Код_клиента (справочник Клиенты)
Код_сотрудника (справочник Сотрудники)
Воспроизводимость
Скриншот
Описание
89
Код_услуга (справочник Дополнительные услуги)
Количество
2. Клиенты:
Код_клиента
Фамилия
Имя
Отчество
Должность
Телефон
Номер комнаты
3. Сотрудники
Код_сотрудника
Фамилия
Имя
Отчество
Код_должность (из справочника Должность)
Телефон
E-mail
4. Статус заявки:
Код_статус, Наименование_статус (принята, распределена, закрыта)
5. Тип неисправностей:
Код_неисправность, Наименование_неисправность
6. Должность:
Код_ должность, Наименование должность (специалист технического
обслуживания, программист, системный администратор)
Структура таблиц приведена в таблицах.
Таблица 2.3
Структура таблицы client
Поле Тип Null По умолчанию
id int(11) Нет
title varchar(255) Да NULL
last_name varchar(255) Да NULL
first_name varchar(255) Да NULL
middle_name varchar(255) Да NULL
phone varchar(255) Да NULL
90
email varchar(255) Да NULL
number varchar(255) Да NULL
Таблица 2.4
Структура таблицы defect
По
ле
Тип N
ull
По умолчанию
id int(11) Н
ет
titl
e
varchar(255) Д
а
NULL
Таблица 2.5.
Структура таблицы request
Поле Тип N
ull
По умолчанию
id int(11) Н
ет
date_reg datetime Д
а
NULL
date_close datetime Д
а
NULL
id_status int(11) Д
а
NULL
id_client int(11) Д
а
NULL
description mediumtext Д
а
NULL
reproducibility bit(1) Д
а
NULL
id_staff int(11) Д
а
NULL
id_defect int(11) Д
а
NULL
id_priority int(11) Д
а
NULL
Таблица 2.6.
Структура таблицы staff
Поле Тип N
ull
По умолчанию
id int(11) Н
ет
last_name varchar(255) Д
а
NULL
first_name varchar(255) Д
а
NULL
middle_name varchar(255) Д
а
NULL
birthday datetime Д NULL
Источник: https://baza.diplomsite.ru/previewfile/1859