Інструментальне середовище BPwin 2 страница

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

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

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

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

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

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

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

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

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

Звіт повинен містити мета, хід роботи й висновки. У ході роботи коротко описати основні етапи виконання лабораторної роботи

3. Які бувають типи стрілок і що позначає кожен тип?

4. Що таке домінування? Як розташовуються блоки в IDEFO?

Лабораторна робота № 3. Розробка та дослідження моделей згідно нотації DFD

Ознайомитися з методологією нотації DFD, вивчити процес моделювання для заданої предметної області за допомогою інструментального середовища BPWin.

6. Методичні вказівки по організації самостійної роботи студентів

Діаграми потоків даних (Data Flow Diagrams) представляють мережу зв'язаних між собою робіт. Їх зручно використовувати для опису документообігу й обробки інформації. Для побудови діаграм DFD в BPwin використовується нотація Гейна-Сарсона (таблиця 1).

Компонент	Позначення
Потік даних
Процес (робота)
Сховище
Зовнішня сутність

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

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

Сховище даних дозволяє на певних ділянках визначати дані, які будуть зберігатися в пам'яті між процесами. Фактично сховище представляє «зрізи» потоків даних у часі. Інформація, що воно містить, може використовуватися в будь-який час після її визначення, при цьому дані можуть вибиратися в будь-якому порядку. Накопичувач даних може бути реалізований фізично у вигляді ящика в картотеці, таблиці в оперативній пам'яті, файлу на магнітному носії й т.д. Сховище даних у загальному випадку є прообразом майбутньої бази даних, і опис даних, що зберігаються на ньому, повинне бути зв'язане з інформаційною моделлю (ERD). Ім'я сховища повинне ідентифікувати його вміст, воно вибирається з міркування найбільшої інформативності для проектувальника. У випадку, коли потік даних входить у сховище або виходить із нього і його структура відповідає структурі сховища, він повинен мати те ж саме ім'я, і немає необхідності відображати його на діаграмі.

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

Діаграми DFD можна використовувати як доповнення до діаграм IDEFO для опису документообігу й обробки інформації.

Злиття й розгалуження стрілок. В DFD стрілки можуть зливатися й розгалужуватися, що дозволяє описати декомпозицію стрілок. Кожний новий сегмент стрілки, що зливається або розгалужується, може мати власне ім'я.

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

Альтернативним підходом є підхід, популярний при створенні програмного забезпечення, який називається подійним поділом (event partitioning), у якому різні діаграми DFD будують модель системи. По-перше, логічна модель будується як сукупність робіт і документування того, що вони (ці роботи) повинні робити.

Потім модель оточення (environment model) описує систему як об'єкт, взаємодіючий з подіями із зовнішніх сутностей. Модель оточення звичайно містить опис мети системи, одну контекстну діаграму й список подій. Контекстна діаграма містить один прямокутник роботи, що зображує систему в цілому, і зовнішні сутності, з якими система взаємодіє.

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

Отримані діаграми можуть бути перетворені з метою більш наочного подання системи, зокрема роботи на діаграмах можуть бути деталізовані.

Нумерація об'єктів. В DFD номер кожної роботи може включати префікс, номер батьківської роботи (А) і номер об'єкта. Номер об'єкта - це унікальний номер роботи на діаграмі. Наприклад, робота може мати номер А.12.4. Унікальний номер мають сховища даних і зовнішні сутності незалежно від їхнього розташування на діаграмі. Кожне сховище даних має префікс D і унікальний номер, наприклад D5. Кожна зовнішня сутність має префікс Е и унікальний номер, наприклад Е5.

Створення змішаної моделі. У результаті доповнення діаграм IDEFO діаграмами DFD і IDEF3 може бути створена змішана модель, що щонайкраще описує всі сторони діяльності підприємства. Ієрархію робіт у змішаній моделі можна побачити у вікні Model Explorer. Роботи в нотації IDEF0 зображуються зеленим кольором, IDEF3 - жовтим, DFD - синім.

Автори нотацій IDEF0, IDEF3 і DFD не припускали спільне використання діаграм різної нотації в одній моделі, тому створення змішаної моделі має ряд особливостей. По-перше, існують певні правила декомпозиції роботи однієї нотації в діаграму іншої. По-друге, BPwin дозволяє розмістити об'єкти однієї нотації на діаграмі іншої. Розглянемо ці особливості.

BPwin допускає наступні переходи з однієї нотації на іншу:

Декомпозувати роботу DFD на діаграму IDEFO не можна, так само як декомпозувати роботу IDEF3 на діаграму будь-якої іншої нотації.

Декомпозиція роботи IDEFO у діаграму DFD. Для створення дочірньої діаграми DFD треба при декомпозиції в діалозі Activity Box Count вибрати вариант DFD. Створюється нова діаграма DFD, і стрілки, які стосуються батьківської роботи, мігрують на діаграму нижнього рівня так, ніби це була діаграма IDEFO.

Стрілки входу батьківської роботи на дочірній діаграмі DFD показуються вхідними стрілками з лівої сторони діаграми DFD, стрілки керування - вхідними стрілками з верхньої сторони діаграми й т.д. Хоча нотація DFD не включає поняття "керування" і "механізм" і можна створювати внутрішні стрілки вихідними з будь-якої грані роботи й вхідними в будь-яку грань, BPwin не дозволяє зв'язати граничні стрілки на діаграмі DFD довільним образом. Стрілки можна зв'язати тільки так, ніби це була діаграма IDEFO.

Відповідно до нотації DFD діаграма не повинна мати граничних стрілок - всі стрілки повинні починатися й закінчуватися на роботах, сховищах даних або зовнішніх сутностях. Тому, якщо строго додержуватися правил нотації, треба:

1.видалити всі граничні стрілки на діаграмі DFD.

2.Створити відповідні зовнішні сутності й сховища даних.

3.Створити внутрішні стрілки, що починаються із зовнішніх сутностей замість граничних стрілок.

Строго дотримуватися правил нотації DFD при створенні змішаних моделей не завжди зручно, тому BPwin дозволяє створювати граничні стрілки на діаграмах DFD і не ідентифікує такі стрілки як синтаксичну помилку.

Міжсторінкові посилання (Off-Page Reference) і зовнішні сутності (External Reference) на діаграмах DFD і IDEFO. Нотація DFD включає міжсторінкові посилання - інструмент, що дозволяє описати перехід стрілки (тобто передачу даних або об'єктів) з однієї діаграми на іншу. Для створення міжсторінкового посилання на діаграмі DFD варто створити нову граничну стрілку. У границі діаграми ця стрілка буде позначена квадратними дужками, так само як заборонена стрілка на діаграмі IDEFO. Потім варто клацнути правою кнопкою миші по квадратних дужках і вибрати в контекстному меню пункт Off-Page Reference.

З'являється діалог Off-Page Arrow Reference. У ньому необхідно вказати діаграму, на яку буде спрямована стрілка, і, якщо це діаграма в нотації IDEFO, границю, від якої буде виходити стрілка (Destination border).

У результаті буде створене міжсторінкове посилання як на діаграмі-джерелі, так і на діаграмі-призначенні. Міжсторінкове посилання може бути позначена як С-number діаграми, як номер діаграми у вузлі або як ім'я діаграми. Для зміни мітки варто перейти в меню Edit/Model Properties і в закладці Display діалогу Model Properties і в групі Off-Page Reference label вибрати потрібну опцію.

BPwin дозволяє створити на границі діаграми не тільки міжсторінкове посилання, але й зовнішню сутність і тунель.

Для створення зовнішньої сутності на діаграмі DFD варто створити нову граничну стрілку. У границі діаграми ця стрілка буде позначена квадратними дужками. Потім варто клацнути правою кнопкою миші по квадратних дужках і вибрати в контекстному меню пункт External Reference. У діалозі External Reference варто вибрати або внести ім'я зовнішньої сутності.

На діаграмі DFD можна також створити тунельну стрілку, хоча нотація DFD не передбачає створення такого елемента. Для цього варто клацнути правою кнопкою миші по квадратних дужках і вибрати в контекстному меню пункт Arrow Tunnel.

3 Порядок виконання роботи й варіанти заданини

Користуючись пакетом BPWin, на основі розробленій студентом у лабораторній роботі 2 функціональні моделі по нотації IDEFO, побудувати діаграми потоків даних відповідно до нотації DFD

Звіт повинен містити мета, хід роботи й висновки. У ході роботи коротко описати основні етапи виконання лабораторної роботи.

Лабораторна робота № 4 Розробка та дослідження моделей згідно нотації IDEF3

Ознайомитися з методологією нотації IDEF3, вивчити процес моделювання для заданої предметної області за допомогою інструментального середовища BPWin.

8. Методичні вказівки по організації самостійної роботи студентів

Наявність у діаграмах DFD елементів для опису джерел, приймачів і сховищ даних дозволяє більш ефективно й наочно описати процес документообігу. Однак для опису логіки взаємодії інформаційних потоків більше підходить IDEF3, називана також workflow diagramming - методологією моделювання, що використовує графічний опис інформаційних потоків, взаємин між процесами обробки інформації й об'єктів, що є частиною цих процесів. Діаграми Workflow можуть бути використані в моделюванні бізнес-процесів для аналізу завершеності процедур обробки інформації. З їхньою допомогою можна описувати сценарії дій співробітників організації, наприклад послідовність обробки замовлення або події, які необхідно обробити за кінцевий час. Кожний сценарій супроводжується описом процесу й може бути використаний для документування кожної функції.

IDEF3 - це метод, що має своєю основною метою дати можливість аналітикам описати ситуацію, коли процеси виконуються в певній послідовності, а також описати об'єкти, що беруть участь спільно в одному процесі.

IDEF3 доповнює IDEFO і містить все необхідне для побудови моделей які надалі можуть бути використані для імітаційного аналізу.

Кожна робота в IDEF3 описує який-небудь сценарій бізнес-процесу й може бути складовою частиною іншої роботи. Оскільки сценарій описує мету й рамки моделі, важливо, щоб роботи йменувалися віддієслівним іменником, що позначає процес дії, або фразою, що містить такий іменник.

Одиниці роботи - Unit of Work (UOW). UOW, також називані роботами (activity), є центральними компонентами моделі. В IDEF3 роботи зображуються прямокутниками із прямими кутами й мають ім'я, виражене віддієслівним іменником, що позначає процес дії, одиночним або в складі фрази й номер (ідентифікатор). Часто ім'я роботи міняється в процесі моделювання, оскільки модель може уточнюватися й редагуватися. Ідентифікатор роботи привласнюється при створенні й не міняється ніколи. Навіть якщо робота буде вилучена, її ідентифікатор не буде знову використовуватися для інших робіт. Звичайно номер роботи складається з номера батьківської роботи й порядкового номера на поточній діаграмі.

Зв'язок. Зв'язки показують взаємини робіт. Всі зв'язки в IDEF3 односпрямовані й можуть бути спрямовані куди завгодно, але звичайно діаграми IDEF3 намагаються побудувати так, щоб зв'язку були спрямовані ліворуч праворуч. В IDEF3 розрізняють три типи стрілок, що зображують зв'язки, стиль яких установлюється через меню Edit/Arrow Style:

Головна (Precedence) - суцільна лінія, що зв'язує одиниці робіт (UOW). Рисується ліворуч праворуч або зверху долілиць. Показує, що робота-джерело повинна закінчитися перш, ніж робота-ціль почнеться.

Відносини (Relational Link) - пунктирна лінія, що використовується для зображення зв'язків між одиницями робіт (UOW) а також між одиницями робіт і об'єктами посилань.

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

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

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

Перехрестя (Junction). Закінчення однієї роботи може служити сигналом до початку декількох робіт, або ж одна робота для свого запуску може очікувати закінчення декількох робіт. Перехрестя використовуються для відображення логіки взаємодії стрілок при злитті й розгалуженні або для відображення множини подій, які можуть або повинні бути завершені перед початком наступної роботи. Розрізняють перехрестя для злиття (Fan-in Junction) і розгалуження (Fan-out Junction) стрілок. Перехрестя не може використовуватися одночасно для злиття й для розгалуження. Для внесення перехрестя служить кнопка Junction Tool - (додати в діаграму перехрестя -Junction) у палітрі інструментів. У діалозі Junction Type Editor необхідно вказати тип перехрестя.

Всі перехрестя на діаграмі нумеруються, кожний номер має префікс J. Можна редагувати властивості перехрестя за допомогою діалогу Definition Editor. На відміну від IDEFO і DFD в IDEF3 стрілки можуть зливатися й розгалужуватися тільки через перехрестя.

Об'єкт посилання. Об'єкт посилання в IDEF3 виражає якусь ідею, концепцію або дані, які не можна зв'язати зі стрілкою, перехрестям або роботою. Для внесення об'єкта посилання служить кнопка Referent Tool - (додати в діаграму об'єкт посилання - Referent) у палітрі інструментів. Об'єкт посилання зображується у вигляді прямокутника, схожого на прямокутник роботи. Ім'я об'єкта посилання задається в діалозі Referent (пункт спливаючого меню Name Editor), як ім'я можна використовувати ім'я якої-небудь стрілки з інших діаграм або ім'я сутності з моделі даних. Об'єкти посилання повинні бути пов'язані з одиницями робіт або перехрестями пунктирними лініями. Офіційна специфікація IDEF3 розрізняє три стилі об'єктів посилань - безумовні (unconditional), синхронні (synchronous) і асинхронні (asynchronous). BPwin підтримує тільки безумовні об'єкти посилань. Синхронні й асинхронні об'єкти посилань, використовувані в діаграмах переходів станів об'єктів, не підтримуються.

У таблиці 4.1 наведені основні «будівельні блоки» для діаграм IDEF3.

Декомпозиція робіт. В IDEF3 декомпозиція використовується для деталізації робіт. Методологія IDEF3 дозволяє декомпозувати роботу багаторазово, тобто робота може мати множину дочірніх робіт. Це дозволяє в одній моделі описати альтернативні потоки. Можливість множинної декомпозиції висуває додаткові вимоги до нумерації робіт. Так, номер роботи складається з номера батьківської роботи, версії декомпозиції й власного номера роботи на поточній діаграмі.

Розглянемо процес декомпозиції діаграм IDEF3, що включає взаємодія автора (аналітика) і одного або декількох експертів предметної області.

№	Найменування	Опис	Графічне подання
	Одиниця роботи (Unit of Work)	Об'єкт слугує для опису функцій (процедур, робіт), підрозділів/співробітників підприємства.
	Об'єкт посилання(Referents)	Об'єкт, який використовується для опису посилань на інші діаграми моделі, циклічні переходи в рамках однієї моделі, різні коментарі до функцій.
Зв'язку (Links) - Зв'язки, зображуються стрілками, показують взаємини робіт. В IDEF3 розрізняють три типи зв'язків.
	Попередній Зв'язок (Precedence)	Показує, що перш ніж почнеться робота-приймач, повинна завершитися робота-джерело. Позначається суцільною лінією.
	Зв'язок відносини (Relational)	Показує зв'язок між двома роботами або між роботою й об'єктом посилання. Позначається пунктирною лінією.
	Потік об'єктів (Object Flow)	Показує участь деякого об'єкта у двох або більше роботах, як, наприклад, якщо об'єкт виробляється в ході виконання однієї роботи й споживається іншою роботою. Позначається стрілкою із двома наконечниками
Перехрестя (Junctions) - перехрестя використовуються в діаграмах IDEF3, щоб показати розгалуження логічної схеми процесу й альтернативні шляхи розвитку процесу здатні виникнути під час його виконання.
	Перехрестя злиття (Fan-in Junction)	Вузол, що збирає множина стрілок в одну, указуючи на необхідність умови завершеності робіт-джерел стрілок для продовження процесу.
	Перехрестя розгалуження (Fan-out Junction)	Вузол, у якому єдина вхідна стрілка розгалужується, показуючи, що роботи, виконуються паралельно або альтернативно.
	Логічне «И»	Логічний оператор, що визначає зв'язки між функціями в рамках процесу. Дозволяє описати розгалуження процесу.
	Логічне «АБО»	Логічний оператор, що визначає зв'язки між функціями в рамках процесу. Дозволяє описати розгалуження процесу.
	Логічне виключне «АБО»	Логічний оператор, що визначає зв'язки функціями в рамках процесу. Дозволяє описати розгалуження процесу.

На рис. 4.1 показаний приклад діаграми в нотації IDEF3. Розглянемо цю діаграму. Першою роботою є «Обробка заявок». Ця робота використовує два об'єкти посилань - «Замовлення клієнтів» і «Склад» - до того ж на діаграмі вони показані без деталей, тому що не є центральними для даної діаграми. Робота «Обробка заявок» вимагає виконання однієї із двох робіт - або «Оформлення документів», або «Додаткове оформлення заявок» (у випадку, якщо заявка невірно оформлена). Робота «Додаткове оформлення заявок» використовує об'єкт «Клієнти». Робота «Оформлення документів» передає керування на дві паралельні роботи: «Формування партії» і «Складання звітності», причому робота «Формування партії» також звертається до посилального об'єкта «Замовлення клієнтів».

Як видно, на діаграмі є два перехрестя розгалуження, перехрестя з розгалуженням по логічному виключному «АБО», і перехрестя з розгалуженням по «И», що означає виконання двох робіт паралельно.

2.2 Декомпозиція роботи IDEFO або DFD у діаграму IDEF3. Стрілки на діаграмах IDEFO і DFD означають потоки інформації або об'єктів, переданих від однієї роботи до іншої. На діаграмах IDEF3 стрілки можуть показувати тільки послідовність виконання робіт, тобто мають інший зміст, ніж стрілки IDEFO і DFD. Тому при декомпозиції роботи IDEFO або DFD у діаграму IDEF3 стрілки не мігрують на нижній рівень. Якщо необхідно показати на дочірній діаграмі IDEF3 ті ж об'єкти, що й на батьківських діаграмах IDEFO або DFD, необхідно використовувати об'єкти посилання (referent).

3 Порядок виконання роботи й варіанти заданини

Користуючись пакетом BPWin, на основі розроблених студентом у лабораторних роботах 2 і 3 моделей у нотаціях IDEFO і DFD, побудувати модель відповідно до нотації IDEF3.

2. Як здійснюється декомпозиція роботи IDEFO або DFD у діаграму IDEF3?

Лабораторна робота № 5 Розробка та дослідження діаграм дерева вузлів та формування звітів

Ознайомитися з методами побудови діаграм дерева вузлів, діаграм тільки для показу й формування різних звітів за допомогою інструментального середовища BPWin.

10. Методичні вказівки по організації самостійної роботи студентів

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

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

2.2 Діаграми тільки для показу (For Exposition Only {FEO} Diagram).