Інструментальна підтримка розробки та впровадження корпоративних інформаційних систем, Інформаційні системи, Бази даних, статті

Зміст


Розробка і впровадження інформаційних систем управління підприємством, або корпоративних інформаційних систем (КІС), пов’язана з серйозним ризиком. На жаль, можна привести безліч прикладів, коли проекти по впровадженню готових або розроблених на замовлення інформаційних систем закінчувалися невдачею. Тим часом існують спеціальні методики та інструментальні засоби, що дозволяють мінімізувати ризики і вирішувати ключові проблеми, що виникають на різних етапах життєвого циклу КІС – від аналізу до супроводу.

Що відбувається на підприємстві?

Перш ніж намагатися вибрати існуючу або створити власну інформаційну систему, а потім впровадити її, необхідно проаналізувати, як працює підприємство в даний час. Для аналізу необхідно знати не тільки те, як працює підприємство в цілому і як воно взаємодіє із зовнішніми організаціями, замовниками та постачальниками, але і те, як організована діяльність на кожному робочому місці. Один людина, як правило, не володіє такою інформацією. Дійсно, керівник підприємства добре уявляє, як працює організація в цілому, але не в змозі знати всі особливості діяльності всіх рядових співробітників. Рядовий же співробітник добре знає свої обов’язки, але погано розбирається в тому, як працюють його колеги. Отже, для аналізу діяльності підприємства слід зібрати знання безлічі людей в єдиному місці, тобто створити модель діяльності підприємства. Багато корпоративні інформаційні системи зарубіжних виробників (SAP R / 3, Baan, Ross iRenaissance тощо) мають в своєму складі спеціальні засоби, засновані на оригінальних методиках. За допомогою цих засобів можна обстежити підприємства і побудувати модель їх діяльності, проте існують і стандартизовані методології та інструментальні засоби, що пройшли перевірку часом. Один з таких стандартів – IDEFO, в основі якого лежить метод SADT (методологія структурного аналізу і проектування), a BPwin (Computer Associates) є підтримуючим його інструментальним засобом (див. статті автора “Інструментальні засоби розробки великих інформаційних систем. Частина 1”, КомпьютерПресс № 7 “98 і” Нові можливості СА BPwin 4.0 “, КомпьютерПресс № 3” 2001)

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

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

Кожен вузол відповідає окремому фрагменту опису – діаграмі (рис. 2). Модель являє собою сукупність ієрархічно вибудуваних діаграм, кожна з яких є описом будь-якої функції або роботи (activity).

Роботи на діаграмах зображуються у вигляді прямокутників (функціональні блоки). Кожна робота зображує якусь функцію або роботу і іменується дієсловом або дієслівної фразою, що позначає дію, наприклад, “Виготовлення вироби”, “Обслуговування клієнта” і т.д. Стрілки позначаються іменником і позначають об’єкти або інформацію, що зв’язує роботи між собою і з зовнішнім світом. На відміну від моделей, відображають структуру організації, робота на діаграмі верхнього рівня у функціональній моделі – це не елемент управління нижчестоящими роботами, а їх сукупність. Робота нижнього рівня – те ж саме, що і робота верхнього рівня, але в більш детальному викладі.

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

BPwin дозволяє створювати моделі процесів і підтримує в одній моделі три стандарти (нотації) моделювання одночасно – IDEFO, DFD і IDEF3. Кожна з цих нотацій дозволяє розглянути різні сторони діяльності підприємства. Діаграми IDEFO призначені для опису бізнес-процесів на підприємстві, вони дозволяють зрозуміти, які об’єкти або інформація служать сировиною для процесів, які результати слідують з вироблених робіт, що є керуючими факторами і які ресурси для цього необхідні. Нотація IDEFO допомагає виявити формальні недоліки бізнес-процесів, що істотно полегшує аналіз діяльності підприємства. Діаграми потоків даних (Data Flow Diagramming, DFD) використовуються для опису документообігу та обробки інформації. Для опису логіки взаємодії інформаційних потоків більше підходить нотація IDEF3 (звана також workflow diagramming), – нотація моделювання, що використовує графічний опис інформаційних потоків, взаємин між процесами обробки інформації та об’єктів, які є частиною цих процесів.

В результаті обстеження підприємства будується функціональна модель існуючої організації роботи AS-IS “як є”. На основі цієї моделі досягається консенсус між різними одиницями бізнесу з питань, хто що зробив, і що кожна одиниця бізнесу додає в процес. Модель AS-IS дозволяє з’ясувати, що слід зробити сьогодні, перед тим як вирішити, що слід зробити завтра. Впровадження інформаційної системи неминуче призведе до перебудови існуючих бізнес-процесів підприємства. Аналіз функціональної моделі дозволяє зрозуміти, де знаходяться самі вузькі місця, в чому полягатимуть переваги нових бізнес-процесів і наскільки глибоким змінам піддасться існуюча структура організації бізнесу. Деталізація бізнес-процесів дозволяє виявити недоліки організації навіть там, де функціональність на перший погляд здається очевидною. Ознаками недосконалою діяльності можуть бути даремні, некеровані і дублюються роботи, неефективний документообіг (потрібного документа не виявляється в потрібному місці в потрібний час) відсутність зворотних зв’язків з управління (проведення роботи не залежить від результату) і по входу (об’єкти або інформація використовуються нераціонально) і т.д.

Що дає впровадження КІС?

Знайдені в моделі AS-IS недоліки можна виправити при створенні моделі ТО-ВЕ (“як буде”) – моделі нової організації бізнес-процесів Модель ТО-ВЕ потрібна для оцінки наслідків впровадження КІС та аналізу альтернативних, в тому числі кращих, шляхів виконання роботи та документування того, як підприємство буде функціонувати в майбутньому. Як правило, будується кілька моделей ТО-ВЕ, з яких по якомусь умовою вибирається найкраща (рис. 3). Наприклад, кожна з моделей ТО-ВЕ може відповідати певній інформаційній системі.

сутності. Різним атрибутам однієї і тієї ж сутності можуть відповідати різні стрілки. На рис. 4 стрілка “Нова частина” відповідає атрибутам “Номер частини” та “Назва частини”, стрілка “Готівковий кількість” – атрибутам “Кількість”.

Роботи у функціональній моделі можуть створювати або змінювати дані, які відповідають входять або виходять стрільцям. Вони можуть впливати як цілком на сутності (створюючи або модифікуючи екземпляри сутності), так і на окремі атрибути сутності.

BPwin дозволяє пов’язувати елементи моделі даних, створеної за допомогою ERwin, документувати вплив робіт на дані і тим самим дозволяє створити специфікації на права доступу до даних для кожного процесу.

Чи підтримує функціональність КІС діяльність підприємства?

Розробники інформаційних систем в процесі створення програмного забезпечення стикаються з цілою низкою важкоздійснюваних завдань. Працюючи з об’єктно-орієнтованими технологіями створення додатків, вони створюють клієнт-серверні додатки, які повинні задовольняти вимогам надійності, керованості і високої продуктивності. Вирішення цих завдань можливе лише за умови високої ефективності аналізу і проектування. З одного боку, BPwin дозволяє побудувати адекватну модель (модель робіт) існуючих на підприємстві процесів (AS-IS), проаналізувати цю модель і побудувати модель майбутніх процесів (ТО-ВЕ). З іншого боку, розробники, які використовують такі засоби об’єктно-орієнтованого аналізу і проектування, як Rational Rose фірми Rational Software або Paradigm Plus фірми Computer Associates, можуть описати функціональність інформаційної системи за допомогою діаграм Use Cases (діаграми Use Cases є складовою частиною об’єктно-орієнтованої мови моделювання інформаційних систем UML, Unified Modeling Language). Бізнес-процеси сучасних підприємств і організацій дуже складні. В результаті аналізу можуть бути описані роботи (activity) і функції (use case), інформація про які отримана з різних джерел, тому необхідна синхронізація робіт і функцій. Така синхронізація дозволяє виявити відповідність інформаційної системи реальним бізнес-процесам підприємства і з’ясувати, чи забезпечить впроваджувана КІС підтримку діяльності підприємства.

Для зв’язку моделі процесів BPwin і об’єктної моделі Paradigm Plus використовується утиліта BpLink (рис. 5), яка викликається як окрема програма з середовища Paradigm Plus.

Метою інтеграції моделей Paradigm Plus і BPwin є встановлення логічного зв’язку між роботами (activity) і функціями (use case), що дозволяє створити єдину технологічний ланцюжок – від аналізу бізнес-процесів до генерації коду додатків, включаючи опис вимог до додатка.



Застосування CASE-засобів, особливо на ранніх етапах розробки і впровадження КІС, дозволяє вибрати найбільш ефективну систему з пропонованих на ринку або якісно спроектувати систему на замовлення, а також побудувати оптимальну стратегію впровадження вибраної або створеної КІС.


Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*