90
database_password: 'gis'
mailer_transport: smtp
mailer_host: mail.omskportal.ru
mailer_user: gis@omskportal.ru
mailer_password: Password
locale: ru
secret: 7be3a7af277e018ebbcac6d12d777a7c0a00890f
memory: 5000.
Разработчики рекомендуют хранить только в этом файле все параметры
приложения. Для создания новой страницы нужно:
1. Настроить маршрут.
2. Создать контроллер для страницы.
3. Создать файл представления для страницы (view).
Маршрутом (route) принято называть соответствие пути в адресной строке
определенному контроллеру.
Symfony предлагает несколько вариантов задания роутов: xml, yml, ini,
php, annotation. Рекомендуемый разработчиками подход - annotation. По их
словам, это позволяет нам иметь всю необходимую информацию под рукой и не
просматривать несколько файлов конфигурации.
Основные правила роутинга хранятся в файле /app/config/routing.yml.
Необходимо прописать правила подсистемы:
claim:
pattern: /
defaults: { _controller: «AdmClaimBundle:Claim:index» }
claim_remind:
pattern: /{aggregateId}/remind
defaults: { _controller: «AdmClaimBundle:Claim:remind» }
claim_all:
pattern: /all/{systemId}
defaults: { _controller: «AdmClaimBundle:Claim:all», systemId: null }
claim_show:
pattern: /{claimId}/show
91
defaults: { _controller: «AdmClaimBundle:Claim:show» }
claim_show_notification:
pattern: /notification
defaults: { _controller: «AdmClaimBundle:Claim:notification» }
claim_show_states:
pattern: /{claimId}/showClaimState
defaults: { _controller: «AdmClaimBundle:Claim:showState» }
claim_state_change:
pattern: /{claimId}/changeClaimState
defaults: { _controller: «AdmClaimBundle:Claim:changeState» }
claim_state_update:
pattern: /{aggregateId}/updateClaimState
defaults: { _controller: «AdmClaimBundle:Claim:updateState» }
claim_list:
pattern: /list
defaults: { _controller: «AdmClaimBundle:Claim:list» }
claim_previous:
pattern: /{periodId}/previous
defaults: { _controller: «AdmClaimBundle:Claim:previous» }
claim_new:
pattern: /{systemId}/new
defaults: { _controller: «AdmClaimBundle:Claim:new» }
claim_create:
pattern: /{systemId}/create
defaults: { _controller: «AdmClaimBundle:Claim:create» }
requirements: { _method: post }
claim_edit:
pattern: /{aggregateId}/edit
defaults: { _controller: «AdmClaimBundle:Claim:edit» }
claim_update:
pattern: /{aggregateId}/update
defaults: { _controller: «AdmClaimBundle:Claim:update» }
92
requirements: { _method: post|put }
admin_new_claim:
pattern: /
defaults: { _controller: «AdmClaimBundle:Claim:index» }
claim_doc:
pattern: /{systemId}/doc
defaults: { _controller: «AdmClaimBundle:Claim:doc» }
claim_sendon_update:
pattern: /{aggregateId}/updateSendOn
#defaults: { _controller: «AdmClaimBundle:Claim:updateSendOn» }
defaults: { _controller: «AdmClaimBundle:Claim:updateSendOn» }
claim_change_system:
pattern: /{aggregateId}/changesystem
#defaults: { _controller: «AdmClaimBundle:Claim:updateSendOn» }
defaults: { _controller: «AdmClaimBundle:Claim:changesystem» }
#admin_test:
#pattern: /test
#defaults: { _controller: «AdmClaimBundle:Claim:test» }
#claim_delete:
#pattern: /{id}/delete
#defaults: { _controller: «AdmClaimBundle:Claim:delete» }
#requirements: {_method: post|delete }
Создание контроллеров на примере ClaimController, который будет
находиться в файле:
/usr/local/www/apache22/src/Adm/ClaimBundle/Controller/ClaimController.php.
Программный код в контроллере приведен в приложении 2.
Создание файла представления для страницы. Представления будут
находиться в каталоге:
/usr/local/www/apache22/src/Adm/ClaimBundle/Resources/views.
Собственно, файлы представления могут находится, также
непосредственно в бандлах. Symfony дает право выбора шаблонизатора, но
93
использоваться будет дефолтный - Twig, так как он дает возможность
наследовать шаблоны, и, соответственно, переопределять некоторые их блоки.
Далее создается папка, одноименная с контроллером и, собственно, файл
представления all.html.twig. Имя файла расшифровывается следующим образом:
all: имя action
html: формат представления. Также может быть xml, json и др.
twig: файл шаблонизатора Twig.
Программный код представлен в приложении 3.
Аналогичным образом формируется структура других подсистем ИС
«Техническая поддержка».
2.4 Контрольный пример реализации проекта и его описание
Для разработки программного обеспечения настоящего приложения был
проведен системный анализ и выбраны базовые функции, подлежащие
реализации. На основе этого проведен выбор средств языков программирования,
реализующих базовые функции.
Разработка программных модулей велась с нуля, были существенно
модифицированы необходимые функции и классы PHP, взятые из книг. Для
соединения с базой данных был использован класс, реализующий основные
запросы к базе данных.
Для доступа в закрытые части системы используются следующие учетные
данные. Для администратора ИС логин=admin, пароль=admin, для пользователя
логин и пароль задается администратором системы (рис. 32).
Рис.32 Окно авторизации
На главной странице ниже полей авторизации находится модуль
«Новости», в котором отображается информация о работоспособности той или
иной информационной системы либо сервиса. Перед подачей заявки в службу
94
технической поддержки, пользователю рекомендуется ознакомиться с данным
разделом.
Для входа в систему необходимо авторизоваться в системе, в личном
кабинете пользователя после ввода имени пользователя и пароля на доступ к
информационной системе «Техническая поддержка» выбрать пункт «Добавить
новую заявку» в соответствующем разделе напротив наименования системы, по
которой требуется консультация (рис. 33).
Рис. 33 Окно добавления заявки
Заявка должна содержать следующую информацию (рис. 34):
1) описание только одной проблемы и пошаговое описание действий,
приводящих к возникновению описанной проблемы;
2) снимки областей экрана (в форматах: JPG, GIF, PNG), содержащие
информационное сообщение об ошибке, другие графические пояснения, которые
могут помочь в обнаружении и решении проблемы;
3) периодичность возникновения проблемы;
4) адрес клиентского компьютера, на котором наблюдается проблема и
авторизационные данные для подключения к нему;
5) версию программного обеспечения (версия клиентской и серверной
частей);
6) контактные реквизиты, с указанием телефона, адреса электронной
почты и ответственного лица;
7) дополнительно, службой технической поддержки может быть
запрошена информация по используемым версиям и настройкам клиентского
программного обеспечения;
8) описание приоритета ошибки, который классифицируется по
следующим принципам:
высокий приоритет - полный отказ работы системы или сбои в работе
95
системы, не позволяющие выполнять основные функции;
средний приоритет - система функционирует частично или с низкой
производительностью, при этом основная часть функций может выполняться;
низкий приоритет - система функционирует в штатном режиме, но
периодически возникают незначительные сбои, не влияющие на нормальную
работу системы. Вопросы по установке и настройке программ. Ошибки в
отчетности.
Рис. 34 Окно формирования заявки
Каждой заявке присваивается регистрационный номер, который указан в
адресной строке страницы заявки. Регистрационный номер является уникальным
идентификатором запроса, используется при обработке запроса и не может быть
изменен ни при каких обстоятельствах. Обработка заявки осуществляется
ответственным специалистом Главного управления. Исполнитель в течение 3
часов регистрирует обращение.
Исполнитель помогает пользователю самостоятельно, либо передает заявку
на вторую линию технической поддержки. Вторая линия технической поддержки
получает заявки от первой линии, работает по ним, при необходимости привлекая
к решению проблемы специалистов из смежных отделов, либо разработчиков
системы.
Уведомление о результатах исполнения заявки направляется заявителю
посредством информационной системы «Техническая поддержка». Заявитель
может просмотреть статус своих заявок в личном кабинете пользователя после
ввода имени пользователя и пароля на доступ к информационной системе
«Техническая поддержка», выбрав пункт меню «Все заявки» (рис. 35).
96
Рис. 35. Окно заявок
Рассмотрим интерфейс ИС в режиме Администратора. Администратору
системы доступно редактирование всех справочников. Каждой кнопке меню
соответствует ссылка на определенный раздел ИС. Нажимая на заголовки,
Администратор инициирует выполнение перехода в соответствующий раздел
(рис. 36).
Рис. 36 Меню справочники
На примере раздела «Новости» виден принцип редактирования либо
добавления новых записей (рис. 37).
Рис. 37 Меню новости
Добавление пользователей в систему осуществляется с помощью пункта
меню «Пользователи», там же осуществляется выбор «Тип пользователя» и
«Права доступа» в систему (рис. 38).
97
Рис.38 Меню добавления пользователя
Пользователям с ролью «Специалист технической поддержки» доступна
информация по всем заявкам в системе с возможностью фильтрации по основным
параметрам (рис. 39).
Рис. 39 Меню заявок
98
Чтобы приступить к исполнению заявки, специалисту необходимо
выполнить переход по ссылке «Ход исполнения» напротив необходимой заявки.
В результате будет осуществлен переход в окно изменения статуса заявки и
переписки с пользователем (рис. 40).
Рис. 40. Окно исполнения заявки
В заключение данной главы можно подвести следующие итоги. В процессе
разработки ИС «Техническая поддержка» был произведен комплексный анализ
выявления необходимых требований для реализации поставленных задач, а
именно:
1. Создание концептуальной модели ИС.
2. Разработка пользовательского интерфейса.
3. Произведен выбор СУБД и языка программирования высокого
уровня для реализации ИС.
Следует отметить, что без этих предварительных шагов реализация
серверной части информационной системы представляла собой не подъемную
задачу. Только после вышеуказанных манипуляций с информацией, поступившей
от заказчика, стала возможной реализация практической части разработки.
99
III Обоснование экономической эффективности внедрения ИС
«Техническая поддержка»
3.1 Выбор и обоснование методики расчета экономической
эффективности
Любая деятельность человека имеет целесообразность и смысл, насколько
эффективной она является. Эффективность любых действий можно определить
экономичностью хозяйствования и получением оценки этих результатов,
которые удалось получить в производстве. Таким образом, определяется
экономический эффект любой компании для того, чтобы понять, насколько
такое ведение бизнеса является актуальным для его владельца. Экономический
эффект производства определяется как оптимальное применение ресурсов в
соответствии с общественными потребностями.
Основными критериями экономической эффективности какого-либо
предприятия являются:
затраты живого труда на производство продукции или оказание услуг;
затраты материальных ресурсов;
затраты финансовых ресурсов;
выход продукции или услуг.
Следует так же учесть, что успешность предприятия зависит не только от
экономических показателей, но и социальной составляющей деятельности
организации. Социальная эффективность отражает результат управленческой
деятельности степенью использования потенциальных возможностей коллектива
для осуществления миссии фирмы и ее общественной значимости.
Проведение экономического исследования по внедрению ИС
«Техническая поддержка» в деятельность Главного управления состоит в
определении экономического эффекта от внедрения программного продукта.
Цель проводимого исследования заключается в определение сроков окупаемости
внедряемой системы.