WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!


Pages:     | 1 || 3 |

1. связь по входу - стрелка выхода вышестоящей работы направляется на вход нижестоящей 2. связь по управлению - выход вышестоящей работы направляется на управление нижестоящей 3. обратная связь по входу - выход нижестоящей работы направляется на вход вышестоящей 4. обратная связь по управлению - выход нижестоящей работы направляется на управление вышестоящей 5. связь выход-механизм - выход одной работы направляется на механизм другой 2.7 Нумерация работ и диаграмм Все работы модели нумеруются. Номер состоит из префикса и числа. Может быть использован префикс любой длины, но обычно используется префикс А (контекстная работа дерева имеет номер А0).

Диаграммы IDEF0 имеют двойную нумерацию.

1. Диаграммы имеют номера по узлу. Контекстная диаграмма всегда имеет номер А-0, декомпозиция контекстной диаграммы - номер А0, остальные диаграммы декомпозиции - номера по соответствующему узлу (например, А1, А2, А12 и т.д.).

2. В результате проведения экспертизы диаграммы могут уточняться и изменяться, следовательно, могут быть созданы различные одной и той же (с точки зрения ее расположения в дереве узлов) диаграммы декомпозиции. BPwin позволяет иметь в модели только одну диаграмму декомпозиции в данном узле. Прежние версии диаграммы можно хранить в виде бумажной копии либо как FEO-диаграмму. Для того, чтобы отличать различные версии одной и той же диаграммы, существует специальный номер - C-number, который должен присваиваться автором модели вручную. C-number - это произвольная строка, но рекомендуется придерживаться стандарта, когда номер состоит из буквенного префикса и порядкового номера, причем в качестве префикса используются инициалы автора диаграммы, а порядковый номер отслеживается автором вручную, например MCB00021.

2.8 Диаграммы дерева узлов и FEO Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами (стрелки). Работы могут менять свое расположение в дереве узлов многократно. Следует после каждого изменения создавать диаграмму дерева узлов. BPwin имеет мощный инструмент навигации по модели - Model Explorer, который позволяет представить иерархию работ и диаграмм в удобном и компактном виде.

2.9 Каркас диаграммы Каркас диаграммы содержит заголовок (верхняя часть рамки) и подвал (нижняя часть).

Смысл элементов каркаса приведен в таблицах 1 и 2.

Таблица 1 - Поля заголовка каркаса (слева направо) Поле Смысл Используют для указания на родительскую работу, если на Used At диаграмму ссылались стрелкой вызова Имя создателя диаграммы, дата создания и имя проекта, в рамках Author, Date, Rev, которого была создана диаграмма. Rev - дата последнего Project редактирования диаграммы.

Используется при проведении сеанса экспертизы. Эксперт должен Notes 1 2 3 4 5 6 7 8 (на бумажной копии диаграммы) указать число замечаний, 9 10 вычеркивая цифру из списка каждый раз при внесении нового замечания.

Статус отображает стадию создания диаграммы, отображая все Status этапы публикации.

Новая диаграмма, кардинально обновленная диаграмма или Working новый автор диаграммы.

Диаграмма прошла первичную экспертизу и готова к Draft дальнейшему обсуждению.

Диаграмма и все ее сопровождающие документы прошли Recommended экспертизу. Новых изменений не ожидается.

Publication Диаграмма готова к окончательной печати и публикации.

Reader Имя читателя (эксперта).

Date Дата прочтения (экспертизы).

Схема расположения работ в диаграмме верхнего уровня. Работа, являющаяся родительской, показана темным прямоугольником, Context остальные - светлым. На контекстной диаграмме показывается надпись TOP.

Node Номер узла диаграммы (номер родительской работы) Title Имя диаграммы. По умолчанию - имя родительской работы Number C-Number, уникальный номер версии диаграммы Номер страницы, может использоваться как номер страницы при Page формировании папки 2.10 Слияние и расщепление моделей Возможность слияния и расщепления моделей обеспечивает коллективную работу над проектом.

Для слияния необходимо выполнять следующие условия:

1) обе модели должны быть открыты в Bpwin;

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

3) стрелка вызова должна исходить из недекомпозируемой работы (работа должна иметь диагональную черту в левом верхнем углу);

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

5) модель-источник должна иметь по крайней мере одну диаграмму декомпозиции.

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

2.11 Рекомендации по рисованию диаграмм В IDEF0 существует соглашения по рисованию диаграмм, которые призваны облегчить чтение и экспертизу модели. Некоторые из этих правил BPwin поддерживает автоматически, выполнение других следует обеспечить вручную.

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



- следует минимизировать число пересечений, петель и поворотов стрелок - если нужно изобразить связь по входу, необходимо избегать "нависания" работ друг над другом. В этом случае BPwin изображает связи по входу в виде петли, что затрудняет чтение диаграмм.

2.12 Проведение экспертизы Цикл автор-читатель предназначен для обеспечения обратной связи при построении модели. В работе над моделью принимают участие специалисты разных специальностей - аналитики (авторы), эксперты предметной области (читатели), библиотекари (обычно выделяется для больших проектов) и комитет технического контроля.

Цикл автор-читатель содержит следующие этапы:

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

- автор вносит ответ на замечания и изменения в модель - если необходимо проводится дополнительный этап экспертизы у того же или у другого эксперта - когда автор считает, что диаграмма уже достаточно проработана, он пересылает ее на утверждение в комитет технического контроля, где она проходит окончательную экспертизу - после внесения замечаний и окончательных изменений диаграмма окончательно утверждается, получает статус "Publication" и может быть распечатана и распространена среди участников проекта 2.13 Создание отчетов Всего имеется семь типов отчетов. Они представлены в таблице 3.

Таблица 3 - Виды отчетов BPWin Наименование Описание Включает информацию о контексте модели, точку Model Report(Отчет по модели) зрения, область, цель, имя автора, дату создания и др.

Diagram Report (Отчет по Включает список объектов (работ, стрелок, хранилищ конкретной диаграмме) данных, внешних ссылок и т.д.).

Diagram Object Включает полный список объектов модели (работ, Report(Наиболее полный отчет стрелок и т.д.) и свойства, определяемые по модели) пользователем.

Activity Cost Report(Отчет о Содержит имя, номер, определение и стоимость работ, результатах стоимостного как суммарную, так и раздельно по центрам затрат.

анализа) Содержит информацию из словаря стрелок, Arrow Report(Отчет по информацию о работе-источнике, работе-назначении стрелкам) стрелки и информацию о разветвлении и слиянии стрелок.

Data Usage Report (Отчет о результатах связывания модели процессов и модели данных) Model Consistency Report(Отчет о синтаксических Содержит список синтаксических ошибок модели.

ошибках) Синтаксические ошибки IDEF0 с точки зрения BPwin делятся на три типа:

1. Ошибки, которые BPwin выявить не в состоянии. Например, проверка чтобы имя работы было выражено отглагольным существительным, а имя стрелки существительным, - это ручная работа, которая должна выполняться аналитиками.

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

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

2.14 Стоимостной анализ (ABC) и свойства, определяемые пользователем (UDP) Как правило, в процессе моделирования строится несколько моделей TO-BE, из которых по какому-либо критерию выбирается лучшая. Для того, чтобы определить качество созданной модели с точки зрения эффективности бизнес-процессов, необходима система метрики.

Аналитику предоставляются два инструмента для оценки модели:

1) стоимостной анализ (Activity Based Costing) 2) свойства, определяемые пользователем (User Defined Properties) ABC включает следующие основные понятия:

- объект затрат - причина, по которой работа выполняется, обычно, основной выход работы, стоимость работ есть суммарная стоимость объектов затрат - движитель затрат - характеристика входов и управлений работы, которые влияют на то, как выполняется и как долго длится работа - центры затрат, которые можно трактовать как статьи расхода Результаты стоимостного анализа могут существенно повлиять на очередность выполнения работ. ABC позволяет оценить стоимостные и временные характеристики системы. Если стоимостных показателей недостаточно, имеется возможность внесения собственных метрик - свойств, определенных пользователем. UDP позволяет произвести дополнительный анализ, хотя и без суммирующих подсчетов.

3. Описание работы с пакетом 3.1 Определение контекста При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации).

Рисунок1 - Интегрированная среда разработки модели BPwin Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста. В контекст входит определение субъекта моделирования, цели и точки зрения на модель. Для внесения области, цели и точки зрения в модели следует выбрать пункт меню Editor/Model Definition. В появившемся диалоговом окне необходимо внести данные о модели.





1. Project Name - название проекта, которое будет показано в верхней части рамки диаграммы.

2. Model Name - название модели 3. Model Definition - описание модели 4. Model Scope - диапазон модели Диапазон модели содержит информацию о том, что отражено в модели. Диапазон описывает ширину и глубину раскрытия процесса, описываемого моделью.

Пример: "Технологические, финансовые и управленческие аспекты деятельности предприятия".

5. Model Viewpoint - точка зрения Содержит информацию об эксперте, точка зрения которого рассматривается как основная при построении модели. Пример: "Руководитель предприятия".

6. Model Status - статус модели 7. Model Time Frame - вид модели 8. Purpose - цель моделирования Пример: "Описать функциональность предприятия с целью написания спецификаций информационной системы".

9. Source - источники информации, используемой при моделировании 10. Creation and Revision Dates - дата создания и последнего изменения модели 11. Author Name and Initials - фамилия и инициалы автора модели 3.2 Рисование диаграммы Под работами понимают процессы, функции или задачи. Работы обозначают в виде прямоугольников. При создании новой модели автоматический создается контекстная диаграмма с единственной работой, изображающей систему в целом (рис.1). Двойной щелчок мыши на прямоугольнике вызывает диалоговое окно задания свойств работы.

Для определения свойств работы заполняются соответствующие поля:

1. Activity Name - наименование работы (если не определено ранее) 2. Definition - описание работы 3. Source - источник информации о работе 4. Status - статус работы (Working, Draft, Recommended, Publication, или Other) 5. Author Name - имя автора (в поле автоматически вписываются данные из описания модели) Диаграммы декомпозиции содержат родственные работы, т.е. дочерние работы, имеющие общую родительскую работу. Для создания диаграммы декомпозиции следует щелкнуть по кнопке на панели инструментов слева. Возникает диалог Activity Box Count (см. рис.2), в котором следует указать количество работ в новой диаграмме.

Если необходимое количество работ превышает 8, то работу можно добавить в диаграмму, щелкнув сначала по кнопке на панели инструментов слева.

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

На контекстной диаграмме изображаются граничные стрелки. Для внесения граничной стрелки входа надо:

1. щелкнуть по кнопке с символом стрелки в палитре инструментов, перенести курсор к левой стороне экрана, пока не появится начальная штриховая полоска 2. щелкнуть один раз по полоске (начало стрелки) и еще раз в левой части работы со стороны входа (конец стрелки) 3. вернуться в палитру инструментов и выбрать опцию редактирования стрелки 4. щелкнуть правой кнопкой мыши на линии стрелки, во всплывающем меню выбрать Arrow Name и добавить имя стрелки в окне диалога.

Рисунок 2 - Диалог Activity Box Count Стрелки управления, выхода, механизма и выхода изображаются аналогично. Имена вновь внесенных стрелок автоматически заносятся в словарь Arrow Dictionary. Для отображения ICOM-кодов следует включить опцию Show ICOM-codes в окне Model Presentation Editor. Необходимо определить стрелки в словаре стрелок (пункт меню Editor/Arrow Dictionary)(см. рис.3).

При декомпозиции работы входящие в нее и исходящие из нее стрелки автоматически появляются на диаграмме декомпозиции, но при этом не касаются работ. Их необходимо связать с работами (несвязанные стрелки воспринимаются как синтаксическая ошибка) (см. рис.4).

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

Стрелки могут разветвляться и сливаться. Для разветвления стрелки нужно в режиме редактирования стрелки щелкнуть по фрагменту стрелки и по соответствующему сегменту работы. Для слияния двух стрелок выхода нужно в режиме редактирования стрелки сначала щелкнуть по сегменту выхода работы, а затем по соответствующему фрагменту стрелки. На диаграмму декомпозиции нижнего уровня можно внести новые граничные стрелки. Автоматически они на диаграмме верхнего уровня не появляются.

Для этого необходимо выбрать кнопку ( ) на палитре инструментов и щелкнуть по квадратным скобкам граничной стрелки. Появится диалог Border Arrow Editor.

Рисунок 4 - Пример несвязанных стрелок Диалог Border Arrow Editor содержит следующую информацию:

Resolve Border Arrow - стрелка мигрирует на диаграмму верхнего уровня.

Change To Tunnel - стрелка станет тоннельной и будет отмечена круглыми скобками на конце.

После каждого изменения диаграммы необходимо создавать диаграмму дерева узлов. Для ее создания следует выбрать в меню пункт File/Create Node Tree. Возникает диалог Node Tree Definition (см. рис.5).

1. В поле "Diagram Name" указать наименование диаграммы.

2. Указать корень дерева в поле "Top Activity" (по умолчанию - родительская работа текущей диаграммы).

3. Указать глубину дерева в поле "Number of Levels" (по умолчанию -3).

4. Опция "Bullet Last Level" позволяет отобразить все дерево в виде прямоугольников.

Рисунок 5 - Диалог настройки диаграммы дерева узлов 5. Опция "Draw Node Numbers" позволяет отобразить номер для каждой работы.

Pages:     | 1 || 3 |










© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.