36
7. Предусмотреть следующие свойства заказов (статус, состояние,
приоритет, метка об оповещении клиента), где статус заказа определяет в
каком разделе он отображается (в работе, готов, выдан). Свойство
«состояние» - несет исключительно информативный характер.
8. Заложить функционал для добавления этапов работы с заказами
видимых клиенту, а также этапов, видимых только для сотрудников.
9. Разработать и наладить возможность формирования чеков,
квитанций и расписок для мгновенной печати при взаимодействии с
клиентом.
10. Создать группы пользователей, предусматривающие разные права
доступа к информации и возможностям интерфейса (клиенты, заказы,
мониторинг, сотрудники, печать документов) в соответствии с
должностными обязанностями.
11. Заложить в проект системы возможность интеграции со сторонними
модулями и системами. В рамках первой версии программы – сервис CMC-
оповещений «sms.ru».
12. Предусмотреть возможность создавать общедоступные заметки и
задачи для работников.
13. Разработать модуль для мониторинга изменений произведенных в
заказах работниками (добавление этапов, смена статусов, смена
ответственного за заказ) за выбранный период времени.
14. Разработать модуль, позволяющий создавать резервную копию базы
данных по запросу.
15. Разработать раздел, позволяющий клиентам получать доступ в
личный кабинет для просмотра статуса и списка проведенных работ по
всем заказам клиента.
Вышеуказанный список следует считать техническим заданием для первой
версии разрабатываемой системы.
37
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Основываясь на специфике работы сервиса и его целевой аудитории можно
сделать вывод, что формы документов, являющихся результатом промежуточной
или конечной работы, нужно проектировать с нуля совместно с руководством
предприятия и сотрудниками, ответственными за документооборот. Это связано
с тем, что требуется создать общий стиль для выходных документов новой
системы, которого до текущего момента не было (печать акта о приеме заказа,
печать анкеты клиента, печать бланка расписки об утере акта, печать акта с
указанием списка проведенных работ).
Первая версия проекта и все планирующиеся не предполагают перевода на
другие языки. Проектирование архитектуры не предусматривает функционала
для много языковой системы в связи с тем, что разрабатываемое приложение
создается исключительно для внедрения внутри компании без цели
распространять копии третьим лицам.
Модель базы данных выбрана реляционная. Данное решение принято в
связи с ее широким распространением за счет надежности [2, стр. 37]. Впервые в
русскоязычных источниках данная модель баз данных была описана в 1997 году,
и с тех пор ее активно берут за основу большинство коммерческих компаний. В
данном проекте, при помощи реляционной модели будет легко правильно
воссоздать структуру для хранения данных соответствующих
автоматизированному бизнес процессу, а также грамотно оперировать данными
для решения поставленных задач.
По теме проектных решений следует выделить стратегию взаимодействия
с пользователем. Интерфейс должен быть интуитивно понятным, лаконичным и
надежным как швейцарские часы. Здесь уместно также упомянуть тот факт, что
взаимодействие с пользователем системы планируется сделать максимально
функциональным за счет применения технологии AJAX (аббревиатура по первым
буквам словосочетания «Asynchronous Javascript and XML» что в переводе с
английского языка означает: «Асинхронный Джаваскрипт и XML») – подход,
38
позволяющий строить асинхронные приложения часть функционала которых
выполняется в фоновом режиме или без перезагрузки страницы. В подобных
системах данная технология обязательна к использованию, так как за счет нее
можно в разы ускорить процесс по заполнению и валидации данных экранных
форм, а также взаимодействовать с модулями бизнес процесса и элементами
интерфейса без потери времени на ожидание отклика от полной перезагрузки
страницы [10, стр. 379].
Также в данном пункте стоит отметить инструменты для решения задачи
по обеспечению защиты хранимых и обрабатываемых данных. Для данной цели
было принято решение, что оба разрабатываемых модуля будут защищены
авторизационной формой, а доступ к информации, работники будут получать в
соответствии с уровнем доверия. Уровень доступа может быть изменен в любой
момент руководителем компании, которому будут доступны все возможности
системы, в том числе добавление новых пользователей, и изменение прав для
каждой учетной записи.
1.4.2. Обоснование проектных решений по программному
обеспечению
На основании пункта 1.1.3 данной работы, автоматизированное решение
должно быть доступно пользователям с разных операционных систем (Windows,
Linux, Android). SaaS CRM система отлично подходит для решения данной
задачи. Требуется сосредоточить разработку таким образом, чтобы контент
будущей системы отображался корректно из разных браузеров разных версий.
Исходя из требований работников сервисного центра был составлен список из
трех браузеров, которыми они пользуются в повседневной работе: Google Chrome,
Firefox, Microsoft Edge последних версий.
Одной из самых важных частей любой CRM системы является база данных.
В случае с рассматриваемым проектом, было принято решение использовать в
качестве основной системы управления базами данных (далее аббревиатура
СУБД) – MySql версии 5.6. Выбор обосновывается в первую очередь тем, что
данная СУБД является одной из самых популярных среди тех, что
распространяются со свободной лицензией и имеет активное сообщество
39
энтузиастов, насчитывающее более полу миллиона человек со всего мира [11, стр.
17]. Поддержка сообщества, многолетняя история развития, подробнейшая
документация на большинстве языков мира позволяют получить помощь при
решение практически любой сложной задаче [17, стр. 463].
Основным языком программирования, выбранным для ведения разработки,
является PHP. Скриптовый язык, который позволяет создавать гибкие веб
приложения начиная от простых одностраничных сайтов до корпоративных
порталов [12, стр. 47]. Выбор в пользу PHP сделан в соответствии с надежностью
и огромной популярностью языка, заработанной за долгие годы его развития.
Данный язык программирования распространяется со свободной лицензией,
позволяющая использовать его без каких-либо ограничений при создании
коммерческих проектов, кроме того есть сообщество разработчиков, которые
активно делятся опытом и помогают новичкам и делать первые шаги по
направления к изучению и уверенному применению инструментов языка на
практике.
PHP является серверным языком. Скрипты интерпретируются запущенным
на машине сервером, который возвращает готовый результат в ответ на запрос.
Данный подход позволяет в удобном формате работать с динамическими
данными и вносить изменения в бизнес-логику, не останавливая при этом работу
с приложением [12, стр. 34].
1.4.3. Обоснование проектных решений по техническому обеспечению
Реализация автоматизации в соответствии с вышеописанными пунктами
данной работы не предполагает никаких дополнительных технических средств.
Обосновывается это тем, что в данной работе рассматривается полная
автоматизация и систематизация уже работающего бизнес-процесса, для которого
ранее предприятием было приобретена необходимая вычислительная техника.
Вышесказанное очень хорошо видно на рисунке 1.2 пункта 1.1.3.
Предполагается, что доступ к CRM системе работники будут осуществлять
со своих рабочих компьютеров. Печать документов будет осуществляться с
помощью штатных принтеров, которых на предприятии 2 единицы.
40
Вопрос по поводу размещения системы в сети интернет, также решается
просто, так как в соответствии с техническим заданием, размещено готовое
решение, должно на под домен третьего уровня уже существующего сайта
предприятия. Учитывая данный факт предполагается использование
производственных мощностей уже оплаченных услуг по предоставлению хостинг
провайдером мощностей виртуальной машины с характеристиками, полностью
походящими для решения данной задачи.
41
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Для реализации поставленной задачи был выбран один из самых
сбалансированных стандартов жизненного цикла, используемый в группах
малого и среднего размеров - Microsoft Solutions Framework (далее MSF).
Выбор обусловлен тем, что модель является достаточно гибкой и
адаптируется в соответствии с самыми различными требованиями в проектах
разного масштаба. Эта модель процессов ориентирована на этапы, и управление
в ней организовано на основе контрольных точек, а итерационный подход
применяется при разработке и внедрении.
Данный подход включает в себя 5 основных этапов, которые помогают
придерживаться плана разработки [1]:
1. создание общей картины приложения
2. планирование
3. разработка
4. стабилизация
5. развертывание
Важной особенной особенностью модели MSF является наличие
контрольных точек, позволяющих свериться с планом и своевременно
скорректировать дальнейшие действия. На рисунке 2.1 представлена модель
процессов MSF.
Целью анализа было выявление проблем в бизнес процессе предприятия.
На данном этапе каждый из сотрудников должен был описать сложности, с
которыми он сталкивается в повседневной работе. В результате был получен
предварительный список этапов и процессов, которые могут быть
оптимизированы за счет автоматизации. Совместно с руководителем и
ответственным за реализацию проекта, путем объединения мелких проблем в
единую задачу, был сформирован окончательный список задач, который стал
основой для второго этапа.
42
Рисунок 2.1. Модель процессов жизненного цикла стандарта MSF.
На этапе планирования путем обсуждения возможностей и ожиданий от
будущей системы, было сформировано общее представление о затратах, которые
потребуются для реализации проекта. Совместно с руководством компании были
установлены рамки бюджета, который предприятие готово выделить на
разработку. Также на данном этапе мной была составлена схема архитектуры
будущей информационной системы, включающая в себя (СУБД, основной язык
программирования, приоритетные платформы и дизайн будущего приложения), с
учетом ограничений по бюджету. После чего был составлен план контрольных
точек разработки и план по внедрению готовой системы.
Следующим, третьим этапом, в соответствии с моделью выбранного
жизненного цикла, была разработка проекта. В данной части я сосредоточил свое
внимание на написании программного кода в соответствии с требованиями
предыдущих двух пунктов. Разработка проекта производилась на локальной
машине с точной копией настроек удаленного сервера, на который требовалось
43
произвести развертывание готового проекта. Для локальной работы был выбран
свободно распространяемый пакет инструментов для веб-разработки – «Open
Server». Настройки модулей были следующими:
HTTP сервер Apache 2.4
PHP модуль версии 5.6
Сервер СУБД MySQL 5.6
По ходу разработки проводились встречи с работниками сервиса и
генеральным директором для согласования промежуточных решений по дизайну
и удобному расположению элементов интерфейса. Для того, чтобы все элементы
интерфейса были реализованы на этапе разработки с целью сэкономить время и
средства на покупку готового или коммерческого шаблона, было принято
решение о частых встречах.
Благодаря тому, что стандарт MSF является гибким и позволяет
отклоняться от некоторых этапов, было принято решение изменить порядок
следования двух следующих этапов. Развертывание проекта стало следующим
шагом на пути к внедрению проекта. Подготовка площадки для развертывания
заняла 2 часа рабочего времени, большая часть из которого была потрачена на
ожидание применения настроек и регистрацию домена третьего уровня в
компьютерной распределенной системе для получения информации о доменах.
Заключительная часть развертывания заключалась в том, чтобы импортировать
шаблон базы данных на удаленный выделенный сервер и загрузить
подготовленные скрипты на площадку с помощью FTP клиента.
Результатом развертывания стал новый модуль доступный по следующему
адресу для клиентов сервиса: http://login.thespectra.ru/authorization/ и для
работников: http://login.thespectra.ru/login/. По умолчанию в системе
зарегистрирован единственный пользователь с полными правами доступа – это
генеральный директор, который может создавать учетные записи для всех
сотрудников и устанавливать права доступа.
Стабилизация развернутой системы началась с момента завершения
развертывания и продолжается по сей день. Сотрудники, получившие учетные
записи, приступили к освоению возможностей информационной системы. Из-за
44
отсутствия контента первой задачей менеджера стало добавление заказов и
информации о клиентах, находящихся в работе.
По ходу работ все неточности, пожелания и улучшения фиксировались в
специальный список. В конце каждой недели развертывались доработки за
предыдущую. Система успешно внедрена.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
При создании крупных проектов с нуля риск возникновения
непредвиденных ситуаций зависит от многих факторов. В случае с разработкой и
внедрением системы, рассматриваемой в данной работе, основными факторами
риска являются:
1. Упущение из анализа важных механизмов основного бизнес
процесса.
2. Ошибки при составлении плана ведения работ.
3. Недостаточно четко сформулированные цели и ожидания от
внедрения конечного проекта.
4. Ошибки в разработанном макете пользовательского интерфейса.
5. Ошибки при выборе инструментов для ведения разработки.
Как видно из списка, риски возникают на каждом этапе жизненного цикла.
Недостаток опыта в разработке подобных систем значительно увеличивает
сложности.
Для снижения риска и увеличения скорости разработки было принято
решение, что результаты каждого этапа будут обсуждаться на общем собрании
сотрудников сервиса во главе с генеральным директором. Результатом данного
решения стало снижение до минимума возникновения проблем, описанных в
первых трех пунктов. На этапе анализа каждый сотрудник высказывал свои
требования и пожелания, исходя из его повседневных рабочих задач. После
совместного обсуждения формировался итоговый пункт плана.
Разработка пользовательского интерфейса стала одной из главных
сложностей, заключающаяся в невозможности адаптации готового бесплатного
шаблона. Было принято решение не прибегать к услугам специалистов по
45
дизайну, а справляться собственными силами. Как итог – в ходе разработки часто
вносились изменения в блоки интерфейса после встреч с руководителем. Риск
возникновения данной проблемы был ожидаем.
Важной частью моего планирования как разработчика был правильный
подбор инструментов для ведения разработки. В случае ошибочного выбора
какого-либо из языков программирования или основной СУБД, могли бы
возникнуть проблемы с реализацией поставленных задач. Для снижения рисков
важно было правильно понять, какие цели преследует результат работы и какие в
связи с текущим положением дел могут потребоваться доработки в дальнейшем.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты
информации
Для того, чтобы дать полную и обоснованную характеристику
спроектированных для решения задач средствам обеспечения информационной
безопасности и защиты информации, приведена таблица 2.1, в которой
определены группы пользователей, существующих в разработанной системе и
назначенные им права.
Таблица 2.1
Распределение прав доступа к функциям интерфейса и отдельным модулям
внедренной системы.
Администратор
(admin)
Менеджер
(manager)
Ведущий
ремонтник
(moderator)
Ремонтник
1 категории
(remontnik)
Стажер
(intern)
Создание/ выдача
заказов
Да
Да
В случае
дежурства в
выходной
день
В случае
дежурства в
выходной
день
В случае
дежурства в
выходной
день
Редактирование/
удаление заказов
Да
Только
редакт.
основных
полей
Нет
Нет
Нет
Добавление этапа
по заказу
Да
Да
Да
Да
Да
Группа
пользователей
Функция/
модуль