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

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

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

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

· Введение

· Цель, задачи и ожидаемые результаты проекта внедрения

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

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

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

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

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

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

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

Введение

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

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

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

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

Цель проекта

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

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

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

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

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

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

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

· Формирование технического задания на проектирование, разработку и внедрение КХД.

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

· Разработка технического проекта будущей КХД.

· Разработка КХД в разрезе следующих подсистем:

§ сбора, обработки и загрузки данных (обеспечение механизмов сбора данных из информационных источников);

§ хранения данных (обеспечение функций хранения данных);

§ агрегирования данных, формирования витрин данных (обеспечение формирования бизнес-ориентированных витрин данных);

§ аналитической обработки данных (вычисление заданных показателей);

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

§ визуализации (наглядное графическое и табличное представление информации).

· Проведение пуско-наладочных работ КХД.

· Разработка документации и обучение пользователей КХД.

· Проведение тестирования и приемо-сдаточных испытаний КХД.

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

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

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

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

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

· Структура хранилища данных
Представляет собой логическую модель хранилища данных.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· Средства поддержки структур хранилища данных – это программные 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, базы данных, сервера приложений и разработки отчетности.

· Клиентские места сотрудников (внутри локальной вычислительной сети), представляющие собой автоматизированные рабочие места, которые разработаны в рамках настоящего проекта.

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

· Аутентификация пользователей, включая дополнительное использование парольной и временной политики доступа к системам.

· Разграничение прав доступа пользователей как по доступу к отчетам, так и на уровне значений справочников.

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

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

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

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

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

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

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

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

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

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

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

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

· Четкое описание границ проекта.

· Работы должны вестись в соответствии с планом проекта, процедурами контроля проекта, процедурами управления изменениями.

· Должен быть разработан детальный план работ по проекту и план обеспечения качества выполняемых работ.

· Контроль исполнения сроков по задачам, своевременное выявление задержек.

· Отклонения от контрольных точек должны анализироваться и корректироваться.

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

· Своевременное предоставление информации, проведение встреч, интервью.

· Приоритет проектных задач перед текущими задачами со стороны Заказчика и Исполнителя.

· Устойчивость состава проектной команды Исполнителя и экспертов со стороны Заказчика.

· Корректное (по срокам, ответственным) планирование графика, встреч, согласований.

· Согласование планов работ по проекту со смежными проектами.

· Прогнозирование проблем и задержек и их предупреждение (оповещение руководства).

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

· Согласование технологических решений при проектировании системы и хранилища данных.

· Готовность оперативных прикладных систем к предоставлению необходимых данных для отработки интегрированного решения и комплексности тестирования системы.

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

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

· Привлечение большего количества участников испытания должно определять более высокое качество.

· В сценариях испытаний должны определяться требования к времени отклика ХД и времени прохождения шага бизнес-процесса.

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

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

· Обеспеченность техническими ресурсами.

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

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