Скачиваний:
224
Добавлен:
30.04.2013
Размер:
1.51 Mб
Скачать

Создание отчетов

Отчет Model Report о контексте модели

Диалоговое окно Model Report настройки опций создания отчета по модели представлено на рисунке. В диалоговом окне можно установить флажки, обеспечивающие вывод на печать следующей информации:

  • Model Name – имя модели

  • Definition – описание

  • Scope – область модели

  • Viewpoint – точка зрения

  • Time Frame – тип модели

  • Status – статус

  • Purpose – цель

  • Source – источник

  • Author Name – имя автора

  • Creation Data – дата создания

  • System Last Revision Data – дата последнего системного модифицирования

  • User Last Revision Date – дата последнего внесения исправлений пользователем

Алгоритм создания отчета:

  1. Открыть модель, для которой будет создаваться отчет.

  2. Выполнить команду Tools/Reports/Model Report.

  3. Установить флажки данных, которые должны присутствовать в отчете. Данные выводятся в том порядке, в котором автор проставлял флажки

  4. Щелчок по кнопкам обеспечивает:

  • Close – закрытие диалогового окна без создания отчета

  • Preview – просмотр внешнего вида отчета на экране монитора

  • Print – вывод отчета на печать

  • Report – сохранение отчета в виде файла

 

Отчет Diagram Report об объектах

Для создания отчета по конкретной диаграмме, включающей список данных о различных объектах диаграммы необходимо в диалоговом окне Diagram Report в шести ниже перечисленных зонах установить флажки, обеспечивающие вывод на печать следующей информации:

  • Activity Options –о функциях модели:

    • Name – название функции

    • Definition – определение

    • Source – источник

    • Status – статус

    • Author Name – фамилия автора

    • Object Type – тип объекта

    • Objects – объект

    • Facts – факты

    • Description – описание

    • Constraints – ограничения

    • Number – номер

    • Note - примечания

  • Link Options - о ссылках модели:

  • Data Store Options – об источниках данных

  • Junction Options – о слиянии

  • External Options – о внешних данных

  • Referent Options – о ссылках

Алгоритм создания отчета по диаграмме:

  1. Открыть требуемую диаграмму

  2. Выполнить команду Tools/Reports/Diagram Report

  3. Установить требуемые флажки возле данных, которые должны быть в отчете

  4. Завершить работу по созданию отчета

Полный отчет Diagram Object Report об объектах модели

Отчет об объектах диаграммы является наиболее полным отчетом по модели, т.к. включает не только полный список объектов модели с описанием всех их свойств, но и перечень свойств, определяемых пользователем.

ОкноDiagram Object Report содержит следующие настройки отчета:

  • Standard Reports – текстовое поле, в котором задается имя создаваемого на основе предложенных шаблонов, отчета. Перечень шаблонов отчетов:

    • Activity Arrow ( hierarchical ) – описание стрелок функций создается в соответствии с их иерархией

    • Activity Definition ( breadth first ) – определение функций создается в соответствии с их значимостью (А0, А1…А n , А11…А1 n , …)

    • Activity Definition ( hierarchical ) – определение функций создается в соответствии с их иерархией

    • Activity Definition / Note ( breadth first ) – текст примечаний функций создается в соответствии с их значимостью (А0, А1…А n , А11…А1 n , …)

    • Activity Definition / Note ( hierarchical ) – текст примечаний функций создается в соответствии с их иерархией

    • Node Tree Report – создание отчета по дереву узлов

  • Update – кнопка изменения содержания диалогового окна

  • New – кнопка создания собственного стандартного отчета. BPwin сохраняет информацию о стандартном отчете в файле BPWINRPT . INI . Все определения этого файла доступны из любой модели. Единственное ограни чение - свойства, определяемые пользователем ( UDP ). Они сохраняются в виде указателя и поэтому доступны только из "родной" модели.

  • Delete – кнопка очистки содержания диалогового окна

  • Report on – зона, содержащая флажки отчетов по:

    • Activities – функциям

    • Data Store – хранилище данных

    • Externals – внешние данные

    • Referent – ссылки

    • Junction – слияние

  • Start from Activity – список, в котором выбирается уровень диаграммы, с которой начинается создание отчета

  • Number of Levels – текстовое поле, в котором автором задается число уровней модели, для которых создается отчет по объектам

  • Activity Options – зона, в которой содержатся флажки, включение которых обеспечивает ввод в отчет следующей информации: Name ( имя ), Number ( число ), Definition ( определение ), Status (статус), Note (заметки), Source (источник), Author Name (фамилия автора), Object Type (тип объекта) , Facts (факты), Objects (объект), Description (описание), Constraints (ограничения)

  • Arrow Options – зона, в которой содержатся флажки, включение которых обеспечивает ввод в отчет следующей информации: Input Name ( имя стрелки входа ), Input Definition ( определение стрелки входа ) , Control Name ( имя стрелки управления ), Control Definition ( определение стрелки управления), Output Name ( имя стрелки выхода ), Output Definition ( определение стрелки выхода), Mech . Name ( имя стрелки механизма ), Mech . Definition ( определение стрелки механизма), Call Arrow Name ( имя стрелки вызова ), Call Arrow Definition ( определение стрелки вызова)

  • User Defined Properties - текстовое поле, в котором выводится информация о свойствах, определенных пользователем ( UDP )

  • Report Format – зона, в которой содержатся переключатели обеспечивающие выбор формата отчета:

    • Labeled - по уровням модели. Отчет включает метку поля, в следующей строке - содержимое поля

    • Fixed Column - с фиксированными столбцами. Каждое поле печатается в собственной колонке

    • Tab Delimited - каждое поле печатается в собственной колонке

    • Comma delimited -без деления по столбцам с разделителем в виде запятой

    • DDE Table - вставка отчета в виде таблицы в активный документ. Данные передаются по DDE приложению, например MS Word или Excel

    • RPTwin - сохранение отчета в виде файла RPTwin )

  • Multi - Valued Format – зона, в которой содержатся переключатели обеспечивающие форматирование отчета при груп пировке данных

    • Repeating Group - данные объединяются в одно поле, между значениями вставляется знак «+»

    • Filled - дублирование данных для каждого заголовка группы;

    • Header (опция по умолчанию) - печатается заголовок группы, затем - детальная информация.

  • Remove Special Char – восстановление специальных характеристик

  • Column Headings – заголовки столбцов

  • Active Ordering – порядок перечисления функций: Alphabetical – алфавитный, Hierarchical – иерархический, Breadth First – по значимости

  • Arrow Ordering – порядок перечисления стрелок: Alphabetical – алфавитный, Arrow Number – в порядке нумерации стрелок

  • UDP Filter – фильтр UDP

  • Close – кнопка закрытия диалогового окна

  • Preview – кнопка предварительного просмотра отчета

  • Print – кнопка вывода отчета на печать

  • Report – кнопка сохранения отчета в файл

Алгоритм создания полного отчета по всем объектам диаграмм всех уровней модели:

  1. В открытой диаграмме выполнить команду Tools / Reports / Diagram Object Report .

  2. Установить следующие опции формирования отчета:

  • определения перечня объектов диаграммы для включения их данных в отчет;

  • определения той части модели, данные об объектах которые должны присутствовать в отчете;

  • определение перечня опций для создания отчета по стрелкам и функциям

  • выбора формата представления отчета.

  •  Выбрать опцию сохранения отчета.

  •  

    Отчет Activity Cost Report о результатах стоимостного анализа

    Результаты стоимостного анализа наглядно представляются в специальном отчете Activity Cost Report . От чет позволяет документировать имя, номер, определение и стоимость работ, как суммарную, так и раздельно по центрам затрат. Оформление отчета производится с помощью опций диалогового окна Activity Based Costing Report , основные компоненты которого аналогичны компонентам диалогового окна Diagram Object Report . Основные отличия:

    • В зоне Activity Options имеется флажок Activity costs , включение которого обеспечивает наличие в отчете информации о стоимости моделируемого процесса

    • В зоне Cost Center Options содержатся три флажка, включение которых обеспечивает наличие в отчете информации о центре затрат: имени, определении и величины стоимости

    • В зоне Time Period Options содержатся два флажка, включение которых задает расчет стоимости по длительности процесса и по его частоте

    • В зоне ABC Options содержатся два флажка, включение которых обеспечивает расчет для всех не декомпозированных функций согласно дереву узлов и расчет стоимости для всей диаграммы

    • В зоне Format Options содержатся три переключателя, включение которых обеспечивает наличие в отчете информации или только о центре затрат, или о центре затрат без учета функций, или о функция без учета центра затрат

    Алгоритм настройки отчета по функционально-стоимостному анализу аналогичен алгоритму настройки отчета по всем объектам модели.

     

    Отчет Arrow Report о стрелках

    Отчет по стрелкам создается с помощью опций диалогового окна Arrow Report . Это диалоговое окно также содержит ряд опций, описанных при изучении диалогового окна Diagram Object Report .

    Опции, существующие только в данном окне:

    • Source / Dest . – зона, в которой содержатся флажки, обеспечивающие включение в отчет информации:

      • Source – источник

      • Source Type – тип источника

      • Destination Name – название места назначения

      • Destination Type – тип места назначения

    • Arrow Bundle – зона, в которой содержатся флажки, обеспечивающие включение в отчет информации об узлах слияния/разъединения стрелок:

      • Branch Into – ветвь в …

      • Branch From – ветвь от …

      • Joined From – присоединение от …

      • Joined Into – присоединение к …

      • Renamed From – переименование от …

      • Renamed To – переименование к …

     

    Отчет Data Usage Report о связывании диаграмм IDEF0 и DFD

    Результаты стоимостного анализа наглядно представляются в специальном отчете Activity Cost Report . От чет позволяет документировать имя, номер, определение и стоимость работ, как суммарную, так и раздельно по центрам затрат. Оформление отчета производится с помощью опций диалогового окна Activity Based Costing Report , основные компоненты которого аналогичны компонентам диалогового окна Diagram Object Report . Основные отличия:

    • В зоне Activity Options имеется флажок Activity costs , включение которого обеспечивает наличие в отчете информации о стоимости моделируемого процесса

    • В зоне Cost Center Options содержатся три флажка, включение которых обеспечивает наличие в отчете информации о центре затрат: имени, определении и величины стоимости

    • В зоне Time Period Options содержатся два флажка, включение которых задает расчет стоимости по длительности процесса и по его частоте

    • В зоне ABC Options содержатся два флажка, включение которых обеспечивает расчет для всех не декомпозированных функций согласно дереву узлов и расчет стоимости для всей диаграммы

    • В зоне Format Options содержатся три переключателя, включение которых обеспечивает наличие в отчете информации или только о центре затрат, или о центре затрат без учета функций, или о функция без учета центра затрат

    Алгоритм настройки отчета по функционально-стоимостному анализу аналогичен алгоритму настройки отчета по всем объектам модели.

     

    Отчет Model Consistency Report о синтаксических ошибках модели

    В диаграммах IDEFO, созданных в BPwin могут присутствовать три типа синтаксических ошибок:

    • ошибки, которые BPwin выявить не в состоянии. Например, синтаксис IDEFO требует, чтобы имя работы было выражено отглагольным существительным или глагольной формой, выражающей действие ("Изготовление изделия", "Обслуживание станка", "Выписка наряда" и т. д.), а имя стрелки также должно быть выражено существительным. В связи с тем, что BPwin не может анализировать синтаксис естественного языка и смысл имен объектов, поэтому автоматически игнорирует ошибки этого типа. Выявление таких ошибок производится аналитиком и контролируется руководителем проекта;

    • ошибки, которые BPwin просто не допускает. Например, BPwin на диаграмме IDEFO не создаст внутреннюю стрелку, выходящую из левой грани работы и входящую в правую грань;

    • ошибки, которые BPwin позволяет допустить, но редактирует их. Именно такой список ошибок можно получить в отчете Model Consistency Report .

    Диалоговое окно Model Consistency Report не содержит опций настройки. В нем в виде текста представляется перечень ошибок, который может содержать, например, неименованные функции и стрелки ( unnamed arrow , unnamed activity ), несвязанные стрелки ( unconnected border arrow ), неразрешенные стрелки ( unresolved arrow connections ), функции, не имеющие, по крайней мере, одной стрелки выхода и одной стрелки управления.

    Пример диалогового окна с отчетом по синтаксическим ошибкам приведен на рисунке.

     

    Применение диграмм других типов в BPwin

    В этом разделе рассматриваются такие вопросы:

    • Диаграммы Data Flow (DFD)

    • IDEF3 диаграммы описания назначения системы или процесса

    • IDEF3 диаграммы сценария

    • Создание и использование FEO-диаграмм

    • Организационные и ролевые диаграммы – инструменты моделирования структуры и деятельности предприятия

    • Диаграмма дерева узлов (Node Tree)

     

    Диаграммы Data Flow (DFD)

    В BPwin для построения диаграмм потоков данных DFD используется нотация Гейна-Сарсона.

    На диаграмме DFD могут присутствовать стрелки не только с родительских диаграмм, но и диаграмм декомпозиции одного уровня, для отображения которых используется стиль Off - Page Reference .

    При генерации DFD -диаграммы BPwin копирует каждую стрелку декомпозируемого IDEF 0-блока, ассоциированного с родительским блоком, в создаваемую DFD -диаграмму, как граничную стрелку, имеющую на конце соответствующий графический элемент ( arrow stub ). Графическое представление конца стрелки позволяет указать на наличие неполной межстраничной ссылки или неразрешенной стрелки. Хотя эти граничные стрелки представляют собой входы и выходы родительской функции, но на DFD -диаграммах начинаются или заканчиваются на объектах диаграммы, а не на ее границах.

    Преобразование граничной стрелки в декомпозиционной DFD -диаграмме осуществляется одним из следующих способов:

    • преобразование граничной стрелки во внутреннюю стрелку DFD -диаграммы. Автор может преобразовать граничную стрелку родительской диаграммы во внешнюю ссылку. Таким образом. Таким образом, обеспечивается связь объектов или сущностей, находящихся вне системы, а также обеспечивается системные входы или выходы;

    • удаление граничной ссылки. Если автор считает, что граничная стрелка на родительской IDEF 0-диаграмме не обеспечивает дополнительного понимания DFD -диаграммы, то он может просто ее удалить. На DFD -диаграмме удаленная стрелка, для сохранения целостности модели, может быть преобразована в туннельную стрелку родительской функции;

    • добавление межстраничной ссылки к граничной стрелке. Автор может преобразовать граничную стрелку в межстраничную ссылку для индикации входа от/к различным функциям системы.

    Для дополнения модели IDEFO диаграммой DFD необходимо при декомпозиции функции в диалоговом окне Activity Box Count установить переключатель DFD. После этого на диаграмме DFD на панели инструментов BPwin добавляются две новые кнопки:

    • Data Store - добавления в диаграмму хранилищ данных

    • External References - добавления в диаграмму внешних ссылок

    • Off - page Reference - ссылка на другую страницу. В отличие от IDEFO на DFD -диаграммах можно направить стрелку на любую диаграмму, а не только на верхний уровень.

    Большинство опций по настройке DFD -диаграммы сосредоточены на вкладках диалогового окна Activity Properties

    Добавление блока в DFD диаграмму

    1. В открытой диаграмме выбрать одно из действий

    • щелкнуть по кнопке Activity на панели инструментов BPwin Toolbox и курсором указать место расположения новой функции

    • правой клавишей щелкнуть в браузере по вкладке Activities , затем правой клавишей щелкнуть по функции в дереве DFD -диаграммы и в контекстном меню выбрать опцию вставки перед ( Insert Before ) или после ( Insert After ) указанной функции

  • Двойным щелчком по новой функции открыть диалоговое окно Activity Properties на вкладке Name .

  • Задать имя для новой функции одним из способов:

    • ввести новое имя в текстовую строку Unused Activity Names

    • выбрать неиспользуемое имя из перечня Unused Activity Names

  •  Щелкнуть по кнопке ОК

    Добавление стрелок в DFD диаграмму:

    1. В открытой DFD -диаграмме изменить стиль изображения стрелки, установленный по умолчанию, на желаемый

    2. Щелкнуть по кнопке Arrow tool на панели инструментов BPwin Toolbox

    3. Для добавления стрелки на диаграмму по функции-источнику: хранилищу данных, внешней ссылке, стрелке и щелкнуть по функции-цели: хранилищу данных, внешней ссылке, стрелке.

  •  

    IDEF3 диаграммы описания назначения системы или процесса

    Для дополнения модели IDEFO диаграммой IDEF3 необходимо при декомпозиции функции в диалоговом окне Activity Box Count установить переключатель IDEF3 . Аналитику следует обратить внимание на то, что при замене IDEF3-диаграммы на альтернативную диаграмму, последняя наследует имя декомпозиционной диаграммы. Это происходит потому, что любая диаграмма IDEF3-декомпозиции всегда генерируется с именем родительской функции.

    С помощью опций диалогового окна IDEF3 Scenario Diagrams Dialog производится изменение последовательности IDEF3-диаграмм и диаграмм сценариев, а также замена любой IDEF3-диаграммы декомпозиции диаграммой сценария.

    Диаграммы, порядок которых может быть изменен, показан в перечне IDEF 3 в верхней части перечня, а все диаграммы сценария – в нижней. Автор может выбрать любую IDEF 3-диаграмму c помощью кнопок Up и Down изменить их место расположения, или заменить IDEF 3-диаграмму декомпозиции на диаграмму сценария.

    Если декомпозиционная диаграмма заменяется альтернативной диаграммой, то последняя наследует имя диаграммы декомпозиции.

    Перекрестки на диаграммах потоков данных

    Добавление перекрестка:

    1. В активной IDEF3-диаграмме щелкнуть по кнопке Junction на панели инструментов BPwin.

    2. Указать место на диаграмме, где должен быть помещен новый перекресток.

    3. В диалоговом окне Select Junction Type выбрать один из следующих типов перекрестка значение которых зависит от цели применения: - Asynchronous AND – тип перекрестка «асинхронное И»; - Asynchronous OR - тип перекрестка «асинхронное ИЛИ»; - Synchronous AND - тип перекрестка «асинхронное И»; - Synchronous OR - тип перекрестка «синхронное ИЛИ»; - Exclusive OR - тип перекрестка «исключающее ИЛИ», значение которого зависит от цели применения.

    4. Повторить шаги 2-3 для каждого перекрестка, который создается на диаграмме.

    Настройка свойств перекрестка, как объекта IDEF3 диаграммы осуществляется с помощью опций диалогового окна Junction Properties Правила создания и редактирования свойств перекрестков аналогично правилам настройки других объектов с помощью диалоговых окон Properties. Отличие в использовании данного диалогового окна заключается в том, что на вкладке Type аналитик имеет возможность изменить тип перекрестка установив требуемый переключатель.

    Ссылки на диаграммах потоков данных

    Для задания имени ссылки и других свойств используются опции диалогового окна Referent Properties. Согласно нотации IDEF3 могут применяться ссылки трех типов: unconditional - безусловные, synchronous – синхронные, asynchronous – асинхронные. Но в BPwin 4.1 могут использоваться только безусловные ссылки, а синхронные и асинхронные ссылки, используемые в диаграммах переходов состояний объектов, не поддерживаются. Ссылки должны быть связаны с блоком UOW или с перекрестками пунктирными линиями. Добавление ссылки в диаграмму:

    1. В активной диаграмме щелкнуть по кнопке Referent на панели инструментов BPwin.

    2. Курсором указать место, где будет помещена ссылка.

    3. В диалоговом окне Referent одним из следующих способов присвоить имя стрелке: · выбрать имя из списка Reusable Referent с перечнем существующих имен; · установить переключатель Other и задать имя для новой ссылки в текстовой строке; · установить переключатель Arrow и выбрать имя из списка; · установить переключатель Entity и выбрать имя из списка;

    4. Щелкнуть по кнопке ОК.

     

    IDEF3 диаграммы сценария

    Добавление модели сценарием IDEF3 осуществляется с помощью диалогового окна Add New IDEF 3 Scenario Diagram,открываемого по команде Diagram / Add IDEF 3 Scenario . Опции диалогового окна:

    • •  Name of new diagram – текстовая строка для ввода имени диаграммы сценария. Обычно это имя ассоциировано с именем оригинальной IDEF3-диаграммы

    • •  Context Diagram – переключатель создания сценария IDEF3-диаграммы для контекстной диаграммы. Контекстная диаграмма должна обязательно содержаться в IDEF3-диаграмме

    • •  Decomposition Diagram - переключатель создания сценария IDEF3-диаграммы для диаграммы декомпозиции, определенной пользователем в перечне Source Diagram Name list

    • •  Source Diagram Name – перечень диаграмм-источников для создания сценария из перечня

    • •  Copy contents of source diagram – флажок, установка которого обеспечивает копирование всех объектов диаграммы источника

    Алгоритм добавление IDEF3-сценария в диаграмму:

    1. В открытой диаграмме, на основе которой создана IDEF3 диаграмма, выполнить команду Diagram / Add IDEF 3 Scenario

    2. В текстовой строке Name задать имя для диаграммы сценария

    3. Для задания диаграммы, на базе которой будет создаваться диаграмма сценария, в зоне IDEF 3 Scenario of установить один из следующих переключателей

    • Context – выбор контекстной диаграммы

    • Decomposition – выбор контекстной диаграммы в перечне Source Diagram Name

  • Для копирования всех объектов диаграммы с их стрелками из диаграммы-источника в диаграмму IDEF3 сценария установить флажок Copy

  • Щелкнуть по кнопке OK.

    С помощью опций диалогового окна Diagram Manager Dialog не только можно добавить, просмотреть или удалить диаграммы, но и изменить структуру диаграмм сценариев. Алгоритм реструктуризации диаграмм сценариев:

    1. В диалоговом окне IDEF3 Scenario Diagrams выбрать требуемую для перемещения IDEF3 диаграмму декомпозиции или диаграмму IDEF3-сценария

    2. Щелкнуть по кнопке Move или переместить имя IDEF3 диаграммы вверх или вниз

    3. Щелкнуть по кнопке ОК

    Алгоритм замены IDEF 3-диаграммы диаграммой сценария:

    1. Открыть IDEF 3-диаграмму, и выполнить команду Diagram / Diagram Manager

    2. В открывшемся диалоговом окне для использования IDEF 3-диаграммы в другой модели, необходимо выбрать имя модели в перечне Model

    3. В зоне Diagram Type установить переключатель IDEF3 Scenario

    4. В перечне Diagrams указать сценарий для замены IDEF3-диаграммы

    5. Щелкнуть по кнопке Order Scenarios

    6. В диалоговом окне IDEF3 Scenario Diagrams щелкать по стрелке перемещения до тех пор, пока диаграмма сценария не заменит требуемую IDEF3-диаграмму

    7. Щелкнуть по кнопке ОК

    8. Щелкнуть по кнопке Close

  • Создание и использование FEO-диаграмм

    Настройка FEO -диаграммы осуществляется с помощью диалогового окна Add FEO Diagram , которое содержит следующие компоненты:

    • Name of new diagram – текстовое поле, в котором задается/выбирается имя FEO -диаграммы. Заданное имя указывается в ячейке Title в нижнем заголовке диаграммы;

    • FEO off – зона, в которой содержатся

      • Context Diagram – переключатель, обеспечивающий создание FEO -диаграммы для контекстной диаграммы

      • Decomposition Diagram , – переключатель, обеспечивающий создание FEO -диаграммы для диаграммы декомпозиции

      • Source Diagram Name – список, в котором выбирается имя диаграммы декомпозиции в которой будет создаваться FEO -диаграмма.

    Алгоритм добавления FEO -диаграммы в модель:

    1. В браузере открыть вкладку Diagram

    2. Открыть диаграмму (щелчком по ее имени), для которой будет создаваться FEO -диаграмма

    3. Выполнить команду Diagram / Add FEO diagram .

    4. В открывшемся диалоговом окне Add FEO Diagram в текстовом поле Name of new diagram задать имя для FEO -диаграммы (обычно это имя совпадает с именем активной диаграммы).

    5. Установить переключатель Context Diagram или Decomposition Diagram для задания типа диаграммы (контекстная или декомпозиции)

    6. Щелкнуть по кнопке ОК. Новая диаграмма получает номер, который генерируется автоматически и представляет собой сочетание номера родительской диаграммы по узлу и символа F

    7. После добавления FEO -диаграммы в модель, пользователь может открыть ее щелчком по имени диаграммы на вкладке Diagram браузера Model Explorer .

    При наличии в модели большого количества FEO -диаграмм достаточно часто возникает необходимость в их сравнении, особенно при внесении в некоторые из них каких-либо изменений. Для сравнения двух диаграмм необходимо по команде Tools / Visual Diagram Compare открыть диалоговое окно Visual Diagram Difference , порядок работы с которым был описан ранее. Создаваемый, при сравнении диаграмм файл JPEG , автор может сохранить и впоследствии открыть.

     

    Диаграмма дерева узлов (Node Tree)

    Процесс создания модели работ является итерационным, следовательно, блоки могут менять свое расположение в дереве узлов многократно. Блоки на диаграмме узлов сохраняют все свойства соответствующих функций модели. Например, можно открыть диалоговое окно Activity Properties dialog двойным щелчком мыши по соответствующему блоку в диаграмме узлов. Двойным щелчком по любой составляющей дерева узлов можно открыть диалоговое окно Node Tree Diagram Properties dialog , в котором пользователь может изменить имя, шрифт и цвет.

    Для создания диаграммы узлов в модели с помощью мастера необходимо выполнить командуDiagram / Add Node Tree . В открывшемся диалоговом окне Node Tree Node Tree name Diagram Wizard – Step 1 of 2 осуществляется настройка следующих опций:

    • Node Tree name – текстовое поле в котором задается уникальное имя диаграммы дерева узлов, или пользователь может согласиться с предложенным именем по умолчанию. Имя по умолчанию соответствует имени диаграммы верхнего уровня в модели. Заданное имя диаграммы указывается в ячейке TITLE в заголовке диаграммы

    • Top level activity – список, в котором выбирается имя функции верхнего уровня в диаграмме. Поскольку дерево узлов не обя зательно в качестве верхнего уровня должно иметь контекстный блок, то аналитик может поместить на верхний уровень диаграммы дерева узлов любую функцию. Такая диаграмма помогает облегчить понимание читателей диаграммы ее содержания.

    • Number of levels - список, в котором задается число уровней в диаграмме дерева узлов (глубина декомпозиции). Каждый уровень диаграммы соответствует уровню декомпозиции.

    • Back – кнопка перехода к предыдущему диалоговому окну мастера

    • Next - кнопка перехода к следующему диалоговому окну

    • Finish – кнопка закрытия диалогового окна и добавление диаграммы узлов

    Диалоговое окно Node Tree Diagram Wizard – Step 2 of 2 содержит опции, определяющие свойства различных компонентов диаграммы дерева узлов:

    • Drawing – зона, в которой содержатся переключатели:

      • Bullet last level – изменение изображения функций нижнего уровня в виде прямоугольника на изображение в виде окружности. Применение изображения в виде окружности позволяет уменьшить пространство, занимаемое изображением функций нижнего уровня, особенно в тех случаях, когда на нижнем уровне используется большое количество

      • Show node numbers – указание номеров узлов в нижнем правом углу изображения узла

      • Show boxes – вычерчивание блоков для каждого узла

    • Box Size - зона, в которой содержатся переключатели:

      • Fit ach box to text – создание прямоугольника вокруг надписи с именем узла. Размеры создаваемого прямоугольника зависят от длины надписи, поэтому применение такой опции может привести к наличию прямоугольников разных размеров

      • One size per row – вычерчивание всех прямоугольников в одну строчку с размерами, равными размеру самого большого прямоугольника в строчке

      • All one size – вычерчивание всех прямоугольников в одном размере, равным размеру самого большого прямоугольника в диаграмме дерева узлов, т.е. узла, у которого имеется самая длинная надпись

    • Border - зона, в которой содержатся переключатели:

      • Include Kit – задание заголовка в верхней части диаграммы узлов

      • Include title – задание заголовка, содержащего номер узла, С-номер и номер страницы, в нижней части диаграммы

    • Connection Style - зона, в которой содержатся переключатели:

      • Diagonal lines – опция позволяющая создавать диагональные линии

      • Orthogonal lines - опция позволяющая создавать горизонтальные и вертикальные линии для соединения узлов диаграммы

    • Back – кнопка перехода к предыдущему диалоговому окну мастера

    • Next - кнопка перехода к следующему диалоговому окну

    • Finish – кнопка закрытия диалогового окна и добавление диаграммы узлов

    Алгоритм создания диаграммы дерева узлов:

    1. Открыть BPwin модель

    2. Выполнить команду Diagram / Add Node Tree

    3. В открывшемся диалоговом окне Node Tree Wizard - Step 1 of 2

    •  задать имя диаграммы

    • в списке Top level указывается функция верхнего уровня

    • в списке Number of levels задается число уровней в дереве узлов

  • Щелкнуть по кнопке Next

  • В диалоговом окне Node Tree Diagram Wizard - Step 2 of 2 задать стиль отображения на диаграмме компонентов дерева узлов

  • Щелкнуть по кнопке Finish .

  •  

    Организационные и ролевые диаграммы – инструменты моделирования структуры и деятельности предприяти

    В этом подпункте рассмотрим следующее:

    • Ресурсы, Роли и группы ролей

    • Organization Chart – иерархические диаграммы структуры организации или процесса

    • Swim Line диаграммы

    Слияние и разделение моделей

    Организация параллельной работы над моделью нескольких моделировщиков основана на разделении моделей и их слиянии:

    Merge – слияние двух независимых моделей в одну модель, содержащую уникальные объекты. Если при создании единой модели в модели-источнике BPwin имеется имя объекта совпадающее с именем объекта в модели-цели, то перед таким именем автоматически добавляется символ тильды (~), а затем оно добавляется в объектный словарь модели. Таким образом, BPwin обеспечивает возможность автору модели при слиянии моделей выбрать либо объединение, либо переименование дублированных имен стрелок ;

    Split - разделение одной моделей на две. При слиянии BPwin копирует все функции, стрелки и другие данные (исключая данные контекстной диаграммы) из диаграммы-источника в диаграмму-цель. BPwin игнорирует данные диаграммы контекстного уровня в модели-источнике, т.к. они дублируются выбранной функцией в диаграмме-цели, но добавляет все связанные декомпозиции к диаграмме-цели в блок, который порождает стрелку вызова.

     

    Слияние и разделение моделей

    Организация параллельной работы над моделью нескольких моделировщиков основана на разделении моделей и их слиянии:

    Merge – слияние двух независимых моделей в одну модель, содержащую уникальные объекты. Если при создании единой модели в модели-источнике BPwin имеется имя объекта совпадающее с именем объекта в модели-цели, то перед таким именем автоматически добавляется символ тильды (~), а затем оно добавляется в объектный словарь модели. Таким образом, BPwin обеспечивает возможность автору модели при слиянии моделей выбрать либо объединение, либо переименование дублированных имен стрелок ;

    Split - разделение одной моделей на две. При слиянии BPwin копирует все функции, стрелки и другие данные (исключая данные контекстной диаграммы) из диаграммы-источника в диаграмму-цель. BPwin игнорирует данные диаграммы контекстного уровня в модели-источнике, т.к. они дублируются выбранной функцией в диаграмме-цели, но добавляет все связанные декомпозиции к диаграмме-цели в блок, который порождает стрелку вызова.

    Слияние двух моделей в одну

    Обмен информацией (графические изображения, имена функций и стрелок, описания и др.) между диаграммами в BPwin обеспечивается следующими способами:

    • Merge Model –копирование всех данных диаграммы-источника в указанную диаграмму-цель.

    • Merge Model Dictionaries –копирование имен функций и стрелок, описаний и иных свойств из словаря диаграммы-источника в словарь диаграммы-цели.

    • Cut and Paste –удаление указанных функций и их декомпозиций из диаграммы-источника в буфер с последующей их вставкой в диаграмму-цель.

    • Cut and Paste / Merge Entire Dictionaries – слияние всех словарей диаграммы-источника и диаграммы-цели. Такой процесс осуществляется с помощью браузера при перетаскивании функции из диаграммы-источника в диаграмму-цель и выборе опции Paste / Merge в диалоговом окне Continue with Merge ?

    Для создания совокупной модели путем слияния двух моделей (модели-цели и модели-источника) необходимо, чтобы:

    • обе сливаемые диаграммы были открыты в BPwin ;

    • диаграмма-источник должна иметь, по крайней мере, одну диаграмму декомпозиции;

    • диаграмма-цель:

      • должна быть активной в модели;

      • должна включать блок, имя которого совпадает с именем контекстного блока на диаграмме-источнике. Если это правило не соблюдается, то BPwin удаляет все результаты декомпозиции этого блока в диаграмме-цели и заменяет их блоками декомпозиции модели-источника;

      • должна содержать стрелку вызова, имя которой должно совпадать с именем модели-источника, заданного в текстовом поле Model Name редактора Model Definition Editor , или в текстовой строке Name tab диалогового окна Model Properties ;

    • слияние моделей осуществляется на основе стрелок вызова, то:

      • имя модели-источника, должно совпадать с именем стрелки вызова работы в модели-цели;

      • стрелка вызова должна исходить из не декомпозируемой работы, которая обозначена на диаграмме диагональной чертой в левом верхнем углу;

    • должны совпадать имена контекстного блока в модели-источнике и блока на модели-цели.

    Обычно при слиянии диаграмм BPwin не осуществляется слияние свойств и атрибутов информации, если эти свойства и атрибуты (например, внутренний идентификационный номер) порождены в различных диаграммах ERwin . Если автор хочет произвести слияние двух разных BPwin -диаграмм, содержащих атрибуты и свойства двух разных ERwin -диаграмм, то вначале он должен произвести слияние двух ERwin -диаграмм, а затем импортировать данные в BPwin -диаграммы.

    Если возникает необходимость слияния двух IDEF 0-диаграмм и данных из DFD -диаграммы в модель-цель по нотации IDEF 0. В результате слияния получаются модели, описанные ниже в таблице:

     

    Диаграмма-источник

    Диаграмма-цель

    Результат

    IDEF 0

    IDEF 0

    IDEF 0-диаграмма, содержащая данные из обоих диаграмм (цели и источника)

    DFD

    IDEF 0

    IDEF 0-диаграмма, содержащая одну или более DFD декомпозиционных диаграмм

    DFD

    DFD

    DFD -диаграмма, содержащая

    IDEF 0

    DFD

    Не поддерживается

     

    При слиянии двух диаграмм применяются опции и команды, содержащиеся в диалоговом окнеContinue with Merge ? :

    • Cut / Paste entire dictionaries – флажок, установка которого обеспечивает слияние всех имен, содержащихся в объектных словарях модели-источника. Например, все имена функций диаграммы А сольются с именами функций диаграммы В

    • Overwrite existing fields – флажок, установка которого обеспечивает выбор свойств (например, описание, заметки, данные, автор и статус), которые для каждого аналогично именованного объекта в диаграмме-цели будут переписаны в соответствии с данными диаграммы-источника

    • Rename matching arrows – флажок, установка которого обеспечивает добавление символа тильды (~) к каждому дублированному в словаре имени стрелки перед копированием имен стрелок в словарь стрелок диаграммы-цели. Например, при слиянии двух словарей стрелок, каждый из которых имеет имя «номер телефона», созданные комплексный словарь будет содержать стрелки с именем «номер телефона» и «~номер телефона»

    • Rename matching data stores – флажок, установка которого, только для диаграмм DFD , обеспечивает добавление символа тильды (~) к каждому дублированному имени данных, содержащихся в словаре данных Data Store , перед их копированием в словарь данных диаграммы-цели. Например, если при слиянии двух словарей данных DFD-диаграммы, в каждом из которых содержится данное с именем «БД адресов», образуется объединенный словарь данных, в котором будут имена «БД адресов» и «~БД адресов»

    • Rename matching externals – флажок, установка которого обеспечивает добавление символа тильды (~) к каждому дублированному имени ссылки, содержащихся в словаре ссылок Reference Dictionary перед их копированием в словарь ссылок диаграммы-цели. Например, если сливаются два словаря внешних ссылок, которые содержат имя ссылки, то в объединенном словаре будут содержаться имена ссылок «поставщик» и «~поставщик»

    Алгоритм слияния двух диаграмм:

    1. Открыть обе диаграммы: диаграмму источник и диаграмму-цель.

    2. В диаграмме-цели указать стрелку вызова или блок на базе которых будет осуществляться слияние диаграмм

    3. Щелкнуть правой кнопкой мыши по стрелке вызова или блоку на диаграмме-цели и выбрать команду контекстного меню Merge Model

    4. В диалоговом окне Continue with Merge ? в зоне Verify Cut / Paste options установить опции слияния диаграмм

    5. Щелкнуть по кнопке ОК. Модель-источник подсоединяется к модели-цели, стрелка вызова исчезает, а блок, из которого выходила стрелка вызова, становится декомпозируемым и к нему подсоединяется диаграмма декомпозиции первого уровня модели-источника. BPwin скопирует стрелки вызова из диаграммы, а диаграмма-источник останется неизменной.

    6. В связи с тем, что стрелки, касаю щиеся блока на диаграмме модели-цели, автоматически не импортируются в декомпозицию, а отображаются как неразрешенные, то их необходимо тоннелиро вать вручную.