Функциональные требования:
Функциональные требования Банка приведены в Приложении №3
Поставщик должен привести в КП заполненную таблицу в соответствии с Приложением №3 на предмет соответствия или не соответствия требованиям, а также отметить возможность доработки в рамках Проекта и в соответствии с условиями КП (сроки, стоимость).
Возможны следующие варианты отметок соответствия:
Соответствует (Текущая реализации Системы соответствует требованию)
Отсутствует (Текущая реализация Системы не поддерживает данного требования)
В рамках проекта (будет реализовано в соответствии с условиями КП - сроки и стоимость)
Также поставщик указывает описание реализации каждого нефункционального требования.
Требования к Обучению в рамках проекта:
9.1 Банк предъявляет требования к обучению по результатам внедрения всех этапов проекта. Обучение должно проводиться по группам сотрудников, в соответствии с функционалом каждой группы. Необходимо предоставить индивидуальные программы обучения для каждой группы. Предложение по разбиению сотрудников по функциональным группам указано ниже, однако, может быть дополнено поставщиком по его усмотрению: Администраторы СУБД, пользователи системы, разработчики отчётов, Технологи, Прикладные администраторы.
9.2 По результатам обучения должен быть проведён тест на уровень освоения материала.
Гарантийные обязательства:
10.1 В КП должны быть указаны гарантийные обязательства Поставщика применительно к внедренным компонентам Системы и выполненным доработкам и настройкам компонентов в соответствии с требованиями Банка.
10.2 Гарантийные обязательства применительно к каждому этапу проекта должны действовать не менее 6 месяцев с момента ввода в Опытно-Промышленную Эксплуатацию, но не менее 2 месяцев с момента ввода в ПЭ.
Развитие и сопровождение системы:
11.1 Поставщик должен представить в КП проект договора на сопровождение Системы (третья линия поддержки), указать условия в соответствии с указанными ниже требованиями банка, а именно:
1. Состав работ
2. Сроки
3. Период поддержки
4. Подробный SLA
5. Стоимость SLA в соответствии с требования банка
Требования Банка по сопровождению Системы приведены ниже:
|
Приоритет *
|
Описание проявления проблемы
|
Время реакции
|
Время предоставления обходного решения
|
Время предоставления итогового решения
|
A
|
Критичный
|
Исключает возможность работы всех пользователей (вследствие недоступности функционала системы, либо снижения производительности, приводящего к невозможности выполнения регламентов работы с ЕХД). Критическая ситуация. Требует немедленного устранения.
|
10 мин
|
1 час
|
4 часа
|
B
|
Высокий
|
Исключает возможность работы отдельных пользователей, остальные пользователи работают нормально.
|
10 мин
|
8 часов
|
24 часа
|
C
|
Средний
|
Нарушает работу отдельных пользователей, однако основные операции выполняются.
|
15 мин
|
16 часов
|
48 часа
|
D
|
Низкий
|
Некритическое проявление.
|
30 мин
|
-
|
56 часов
|
E
|
Консультация по настройке
|
Консультация администратора по настройке системы
|
60 мин
|
-
|
24 часа
|
Примечание *: Проблемы с критичным приоритетом должны устраняться в режиме 24*7.
11.2 Стоимость сопровождения включать следующие параметры:
Сопровождение лицензий (предоставление регулярных обновлений ядра системы и устранение ошибок ядра).
Сопровождение Системы с учётом выполненных доработок и кастомизации Системы в соответствии с требованиями Банка (устранение ошибок, обеспечение соответствия новым версиям ядра).
Обновления Системы, в том числе связанные с требованиями регуляторов и законодательства РФ.
Разрешение инцидентов и проблем.
Обработка нештатных ситуаций.
Проект Договора сопровождения должен включать:
1. Стоимость, условия и максимальный объём доработок в рамках сопровождения
2. Условия и ставки по дополнительным доработкам/развитию Системы.
3. Договор сопровождения должен включать условия оказания услуг по доработкам системы и включать ставки специалистов, которых будет необходимо привлекать к работам для реализации доработок, ставки специалистов фиксируются на время действия договора.
Требуемый срок действия договора Сопровождения – 1 год с возможной пролонгацией. Поставщик должен указать принципы ценообразования договоров на сопровождение. Стоимость указывается со всеми применимыми налогами.
Квалификация Поставщика:
12.1 Поставщик должен обладать опытом внедрения решений класса Универсальный Фронт-Офис в Банках России и/или СНГ с клиентской базой несколько миллионов клиентов, так же Поставщик должен указать максимальные количественные показатели реализованных проектов в банковской сфере.
12.2 Поставщик должен указать финансовые показатели за последний отчетный период, структуру существующей команды поставщика по направлению УФО, а именно количество сотрудников компании занятых на разработке, внедрении и поддержке, а также Поставщик должен указать перечень конкретных внедрений с указанием объёмных показателей Банка и внедрения. (клиентская база, количество заявок, кредитов, карт и т.д).
Требования к организации выполнения работ:
Поставщик должен включить в КП предложения по организации выполнения работ в рамках проекта в соответствии с указанными ниже требованиями.
Банк предполагает ответственность Поставщика за результаты проекта в целом. При этом, в рамках реализации проекта, Поставщик может привлекать третьих лиц при условии сохранения ответственности за результаты проекта в целом.
Предполагается единая проектная команда с разбивкой по рабочим группам. Проектную команду по внедрению должен возглавлять Руководитель проекта со стороны поставщика. Рабочие группы также возглавляют представители Поставщика и включают экспертов и исполнителей от Поставщика и Заказчика.
Проектная команда должна иметь чёткий план коммуникаций внутри команды, с сотрудниками Банка, с третьими лицами.
В рамках проекта Поставщик должен обеспечить необходимые процедуры и контроль качества.
Банк планирует выделение необходимых ресурсов для содействия Поставщику в процессе реализации проекта. План по привлечению сотрудников Банка (частичного или полного) к выполнению проекта по внедрению программно-аппаратного комплекса также должен быть предоставлен Поставщиком
Команда проекта со стороны поставщика должна владеть всеми необходимыми лицензиями, регламентами и правилами в части планирования, выполнения и контроля работ. Также, не исключается выполнение установленных в Банке правил и регламентов проектов по внедрению программно-аппаратных комплексов.
Требования к проектной команде Поставщика:
Проектная команда со стороны Поставщика должна находиться на территории банка, при этом централизованная команда разработки может находиться на территории Поставщика.
Со стороны Поставщика необходимо выделение неконкурирующих команд на работы по разным Этапам, если в целях соблюдения целевых сроков, требуется параллельное выполнение.
В КП Поставщик должен указать требования к проектной команде банка: квалификация, количество сотрудников с указанием роли и функционала в рамках проекта в разбивке по этапам проекта.
Поставщик указывает структуру и численный состав команды внедрения, в том числе, отдельно – на территории Заказчика и отдельно - централизованная команда. Дает разбивку команды внедрения по этапам проекта.
Проектная команда Поставщика должна соблюдать требования и условия работы, принятые в Банке.
Поставщик должен указать ставки всех участвующих в проекте категорий специалистов, например:
Категория специалиста по оценке Поставщика
|
Ставка работы специалиста в час
|
Менеджер проекта
|
|
Системный архитектор
|
|
Системный аналитик
|
|
Разработчик
|
|
Специалист по тестированию
|
|
Специалист по обучению
|
|
Специалист по внедрению
|
|
Специалист по сопровождению
|
|
Прочие специалисты
|
|
|
|
Необходимо наличие единого контактного лица по организационным вопросам – Руководитель проекта, а также выделенный куратор проекта со стороны Поставщика (желательно высшее исполнительное должностное лицо Поставщика)
Требования к предоставляемой документации:
Программно-аппаратный комплекс до сдачи в опытно-промышленную эксплуатацию должен быть обеспечен всей необходимой, в том числе, но не ограничиваясь, следующей документацией на русском языке:
Техническое задание на доработку, содержащее:
Общая спецификация на создаваемый/изменяемый процесс. По каждому БП, будет представлена спецификация БП соответствующая to be версии БП. Спецификация будет в обязательном порядке включать в себя описание БП + схема, список используемых сервисов, точки вызова сервисов, описание обеспечения транзакционности (при наличии таковой), специфические особенности вызовов сервисов в зависимости от конкретного БП (при наличии таковых)
Спецификация взаимодействия УФО с интегрируемыми системами. Общая спецификация взаимодействия между УФО и ESB, включающая в себя список сервисов с подробным описанием каждого сервиса (назначение, описание форматов передаваемых данных, описание типа взаимодействия, примеры вызовов в виде XML файлов, XSD схемы, описание каждого передаваемого параметра, ограничения по использованию, список БП в которых используется сервис)
Планы тестирования и тест-кейсы:
Функциональное тестирование процессов
Нагрузочное тестирование
Тестирование отказоустойчивости
Методика проведения приемо-сдаточных испытаний (ПСИ)
Протоколы тестирований (внутреннего, интеграционного, ПСИ), содержащие результаты тестирования
Руководство пользователя по процессу
Руководство администратора
Новые версии системы также должны содержать в дистрибутиве обновление документации на всё ПО.
Паспорт релиза (Описание изменений, включенных в релиз),
Паспорт конфигурации системы (Актуальные настройки системы, обеспечивающие функционирование релиза),
Инструкция по инсталляции для Заказчика (последовательность действий по установке релиза),
План отката релиза,
Исполняемый код продукта.
|
