Дипломная (вкр): Формирование функциональных требований к CRM системе в сфере retail

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

3. Формирование стратегии разработки функциональных требований


В связи с тем, что сфера розничной торговли характеризуется высокой конкуренцией, особенно среди крупных игроков рынка, внедрение CRM систем является большим преимуществом. Правильно выстроенный процесс формирования функциональных требований, а главное - управления ими, чаще всего определяют направление и успешность всего проекта. Следовательно, в связи с тем, что в условиях жесткой конкуренции скорость вывода продукта в эксплуатацию имеет довольно большой вес, организации необходимо разработать эффективную стратегию разработки функциональных требований. Фокус приходится на функциональные требования, так как именно данный тип требований определяет всю концепцию разрабатываемого продукта, соответствующую стратегическим целям организации. Эффективное формирование, анализ и управление функциональными требованиями позволяют минимизировать риск ошибок на этапе разработки, и, таким образом, также минимизировать риск разрастания границ проекта.

Итак, методом совмещения теоретических знаний и успешного опыта внедрения модуля лояльности CRM Системы в одну из крупнейших Российских ритейлинговых компаний, была сформирована эффективная стратегия, которая может быть применена на всех подобных проектах с каскадной моделью разработки ПО (см. Рисунок 26)

Итак, на разработанной модели ниже так же представлены процессы формирования требований на этапе предпроектного исследования для лучшего понимания входных данных. Первой ступенью стратегии на этапе анализа является изучение всех предоставленных материалов, в том числе видеозаписей работы персонала. Данные методики помогают сформировать видение продукта со стороны заказчика, т.к. предметом изучения является то, что они имеют сейчас и к чему привыкли, с какими проблемами сталкиваются, а также бизнес-цели, к которым стремится организация. На основании полученных данных проводится семинар, где выявляются и детализируются требования со всеми заинтересованными лицами. При выявлении требований, которые не были учтены в документе «Бизнес-требования» обновляется матрица приоритетов и фиксируется владелец и проводится GAP-анализ на наличие запрашиваемой функциональности в коробочном варианте устанавливаемой в организации CRM системы.

Главной особенностью данного процесса является то, что на заключительных стадиях формирования функциональных требований, в процесс включается такой метод структурирования и аналитики как написание сценариев использования системы. Данный метод помогает выявить пропущенные шаги, неполные требования и сократить временные рамки этапа. Единственное ограничение, что после согласования документа «Функциональные требование» все нововыявленные требования вносятся в документ только после запроса на изменение.

Далее представлен структурированный список методов, используемых при разработке функциональных требований в стратегии:

Методы сбора требований:

¾      Изучение документации

¾      Изучение записей работы пользователей

¾      Обучение работе во внедряемой системе

¾      Проведение семинаров

Методы анализа:

¾      Написание Сценариев использования системы

¾      GAP анализ

Управление требованиями:

¾      Присвоение уникального номера каждому требованию

¾      Фиксация приоритета и владельца требования

¾      Использование инструментария управления требованиями

¾      Определение базовой версии документов

¾      Поддержание списка актуализированных версий документов

¾      Наличие унифицированного процесса изменения требований

Документирование:

¾      Использование структурированного шаблона

¾      Фиксация всех принятых решений

¾      Версионность документов

¾      Ведение атрибутики: автор, дата изменения, описание изменения, и т.д.

Рисунок 26 Стратегия разработки ФТ при внедрении CRM системы в сфере ритейл

Заключение


Исходя из проделанной работы, можно сделать вывод, что существует большое количество различных методик по разработке функциональных требований к системе. Однако же для всестороннего исследования они все должны использоваться в сочетании друг с другом в зависимости от ресурсов, особенностей компании и методологии управления проектом в целом.

С помощью критического анализа литературы и практического исследования были выявлены эффективные способы выявления, анализа, документирования и управления требованиями.

В результате, все поставленные в ходе исследования задачи выполнены, результаты их выполнения предоставлены. Изучение литературы стало основой для теоретического анализа, а исследование позволило подтвердить или опровергнуть их непосредственную применимость. Результатом выполнения работы явилась разработанная стратегия по формированию функциональных требований при внедрении CRM системы. Данный подход был успешно применен на примере проекта с одной из крупнейших ритейлинговых сетей России. Таким образом, практическая ценность полученной стратегии заключается в её применимости ко всем подобным проектам.

Список использованной литературы


1       Вигерс К., Битти Дж. Разработка требований к программному обеспечению, 3-е изд., дополненное.- М.: Издательство «Русская редакция», 2014. - 736 с.

2       Aybüke Aurum, Claes Wohlin Engineering and Managing Software Requirements, 2005

3       IEEE Standard Glossary of Software Engineering Terminology [Электронный ресурс]/ URL: #"897622.files/image026.gif">

Экран «Mx Loyalty - Клиент > Обращения > Мои Обращения»

Приложение Г

Макеты спецификации полей экранов и используемых кнопок


Шаблон спецификации полей экрана

Название поля (рус)

Тип

Режим доступа (условие)

Обяз-ть

Комментарий

По умолч. Отобр-ся

ID обращения Maxxing

Строка

RO

Да

Служебный идентификатор обращения в системе Maxxing

Да


Спецификация используемых кнопок экрана

Кнопка / Триггер процедуры

Доступность

Тип реакции

Логика исполнения

Результат / текст сообщения в случае ошибки

Кнопки

Всегда

Открытие окна

Открыть форму выбранной карточки обращения

Открыта форма «Карточка обращения»


Приложение Д

Алгоритм выбора обращения для назначения

Источник: https://www.bibliofond.ru/detail.aspx?id=897622