64
дальнейшей настройки программируемой информационной системы
необходимо убрать из программного кода некоторые автоматически
добавленные методы типа Index. Для данного программного решения в нем
не будет необходимости. Следующим требующимся шагом будет добавление
модели конфигурирования и управления отделами ООО «Международный
экспертный центр », а именно раннее созданной моделью Department
Прежде всего, помня про условие того, что ServiceController.cs
контроллер должен быть доступен непосредственно администратору данного
ресурса. Для решения задачи разграничения привелегий необходимо сделать
активным атрибут авторизации в роли администратора в синтаксисе Visual
Studio- это [Authorize (Roles="Администратор")].
Так как главной задачей выпускного дипломного проекта является
автоматизация процесса принятия и обработки заявок на техническое
обслуживание, то потребуется сделать возможным вывод всех отделов ООО
«МЭЦ» в одно визуальное представление(View), а также следует добавить
форму с помощью, которой будет возможно создание нового объекта
обработки Department. В решении выявленных задач – для создания
необходимых функциональных особенностей. В данной ситуации есть два
способа решения конфигурации пользовательского интерфейса(user
interface). При программировании первым способом необходима настройка
визуального представления и приведения к нужному типу в интеграции
модели объекта IEnumerable и ранее разработанного объекта <Department>,
вследствие того, что визуальное преставление получает информацию об
отделах, обслуживающие заявки из программного кода контроллера. А
программном коде визуального представления должно быть активным поле
со значением string. Информацию из этого поля должен обрабатывать
контроллер, данную информацию формирует пользователь при создании
65
заявки. Формирование заявки возможно при заполнении требуемых полей в
ручную или создание заявки по шаблону на поле ввода включена
автоматическая проверка вводимой информации. Второй путь решения
задачи наиболее подходящий к данному проекту представляет реализацию
через приведение визуального представления к типу определенному в
модели Department. Передача значения происходит по средствам
предусмотренного в Visual Studio метода-post. Благодаря выбранному методу
создание новой заявки будет простым и удобным для пользователя. Список
вывода заявок на обслуживание, а также отделов обслуживания из будут
переданы и контроллера при помощи метода ViewBag.
Данная информационная подсистема разрабатывается по стандарту
удобства пользовательского интерфейса – usability. По плану проекта сделать
максимально удобным процесс конфигурации системы списков. Было
реализовано редактирование полей доступных пользователю.
Редактирование отделов обслуживания было реализовано в простой и
удобной форме визуального представления Departments.cshtml(Рисунок 13):
66
Рисунок 13 Визуальное представление Departmens.cshtml
Модель актива в данной форме разрабатываемой подсистемы
отображает в окне отправки кабинет, прикрепленный к конкретному отделу.
Поэтому, в контроллер ServiceController возникает необходимость
добавления таких методов, как: [HttpGet], [HttpPost] и public ActionResult
DeleteActiv(int id).
В дальнейшей разработке информационной подсистемы надо
добавить распределение заявок по категориям. Категории у нас обозначают
тип прецедента. То есть классифицируют проблему по типу, например, это
проблема с сетью, проблема с оборудованием, проблема с программным
обеспечением или просто в кружке закончился кофе.
Добавим в контроллер ServiceController.cs(листинг программного кода
приведен в приложении к магистерской диссертации) методы, связанные с
моделью Category.
Также можем создать несколько категорий для последующего
использования. Визуальное представление категорий отображено на рисунке
14
67
Рисунок 14 Добавление и удаление категорий заявок
Центральным объектом в системе по стандарту helpdesk-систем
является заявка на обслуживание, сообщение о проблеме, что-то поломалось,
что-то работает не так. При построении системы надо разграничить права и
круг действий всех возможных ролей в системе. Итак, все группы
пользователей у нас смогут создавать новые заявки. Далее все группы
пользователей могут смотреть список своих заявок, а администратор может
смотреть все заявки.
Кроме того, модератору добавляется функция распределять все новые
заявки по исполнителям. А исполнители могут просматривать список
назначенных заявок и изменять их статус - вплоть до самого завершения.
Итак, добавим контроллер RequestController, который у нас будет
управлять системой заявок.
Также используем атрибут [Authorize], чтобы запретить
неавторизированный доступ. Метод Index мы потом изменим - он у нас буде
68
выводить все заявки для текущего пользователя. А пока настроим
маршрутизацию, чтобы при обращении к приложению по умолчанию шло
обращение к этому методу.
Перейдем в проекте в папку App_Start и откроем в ней файл
RouteConfig.cs, который содержит определение маршрутов. Сейчас в нем
есть класс RouteConfig, который выглядит следующим образом. Параметр
defaults в методе routes.MapRoute указывает на маршрут по умолчанию. В
данном случае по умолчанию приложение обращается к методу Index
контроллера Home. Теперь изменим название контроллера на Request:
defaults: new { controller = "Request", action = "Index", id =
UrlParameter.Optional }
Также необходимо, чтобы при удачном логине в методе Login
контроллера Account также был предусмотрен редирект на метод Index
контроллера RequestController, а не контроллера HomeController.
Теперь по умолчанию при логине пользователь сразу будет попадать
на страницу со своим заявками.
Добавление заявки на обслуживание отражено на рисунке 15
Теперь добавим первую общую для всех групп функциональность -
создание новой заявки. Для корректного функционирования
разрабатываемой ИС, был добавлен в контроллер следующий метод Create.
69
Рисунок 15 Создание заявки на обслуживание
В get-версии метода Create сначала будут получены данные о текущем
пользователе через объект HttpContext.User.Identity. Если пользователь по
какой-то причине не определен, необходима процедура Log_out – выхода из
учетной записи информационной подсистемы. Если же пользователь
определен, то будут получены кабинеты департамента пользователя, а также
категории проблем, которые будут переданы из объекта в представление
через ViewBag.
В post-версии мы получаем два параметра: Request (сам объект
заявки) и HttpPostedFileBase (данный объект у нас представляет переданный
вместе с заявкой файл с ошибкой, например, какое-нибудь изображение).
В самом методе мы также получаем опять же текущего пользователя и
его id устанавливаем у заявки. Устанавливаем ее статус, объект жизненного
цикла и сохраняем переданный файл, если он, конечно же, был передан. При
70
этом сохранение идет в папку Files, которая должна быть в проекте в
приложения. Для этого мы можем добавить папку Files в наш проект, а при
развертывании приложения также не надо забывать, что финальное
приложение также должно содержать данную папку. В этой папке будут
храниться переданные файлы, и для каждого файла имя будет образовано от
времени передачи. И после всех этих этапов заявка попадает в базу данных.
Интерфейс разработанной информационной системы учета и анализа
заявок является интуитивно понятным обычному пользователю ПК. Так как
ИС разрабатывается в соответствии со стандартами usability и оптимизации
программного обеспечения. Показатели потребления серверных ресурсов
намного ниже чем у коммерческих Hepldesk-систем.
2.4 Программное обеспечение задачи
В разрабатываемой подсистеме учета и анализа заявок будут созданы
следующие объекты обработки информации - контроллеры. Эти контроллеры
осуществлять функциональность от авторизации, создания и отправления до
приема и обслуживания заявок.
2.4.1 Общие положения (дерево функций и сценарий диалога)
Также следует спроектировать и разработать удобный для
пользователя ИС интерфейс в виде простых форм ввода информации о
заявке. К функциям информационной системы следует добавить,
автоматическое распределение заявок. Сам процесс распределения принятых
на обработку заявок происходит по определенным, в базе данных и
контроллерах, ключевым словам информационной системы.
2.4.2 Характеристика базы данных
Система управления базами данных в данной информационной
системе будет реализована на платформе Microsoft SQL server - системой
71
управления реляционными базами данных с основным языком запросов
Transact-SQL.
2.4.3 Структурная схема пакета (дерево вызова программных
модулей)
Подсистема учета и анализа заявок состоит из двух модулей: модуля
базы данных, которая построена на технологии Microsoft SQL Server и
модуля приложения веб-приложения для взаимодействия с базой данных,
реализованного на языке программирования C# и c использованием
универсальной программной платформы ASP.NET MVC.
Работа с данной подсистемой осуществляется через Web-браузер. Для
работы необходимо установить локальный сервер в локальной сети
предприятия, где будет также расположена база данных. Доступ к базе
осуществляется с помощью набора адреса в адресной строке браузера.
Структура системы представлена на рисунке 13.
72
Рисунок 13 – Структура подсистемы
В соответствии с представленной схемой, подсистема учета заявок
состоит из следующих модулей:
- модуль Справочники;
- модуль Заявки;
- модуль База знаний;
- модуль Активы.
73
2.4.4 Описание программных модулей
Просмотр заявок
Метод Index, который в данной информационной подсистеме будет
выводить текущему пользователю его заявки, будет стандартным действием,
передающим набор объектов в представление.
Стандартный метод. Вначале мы получаем id текущего пользователя,
а затем все его открытые заявки, которые есть в системе, и с помощью
метода Include подсоединяем всю необходимую информацию из других
таблиц. Ну и также упорядочиваем по дате все заявки, чтобы сначала шли те
заявки, что по новее.
Теперь нам надо создать представление, но на этот раз представление
будет не простое. и даже не золотое, однако мы его немного разнообразим и
внесем в него дополнительный функционал в плане дизайна. На рисунке 16
отображена разработанная форма списка заявок, что в итоге у нас получится.
Рисунок 16 Список пользователей.