информационные истемы. Методич_пос_по_BPwin. Учебнометодическое пособие по дисциплине Информационные системы в экономике

• Название: Учебнометодическое пособие по дисциплине Информационные системы в экономике
• Анкор: информационные истемы
• Дата: 21.04.2022
• Размер: 3.8 Mb.
• Имя файла: Методич_пос_по_BPwin.doc
• Тип: Учебно-методическое пособие; #489292
• страница: 16 из 21

5.2. Слияние моделей.

После того как отщепленные подмодели доработаны, их можно слить в единую модель. Для слияния необходимо выполнить следующие условия:

• 
  Обе модели: модель-источник и целевая модель - должны быть открыты в Process Modeler.
  
• 
  Имя модели-источника и стрелки вызова в целевой модели должны совпадать.
  
• 
  Стрелка вызова должна исходить из недекомпозированной функции.
  
• 
  Имя функции в целевой модели, к которой будем подсоединять модель-источник, и имя контекстной функции в модели-источнике должны совпадать.
  
• 
  Модель-источник должна иметь не менее одной диаграммы декомпозиции.
  

Рис. 76.

Для слияния моделей нужно щелкнуть правой кнопкой мышки по работе со стрелкой вызова в модели-цели, затем в контекстном меню выбрать пункт Merge Model. Появляется диалог, в котором следует указать опции слияния моделей (рис. 76). При слиянии моделей объединяются словари стрелок и словари работ модели-источника и модели-цели. В случае одинаковых определений возможна перезапись определений (Overwrite) или принятие переименованных определений из модели-источника (Rename). То же относится к именам стрелок, хранилищ данных и внешним ссылкам.

После завершения слияния модель-источник остается неизменной, ее копия присоединяется к модели-цели, исчезает стрелка вызова, а работа, у которой была стрелка вызова, становится декомпозируемой – к ней присоединяется диаграмма декомпозиции А0 из модели-источника. Стрелки, касающиеся работы на диаграмме модели-цели автоматически мигрируют в декомпозицию. На рис. 77 показано, как выглядят модели после слияния в навигаторе модели Model Explorer.



Контрольные вопросы:

1. 
   Для каких целей используется механизм слияния/расщепления моделей?
   
2. 
   Как расщепить модель? Как меняется состояние навигатора модели после ее расщепления?
   
3. 
   Перечислите необходимые условия слияния моделей.
   
4. 
   Как слить модели? Как меняется модель-источник и модель-цель после слияния?
   

6. Анализ моделей в AllFusion PM.

6.1. Обнаружение синтаксических ошибок в диаграммах модели.

Синтаксические ошибки IDEF0 в AllFusion PM разделяются на три типа:

• 
  Во-первых, это ошибки, которые AllFusion PM выявить не в состоянии. Например, синтаксис IDEF0 требует, чтобы имя работы было выражено отглагольным существительным ("Изготовление изделия", "Обслуживание клиента", "Выписка счета") или глаголом с дополнениями ("Изготовить изделия", "Обслуживать клиента", "Выписать счета"), выражающей действие, а имя стрелки должно быть выражено существительным. Выявление таких ошибок - ручная работа, которая ложится на плечи аналитиков и должна контролироваться руководителем проекта. Для автоматизации выявления ошибок такого рода можно использовать простые текстовые отчеты на основе шаблонов «Arrow Report» или «Diagram Object Report» (подробно о встроенных шаблонах отчетов будет рассказано в главе 7) или анализировать колонку Name в словарях работ и стрелок через меню Dictionary.
  
• 
  Ошибки второго типа AllFusion PM просто не допускает. Например, каждая грань работы предназначена для определенного типа стрелок. AllFusion PM не позволит создать на диаграмме IDEF0 внутреннюю стрелку, выходящую из левой грани работы и входящую в правую грань.
  
• 
  Третий тип ошибок AllFusion PM позволяет допустить, но способен выявить их автоматически. На рис. 78 приведен пример отчета, содержащий ошибки третьего типа.
  

Полный список ошибок третьего типа можно получить в отчете на основе шаблона «Model Consistency Report». Ниже дается характеристика пунктов данного шаблона отчета.

• 
  Report Activities Without Control Arrows – выявить работы, у которых отсутствуют стрелки управления (Control).
  
• 
  Report Activities Without Output Arrows - выявить работы, у которых отсутствуют стрелки выхода (Output).
  
• 
  Report Unnamed Junctions – выявить неименованные перекрестки.
  
• 
  Report Unnamed IDEF3 Arrows - выявить неименованные стрелки на диаграммах IDEF3.
  
• 
  Report Activities Without Input Arrows Arrows - выявить работы, у которых отсутствуют стрелки входа (Input).
  
• 
  Report Activities Without Mechanism Arrows - выявить работы, у которых отсутствуют стрелки механизма (Mechanism).
  
• 
  Report Objects with Neither Inputs nor Outputs – выявить объекты (работы, перекрестки, внешние ссылки и т.д.) диаграммы, у которых отсутствуют одновременно как стрелки входа, так и стрелки выхода.
  
• 
  Report Objects with Identical Inputs and Outputs – выявить работы, в которых есть стрелка выхода и стрелка входа – идентичны.
  

Рис. 78.