Методика IDEF0 на прикладі CA BPwin, CASE-засоби (моделювання), Програмування, статті

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

Ряд методів, спрямованих на досягнення цієї мети, був розроблений ВВС США (USAF) в 1970 році як частина “ Програми вбудованих засобів розробки “” (Integrated Computer-aided Manufacturing Program). Мета цієї програми полягала в тому, щоб розробити “ узагальнені підсистеми “”, які могли б багато разів використовуватися великою кількістю фірм і компаній. Щоб створювати ці підсистеми, мова був розроблений таким, щоб описати тільки загальні функції. Результатом цієї програми стала методологія IDEF0, з базисними поняттями, які є графічним, коротким, і точним поданням бізнеспроцессов.

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

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


Короткий вступ до стандартів IDEF0


У IDEF0 діаграмі прямокутниками позначаються дії, активності (activities), які позначаються відповідним дієсловом або дієслівної формою.



Стрілками, як уже було сказано, позначаються різні ресурси.

Існує п’ять типів стрілок, згрупованих за їх відносин до конкретних активностей.

Input Arrow (Вхідна стрілка). Вхідні дані трансформуються активністю у вихідні. Можливо, що деякі активності можуть не мати вхідних стрілок. Вони відносяться до лівої сторони прямокутника на діаграмі IDEF0.

Control Arrow (Керуюча стрілка). Елементи управління, регулюючі, як, коли і на яких умовах спрацьовує активність. Вони відносяться до верхньої стороні прямокутника IDEF0.

Output Arrow (Вихідна стрілка). Вихідні дані – результат роботи активності. Кожна активність повинна мати, принаймні, одну вихідну стрілку. Вони відносяться до правої сторони прямокутника IDEF0.

Mechanism Arrow (Стрілка механізму). Механізми – це ресурси або системи, які виробляють дію. Вони відносяться до нижньої сторони прямокутника IDEF0.

Call Arrow (Стрілка виклику). Посилання на приєднану модель, що є деякого роду цілісністю.

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

Цінова оцінка, заснована на стандарті IDEF0


Було сказано, що кожен прямокутник на IDEF0-діаграмі позначає собою певну дію (активність). Активності можуть бути пов’язані між собою різними відносинами. Розглянемо два з них: ставлення FOL (following – коли вхід однієї активності є виходом іншого), і ставлення POF (a part of – коли кілька активностей ієрархічно абстрагуються до однієї активності, будучи її складовими частинами). Наявність вже цих двох співвідношень дає можливості широкого аналізу. Припустимо, що кожній активності приписана певна оцінка, наприклад, цінова. Тоді цінова оцінка активності, що включає в себе інші активності по відношенню POF, виходить як сума всіх активностей нижнього рівня. Навпаки, якщо є тимчасова оцінка активностей, то загальний час, необхідний для виконання всіх активностей, пов’язаних ставленням FOL, обчислюється як сума часу виконання кожної з активностей. Завдяки тільки таким засобам аналізу, можна виявити критичний шлях по часу всередині процесу або знайти активності, на виконання яких витрачається максимальну кількість коштів. Аналіз відбувається автоматично, причому, є можливість анімації моделі та перегляду виконання активностей в реальному масштабі часу.

CA BPwin, таким чином, є класичною верхньої CASE-системою, призначеною для оптимізації за різними параметрами моделей процесів, пов’язаних з витратами часу і інших ресурсів.


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


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

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

Ваш отзыв

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

*

*