Побудова каркасу діаграми
Граничні рамки, що оточують діаграму, називаються каркасом діаграми (Рис. 2.6).
Р
ис.
2.6 Контекстна діаграма з каркасом
Каркас містить заголовок (верхня частина рамки) і підвал (нижня частина).
Заголовок каркаса використовується щоб відстежити діаграми в процесі моделювання.
Нижня частина використовується для ідентифікації і позиціювання в ієрархії діаграм.
Значення полів каркаса задаються в діалозі Diagram Properties, який викликається в меню Diagram /Diagram Properties.
Значення елементів каркаса приведено в таблицях 1 і 2:
Таблиця 2.1 Поля заголовку каркаса (зліва направо)
Поле |
Значення |
Used At |
Використовується для вказівки на батьківську роботу в разі, якщо на поточну діаграму посилалися за допомогою стрілки виклику. |
Author, Date, Rev, Project |
Ім’я творця діаграми, дата створення і ім’я проекту, в рамках якого була створена діаграма. REV-дата останнього редагування діаграми. |
Notes: 1 2 3 4 5 6 7 8 9 10 |
Використовується при проведенні сеансу експертизи. Експерт повинен (на паперовій копії діаграми) вказати число зауважень, викреслюючи цифру із списку кожного разу при внесенні нового зауваження. |
Status |
Статус відображує стадію створення діаграми, відображуючи всі етапи публікації. |
Working |
Нова діаграма, кардинально оновлена діаграма або новий автор діаграми. |
Draft |
Діаграма пройшла первинну експертизу і готова до подальшого обговорення. |
Recommended |
Діаграма і всі її супроводжуючі документи пройшли експертизу. Нових змін не очікується. |
Publication |
Діаграма готова до остаточного друку і публікації. |
Reader |
Ім’я читача (експерта). |
Date |
Дата прочитання (експертизи). |
Context |
С |
хема
розташування робіт в діаграмі верхнього
рівня. Робота, що є батьківською,
показана темним прямокутником, останні
– світлим. На контекстній діаграмі
(А-0)
показаний напис ТОР.
У лівому нижньому кутку показується
номер по вузлу батьківської діаграми:Таблиця 2.2 Поля підвалу каркаса (зліва направо)
Поле |
Значення |
Node |
Номер вузла діаграми (номер батьківської роботи). |
Title |
Ім’я діаграми, за умовчанням – ім’я батьківської роботи. |
Number |
C-Number, унікальний номер версії діаграми. |
Page |
Номер сторінки, може використовуватися як номер сторінки при формуванні папки. |
Створення звітів в bpWin
BPWin має потужний інструмент генерації звітів. Звіти з моделі викликаються із пункту меню Tools/Reports. Всього є сім типів звітів:
Model Report. Включає інформацію про контекст моделі – ім’я моделі, точку зору на модель, сферу застосування моделі, мету її створення, ім’я автора, дату створення і ін.
Diagram Report. Звіт з обраної діаграми. Включає список об’єктів (робіт, стрілок, сховищ даних, посилань і т. д.).
Diagram Object Report. Найповніший звіт з моделі. Може включати повний список об’єктів моделі і властивості, які визначені користувачем.
Activity Cost Report. Звіт про результати проведення функціонально-вартісного аналізу.
Arrow Report. Звіт по стрілках. Може містити інформацію із словника стрілок, інформацію про роботу-джерело, роботу-призначення стрілки і інформацію про розгалуження і злиття стрілок.
Data Usage Report. Звіт про результати зв’язування моделі процесів і моделі даних.
Model Consistency Report. Звіт, що містить список синтаксичних помилок.
Звіт Model Report
Звіт Model Report дозволяє отримати результат опису властивостей моделі. Діалог налаштовування звіту з моделі викликається із пункту меню Tools/Reports/Model Report (Рис. 2.7).
Р
ис.
2.7 Вікно діалогу налаштовування звіту
по моделі
У діалозі налаштовування звіту слід обрати необхідні поля, при цьому автоматично відображується черговість виведення інформації в звіт (Рис. 2.8).
Для відображення звіту, сформованого по вищезгаданих полях, у вікні Model Report слід обрати кнопку Preview….
З
а
бажанням отриманий звіт можна роздрукувати,
для цього у вікні Model
Report
слід обрати кнопку Print
….
Рис. 2.8 Звіт з моделі Model Report
Звіт Arrow Report
Д
іалог
настройки звіту по стрілках викликається
з пункту меню Tools/Reports/Arrow
Report Для кожного з семи
типів звітів він виглядає по-своєму. На
Рис. 2.9 представлений типовий діалог
настройки звіту Arrow
Report.
Рис. 2.9 Діалог настройки звітів Arrow Report
Список Standard Reports, що розкривається, дозволяє обрати один із стандартних звітів. Стандартний звіт – це комбінація перемикачів, прапорців і інших елементів управління діалогу, що запам’ятовується.
Для створення власного стандартного звіту необхідно задати опції звіту, ввести ім’я звіту в поле списку вибору і клацнути по кнопці New. BPWin зберігає інформацію про стандартний звіт у файлі Bpwinrpt.ini. Всі визначення цього файлу доступні з будь-якої моделі. Єдине обмеження – властивості, визначувані користувачем (User-Defined Properties). Вони зберігаються у вигляді виказувача і тому доступні лише з "рідної" моделі. Стандартний звіт можна змінити (кнопка Update) або видалити (кнопка Delete).
У правому верхньому кутку діалогу знаходиться група управляючих елементів, для вибору формату звіту. Доступні формати:
Labeled – звіти включають мітку поля, потім, в наступному рядку, друкується вміст поля;
Fixed Column – кожне поле друкується у власній колонці;
Tab Delimited і Comma Delimited – кожне поле друкується у власній колонці. Колонки розділяються знаком табуляції або комами;
DDE Table – дані передаються по DDE додатку, наприклад MS Word або Excel;
RPTwin – звіт створюється у форматі Platinum RPTwin – спеціалізованого генератора звітів, який входить в постачання BPWin.
Опція Ordering (на звіті по стрілках відсутня) сортує дані по якому-небудь значенню.
Опція Multi-Valued Format регулює виведення полів в звіті при угрупуванні даних:
Repeating Group – детальні дані об’єднуються в одне поле, між значеннями вставляється "+";
Filled – дублювання даних для кожного заголовка групи;
Header (опція за умовчанням) – друкується заголовок групи, потім детальна інформація.
Звіт Model Consistency Report
Звіт Model Consistency Report відображає список синтаксичних помилок, допущених при побудові моделі.
Синтаксичні помилки IDEF0 з точки зору програми BPWin розділяються на три типа:
По-перше, це помилки, які BPWin виявити не в змозі, Наприклад, синтаксис IDEF0 вимагає, аби ім’я роботи було виражене віддієслівним іменником або дієслівною формою, що виражає дію ("Виготовлення виробу", "Обслуговування клієнта", "Виписка рахунку"), а ім’я стрілки має бути виражене іменником. BPWin не дозволяє аналізувати синтаксис природної мови і значення імен об’єктів і тому ігнорує помилки цього типа. Виявлення таких помилок – ручна робота, яка лягає на плечі аналітиків і повинна контролюватися керівником проекту.
Помилки другого типу BPWin просто не допускає. Наприклад, кожна сторона роботи призначена для певного типа стрілок. BPWin просто не дозволить створити на діаграмі IDEF0 внутрішню стрілку, що виходить з лівої сторони роботи і входить в праву сторону.
Третій тип помилок BPWin дозволяє допустити, але повідомляє про них. Повний їх список можна отримати в звіті Model Consistency Report. Це єдиний звіт в BPWin, який не вимагає завдання параметрів. Список помилок може містити:
неіменовані роботи і стрілки (unnamed arrow, unnamed activity);
незв’язані стрілки (unconnected border arrow);
недозволені стрілки (unresolved (square tunneled) arrow connections);
роботи, що не мають, принаймні, однієї стрілки виходу і однієї стрілки управління (Activity "Збірка блоків" has no Control, Activity "Збірка блоків" has no Output).
П
риклад
звіту Model Consistency Report
наведений на Рис. 2.10.
Рис. 2.10 Звіт про помилки Model Consistency Report