Основні фази впровадження інформаційної системи.

Фаза "Попередні роботи з підготовки проекту впровадження ІС". В ході передпроектного обстеження підприємства (рис. 3.4) відбувається збір докладної інформації про структурну побудову організації, функціональних зв'язках, системі управління, про основні процеси бізнесу, про потоки усередині підприємства (Control Flow, Doc Flow, Data Flow, Work Flow, Cash Flow), необхідної для побудови відповідних моделей і вибору об'єктів для автоматизації. Оцінюються терміни, ресурси, види і об'єми робіт, номенклатура і вартість програмно-апаратних і телекомунікаційних засобів, вартість навчання персоналу і т.д.

Фаза "Підготовка проекту". Після завершення першої фази здійснюється попереднє планування і формування процедур запуску проекту:

формування проектної і експертної груп;

розподіл повноважень і відповідальності;

визначення організаційно-технічних вимог до процесу впровадження;

уточнення специфікацій і очікувань замовника;

навчання групи впровадження, що складається з фахівців підприємства-замовника.

Останній, дуже важливий момент чомусь часто пропускається при складанні плану впровадження. Адже від нього у величезному ступені залежить успіх всього проекту! Після початку фінансування проект вважається запущеним до виконання.

Фаза "Концептуальне опрацьовування проекту". Протягом цієї фази:

формується і затверджується концептуальний проект;

досягається обов'язкове однозначне розуміння намірів всіх учасників проекту відносно впроваджуваної ІС;

уточнюються і конкретизуються цілі і завдання проекту;

визначаються розміри прототипу системи;

узгоджуються укрупнений план роботи, послідовність етапів і умови дослідної експлуатації, планово-фінансові і звітні показники;

При цьому всі вказані дії у обов'язковому порядку документуються, узгоджуються і затверджуються всіма зацікавленими і відповідальними сторонами.

Фаза "Реалізація проекту". Під час проведення основних робіт по впровадженню створюється, встановлюється і конфігурується системне середовище, визначаються процедури системного адміністрування, встановлюються основні програмно-апаратні комплекси і додатки. У системі настроюються організаційно-штатні і організаційно-функціональні структури підприємства з використанням таких організаційних одиниць, як філіал, департамент, відділ, робоча група і т.д.

Здійснюється установка, конфігурація і настройка мережевих і телекомунікаційних засобів, проводиться перенесення даних з колишніх локальних систем і формування інтерфейсів з успадкованими і зовнішніми системами. При цьому всі створювані моделі, плани, робочі програмні продукти, документація поміщаються в крізний репозиторій проекту впровадження (рис. 3.17). Важливою частиною цього репозиторія є система документації, що формується в рамках проекту (рис. 3.18).

 

Рис. 3.17. Зразковий зміст репозиторія проекту впровадження

 

Рис. 3.18. Зразковий склад документації по процесу впровадження ІС

 

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

Після закінчення фази реалізації проект впровадження вважається закінченим. Інформаційна система передається в експлуатацію.

 

Підсумки теми

1. Основний принцип створення інформаційної системи – це принцип "відкритості" інформаційної системи. Відкрита система визначена фахівцями інституту IEEE як "вичерпний і узгоджений набір міжнародних стандартів на інформаційні технології і профілі функціональних стандартів, які специфікують інтерфейси, служби і підтримуючі їх формати, щоб забезпечити взаємодію і мобільність програмних додатків, даних і персоналу".

Загальні властивості відкритих інформаційних систем можна сформулювати таким чином: розширюваність/масштабованість; мобільність/переносимість; взаємодія; стандартованість; дружність до користувача.

2. Сукупність описів всіх необхідних функцій, служб і форматів певного інтерфейсу взаємодії між компонентами самого середовища складає еталонну модель відкритих систем (Reference Open System Model). Еталонна модель середовища відкритих систем (OSE/RM) визначає розділення будь-якої інформаційної системи на додатки (прикладні програми і програмні комплекси) і середовище, в якому ці додатки функціонують.

3. Бізнес-модель підприємства є відображенням підприємства і його інформаційної системи. Вона визначитися з наступними параметрами проекту:

основні цілі бізнесу, які можна досягти за допомогою автоматизації процесів;

перелік ділянок і послідовність впровадження модулів ІС;

фактична потреба в об'ємах програмного і апаратного забезпечення, що купується;

реальні оцінки термінів розгортання і запуску ІСУ;

ключові користувачі ІС і уточнений список членів команди впровадження;

ступінь відповідності вибраного вами прикладного програмного забезпечення специфіці бізнесу вашої компанії.

4. Досвід створення і використання "замовлених" ІС дозволяє умовно виділити наступні основні етапи їх життєвого циклу: визначення вимог до системи і їх аналіз; проектування; розробка; тестування; впровадження; функціонування; супровід.

5. Реінжінірінг процесів бізнесу - це сукупність методів і дій, що служать для того, що перепроектувало процесів відповідно до умов зовнішнього і внутрішнього середовища, що змінилися, і/або цілей бізнесу. Існує декілька базових правил, яких слід дотримуватися в процесі проведення реінжінірінга:

розробка послідовних покрокових процедур для того, що перепроектувало процесів;

використання в проектуванні стандартних мов і нотацій;

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

підхід до рішення приватних задач і до їх сукупності повинен бути системним;

навіть невелике поліпшення повинне давати швидкий позитивний ефект.

6. На сьогодні набули поширення три основні методології функціонального моделювання (і супутній їм інструментарій): IDEF (Integrated DEFinition), UML (Unified Modeling Language) і ARIS (Architecture of Integrated Information Systems).

7. Під терміном "CASE-засобу" розуміються програмні засоби, що підтримують процеси створення і супроводу ІС, включаючи аналіз і формулювання вимог, проектування прикладного програмного забезпечення (додатків) і баз даних, генерацію коду, тестування, документування, забезпечення якості, конфігураційне управління і управління проектом, а також інші процеси.

CASE-технології володіють наступними основними достоїнствами, які дозволяють широко використовувати їх при розробці інформаційних систем:

прискорюють процес колективного проектування і розробки;

дозволяють за короткий строк створити прототип замовленої системи із заданими властивостями;

звільняють розробника від рутинної роботи, залишаючи час для творчості;

забезпечують ефективність і якість того, що розробляється ПЗ за рахунок автоматизації контролю всього процесу розробки;

підтримують супровід і розвиток системи на високому рівні.

8. Критично важливими для впровадження нової ІС є наступні чинники:

наявність чітко сформульованих цілей проекту і вимог до ІС;

наявність стратегії впровадження і використання ІС;

проведення передпроектного обстеження підприємства і побудови моделей "Як є" і "Як буде";

планування робіт, ресурсів і контроль виконання плану впровадження;

участь вищого керівництва у впровадженні системи;

проведення робіт по впровадженню ІС фахівцями з інтеграції систем спільно з фахівцями підприємства;

регулярний моніторинг якості виконуваних робіт;

швидке отримання позитивних результатів хоч би в частині упроваджених модулів ІС або в процесі її дослідної експлуатації.

9. Основні фази впровадження інформаційної системи:

попередні роботи з підготовки проекту впровадження ІС;

підготовка проекту;

концептуальне опрацьовування проекту;

реалізація проекту.

 

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

1. Що таке "відкрита інформаційна система"?

2. Перерахуйте основні властивості відкритих систем.

3. Охарактеризуйте суть сучасного процесного підходу до управління діяльністю підприємства і використання цього підходу при розробці ІС.

4. Що включає поняття "Реінжінірінг процесів бізнесу"?

5. Які моделі і яким чином використовуються при проектуванні інформаційних систем?

6. Які програмні засоби використовуються для моделювання процесів при розробці інформаційних систем?

7. На підставі яких даних і інформації розробляються моделі стану AS IS і AS TO BE?

8. Хто в компанії займається питаннями розробки, впровадження і розвитку ІС? Хто бере участь в підготовці технічного завдання на розробку ІС?

9. Назвіть основні етапи проектування інформаційних технологій.

10. Перерахуйте етапи життєвого циклу інформаційної системи.

11. На якому етапі розробки і впровадження ІС проводиться навчання персоналу компанії?

12. Перерахуйте основні фази впровадження ІС.

 

ТЕМА 4. ІНФОРМАЦІЙНІ СИСТЕМИ ПЛАНУВАННЯ ПОТРЕБ ВИРОБНИЦТВА, ПЛАНУВАННЯ РЕСУРСІВ І УПРАВЛІННЯ ПІДПРИЄМСТВОМ

ПЛАН

4.1. Методологія планування матеріальних потреб підприємства MRP

4.2. Стандарт MRP II

4.3. ERP і управління можливостями бізнесу

4.4. Склад ERP-системи, основні відмінності систем MRP і ERP

4.5. Особливості вибору і впровадження ERP-системи

4.6. Особливості та основні проблеми впровадження і використання ERP-системи

 

Література:

1. Демідов П.Г. Комп'ютерні тренінгові системи в економіці: навч. метод, посіб. / П.Г. Демідов. - К.: КНТУ, 2005. - 240 с.

2. Закон Украины "О научно-технической информации" (25.06.93) // Ведомости Верховного Совета Украины, 1993,

3. Закон Украины "О национальной программе информатизации" // Голос Украины. – 1998. – 7 апр.

4. Закон Украины "Об информации" (2.10.92) // Ведомости Верховного Совета Украины, 1992, N 48 – С. 1447 – 1462.

5. Закон Украины “ О защите информации в информационно -телекоммуникационных системах” // Ведомости Верховной Рады Украины, 1994, N 31 – С.   286.

6. Клейнер Я.С. Информационные системы и технологии в менеджменте: Учебн. пособие для вузов. / Клейнер Я.С., Древицкая И.Ю., Дорофиенко В.В. – Харьков: Основа, 1999. – 187 с.

7. Плескач В.Л. Інформаційні технології та системи: підруч. для студ. екон. спец. / В.Л. Плескач, Ю.В. Рогушина, Н.П. Кустова. - К.: Книга, 2004.-520с.

 

4.1. Методологія планування матеріальних потреб підприємства MRP

Перші реалізації можливостей використання засобів обчислювальної техніки для планування діяльності підприємств (зокрема планування виробничих процесів) виникли ще на початку 60-х років ХХ століття (наприклад, при реалізації проекту "Боїнг-747", для якого було потрібно сотні тисяч листів документів і деталей). У 1965 році з'явився термін BOMP (Bill Of Material Processing) для позначення систем обробки складу (специфікації) виробу з метою розрахунку потреби в матеріалах. У основі таких систем лежить поняття специфікації виробу (Bill of Material - BOM), який показує залежність попиту на сировину, напівфабрикати і ін. від плану випуску готової продукції (з урахуванням часу) [Глинських А.].

Алгоритм роботи такої системи був наступним: на вході задаються основний виробничий план (MPS) і список номенклатури виробів (IM). Далі проводиться операція "розвузлення (розкриття)" - розрахунок собівартості і/або потреби в матеріалах. В результаті розрахунку виходить план закупівель.

Природний розвиток таких систем - додати облік запасів на складах і облік часу виконання операції. В результаті виходить: "план закупівель і план виробництва + виправлення до планів", якщо міняється портфель замовлень.

Такі корпоративні системи одержали назву "Планування матеріальних потреб підприємства" (Material Requirement Planning - MRP).

Основними цілями MRP-систем є:

задоволення потреби в матеріалах, компонентах і продукції для планування виробництва і доставки споживачам;

підтримка рівнів запасів не вище запланованих;

планування виробничих операцій, розкладів доставки, закупівельних операцій.

Методологія MRP є реалізацією двох відомих принципів - "Вчасно замовити" (Order In Time) і "Вчасно провести" (Kanban), об'єднаних в методологію "Вчасно виконати" (Just In Time - JIT). По суті, ця методологія є алгоритмом оптимального управління замовленнями на готову продукцію, виробництвом і запасами сировини і матеріалів, реалізований за допомогою комп'ютерної системи.

Для роботи MRP-модуля потрібні наступні вхідні дані:

дані про стан запасів ("Книга обліку запасів" -Inventory Status File). У цьому документі відображається вся номенклатура, що є наявною: запаси, незавершене виробництво, напівфабрикати, готова продукція. Крім того, в ньому необхідно вказати замовлення, що спланерували, і замовлення в очікуванні відвантаження;

специфікація складу виробу (Bill of Material - BOM).

Результатами роботи MRP-модуля є наступні документи:

графік замовлень на закупівлю/виробництво матеріалів і що комплектують (Planned Order Schedule) - документ, що розписує, яка кількість сировини, матеріалів, що комплектують повинно бути замовлено в кожен період протягом терміну планування. Цей документ визначає внутрішньовиробничий план використання тих, що комплектують і план зовнішніх закупівель;

зміни до графіка замовлень на закупівлю/виробництво матеріалів і що комплектують (Changes in Planned Orders) - документ, що містить коректування замовлень, що раніше спланерували, на закупівлю/виробництво матеріалів і що комплектують.

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

З метою підвищення ефективності планування в кінці 1970-х рр. в MRP-системах була реалізована ідея Олівера Уайта і Джорджа Плосла відтворення замкнутого циклу (Closed Loop Material Requirement Planning), що має на увазі складання узгодженої виробничої програми і її контроль на цеховому рівні. До базових функцій планування виробничих потужностей і планування потреб в матеріалах були додані додаткові функції - наприклад, оцінка результатів діяльності (Performance Measurement). У загальному випадку - це контроль відповідності кількості проведеної продукції кількості використаних в процесі збірки тих, що комплектують, складання регулярних звітів про затримки замовлень, про об'єми і динаміку продажів продукції, про постачальників і ін.

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

Головним завданням MRP-систем є забезпечення наявності на складі і у виробничих приміщеннях необхідної кількості необхідних матеріалів (що комплектують) у будь-який момент часу в рамках терміну планування. Програмні системи, реалізовані на базі MRP-методології, дозволили оптимально регулювати постачання, контролювати складські запаси і саму технологію виробництва. Використання MRP-систем дозволило зменшити об'єм постійних складських запасів за рахунок оптимізації процесу постачань.

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

значний об'єм даних, що вводяться, і їх попередньої обробки;

зростання логістичних витрат на обробку замовлень і транспортування при прагненні фірми ще більше зменшити запаси матеріальних ресурсів або перейти на роботу з малими замовленнями з високою частотою їх виконання;

нечутливість до короткочасних змін попиту;

наявність відмов із-за великої розмірності системи і її складності.

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

Стандарт MRP II

При розрахунку потреби в матеріалах в MRP-системах не враховуються виробничі потужності, ступінь і нерівномірність їх завантаження, вартість робочої сили і т.д. В кінці 70-х рр. ХХ століття методологія MRP-систем із замкнутим циклом була трансформована в систему планування виробничих ресурсів в масштабах підприємства (Manufactory Resource Planning), яка одержала назву MRPII (римську цифру II додали унаслідок ідентичності абревіатур). До 1980 року склалася формула MRPII = MRP + "пропускна спроможність виробництва" (Manufacturing Capacity) [Г.Верніков. Стандарт MRPII].

Стандарт MRPII був розроблений в США і підтримується Американським суспільством по управлінню виробництвом і запасами (American Production and Inventory Control Society - APICS). Свого часу за підтримкою APICS був виданий документ "MRPII Standard System" (Landvater Darryl V., Gray Christopher D.), у якому описуються основні вимоги до інформаційних виробничих систем.

Відповідно до "MRPII Standard System", у інформаційній системі, реалізованій на базі стандарту MRPII, повинні бути реалізовані наступні 16 груп функцій:

1. Планування продажів і виробництва (Sales and Operation Planning).

2. Управління попитом (Demand Management).

3. Складання плану виробництва (Master Production Scheduling).

4. Планування потреб в матеріалах (Material Requirement Planning).

5. Специфікація продуктів (Bill of Materials).

6. Управління складом (Inventory Transaction Subsystem).

7. Планові постачання (Scheduled Receipts Subsystem).

8. Управління на рівні виробничого цеху (Shop Flow Control).

9. Планування виробничих потужностей (Capacity Requirement Planning).

10. Контроль входу/виходу (Input/Output Control).

11. Матеріально-технічне постачання (Purchasing).

12. Планування розподілу ресурсів (Distribution Resourse Planning).

13. Планування і контроль виробничих операцій (Tooling Planning and Control).

14. Фінансове планування (Financial Planning).

15. Моделювання (Simulation).

16. Оцінка результатів діяльності (Performance Measurement).

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

Завданням інформаційних систем класу MRP II є оптимальне формування потоку матеріалів (сировини), напівфабрикатів (що комплектують) і готових виробів. Система має на меті інтеграцію основних процесів, що реалізовуються підприємством: планування і контроль виконання плану, витрати, постачання, виробництво, продаж, управління запасами, завантаження основних засобів і т.д.

У такій системі інтегровано велике число модулів, результати роботи яких аналізуються MRPII-системою в цілому, що і забезпечує її гнучкість по відношенню до різних зовнішніх чинників - наприклад, поточному попиту на продукцію, котируванню цін і ін. (рис. 4.1).

В результаті застосування MRPII-стандарту реалізуються:

оперативне отримання інформації про поточні результати діяльності підприємства, як в цілому, так і з повною деталізацією по окремих замовленнях, видах ресурсів, виконанні планів;

довгострокове, оперативне і детальне планування діяльності підприємства з можливістю коректування планових даних на основі оперативної інформації;

оптимізація виробничих і матеріальних потоків із значним скороченням невиробничих витрат і реальним скороченням матеріальних ресурсів на складах;

повернення інвестицій, проведених в інформаційні технології;

можливість поетапного впровадження і розвитку системи, з урахуванням інвестиційної політики конкретного підприємства;

віддзеркалення фінансової діяльності підприємства в цілому.

В даний час стандарт MRPII покладений в основу розробки ядра стандартизованої ERP-системи.

 

 

 

Рис. 4 .1. Загальна схема планування ресурсів виробничого підприємства