The context diagram may only contain a single activity ошибка

В данной статье приведены некоторые вопросы и ответы по применению ERwin Process Modeler (ранее BPwin) 

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

ВОПРОСЫ — ОТВЕТЫ

Можно ли связать объект модели с внешними документами? 

Вы можете связать с объектом модели документацию, хранящуюся в формате приложения Windows, например Word, Excel и т.д. Для этого необходимо использовать UDP свойство типа «Command». При задании значения этого свойства справа от имени свойства появляется кнопка «>». При щелчке по этой кнопке выполняется командная строка. Так если бы вы хотели связать объект с текстовым файлом, созданным в Word, то командная строка должно содержать следующее:

• функции обработки информации;
• документы, объекты, сотрудников или отделы, которые участвуют в обработке информации;
• внешние ссылки, которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;
• таблицы для хранения документов.

IDEF 3 (Workflow diagram) — методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. С помощью этой методологии можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время.

По каким характеристикам происходит анализ качества созданной модели? 

Report Template Builder является простым генератором отчетов, который входит в состав AllFusion PM.

Как совместить на одной картинке две модели?

Чтобы сохранить графический файл с совмещенными моделями, выбираем Visual Diagram Difference из меню Tools. В открывшемся диалоговом окне необходимо выбрать модели для совмещения и нажать Compare. Так же с помощью этого инструмента можно получить графический файл с одной моделью, для этого в окне Visual Diagram Difference отмечаем одну и ту же модель. 

Название функции выходит за рамки функционального блока. Что делать? 

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

При переходе с IDEF0 на DFD граничные стрелки мигрируют на DFD. Нотация DFD не разрешает граничные стрелки. Что с ними делать? 

Строго придерживаться правил нотации DFD при создании смешанных моделей не всегда удобно, поэтому Process Modeler позволяет создавать граничные стрелки на диаграммах DFD и не идентифицирует такие стрелки как синтаксическую ошибку.

Экспортированные из ERwin данные следует искать не на диаграммах, а в словарях Process Modeler (см. меню DictionaryEntity и DictionaryAttribute) 

Может ли BPWin автоматически указывать номер дочерней диаграммы на родительском функциональном блоке? 

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

Небольшое отличие есть. Требуется скопировать русифицированный файл BPwinLoc.INI в каталог Windows (или winnt) до начала инсталляции продукта. Если вы уже установили продукт без русификации рамки или хотите изменить параметры настройки рамки, то придется править реестры Windows. Для этого зайдите в редактор реестров Windows (StartRun regedit) и исправьте значения полей в HKEY_CURRENT_USERSoftwareComputerAssociatesAFPMr7AllFusion Process ModelerBPwinLoc по своему усмотрению (или в соответствии с содержимым модифицированного файла BPwinLoc.INI), далее перезагрузите Windows или закройте сеанс работы с Windows.

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

Вы запускаете модель двойным нажатием кнопки мышки. По умолчанию для расширения *.bp1 у вас запускается не Process Modeler, а другой продукт пакета — AllFusion Model Navigator. Navigator, действительно, не позволяет сохранять изменения модели — только просматривать и создавать отчеты.
Решение 1: запустите сначала Process Modeler, а в нем откройте модель, которую хотите изменять.
Решение 2: смените программу, запускаемую по умолчанию для расширения *.bp1, на AllFusion Process Modeler.

Чтобы назначить автора конкретной диаграмме, нужно назначить автора для родительской функции на родительской диаграмме: правая кнопка мышки на родительскую функцию, закладка Name, пункт Author.

В чем принципиальное отличие Process Modeler от «рисовалок» типа MS Visio? 

Основные отличия:

Поделиться:

Оставьте свой комментарий!

< Предыдущая		Следующая >

Data flow diagrams can and should be drawn systematically. Table illustrated below summarizes the steps involved in successfully completing data flow diagrams. First, the systems analyst needs to conceptualize data flows from a top-down perspective.

Developing Data Flow Diagrams Using a Top-Down Approach

Make a list of business activities and use it to determine various External entities Data flows Processes Data stores Create a context diagram that shows external entities and data flows to and from the system. Do not show any detailed processes or data stores. Draw Diagram 0, the next level. Show processes, but keep them general. Show data stores at this level. Create a child diagram for each of the processes in Diagram 0. Check for errors and make sure the labels you assign to each process and data flow are meaningful. Develop a physical data flow diagram from the logical data flow diagram. Distinguish between manual and automated processes, describe actual files and reports by name, and add controls to indicate when processes are complete or errors occur. Partition the physical data flow diagram by separating or grouping parts of the diagram in order to facilitate programming and implementation.

To begin a data flow diagram, collapse the organization’s system narrative (or story) into a list with the four categories of external entity, data flow, process, and data store. This list in turn helps determine the boundaries of the system you will be describing. Once a basic list of data elements has been compiled, begin drawing a context diagram.

Here are a few basic rules to follow:

1. The data flow diagram must have at least one process, and must not have any freestanding objects or objects connected to themselves.
2. A process must receive at least one data flow coming into the process and create at least one data flow leaving from the process.
3. A data store should be connected to at least one process.
4. External entities should not be connected to each other. Although they communicate independently, that communication is not part of the system we design using DFDs.

Creating the Context Diagram

With a top-down approach to diagramming data movement, the diagrams move from general to specific. Although the first diagram helps the systems analyst grasp basic data movement, its general nature limits its usefulness. The initial context diagram should be an overview, one including basic inputs, the general system, and outputs. This diagram will be the most general one, really a bird’s-eye view of data movement in the system and the broadest possible conceptualization of the system.

The context diagram is the highest level in a data flow diagram and contains only one process, representing the entire system. The process is given the number zero. All external entities are shown on the context diagram, as well as major data flow to and from them. The diagram does not contain any data stores and is fairly simple to create, once the external entities and the data flow to and from them are known to analysts.

Drawing Diagram 0 (The Next Level)

More detail than the context diagram permits is achievable by “exploding the diagrams.” Inputs and outputs specified in the first diagram remain constant in all subsequent diagrams. The rest of the original diagram, however, is exploded into close-ups involving three to nine processes and showing data stores and new lower-level data flows. The effect is that of taking a magnifying glass to view the original data flow diagram. Each exploded diagram should use only a single sheet of paper. By exploding DFDs into subprocesses, the systems analyst begins to fill in the details about data movement. The handling of exceptions is ignored for the first two or three levels of data flow diagramming.

Diagram 0 is the explosion of the context diagram and may include up to nine processes. Including more processes at this level will result in a cluttered diagram that is difficult to understand. Each process is numbered with an integer, generally starting from the upper left-hand corner of the diagram and working toward the lower right-hand corner. The major data stores of the system (representing master files) and all external entities are included on Diagram 0. Figure below schematically illustrates both the context diagram and Diagram 0.

Because a data flow diagram is two-dimensional (rather than linear), you may start at any point and work forward or backward through the diagram. If you are unsure of what you would include at any point, take a different external entity, process, or data store, and then start drawing the flow from it. You may:

1. Start with the data flow from an entity on the input side. Ask questions such as: “What happens to the data entering the system?” “Is it stored?” “Is it input for several processes?”
2. Work backward from an output data flow. Examine the output fields on a document or screen. (This approach is easier if prototypes have been created.) For each field on the output, ask: “Where does it come from?” or “Is it calculated or stored on a file?” For example, when the output is a PAYCHECK, the EMPLOYEE NAME and ADDRESS would be located on an EMPLOYEE file, the HOURS WORKED would be on a TIME RECORD, and the GROSS PAY and DEDUCTIONS would be calculated. Each file and record would be connected to the process that produces the paycheck.
3. Examine the data flow to or from a data store. Ask: “What processes put data into the store?” or “What processes use the data?” Note that a data store used in the system you are working on may be produced by a different system. Thus, from your vantage point, there may not be any data flow into the data store.
4. Analyze a well-defined process. Look at what input data the process needs and what output it produces. Then connect the input and output to the appropriate data stores and entities.
5. Take note of any fuzzy areas where you are unsure of what should be included or what input or output is required. Awareness of problem areas will help you formulate a list of questions for follow-up interviews with key users.

Creating Child Diagrams (More Detailed Levels)

Each process on Diagram 0 may in turn be exploded to create a more detailed child diagram. The process on Diagram 0 that is exploded is called the parent process, and the diagram that results is called the child diagram. The primary rule for creating child diagrams, vertical balancing, dictates that a child diagram cannot produce output or receive input that the parent process does not also produce or receive. All data flow into or out of the parent process must be shown flowing into or out of the child diagram.

The child diagram is given the same number as its parent process in Diagram 0. For example, process 3 would explode to Diagram 3. The processes on the child diagram are numbered using the parent process number, a decimal point, and a unique number for each child process. On Diagram 3, the processes would be numbered 3.1, 3.2, 3.3, and so on. This convention allows the analyst to trace a series of processes through many levels of explosion. If Diagram 0 depicts processes 1, 2, and 3, the child diagrams 1, 2, and 3 are all on the same level.

Entities are usually not shown on the child diagrams below Diagram 0. Data flow that matches the parent flow is called an interface data flow and is shown as an arrow from or into a blank area of the child diagram. If the parent process has data flow connecting to a data store, the child diagram may include the data store as well. In addition, this lower-level diagram may contain data stores not shown on the parent process. For example, a file containing a table of information, such as a tax table, or a file linking two processes on the child diagram may be included. Minor data flow, such as an error line, may be included on a child diagram but not on the parent.

Processes may or may not be exploded, depending on their level of complexity. When a process is not exploded, it is said to be functionally primitive and is called a primitive process. Logic is written to describe these processes and is discussed in detail in Chapter 9. Figure below illustrates detailed levels in a child data flow diagram.

Рабочее место BPwin выполнено в виде рабочего стола, состояще­го из нескольких окон. На рабочем столе размещены:

• меню;
• стандартная панель инструментов;
• панель инструментов «ModelMart»;
• дерево модели;
• область для рисования;
• панель инструментов BPwin;
• статусная строка.

Панель меню BPwin соответствует стандартам Windows и обеспе­чивает доступ ко всем функциям BPwin. Приведем некоторые из них:

печать — чтобы открыть окно печати, на панели меню выберите «File», затем «Print»;

масштаб — на панели меню выберите «View», затем измените масштаб изображения для активной диаграммы или для всех диа­грамм в модели на тот, который вам нужен.

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

Дерево модели

Дерево модели BPwin (рис. 6.5) — мощный инструмент, который используется для просмотра структуры модели и изменения любых объектов диаграмм в открытой модели BPwin. Одновременно работая с несколькими моделями, можно рассматривать все диаграммы или только активные при свернутой и развернутой структуре иерархиче­ского дерева. Для любой используемой методологии перечень исследуемых моделей дает полное представление о всей модели. С исполь­зованием дерева можно также выполнять задачи моделирования. Вы можете показывать и скрывать дерево модели, используя кнопки «Model Explorer». Когда дерево модели активно, оно находится в раздвигающемся окне слева, а активная диаграмма — в правом.

Рис. 6.5

Дерево модели используется для:

• просмотра разных моделей, построенных с использованием раз­личных методологий моделирования;
• переключения режимов просмотра диаграмм или действий;
• немедленного перехода к просмотру или работе с соответствующей диаграммой в рабочем пространстве BPwin посредством v щелчка мышью на названии диаграммы или действия;
• просмотра действий и объектов диаграммы согласно уровням декомпозиции;
• редактирования имени модели, диаграммы или действия посредством двойного щелчка мышью на соответствующем названии;
• просмотра соответствующей объекту FEO-диаграммы, Node Tree или родственной диаграммы посредством щелчка мышью на названии объекта диаграммы в иерархическом дереве.

Область для рисования

Область для рисования — это большая площадь справа от главного окна BPwin, в котором расположено дерево модели. Она состоит из трех областей:

• заголовок;
• область для рисования;
• название.

Когда дерево моделей скрыто, рисунок занимает полную область окна. Вы можете создавать, редактировать и управлять диаграммами BPwin в области для рисования. По вашему желанию диаграмма может быть масштабирована при помощи инструментов настройки масштаба.

Панель инструментов BPwin

Панель инструментов BPwin содержит инструменты для рисова­ния объектов в диаграмме BPwin. Эти инструменты могут быть разме­щены в любой стороне экрана или находиться где-то в области диа­граммы. Вы можете показывать или скрывать панель инструментов, используя функцию «View» на панели меню. В BPwin существует три разных панели инструментов — по числу поддерживаемых програм­мой методологий (рис. 6.6).

Рис. 6.6

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

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

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

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

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

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

Каждый блок должен иметь по крайней мере одну стрелку контро­ля (управления). Управление всегда входит в вершину блока. Управ­ление, как правило, представляется в виде правил, инструкций, поли­тики компании, процедур или стандартов. Оно влияет на деятельность без фактического преобразования чего-либо. Управление может так­же использоваться для описания процедуры начала или окончания вы­полнения действия.

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

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

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

Для создания контекстной диаграммы необходимо сначала соз­дать новую модель, выбрав пункт «New» в меню «File». В появившем­ся диалоге необходимо набрать имя модели и выбрать ее тип. Этот диалог также отображается при запуске BPwin.

После создания модели можно задать ее параметры. Список свойств модели — это диалог, в котором можно задать такие парамет­ры, как полное наименование модели, ее словесное описание и состоя­ние, в котором находится модель, например «в работе» или «для публикации» (рис. 6.7)

Рис. 6.7

Декомпозиция

Декомпозиционное разложение модели используется в моделиро­вании бизнес-процессов, для того чтобы дать более подробное описа­ние блоков. Каждое из этих действий может в свою очередь быть де­композировано. При каждой декомпозиции блока создается новая диаграмма. Число декомпозиций не ограничено и полностью зависит от уровня сложности, который необходимо показать в модели. Обра­тите внимание на кружок на рис. 6.8 Если действие не было декомпозирова­но, в верхнем левом углу блока будет по­являться символ «листа». После деком­позиции данного блока символ «листа» исчезнет.

Рис. 6.8

Как декомпозировать блоки с ис­пользованием BPwin? Это можно сделать двумя способами. В диаграмме нужно выбрать действие, которое необходимо декомпозировать. Для этого выберите необходимый ин­струмент в наборе BPwin или в дереве модели, затем щелкните на дей­ствии, которое нужно декомпозировать. Выбранное меню содержит команду декомпозиции. В появившемся диалоге необходимо задать требуемые тип и число подблоков. При декомпозиции блока BPwin создает новую диаграмму, которая является диаграммой разложения родительской диаграммы. Заметьте, что новые действия не связаны между собой и не поименованы — это ваша следующая задача. Вы должны задать взаимодействие между блоками и «привязать» к но­вым блокам стрелки, которые автоматически унаследованы от роди­тельской диаграммы.

Имя блока и другие его свойства вводятся в закладке «Name» спи­ска свойств блока. Для вывода свойств блока на экран достаточно два­жды щелкнуть мышью на блоке.

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

Задание имени стрелки производится в закладке «Name» диалога свойств стрелок. Для вызова этого диалога достаточно дважды щелк­нуть мышью на нужной стрелке.

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

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

В любой момент работы с диаграммой существует возможность добавления на нее новых блоков с использованием инструмента «Activity box Tool» панели инструментов. Для добавления блока сле­дует щелкнуть на этом инструменте, а затем — на диаграмме в том месте, где необходимо расположить новый блок. После того как до­полнительный блок создан, вы можете связать его стрелками с други­ми блоками и задать его название и другие свойства.

Нумерация блоков производится автоматически при их создании. Номера могут быть относительными или постоянными, они отражают иерархическое положение блока в пределах модели. Вы можете управлять нумерацией блоков на диаграмме, используя закладку «Presentation» диалога ввода свойств модели.

Перемещение любых объектов на диаграмме осуществляется с по­мощью их «захвата» мышью и перемещения в новое место. При пере­мещении блоков одновременно перемещаются и связанные с ними стрелки. Функциональные блоки могут также быть перемещены меж­ду диаграммами с использованием команд «Cut/Paste» из меню «Edit». Номера блокам диаграммы BPwin присваиваются автоматически. При изменении взаимного расположения блоков могут меняться и их но­мера.

Изменение размеров объектов диаграммы может быть сделано перемещением их границ. Для запрета изменения размеров объектов используют вкладку «Layout» диалога ввода свойств модели.

Если включен просмотр дерева модели, существует возможность просмотра модели как дерева диаграмм или дерева функцио­нальных блоков. Вершина дерева модели имеет кнопку переклю­чения «Diagrams/Activities» для отображения соответственно де­рева диаграмм или дерева действий. Дерево диаграмм открывается по умолчанию при запуске BPwin. Дерево моделей BPwin исполь­зует специальный набор графических символов для представле­ния диаграмм и действий в пределах дерева объектов. Вы можете использовать это дерево, чтобы переключиться на соответствующие модель, диаграмму или действие для выполнения редактиро­вания.

Оформление моделей

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

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

Изменение цвета блоков диаграммы осуществляется с использо­ванием цветового редактора (рис. 6.9). Чтобы изменить цвет объекта, необходимо:

• щелкнуть правой кнопкой мыши на объекте, выбрать в появив­шемся меню пункт «Color editor»;
• выбрать необходимый цвет объекта из предложенной палитры.

Рис. 6.9

Выбор атрибутов шрифта. Атрибуты шрифта, такие, как тип, размер и стиль, могут использоваться для выделения или группировки функциональных блоков (рис. 6.10). Для изменения шрифта сле­дует:

• щелкнуть правой кнопкой мыши на объекте, выбрать в появив­шемся меню пункт «Font editor»;
• выбрать необходимый шрифт и, при необходимости, задать его атрибуты.

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

Рис. 6.10

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

• щелкнуть правой кнопкой мыши на стрелке и выбрать в меню пункт «Style editor»;
• выбрать необходимую толщину стрелки в разделе «Thickness».

Следует обратить внимание на форму стрелки, которая определе­на в соответствии с используемой методологией. Стрелки типа «Relational» не описаны в методологии IDEF0, но могут использовать­ся, если строгое следование IDEF0 не обязательно. Диалог выбора ви­да и оформления стрелки приведен на рис. 6.11

.

Рис. 6.11

Ветвление и объединение стрелок

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

Названия стрелок отображаются автоматически и могут быть пе­ремещены с помощью мыши. Для соединения стрелки с ее названием может быть использован инструмент «Squiggle» с панели инструмен­тов IDEF0 или IDEF3.

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

• выбрать инструмент «Text» и щелкнуть мышью на том месте диа­граммы, где необходимо разместить пояснения;
• в появившемся текстовом окне следует ввести текст пояснения.

К текстовым блокам применимы все описанные выше инструмен­ты оформления.

Опции отображения

Вы можете отображать или скрывать определенные объекты диаграммы и отдельные элементы оформления. Например, Вы можете переключать тени функциональных блоков на диаграмме. Параметры меню «View» относятся од­новременно ко всем диаграммам разра­батываемой модели.

В этом же меню производится на­стройка рабочего места BPwin. Напри­мер, можно отобразить или скрыть стандартную панель инструментов, па­нель инструментов «ModelMart», па­нель инструментов «BPwin», дерево модели и строку состояния. Также об­ратите внимание на пункт меню «Zoom», позволяющий изменять мас­штаб просматриваемых диаграмм. Этот пункт дублирует инструмент «Zoom» стандартной панели инструментов.

Другие виды диаграмм IDEF0

В дополнение к контекстным диаграммам и диаграммам декомпо­зиции другие типы диаграмм BPwin позволяют упростить представле­ние и разработку модели. Например, может оказаться необходимым разработать сценарий «что-если» для модели.

В этом разделе будет рассмотрено создание двух типов моделей:

• диаграммы «только для представления» (For Exposition Only — FEO);
• древовидные диаграммы.

При правильном использовании эти типы диаграмм упрощают до­кументирование моделей.

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

• задаваемого разработчиком имени;
• идентификатора вида AxF, где х — исходная диаграмма, а символ F показывает, что диаграмма имеет тип FEO.

FEO-диаграммы добавляются в модель с использованием пункта «FEO diagram» меню «Insert». В диалоге «Create New FEO Diagram» выберите один из следующих типов диаграммы для копирования:

• если Вы выбираете «Context», просто напечатайте имя новой диа­граммы в поле «Name»;
• если Вы выбираете «Decomposition», активизируется выпадаю­щий список «Copy From», показывающий все диаграммы деком­позиции в модели.

После нажатия ОК FEO-диаграмма будет создана и отображена на рабочем столе BPwin.

Так же как и для любой другой диаграммы, вы можете открыть диалог ввода свойств FEO-диаграммы.

Создание древовидных диаграмм (Node Tree Diagrams). Древо­видные диаграммы используются для отображения структуры модели в целом. В них, как правило, вершина (самый верхний узел) соответст­вует диаграмме контекстного уровня. Однако в качестве вершины мо­жет быть использован любой функциональный блок модели, при этом его подблоки будут показаны в качестве ветвей дерева.

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

Древовидные модели нумеруются по шаблону AxN, аналогично диаграммам FEO.

Древовидные диаграммы добавляются в модель с использованием пункта «Node tree» меню «Insert».

При этом выводится диалог «Node tree definition», в котором зада­ются:

• имя;
• функциональный блок вершины;
• количество отображаемых уровней;
• параметры форматирования.

После нажатия ОК древовидная диаграмма создается и высвечи­вается на рабочем столе BPwin.

Открытие древовидных и FEO-диаграмм

Древовидные и FEO-диаграммыобъединяются под названием «родственные» диаграммы. Они не отражаются непосредственно в де­реве модели, однако последнее может быть использовано для их от­крытия. Для этого нужно, во-первых, переключить дерево модели в режим «Diagram view», а затем щелкнуть правой кнопкой мыши на на­звании диаграммы. При этом BPwin выдаст соответствующий список родственных диаграмм. Для их открытия можно также использовать инструмент «Sibling diagram tool» на панели инструментов BPwin.

Разбиение и объединение моделей

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

Разбиение модели. Для его осуществления необходимо придер­живаться следующего алгоритма:

• определите часть модели, которую необходимо отделить;
• щелкните правой кнопкой мыши на выбранном функциональном блоке;
• выберите пункт меню «Split model»;
• в диалоге «Split options» введите имя, соответствующее имени функционального блока, что позволит впоследствии объединить модель;
• включите опцию «Copy entire dictionaries», чтобы скопировать словари объектов в отделяемую часть модели;
• нажмите ОК.

В дереве модели будет создана и отображена новая модель. Обра­тите внимание на следующие моменты:

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

После создания новой модели можно использовать диалог ввода свойств модели для определения свойств созданной модели.

Объединение моделей. По завершении разработки разделенных моделей BPwin позволяет объединить их в одну. Для объединения мо­делей должны выполняться следующие условия:

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

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

После открытия основной и импортируемой модели нужно:

• щелкнуть правой кнопкой мыши на функциональном блоке основ­ной модели, к которому нужно импортировать данные;
• выбрать из меню пункт «Merge Model»;
• диалог «Continue with merge?» подтверждает, что именно вы хоти­те объединить и позволяет задать опции объединения. По завершении объединения дерево модели обновляется для отра­жения изменений в основной модели.

Цель работы:
Создать контекстную диаграмму в средеBPwin. Теоретические сведения

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

При запуске BPwin
по умолчанию появляется основная
панель инструментов, палитра инструментов
(вид которой зависит от выбранной
нотации) и, в левой части, навигатор
модели –Model Explorer(рис. 2.1).

Рис.
2.1. Интегрированная среда разработки
модели BPwin
4.0

Функциональность
панели инструментов доступна из основного
меню BPwin (табл. 2.1).

Таблица 2.1

Описание элементов
управления основной панели инструментов
Bpwin 4.0

Элемент управления	Описание	Пункт меню
	Создать новую модель	File/New
	Открыть модель	File/Open
	Сохранить модель	File/Save
	Напечатать модель	File/Print
	Выбор масштаба	View/Zoom
	Масштабирование	View/Zoom
	Проверка правописания	Tools/Spelling
	Включение и выключение навига-тора модели Model Explorer	View/Model Explorer
	Включение и выключение дополнительной панели инструментов работы с ModelMart	ModelMart

При создании новой
модели возникает диалог, в котором
следует указать, будет ли создана модель
заново, или она будет открыта из файла
либо из репозитория ModelMart, внести
имя модели и выбрать методологию, в
которой будет построена модель (рис.
2.2). СистемаModelMart– хранилище моделей,
к которому открыт доступ для участников
проекта создания информационной системы.

Рис. 2 2.
Диалог создания модели

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

Пункты контекстного
меню Font Editor иColor Editor вызывают
соответствующие диалоги для установки
шрифта (в том числе его размера и стиля)
и цвета объекта.BPwin позволяет
установить шрифт по умолчанию для
объектов определенного типа на диаграммах
и в отчетах. Для этого следует выбрать
менюModel/Default Fonts, после чего появляется
каскадное меню, каждый пункт которого
служит для установки шрифтов для
определенного типа объектов:

Context Activity–
работа на контекстной диаграмме;

Context Arrow–
стрелки на контекстной диаграмме;

Decomposition Activity– работы на диаграмме декомпозиции;

Decomposition Arrow–
стрелки на диаграмме декомпозиции;

NodeTree Text– текст
на диаграмме дерева узлов;

Frame User Text–
текст, вносимый пользователем в каркасе
диаграмм;

Frame System Text–
системный текст в каркасе диаграмм;

Text Blocks–
текстовые блоки;

Parent Diagram Text–
текст родительской диаграммы;

Parent Diagram Title Text– текст заголовка родительской диаграммы;

Report
Text– текст отчетов.

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

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

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

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

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

Цель моделирования
(Purpose). Модель не может быть
построена без четко сформулированной
цели. Цель должна отвечать на следующие
вопросы:

• Почему
этот процесс должен быть замоделирован?

• Что должна
показывать модель?

• Что может
получить читатель? Формулировка цели
позволяет команде аналитиков сфокусировать
усилия в нужном направлении.

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

IDEF0-модель
предполагает наличие четко сформулированной
цели, единственного субъекта моделирования
и одной точки зрения. Для внесения
области, цели и точки зрения в моделиIDEF0 вBPwin следует выбрать
пункт менюModel/Model
Properties, вызывающий
диалогModel Properties
(рис. 2.3).

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

Рис.
2.3. Диалог
Model
Properties

Модели
AS-IS и
ТО—ВЕ.
Обычно сначала строится модель
существующей организации работы –AS-IS(как есть). На основе моделиAS-IS
достигается консенсус между различными
единицами бизнеса по тому, «кто что
сделал» и что каждая единица бизнеса
добавляет в процесс. МодельAS-IS позволяет
выяснить, «что мы делаем сегодня»
перед тем, как перепрыгнуть на то, «что
мы будем делать завтра». Анализ
функциональной модели позволяет понять,
где находятся наиболее слабые места, в
чем будут состоять преимущества новых
бизнес-процессов и насколько глубоким
изменениям подвергнется существующая
структура организации бизнеса. Найденные
в моделиAS-IS недостатки можно
исправить при создании моделиТО-ВЕ(как будет) – модели новой организации
бизнес-процессов. МодельТО-ВЕ нужна
для анализа альтернативных/лучших путей
выполнения работы и документирования
того, как компания будет делать бизнес
в будущем.

Распространенная
ошибка при создании модели AS-IS–
это создание идеализированной модели.
Примером может служить создание модели
на основе знаний руководителя, а не
конкретного исполнителя работ.
Руководитель знаком с тем, как
предполагается выполнение работы по
руководствам и должностным инструкциям
и часто не знает, как на самом деле
подчиненные выполняют рутинные работы.
В результате получается прикрашенная,
искаженная модель, которая несет ложную
информацию и которую невозможно в
дальнейшем использовать для анализа.
Такая модель называетсяSHOULD_BE(как
должно бы быть).

Технология
проектирования ИС подразумевает сначала
создание модели AS-IS, ее анализ и
улучшение бизнес-процессов, т.е. создание
моделиТО-ВЕ, и только на основе
моделиТО-ВЕ строится модель данных,
прототип и затем окончательный вариант
ИС.Диаграммы IDEF0

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

Модель может
содержать четыре типа диаграмм:

• контекстную
диаграмму (в каждой модели может быть
только одна контекстная диаграмма);

• диаграммы
декомпозиции;

• диаграммы
дерева узлов;

• диаграммы
только для экспозиции (FEO).

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

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

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

Работы обозначают
поименованные процессы, функции или
задачи, которые происходят в течение
определенного времени и имеют
распознаваемые результаты. Работы
изображаются в виде прямоугольников.
Все работы должны быть названы и
определены. Имя работы должно быть
выражено отглагольным существительным,
обозначающим действие (например,
«Изготовление детали», «Прием
заказа» и т.д.). Стрелки (Arrow)

Взаимодействие
работ с внешним миром и между собой
описывается в виде стрелок. Стрелки
представляют собой некую информацию и
именуются существительными (например,
«Заготовка», «Изделие», «Заказ»).

В IDEF0 различают
пять типов стрелок:

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

Управление
(Control)– правила, стратегии,
процедуры или стандарты, которыми
руководствуется работа. Каждая работа
должна иметь хотя бы одну стрелку
управления. Стрелка управления рисуется
как входящая в верхнюю грань работы.
Управление влияет на работу, но не
преобразуется работой. Если цель работы
– изменить процедуру или стратегию, то
такая процедура или стратегия будет
для работы входом. В случае возникновения
неопределенности в статусе стрелки
(управление или вход) рекомендуется
рисовать стрелку управления.

Выход (Output)– материал или информация, которые
производятся работой. Каждая работа
должна иметь хотя бы одну стрелку выхода.
Работа без результата не имеет смысла
и не должна моделироваться. Стрелка
выхода рисуется как исходящая из правой
грани работы.

Механизм
(Mechanism)– ресурсы, которые
выполняют работу, например персонал
предприятия, станки, устройства и т.д.
Стрелка механизма рисуется как входящая
в нижнюю грань работы. По усмотрению
аналитика стрелки механизма могут не
изображаться в модели.

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

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

Для внесения
граничной стрелки входа следует:

• щелкнуть
по кнопке с символом стрелки
в палитре инструментов и переместить
курсор в левую часть экрана, пока не
появится черная полоска;

• щелкнуть один
раз по полоске в левой стороне экрана
(откуда выходит стрелка) и еще раз в
левой части работы со стороны входа
(где заканчивается стрелка);

• вернуться
в палитру инструментов и выбрать опцию
редактирования стрелки

• щелкнуть
правой кнопкой мыши на линии стрелки,
в контекстном меню выбрать Name
и ввести имя стрелки
в закладке Name диалога
Arrow Properties.

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

Имена вновь
внесенных стрелок автоматически
заносятся в словарь Arrow Dictionary(рис.
2.4).

Рис.
2.4. Словарь Arrow
Dictionary

Изменить данные
о стрелках можно с помощью меню Arrow
Properties(рис. 2.5).

Порядок выполнения
работы

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

Основные процедуры
в компании таковы:

— продавцы принимают
заказы клиентов;

— операторы
группируют заказы по типам компьютеров;

Рис.
2.5. Диалог Arrow
Properties

— операторы собирают
и тестируют компьютеры;

— операторы
упаковывают компьютеры согласно заказам;

• кладовщик отгружает
  клиентам заказы.

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

1.
Запустите BPwin.
(Кнопка «Start/Bpwin»).
Если появляется диалог «ModelMart
Connection Manager», нажмите
на кнопку Cancel.

2.
Щелкните по кнопке .
Появляется диалог I
would
like
to.
Внесите имя модели «Деятельность
компании» и выберите Туре –
IDEF0. Нажмите ОК.

3.
Появляется
меню
Properties
for New Models.
Во вкладке General
вводится фамилия и
инициалы автора, остальные вкладки
используются для определения настроек
проекта.

4. Автоматически
создается контекстная диаграмма.

5.
Обратите внимание на кнопку на
панели инструментов. Эта кнопка включает
и выключает инструмент просмотра и
навигации –Model Explorer (появляется
слева).Model Explorer
имеет три вкладки:Activities,
Diagrams иObjects.
Во вкладкеActivities щелчок правой
кнопкой по объекту позволяет редактировать
его свойства. Если вам непонятно, как
выполнить то или иное действие, вы можете
вызвать помощь – клавишаF1 или менюHelp.

Измените шрифт
для правильного отображения русских
букв. Зайдите в меню Model/Default
Fonts и выберите
Parent Diagram Text.
Поставьте галочку
change all occurrences и
нажмите OK.
Если ничего не изменилось, повторите
эту операцию с другим подменю, например:Parent Diagram Title Text.

6.
Для изменений свойств модели используется
меню Model
Properties. По
умолчанию
тип
модели:
Time Frame:
AS-IS.
Во вкладке Purpose
внесите цель –
«Purpose: Моделировать
текущие (AS-IS)
бизнес-процессы компании» и точку
зрения – «Viewpoint:
Директор».

7.
Во вкладке Definition
внесите определение
«Это учебная модель, описывающая
деятельность компании» и цель Scope:
«Общее управление бизнесом компании:
исследование рынка, закупка компонентов,
сборка, тестирование и продажа продуктов».

8.
Перейдите на контекстную диаграмму и
правой кнопкой мыши щелкните по работе.
В контекстном меню выберите Name.
Во вкладке Name внесите
имя «Деятельность компании».

9.
Во вкладке Definition
внесите определение
«Текущие бизнес-процессы компании».

10.
Создайте стрелки на контекстной диаграмме
с помощью меню Model/Arrow
Editor согласно
табл.
2.2.

Таблица 2.2 Стрелки
контекстной диаграммы

Arrow Name	Arrow Definition
Бухгалтерская система	Оформление счетов, оплата счетов, работа с заказами
Звонки клиентов	Запросы информации, заказы, техподдержка и т.д.
Правила и процедуры	Правила продаж, инструкции по сборке, процедуры тестирования, критерии производительности и т.д.
Проданные продукты	Настольные и портативные компьютеры

11. С помощью кнопки
внесите
текст в поле диаграммы — точку зрения и
цель (рис. 2.6) как показано на рис. 2.7.

Рис.
2.6. Внесение текста в поле

диаграммы
с помощью редактора Text
Block Editor

Рис.
2.7. Контекстная диаграмма

12. Создайте отчет
по модели. Меню Tools/Reports/Model
Report (рис.
2.8).

а

б

Рис.
2.8. Отчет Model
Report

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

1.
Основная цель использования BPWin.

2.
Принципы построения диаграмм IDEF0.

3.
В чем отличие моделей AS-IS
и TO-BE?

4.
Что такое Purpose и
Viewpoint?

5.Как создать
отчет по модели?

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #