Принципи обмеження складності IDEF0-діаграм

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

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

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

Дисципліна групової роботи над розробкою IDEF0-моделі

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

Створення моделі групою фахівців, що відносяться до різних сфер діяльності підприємства. Ця група в термінах IDEF0 називається авторами (Authors). Побудова початкової моделі є динамічним процесом, протягом якого автори опитують компетентних осіб про структуру різних процесів. На основі наявних положень, документів і результатів опитувань створюється чернетка (Model Draft) моделі.

Поширення чернетки для розгляду, узгоджень та коментарів. На цій стадії відбувається обговорення чернетки моделі з широким спектром компетентних осіб (в термінах IDEF0-читачів) на підприємстві. При цьому кожна з діаграм чорновий моделі письмово критикується і коментується, а потім передається автору. Автор, у свою чергу, також письмово погоджується з критикою чи відкидає її з викладом логіки ухвалення рішення і знову повертає відкоригований чернетку для подальшого розгляду. Цей цикл продовжується до тих пір, поки автори і читачі не прийдуть до єдиної думки.

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

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

В останні роки інтерес в Росії до методологій сімейства IDEF неухильно зростає. Це я постійно спостерігаю, переглядаючи статистику звернень до своєї персональної web-сторінці (http://consulting.psi.ru), на якій коротко описані основні принципи цих стандартів. При цьому інтерес до таких стандартів, як IDEF3-5 я б назвав теоретичним, а до IDEF0 цілком практично обгрунтованим. Власне кажучи, перші Case-засоби, що дозволяють будувати DFD та IDEF0 діаграми з'явилися на російське ринку ще в 1996 році, одночасно з виходом популярної книги за принципами моделювання в стандартах SADT.

Тим не менше, більшість керівників до цих пір розцінюють практичне застосування моделювання в стандартах IDEF швидше як данина моді, ніж ніж ефективний шлях оптимізації існуючої системи управління бізнесом. Найімовірніше це пов'язано з яскраво вираженим браком інформації щодо практичного застосування цих методологій і з неодмінним софтверним ухилом абсолютної більшості публікацій.

Не секрет, що практично всі проекти обстеження та аналізу фінансової та господарської діяльності підприємств зараз у Росії так чи інакше пов'язані з побудовою автоматизованих систем управління. Завдяки цьому, стандарти IDEF в розумінні більшості стали умовно невіддільні від впровадження інформаційних технологій, хоча з їх допомогою часом можна ефективно вирішувати навіть невеликі локальні завдання, буквально за допомогою олівця і паперу.

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

Після узгодження чернеток діаграм всередині кожного конкретного підрозділу, вони збираються консультантом в чорнову модель підприємства, в якій пов'язуються всі вхідні і вихідні елементи. На цьому етапі фіксуються усі неузгодженості окремих діаграм та їх спірні місця. Далі, ця модель знову проходить через функціональні відділи для подальшого узгодження і внесення необхідних коректив. У результаті, за досить короткий час і при залученні мінімуму людських ресурсів з боку консультаційної компанії (а ці ресурси, як відомо, досить недешеві), виходить IDEF0-модель підприємства за принципом "Як є", причому, що важливо, вона представляє підприємство з позиції співробітників, які в ньому працюють і досконально знають всі нюанси, в тому числі неформальні. Надалі, ця модель буде передана на аналіз і обробку до бізнес-аналітикам, які будуть займатися пошуком "вузьких місць" в управлінні компанією і оптимізацією основних процесів, трансформуючи модель "Як є" в відповідне подання "Як має бути". На підставі цих змін і виноситься підсумковий висновок, що містить в собі рекомендації з реорганізації сисема управління.

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

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

Метод IDEF1, також заснований на підході П. Чена і дозволяє побудувати модель даних, еквівалентну реляційної моделі в третій нормальній формі. В даний час на основі вдосконалення методології IDEF1 створена її нова версія - методологія IDEF1X [ІДЕФ ОДИН ІКС]. IDEF1X розроблена з урахуванням таких вимог, як простота вивчення і можливість автоматизації. IDEF1X - діаграми використовуються поруч поширених CASE-засобів (зокрема, ERwin).

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

Кожній сутності присвоюється унікальне ім'я та номер, розділяються косою рисою «/» і поміщаються над блоком.

Зв'язок може додатково визначатися за допомогою вказівки ступеня або потужності (кількості примірників сутності-нащадка, яке може існувати для кожного екземпляра сутності-предка). У IDEF1X можуть бути виражені такі потужності зв'язків:

· кожен примірник сутності-предка може мати нуль, один або більше пов'язаних з ним примірників сутності-нащадка;

· кожен примірник сутності-предка повинен мати не менше одного пов'язаного з нею примірника сутності-нащадка;

· кожен примірник сутності-предка повинен мати не більше одного пов'язаного з нею примірника сутності-нащадка;

Дата добавления: 2015-07-15