Ниже представлен пример коммерческого предложения на разработку информационно системы - корпоративное хранилище данных (КХД, Data Warehouse).

Коммерческое предложение состоит из следующих разделов:

• Введение
Prominent Manufacturers Insurers Retailers
• Цель, задачи и ожидаемые результаты проекта внедрения
• Предлагаемое решение
• Этапы внедрения корпоративного хранилища данных
• Сроки реализации проекта
• Структура и функции проектной команды
• Предполагаемая стоимость проекта внедрения
• Критические факторы успеха реализации проекта
• Преимущества исполнителя

1. Введение

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

Настоящее коммерческое предложение подготовлено Исполнителем в соответствии с условиями открытого/закрытого тендера на выполнение работ (оказание услуг) по проекту внедрения корпоративного хранилища данных.

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

2. Цель, задачи и ожидаемые результаты проекта

2.1. Цель проекта

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

Кроме того, корпоративное хранилище данных создается с целью:

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

2.2. Задачи проекта

Ключевыми задачами проекта внедрения, обеспечивающими достижение поставленной цели, являются:

• Проведение анализа существующей модели показателей деятельности и бизнес процессов формирования корпоративной отчетности Компании. Разработка целевой модели показателей деятельности Компании, используя лучшие мировые практики построения моделей данных, большой опыт и высокую квалификацию специалистов Исполнителя.
• Формирование технического задания на проектирование, разработку и внедрение КХД.
• Разработка организационных и технических регламентов по сбору (регламент информационного взаимодействия), обработке и загрузке данных .
• Разработка технического проекта будущей КХД.
• Разработка КХД в разрезе следующих подсистем:
  • сбора, обработки и загрузки данных (обеспечение механизмов сбора данных из информационных источников);
  • хранения данных (обеспечение функций хранения данных);
  • агрегирования данных, формирования витрин данных (обеспечение формирования бизнес-ориентированных витрин данных);
  • аналитической обработки данных (вычисление заданных показателей);
  • разграничения и защиты доступа к данным (обеспечение механизмов разграничения прав доступа пользователей в рамках КХД);
  • визуализации (наглядное графическое и табличное представление информации).
• Проведение пуско-наладочных работ КХД.
• Разработка документации и обучение пользователей КХД.
• Проведение тестирования и приемо-сдаточных испытаний КХД.

2.3. Ожидаемые результаты проекта

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

При этом выделяются следующие ключевые факторы:

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

3. Предлагаемое решение

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

3.1. Функциональная архитектура предлагаемого решения

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

Функциональной архитектуры корпоративного хранилища данных

3.1.1. Модель данных

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

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

• Структура витрин данных
  Представляет собой набор шаблонов витрин, показателей и измерений для анализа ключевых показателей эффективности.

3.1.2. Подсистема сбора, анализа и загрузки информации (Extract Transform Load, ETL)

Данная подсистема включает модули, отвечающие за извлечение данных из существующих источников в соответствии с регламентом информационного взаимодействия, их анализ, преобразование и загрузку в хранилище данных с проведением предварительного анализа и обогащенем нормативно-справочной информации (НСИ).

Модули, входящие в состав подсистемы, представлены ниже:

• Сбор, анализ, загрузка данных
  Данный модуль предназначен для преобразования корпоративных данных из источников различных типов. Модуль позволяет быстро объединить данные из баз данных, приложений, систем обмена сообщениями и доставить их любому потребителю – приложению, бизнес-процессу или конечном пользователю вне зависимости от объема данных, гарантируя при этом результат высокого качества.

• Обеспечения актуальности НСИ
  Данный модуль обеспечивает обновление НСИ, используемой в системе. Обновление и согласование НСИ производится автоматически в процессе загрузки данных.

3.1.3. Хранилище данных

Подсистема хранилище данных обеспечивает хранение текущих и архивных данных, публикацию их в витрины данных, хранение настроечной и справочной информации.

• Хранилище данных
  Представляет собой единый источник объединенных данных, позволяющих получить необходимую информацию по показателям деятельности предприятия

• Витрины данных
  Позволяют предоставлять пользователям доступ к любым данным с помощью быстрых, полных и интерактивных средств доступа к различным данным. Благодаря технологии OLAP необработанные данные преобразуются в фактическую информацию.

• Метаданные, НСИ
  Представляют собой выделенную схему хранения метаданных, настроечных и справочных данных обеспечивающих работу системы.

3.1.4. Подсистема поддержки

Подсистема поддержки включает модули, обеспечивающие поддержку актуальности модели, структур хранилища данных, полноту и актуальность НСИ, администрирование системы в целом.

• Модели данных
  Представляет собой программный продукт с пользовательским интерфейсом и набором специализированных функций, автоматизирующий разработку и поддержку модели.

• Структура хранилища данных
  Набор программных продуктов, обеспечивающих создание и поддержку объектов хранилища и витрин данных.

• НСИ
  Данный модуль представляет собой готовый или разработанный программный продукт, обеспечивающий работу с НСИ и поддержку её актуальности в хранилище данных.

• Средства администрирования
  Ряд программных продуктов, позволяющих осуществлять администрирование модулей системы.

3.1.5. Подсистема анализа и отчетности

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

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

• Средства обеспечения разграничения прав доступа
  Данный модуль представляет собой единую точку доступа к хранилищу данных через web-интерфейс. Обеспечивает персонализацию доступа к информации. В результате пользователи (группы пользователей) получают возможность выбрать информацию в соответствии со своими потребностями и правами доступа.

• Средства анализа данных
  Данный модуль обеспечивает быстрый и удобный доступ к данным в хранилищах данных и витринах. Позволяет проводить многомерный анализ, получать произвольные отчеты, формировать нерегламентированные запросы и анализировать выбранные данные.

3.2. Техническая архитектура решения

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

Техническая архитектура корпоративного хранилища данных

3.2.1. Технологические компоненты

В состав разрабатываемой системы включаются следующие технологические компоненты:

• Средства поддержки структур хранилища данных – это программные CASE (ErWin, Power Designer и др.) и специализированные средства, позволяющие в графическом режиме создавать, редактировать и настраивать объекты базы данных.
• ETL-приложение – программный продукт, с использованием которого реализуется процесс извлечения, проверки, преобразования и загрузки данных из источников, обеспечивается процесс синхронизации НСИ (например, Oracle Warehouse Builder, IBM DataStage, Informatica Power Designer, Talend Open Studio и т.п.).
• СУБД представляет собой промышленную систему управления базами данных (СУБД). Например, Oracle DataBase, IBM D2, Teradata и др. В ней хранятся: описания справочников НСИ, метаданные, хранилище данных, витрины данных. Реализована система разграничений прав доступа на уровни записей в таблицах.
• Сервер приложений – продукт, обеспечивающий поддержку промышленной инфраструктуры бизнес-приложений (Oracle AS, IBM WS AS и др.). Включает в себя следующий ряд приложений, обеспечивающих:
  • стандартные подходы к организации служб каталогов, централизованные метод организации;
  • интеграцию приложений, сервисов, средств бизнес-анализа посредством web-портала;
  • развертывание сервисов анализа и отчетности (отображение витрин данных и отчетов).
• Средства администрирования и разработки – набор программных продуктов, предназначенных для администрирования системы ETL, базы данных, сервера приложений и разработки отчетности.
• Клиентские места сотрудников (внутри локальной вычислительной сети), представляющие собой автоматизированные рабочие места, которые разработаны в рамках настоящего проекта.

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

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

4. Этапы внедрения корпоративного хранилища данных

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

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

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

Все задачи сгруппированы в процессы по принципу общности результата.

Схема этапов внедрения проекта соответствует представленной ниже диаграмме.

Этапы внедрения проекта внедрения корпоративного хранилища данных

4.1. ФАЗА I. Определение и анализ

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

На этапе анализа решаются следующие задачи:

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

Результатом работ по фазе «Определения и анализа» является техническое задание на проектирование и разработку ИС, содержащее следующую информацию:

• организационная и финансовая структура;
• реестр бизнес-процессов;
• реестр отчетности;
• реестр показателей;
• определение функциональных требований;
• определение системно-технологических требований к КХД;
• определение текущей технической архитектуры КХД (в т.ч. описание источников данных).

4.2. ФАЗА II. Проектирование информационной системы

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

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

4.3. ФАЗА III. Настройка и разработка информационной системы

На этой фазе настраивается и разрабатывается модель в информационной системе:

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

5.4. ФАЗА IV. Передача информационной системы Заказчику

На этой фазе выполняется тестирование и отладка системы, выявляются ошибки и выполняются необходимые корректировки, проводится согласованная оптимизация информационной модели.

В процессе опытной эксплуатации системы выполняются необходимые действия на основании реальных данных, готовятся инструкции пользователям и администраторам по работе в системе в соответствии с их существующими и/или измененными функциональными обязанностями.

На этапе передачи информационной системы Заказчику решаются следующие задачи:

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

5. Сроки реализации проекта

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

Примерный график распределения сроков выполнения этапов работ, расчитанный из предполагаемой общей продолжительности проекта X месяцев, приведен на диаграмме ниже:

Примерный график распределения сроков выполнения этапов работ

6. Структура и функции проектной команды

6.1. Структура проектной команды

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

Исходя из этого, для реализации задач проекта предлагается следующая структура проектной команды, с кратким описанием зон ответственности:

Структура проектной команды проекта внедрения корпоративного хранилища данных

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

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

6.2. Распределение функций сторон в проектной команде

Функции участников проектной команды со стороны Заказчика:

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

Функции участников проектной команды со стороны Исполнителя:

• организовать управление проектом и реализацию проекта в целом;
• обеспечивать подготовку и своевременное представление отчетных материалов по проекту;
• обеспечивать передачу опыта и знаний участникам проектной команды со стороны Заказчика;
• обеспечить качество и практическую ценность результатов проекта.

7. Предполагаемая стоимость проекта внедрения

При определении суммы оплаты услуг консультантов Компании-исполнителя мы исходили из следующих предпосылок:

• В проекте на постоянной основе будет задействовано ХХХ экспертов Исполнителя и руководитель проекта. Окончательный состав команды проекта определяется в процессе согласования рамок проекта. Ниже приведены основные направления работ по проекту.
  • бизнес-анализ;
  • проектирование компонентов системы;
  • настройка компонентов ИС;
  • проведение тестирования и приемосдаточных испытаний;
  • управление проектом.
• При решении различных специализированных вопросов к участию в проекте могут привлекаться другие эксперты Исполнителя.
• Ориентировочные трудозатраты компании Исполнителя по проекту составят ХХХ чел./дн.

Исходя из ставок в компании Исполнителе, а также указанного масштаба работ, полная стоимость услуг по проекту составит ХХХ рублей с учетом НДС. Накладные расходы, связанные с командированием сотрудников Исполнителя по данному проекту, оплачиваются дополнительно. Предполагается, что сумма накладных расходов не превысит ХХХ рублей. Общая стоимость проекта составит ХХХ рублей.

8. Критические факторы успеха реализации проекта

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

8.1. Организационные факторы

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

8.2. Технологические факторы

• Согласование технологических решений при проектировании системы и хранилища данных.
• Готовность оперативных прикладных систем к предоставлению необходимых данных для отработки интегрированного решения и комплексности тестирования системы.
• До начала проведения мероприятий, связанных с испытаниями, необходимо утвердить порядок фиксации и контроля над устранением недостатков, обнаруженных в ХД; сценарии испытаний должны быть разработаны для различных входных данных или для различных веток бизнес-процесса.
• Должен быть сформирован детальный план проведения всех мероприятий, связанных с испытанием, особенно для интеграционного тестирования по потокам данных.
• Привлечение большего количества участников испытания должно определять более высокое качество.
• В сценариях испытаний должны определяться требования к времени отклика ХД и времени прохождения шага бизнес-процесса.
• Должно быть проведено ранжирование бизнес-процессов, требований к шагам бизнес-процессов и, как следствие, к сценариям испытания и выявленным недостаткам с точки зрения их влияния на бизнес Заказчика.
• Должно быть обеспечено создание и поддержка инфраструктуры, необходимой для поддержки процессов испытаний.
• Обеспеченность техническими ресурсами.

9. Преимущества исполнителя

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