Головна

Стрілки на діаграмах декомпозиції

  1.  діаграми декомпозиції
  2.  Стрілки (Arrow)

Незв'язані граничні стрілки (unconnected border arrow). При декомпозиції роботи входять в неї і виходили з неї стрілки (крім стрілки виклику) автоматично з'являються на діаграмі декомпозиції (міграція стрілок), але при цьому не стосуються робіт. Такі стрілки називаються непов'язаними і сприймаються в BPwin як синтаксична помилка.

На рис. 2.3 приведена діаграма декомпозиції з непов'язаними стрілками, генерований BPwin при декомпозиції роботи "Виготовлення вироби".

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

Внутрішні стрілки. Для зв'язку робіт між собою використовуються внутрішні стрілки, тобто стрілки, які не стосуються кордону діаграми, починаються у однієї і кінчаються у іншої роботи.

Для малювання внутрішньої стрілки необхідно в режимі малювання стрілок клацнути по сегменту (наприклад, виходу) однієї роботи і потім по сегменту (наприклад, входу) інший.

В IDEF0 розрізняють п'ять типів зв'язків робіт.

Зв'язок по входу (output-input), Коли стрілка виходу вищестоящої роботи (далі - просто вихід) прямує на вхід нижчої (наприклад, на рис. 2.7 стрілка "Деталі" пов'язує роботи "Виготовлення деталей" і "Збірка вироби").

Мал. 2.7. Зв'язок по входу

Зв'язок з управління (output-control), коли вихід вищестоящої роботи прямує на управління нижчої. Зв'язок по входу показує домінування вищестоящої роботи. Дані або об'єкти виходу вищестоящої роботи не змінюються в нижчої. На рис. 2.8 стрілка "креслення » пов'язує роботи «Створення креслення деталі » і «Виготовлення деталі », при цьому креслення не зазнає змін в процесі виготовлення деталей.

Мал. 2.8. Зв'язок з управління

Зворотній зв'язок по входу (output-input feedback), Коли вихід нижчої роботи направляється на вхід вищестоящої. Такий зв'язок, як правило, використовується для опису циклів. На рис. 2.9 стрілка "Помилка вводу" пов'язує роботи «Перевірка бізнес-правил » і «Ввід данних", при цьому виявлені на етапі перевірки правильності введення помилки в даних повинні направлятися на повторне введення.

Мал. 2.9. Зворотній зв'язок по входу

Зворотній зв'язок з управління (output-control feedback), Коли вихід нижчої роботи спрямовується на управління вищестоящої (стрілка «Рекомендації », Мал. 2.10).

Мал. 2.10. Зворотній зв'язок з управління

Зворотній зв'язок з управління часто свідчить про ефективність бізнес-процесу. У разі, зображеному на рис. 2.9, якість виробу може бути підвищено шляхом безпосереднього регулювання процесами виготовлення деталей і складання виробу в залежності від результату (виходу) роботи «Контроль якості».

Зв'язок вихід-механізм (output-mechanism), Коли вихід однієї роботи спрямовується на механізм інший. Цей взаємозв'язок використовується рідше за інших і показує, що одна робота готує ресурси, необхідні для проведення іншої роботи (рис. 2.11).

Мал. 2.11. Зв'язок вихід-механізм

явні стрілки. Явна стрілка має джерелом одну-єдину роботу і призначенням теж одну-єдину роботу.

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

Сенс розгалужуються і зливаються стрілок передається ім'ям кожної гілки стрілок. Існують певні правила іменування таких стрілок. Розглянемо їх на прикладі розгалужуються стрілок.

Якщо стрілка іменована до розгалуження, а після розгалуження жодна з гілок не йменувався, то мається на увазі, що кожна гілка моделює ті ж дані або об'єкти, що і гілка до розгалуження (рис. 2.12).

Якщо стрілка іменована до розгалуження, а після розгалуження котрась із гілок іменувалися, то мається на увазі, що ці гілки відповідають іменування. Якщо при цьому будь-яка гілка після розгалуження залишилася неіменованого, то мається на увазі, що вона моделює ті ж дані або об'єкти, що і гілка до розгалуження (рис. 2.13).

Мал. 2.12. Приклад іменування розгалужується стрілки

Мал. 2.13. Інший приклад іменування розгалужується стрілки

Неприпустимою є ситуація, коли стрілка до розгалуження іменувалися, а після розгалуження іменувалися котрась із гілок. BPwin визначає таку стрілку як синтаксичну помилку (рис. 2.114).

Мал. 2.14. Приклад невірного іменування розгалужується стрілки

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

Тонелювання стрілок. Знову внесені граничні стрілки на діаграмі декомпозиції нижнього рівня зображуються в квадратних дужках і автоматично не з'являються на діаграмі верхнього рівня (рис. 2.15).

Мал. 2.15. невирішена (unresolved) стрілка

Для їх «перетягування» наверх потрібно спочатку вибрати кнопку  на палітрі інструментів і клацнути по квадратних дужках граничної стрілки. з'являється діалог Border Arrow Editor (Рис. 2.16).

Мал. 2.16. Діалог Border Arrow Editor

Якщо вибрати опцію Resolve it to border arrow, Стрілка мігрує на діаграму верхнього рівня, а якщо Change it to resolved rounded tunnel -стрілка буде затоннелірована і не потрапить на іншу діаграму. Тунельна стрілка зображається з круглими дужками на кінці (рис. 2.17).

Мал. 2.17. Типи тонелювання стрілок

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

Іншим прикладом тонелювання може бути ситуація, коли стрілка механізму мігрує з верхнього рівня на нижній, причому на нижньому рівні цей механізм використовується однаково у всіх роботах без винятку. (Передбачається, що не потрібно деталізувати стрілку механізму, т. Е. Стрілка механізму на дочірньої роботі іменована до розгалуження, а після розгалуження гілки не має власного імені.) В цьому випадку стрілка механізму на нижньому рівні може бути видалена, після чого на батьківській діаграмі вона може бути затоннелірована, а в коментарі до стрілки або в словнику можна вказати, що механізм буде використовуватися у всіх роботах дочірньої діаграми декомпозиції. Таке тонелювання називається "не-в-дочірньої-роботі» (рис. 2.17).

 




 Ростов-на-Дону, 2006 |  ВСТУП |  Загальний опис інтерфейсу BPwin 4.0 |  Створення нової моделі |  Роботи (Activity) |  Стрілки (Arrow) |  Установка кольору та шрифту об'єктів |  Model Explorer - навігатор моделі |  Завдання на виконання лабораторної роботи |  Діаграми дерева вузлів і FEO |

© um.co.ua - учбові матеріали та реферати