68
помощь на всех этапах работы с системой.
Сценарий диалога представлен на рисунке 2.4.
Рисунок 2.4 – Сценарий диалога
2.3.2.Характеристика базы данных
Разработка базы данных осуществляется на основании информационной
модели предметной области. В результате построения информационной модели
были выделены таблицы, в которых будет храниться и обрабатываться
информация базы данных. Поскольку база данных будет реляционной,
необходимо описать связи между таблицами. Для этого применяется модель
«сущность-связь» - ER-модель базы данных. ER-модель базы данных,
69
построенная в редакторе Erwin Data Modeler представлена на рисунке 2.5.
Рисунок 2.5. – ER-модель
Затем нужно дать характеристику атрибутам таблицы базы данных.
Характеристика полей базы данных представлена в таблице 2.5.
Таблица 2.5.
Характеристика базы данных
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Справочник «Статус заявки»
ID_статуса
ID_st
Счетчик
5
Ключевое
поле
Наименование
nst
Текст
30
Справочник «Вид комплектующего»
ID_комплектующего
ID_pr
Счетчик
5
Ключевое
поле
Наименование
NamePr
Текст
300
Справочник «Сотрудник
ID_сотрудника
ID_sotr
Счетчик
5
Ключевое
поле
Фамилия
LName
Текст
100
Имя
FName
Текст
100
70
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Отчество
MName
Текст
100
Телефон
TelSotr
Число
10
Справочник «Вид ремонтных работ»
ID_работ
ID_rem
Счетчик
5
Ключевое
поле
Наименование
Nrem
Текст
100
Справочник «Отдел»
ID_отдела
ID_otd
Счетчик
5
Ключевое
поле
Наименование
name_otd
Текст
100
Таблица "Заявка"
ID_заявки
ID_zav
Счетчик
5
Ключевое
поле
Дата
Date_zav
Дата
8
Номер
Num_zav
Число
10
Описание
Sod_zav
Текст
500
Таблица "Стадия заявки "
ID_стадии
ID_st
Счетчик
5
Ключевое
поле
Дата
St_date
Дата
8
Таблица "Пользователь"
ID_пользователя
ID_user
Счетчик
5
Ключевое
поле
Логин
Login
Текст
100
Пароль
password
Текст
30
Таблица "Право доступа"
ID_права
ID_rule
Счетчик
5
Ключевое
поле
Наименование
Name_rule
Текст
100
2.3.3.Структурная схема пакета (дерево вызова программных модулей)
Структурная схема пакета содержит модули следующих видов [11]:
1. Модули, выполняющие служебные функции.
2. Управляющие модули, осуществляющие загрузку меню и передачу
управления другому модулю.
3. Модули, связанные с хранением, обработкой и выдачей информации.
Описание функций модулей позволяет структурировать файлы
информационной системы, обеспечить надежность системы и удобство при
сопровождении системы. Описание функций модулей представлено в таблице 2.6
71
Таблица 2.6
Описание функций модулей
Наименование модуля
Функции модуля
Глобальный модуль
Содержит глобальные процедуры и
функции, предопределенные процедуры,
процедуры и функции, которые
выполняются при запуске приложения
Модуль справочника
«Сотрудник»
Содержит глобальные процедуры и
функции, предопределенные процедуры,
процедуры и функции, которые
выполняются ведении справочников
Модуль справочника «Отдел»
Содержит глобальные процедуры и
функции, предопределенные процедуры,
процедуры и функции, которые
выполняются ведении справочников
Модель справочника «Статус
заявки»
Содержит глобальные процедуры и
функции, предопределенные процедуры,
процедуры и функции, которые
выполняются ведении справочников
Модель справочника «Вид
комплектующего»
Содержит глобальные процедуры и
функции, предопределенные процедуры,
процедуры и функции, которые
выполняются ведении справочников
Модель справочника «Вид
ремонтных работ»
Содержит глобальные процедуры и
функции, предопределенные процедуры,
процедуры и функции, которые
выполняются ведении справочников
Модуль авторизации
Содержит глобальные процедуры и
функции, предопределенные процедуры,
процедуры и функции, которые
выполняются при авторизации
пользователя
Модуль создания заявки
Содержит глобальные процедуры и
функции, предопределенные процедуры,
процедуры и функции, которые
выполняются при создании заявки
Модуль редактирования данных
Содержит глобальные процедуры и
функции, предопределенные процедуры,
процедуры и функции, которые
выполняются при формировании личного
кабинета редактировании данных
Модуль формирования отчета
Содержит глобальные процедуры и
функции, предопределенные процедуры,
процедуры и функции, которые
выполняются при формировании отчета
Модуль настроек
Содержит предопределенные процедуры
и элементы формы
Дерево вызова программных модулей представлено на рисунке 2.6.
72
Рисунок 2.6. – Дерево вызова программных модулей
2.3.4.Описание программных модулей
В системе будут присутствовать три роли пользователей:
1. Администратор.
2. Специалист сервисного отдела.
3. Руководитель сервисного отдела.
Роль пользователя определяется в процессе авторизации на сайте
компании. Алгоритм авторизации представлен на рисунке 2.7.
73
Рисунок 2.7. – Алгоритм авторизации
Заполнение всех справочников осуществляется по одному алгоритму,
который представлен на рисунке 2.8.
Когда пользователь выбирает в главном меню команду открытия модуля
справочника, открывается форма, в которой показаны все записи, содержащиеся
в этом справочнике. При нажатии кнопки «Добавить», открывается форма
добавления записи. При нажатии кнопки «Изменить», открывается форма
редактирования записи справочника. Все справочники работают по аналогичному
алгоритму.
74
Рисунок 2.8. – Алгоритм работы модулей справочников
После успешного прохождения авторизации пользователя в системе, он
может создать заявку на ремонт и модернизацию ПК. Алгоритм создания заявки
представлен на рисунке 2.9. Ответственным за заявку по умолчанию назначается
тот пользователь, который создал заявку. В процессе обработки заявки
руководитель сервисного отдела может переназначить ответственного
75
сотрудника.
Рисунок 2.9. – Алгоритм создания заявки
На рисунке 2.10 представлен алгоритм обработки заявки. Специалисты
сервисного отдела просматривают поступившие заявки и в зависимости от
содержания проводят необходимые работы: устанавливают комплектующие,
проводят ремонтные работы или заказывают необходимые комплектующие в
отделе закупок. При этом статусы заявок изменяются.
76
Рисунок 2.10 – Алгоритм обработки заявки
На рисунке 2.11 представлен алгоритм формирования отчетности. Для
того чтобы осуществлять контроль обработки заявок, специалисты могут
сформировать отчет, в котором отображены статусы заявок.
77
Рисунок 2.11 – Алгоритм формирования отчетности
2.4.Контрольный пример реализации проекта и его описание
Для разработки контрольного примера реализации проекта и его описания
необходимо:
1. Описать тестовые данные, которые необходимы для проверки
работоспособности основных функций проекта.
2. Описать процесс обработки тестовых данных.
3. Описать результаты обработки тестовых данных.
Реализация контрольного примера состоит из следующих этапов:
1. Ввод тестовых данных в справочники.