Слияние и разветвление стрелок
Стрелки могут разветвляться и соединяться различными способами. Вся стрелка или ее часть может выходить из одного или нескольких блоков и заканчиваться в одном или нескольких блоках.
Разветвление дуг, изображаемое в виде расходящихся линий, означает, что все содержимое дуг или его часть может появиться в каждом ответвлении. Дуга всегда помечается до разветвления, чтобы дать название всему набору. Кроме того, каждая ветвь дуги может быть помечена или не помечена в соответствии со следующими правилами:
· непомеченные ветви содержат все объекты, указанные в метке дуги перед разветвлением;
· ветви, помеченные после точки разветвления, содержат все объекты или их часть, указанные в метке дуги перед разветвлением.
Слияния дуг в IDEFO, изображаемое как сходящиеся вместе линии, указывает, что содержимое каждой ветви идет на формирование метки для дуги, являющейся результатом слияния исходных дуг. После слияния результирующая дуга всегда помечается для указания нового набора объектов, возникшего после объединения. Кроме того, каждая ветвь перед слиянием может помечаться или не помечаться в соответствии со следующими правилами:
· непомеченные ветви содержат все объекты, указанные в общей метке дуги после слияния;
· помеченные перед слиянием ветви содержат все или некоторые объекты из перечисленных в общей метке после слияния.
Тоннелирование стрелок
|
|
Часто отдельные интерфейсные дуги не стоит рассматривать в дочерних диаграммах ниже или выше определенного уровня. Это будет только перегружать их и делать сложными для восприятия. Также бывает необходимо избавиться от отдельных «концептуальных» интерфейсных дуг и не детализировать их глубже некоторого уровня.
Для решения подобных задач в IDEF0 предусмотрено понятие тоннелированных стрелок (рис. 3.7). Символ «тоннеля» – две квадратные скобки вокруг начала интерфейсной дуги – обозначает, что дуга не была унаследована от функционального родительского блока и появилась только на этой диаграмме. «Тоннель» вокруг конца (стрелки) интерфейсной дуги в непосредственной близи от блока-приемника означает, что в дочерней по отношению к данному блоку диаграмме эта дуга отображаться и рассматриваться не будет.
Рисунок 3.7 – Тоннелированная стрелка
Как правило, отдельные объекты и соответствующие им интерфейсные дуги «убираются» на промежуточных уровнях иерархии. В этом случае они сначала «погружаются в тоннель», а затем «возвращаются из тоннеля».
Рекомендации по рисованию диаграмм
В IDEF0 существует соглашения по рисованию диаграмм, которые призваны облегчить чтение и экспертизу модели. Некоторые из этих правил BPwin поддерживает автоматически, выполнение других следует обеспечить вручную:
|
|
· прямоугольники работ должны располагаться по диагонали с левого верхнего в правый нижний угол;
· следует максимально увеличивать расстояние между входящими или выходящими стрелками на одной грани работы;
· следует максимально увеличивать расстояние между работами, поворотами и пересечениями стрелок;
· если две стрелки проходят параллельно (начинаются из одной и той же грани и заканчиваются на одной и той же грани другой работы), то по возможности следует их объединить и назвать единым термином;
· обратные связи по входу рисуются «нижней» петлей, обратная связь по управлению – «верхней»;
· циклические обратные связи следует рисовать только в случае крайней необходимости, когда подчеркивают значение повторно используемого объекта. Принято изображать такие связи на диаграмме декомпозиции;
· следует минимизировать число пересечений, петель и поворотов стрелок;
· если нужно изобразить связь по входу, необходимо избегать «нависания» работ друг над другом. В этом случае BPwin изображает связи по входу в виде петли, что затрудняет чтение диаграмм.
|
|
Модели AS-IS и TO-BE
Обычно сначала строится модель существующей организации работы – AS-IS (как есть). Анализ функциональной модели позволяет определить:
· наиболее слабые места;
· преимущества новых бизнес-процессов;
· глубину изменений, которым подвергнется существующая структура организации бизнеса.
Признаками неэффективной работы деятельности могут быть:
· бесполезные, неуправляемые и дублирующиеся работы;
· неэффективный документооборот;
· отсутствие обратных связей по управлению;
· отсутствие обратных связей по входу.
Найденные в модели AS-IS недостатки можно исправить при создании модели TO-BE (как будет) – модели новой организации бизнес-процессов. Модель TO-BE нужна для анализа альтернативных путей выполнения работы и документирования того, как компания будет делать бизнес в будущем.
Дата добавления: 2018-04-15; просмотров: 319; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!