План проведения демонстрационных показов

Приложение 7

План проведения демонстрационных показов.

Конкурс по выбору программной платформы и Генерального подрядчика системы автоматизированного формирования кредитной документации

1.  Общие положения

Демонстрационные показы решений системы проводятся Участником конкурса на территории Банка в период с 29 декабря 2010 по 14 января 2011г. (в течение одного дня в соответствии с типовым Планом презентации).

Главная цель демонстрационного показа - познакомить экспертов от Банка с предлагаемым решением в форме презентации/демонстрации. В демонстрацию рекомендуется включить тестовые пример, описанные в Разделе 4 настоящего документа.

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

При необходимости использования Поставщиком дополнительных аппаратных средств Банка (проекторы, экраны, сетевое оборудование и т. д.) и каналов связи, Поставщик должен заблаговременно (не менее чем за 2-3 дней до начала презентаций) известить об этом Банк, подробно указав все требования к данному оборудованию и/или каналам связи.

Все презентации (в формате PowerPoint и др.), используемые на показах, должны быть переданы Банку.

Каждая тема должна быть раскрыта таким образом, чтобы Банк мог дать оценку соответствия демонстрируемой Системы Требованиям, изложенным в Конкурсной документации. Эксперты Банка будут принимать во внимание содержание Конкурсной заявки (с приложениями), Коммерческое предложение и информацию, представленную в презентациях.

Демонстрационные показы и любые дискуссии проводятся на русском языке.

2.  План демонстрационных показов

Пример плана

Время	Название сессии	Участники от Банка
11-00 Перерыв - 15 мин.
12-15 Перерыв - 1 час
16-00 Окончание презентации

3.  Требования к содержанию презентаций

1.  Видение (10 мин.)

Участник конкурса должен представить описание своего видения задачи и кратко описать предлагаемое решение.

2.  Архитектура (5-10 минут)

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

a.  Системная архитектура

b.  Интеграционная архитектура

c.  Типовая схема развертывания (техническая архитектура)

3.  Информационная безопасность (5-10 мин)

Участник конкурса должен подготовить презентацию по информационной безопасности предлагаемого решения в соответствии с Требованиями, изложенными в Конкурсной документации.

4.  Средства разработки и кастомизации (настраиваемость, открытость) – (5-10 мин.)

Участник конкурса должен осветить следующие вопросы:

Используемые среды разработки пользовательского интерфейса, бизнес-логики, компонент работы с данными, отчетов; Используемые библиотеки визуальных компонент и фреймворки (frameworks); Используемые инструментальные средства моделирования; Используемые инструменты автоматизации тестирования

Участник конкурса должен подготовить презентацию механизмов настройки системы, а так же возможности по дальнейшему развитию (доработками) силами Банка.

5.  Функциональность (30 минут)

Участник конкурса должен продемонстрировать функционал системы. Демонстрацию функционала рекомендуется построить на тестовом примере, изложенным в Разделе 4.

6.  Опыт внедрения в других компаниях РФ (5-10 мин)

Участник конкурса должен подготовить презентацию не менее 1 реализованных проектов внедрения аналогичной системы с указанием следующих параметров проекта:

- границы проекта по функциональности

- масштаб проекта по территориальной распределенности субъектов холдингов

- достигнутые объемные показатели: количество пользователей

- сроки реализации проекта

- возможность организации референс-визитов

4.  Требования к реализации тестового примера в демонстрации

В приложении А и Б находится макет документа, который предлагается использовать при демонстрации системы.

Пример макета кредитного договора

Макет документа содержит основные примеры форматирования и варианты выбора опций, по 1-му примеру форматирования текста для каждого из следующих случаев:

1.  Наличие или отсутствие определённого блока текста, например, в Договоре предусмотрена опция, при помощи которой на основе данных, которые хранятся во внешнем источнике, может быть определено, включать ли в документ определённую формулировку (строка «ПРИМ», см. примечание 1). Система должна определять необходимость данной формулировки.

2.  Выбор пользователем одного из возможных вариантов формулировки, например, в Договоре предусмотрена опция, при помощи которой пользователь может указать, необходимо включать формулировку в документ или нет, в зависимости от того, кем является Заёмщик: юридическим лицом или индивидуальным предпринимателем, см. примечание 2). Система должна определять необходимость определённой формулировки на основе данных, которые получит от пользователя в процессе формирования документа.

3.  Пример форматирования таблицы (в зависимости от количества периодов действия лимита изменяется количество строк таблицы, см. примечание 4). Система должна определять необходимость форматирования на основе данных, которые получит от пользователя в процессе формирования документа.

4.  Возможность формирования сумм прописью, в том числе вводимых пользователем (см. примечание 3). Система должна определять формулировки на основе данных, которые получит от пользователя в процессе формирования документа.

5.  Наличие 2-х блоков текста, которые зависят от одного условия (например, блок текста, который отмечен при помощи примечания 2 «включается, если Заемщик – юридическое лицо», см. примечание 2, а также пункт 2.1 Договора «Заемщик является (юридическим лицом или индивидуальным предпринимателем – ненужное не печатать)», см. примечание 5). Система должна определять необходимость определённой формулировки на основе данных, которые получит от пользователя в процессе формирования документа.

6.  Пример вложения опций одну в другую (например, в пункте 3.1 Договора 2 вариант – переменная ставка, внутри которой используется опция по определению критериев для установления процентной ставки, см. комментарий 7). Система должна определять необходимость определённой формулировки на основе данных, которые получит от пользователя в процессе формирования документа.

7.  Возможность добавления в документ формулы (см. примечание 8).

8.  Пример форматирования, в котором в зависимости от опций, определяемых в процессе формирования документа, устанавливается сквозная нумерация пунктов и подпунктов Договора (например, в зависимости от наличия/отсутствия п. 3.2, подпунктов п. 3.3 Договора, см. комментарии , а также корректные ссылки на пункты по Договору (например, в зависимости от наличия/отсутствия п. 3.2 Договора, см. комментарий 12).

Примечание:

1.  Договор должен содержать нижний колонтитул на каждой странице, как показано в примере. Колонтитул на первой странице отличается от колонтитулов на других страницах. Колонтитул на других страницах (кроме первой) содержит данные, которые определяются пользователем в процессе формирования документа.

2.  После формирования документа пользователю должны быть сформированы следующие файлы:

2.1.  Документ - в сформированный документ не должны включаться сноски, которые отображаются в нижней части страниц.

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

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

Заполнение текста:

1)  Зелёным отмечен текст, который должен автоматически загружаться из внешнего источника (Переменные).

2)  Жёлтым отмечен текст, который заполняется вручную в процессе формирования документа.

3)  Комментариями выделены блоки текста, необходимость которых должна определяться автоматически при помощи опций в процессе формирования документа.

Пример макета договора залога

В приложении находится макет документа, который предлагается использовать при демонстрации системы.

Макет документа обеспечивает возможность установления взаимосвязи между документами в Пакете документов (наличие переменных, значения которых задаются в другом документе): в Договоре залога предусмотрены переменные, значения которых задаются в Кредитном договоре - номер и дата Кредитного договора, а также наименование Заемщика (см. п. 1.2), лимит кредитной линии (см. п. 1.2.1).

Макет служит для демонстрации создания Пакета документов (в том числе возможности включения в состав Пакета документов нескольких Договоров залога), установления взаимосвязи между документами в Пакете.

Заполнение текста:

4)  Зелёным отмечен текст, который должен автоматически загружаться из внешнего источника (Переменные).

5)  Жёлтым отмечен текст, который заполняется вручную в процессе формирования документа.