Формирование функциональных требований к информационной системе, Моделирование текущего бизнес-процесса внедрения платежной системы - Автоматизация взаимодействия бизнес-процессов коммерческого и IT департаментов компании ИнПлат
Моделирование текущего бизнес-процесса внедрения платежной системы
Общая карта бизнес-процессов
Рисунок 7 Карта процессов внедрения
Карта процессов отображает порядок выполнения подпроцессов и их взаимодействие и помогает определить связь процессов. В данной работе автоматизируется взаимодействие бизнес-процессов коммерческого и ИТ департаментов в рамках бизнес-процесса внедрения платежной системы. Бизнес-процесс внедрения состоит из двух параллельных подпроцессов: юридической и технической интеграции. Юридическая интеграция состоит из трех подпроцессов:
- - Привлечение клиента и загрузка документов - Получение клиентом ЭЦП и одобрения банком - Заведение товаров и сервисов клиента в систему
Техническая интеграция состоит из двух подпроцессов:
- - Разработка платежного модуля - Настройка товаров и тестирование модуля
На вход в процесс внедрения системы поступает информация о новом клиенте, на выход из процесса идет готовая настроенная и подключенная платежная система на стороне клиента. Процесс технической интеграции выполняется параллельно с процессом юридической интеграции и запускается после завершения первого подпроцесса юридической интеграции. Настройка товаров и тестирование модуля выполняется одновременно с заведением товаров и сервисов клиента в систему. После завершения тестирования модуля завершается техническая интеграция, и результат выполнения данного подпроцесса передается в завершающий подпроцесс юридической интеграции. Подробное описание подпроцессов содержится в следующем разделе второй главы.
Моделирование процесса юридической интеграции
Моделирование всех процессов проводилось на основе проведения интервью с участниками процессов и их непосредственными руководителями.
Юридическая интеграция состоит из нескольких подпроцессов:
- 1. От знакомства с клиентом до загрузки документов в личный кабинет 2. Получение ЭЦП (Электронно-цифровой подписи) и одобрение банка 3. Заведение товаров и сервисов клиента в систему
Рассмотрим подробнее каждый из подпроцессов:
Подпроцесс 1. Привлечение клиента и загрузка документов в ЛКТ
Участники процесса со стороны ИнПлат:
- - Менеджер по продажам - Аккаунт менеджер
Данный подпроцесс является началом работы с клиентом. Он характерен тем, что после его прохождения клиент, как правило, не срывается и доходит до конца интеграции с платежной системой. Большинство отказов клиентов происходят как раз на первом подпроцессе, так как в этот момент клиент еще может находиться в состоянии поиска платежной системы и не затратил время на интеграцию. Рассмотрим сценарий первого подпроцесса юридической интеграции:
1. Произошел первый контакт с потенциальным клиентом
A. Менеджер по продажам (МПП) звонит потенциальному клиенту
B. МПП написал письмо потенциальному клиенту
C. Потенциальный клиент сам вышел на контакт
- 2. В случае если оборот клиента особо крупный (более 30 млн. рублей в месяц) МПП проводит личную встречу с клиентом для обсуждения деталей условий работы 3. МПП документирует информацию о клиенте (занесение в общий Excel файл) 4. МПП уведомляет по эл. почте специалиста технической поддержки (СТП) и аккаунт менеджера (АМ) о начале интеграции с новым клиентом 5. Клиент загружает документы необходимые для юр. интеграции в личный кабинет ИнПлат 6. АМ проверяет корректность загруженных документов в личном кабинете клиента. В случае, если с ними возникли проблемы, сценарий переходит к шагу 5. Если все документы корректны, сценарий переходит к следующему шагу 7. Документы приняты. Сценарий первого подпроцесса завершается
Рисунок 8 Юридическая интеграция. Подпроцесс 1
Подпроцесс 2. Получение ЭЦП (Электронно-цифровой подписи) и одобрение банком
Участники процесса со стороны ИнПлат:
- - Менеджер по продажам - Аккаунт менеджер
Второй подпроцесс юридической интеграции заключается в выдаче электронно цифровой подписи клиенту и одобрением клиента банком. Длительность выполнения данного подпроцесса практически не зависит от стороны ИнПлат, так как выдача ЭЦП происходит на внешней стороне, как и одобрение банком. Менеджер по продажам координирует прохождение клиентом данного подпроцесса, помогая последнему коммуницировать с внешними агентами процесса. Также необходимо отметить, что после данного подпроцесса менеджер по продажам не контактирует с клиентом и данная функция переходит к аккаунт менеджеру, а менеджер по продажам начинает новый процесс поиска клиента. Рассмотрим основной сценарий прохождения второго подпроцесса:
- 1. Менеджер по продажам (МПП) устанавливает контакт между клиентом и курьерской службой доставки 2. МПП согласовывает с клиентом даты доставки документов 3. Запускается внешний процесс получения ЭЦП. Со стороны Инплат происходит ожидания получения клиентом ЭЦП. После получения клиентом ЭЦП сценарий продолжается. 4. МПП устанавливает контакт между клиентом и аккаунт менеджером (АМ) 5. Клиент подписывает необходимые юридические документы в личном кабинете с помощью ЭЦП 6. АМ передает подписанные документы в банк 7. В течение суток банк одобряет подписанные документы. Сценарий второго подпроцесса завершается
Рисунок 9 Юридическая интеграция. Подпроцесс 2
Подпроцесс 3. Заведение товаров и сервисов клиента в систему
Участники процесса со стороны ИнПлат:
- - Аккаунт менеджер - Специалист по источникам денег
Третий подпроцесс юридической интеграции заключается в заведении в систему информации о товарах и сервисах клиента. Основным участником данного процесса является специалист по источникам денег (СИД), который заводит и согласует с банком заведенные товары и сервисы. Также необходимо отметить, что этот подпроцесс является завершающим во внедрении системы ИнПлат клиенту. Завершающий подпроцесс юридической интеграции включает ожидание завершения технической интеграции, поэтому сроки данного подпроцесса зависят не только от скорости заведения товаров СИДом и согласования товаров на внешней стороне банком, но и от длительности тех. интеграции. Рассмотрим основной сценарий третьего подпроцесса юридической интеграции:
- 1. Аккаунт менеджер (АМ) уведомляет по почте специалиста по источникам денег (СИД) о необходимости заведения товаров клиенту 2. СИД заводит товары 3. СИД согласовывает товары и комиссию по товарам с банком Раунд 4. АМ уведомляет по почте специалиста технической поддержки (СТП) о необходимости настройки товаров 5. Процесс прерывается в ожидании завершения тех. интеграции. После завершения технической интеграции сценарий переходит к следующему шагу 6. АМ получает уведомление по почте от СТП о завершении технической интеграции 7. АМ уведомляет по почте СТП о готовности запуска клиента в коммерцию (полноценному началу работы системы ИнПлат на стороне клиента) 8. Система ИнПлат внедрена. Завершение сценария
Рисунок 10 Юридическая интеграция. Подпроцесс 3
Моделирование процесса технической интеграции
Процесс технической интеграции состоит из двух подпроцессов:
- - Разработкадоработка платежного модуля - Проведение тестирование и настройка модуля на стороне клиента
Процессы технической интеграции смоделированы согласно нотации, описанной в таблице 15.
Подпроцесс 1. Разработканастройка платежного модуля
Участники подпроцесса разработкидоработки платежного модуля:
- - Специалист технической поддержки (СТП) - Старший разработчик - Разработчик ПО
Данный подпроцесс начинается после завершения первого подпроцесса юридической интеграции и выполняется параллельно с получением клиентом ЭЦП и одобрения банком. На вход подпроцесс получает уведомление о начале работы с клиентом от подпроцесса привлечения клиентов и загрузки документов. На выход подпроцесс выдает программную документацию готового платежного модуля. Сценарий смоделированного подпроцесса разработкидоработки платежного модуля:
- 1. Получено уведомление о начале работы с клиентом 2. Специалист технической поддержки собирает сценарии работы клиента 3. Старший разработчик анализирует полученные сценарии и создает документ с задачами на доработкуразработку платежного модуля 4. Старший разработчик выбирает используемые базы данных 5. Разработчик ПО разрабатывает новый платежный модульдорабатывает существующий платежный модуль 6. Разработчик документирует новый модульдокументирует изменения в дорабатываемом платежном модуле 7. Старший разработчик выполняет ревью кода 8. Старший разработчик подтверждает готовность платежного модуля, отправляя письмо в департамент коммерции 9. Сценарий подпроцесса завершается
Рисунок 11 Техническая интеграция. Подпроцесс 1
Подпроцесс 2. Настройка товаров и тестирование модуля
Участники подпроцесса настройки товаров и тестирования модуля:
- - Специалист технической поддержки (СТП) - Инженер тестирования - Старший разработчик
Данный подпроцесс начинается после завершения разработки платежного модуля. На вход в процесс поступает программная документация разработанного платежного модуля. Также для настройки товаров необходима информация о товарах, получаемая из процесса заведения товаров и сервисов клиента в систему (юридическая интеграция). Настройка товаров и тестирование модуля происходит параллельно с получением ЭЦП клиентом и одобрения банком, а также параллельно с согласованием товаров и сервисов с банком. Подпроцесс завершается за день до завершения юридической интеграции. Сценарий процесса:
- 1. Специалист технической поддержки (СТП) отправляет коды доступа к тестовому модулю клиенту по эл. почте 2. Инженер тестирования подготавливает план тестирования 3. Инженер тестирования проводит тестирование платежного модуля 4. Старший разработчик проводит ревью результатов тестирования 5. СТП настраивает товары согласно списку полученных товаров от специалиста по источникам денег 6. СТП отправляет коды доступа к итоговому платежному модулю клиенту по эл. почте 7. СТП отправляет уведомление аккаунт-менеджеру по эл. Почте о завершении тех. интеграции. Сценарий завершается
Рисунок 12 Техническая интеграция. Подпроцесс 2
Похожие статьи
-
В данном разделе главы смоделированы процессы внедрения платежной системы с учетом участия информационной системы для решения проблем, описанных в...
-
После проведения интервью с участниками процессов и создания моделей процессов были выявлены следующие пожелания: - Создание общей информационной базы с...
-
Для документирования функциональных требований необходимо рассмотреть операции, выполняемые с использованием системы. Операции описаны с использованием...
-
В автоматизируемых процессах участвуют сотрудники департамента IT и департамента коммерции. Процесс направлен на внедрение платежной системы клиенту....
-
Формирование критериев выбора системы Помимо сформированных функциональных требований в предыдущей главе, руководство компании задало ограничение по...
-
Актуальность темы исследования Компания ИнПлат занимается внедрением собственной платежной системы в компании, занимающиеся торговлей через интернет....
-
Данная работа посвящена автоматизации взаимодействия бизнес-процессов департаментов компании ИнПлат. В ходе работы были достигнуты следующие результаты:...
-
Анализ функций департаментов и отделов компании ИнПлат - это инновационная платежная компания, а так же разработчик IT - решений для банков и операторов...
-
Для оценки качества системы JIRA будем использовать набор критериев, предлагаемых ГОСТ Р ИСО/МЭК 9126-93 [23]. Для оценки будем использовать следующую...
-
Исходя из финансовых и временных сроков, руководство компании приняло решение о выборе между следующими информационными системами: - FlexbbyCRM - JIRA -...
-
1. Алистер Коберн, "Современные методы описания функциональных требований к системам", Издательство "Лори", 2002 2. Август-Вильгельм Шеер. ARIS -...
-
В выпускной квалификационной работе предметом исследования является деятельность по учету и управлению доставкой корреспонденции. Для того, чтобы...
-
Описание состава автоматизируемых бизнес-процессов Бизнес-процессы компании, подлежащие автоматизации, приведены в следующей таблице: Название...
-
После анализа работающей системы workflow, можно достаточно точно определить, какая из предлагаемых на рынке систем наиболее соответствует потребности...
-
Последовательность действий при принятии решения о внедрении корпоративной информационной системы С чего начать разработку решения? Любая промышленная...
-
Концепция решает три задачи: Определить основные идеи и направления развития и согласовать их с клиентом. Получить оценку этих идей от будущих...
-
Бизнес-правило -- это положение, определяющее или ограничивающее какие-либо стороны бизнеса. Его назначение -- защитить структуру бизнеса, контролировать...
-
Количество рабочих станций, всего 20 Количество ПК, работающих в сети 21 Характеристики компьютеров От amd phenom 1055t и выше Операционная система...
-
В качестве объекта автоматизации рассматриваются процессы по учету различных видов информации: Регистрация постояльцев Учет занятых номеров отеля Учет...
-
Описание методологии и техник выявления требований Сбор требований -- это итеративный процесс, который включает в себя взаимодействие с клиентами для...
-
Клиент -- заказчик, покупатель, магазин; Поставка товара - заключительный этап выполнения договора купли-продажи, на котором происходит возмездная...
-
Заметно, что внедрение информационной системы ETWeb отразилось не только на деятельности сотрудников департамента управления персоналом и руководящих...
-
После того, как был реализован процесс карьерного планирования в информационной системе, можно сделать выводы о том, что внедрение информационной системы...
-
Производство. 1. Начальник отдела сбыта получает от клиента заказ на конкретный ассортимент ежедневно, проверяет наличие необходимое кол-во товара, если...
-
Проектирование реализации операций бизнес-процесса "Продажа товара покупателям" Номер операции на диаграмме Операция Необходимые разработки Специфика...
-
Продажа 1. Маркетолог изучает рынок выпускаемых кож конкурентными предприятиями по цене и качеству, анализирует статистику прейскурантов кож конкурентов...
-
Требования к системе электронного документооборота Выбор системы для внедрения и определение состава модулей, из которых она состоит, обусловлен...
-
Перечень предложений по совершенствованию процедур документооборота в подразделениях производственного предприятия с учетом перспектив внедрения системы,...
-
При внедрении СЭД необходимо придерживаться следующих основных принципов: *активное участие высшего руководства Заказчика в решении организационных...
-
К информационному обеспечению системы Уровень хранения данных в системе должен быть построен на платформе СУБД MS SQL Server. Данные системы хранятся на...
-
Требования к функционированию программы Модуль функционирует в следующих режимах: Ш подготовка исходных данных; Ш заключение договора с клиентом; Ш...
-
Архитектура разрабатываемой системы имеет два уровня: нижний - подсистема управления (датчики, микроконтроллер, исполнительные механизмы и оборудование)...
-
Требования к системе - Автоматизация теплицы
Требования к структуре системы. Автоматизированная система управления и контроля климата в тепличных хозяйствах должна быть распределенной и выполнена на...
-
Внедрение системы workflow. - Информационное обеспечение менеджерской деятельности
В качестве наиболее органичного и эффективного способа внедрения ИСУП можно предложить использование системы автоматизации деловых процессов (workflow) в...
-
Специалисты Gartner предполагали, что к 2006 году более 60% компании будут внедрять сервис-ориентированную архитектуру (Service-Oriented Architecture -...
-
Известно, что схемы процессов являются основой для настройки процесса в информационных системах. Схемы процессов легли в основу настройки процесса...
-
Программная система должна пройти следующие виды испытаний: 1) предварительные; 2) опытная эксплуатация; 3) приемочные. Приемо-сдаточные испытания...
-
Для обоснования решения по автоматизации деятельности организации по учету и выполнению заказов необходимо сформулировать критерии, по которым будет...
-
Описание проекта, который является объектом исследования Проект - представляет собой внедрение информационно - аналитической системы управления карьерой...
-
Обзор модулей системы - Моделирование и анализ процессов внутреннего документооборота предприятия
Структурно модули системы представляют собой наборы компонент различных типов. Компоненты имеют характерный интерфейс и наборы данных, определяемые их...
Формирование функциональных требований к информационной системе, Моделирование текущего бизнес-процесса внедрения платежной системы - Автоматизация взаимодействия бизнес-процессов коммерческого и IT департаментов компании ИнПлат