Приклад комерційної пропозиції на розробку інформаційної системи

1. 1. Введення
2. 2. Мета, завдання та очікувані результати проекту
3. 2.2. Завдання проекту
4. 2.3. Очікувані результати проекту
5. 3. Пропоноване рішення
6. 3.1. Функціональна архітектура пропонованого рішення
7. 3.1.1. модель даних
8. 3.1.2. Підсистема збору, аналізу і завантаження інформації (Extract Transform Load, ETL)
9. 3.1.3. Сховище даних
10. 3.1.4. підсистема підтримки
11. 3.1.5. Підсистема аналізу і звітності
12. 3.2. Технічна архітектура рішення
13. 3.2.1. технологічні компоненти
14. 4. Етапи впровадження корпоративного сховища даних
15. 4.1. ФАЗА I. Визначення та аналіз
16. 4.2. ФАЗА II. Проектування інформаційної системи
17. 4.3. ФАЗА III. Налагодження та розробка інформаційної системи
18. 5.4. ФАЗА IV. Передача інформаційної системи замовника
19. 5. Строки реалізації проекту
20. 6. Структура і функції проектної команди
21. 6.2. Розподіл функцій сторін в проектній команді
22. 7. Передбачувана вартість проекту впровадження
23. 8. Критичні фактори успіху реалізації проекту
24. 8.1. організаційні чинники

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

Комерційна пропозиція складається з наступних розділів:

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. Переваги виконавця

Вказати ніж Ваша компанія краще за інших. Який досвід впровадження є, співробітники якої кваліфікації в штаті і т.д. и т.п.