34
Данные, получают с помощью входных документов. Эти входные
документы вносятся в компьютер. С помощью клавиатуры вводятся данные в
систему, которые в форму заявки находящуюся на веб-адресе- help.b1t.ru.
Обязательными полями для заполнения являются: ФИО пользователя, отдел,
исполнитель. Необходимо так же заполнить поле «приоритет заявок». После
этого следует написать тему, то есть заголовок. После того, как были
заполнены вышеперечисленные поля, нужно изложить суть заявки, т.е. текст.
Сформированная заявка пользователя подсистемы на оказание услуг
специалистов является главным документом. В этом документе указаны
такие реквизиты как название заявки, описание заявки, выбор услуги и
приоритет.
Дополнительные поля заполняют сотрудники ООО «МЭЦ». В этих
полях содержится информация о номере кабинета, о файле с ошибкой и саму
суть заявки, т.е. пояснение. В таблице 3 отображены все разработанные
справочники информационной подсистемы учета и анализа заявок.
35
Таблица 3 разработанные справочники информационной
подсистемы учета и анализа заявок
№
Имя
Справочника
Руководящий
процессом
ведения
Полная
величина
справочника в
записях
Полная частота
возобновления
Средняя
величина
актуализации,
в процентах
1.
Отделы
Администратор
15
1 раз в
месяц
10
2.
Прецеденты
Администратор
20
1 раз в год
10
3.
Пользователи
Администратор
120
1 раз в год
10
4.
Статусы
пользователей
Администратор
4
1 раз в год
10
5.
ПК
Администратор
10
1 раз в год
10
6.
Материнские
платы
Администратор
10
1 раз в
месяц
10
7.
Оперативная
память
Администратор
10
1 раз в месяц
10
8.
Мыши
Администратор
10
1 раз в месяц
10
9.
клaвиатуры
Администратор
10
1 раз в месяц
10
10.
Веб-камеры
Администратор
10
1 раз в месяц
10
11.
Корпус
Администратор
10
1 раз в месяц
10
12.
Блок питания
Администратор
10
1 раз в месяц
10
36
13.
Процессор
Администратор
10
1 раз в месяц
10
14.
Жесткий диск
Администратор
10
1 раз в месяц
10
15.
Видеокарта
Администратор
10
1 раз в месяц
10
16.
Монитор
Администратор
10
1 раз в месяц
10
17.
ОС
Администратор
4
1 раз в месяц
10
Справочник Отделы формируется на основании графика работы и
содержит только наименование отдела.
Характеристика результатной информации
В главном отчетном документе для разработанной подсистеме учета заявок,
которым является список заявок пользователей, распределяется по
следующим статусам:
новые;
распределенные;
выполняющееся;
на проверке;
закрытые.
Полученный документ должен содержать следующие реквизиты:
номер заявки согласно списку;
регистрационный номер заявки;
выбор статуса;
Выбор приоритета;
дата последнего изменения статуса заявки;
ФИО пользователя, открывшего заявку;
отдел пользователя (для сотрудников ООО «МЭЦ»);
наименование заявки;
37
описание (Суть заявки);
категория услуг;
Приведенные реквизиты общие для всех созданных заявок. Для заявок,
которые переведены в статус «Распределена», применены также следующие
реквизиты:
сведения об исполнителе, в том числе ФИО и должность исполнителя;
сведения о создание и о сроках исполнения заявок, Для удобства
работы администратора предусмотрено формирование следующих выходных
документов:
пользователи системы с возможностью внесения изменений;
список отделов;
список конфигураций ПК;
Документ «Пользователи системы» включает в себя н реквизиты:
номер пользователя в системе;
ФИО пользователя;
статус пользователя;
логин; пароль.
Настоящий документ создается с помощью таблиц «Пользователи»,
«Отделы», а также справочника «Статусы сотрудников». Выходной документ
для сотрудников ООО « МЭЦ» «Список отделов» включает в себя только
название отдела, которое формируется при помощи соответствующего
справочника.
Основные положения (дерево функций и сценарии диалогов)
Все пользователи подсистемы учета заявок делятся на 4 типа:
- администратор подсистемы, обладающий наиболее полными правами при
работе с системой;
- диспетчера, распределяющего заявки;
38
- исполнителя, принимающего и закрывающего заявки;
- пользователя системы, подающего заявки.
Функции существующих пользователей приведены на рисунках 9 – 12.
Рисунок 9 – Схема функций администратора
39
Рисунок 10 - Схема функций диспетчера
40
Рисунок 11 – Схема функций исполнителя
Рисунок 12 – Схема функций пользователя
1.3. Характеристика задачи в рамках комплекса задач объекта
исследования
Решаемая в данной магистерской диссертации задача
предусматривает разработку информационной подсистемы учета и анализа
заявок. В разрабатываемой информационной подсистеме учета и анализа
заявок должна быть проведена оптимизация нагрузки на оборудование ООО
«МЭЦ».
При написании характеристики исследуемого объекта были выявлены
следующие требования к решаемой задачи автоматизации:
41
1) Страница Web-приложения должна быть доступна как в локальной
сети ООО «МЭЦ», так и в глобальной сети интернет.
2) Интерфейс программы должен быть простым и понятным
обычному пользователю.
3) Должны быть разработаны шаблоны отправляемых на обработку
заявок.
1.3.1 Оценка существующих ресурсов для решения задачи
исследования
Для решения задачи исследования были изучены универсальные
среды разработки, языки высокого уровня, а также необходимое
программное обеспечение.
Программное обеспечение – в аббревиатуре пишется(ПО) и
придерживаясь определения программного обеспечения - это
Множественность программ благодаря которым автоматизированная система
управления сокращенно(АСУ) может помочь решать поставленные задачи и
реализовывать выбранные цели.
Множество Программного обеспечения делится на два вида:
- общее, к этому виду следует отнести операционные системы(ОС),
программные оболочки, компиляторы, интерпретаторы, СУБД;
- специальное программное обеспечение вмещает в себя совокупность
прикладных программ. Целью разработки, которых была
необходимость решать конкретные задачи в рамках функциональных
подсистем, и контрольные примеры.
Для того чтобы разработать информационную систему(ИС)надо
учитывать выбранные цели и поставленные задачи, в случае разработки
системы учета и анализа заявок лучше всего использовать клиент-серверную
42
архитектуру. Для ее разработки надо выбрать язык программирования и
СУБД [7].
Для выбора языка программирования нужно определить главные
требования к среде программирования и разработки. В процессе анализа
требований и классификации самой проектируемой ИС были определенны
следующие требования к среде проектирования:
- моделирование данных;
- особенности архитектуры и функциональные возможности;
- контроль работы системы;
- особенности разработки приложений;
- производительность;
- надежность;
- требования к рабочей среде;
- смешанные критерии.
Интегрированная среда
разработки, ИСP (англ. Integrated development
environment — IDE), также единая среда разработки, ЕСР — комплекс
программных средств, используемый программистами для разработки
программного обеспечения (ПО).Рассмотрим основные существующие
интегрированные среды разработки информационных систем:
Microsoft Visual Studio — линейка продуктов компании Microsoft,
включающих интегрированную среду разработки программного
обеспечения и множество различных инструментов разработки.
Данная система разработки программного обеспечения позволяет
разрабатывать, как консольные приложения, так и приложения с
графическим интерфейсом в том числе с поддержкой технологии
Windows Forms, а также Web-сайты, Web-приложения, Web-службы
как в родном, так и в управляемом кодах для всех платформ,
43
поддерживаемых Windows, Windows Mobile, Windows CE, .NET
Framework, Xbox, Windows Phone .NET Compact Framework и
Silverlight. [8].
ASP.NET MVC Framework — фреймворк для создания веб-приложений,
который реализует шаблон Model-view-controller.
Рассмотрим главные преимущества интегрированной среды разработки
ASP.NET MVC:
Поддержка множества языков при разработке. Visual Studio позволяет писать код
на своем языке или любых других предпочитаемых языках, используя все время
один и тот же интерфейс (IDE). Более того, Visual Studio также еще позволяет
создавать Web-страницы на разных языках, но помещать их все в одно и то же
Web-приложение. Единственным ограничением является то, что в каждой Web-
странице можно использовать только какой-то один язык (очевидно, что в
противном случае проблем при компиляции было бы просто не избежать).
Меньше кода для написания. Для создания большинства приложений требуется
приличное количество стандартного стереотипного кода, и Web-страницы
ASP. NET тому не исключение. Например, добавление Web-элемента
управления, присоединение обработчиков событий и корректировка
форматирования требует установки в разметке страницы ряда деталей. В
Visual Studio такие детали устанавливаются автоматически.
Интуитивный стиль кодирования. По умолчанию Visual Studio форматирует код по
мере его ввода, автоматически вставляя необходимые отступы и применяя
цветовое кодирование для выделения элементов типа комментариев. Такие
незначительные отличия делают код более удобным для чтения и менее
подверженным ошибкам. Применяемые Visual Studio автоматически
параметры форматирования можно даже настраивать, что очень удобно в
случаях, когда разработчик предпочитает другой стиль размещения скобок