Как построить бизнес процесс в bpwin

Методология IDEF3 включает элемент «перекресток», что позволяет описать логику взаимодействия компонентов системы.
Целью данного курсового проекта является разработка информационной модели «Деятельность торговой компании».

Введение 4
Case-средство BPwin 5
Методология BPwin 12
IDEF0 12
IDEF3 16 DFD 21
Построение информационной модели – «Деятельность оптовой компании» 26
Заключение 29
Список использованных источников 30

Работа содержит 1 файл

Введение 4

Case-средство BPwin 5

Методология BPwin 12

IDEF0 12

IDEF3 16 DFD 21

Построение информационной модели – «Деятельность оптовой компании» 26

Заключение 29

Список использованных источников 30

Для проведения анализа и реорганизации бизнес-процессов PLATINUM technology предлагает CASE-средство верхнего уровня BPwin, поддерживающее методологии IDEFO (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Методология IDEFO предписывает построение иерархической системы диаграмм — единичных описаний фрагментов системы.

IDEF0 в BPWin

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

После каждого сеанса декомпозиции проводится сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, непосредственно участвующими в бизнес-процессе. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования. Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель. Нотация DFD включает такие понятия, как внешняя ссылка и хранилище данных, что делает ее более удобной для моделирования документооборота. Методология IDEF3 включает элемент «перекресток», что позволяет описать логику взаимодействия компонентов системы.

Целью данного курсового проекта является разработка информационной модели «Деятельность торговой компании».

Case-средство BPwin

AllFusion Process Modeler 7 или как он ранее назывался BPwin – мощный программный продукт с помощью которого, можно проводить моделирование, анализ, описание и последующую оптимизацию бизнес-процессов. С помощью BPwin можно создавать графические модели бизнес-процессов. Графическое изображение схемы выполнения работ, организации документооборота, обмена различными видами информации позволяет визуализировать существующую модель организации бизнеса. Это дает возможность использовать передовые инженерные технологии для решения задач управления организацией.

С помощью BPwin (AllFusion Process Modeler 7) можно организовать подробное документирование всех важных аспекты бизнес-процессов т.е. необходимых действий, способов их осуществления и контроля за ними, необходимыми для этого ресурсами и впоследствии визуализировать полученную информацию. BPwin позволяет повысить эффективность ИТ-решений в бизнесе, проектировщики и аналитики бизнес-моделей получают возможность найти оптимальное соотношение между бизнес-требованиями, корпоративными инициативами, процессами информационной архитектуры и проектированием приложений. С помощью BPwin можно увидеть полную картину организации деятельности предприятия: от количества работы в небольших подразделениях предприятия до сложных функций организации предприятия.

Построение диаграммы IDEF0 в process modeler (bpwin)

Использование BPwin (AllFusion Process Modeler 7) эффективно использовать в проектах, в которых нужно сделать описание существующих баз предприятия, внедрить на предприятии корпоративные информационные систем и для проведения реорганизации существующих бизнес-проектов. С помощью BPwin можно провести оптимизацию деятельности предприятия и осуществить проверку на соответствие ее стандартам ISO 9000, создать проект организационной структуры, исключить ненужные операции, уменьшить размер издержек и увеличить эффективность.

В основе программного продукта BPwin (AllFusion Process Modeler 7) заложены общепринятые технологии моделирования, такие как idef0. Моделирование с помощью методологии idef0 рекомендовано к использованию Госстандартом Российской Федерации и является общепринятым стандартом в США.

Наглядность и простота моделей Process Modeler делает значительно более простым взаимодействие между различными участниками бизнес-процессов. Популярность BPwin (AllFusion Process Modeler 7) дает возможность согласовывать функциональные модели в электронном виде. BPwin (AllFusion Process Modeler 7) — это продукт компании Computer Associates, он вместе с ERwin Data Modeler (ERwin), Model Manager (ModelMart) и Data Model Validator (ERwin Examiner), входит в пакет программ AllFusion Modeling Suite. Использование этого программного комплекса позволяет эффективно обеспечить все аспекты моделирования информационных систем.

BPwin является мощным инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения сложных бизнес-процессов. BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. Причем, поскольку модель является некоторым графическим представлением действительности, можно утверждать, что человек вернулся к своему излюбленному средству документирования бизнес-процессов – к рисунку. Но возвращение это произошло на новом уровне – целостность и непротиворечивость модели-рисунка (качества, о которых раньше не было и речи) гарантируются рядом методологий и нотаций, которым следуют создатели модели. BPwin поддерживает три таких методологии: IDEF0, DFD и IDEF3, позволяющие анализировать ваш бизнес с трех ключевых точек зрения:

С точки зрения функциональности системы. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.

С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.

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

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

На основной панели инструментов, представленной на рисунке 1, расположены элементы управления, в основном знакомые по другим Windows-интерфейсам:

Рисунок 1 — Основная панель инструментов BPwin

1. Создать новую модель

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

3. Сохранить модель

4. Печать модели

5. Мастер создания отчетов

6. Выбор масштаба

8. Увеличение участка

9. Проверка ошибок

10. Включение и выключение навигатора модели

На основной панели инструментов (либо в любом желаемом месте экрана) расположены инструменты редактора BPwin, представленные на рисунке 2:

Рисунок 2 — Инструменты редактора BPwin

1. Pointer Tool – используется для выбора и определения позиции объектов добавленных в диаграмму.

2. Activity Box Tool – используется для установки блоков в диаграмме.

3. Arrow Tool – используется, чтобы устанавливать дуги в диаграмме.

4. Squiggle Tool – используется для создания тильды (squiggle, ), которая

соединяет дугу с ее названием.

5. Text Block Tool – используется для создания текстовых блоков.

6. Diagram Dictionary Editor – открывает диалоговое окно Diagram Dictionary Editor, где можно перейти на какую-либо диаграмму или создать новую

7. Go to Sibling Diagram – используется для отображения следующей диаграммы того же уровня.

8. Go to Parent Diagram – переход на родительскую диаграмму.

9. Go to Child Diagram – используется, чтобы отобразить диаграмму потомка или разложить выделенный блок на диаграмму потомка.

Любая диаграмма состоит из совокупности следующих объектов:

Для работы с любым из этих объектов можно использовать либо основное меню, которое представлено в рисунке 3:

Рисунок 3 — Основное меню BPwin

Описание полей бланка диаграммы.

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

Поля верхней части рамки

Used At (Используется в) – используется для указания на родительский блок в случае, если на текущую диаграмму ссылались посредством стрелки вызова.

Author (Автор) – имя создателя диаграммы.

Date (Дата) – дата создания и имя проекта.

Pro j ect (Проект) – имя проекта.

Rev (Пересмотрено__________) – дата последнего редактирования диаграммы.

Notes 12345678910 (Замечания) – используется при проведении сеанса экспертизы.

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

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

Working (Рабочая версия) – новая диаграмма, кардинально обновленная диаграмма или новый автор диаграммы;

Draft (Эскиз) – диаграмма прошла первичную экспертизу и готова к дальнейшему обсуждению;

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

Publication (Публикация) – диаграмма готова к окончательной печати и публикации.

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

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

Context (Контекст) – схема расположения работ в диаграмме верхнего уровня. Работа, являющаяся родительской, показана темным прямоугольником, остальные – светлым. На контекстной диаграмме (А-0) показывается надпись ТОР. В левом нижнем углу показывается номер по узлу родительской диаграммы:

Поля нижней части рамки

Node (Узел) – номер узла диаграммы (номер родительского блока).

Title (Название) – имя диаграммы. По умолчанию – имя родительского блока.

Number (Номер) – C-номер, уникальный номер версии диаграммы.

Page (Страница) – номер страницы, может использоваться как номер страницы при формировании папки.

Методология BPwin

Принципы построения модели IDEF0

IDEF 0 — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов.

В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной — функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.

Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.

Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т. е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.

Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, мы должны определить, что мы будем в дальнейшем рассматривать как компоненты системы, а что как внешнее воздействие. На определение субъекта системы будет существенно влиять позиция, с которой рассматривается система, и цель моделирования — вопросы, на которые построенная модель должна дать ответ.

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

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

Широта подразумевает определение границ модели — мы определяем, что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на каком уровне детализации модель является завершенной. При определении глубины системы необходимо не забывать об ограничениях времени — трудоемкость построения модели растет в геометрической прогрессии от глубины декомпозиции. После определения границ модели предполагается, что новые объекты не должны вноситься в моделируемую систему; поскольку все объекты модели взаимосвязаны, внесение нового объекта может быть не просто арифметической добавкой, но в состоянии изменить существующие взаимосвязи. Внесение таких изменений в готовую модель является, как правило, очень трудоемким процессом (так называемая проблема «плавающей области»).

Источник: www.stud24.ru

6. Создание модели процессов в bPwin

BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя, дающий возможность аналитику создавать сложные модели при минимальных усилиях. Ниже будет описан интерфейс версии 2.5. Рис.

30 Интегрированная среда разработки модели BPwin 2 5. При запуске BPwin по умолчанию появляется основная панель инстру­ментов, палитра инструментов (вид которой зависит от выбранной нота­ции) и, в левой части, навигатор модели — Model Explorer (рис. 30) При создании новой модели возникает диалог, в котором следует ука­зать, будет ли создана модель заново или она будет открыта из файла либо из репозитория ModelMart, внести имя модели и выбрать методологию, в которой будет построена модель.

BPwin поддерживает три методологии – IDEFO, IDEF3 и DFD, каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т е. модель может со­держать одновременно как диаграммы IDEFO, так и IDEF3 и DFD. Состав палитры инструментов изменяется автоматически, когда происходит пере­ключение с одной нотации на другую.

Модель в BPwin рассматривается как совокупность работ, каждая из ко­торых оперирует с некоторым набором данных. Работа изображается в виде прямоугольников, данные — в виде стрелок. Если щелкнуть по любому объ­екту модели левой кнопкой мыши, появляется всплывающее контекстное меню, каждый пункт которого соответствует редактору какого-либо свойст­ва объекта.

Установка цвета и шрифта объектов. Пункты контекстного меню Font Editor и Color Editor вызывают соответствующие диалоги для установки шрифта (в том числе его размера и стиля) и цвета объекта. Кроме того, BPwin позволяет установить шрифт по умолчанию для объектов определен­ного типа на диаграммах и в отчетах.

Для этого следует выбрать меню Tools/Default Fonts, после чего появляется каскадное меню, каждый пункт которого служит для установки шрифтов для определенного типа объектов. IDEFO-модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения.

Для внесе­ния области, цели и точки зрения в модели IDEFO в BPwin следует выбрать пункт меню Edit/Model Properties, вызывающий диалог Model Properties. В закладке Purpose следует внести цель и точку зрения, а в за­кладке Definition — определение модели и описание области.

В закладке Status того же диалога можно описать статус модели (черно­вой вариант, рабочий, окончательный), время создания и последнего редактирования (отслеживается в дальнейшем автоматически по системной дате). В закладке Source описываются источники информации для построе­ния модели (например, «Опрос экспертов предметной области и анализ документации»).

Закладка General служит для внесения имени проекта и модели, имени и инициалов автора и временных рамок модели — AS-IS и ТО-ВЕ. Результат описания модели можно получить в отчете Model Report. Диа­лог настройки отчета по модели вызывается из пункта меню Report/Model Report.

В диалоге настройки следует выбрать необходимые поля, при этом автоматически отображается очередность вывода информации в отчет. Модель в нотации IDEFO представляет собой совокупность иерархически упорядоченных и взаимосвязанных диа­грамм. Каждая диаграмма является единицей описания системы и распо­лагается на отдельном листе.

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

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

При создании новой модели (меню File/New) автоматически создается контекстная диаграмма с единственной работой, изображающей систему в целом. Для внесения имени работы следует щелкнуть по работе правой кноп­кой мыши, выбрать в меню Name Editor и в появившемся диалоге внести имя работы. Для описания других аспектов контекста служит диалог Model Properties.

Диаграммы декомпозиции содержат родственные работы, то есть дочерние работы, имеющие общую родительскую работу. Для создания диаграммы декомпозиции следует щелкнуть по кнопке . Возникает диалог Activity Box Count, в котором следует ука­зать нотацию новой диаграммы и количество работ на ней. Остановимся пока на нотации IDEFO и щелкнем на ОК. Появляется диаграмма декомпо­зиции.

Допустимый интервал числа работ 2-8. Если оказывается, что количество работ недостаточно, то работу можно добавить в диаграмму, щелкнув сначала по кнопке на палитре инструментов, а затем по свободному месту на диаграмме. На диаграмме декомпозиции работы нумеруются автоматически слева направо. Номер работы показывается в правом ниж­нем углу.

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

Для внесения граничной стрелки входа надо: • щелкнуть по кнопке с символом стрелки ; в палитре инструментов следует перенести курсор к левой стороне эк­рана, пока не появится начальная штриховая полоска; • щелкнуть один раз по полоске (откуда выходит стрелка) и еще раз в левой части работы со стороны входа (где заканчивается стрелка); • вернуться в палитру инструментов и выбрать опцию редактирования ; • щелкнуть правой кнопкой мыши на линии стрелки, во всплывающем меню выбрать Name Editor и добавить имя стрелки в закладке Name диалога IDEFO Arrow Properties. Стрелки управления, входа, механизма и выхода изображаются ана­логично.

Для рисования стрелки выхода, например, следует щелкнуть по кнопке с символом стрелки в палитре инструментов, щелкнуть в правой части работы со стороны выхода (где начинается стрелка), перенести кур­сор к правой стороне экрана, пока не появится начальная штриховая по­лоска, и щелкнуть один раз по штриховой полоске. Имена вновь внесенных стрелок автоматически заносятся в словарь (Arrow Dictionary).

ICOM (аббревиатура от Input, Control, Output и Mechanism) — коды, предназначенные для идентификации граничных стре­лок. Код ICOM содержит префикс, соответствующий типу стрелки (I, С, О или М), и порядковый номер. BPwin вносит ICOM-коды автоматически. Для отображения ICOM-кодов следует включить опцию Show ICOM codes на закладке Presentation диалога Model Properties (меню Edit/Model Properties).

Словарь стрелок редактируется при помощи специального редактора Arrow Dictionary Editor, в котором определяется стрелка и вносится отно­сящийся к ней комментарий. Словарь стрелок решает очень важную задачу. Диаграммы создаются аналитиком для того, чтобы провести сеанс экспертизы, то есть обсудить диаграмму со специалистом предметной области.

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

Поскольку формальные определения часто сложны для восприятия, аналитик вынужден употреблять профессиональ­ный жаргон, а чтобы не возникло неоднозначных трактовок, в словаре стрелок каждому понятию можно дать расширенное и, если это необходи­мо, формальное определение. Содержимое словаря стрелок можно распечатать в виде отчета (меню Report/Arrow Report. ) и получить тем самым толковый словарь терминов предметной области, использующихся в модели.

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

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

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

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

Для именования от­дельной ветви разветвляющихся и сливающихся стрелок следует выделить на диаграмме только одну ветвь, после этого вызвать редактор имени и присвоить имя стрелке. Это имя будет соответствовать только выделенной ветви.

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

Если щелкнуть по кнопке Resolve Border Arrow, стрелка мигрирует на диаграмму верхнего уровня, если по кнопке Change To Tunnel — стрелка будет затоннелирована и не попадет на другую диаграмму. Тоннельная стрелка изображается с круглыми скобками на конце. Все работы модели нумеруются. Номер состоит из префикса и числа.

Может быть использован префикс любой длины, но обычно используют префикс А. Контекстная (корневая) работа дерева имеет номер АО. Работы декомпозиции АО имеют номера Al, A2, A3 и т. д. Работы декомпозиции нижнего уровня имеют номер родительской работы и очередной порядко­вый номер, например работы декомпозиции A3 будут иметь номера А31, А32, АЗЗ, А34 и т. д. Работы образуют иерархию, где каждая работа может иметь одну родительскую и несколько дочерних работ, образуя дерево.

Та­кое дерево называют деревом узлов, а вышеописанную нумерацию — нуме­рацией по узлам. Имеются незначительные варианты нумерации, которые можно настроить в закладке Presentation диалога Model Properties (меню Edit/Model Properties). Диаграммы IDEFO имеют двойную нумерацию. Во-первых, диаграммы имеют номера по узлу.

Контекстная диаграмма всегда имеет номер А-0, декомпозиция контекстной диаграммы — номер АО, остальные диаграммы декомпозиции — номера по соответствующему узлу (например, Al, A2, А21, А213 и т. д.). BPwin автоматически поддерживает нумерацию по узлам.

В результате проведения экс­пертизы диаграммы могут уточняться и изменяться, следовательно, могут быть созданы различные версии одной и той же (с точки зрения ее распо­ложения в дереве узлов) диаграммы декомпозиции. BPwin позволяет иметь в модели только одну диаграмму декомпозиции в данном узле.

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

C-number — это произвольная строка, но рекомендуется придерживаться стандарта, когда номер состоит из буквенного префикса и порядкового номера, причем в качестве префикса используются инициалы автора диаграммы, а порядко­вый номер отслеживается автором вручную, например МСВ00021. Диаграмма дерева узлов показывает иерархию работ в модели и позво­ляет рассмотреть всю модель целиком, но не показывает взаимосвязи меж­ду работами (стрелки).

Процесс создания модели работ является итерационным, следовательно, работы могут менять свое расположение в дереве узлов многократно. Чтобы не запутаться и проверить способ деком­позиции, следует после каждого изменения создавать диаграмму дерева узлов.

Впрочем, BPwin имеет мощный инструмент навигации по модели — Model Explorer, который позволяет представить иерархию работ и диаграмм в удобном и компактном виде, однако этот инструмент не является состав­ляющей стандарта IDEFO. Для создания диаграммы дерева узлов следует выбрать в меню пункт iisei-t/Node Tree. Возникает диалог формирования диаграммы дерева узлов lode Tree Definition.

В диалоге Node Tree Definition следует указать глубину дерева — Number of Levels (по умолчанию 3) и корень дерева (по умолчанию — родительская работа текущей диаграммы). По умолчанию нижний уровень декомпозиции показывается в виде списка, остальные работы — в виде прямоугольников. Для отображения всего дерева в виде прямоугольников следует выбрать опцию Bullet Last Level.

При создании дерева узлов следует указать имя диаграммы, поскольку, если в нескольких диаграммах в качестве корня на дереве узлов использовать одну и ту же работу, все эти диаграммы получат одинаковый номер (номер узла + постфикс N, например AON) и в списке открытых диаграмм (пункт меню Window) их можно будет различить только по имени. Диаграммы «только для экспозиции» (FEO) часто используются в моде­ли для иллюстрации других точек зрения, для отображения отдельных дета­лей, которые не поддерживаются явно синтаксисом IDEFO.

Диаграммы FEO позволяют нарушить любое синтаксическое правило, поскольку по сути являются просто картинками — копиями стандартных диаграмм и не включаются в анализ синтаксиса. Например, работа на диаграмме FEO мо­жет не иметь стрелок управления и выхода.

С целью обсуждения определенных аспектов модели с экспертом предметной области может быть соз­дана диаграмма только с одной работой и одной стрелкой, поскольку стан­дартная диаграмма декомпозиции содержит множество деталей, не относя­щихся к теме обсуждения и дезориентирующих эксперта. Но если FEO ис­пользуется для иллюстрации альтернативных точек зрения (альтернативный контекст), рекомендуется все-таки придерживаться синтаксиса IDEFO. Для создания диаграммы FEO следует выбрать пункт меню Insert/FEO Diagram. В возникающем диалоге Create New FEO Diagram следует указать имя диаграммы FEO и тип родительской диаграммы. Новая диаграмма получает номер, который генерируется автоматически (номер родительской диаграммы по узлу + постфикс F, например A1F).

Ограничение

Для продолжения скачивания необходимо пройти капчу:

Источник: studfile.net

Как построить бизнес процесс в bpwin

Спрятать опции

Установить закладку

+ Настройки

Размер шрифта:
14 | 16 | 18 | 20 | 22 | 24

Ширина текста:
50% | 60% | 70% | 80% | 90% | 100%

Цвет текста:
Установить
Цвет фона:
Установить

Сбросить настройки

+ Оглавление

Предисловие

Введение

Глава 1. Инструментальные средства BPwin4.0

1.1. Инструментальная среда BPwin 4.0

1.2. Создание модели в стандарте IDEF0

1.3. Стоимостный анализ (ABC) и свойства, определяемые пользователем (UDP)

1.4. Дополнение созданной модели процессов организационными диаграммами, диаграммами DFD и Workflow (IDEF3)

1.5. Использование обучающего модуля BPwin

Глава 2. Создание отчетов

2.1. Создание отчетов в BPwin

2.2. Создание отчетов в RPTwin

2.3. Использование Crystal Reports для создания отчетов

Глава 3.Связывание модели процессов и модели данных

3.1. Модель данных и ее соответствиемодели процессов

3.2. Экспорт данных из ERwin в BPwin и связывание объектов модели данных со стрелками и работами

3.3. Создание сущностей и атрибутов BPwin и их экспорт в ERwin

Глава 4. Практикум. Создание функциональной модели с помощью BPwin 4.0

4.1. Упражнение 1. Создание контекстнойдиаграммы

4.2. Упражнение 2. Создание диаграммыдекомпозиции

4.3. Упражнение 3. Создание диаграммыдекомпозиции А2

4.4. Упражнение 4. Создание диаграммыузлов

4.5. Упражнение 5. СозданиеFEOдиаграммы

4.6. Упражнение 6. Расщепление и слияниемоделей

4.7. Упражнение 7. Создание диаграммыIDEF3

4.8. Упражнение 8. Создание сценария

4.9. Упражнение 9. Стоимостныйанализ(Activity Based Costing)

4.10. Упражнение 10. ИспользованиекатегорийUDP

4.11. Упражнение 11. Расщепление модели

4.12. Упражнение 12. Слияние расщепленной модели с исходной моделью

4.13. Упражнение 13. Копирование работ

4.14. Упражнение 14. Создание моделиТО-ВЕ (реинжиниринг бизнес-процессов)

4.15. Упражнение 15. Создание диаграммыDFD

4.16. Упражнение 16. ИспользованиеOff-PageReferenceна диаграммеDFD

Источник: royallib.com