57
определения состава кадров диалога, содержания каждого кадра и их
соподчиненность.
В сценарии диалога должно учитываться:
работа с формами входных документов;
формирование результатных документов;
ввод и редактирование и просмотр данных;
протоколирование действий пользователей;
помощь на всех этапах работы с системой.
Сценарий диалога представлен на рисунке 18.
Главное меню
Справочники
Сотрудник
Отдел
Вид
комплектующего
Вид ремонтных
работ
Заявка
Создать
Отчет
Сформировать
Настройки
Просмотр
Изменение
Просмотр
Изменение
Просмотр
Изменение
Просмотр
Изменение
Найти
Статус заявки
Просмотр
Изменение
Рисунок 18. Сценарий диалога
58
2.3.2. Характеристика базы данных
Разработка базы данных осуществляется на основании информационной
модели предметной области. В результате построения информационной модели
были выделены таблицы, в которых будет храниться и обрабатываться информация
базы данных. Поскольку база данных будет реляционной, необходимо описать связи
между таблицами. Для этого применяется модель «сущность-связь» - ER-модель
базы данных. ER-модель базы данных, построенная в редакторе Erwin Data Modeler
представлена на рисунке 19.
Рисунок 19. ER-модель
Затем нужно дать характеристику атрибутам таблицы базы данных.
Характеристика полей базы данных представлена в таблице 11.
Пользователь
ID_польз ователя
Логин
Пароль
ID права (FK)
Право доступа
ID права
Наименование
Сотрудник
ID_сотру дника
Фамилия
Имя
Отчество
Телефон
ID_отдела (FK)
Вид ремонтных работ
ID_работ
Наименование
Вид комплектующего
ID_комплектующего
Наименование
Стату с заявки
ID_статуса
Наименование
Заявка
ID_заявки
Номер
Дата
Описание
ID_сотру дника (FK)
ID_комплектующего (FK)
ID_работ (FK)
ID_польз ователя (FK)
Отдел
ID_отдела
Наименование
Стадия заявки
ID_стадии
Дата
ID_заявки (FK)
ID_статуса (FK)
59
Таблица 11
Характеристика базы данных
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Справочник «Статус заявки»
ID_статуса
ID_st
Счетчик
5
Ключевое
поле
Наименование
nst
Текст
30
Справочник «Вид комплектующего»
ID_комплектующего
ID_pr
Счетчик
5
Ключевое
поле
Наименование
NamePr
Текст
300
Справочник «Сотрудник»
ID_сотрудника
ID_sotr
Счетчик
5
Ключевое
поле
Фамилия
LName
Текст
100
Имя
FName
Текст
100
Отчество
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
60
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Структурная схема пакета содержит модули следующих видов [11]:
1. Модули, выполняющие служебные функции.
2. Управляющие модули, осуществляющие загрузку меню и передачу
управления другому модулю.
3. Модули, связанные с хранением, обработкой и выдачей информации.
Описание функций модулей позволяет структурировать файлы
информационной системы, обеспечить надежность системы и удобство при
сопровождении системы. Описание функций модулей представлено в таблице 12.
Таблица 12
Описание функций модулей
№
п/п
Наименование
модуля
Функции модуля
1
Глобальный модуль
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые выполняются при запуске
приложения
2
Модуль
справочника
«Сотрудник»
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые выполняются ведении
справочников
3
Модуль
справочника
«Отдел»
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые выполняются ведении
справочников
4
Модель
справочника
«Статус заявки»
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые выполняются ведении
справочников
5
Модель
справочника «Вид
комплектующего»
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые выполняются ведении
справочников
6
Модель
справочника «Вид
ремонтных работ»
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые выполняются ведении
справочников
7
Модуль
авторизации
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые выполняются при авторизации
пользователя
8
Модуль создания
заявки
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые выполняются при создании
заявки
61
№
п/п
Наименование
модуля
Функции модуля
9
Модуль
редактирования
данных
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые выполняются при
формировании личного кабинета редактировании
данных
10
Модуль
формирования
отчета
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые выполняются при
формировании отчета
11
Модуль настроек
Содержит предопределенные процедуры и
элементы формы
Дерево вызова программных модулей представлено на рисунке 20.
Главный модуль
Модуль справочника «Сотрудник»
Модуль создания заявки
Модуль справочника «Отдел»
Модуль авторизации
Модуль редактирования данных
Модуль справочника «Статус заявки»
Модуль справочника «Вид комплектующего»
Модуль справочника «Вид ремонтных работ»
Модуль формирования отчета
Модуль настроек
Рисунок 20. Дерево вызова программных модулей
62
2.3.4. Описание программных модулей
В системе будут присутствовать две роли пользователей:
Администратор.
Специалист ИТ-отдела.
Сотрудник организации.
Роль пользователя определяется в процессе авторизации на сайте компании.
Алгоритм авторизации представлен на рисунке 21.
Начало
Счетчик количества
введенных неверно
паролей i:=0 to 3
Открытие файла main
i>3
Запуск библиотек
Загрузка форм
Ввод учетных данных
Открытие формы авторизации
Данные верны
«Введены неверные
данные!»
i:=i+1
Нет
Загрузка главного окна
Да
Загрузка элементов
главного меню
Конец
Нет
Да
Рисунок 21. Алгоритм авторизации
63
Заполнение всех справочников осуществляется по одному алгоритму,
который представлен на рисунке 22. Когда пользователь выбирает в главном меню
команду открытия модуля справочника, открывается форма, в которой показаны все
записи, содержащиеся в этом справочнике. При нажатии кнопки «Добавить»,
открывается форма добавления записи. При нажатии кнопки «Изменить»,
открывается форма редактирования записи справочника. Все справочники работают
по аналогичному алгоритму.
Начало
Открытие формы справочника
AddButton ->
onclick
Открытие формы добавления
записи
Да
SaveButton ->
onclick
Сохранение записи
Да
CloseButton ->
onclick
Закрытие формы добавления
записи
Да
Нет
Нет
CloseButton ->
onclick
Нет
Закрытие формы справочника
Да
Конец
Нет
Рисунок 22. Алгоритм работы модулей справочников
64
После успешного прохождения авторизации пользователя в системе, он
может создать заявку на ремонт и модернизацию ПК. Алгоритм создания заявки
представлен на рисунке 23. Ответственным за заявку по умолчанию назначается тот
пользователь, который создал заявку. В процессе обработки заявки руководитель
ИТ-отдела может переназначить ответственного сотрудника.
Открытие формы создания
заявки
Выбор комплектующего из
справочника
Статус заявки := «Новая»
Начало
Выбор ремонтных работ
Конец
Нажата кнопка
«Сохранить»
Нажата кнопка
«Закрыть»
Нет
Закрытие формы документа
Да
НЕТ
Необходимо
клмплектующее
ДА
НЕТ
Рисунок 23. Алгоритм создания заявки
65
На рисунке 24 представлен алгоритм обработки заявки. Специалисты ИТ-
отдела просматривают поступившие заявки и в зависимости от содержания проводят
необходимые работы: устанавливают комплектующие, проводят ремонтные работы
или заказывают необходимые комплектующие в отделе закупок. При этом статусы
заявок изменяются.
Начало
Выборка заявок со
статусом «Новая заявка»
Статус заявки = «В работе»
Проведение работ
Конец
Статус заявки = «Готов»
Статус заявки = «Закрыта»
Необходимы
комплектующие
НЕТ
Передача клиенту
ДА
НЕТ
Комплектующие в
наличии
ДА
ДА
Статус заявки = «Заказ
комплектующих»
Заказ комплектующих
НЕТ
Необходим ремонт
Статус заявки = «Передано
в ремонт»
Проведение работ
ДА
НЕТ
Рисунок 24. Алгоритм обработки заявки
66
На рисунке 25 представлен алгоритм формирования отчетности. Для того
чтобы осуществлять контроль обработки заявок, специалисты могут сформировать
отчет, в котором отображены статусы заявок.
Начало
Ввод даты начала выборки
Ввод даты окончания выборки
Дата введена
Выборка данных из таблицы «Заявка»
Выборка данных из таблицы «Стадия
заявки»
Выборка данных из таблицы «Статус
заявки»
Выборка данных из таблицы «Сотрудник»
ДА
Печать отчета
Вывод сообщения «Введите
дату»
Конец
НЕТ
Вывод отчета на печать
ДА
Рисунок 25. Алгоритм формирования отчетности