Технології

Технології впровадження

Існують декілька технологій впровадження системи:

Технологія впровадження типового рішення. Максимальна зміна існуючої
облікової політики підприємства у відповідності з типовими механізмами
комп'ютерної інформаційної системи.
Основні характеристики:
- найменший об'єм робіт по зміні типових рішень,
- основні затрати – навчання та програмне забезпечення,
- можливо, буде необхідно змінити облікову політику.
Технологія швидкого результату (ТШР)
Проектний підхід - розробка індивідуального рішення (істотна
доробка на базі існуючих конфігурацій), що відображає
існуючі облікові схеми підприємства, без істотних змін
облікових схем підприємства.
Основні характеристики:
- основні затрати – розробка програмного забезпечення,
- автоматизація облікових схем.

Короткий опис технологій впровадження

Технологія впровадження типового рішення Вгору
Технологія впровадження типового рішення 1С — найбільш поширена різними підприємствами форма впровадження.
Це пояснюється використанням типового прикладного рішення 1С, можливо, з невеликими доробками,
з поетапним впровадженням необхідного функціоналу та, як наслідок, максимально можливою швидкістю
впровадження та мінімальними затратами для підприємства.
При такому варіанті впровадження адаптується функціонал програмного продукту в частині найбільш унікальних
для підприємства Замовника бізнес-процесів, у решті бізнес-процеси підприємства підналаштовуються під процеси,
що реалізовані у типовому прикладному рішенні.

Стандартне впровадження відбувається у сім етапів:
- 1 етап. Поставка програмного продукту;
- 2 етап. Навчання користувачів;
- 3 етап. Аналіз необхідних змін функціоналу та складання технічних специфікацій по доробках;
- 4 етап. Доробка типового рішення;
- 5 етап. Передавання у тестову експлуатацію;
- 6 етап. Відладка системи;
- 7 етап. Запуск у промислову експлуатацію.

Технологія швидкого результату (ТШР) Вгору
Це технологія впровадження програмних продуктів на базі 1С:Підприємство, що дозволяє отримати швидкі,
регулярні (щомісячні) та якісні результати. Швидке отримання результатів у максимально стислі терміни та можливість швидкого початку використання програмного продукту є основною ціллю даної технології.
При використанні даної технології автоматизуються в першу чергу такі ділянки, які найбільш пріоритетні та актуальні для Замовника.
Наше завдання – розбити складний запрос від Замовника на сукупність простих задач,
змогти виконати оцінку трудовитрат та надати Замовнику можливість визначити пріоритети.
- У чому різниця та переваги даної технології від технологій проектного та стандартного впровадження?
  1. Швидкий результат. Багато клієнтів не готові витрачати багато часу для того, щоби «малювати» бізнес-процеси, чекати складання технічних завдань, проводити тривалі інтерв'ю, засідати на нарадах. В них є реальні «гарячі» проблеми,
    які потребують швидкого та професійного рішення.
  2. Регулярний (щомісячний) результат. Клієнти очікують, що їх проблеми будуть вирішувати не від випадку до випадку, а регулярно по мірі виникнення.
    Більш того, складні задачі, наприклад впровадження "Управління виробничим підприємством" неможливо у комплексі виконати за 1 місяць (якщо це не просто встановлення та навчання).
    Ця технологія дозволяє планувати роботи для отримання регулярних результатів.
  3. ТШР припускає зниження фінансових ризиків для клієнта, так як отримання швидких проміжних результатів гарантує ефективність затрачених коштів.
    Але навіть у випадку, якщо клієнт вибрав команду, яка не у повній мірі підходить для реалізації його задач,
    вже через 1-2 місяці він побачить проблеми та зможе змінити команду практично без втрат.
  4. Високий рівень якості результату. Результатом може бути що завгодно: автоматизовані задачі, ділянки, робочі місця та ін. у залежності від масштабності проекту та складності завдання.
  5. Прогнозуєма періодична плата за роботи обмеженими невеликими частинами.
  6. Підвищення ефективності впровадження інформаційних систем (ІС). Технологія дозволяє підвищити ефективність впроваджень ІС, так як ціна помилки планування всього 1 місяць та ймовірність прорахунку
    по термінах та ресурсах дуже низька.
- Загальний опис
  Життєвий цикл проекту у технології ТШР складається з чотирьох фаз (Фаза 0 - Фаза 3), при цьому Фаза 2 повторюється стільки разів, скільки необхідно випустити релізів/редакцій 1С:АС.
  Остання фаза – передавання на супровід (якщо необхідно).

Проектний підхід Вгору
- Етап 1 - Передпроектне обстеження
  - Бізнес-правила
    - Облікова політика;
    - Внутрішньофірмові правила ведення обліку;
    - Корпоративні стандарти;
    - Законодавчі акти;
    - Промислові стандарти.
  - Вимоги до ІС
    - Вимоги до інформаційної системи;
    - Функціональні вимоги;
    - Нефункціональні вимоги.
  - Варіанти використання системи
    - Варіант взаємодії користувача з системою - описує
      послідовність взаємодії системи та зовнішньої дійової особи;
    - Описуються процеси, функції і завдання, які необхідно виконувати користувачам за допомогою ІС;
    - Варіанти використання - уточнюють (деталізують) рамки проекту і є допоміжним інструментом,
      який покликаний допомогти у виявленні і розробці вимог до ІС, а також процедур тестування та сдавання-приймання ІС.
- Етап 2 - Технічний проект
  - Розробка прототипу системи
    - Прототип системи необхідний для мінімізації ризиків, пов'язаних з архітектурним рішенням. Прототип – це, фактично, каркас.
    - Прототип системи погоджується з Замовником (тобто, для виконання саме цих вимог користувача, буде така форма, на основі цього буде такій звіт)
  - Уточнення і деталізація вимог (на основі прототипу)
    - В ході розробки і погодження прототипу системи, виникає необхідність внести уточнення і доповнення у вимоги.
    - При доповненні у вимогах терміни і бюджет не змінюються у випадку, якщо кількість доповнень у вимоги не перевищує 5% від їх загальної кількості.
      Всі доповнення у вимоги користувача виконуються тільки після погодження з керівником групи впровадження зі сторони Замовника, з обов'язковим аналізом впливу на терміни і бюджет проекту.
    - При доповненні нових бізнес правил проходить повторне погодження термінів і бюджету, оскільки бізнес правила дуже сильно впливають на архітектуру.
  Результатом робіт по Етапу 2 є
  - Стабільна архітектура системи (на основі погоджених прототипів);
  - 100% погоджені вимоги до системи.
- Етап 3 - Робочий проект
  - Розробка інформаційної системи
    - Розробка інформаційної системи на основі вимог користувача, варіантів використання, бізнес правил, погодженого прототипу системи
  - Навчання кінцевих користувачів системи.
  - Дослідна експлуатація системи (фактично, пробний запуск системи)
    - Тестування роботи системи на основі вимог користувача, бізнес правил та варіантів використання. Фактично, приймально-здавальні роботи по проекту;
    - Виявлення та усунення помилок системи;
    - Збір побажань по покращенню роботи системи.
  Результатом робіт по Етапу 3, є
  - Інформаційна система готова до експлуатації.
- Етап 4 - Введення у експлуатацію
  - Поставка та запуск промислової експлуатації системи.
  Результатом робіт по Етапу 4, є
  - Працююча система у промисловій експлуатації.
Вгору