Диплом: Автоматизация приема и обработки заявок отделом технической поддержки "ЗАО Микояновский мясокомбинат"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
96
аппаратная защита от несанкционированного доступа;
криптографическая защита данных;
защита персональным файрволом;
резервирование данных;
протоколирование доступа.
Для обеспечения физической информации файрвол, веб-сервер,
сервера IDS и контроля за трафиком и все сервера данных находится в
отдельном помещении, доступ в которое разрешен только
администраторам, у которых есть ключ или магнитная карта к этой комнате
(комната закрыта). Помещение оборудовано принудительной вентиляцией
и пожарной защитой (полуавтоматической). Вход в офис компании должен
осуществляться только по магнитным картам.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель представляет собой схему движения
входных, промежуточных и результативных потоков и функций предметной
области. Кроме того, она объясняет, на основе каких входных документов и
какой нормативно-справочной информации происходит выполнение
функций по обработке данных и формирование конкретных выходных
документов.
Для создания схемы информационной модели, предварительно
определим несколько реквизитов, составляющих нашу ИС.
Информационные объекты необходимые для работы системы состоят
из:
- администратора системы;
97
- менеджера.
- Экранных форм:
а) для администратора: экранные формы ввода информации в
справочники системы, получения отчетов;
в) для менеджера: экранные формы учета поступления, учета заявок.
Администратор, в свою очередь, заполняет справочник товаров через
экранную форму, задает им реквизиты и в процессе работы фирмы меняет
их, вносит информацию о наличии товаров в магазине, и увеличивает или
уменьшает их число на сайте. Он использует информацию о наличии на
складе, по предоставляемым документам об отпуске или поступлении
товаров, или из программы 1С.
Покупатель принимает информацию из каталога товаров, внесенных
менеджером, об их наименовании и ценах. Затем он принимает решение, о
покупке, выделяя товары и их кол-во, в экранной форме заказа товара. После
совершения заказа покупатель получает печатный счет к оплате. Заказ
добавляется в таблицу заказов. В то же время менеджер замечает добавление
нового заказа в экранной форме-списке заказов. Он просматривает
содержимое заказа, и реквизиты. Печатает его из печатной формы и
отправляет заказ на склад для резервирования необходимого количества
товаров.
Информационная модель включает в себя четыре области:
Область выходной информации
Область справочников системы
Область обработки информации
Область входной информации
Процесс работы показан на информационной модели на рисунке 2.5.
98
Рисунок 2.5. Информационная модель системы
Заполнение справочников происходит при первом запуске системы,
далее они только редактируются. При использовании основных
справочников происходит учет заявок, в ходе которого записывается
информация в таблицу Заявки.
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Входной информацией для проектируемой системы являются заявки
пользователей, сведения о сотрудниках предприятия, содержащиеся в
штатном расписании, сведения о кабинетах здания, в котором располагается
предприятие (паспорт здания), а также сведения о наиболее часто
происходящих инцидентах, формируемые на основании опытной
99
эксплуатации и сведения об отделах предприятия. Эти данные поступают
как в цифровом, так и в печатном виде.
Данные из входных документов вносятся в систему путём ручного
ввода данных через интерфейс программы.
Из штатного расписания в систему вводятся следующие данные:
ФИО пользователя;
Наименование отдела.
Сведения об инцидентах, а также сведения об отделах содержат
только наименования данных реквизитов.
Основным документом, вносимым в систему, является заявка
пользователей на техническую поддержку.
Данный документ содержит следующие реквизиты:
наименование заявки;
описание заявки;
категория ( инцидент);
приоритет;
файл с ошибкой;
комментарий к заявке.
Для обеспечения работы системы предусмотрены справочники,
приведенные в таблице 2.3.
Таблица 2.3
Перечень используемых справочников
п
п
название
справочни
ка
ответственн
ый за
ведение
средний
объём
справочни
ка в
записях
средняя
частоту
актуализац
ии
средний
объем
актуализац
ии, %
1 Отделы Администрато
р
45 1 раз в
месяц
10
2 Неисправно
сти
Администрато
р
10 1 раз в
месяц
10
3 Пользовател
и
Администрато
р
250 1 раз в год 10
100
4 Тип
пользовател
я
Администрато
р
5 1 раз в год 10
5 Должности Администрато
р
5 1 раз в год 10
Справочник Отделы формируется на основании штанного расписания
и содержит только наименование отдела. На основании этого же документа
формируется и справочник Пользователи. Справочник Должности
формируется на основании также штатного расписания, а Справочник
Неисправности – на основании результатов анализа опытной эксплуатации
(работы службы техподдержки). Справочник Пользователи формируется на
основании штатного расписания предприятия.
2.2.3. Характеристика результатной информации
Основным результатным документом для разработанной системы
является список заявок пользователей, распределенный по следующим
статусам:
новые;
распределенные;
в процессе;
на проверке;
закрытые;
удаленные.
Реквизиты данного документа следующие:
Номер заявки по порядку в списке;
Регистрационный номер заявки;
Статус;
Приоритет;
Файл, присоединенный к заявке.
101
Дата последнего изменения статуса заявки;
ФИО пользователя, открывшего заявку;
Отдел пользователя;
Наименование заявки;
Описание;
Категории (неисправности);
Комментарий.
Данные реквизиты являются общими для всех заявок. Для заявок,
перешедших в статус Распределена и дальше (кроме статуса Удалена)
предусмотрены также следующие реквизиты:
сведения об исполнителе, в том числе:
o ФИО исполнителя;
o должность исполнителя.
сведения о жизненном цикле заявки, в том числе дата и время
изменения каждого статуса.
Кроме того, для удобства работы администратора формируются
следующие выходные документы:
список пользователей с возможностью редактирования;
список отделов;
список неисправностей.
Документ «Список пользователей» содержит следующие реквизиты:
номер пользователя в системе;
ФИО пользователя;
Статус пользователя;
Отдел пользователя;
логин;
пароль.
102
Данный документ формируется на основе таблиц Пользователи,
Отделы, а также справочника Типы пользователей.
Выходной документ Список отделов содержит только наименование
отдела и формируется на основании соответствующего справочника.
Выходной документ Список неисправностей содержит только
наименование неисправности и формируется на основании
соответствующего справочника.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Основным действующим лицом в разработанной системе является
сотрудник отдела технической поддержки. Дерево функций для данного
сотрудника представлено на рис. 2.6.
103
Рисунок 2.6. Дерево функций сотрудника отдела
Основной функцией сотрудника отдела является учет обращений,
ввод данных о содержании обращения, назначение ответственного лица,
получение отчетных документов, в том числе их документирование.
Сценарий диалога, формирующийся на основе дерева функций,
приведен на рис. 2.7.
104
Рисунок 2.7. Сценарий диалога для сотрудника отдела
техподдержки
2.3.2. Характеристика базы данных
Инфологическая (концептуальная) модель — это формализованное
описание предметной области, выполненное безотносительно к
используемым в дальнейшем программным и техническим средствам.[3]
105
Инфологическая модель должная быть динамической и позволять легкую
корректировку. К основным требованиями, предъявляемым к
инфологической модели, можно отнести следующие:
инфологическая модель должна содержать всю необходимую и
достаточную информацию для последующего проектирования базы
данных;
инфологическая модель должная быть понятна лицам,
принимающим участие в создании системы.
ER-модель представляет собой логическую структуру информации об
объектах системы. Компонентами ER-модели являются сущности (объекты)
и отношения (связи между объектами). Объект имеет множество реализаций
или экземпляров. Экземпляр объекта образуется совокупностью
конкретных значений реквизитов и должен однозначно определяться, т.е.
идентифицироваться значением ключа объекта, который состоит из одного
ли нескольких ключевых реквизитов.
Сущности могут быть зависимыми и независимыми. Сущность
является независимой, если каждый экземпляр ее может быть однозначно
идентифицирован без определения ее отношений с другими сущностями.
Однозначная идентификация экземпляра зависимой сущности зависит от
отношений с другими сущностями.
Для отображения отношений между сущностями используются связи.
Связи существуют, если экземпляры сущностей логически взаимосвязаны.
ER-модель представляет собой логическую структуру информации об
объектах системы. Компонентами ER-модели являются сущности (объекты)
и отношения (связи между объектами). Объект имеет множество реализаций
или экземпляров. Экземпляр объекта образуется совокупностью
конкретных значений реквизитов и должен однозначно определяться, т.е.
идентифицироваться значением ключа объекта, который состоит из одного
ли нескольких ключевых реквизитов.

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)