59
Рисунок 14. Макет справочника «Вид проблемы»
Входным документом разрабатываемой системы является заявка на
техническую поддержку. В ней содержатся следующие данные:
1. ФИО сотрудника.
2. Отдел.
3. Дата заявки.
4. Описание проблемы.
Заявка будет вводиться в систему сотрудниками организации
самостоятельно. Ранее они передавались в отдел с помощью телефона, поэтому
потребуется оригинальное проектирование формы документа. Макет формы заявки
представлен на рисунке 15.
60
Рисунок 15. Макет формы заявки
2.2.3. Характеристика результатной информации
Результатной информацией проектируемой системы будет являться отчет по
анализу заявок. В этом отчете содержатся данные по количеству заявок по каждому
виду проблемы, с которым сотрудник организации обращался за выбранный
период времени. Этот отчет формируется для того, чтобы выявить наиболее
значимые проблемы информационной инфраструктуры организации, с которыми
сталкиваются пользователи. Этот отчет поможет системным администраторам в
разработке стратегии совершенствования информационной инфраструктуры
предприятия.
61
Отчет по анализу заявок содержит следующие данные:
1. Вид проблемы.
2. Количество заявок по каждому виду проблемы.
Также для контроля работы системных администраторов нужно добавить
отчет по обработанным заявкам по каждому сотруднику за заданный
пользователем период времени. В этом отчете должны быть следующие поля:
1. ФИО сотрудника.
2. Дата начала.
3. Дата окончания.
4. Количество заявок.
5. Среднее время обработки заявки.
Результатная информация содержит данные следующих таблиц базы
данных:
Вид проблемы.
Статус.
Заявка.
Сотрудник.
Стадия.
Характеристика таблиц с результатной информацией представлена в таблице
10.
Таблица 10
Характеристика таблиц с результатной информацией
Наименование таблицы Наименование поля
Статус Наименование
Заявка
Номер
Дата
Вид проблемы Наименование
Сотрудник Фамилия
62
Имя
Отчество
Стадия Наименование
Макет отчетной формы по анализу заявок представлен на рисунке 16.
Рисунок 16. Макет отчетной формы
Макет отчетной формы по количеству заявок, обработанных каждым
сотрудником, представлен на рисунке 17.
63
Рисунок 17. Макет отчетной формы
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Опишем функции разрабатываемой системы. К функциям системы должны
относиться авторизация, управление пользователями и разграничение прав доступа
к системе [7]. Этот комплекс функций направлен на обеспечение информационной
безопасности. Затем в системе должны быть функции, связанные с вводом данных
и редактированием справочников. Поскольку система разрабатывается с целью
автоматизации создания заявок для техподдержки, необходимы функции создания,
просмотра и редактирования заявок. Также в системе должны присутствовать
функции формирования отчетности.
Перечисленные функции, которые будут автоматизированы с помощью
разрабатываемой системы можно разделить на служебные и основные функции [8].
Распределим перечисленные выше функции по этим категориям.
К служебным функциям проектируемой системы будут относиться:
1. Авторизация.
2. Настройка системы.
3. Управление окнами.
4. Помощь по работе программы.
К основным функциям будут относиться:
1. Ввод данных в справочники.
2. Управление пользователями.
3. Разграничение прав доступа.
4. Создание заявки.
5. Формирование отчетов.
В результате проделанной работы было создано дерево функций системы,
представленное на рисунке 18.
64
Затем, на основании дерева функций системы создадим сценарий диалога.
Для взаимодействия информационной системы с пользователем был выбран язык
типа «Меню» [9]. Разрабатываемый сценарий диалога должен обладать
возможностью определения состава кадров диалога, содержания каждого кадра и
их соподчиненность.
Функции автоматизированной системы
Основные Служебные
Ввод данных в справочники
Управление пользователями
Настройка системы
Управление окнами
Руководство пользователяРазграничение прав доступа
Формирование отчета
Создание заявки
Авторизация пользователей
Рисунок 18. Дерево функций системы
В сценарии диалога должно учитываться [14]:
работа с формами входных документов;
формирование результатных документов;
ввод и редактирование и просмотр данных;
протоколирование действий пользователей;
помощь на всех этапах работы с системой.
Сценарий диалога представлен на рисунке 19.
65
Главное меню
Справочники
Сотрудник
Должность
Отдел
Вид проблемы
Заявки
Создать Отчет Сформировать Настройки
Просмотр
Изменение
Просмотр
Изменение
Просмотр
Изменение
Просмотр
Изменение
Найти
Статус заявки
Просмотр
Изменение
Управление
пользователями
Создать
Найти
Разграничение
прав доступа
Рисунок 19. Сценарий диалога
2.3.2. Характеристика базы данных
Ранее было дано описание входной, условно-постоянной и результатной
информации. На основании этого описания сначала осуществим моделирование, а
затем разработаем базу данных. Поскольку база данных будет реляционной,
необходимо описать связи между таблицами. Для этого применяется модель
«сущность-связь» - ER-модель базы данных [11]. ER-модель базы данных,
построенная в редакторе Erwin Data Modeler представлена на рисунке 20.
66
Сотрудник
ID_сотрудника
Фамилия
Имя
Отчество
Телефон
ID_должности (FK)
ID_польз ователя (FK)
ID_отдела (FK)
Должность
ID_должности
Наименование
Отдел
ID_отдела
Наименование
Статус з аявки
ID_стату са
Наименование
Вид проблемы
ID_проблемы
Наименование
Заявка
ID_з аявки
Номер
Дат а
Описание
ID_проблемы (FK)
ID_сотрудника (FK)
ID_стадии (FK)
ID_решения (FK)
Стадия
ID_стадии
Дата
Комментарий
ID_стату са (FK)
Польз ователь
ID_польз ователя
Лог ин
Пароль
ID_права (FK)
Право
ID_права
Наименование
Решение проблемы
ID_решения
Описание
Рисунок 20. ER-модель базы данных
Затем нужно дать характеристику атрибутам таблицы базы данных.
Характеристика полей базы данных представлена в таблице 11.
Таблица 11
Характеристика базы данных
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Справочник «Статус заявки»
ID_статуса ID_st Счетчик 5
Ключевое
поле
Наименование nst Текст 30
Справочник «Вид проблемы»
ID_проблемы ID_pr Счетчик 5
Ключевое
поле
Наименование NamePr Текст 300
67
Справочник «Сотрудник»
ID_сотрудника ID_sotr Счетчик 5
Ключевое
поле
Фамилия LName Текст 100
Имя Fname Текст 100
Отчество Mname Текст 100
Телефон TelSotr Число 10
Справочник «Должность»
ID_должности ID_dolzh Счетчик 5
Ключевое
поле
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Наименование name_dolzh Текст 100
Справочник «Отдел»
ID_отдела ID_dep Счетчик 5
Ключевое
поле
Наименование NameDep Текст 100
Заявка
ID_заявки ID_zav Счетчик 5
Ключевое
поле
Дата Date_zav Дата 8
Номер Num_zav Число 10
Описание Sod_zav Текст 500
Стадия заявки
ID_стадии ID_st Счетчик 5
Ключевое
поле
Дата Date_st Дата 8
68
Комментарий Comm_st Текст 500
Решение проблемы
ID_решения ID_resh Счетчик 5
Ключевое
поле
Описание Op_resh Текст 500
Пользователь
ID_пользователя ID_user Счетчик 5
Ключевое
поле
Логин Login Текст 100
Пароль password Текст 30
Право доступа
ID_права ID_rule Счетчик 5
Ключевое
поле
Наименование Name_rule Текст 100
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Структурная схема пакета содержит модули следующих видов [10]:
1. Модули, выполняющие служебные функции.
2. Управляющие модули, осуществляющие загрузку меню и передачу
управления другому модулю.
3. Модули, связанные с хранением, обработкой и выдачей информации.
Описание функций модулей позволяет структурировать файлы
информационной системы, обеспечить надежность системы и удобство при
сопровождении системы. Описание функций модулей представлено в таблице 12.
Таблица 12
Описание функций модулей
№
п/п
Наименование
модуля
Функции модуля