Дипломная работа: Автоматизация процесса взаимодействия с клиентами (CRM) в компьютерном сервисе ООО "Спектра"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
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)
Создание/ выдача
заказов
Да
Да
В случае
дежурства в
выходной
день
В случае
дежурства в
выходной
день
В случае
дежурства в
выходной
день
Редактирование/
удаление заказов
Да
Только
редакт.
основных
полей
Нет
Нет
Нет
Добавление этапа
по заказу
Да
Да
Да
Да
Да
Группа
пользователей
Функция/
модуль
Источник: https://baza.diplomsite.ru/previewfile/2063