54
5.
Пароль для входа в
систему
password
varchar(25)
6.
Дата рождения
status
int(1)
7.
Пометка удаления
udaluser
int(1)
8.
Id отдела
iduserotd
int(1)
Таблица 11 – Структура таблицы Pk
№
Имя поля
Идентификатор
Тип
1.
Id
оборудования
idpk
int(11)
2.
Имя ПК
конфигурации
namepk
varchar(255)
3.
Материнская
плата
matpk
int(11)
4.
Видеоадаптер
videopk
int(11)
5.
Дисплей
monpk
int(11)
6.
Клавиатура
klavapk
int(11)
7.
Блок питания
blokpk
int(11)
8.
Мышь
mousepk
int(11)
9.
Корпус
korpuspk
int(11)
10.
Операционная
Система
ospk
int(11)
11.
ЦПУ
prozpk
int(11)
12.
Жесткий диск
vintpk
int(11)
13.
ОЗУ
operpk
int(11)
14.
Веб-камера
webpk
int(11)
15.
Отметка об
удалении
udalpk
int(11)
16.
Дата записи
datepk
timestamp
Таблица 12 – Структура таблицы Zakr
№
Имя поля
Идентификатор
Тип
1.
Идентификатор
idzakr
int(11)
55
2.
Id производителя
idvz
int(11)
3.
Id типа оборудования
idtz
int(11)
4.
Модель
model
varchar(255)
5.
Серийный номер
sernom
varchar(150)
6.
Id пользователя
iduz
int(11)
7.
Дата регистрации в
системе
dateregz
timestamp
1.4 Анализ существующих разработок и выбор стратегии
автоматизации
1.4.1 Анализ существующих разработок для автоматизации задачи
При исследовании имеющихся на сегодняшний день систем учета
заявок. Данные системы относят к типу Hepldesk- систем
1.4.2 Обоснование способа приобретения ИС для автоматизации
задачи
Подсистема учета и анализа заявок поможет существенно увеличить
скорость каждой поступающей заявки. При внедрении информационной
подсистемы учета и анализа заявок в инфраструктуру - ООО «МЭЦ»
одновременно со скоростью выполнения отпадет необходимость
специалисту личного просмотра всех поступающих заявок. В подсистеме
учета и анализа заявок предусмотрено автоматическое распределение заявок
по шаблону обслуживающего отдела.
1.5 Обоснование проектных решений
В процессе исследований и анализа, как деятельности ООО «МЭЦ»,
так и непосредственного поступления и обслуживания поступающих заявок
56
было принято решение разработки мульти платформенного (браузерного)
приложения.
Выбранная среда разработки программного обеспечения Microsoft
Visual Studio поддерживает создание и программирование Web-приложений.
К функциональности разрабатываемого проекта можно подключать
дополнительные формы обработки и поля ввода информации.
1.5.1 Обоснование проектных решений по информационному
обеспечению
При исследовании аппаратного обеспечения ООО «МЭЦ» была
выявлена наиболее подходящая модель внедрения подсистемы учета и
анализа заявок. Так как программное обеспечение сетевой инфраструктуры
реализовано на серверном программном обеспечении Microsoft Windows
Server 2016, то наиболее правильным выбором инструментария разработки
является Microsoft Visual Studio.
1.5.2 Обоснование проектных решений по программному
обеспечению
Для обеспечения стабильной и быстрой работы информационной
подсистемы и оборудования в целом было принято решение, согласно
которому поступление и распределение заявок будет максимально
эффективным. А именно в ходе исследований деятельности отделов
обслуживания и технической помощи сотрудникам, было выявлена
необходимость функционирования подсистемы как во внутренней
сети(интранете организации), так и в глобальной сети по адресу help.b1t.ru.
1.5.3 Обоснование проектных решений по техническому
обеспечению
Аппаратное обеспечение компании совместимо, как с функцией
глобального хостинга портала приема заявок, так и поступлением заявок по
57
локальной сети из компьютеров сотрудников компании. Опираясь на
результаты исследований, следует переходить к непосредственной
разработке подсистемы учета и анализа заявок.
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
В проектируемой информационной подсистеме обязательно
определение этапов жизненного цикла. Так как разрабатываемая ИС
автоматизирует процесс обслуживания поступающих заявок, то в
исследовании процесса обслуживания ООО «МЭЦ» был составлены этапы
жизненного цикла. Этапы жизненного цикла заявки делятся на следующие
этапы:
1) создание заявки
2) отправление на сервер
3) распределение по отделам
4) принятие заявки на обслуживание
5) обслуживание заявки
2.1.2. Ожидаемые риски на этапах жизненного цикла и их
описание
58
Разрабатываемая информационная система должна предусматривать в
своих навигационных окнах создания, а в свою очередь обслуживания и
управления заявками на обслуживание множество различных субстанций.
Данные субстанции включают в себя приведенные ниже объекты, такие как:
пользователи (Пользователи ИС), заявки(Заявки на обслуживание),
роли(Роли пользователей и заявок), аппаратные ресурсы и многие другие.
Каждая субстанция, которая иначе называют - сущность представляет собой
конкретный объект, обладающий неким набором свойств, которые позволят
нам эффективно им управлять. На начальном этапе разработки нужно
конкретно определить главные сущности необходимые для
функционирования для наиболее эффективной сборки и разработки
программного обеспечения проделать этапы описанные ранее. Затем
Требуется проектирование разработка баз данных(БД) и только после этих
работ следует заниматься программированием контроллеров и в
заключительной стадии делать разработку визуальной
составляющей(представления). И затем создать БД и в ней определить
таблицы для большинства сущностей.
На приведенном ниже этапе в соответствии с выбранными целями
будут выбраны нужные сущности. Для приложения учета и анализа заявок
были выделены следующие сущности: пользователь (пользователь
информационной системы), роль пользователя (привилегии пользователя),
заявка (заявка отправленная на обслуживание), жизненный цикл заявки
(статус выполнения и время размещения заявки ), категория возникшей
проблемы (в которой ИС определяет согласно описанию проблемы
категорию заявки), отдел (в котором работает пользователь), актив
(департамент + кабинет).
59
Данные сущности входят в состав информационной системы. И в
зависимости от оставленной заявки для оптимизации нагрузки на
оборудование, некоторые сущности могут временно упрощаться. Для
реализации нужных требований были созданы для всех сущностей классы и
подклассы. Далее мы подробно рассмотрим главные сущности
информационной системы.
Состав сущностей информационной системы учета и анализа заявок
начинается с сущности - Пользователь в этой системе будет обладать
необходимыми свойствами, а именно:
Id
Имя пользователя(Логин)
С помощью этого логина пользователь будет иметь возможность
входа в систему
Пароль для безопасного входа в систему
Должность(открытые ресурсы и привилегии)
Отдел, в котором пользователь работает
Роль (администратор, модератор, исполнитель, простой пользователь)
При авторизации пользователей системы на страницу формирования
заявок, ссылка на которую будет доступна по адресу: help.b1t.ru. Действия
пользователей ИС начинаются с регистрации и создания учетной записи
организации, первым будет перед глазами пользователя это страница входа в
учетную запись. Руководить логическими операциями будет контроллер с
названием AccountController расширением .cs. Для реализации поставленной
цели в папку данного проекта с названием Controllers требуется добавить
следует добавить необходимый класс класс AccountController.cs
Следовательно были выбраны следующие шаги:
60
Так как запросы к контроллеру могут быть отправлены любым
пользователем системы учета и анализа заявок, поэтому будет логично
ддобавить для этого объекта требуемый атрибут [AllowAnonymous], с
помощью которого будет возможной реализация анонимного доступа.
Кроме перечисленного в контроллере данной информационной
системы была добавлена функция Login, необходимая для авторизации
пользователя. Реализована данная функция с помощью метода GET и
переадресовывает на страницу авторизации пользователя. А для обработки
корректности водимых данных требуется метод POST,и при корректности
вводимых данных пользователь с данным логином и паролем будет
авторизован. И система установит требуемые Cookie-отправляемые
пользователем фрагменты информации (куки).
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
В разрабатываемой информационной системе учета и анализа заявок
метод авторизации Login в котором происходит валидация данных
пользователя реализованная с помощью вспомогательного метода
ValidateUser. В возможном варианте мог бы участвовать провайдер членства,
тогда бы в для его реализации был бы определен данный метод. А в случае
автоматизации учета и анализа заявок ООО «МЭЦ» определение происходит
непосредственно в контроллере.
К реализуемым функциям обработки данных следует добавить
оптимизацию учета данных в методе информационной системы Login
используется модель предусмотренная в ASP.NET MVC - LogViewModel,
именно на основе данного метода правильно обеспечивать передачу данных
61
вводимых пользователем. На следующем этапе будет добавление класса этой
модели в корень директивной папки Models:
Для реализации поставленной задачи в разработке и сборке нашей
информационной системы надо добавить в проект в структурную папку
Models первый класс с расширением .cs. Этот класс будет содержать
информацию о пользователях, и называться - User.cs. Программный код
класса User.cs приведен в приложении.
2.2 Управление проектом автоматизации
Для полной работоспособности разрабатываемой информационной
системы надо кроме модели User, в которой содержится информация о
пользователях ИС. Нам будут нужен еще целый ряд дополнительных
моделей, играющих непосредственно вспомогательные роли, и будут
описывать имеющуюся дополнительную информацию. В данной
информационной системе также были разработаны и описаны другие,
модели, например такая как, Category. Данная модель будет описывать
категорию проблемы и в ней будет производится анализ заявки на
обслуживание. Последующей программной моделью будет модель
Department, которая в свою очередь содержит информацию и описывание
отдела, где работает сотрудник. Данные модели не играют центральную роль
для системы, к примеру такие от классы как, User, а также Request, но они
также необходимы для правильного функционирования разрабатываемой
информационной системы. В этой модели содержится достаточное описание
информации об объектах.
Во-первых, так как данный контроллер будет виден только
администратору, то мы используем атрибут [Authorize
(Roles="Администратор")].
2.2.1 Описание системы принятия управленческих решений
62
Как было упомянуто выше, что для разработки подходящего
программного обеспечения надо учитывать все возможные факторы
обслуживания заявок. В интерфейсе работника и клиента все отделы,
обслуживающие поступающие заявки должны выводится на данной форме
визуального представления(View). При создании веб-приложения в Visual
Studio есть 2 пути для программиста. Первый вариант выбора разработки –
это непосредственное приведение визуального представления к нужному
типу с помощью разработанной модели при помощи оператора IEnumerable,
который будет получать информацию из модели Department. В этом способе
визуальное представление получает информацию из контролера, а отделы
обслуживания заявок будут получены из их списка и будет преобразовано в
модель. А контроллер в свою очередь из представления будет получать
текстовые поля типа (string) при выборе отдела по обслуживанию новой
заявки. Код контроллера также должен быть запрограммированным на
проверку верного заполнения полей. При втором варианте разработки,
который наиболее подходит к данному проекту также необходимо
приведение к нужному типу визуального представления с помощью модели
Department написание в программном коде Http post-метода. Этот метод
будет создавать новый объект. Список отделов и заявок будет получен из
контроллера, а отображение в визуальном представлении будет
осуществлено при помощи объекта ViewBag.
Выбранный способ разработки нужен для построения
информационной системы по стандарту usability. Интерфейс программы
формируется на основе простых действий для просмотра списка отделов и их
конфигурации. На следующем этапе было разработано визуальное
представление для модели Departments визуальное представление
Departments.cshtml
63
Вся подобная информация будет организована в виде справочников,
которые будет заполнять администратор и которые будут доступны только
ему.
2.3 Информационное обеспечение задачи
Информационная модель обеспечения работоспособности
разрабатываемой подсистемы учета и анализа заявок будет организованно по
системе Model View Controller- модели, представления и контроллера. В
выбранной технологии разработки информационных подсистем контроллер
осуществляет все расчеты и обработку поступающих данных по заданному
алгоритму. Модель отвечает за представление данных полученных из
контроллера. Представление – это визуальное представление форм ввода,
отправки и вывод информации
2.3.1 Информационная модель и её описание
2.3.2 Характеристика нормативно-справочной, входной и
оперативной информации
Входной и оперативной информацией в разрабатываемой ИС служит
созданная заявка и ее обработка по шаблонам заданным, в справочниках,
прикрепленным к отделу обслуживания. Центральное место в
информационной подсистеме принадлежит заполненной и отправленной
заявке.
2.3.3 Характеристика результатной информации
При составлении результативной информации исследования было
выявлена необходимость расширения функциональных возможностей. В
первую очередь было принято решение о разработки дополнительных
справочников контроллеров.
Продолжим наполнение функционала с создания справочника для
отделов. Добавим в проект новый контроллер ServiceController. Для