87
Менеджер
ИС
sotrudnik_id
Сотрудники
client_id
tblType
tblTiket
Список АРМ
Заявки
Ведомость по заявкам на
техническую поддержку
АРМ
Менеджер
Клиенты
tblType* tblTiket*
client_id*
sotrudnik_id*
Рис. 2.4 – Информационная модель
Для ввода первичной информации используются справочники и
классификаторы.
Выходными документами являются экранные формы, аналитические отчеты
в печатном и электронном виде.
2.3.2 Характеристика нормативно-справочной, входной и оперативной
информации
На исследуемом предприятии будет внедрена информационная система
приема и анализа заявок технической поддержки, которая будет функционировать
на базе ЛВС предприятия. Повышение эффективности производственной
деятельности предприятия в результате применения информационной системы
достигается за счёт повышения качества и улучшения на этой основе
88
использования ресурсов, а также благодаря рационализации деятельности
управленческого персонала. Основные пользователи разрабатываемой системы -
менеджеры компании.
Входной информацией для проектируемой системы являются заявки на
техническое обслуживание АРМ сотрудников, сведения о сотрудниках,
содержащиеся в формируемой заявке. Эти данные поступают как в цифровом, так
и в печатном виде.
Данные из входных документов вносятся в систему путём ручного ввода
данных через веб–интерфейс.
Из штатного расписания в систему вводятся следующие данные:
– ФИО пользователя;
– наименование структурного подразделения.
Основным документом, вносимым в систему, является заявка на оказание
услуги.
Данный документ содержит следующие реквизиты:
– наименование заявки;
– описание заявки;
– категория;
– приоритет;
– комментарий к заявке.
Экранная форма для просмотра данных имеет табличный вид. Экранная
форма для ввода разделена на области, каждая из которых содержит
сгруппированную информацию по определенному признаку.
К нормативно–справочной и оперативной относится информация, которая
меняется для каждого фиксированного случая ее использования.
89
2.3.3 Характеристика результатной информации
Основным результатным документом для разработанной системы является
ведомость заявок, распределенная по следующим статусам:
– новые;
– учтенные;
– выполняемые;
– на тестировании;
– закрытые;
– удаленные.
Реквизиты данного документа следующие:
– номер заявки по порядку в списке;
– регистрационный номер заявки;
– статус;
– приоритет;
– файл, присоединенный к заявке.
– дата последнего изменения статуса заявки;
– наименование заявки;
– комментарий.
2.4 Программное обеспечение задачи
2.4.1 Общие положения (дерево функций и сценарий диалога)
Входные документы будут заноситься пользователями в базу данных,
преобразовываться до нужного формата и обрабатываться по запросам.
Формат вводимых данных исключит возможность ошибки при занесении
информации. Все данные будут храниться в базе данных.
Выходные документы после обработки будут доступны для пользователей в
любое время, что исключит возможность потери информации [9].
Для решения задач, возложенных на менеджера предприятия и
формирования документов, используются входные данные:
– информация по заявкам;
– тип АРМ;
– характеристика неисправности.
90
Наибольший интерес представляют основные функции системы:
ввод и обработка данных;
обработка справочников;
формирование отчетов.
Дерево функций проектируемой ИС представлено на рисунке 2.5.
ИС
Основные функции
Вспомогательные
функции
Обработка
данных
Формирование
отчетов
Формирование
отчетных
документов
Отчетная
ведомость
Система
поддержки
Справка
Представление
данных
Рис. 2.5. Дерево функций проектируемой ИС
Существует два способа описания диалога при проектировании
информационной системы. Первый - табличная форма описания. Второй -
представление структуры диалога в виде организационного графа.
91
В рамках выпускной квалификационной работы реализован первый вариант.
Сценарий диалога ИС отображен на рисунке 2.6.
Вход в систему
Вход в систему
Главная форма
Главное меню
Главное меню
1. Сотрудники
2. Клиенты
3. Заявки
4. Закрыть
Рис. 2.6. Сценарий диалога ИС
2.4.2 Характеристика базы данных
В качестве СУБД была выбрана MS SQL Server 2016.
Преимущества СУБД MS SQL Server 2016:
1. Простой и понятный интерфейс. Приступить к работе с данной СУБД
можно, не имея никаких особых навыков. Кроме того, на помощь новичку
приходят многочисленные справочные пособия, онлайн- и офлайн-курсы.
2. СУБД MS SQL Server 2016 общеизвестна и очень популярна в настольных
ПК. Это значит, что вы всегда можете обратиться за помощью к знакомому, уже
давно использующему данную СУБД, за советом, а также вместе работать с одной
базой данных по сети.
3. Практически безграничные возможности экспорта данных: данные из
таблиц щелчком одной клавиши мыши можно перенести в Excel, Word,
экспортировать в XML, опубликовать в PDF, не говоря уже о том, чтобы без
проблем перенести выбранные объекты в другую базу данных.
92
4. Невысокая цена. Если покупать MS SQL Server 2016 в составе полного
пакета Microsoft Office, то, по сравнению с другими платными СУБД, цена
окажется очень заманчивой.
5. Широкий выбор конструкторов для построения форм, отчетов и запросов,
с помощью которых можно отфильтровать данные и вывести их в удобном виде.
6. Широкие возможности импорта данных: если у вас есть табличные
данные, созданные при помощи текстового процессора MS Word или табличного
процессора MS Excel, вы с помощью мастера без труда перенесете их в свою базу.
Импорт, кроме того, можно выполнить из простого текстового документа, из
документа XML, а также из файлов баз данных, созданных в других СУБД (таких
как dBASE, PARADOX).
7. Возможность создания пароля на своей базе данных.
8. Встроенный язык VBA высокого уровня.
9. Возможность записи макросов.
10. Редактор SQL.
Созданная БД имеет форму для работы с каждой таблицей, а также
основную управляющую (кнопочную) форму.
Ниже описаны таблицы создаваемой базы данных.
1. Таблица «client_id».
Структура таблицы приведена ниже.
Таблица 2.1
Структура таблицы «client_id»
Поле
Тип данных
Размер
Ограничения
client_id
Int
PK
DIRECT_INFO
Varchar
255
Not null
2. Таблица «sotrudnik_id».
Структура таблицы приведена ниже.
93
Таблица 2.2
Структура таблицы «sotrudnik_id»
Поле
Тип данных
Размер
Ограничения
sotrudnik_id
Int
PK
DIRECT_INFO
Varchar
255
Not null
3. Таблица «tblTiket».
Структура таблицы приведена ниже.
Таблица 2.3
Структура таблицы «tblTiket»
Поле
Тип данных
Размер
Ограничения
tblTiket
Int
PK
DIRECT_INFO
Varchar
255
Not null
4. Таблица «tblType».
Структура таблицы приведена ниже.
В соответствии с вышеописанными механизмами будет выстраиваться
пользовательский интерфейс проектируемой ИС.
Таблица 2.4
Структура таблицы «tblType»
Поле
Тип данных
Размер
Ограничения
tblType
Int
PK
DIRECT_INFO
Varchar
255
Not null
При логическом моделировании происходит окончательное определение
структуры данных, определяются ограничения, накладываемые на эти данные,
целью которых является обеспечить целостность данных.
94
Наиболее распространенной моделью данных является реляционная модель.
В этой модели данных каждая сущность представляется в виде таблицы.
Логическое моделирование заключается в переходе от диаграммы
«сущность–связь» к взаимосвязанным таблицам. Этот переход состоит из
следующих шагов:
I. Преобразование сущностей:
– каждая простая сущность становится таблицей.
– каждый атрибут становится столбцом таблицы.
– уникальный идентификатор сущности становится ключом таблицы.
II. Преобразование связи:
– связи один ко многим реализуются путем переноса ключевых атрибутов
таблиц соответствующих сущностей стоящих со стороны один в таблице
соответствующих сущностей стоящих со стороны многие.
На данном этапе проводится проверка на целостность БД, происходит
нормализация сущностей (которые на данном этапе представлены в виде таблиц)
Цель нормализации – создание набора отношений на основе требований к
данным, установленным в некоторой организации. Процесс нормализации это
формальный метод, который позволяет идентифицировать отношения на основе их
первичных ключей и функциональных зависимостей, существующих между
атрибутами.
Процесс нормализации проходит в несколько этапов:
– ненормальное отношение (таблица содержит несколько повторяющихся
записей);
– первая нормальная форма (все значения полей таблицы являются
атомарными);
– вторая нормальная форма (это отношение, которое находится в ПНФ, и
каждый атрибут которого, не входящий в состав первичного ключа,
характеризуется полной функциональной зависимостью от этого первичного
ключа. Переход от ПНФ к ВНФ включает устранение частичных зависимостей.);
– третья нормальная форма (отношение, которое находится в ПНФ и ВНФ, и
не имеет не входящих в первичный ключ атрибутов, которые находились бы в
транзитивной зависимости от этого первичного ключа).
95
ER–модель базы данных приведена на рисунке 2.7.
Рис. 2.7. ER–модель базы данных
2.4.3 Структурная схема пакета (дерево вызова программных модулей)
На основе программных функций ИС, построим дерево программных
модулей системы:
– выполняющих служебные функции;
– управляющих модулей, предназначенных для загрузки меню и передачи
управления другому модулю;
– модулей, связанных с вводом, хранением, обработкой и выдачей
информации (функциональные модули).
96
Дерево программных модулей показано на рисунке 2.8.
Модули системы
Служебные модули
Функциональные
модули
Управляющие
модули
База данных
Ввод,
редактирование,
удаление данных
Ввод,
редактирование,
удаление
справочной
информации
Отчеты
Вход в систему
Рис. 2.8. Дерево программных модулей проектируемой ИС
2.4.4 Описание программных модулей
Управляющий модуль автоматически выполняется при старте ИС в момент
загрузки конфигурации. В управляющем модуле помещаются процедуры и
функции, которые необходимо выполнять при запуске ИС, а также глобальные
процедуры и функции, которые могут вызываться из любого другого модуля
конфигурации. После загрузки управляющего модуля, с выбранным интерфейсом
под конкретного пользователя, можно производить работу в системе, с помощью
загрузки других модулей.
Функциональные модули содержат в себе модули, реализующие задачи,
связанные с функционалом программы.
Служебные модули обеспечивают отображение информации о проведенных
товарах.