Договор . ДОГОВОР № _ (стр. 2 )

к договору № __________

от «___» ________ 2018 г.

Требования к Системе управления бизнес-процессами и административными регламентами, используемой для разработки Программного решения в рамках Заявок Заказчика

ТЕРМИНЫ, ОПРЕДЕЛЕНИЯ, СОКРАЩЕНИЯ

Банк	Банк, взаимодействие с которым МК осуществляется посредством бизнес-процессов Программного решения.
Бизнес-процесс	Совокупность взаимосвязанных мероприятий или задач, направленных на создание определённого продукта или услуги Заказчика.
Заказчик
МультиКарта (далее - МК)	- процессинговая компания
МХД	База данных Программного решения, предназначенная для хранения данных по объектам учета.
ПО	Программное обеспечение
Пользователь	Работник МК или работник Банка, использующий программное решение.
Программное решение	Конкретная реализация требуемого программного обеспечения "система управления бизнес-процессами и административными регламентами" на базе BPM системы.
Роль	Представляет собой условное наименование структурного подразделения или должности ответственного лица. Определяет доступный набор действий Пользователя в Программном решении.
СУБПиАР	Система управления бизнес-процессами и административными регламентами
BPM	Business Process Management
Operating System (далее – OS)	Операционная система

ЦЕЛЬ ПРОЕКТА

Целью проекта является разработка (доработка) и сопровождение Программного решения СУБПиАР на базе свободно распространяемых BPM - систем согласно требованиям Заказчика, направленного на повышение эффективности сервисов в области процессинга банковских карт, осуществляемых МК и/или обслуживаемыми МК Банками, путем:

обеспечения средств для подготовки и оперативного изменения формализованных описаний, используемых в Банках и МК бизнес-процессов согласно методологии BPM; исполнения бизнес-процессов в компьютерной среде на основе подготовленных формализованных описаний бизнес-процессов; повышения эффективности взаимодействия сотрудников Банков и МК, участвующих (самостоятельно или совместно) в бизнес-процессах, посредством автоматизации данной деятельности; автоматизации ведения реестров задействованных в бизнес-процессах объектов учета в МХД, являющейся мастер хранилищем данных для различных систем Банков и МК; повышения уровня автоматизации процессов взаимодействия между смежными системами, как внутри Банков, МК, так и между ними; повышения качественного уровня отчетности по объектам учета МХД, их движению и участию в исполняемых бизнес-процессах.

НАЗНАЧЕНИЕ СУБПиАР

Назначение СУБПиАР — организация автоматизированного выполнения бизнес-процессов, осуществляемых сотрудниками МК и/или обслуживаемых МК Банков, в компьютерной среде на основе подготовленных формализованных описаний, включающая автоматизацию процессов взаимодействия между смежными информационными системами участников бизнес-процессов и автоматизацию ведения реестров объектов учета на всех стадиях их жизненного цикла с возможностью масштабирования на все регионы присутствия участников бизнес-процесса.

ЗАДАЧИ ПРОЕКТА

Основными задачами проекта являются:

разработка Программного решения СУБПиАР на базе свободно распространяемых BPM - систем; разработка новых бизнес-процессов в Программном решении СУБПиАР Заказчика; доработка уже реализованных бизнес-процессов в Программном решении СУБПиАР Заказчика, в том числе включение в бизнес-процессы новых задач пользователей, новых автоматически выполняемых заданий, компонентов представления и проверки данных, включение в бизнес-процессы и МХД новых объектов учета, новых атрибутов для существующих объектов учета;

осуществление работ по интеграции Программного решения Заказчика со смежными информационными системами;  разработка новых и доработка существующих отчетов в Программном решении Заказчика, формируемых пользователями из МХД; модификация пользовательского интерфейса и улучшение возможностей администрирования Программного решения Заказчика; модификация средств разработки бизнес-процессов и среды исполнения бизнес-процессов СУБПиАР; первоначальная загрузка и структурирование данных в МХД; оптимизация параметров функционирования Программного решения Заказчика; регрессионное, нагрузочное и функциональное тестирование Программного решения Заказчика; инсталляция, адаптация, настройка и конфигурирование Программного решения Заказчика; разработка и сопровождение эксплуатационной и технической документации по Программному решению Заказчика;  консультация и обучение персонала Заказчика; сбор, формализация и согласование требований с Заказчиками; сбор информации, описание и моделирование бизнес-процессов;

анализ эффективности и выработка предложений по оптимизации бизнес-процессов.

ГРАНИЦЫ ПРОЕКТА

Исполнитель в рамках реализации заявок оказывает Заказчику услуги в соответствии с задачами проекта п.4 а именно: по разработке, доработке, сопровождению, тестированию Программного решения.

ПЕРЕЧЕНЬ ПОДГОТАВЛИВАЕМЫХ ДОКУМЕНТОВ

По требованию Заказчика в рамках Заявок на выполнение работ, а также в рамках работ по сопровождению Программного решения Исполнителем подготавливается документация:

Техническое задание – документ, подготавливаемый на базе бизнес-требований Заказчика, содержащий исчерпывающую информацию, необходимую для постановки задач непосредственно исполнителям на разработку, внедрение или интеграцию программного решения. Техническое задание устанавливает: основное назначение разрабатываемого объекта; его технические характеристики; показатели качества и технико-экономические требования; предписание по выполнению необходимых стадий создания документации (технологической, программной и т. д.) и её состав; деление проекта на этапы с дорожной картой реализации проекта (сроки); а также специальные требования.

Спецификация на ПО (описание постановки задачи), включающая в себя все детали реализации, вплоть до форм, полей, отчетов, интерфейсов и протоколов обмена, требованиям к ПО, включая OS и системное, а также:

- итоговый вариант архитектуры Программного решения;

- инфраструктурные схемы;

- не функциональные требования;

- требования к вводу и запуску Программного решения в эксплуатацию;

- документация к исходному коду, требования к среде разработки, порядок комментирования;

- диаграммы переходов в бизнес процессах.

Эксплуатационная документация (в частности: руководство пользователя, руководство администратора, руководство администратора информационной безопасности). Программа и методика испытаний. Документы по организации нагрузочного тестирования.

ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ

В соответствии с Приложением №3 и Приложением №4 Договору об оказании услуг.

Архитектура СУБПиАР

СУБПиАР должна включать следующие основные компоненты:

редактор бизнес-процессов - графическая среда разработки бизнес-процессов; среду исполнения разработанных в редакторе бизнес-процессов на базе свободно распространяемой BPM-системы; базу данных МХД — разрабатываемую в рамках настоящего проекта БД, в которой хранятся все объекты учета СУБПиАР; подсистему подготовки отчетности, базирующуюся на свободно распространяемом редакторе отчетов; подсистему интеграции с внешними системами, базирующуюся на свободно распространяемом ПО; сервер приложений, обеспечивающий взаимодействие всех компонентов СУБПиАР, а также доступ Пользователей к функциональным элементам СУБПиАР в рамках единого, построенного на веб-технологиях, пользовательского интерфейса.

ТРЕБОВАНИЯ К СУБПиАР Требования к редактору бизнес-процессов СУБПиАР должна обеспечивать разработку и модификацию бизнес-процессов (определений бизнес-процессов) и связанных с ними объектов в графической среде посредством редактора бизнес-процессов. В редакторе бизнес-процессов должны:

поддерживаться конструкции языков BPMN1 (элементы parallel gateway, exclusive gateway, sequence flow, subprocess) и jPDL2 (элементы fork, join, decision, transition, process-state); определяться последовательность выполнения шагов бизнес-процесса путем конструирования графической схемы бизнес-процесса в нотациях BPMN и UML с описанием ее деталей в виде свойств отдельных элементов (заданий пользователей, автоматически выполняемых заданий, автоматически выполняемых скриптов на языке программирования Groovy, таймеров, компонентов приема и отправки сигналов для реализации межпроцессного взаимодействия, подпроцессов, маршрутных узлов и т. д.); определяться атрибутивный состав данных, используемых при выполнении бизнес-процесса, в том числе по объектам учета МХД; назначаться роли и правила назначения задач участникам бизнес-процесса с учетом данных бизнес-процесса и его специфики; определяться графические формы заданий, выполняемых участниками бизнес-процесса, в том числе настройка стандартных и кастомизированных в рамках СУБПиАР компонентов отображения и ввода информации, настройка стандартных, кастомизированных и сложных (реализуемых с помощью языка программирования Groovy) правил проверки, вводимых пользователями данных; обеспечиваться возможность настройки динамической модификации, отображаемой на формах заданий пользователей информации с использованием языка программирования JavaScript на уровне отдельного задания или всего бизнес-процесса в целом.

Редактор бизнес-процессов должен обеспечивать возможность загружать подготовленные определения бизнес-процессов в среду исполнения бизнес-процессов. Требования к среде исполнения бизнес-процессов Среда исполнения бизнес-процессов должна обеспечивать:

исполнение экземпляров бизнес-процессов в соответствии с определениями, подготовленными в редакторе бизнес-процессов; формирование списков заданий пользователей в соответствии с правилами назначения заданий, заданными в определении бизнес-процесса; контроль сроков выполнения заданий исполнителей, в том числе с учетом календаря рабочих дней, задаваемого Заказчиком; визуализацию форм заданий пользователей и осуществление проверки вводимых пользователями данных; нотификацию пользователей о назначенных на них заданиях; визуализацию истории выполнения экземпляра бизнес-процесса на содержащемся в определении бизнес-процесса графе в нотациях BPMN и UML; настройку определений бизнес-процессов, прав на запуск бизнес-процессов, управление версиями бизнес-процессов; мониторинг состояния выполняющихся экземпляров, в том числе ошибок при выполнении автоматизированных заданий и скриптов; административное управление выполняющимися экземплярами бизнес-процессов (поиск экземпляров бизнес-процесса по данным, модификацию данных в бизнес-процессе, остановку, приостановку и повторную активацию экземпляра, перевод экземпляра бизнес-процесса на новую версию определения бизнес-процесса, изменение состава пользователей в текущих назначенных заданиях); ведение истории событий экземпляров бизнес-процессов; ведение истории изменения данных бизнес-процессов; администрирование пользователей, в том числе настройка и контроль прав доступа на запуск бизнес-процессов, выполнение пользовательских заданий и административных функций; отдельный или общий веб-интерфейс для выполнения пользователями всех перечисленных выше функций;

Для обеспечения взаимодействия с МХД, интеграции с внешними информационными системами, обеспечения специфических особенностей бизнес-процессов Заказчика среда исполнения бизнес-процессов должна поддерживать конструкции языков BPMN (элементы parallel gateway, exclusive gateway, sequence flow, subprocess) и jPDL (элементы fork, join, decision, transition, process-state), а также  возможность встраивания в бизнес-процессы кастомизированных в рамках СУБПиАР, разработанных на языке программирования Java, компонентов следующих типов:

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

Требования к базе данных МХД База данных МХД должна содержать следующие компоненты:

описание организационной структуры МК и обслуживаемых Банков; реестры объектов учета СУБПиАР в привязке к уровням организационной структуры МК и обслуживаемых Банков; справочники значений отдельных атрибутов объектов учета СУБПиАР.

Взаимодействие среды исполнения бизнес-процессов и МХД должно осуществляться через адаптеры данных, реализующие интерфейсы типа «Get-» (для чтения данных из МХД), типа «Set-» для записи данных в МХД. Интеграционное взаимодействие среды исполнения бизнес-процесса, пользовательского веб-интерфейса с МХД должно осуществляться только с использованием слоя адаптеров данных. Прямого обращения из среды выполнения бизнес-процессов для изменения или извлечения данных из МХД быть не должно (запрещены прямые SQL-запросы в МХД или прямой вызов хранимых процедур непосредственно из среды исполнения бизнес-процессов, пр.). Требования к модели доступа к данным Доступ к основным объектам и функциям Программного решения должен осуществляться на основании:

назначенной Пользователю Роли в рамках реализованных в СУБПиАР бизнес-процессов; принадлежности Пользователя к тому или иному уровню иерархической структуры филиальной сети Банка; принадлежности Пользователя и Роли к той или иной группе доступа для объектов, напрямую не задействованных в бизнес-процессах.

Все основные объекты учета СУБПиАР должны храниться в привязке к иерархической структуре филиальной сети участников бизнес-процессов. Должна поддерживаться возможность ведения данных более чем по одному участнику без существенной доработки. Для каждого Пользователя должен быть задан один или несколько Профилей, определяющих Роль и принадлежность к уровню иерархической структуры филиальной сети участников бизнес-процессов.  В случаях, когда применение ролевой модели доступа нецелесообразно, применяется модель доступа по принадлежности Пользователя одной или нескольким группам доступа, например, к административным функциям Программного решения. Система разграничения прав доступа должна определять:

возможность просмотра и (или) редактирования полей реестров — доступ должен быть настраиваемым на уровне отдельных полей реестров; возможность просмотра полей задач в истории выполнения бизнес-процессов — доступ должен быть настраиваемым на уровне Ролей; возможность запуска отдельных бизнес-процессов — доступ должен быть настраиваемым; возможность выполнения задач в рамках бизнес-процессов — доступ должен быть настраиваемым; возможность редактирования и просмотра справочников Программного решения — доступ должен быть настраиваемым; возможность выполнения отчетов, реализованных в Программном решении на уровне каждого конкретного отчета; возможность просмотра и модификации административных настроек Программного решения.

Уровень Пользователя в иерархии филиалов Банка должен определять:

возможность просмотра и редактирования объектов в реестрах с учетом их принадлежности к филиальной сети участников бизнес-процессов; назначение Задач в рамках исполняемых бизнес-процессов с учетом правил назначения Задач, реализованных в бизнес-процессах. возможность запуска бизнес-процессов.

СУБПиАР должна поддерживать указанные выше принципы доступа ко всем объектам учета как при явном (путем обращения из пунктов интерфейса Программного решения), так и при не явном доступе (прямое обращение к объектам Программного решения) со стороны любого из субъектов доступа. Требования к основным объектам интерфейса СУБПиАР

К основным элементам интерфейса Программного решения относятся: