61
специальных форм пользовательского интерфейса информационной
системы. Главная задача – представить информацию, хранимой в модели, в
виде, воспринимаемым пользователем.
Контроллер (англ. Controller). Отвечает за обеспечение связи
между пользователем и системой. То есть контролирует ввод данных,
использует модель и представление для создания необходимой реакции
программы на действия пользователя.
В таблице 18 приведен список разработанных программных
модулей-контроллеров (Controller), в таблице 19 – модели (Model), в
таблице 20 – представления (View).
Таблица 18
Программные модули Controller
Название
Описание
DefaultContoller.php
Класс контроллера, обрабатывающий маршрут
главной страницы ИС и маршруты формирования
списка комплектующих для заказа
InitializableController.php
Родительский класс контроллера, содержащий
методы для отображения данных и форм,
обработки отправленных форм, извлечения
параметров GET и POST запросов, работы с
сессией авторизованного пользователя, cookies
SecurityController.php
Класс контроллера, содержащий методы и
функции, необходимые для реализации функций
авторизации, выхода из сайта, управления
профилем пользователя
TicketController.php
Класс контроллера, содержащий методы для
реализации работы с заявками: просмотр списка,
создание заявки, работы с заявкой, формирования
списка комплектующих по заявке
SpravController.php
Класс контроллера, содержащий методы для
реализации работы со справочниками системы
Таблица 19
Программные модули Model
Название
Описание
AbstractEntity.php
Родительский класс модели, содержащий базовые
методы и свойства для реализации классов модели
Ticket.php
Класс модели, содержащий атрибуты и методы для
работы с объектом заявки
Product.php
Класс модели, содержащий атрибуты и методы для
работы с объектом комплектующего
Category.php
Класс модели, содержащий атрибуты и методы для
работы с объектом категории комплектующих
62
Название
Описание
TicketProduct.php
Класс модели, содержащий атрибуты и методы для
работы с объектом комплектующего в заявке
Role.php
Класс модели, содержащий атрибуты и методы для
работы с объектом роли пользователя
Department.php
Класс модели, содержащий атрибуты и методы для
работы с объектом категории филиала
User.php
Класс модели, содержащий атрибуты и методы для
работы с объектом пользователя
Таблица 20
Программные модули View
AbstractForm.php
Родительский класс формы управления данными
LoginForm.php
Класс формы для авторизации пользователей
ProfileForm.php
Класс формы для реализации управления
профилем
ListForm.php
Класс формы для формирования списка
комплектующих для заказа
TicketForm.php
Класс формы для реализации работы с данными
заявки
ProductForm.php
Класс формы для реализации работы с данными
комплектующего
DepartmentForm.php
Класс формы для реализации работы с данными
филиала
CategoryForm.php
Класс формы для реализации работы с данными
категории комплектующего
TicketProductForm.php
Класс формы для реализации работы с данными
комплектующего в заявке
UserForm.php
Класс формы для реализации работы с данными
пользователя
Дерево вызова программных модулей приведено на рисунке 19.
DefaultController.php
InitializableCntroller.ph
p
SeurityController.php
TicketController.php
AbstractEntity.php
Ticket.php
AbstractFormType.php
LoginForm.php
TicketForm.php
DepartmentForm.php
User.php
UserForm.php
SpravController.php
ProfileForm.php
Product.php
TicketProduct.php
TicketProductForm
.php
CategoryForm.php
Category.php
Department.php
ProductForm.php
ListForm.php
Рисунок 19 – Дерево вызова программных модулей
63
2.3.4. Описание программных модулей
В структуре программных модулей разработанной ИС можно четко
проследить механизм наследования. Всего присутствует три родительских
класса: InitializableController.php, AbstractEntity.php, AbstractForm.php.
Первый (InitializableController.php) является родителем для всех
контроллеров ИС, он содержит объявления таких методов и свойств,
которые в дальнейшем используются в каждом контроллере:
проверка авторизации;
массив форм;
менеджер для доступа к модели;
массив объектов модели;
получение http-запроса;
доступ к сессии пользователя;
доступ к объекту текущего пользователя;
доступ к текущему представлению;
массив для отображения текущего раздела в панели навигации.
Второй родительский класс (AbstractEntity.php) является родителем
для всех сущностей (классы модели). В нем выделено три основных
свойства (атрибута сущности) и два метода:
дата создания;
идентификатор;
дата изменения;
конструктор создания нового объекта класса;
триггер обновления объекта, который меняет свойство «Дата
последнего обновления записи».
Последний родительский класс – это класс для форм ИС. В нем
также задаются основные константы и конструктор класса.
Следует заметить, что все описанные выше родительские классы
наследуются от фундаментальных классов фреймворка Laravel, которые
64
содержат базовые свойства и методы, разделяющие эти классы на три
группы MVC.
Каждый контролер обрабатывает запросы, отправляемые по
соответствующему маршруту. Описание того, какой контроллер должен
обрабатывать тот или иной маршрут оформляется в виде отдельного
файла: web.php.
Пример записи (главная страница ИС):
index:
path: /
defaults: { _controller: "AppBundle:DefaultController:Index" }
Такая запись означает следующее:
первая строка – название маршрута (index);
вторая строка – путь, или URL-адрес маршрута (/);
третья строка – имя класса контроллера, который должен
обрабатывать маршрут, а также метод этого контроллера, ответственный
именно за этот маршрут;
Обработка маршрута выполняется в контроллере
DefaultController.php. При переходе по маршруту (отправке запроса на url
/) начинает свою работу метод IndexAction. Данный метод проверяет
наличие у пользователя открытой сессии авторизации, и если такой нет, то
перенаправляет пользователя на форму авторизации (маршрут /login,
Контроллер SecurityController.php).
При переадресации на маршрут открытия формы (/login),
срабатывает метод loginAction контроллера SecurityController.php (это
также прописано в файле маршрутизации web.php). Данный метод создает
экземпляр формы LoginForm.php и обрабатывает её отправку. На рисунке
20 приведена блок-схема описываемого алгоритма.
65
Начало
Создание экземпляра
класса LoginForm
Сессия
пользователя
имеется?
Переадресация на
главную страницу
раздела «Заявки»
(маршрут tickets)
Сессия имеется
Сессии не имеется
Переадресация на главную
страницу раздела «Заявки»
(маршрут tickets)
Конец
Форма была отправлена?
Да
Отправка запроса к
модели данных на
выборку информации о
пользователе, чей логин
совпадает с введенным
Создание сессии
авторизации
Создание
представления на
основе шаблона
login.html.twig
Отображение
страницы
авторизации
пользователю
НЕТ
Пароль верный?
ДА
НЕТ
Отображение
сообщения об
ошибке
Рисунок 20 – Алгоритм работы метода loginAction
После успешного прохождения авторизации, пользователю
отображается страница с расписанием заявок. Данную страницу
формирует метод indexAction контроллера TicketController.php на
основании шаблона Ticket:index.html.twig.
Методы остальных контроллеров работают аналогичным образом:
проверяются условия доступа к методу (авторизация, роль пользователя),
запрашиваются данные из БД, формируются страницы на основании
шаблонов и классов форм.
Исходный код программных модулей приведен в приложении 2.
66
2.4. Контрольный пример реализации проекта и его описание
Работа в ИС возможна только после прохождения авторизации с
помощью соответствующей формы входа (Рисунок 21).
Рисунок 21 – Форма авторизации
После прохождения авторизации открывается страница со списком
заявок. (Рисунок 22). Имеется возможность отфильтровать заявки по
интервалу дат, инженеры, который ее создал или по номеру заявки.
Рисунок 22 – Страница со списком заявок
Чтобы добавить новую заявку нужно щелкнуть по кнопке «Добавить
заявку». Откроется форма добавления новой заявки (Рисунок 23).
67
Рисунок 23 – Форма добавления новой заявки
После того, как инженер создал новую заявку, она отображается в
общем списке. Форма работы с заявок под учетной записью сотрудника
службы снабжения позволяет сформировать список комплектующих в
виде файла Microsoft Excel, а также указать фактически выданное
количество материала (Рисунок 24).
Рисунок 24 – Форма работы с заявкой
Выгруженный список комплектующих по заявке приведен на
рисунке 25.
68
Рисунок 25 – Выгруженный список материалов по заявке
Технология работы со справочниками выглядит аналогичным
образом: при переходе в раздел работы со определенным справочником
открывается форма с таблицей записей справочника (Рисунок 26).
Рисунок 26 – Таблица со списком записей справочника
Для изменения записи справочника нужно щелкнуть на эту запись, я
для добавления новой – на кнопку «Добавить запись». Откроется форма,
которая соответствует справочнику (Рисунок 27).
Рисунок 27 – Форма работы с записью справочника
69
Для формирования списка комплектующих для заказа нужно
перейти в соответствующий раздел с помощью главного меню, откроется
форма ввода интервала дат, за который нужно сформировать список
(Рисунок 28).
Рисунок 28 – Форма ввода интервала дат
Следует отметить, что отбор идет по заявкам, созданным в
указанный промежуток времени. Сформированный список выгружается в
виде файла Microsoft Excel (Рисунок 29).
Рисунок 29 – Выгруженный список комплектующих для заказа
70
3. Обоснование экономической эффективности проекта
3.1. Выбор и обоснование методики расчёта экономической
эффективности
Под понятием «оценка экономической эффективности ИС»
понимается процесс, включающий в себя понимание, определение и
измерение того, насколько полезным в экономическом плане является или
явилось внедрение ИС для предприятия. При этом экономическая
полезность рассматривается обычно как денежный эквивалент того,
насколько изменились доходы/расходы предприятия в результате
инвестирования в ИС.
Под методом оценки эффективности ИС подразумевается способ или
набор средств проведения полной оценки ИС. Они могут состоять как из
формальных, так и из неформальных процедур, при этом под
неформальными понимаются не основанные на цифровых данных,
быстрые, преимущественно субъективные процедуры оценки, а под
формальными – более объективные, рациональные, базирующиеся на
недвусмысленных данных механизмы оценки.
Как известно, внедрение современных информационных технологий
– дело дорогостоящее. Функционирование предприятия в рыночной среде
требует, как минимум анализа экономических последствий, а еще лучше –
оценки экономической эффективности того или иного шага
преобразования системы управления предприятием.
Оценка экономической эффективности ИС – сложная и трудоемкая
работа, требующая не только технических, но и экономических навыков.
Только сочетание этих двух составляющих может привести к
достоверному результату проводимого анализа.
Продвижение на рынке ИС в условиях современной конкуренции
невозможно без предоставления результатов оценки ожидаемой
эффективности системы. Кроме того, существующая статистическая