МЕТОДОЛОГІЯ ПРОЕКТУВАННЯ ТА ВПРОВАДЖЕННЯ ERP-СИСТЕМ НА БАЗІ ТИПОВОЇ РЕФЕРЕНТНОЇ МОДЕЛІ

В цілому методика проектування і впровадження має традиційний вигляд. Однак у зв'язку із застосуванням референтної моделі змінюється зміст ряду Етан і робіт. Нижче дасться опис етапів і робіт типового мережевого графіка проекту з рекомендаціями щодо використання типовий референтної моделі [1] .

Етап 101. Організація і планування робіт по проекту.

  • 1. Створення керівного комітету і колективу розробників.
  • 2. Розробка ТЗ.
  • 3. Оцінка і вибір базової системи. При виборі базової системи звертається увага на галузеву орієнтацію; досвід впровадження в галузі; наявність вбудованих засобів моделювання бізнес-процесів або інтерфейсів з існуючими засобами; наявність типового проектного рішення у вигляді референтної моделі; умови поставки референтної моделі.
  • 4. Попереднє короткий навчання керівників, проектантів, адміністраторів, користувачів основам методології проектування і впровадження системи. Керівникам і фахівцям демонструється референтна модель, пояснюються її походження, структура і роль як типового проектного рішення. Навчання завершується мозковим штурмом з метою визначення в першому наближенні ступеня близькості референтної моделі до вимог підприємства.
  • 5. Навчання розробників функціональної системи. Група розробників, орієнтованих на моделювання, навчається змістом референтної моделі, технології роботи з нею.
  • 6. Визначення складу документів і способів обміну інформацією в ході проектування. Включення до складу документації електронного подання референтної моделі на різних стадіях реалізації проекту.
  • 7. Розробка техніко-економічного обґрунтування (ТЕО). Формування плану і бюджету проекту. План формується з урахуванням застосування референтної моделі.
  • 8. Затвердження технічного завдання (ТЗ), ТЕО, плану і бюджету.

Етап ДП. Установка технічних і базових програмних засобів.

  • 1. Придбання і (або) виділення технічних засобів.
  • 2. Встановлення та тестування технічних засобів, включаючи засоби зв'язку.
  • 3. Установка і перевірка базової системи. Разом з базовою системою виконується установка і перевірка типовий референтної моделі.
  • 4. Приймально-здавальні випробування технічного, системного та базового забезпечення. Виконуються приймально-здавальні випробування типовий референтної моделі. Головна увага приділяється коректності реалізації бізнес-процесів.

Етап IT1 може бути виконаний в обмежених масштабах, що допускають початок проектування.

Етап 102. Робота з підприємствами - учасниками проекту.

  • 1. Доведення результатів етапу 101 до керівників і провідних фахівців підприємств. Робляться попередні висновки про ступінь відповідності типовий референтної моделі умовам даного підприємства.
  • 2. Аналіз зауважень і пропозицій.
  • 3. Створення внутрішньої структури обміну інформацією.

Етап IT2. Попередні роботи по адмініструванню базової системи / додатків.

  • 1. Формування навчального плану але адміністрування.
  • 2. Навчання адміністрування та інструментальних засобів.
  • 3. Розробка процедур адміністрування проекту «Керівництво адміністратора».

Етап Р1. Навчання проектантів і користувачів розробці бізнес-моделей.

  • 1. Розробка програми навчання. Типова референтна модель демонструється і вивчається як спосіб представлення бізнес-процесів п як основа майбутнього проекту.
  • 2. Навчання.

Етап В2. Розробка попереднього варіанту бізнес-моделі.

  • 1. Обстеження існуючої системи. Результати обстеження формулюються у вигляді моделі «як є». При цьому структурування та представлення моделі виконується максимально близьким типовий референтної моделі.
  • 2. Виявлення та аналіз бізнес-вимог.
  • 3. Визначення використовуваних функциональностей базової системи. Визначення меж і характеру використання типової референтної моделі. Редагування типовий референтної моделі з урахуванням бізнес-вимог підприємства. Результат - перше наближення бізнес-моделі «як повинно бути». Перевірка коректності бізнес-моделі «як повинно бути», твердження використовуваних функциональностей.
  • 4. Розробка бізнес-моделі. Цей пункт може бути поєднаний з попереднім, так як спочатку проектується бізнес-модель, а потім визначаються застосовуються функціональності.
  • 5. Семінар але аналізу моделі. Семінар проводиться з метою аналізу моделі на рівні бізнес-процесів.
  • 6. Підготовка моделі до демонстрації. Модель готується до демонстрації в середовищі динамічного моделювання DEM.
  • 7. Підготовка проектної документації. До складу документації включається бізнес-модель в середовищі динамічного моделювання DEM.
  • 8. Демонстрація попередньої бізнес-моделі.
  • 9. Затвердження бізнес-моделі.

Етап С1. Формування вимог по кастомізації (тобто, пристосуванню майбутньої системи до умов застосування в конкретному середовищі).

  • 1. Аналіз проблеми кастомізації.
  • 2. Формування переліку робіт по кастомізації.
  • 3. Визначення інтерфейсу і процедур по перенесенню і перетворенню даних.
  • 4. Визначення послідовності, термінів і бюджету на окремі роботи.
  • 5. Формування плану робіт.

Етап С. Завершення комплексу робіт з попереднього проектування.

  • 1. Аналіз можливих змін оргструктури системи управління.
  • 2. Аналіз сценаріїв переходу до автоматизованої системи управління.
  • 3. Оцінка наслідків пропонованих змін в оргструктуре і методах управління.
  • 4. Узгодження з керівництвом проекту та підприємств пропонованих змін.
  • 5. Аналіз ступеня відповідності моделі вимогам замовника.
  • 6. Опрацювання плану на комплекс робіт по ескізного проектування.

Етап Р2. Навчання ключових користувачів.

  • 1. Уточнення складу користувачів і формування програми.
  • 2. Навчання роботі з прикладними програмами.
  • 3. Продовження в режимі самонавчання.

Етап 104. Розробка більш детальної документації.

  • 1. Доопрацювання бізнес-процесів.
  • 2. Розробка інструкцій але виконання бізнес-процесів.
  • 3. Узгодження інструкцій на підприємствах.

Етап IT3. Розробка плану конвертації даних.

  • 1. Детальний аналіз проблеми конвертації.
  • 2. Створення плану конвертації.
  • 3. Пілотна (в обмеженому обсязі) тестова конвертація.
  • 4. Доопрацювання плану та затвердження.

Етап ВЗ. Розробка моделі та структури даних.

  • 1. Розгляд моделі даних.
  • 2. Визначення структур кодування даних.
  • 3. Аналіз необхідних змін моделі даних.
  • 4. Розробка принципів кодування даних.

Етап IT4. Завершення робіт з адміністрування системи і додатків.

  • 1. Завершення введення параметрів системи.
  • 2. Створення меню, повноважень, форм, звітів.
  • 3. Доопрацювання «Керівництва адміністратора системи і додатків».
  • 4. Тестування процедур адміністрування системи.

Етап С2. Завершення робіт по кастомізації.

  • 1. Аналіз проблеми на етапі ескізного проектування.
  • 2. Додаткове навчання інструментальних засобів.
  • 3. Формування переліку робіт, послідовності, термінів, бюджету.
  • 4. Формування плану.
  • 5. Виконання кастомізації з найвищим пріоритетом і довготривалого характеру.
  • 6. Тестування та затвердження результатів робіт по кастомізації. Етап D1. Визначення вимог і специфікацій зовнішніх інтерфейсів.

Етап В4. Формування остаточної бізнес-моделі.

  • 1. Семінари та консультації по деталях бізнес-моделювання.
  • 2. Коригування бізнес-моделі.
  • 3. Уточнення користувачів, функцій, процедур.
  • 4. Комплексне тестування бізнес-моделі.
  • 5. Створення проектної документації.
  • 6. Підготовка та проведення демонстрації бізнес-моделі.
  • 7. Доопрацювання проектної документації.
  • 8. Аналіз ступеня задоволення вимог замовника.
  • 9. Створення плану робочого проектування.
  • К). Затвердження результатів і перехід до робочого проектування. Етап РЗ. Навчання кінцевих користувачів.
  • 1. Підготовка програми навчання.
  • 2. Навчання.
  • 3. Самообучение.
  • 4. Оцінка ступеня підготовки кінцевих користувачів.

Етан В5. Введення і конвертація основних даних.

  • 1. Виконання конвертації і тестування результатів.
  • 2. Введення файлів в базу даних.
  • 3. Перевірка даних, приймально-здавальні випробування.

Етап СЗ. Завершення робіт по кастомізації.

  • 1. Розробка остаточних детальних проектних специфікацій.
  • 2. Проведення робіт по кастомізації для середньої ланки управлінського персоналу.
  • 3. Завершення користувальницької документації.
  • 4. Підготовка даних і процедур тестування.
  • 5. Тестування проведеної кастомізації.
  • 6. Приймально-здавальні випробування спільно з користувачами.

Етап D2. Завершення робіт по створенню зовнішнього інтерфейсу.

  • 1. Створення програмного середовища для реалізації зовнішнього інтерфейсу.
  • 2. Модульне тестування зовнішніх інтерфейсів.
  • 3. Комплексне тестування зовнішнього інтерфейсу.

Етап IT5. Завершення робіт з технічного та інформаційного забезпечення системи.

  • 1. Установка повного комплекту обладнання.
  • 2. Остаточна установка параметрів системи.
  • 3. Завершення робіт по формуванню меню, форм, звітів.
  • 4. Тестування процедур конвертації оперативної (умовно-змінної) інформації.
  • 5. Перевірка та затвердження результатів етапу.

Етап В6. Завершення робочого проектування.

. Підготовка сценаріїв роботи по бізнес-моделі спроектованої системи.

  • 2. Перевірка остаточних бізнес-процедур.
  • 3. Перевірка процедур супроводу системи.
  • 4. Комплексне тестування системи.
  • 5. Доробки системи і оцінка підготовленості кінцевих користувачів.
  • 6. Розробка та затвердження плану передачі системи в експлуатацію.

Етап В7. Передача системи в експлуатацію.

  • 1. Формування БД з умовно-постійною інформацією.
  • 2. Конвертація і заклад в БД умовно-змінної інформації.
  • 3. Супровід технічного та інформаційного забезпечення в перехідний період.
  • 4. Комплексна перевірка системи і її передача.
  • 5. Підготовка та затвердження документації про завершення робіт.

Представленої вище, слід, що типова референтна модель найбільш активно використовується на початкових етапах проекту, коли ведеться укрупненное проектування системи. Це цілком зрозуміло, оскільки мета застосування типової референтної моделі полягає в побудові проектного рішення у вигляді такої моделі. Після цього проект ведеться в рамках проектного рішення.

Ефективність розробки та впровадження системи управління підприємством із застосуванням типової референтної моделі в порівнянні з традиційним підходом (тобто без неї) підвищується за рахунок наступних чинників:

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

  • [1] Інформаційний менеджмент на підприємстві: підручник / за ред. В. Д. Калачанова.
 
Переглянути оригінал
< Попер   ЗМІСТ   ОРИГІНАЛ   Наст >