Описание бизнес процессов idef3

Успех компании на рынке определяется ее способностью выделять бизнес-процессы и организовывать их выполнение с наименьшими затратами времени и ресурсов.

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

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

Методы и стандарты семьи IDEF

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

Функционально-ориентированные модели описания бизнес-процессов. VAD, IDEF, DFD

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

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

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

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

Современные нотации описания бизнес-процессов

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

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

Это естественно, всегда трудно заставить сформировавшихся с годами сотрудников «переосмыслить». Такие сложные бизнес-исследования всегда являются сложными задачами, которые в каждом конкретном случае существенно отличаются друг от друга. Существуют отработанные методы и стандарты решения таких задач моделирования сложных систем. Среди этих стандартов — методы семьи IDEF.

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

Суть методологии описания бизнес-процессов

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

Деятельность компании в рыночных условиях связана с постоянными рисками и борьбой за выживание. Управление и регулирование внутренних процессов предприятия с учетом вероятности влияния различных факторов внешней и внутренней среды позволяет снизить негативное влияние рисков, а также наиболее эффективно использовать потенциал предприятия. Моделирование бизнес-процессов является эффективным инструментом структурирования разнообразных внутренних отношений и объектов предприятия.

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

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

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

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

Диаграмма в стандарте IDEF3

В методологии IDEF3 существует два типа диаграмм. Они позволяют рассматривать один и тот же бизнес-процесс под разными углами зрения. Существуют диаграммы, описывающие протекание процессов, а также диаграммы состояния объекта, его трансформации под влиянием бизнес-процесса. Например, если создать диаграмму, описывающую создание товара, то первый вид диаграмм будет описывать последовательность воздействий работы на ресурс, а вторая диаграмма покажет, как изменяется объект под влиянием работы.

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

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

Рассмотрим следующую диаграмму:

Рисунок 1: Процесс подготовки товара к продаже.

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

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

Методология и диаграммы IDEF3 позволяют разбивать блоки на более мелкие компоненты. Такой инструмент позволяет более детально описать каждую задачу.

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

При моделировании бизнес-процессов с использованием стандарта IDEF0 не учитываются сроки и алгоритм запланированных мероприятий. Для этих целей был усовершенствован стандарт IDEF0 и опубликован стандарт IDEF3. Последнее используется для разделения деятельности на отдельные этапы.

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

Особенностью стандарта IDEF3 является возможность привязки объекта к другим видам деятельности. Это позволяет сделать модель более интуитивной, добавив необходимую информацию.

Следующие модели построены с IDEF3:

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

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

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

Блоки модели IDEF3 отражают следующее:

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

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

При копировании любых материалов с сайта evkova.org обязательна активная ссылка на сайт www.evkova.org

Сайт создан коллективом преподавателей на некоммерческой основе для дополнительного образования молодежи

Сайт пишется, поддерживается и управляется коллективом преподавателей

Telegram и логотип telegram являются товарными знаками корпорации Telegram FZ-LLC.

Cайт носит информационный характер и ни при каких условиях не является публичной офертой, которая определяется положениями статьи 437 Гражданского кодекса РФ. Анна Евкова не оказывает никаких услуг.

Источник: www.evkova.org

Методология описания бизнес-процессов IDEF3

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

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

На рис. 13 изображен пример описания процесса с использованием методологии IDEF3

IDEF3 также может быть использован как метод проектирования бизнес-процессов.

Рис. 13. Описание процесса в методологии IDEF3

Основой модели IDEF3 служит так называемый сценарий биз­нес-процесса, который выделяет последовательность действий или подпроцессов анализируемой системы.

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

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

Аналогично другим технологиям моделирования действие, или в терминах IDEF3 «единица работы» (Unit of Work — UOW), — является другимважным компонент модели. Диаграммы IDEF3 отображают действие в виде прямоугольника. Каж­дому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя (рис. 14)

Рис. 14. Изображение и нумерация действия в диаграмме IDEF3

Связи

Связи выделяют существенные взаимоотношения между дейст­виями. Все связи в IDEF3 являются однонаправленными.. В табл. 1 приведены три возмож­ных типа связей.

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

Пример связи: В этом примере автор должен принять рекомендации рецензентов, прежде чем начать вносить соответствующие изменения в работу.

Рис. 15. Связь типа «временнóе предшествование» между действиями 1.1 и 1.2

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

Пример рис. 16. В приведен­ном примере счет на оплату услуг является результатом выполнения действия 1.1.

Рис. 16. Объектная связь между действиями 1.1 и 1.2

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

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

Рис. 17. Связь типа «нечеткое отношение»

Наиболее часто нечеткие отношения используются дня описания специальных случаев связей предшествования, например для описа­ния альтернативных вариантов временного предшествования. На рис. 18 вертикальные линии показывают начало и окончание дейст­вий 1.1 и 1.2, имеющих предшественную связь. В соответствии с по­рядком действий, показанным на рис. 15, внесение исправлений в ра­боту начинается после принятия всех замечаний от рецензентов.

Рис. 18. Временнáя шкала выполнения действия для рис. 17

Связь нечеткого отношения, альтернативная предшественной свя­зи на рис. 15, представлена нарис. 19. В этом примере внесение исправлений начинается по мере получения замечаний от рецензен­тов, т.е. до непосредственного окончания действия по принятию заме­чаний.

Рис. 19. Альтернативная связь предшествования

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

· разворачивающие соединения используются для разбиения пото­ка. Завершение одного действия вызывает начало выполнения не­скольких других;

· сворачивающие соединения объединяют потоки. Завершение од­ного или нескольких действий вызывает начало выполнения дру­гого действия.

В табл. 2 объединены три типа соединений.

Примеры разворачивающих и сворачивающих соединений приведены на рис. 20.

Рис. 20. Два вида соединений

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

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

Рис. 21. «И»-соединения

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

Рис. 22. Соединение «эксклюзивное «или»»

Соединение «или» предназначено для описания ситуаций, которые не могут быть описаны двумя предыдущими типами соединений. На рис. 23 соединение J2 может активизировать проверку данных чека и/или проверку суммы наличных. Проверка чека иниции­руется, если покупатель желает расплатиться чеком, проверка суммы наличных — при оплате наличными. И то, и другое действие иниции­руются при частичной оплате как чеком, так и наличными.

Рис. 23. Соединения «или»

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

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

Графическое обозначение	Тип	Вид	Правила инициации
	Соединение «и»	Разворачивающие	Все действия начнутся одновременно
Сворачивающее	Все действия закончатся одновременно
	Соединение «или»	Разворачивающие	Может быть, несколько действий начнутся одновременно
Сворачивающее	Может быть, несколько действий закончатся одновременно
	Соединение «эксклюзивное «или»».	Разворачивающие	Одновременное начало действий невозможно
Сворачивающее	Одновременное окончание действий невозможно

На рис. 24 представлена модель, построенная с использованием синхронного соединения.

Рис. 24. Синхронное соединение

Заметим, что синхронное разворачивающее соединение не обяза­тельно должно иметь парное себе сворачивающее соединение.

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

На рис. 25 разворачивающее «и»-соединение имеет парное сворачивающее «или»-соединение. Интерпретация соединения J1 аналогична случаю, показанному на рис. 21. Соединение J2 интерпретируется следующим образом: по­сле включения пожарной сигнализации и/или вызова пожарных, и/или начала тушения производится запись в журнал.

Рис. 25. Пример комбинации двух типов соединений

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

Рис. 26. Диаграмма IDEF3 с комбинацией соединений

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

Указатель изображается на диаграмме в виде прямоугольника, похожего на изображение действия. Имя указателя обычно включает его тип (например, ОБЪЕКТ, UOB и т.п.) и идентификатор (табл. 4 ). На рис. 27 показан указатель типа ОБЪЕКТ.

На рис. 28 показан пример отображения важного для данной мо­дели отношения между действием и объектом.

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

Для корректной идентификации действий в модели с множествен­ными декомпозициями схеманумерации действий расширяется и наряду с номерами действия в его родителя включает в себя порядковый номер декомпозиции. Например, в номере действия 1.2.5:1 —но­мер родительского действия, 2— номер декомпозиции, 5 — номер действия.

Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:

Источник: studopedia.ru

Метод описания процессов (IDEF3)

Для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming – методологией моделирования, предназначенная для обеспечения структурированного подхода к описанию бизнес-процесса как упорядоченной последовательности событий одновременно с описанием любых участвующих в бизнес-процессе объектов и относящихся к ним правил.

IDEF3 – стандарт моделирования бизнес-процессов, поддерживающий графическое описание непосредственного механизма функционирования системы или организации. IDEF3 содержит правила разработки двух видов сетевых диаграмм:

F диаграмм потоков для бизнес-процессов;

F диаграмм изменения состояния объекта.

Диаграммы workflow[3] могут быть использованы в моделировании бизнес – процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции.

IDEF3 – это метод, предоставляющий аналитикам средство для описания ситуации, в которой процессы выполняются как в определенной последовательности, так и описать объекты, участвующие совместно в одном процессе.

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

ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей.

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

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

Рис. 19. Окно для выбора диаграммы декомпозиции (IDEF3).

Главной организационной единицей модели IDEF3 является диаграмма. Другим важным компонентом модели является единица работы (или работа). Диаграммы IDEF3 отображают действие в виде прямоугольника (см. рис. 20).

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

Для добавления работы следует нажать кнопку , а затем – щелкнуть «мышью» на свободном месте диаграммы.

Рис. 20. Изображение и нумерация действий (работ) в диаграмме IDEF3.

Работа в IDEF3 требует более подробного описания, чем работа в IDEF0. Каждая работа должна иметь ассоциативный документ, который включает текстовое описание компонентов работы: объектов (Objects) и фактов (Facts), связанных с работой, ограничений (Constraints), накладываемых на работу и дополнительное описание работы (Description).

Для создания объекта ссылки следует нажать кнопку и щелкнуть «мышью» на свободном месте диаграммы. Появится диалоговое окно Referent (см. рис. 21), в котором следует установить переключатель Other и ввести название объекта.

Рис. 21. Окно для добавления объекта ссылки.

Связи выделяют существенные взаимоотношения между работами. Все связи в IDEF3 однонаправлены (обычно слева направо). Существуют следующие типы связей:

— связь типа «временное предшествование» (исходное действие должно полностью завершиться, прежде чем начнется выполнение конечного

действия) – сплошная линия;

— связь типа «объектный поток» (исходное действие должно завершиться, прежде чем конечное действие может начать выполняться) – пунктирная линия;

— связь типа «нечеткое отношение» (выделение отношений между действиями, которое невозможно описать с использованием предшественных или объектных связей, например, для отображения взаимоотношений между параллельно выполняющимися действиями) – стрелка с двумя наконечниками.

Для изменения типа стрелки, связывающей работы, необходимо щелкнуть по такой стрелке два разы «мышью» — откроется диалоговое окно Arrow Properties, в котором следует перейти на вкладку Style (см. рис. 22) и установить переключатель (Precedence, Relational, Object flow) в блоке Type в соответствии с требуемым типом связи.

Рис. 22. Окно для добавления объекта ссылки.

Для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут и должны быть завершены перед началом следующей работы используются перекрестки. Различают перекрестки для слияния (Fan–in Junction) и разветвления (Fan–out Junction) стрелок. Смысл каждого типа перекрестка приведен в таблице 4.

Типы перекрестков

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

Для добавления перекрестка следует нажать кнопку , а затем щелкнуть «мышью» на свободном месте диаграммы. В открывшемся окне Select Junction Type (см. рис. 23) следует выбрать тип перекрестка. После этого стрелками следует соединить необходимые работы.

Рис. 23. Окно для выбора типа перекрестка.

Пример диаграммы декомпозиции IDEF3 представлен на рис. 24.

Рис. 24. Диаграмма декомпозиции IDEF3.

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

Существует три способа создания отчетов в BPwin 4.0:

1) с помощью встроенных шаблонов;

2) с помощью Report Template Builder;

Источник: poisk-ru.ru