Методические указания для выполнения лабораторных работ по дисциплине
 Скачать 3.64 Mb.
|
|
7. Рисование граничных стрелок Помимо функциональных блоков на декомпозиционную диаграмму помещают- ся граничные стрелки, связанные с контекстной диаграммой. Это делается автомати- чески. Ведь функции нижнего уровня – это то же самое, что и функция верхнего уровня, но в более детальном изложении. Как следствие этого границы функциональ- ного блока верхнего уровня – это то же самое, что и границы диаграммы декомпози- ции. Стрелки могут иметь ICOM- коды (аббревиатура от Input, Control, Output и Mechanism). Такой код содержит префикс, соответствующий типу стрелки (I, С, О или М) и порядковый номер. Для отображения ICOM-кодов следует включить оп- цию ICOM codes на вкладке Display диалога Model Properties (меню Model/Model Properties). Граничные стрелки, автоматически перенесенные с родительской диаграммы, нужно связать с функциональными блоками. Для связывания стрелок входа, управле- ния или механизма необходимо перейти в режим редактирования стрелок (выбрать инструмент ), щелкнуть по стрелке и щелкнуть по соответствующей стороне бло- ка (левой, если это вход, верхней – если управление, нижней – если это механизм). Для связывания стрелки выхода необходимо щелкнуть по правой стороне блока и за- тем по стрелке. Пример связывания граничной стрелки с блоком приведен на рисунке 1.15. При необходимости стрелку можно «перенаправить» на другой функциональ- ный блок в пределах диаграммы. Для этого необходимо навести указатель мыши на соответствующую стрелку, и, удерживая кнопку мыши, перетащить стрелку. 15 Рис 1.15. Соединение граничных стрелок на декомпозиционной диаграмме Может возникнуть потребность добавить на диаграмму декомпозиции связь с окружением, которой не было на родительской диаграмме. В этом случае не нужно переходить на родительскую диаграмму, можно добавить граничную стрелку сразу на декомпозиционной диаграмме. Такая стрелка будет иметь знак туннелирования в ви- де квадратных скобок возле начала стрелки. Это означает, что она не перенесена с диаграммы верхнего уровня. Например, на декомпозиционную диаграмму мы добави- ли стрелку «Инструкции» (рис. 1.16). Рис. 1.16. Декомпозиционная диаграмма с добавленной граничной стрелкой 16 Может иметь место и противоположная ситуация, когда некоторые стрелки, унаследованные от контекстной диаграммы, могут оказаться не нужными на диа- грамме декомпозиции. Такие стрелки можно удалить. На диаграмме верхнего уровня они будут отмечены знаком туннелирования в виде квадратных скобок возле оконча- ния стрелки. Это означает, что стрелка не переносится на диаграмму нижнего уровня. 8. Рисование внутренних стрелок Для связи функций между собой используются внутренние стрелки, т. е. стрелки, которые не касаются границы диаграммы, начинаются у одного и кончаются у другого блока. В IDEF0 различают пять типов связей блоков (рис. 1.17). Рис. 1.17. Типы связей блоков: а – связь по входу; б – связь по управлению; в – обратная связь по входу; г – обратная связь по управлению; д – связь выход-механизм Связь по входу (output-input), когда стрелка выхода предыдущего блока направляется на вход следующего, нижестоящего, блока. Например, на рис. 1.17 а стрелка "Детали" связывает работы "Изготовлениедеталей" и "Сборка изделия". Связь по управлению (output-control), когда выход вышестоящего блока направляется на управление нижестоящей. На рис. 1.17 б стрелка "Чертеж"связы- вает функции "Создание чертежа детали"и "Изготовление детали", при этом чер- теж не претерпевает изменений в процессе изготовления деталей. Обратная связь по входу (output-input feedback), когда выход нижестоя- щего блока направляется на вход вышестоящего. Такая связь, как правило, ис- пользуется для описания циклов. На рис. 1.17 в стрелка "Брак"связывает функции "Изготовлениедеталей"и "Контроль качества", при этом выявленный на контро- ле брак направляется на вторичную переработку. Обратная связь по управлению (output-control feedback), когда выход ниже- стоящего блока направляется на управление вышестоящего (стрелка "Рекомендации", рис. 1.17 г). Обратная связь по управлению часто используется для корректировки управления (регулирования) по результатам контроля. Изготовление деталей Сборка изделия Детали а Создание чертежа детали Изготовление детали Чертеж б Изготовление деталей Контроль качества Брак в Изготовление деталей Контроль качества Рекомендации г Подбор инструментов Изготовление деталей инструменты д 17 Связь выход-механизм (output-mechanism), когда выход одного блока на- правляется на механизм другого. Эта взаимосвязь используется реже остальных и показывает, что одна функция подготавливает ресурсы, необходимые для прове- дения другой (стрелка "Инструменты" на рис. 1.17 д). Для рисования внутренней стрелки необходимо в режиме рисования стрелок щелкнуть по нужной стороне (например, выхода) одного блока и затем по нужной стороне (например, входа) другого. Пример диаграммы с внутренними стрелками приведен на рис. 1.18. Рис. 1.18. Декомпозиционная диаграмма с внутренними стрелками 9. Разветвление и слияние стрелок В некоторых случаях одну и ту же стрелку необходимо соединить более чем с одним функциональным блоком. Одни и те же данные или объекты, порожденные одной функцией, могут использоваться сразу в нескольких других функциях. С другой стороны, стрелки выхода разных функций могут представлять собой одина- ковые или однородные данные или объекты, которые в дальнейшем используются или перерабатываются в одном месте. Для моделирования таких ситуаций B IDEF0 используются разветвляющиеся и сливающиеся стрелки. Для разветвления стрелки нужно в режиме редактирования стрелки щелкнуть на стрелку, которую необходимо разветвить, а потом щелкнуть на соответствующей стороне того функционально блока, который получает ответвление. Для слияния двух стрелок выхода нужно в режиме редактирования стрелки сна- чала щелкнуть по правой стороне блока, выход которого необходимо слить с уже имею- щейся стрелкой выхода другого блока, а затем по самой стрелке. Пример диаграммы с разветвленными стрелками приведен на рисунке 1.19. 18 Рис. 1.19. Декомпозиционная диаграмма с разветвленными стрелками Для именования отдельной ветви разветвляющихся и сливающихся стрелок сле- дует выделить на диаграмме только одну ветвь, после этого вызвать редактор имени и присвоить имя стрелке. Это имя будет соответствовать только выделенной ветви. Если стрелка именована до разветвления, а после разветвления ни одна из ветвей не именована, то подразумевается, что каждая ветвь моделирует те же данные или объекты, что и ветвь до разветвления. На рис. 1.19 граничная стрелка «Персонал» была разветвлена на три ветви, каждая из которых имеет свое имя – «Отдел приема заявок», «Цех», «Отдел доставки». 10. Создание диаграммы дерева узлов Диаграмма дерева узлов показывает иерархию функций в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между блоками (стрелки) (рис. 1.20). Для создания диаграммы дерева узлов следует выбрать в меню пункт Dia- gram/Add Node Tree. Вызывается диалог Node Tree Wizard, в котором необходимо внести имя диаграммы дерева узлов, узел верхнего уровня и глубину дерева – Number of Levels (по умолчанию 3). Второй диалог позволяет задать свойства диаграммы дерева узлов. По умолчанию нижний уровень декомпозиции показы- вается в виде списка, остальные функции – в виде прямоугольников. Для отобра- жения всего дерева в виде прямоугольников следует выбрать опцию Bullet Last Level. Группа Connection Style позволяет выбрать стиль соединительных линий – диагональные (по умолчанию) или ортогональные. 19 Рис. 1.20. Диаграмма дерева узлов 11. Доработка модели Завершите создание IDEF0-модели для бизнес-процесса, выбранного вами на шаге 1 в качестве индивидуального задания. Законченная модель должна содержать, как минимум 4-5 диаграмм: контекстную, декомпозиционную диаграмму первого уровня, одну или несколько декомпозиционных диаграмм второго уровня и диаграм- му дерева узлов. Все стрелки на диаграммах должны быть поименованы. Некоторые рекомендации по составлению IDEF0-модели: - блоки на диаграмме должны располагаться по диагонали (отношение домини- рования); - неконтекстные диаграммы должны содержать количество блоков от 3 до 6; - следует максимально увеличить расстояние между работами, поворотами и пересечениями стрелок; - если две стрелки проходят параллельно (начинаются из одной и той же грани одной работы и заканчиваются на одной и той же грани другой работы), то по воз- можности следует их объединить и назвать единым термином; - обратные связи по входу рисуются "нижней" петлей, обратная связь по управ- лению – "верхней"; - следует минимизировать число пересечений, петель и поворотов стрелок. 20 Лабораторная работа №2 «Создание IDEF3-модели бизнес-процесса» Цель работы: Получить практические навыки в построении IDEF3-модели бизнес-процесса средствами пакета BPWin. Порядок выполнения работы. 1. Выбор задания. Выберите бизнес-процесс, для которого будете формировать модель. Вы може- те выбрать один из вариантов процессов, описанных в приложении, или предложить свой вариант. Можно выбрать тот же процесс, для которого на предыдущей лабора- торной работе строилась IDEF0-модель, или часть этого процесса. При выборе учти- те, что процесс обязательно должен иметь разветвления в технологии его выполнения и параллельно выполняемые работы. 2. Знакомство с основами методологии IDEF3. IDEF3-методология предназначена для описания потоков работ (workflow или process flow). Она широко используется для документирования технологических про- цессов, особенно в случаях, когда в модели необходимо показать последовательность выполнения процесса. Как и методология IDEF0, IDEF3 построена на принципах де- композиции и иерархического упорядочения: контекстная диаграмма отражает процесс в целом, а диаграммы декомпозиции — процесс в виде совокупности более мелких работ. Однако IDEF3-диаграммы, в отличие от IDEF0-диаграмм, позволяют описать логику процесса — всевозможные варианты ветвления и слияния потоков работ. Основными элементами диаграмм являются единицы работ, отображающие действия, процессы, функции, этапы выполнения работ. Это аналоги функциональ- ных блоков IDEF0-модели. На IDEF3-диаграммах, как и на IDEF0-диаграммах, ото- бражаются связи между работами, однако смысл этих связей другой – это не объекты или информация, а переход от одной работы к другой. Стрелка, идущая от одной ра- боты к другой, означает, что после окончания первой работы запустится вторая. Сто- рона блока, из которой выходит стрелка и в которую входит, не играет никакой роли. Для отображения разветвлений, параллельных потоков работ, используются специ- альные элементы диаграмм – перекрестки типа И, ИЛИ, Исключающего ИЛИ. Но объекты, связанные с работами, тоже можно отобразить в IDEF3-модели. Во-первых, каждая работа должна иметь ассоциированный документ, который вклю- чает текстовое описание компонентов работы: объектов и фактов, связанных с ра- ботой, ограничений, накладываемых на работу, и дополнительное описание работы. Кроме того, имеется специальный вид связей, моделирующих потоки объектов, т.е. передачу материальных объектов или данных от работы к работе. Имеются также объекты ссылок, используемые для комментариев к элементам модели, для описания циклических переходов, ссылок на другие диаграммы. IDEF3-диаграммы может дополнять IDEF0-модель. BPWin допускает построе- ние смешанных моделей, в которых диаграммы декомпозиции отдельных функцио- нальных блоков IDEF0-модели могут быть построены в нотации IDEF3. смешанная модель наилучшим образом описывает все стороны деятельности предприятия. 21 3. Создание контекстной IDEF3-диаграммы. Для создания диаграммы в нотации IDEF3 необходимо выбрать в системном меню пункт File/New. В диалоге, который изображен на рисунке 2.1, необходимо оп- ределить имя модели и используемый метод (IDEF3). Рис. 2.1. Определение метода при создании диаграммы После нажатия на кнопку Ok появляется диалоговое окно Properties, в котором необходимо определить автора модели. После нажатия на кнопку Ok появляется окно диаграммы с контекстной диаграммой, содержащей единственный блок (работу верх- него уровня). Введите имя блока, выбрав в контекстном меню пункт Name (см. рис. 2.2). Рис 2.2. Контекстная диаграмма в нотации IDEF3 22 В IDEF3 вместо понятия «функциональный блок» используется понятие «еди- ница работы (Unit of Work, UOW)» или «работа (activity)». UOW изображаются пря- моугольниками с прямыми углами и имеют имя, выраженное отглагольным существи- тельным, обозначающим процесс действия. Обычно номер работы состоит из номе- ра родительской работы и порядкового номера на текущей диаграмме. Работа в IDEF3 требует более подробного описания, чем работа в IDEF0. Каж- дая UOW должна иметь ассоциированный документ, который включает текстовое описание компонентов работы: объектов (Objects) и фактов (Facts), связанных с работой, ограничений (Constraints), накладываемых на работу, и дополнительное описание работы (Description). Эта информация заносится в том же диалогe Activity Properties, в котором вносилось имя работы, но на вкладке UOW (см. рис. 2.3). Рис. 2.3. Определение свойств работы Можете добавить на контекстную диаграмму цель моделирования и точку зре- ния. Граничных стрелок рисовать не нужно, т.к. IDEF3-диаграммы показывают толь- ко последовательности работ и поэтому не используют граничные стрелки 4. Создание декомпозиционной IDEF3-диаграммы. Контекстную диаграмму можно декомпозировать аналогично декомпозиции в нотации IDEF0, т.е. с помощью инструмента ., но в диалоге указывается нотация IDEF3. На декомпозиционной диаграмме необходимо разместить и именовать все блоки, например, как на рисунке 2.4. В отличие от IDEF0-диаграмм блоки обычно располагаются не по диагональ- ной схеме, а по линейной – справа налево, так, чтобы работа, которая выполняется первой, была на левом краю диаграммы, а выполняемая последней – на правом. По- токи работ, выполняемые параллельно, а также альтернативные потоки работ, распо- лагают друг над другом. Иногда работы располагают в порядке следования сверху вниз. 23 Рис. 2.4. Декомпозиционная диаграмма с функциональными блоками Для связывания блоков используются стрелки. Все связи в IDEF3 однонаправ- ленные и могут быть направлены куда угодно, но обычно диаграммы IDEF3 ста- раются построить так, чтобы связи были направлены слева направо. В IDEF3 разли- чают три типа стрелок, изображающих связи, стиль которых устанавливается во вкладке Style диалога Arrow Properties (пункт Style контекстного меню). Рис. 2.5. Вкладка Style диалога Arrow Properties 24 Стрелка приоритета (Precedence) – сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз. Показывает, что работа- источник должна закончиться прежде, чем работа-цель начнется. Стрелка отношения (Relational Link) – пунктирная линия, исполь- зующаяся для изображения связей между единицами работ (UOW), а также между единицами работ и объектами ссылок. Потоки объектов (Object Flow) – стрелка с двумя наконечниками, приме- няется для описания того факта, что объект используется в двух или более единицах работы, например когда объект порождается в одной работе и используется в другой. Для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть заверше- ны перед началом следующей работы используются перекрестки (Junction). Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Различают перекрестки слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для ветвления. Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактировать свойства перекрестка при помощи диалога Junction Properties (вызывается из контекстного меню). В отличие от IDEF0 в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки. Для внесения перекрестка служит кнопка в палитре инструментов. В диалоге junction Type Editor необходимо указать тип перекрестка. Смысл каждого типа приведен в табл. 2.1. Таблица 2.1 Типы перекрестков Знак Наименование Смысл для перекрестка слияния Смысл для перекрестка ветвления Асинхронное И Asynchronous AND Выходной процесс запустится, если завершились все входные процессы После завершения входного процесса запустятся все выходные процессы Синхронное И Synchronous AND Выходной процесс запустится, если завершились одновре- менно все входные процессы После завершения входного процесса запустятся одно- временно все выходные процессы Асинхронное ИЛИ Asynchronous OR Выходной процесс запустится, если завершился один или несколько входных процессов После завершения входного процесса запустятся один или несколько выходных процессов Синхронное ИЛИ Synchronous OR Выходной процесс запустится, если завершились один или несколько входных процессов, причем завершились одновре- менно После завершения входного процесса запустится один или несколько выходных процессов, причем запустят- ся одновременно Исключающее ИЛИ Exclusive OR (XOR) Выходной процесс запустится, если завершился только один входной процесс После завершения входного процесса запустится только один выходной процесс Пример декомпозиционной диаграммы приведен на рис. 2.6. X X X & & & & & & O O O O O O 25 Рис. 2.6. Декомпозиционная диаграмма с перекрестками Поясним использование стрелок и перекрестков на примере диаграммы, пред- ставленной на рис. 2.6. После выполнения работы «Подготовка компонентов» запус- кается работа «Установка материнской платы и винчестера». Следом идут работы по установке различных устройств (флоппи-дисковода, CD-ROM, модема), причем может быть установлено только одно устройство или несколько (или все) в зависимо- сти от того, что указано в спецификации заказа. Поэтому используется перекресток разветвления типа ИЛИ. Он должен быть асинхронным, т.к. работы по установке уст- ройств могут выполняться не одновременно. Для запуска работы «Инсталляция опе- рационной системы» требуется завершение (не обязательно одновременное) запущен- ных работ по установке устройств. Затем либо выполняется работа «Инсталляция до- полнительного программного обеспечения» (если это предусмотрено спецификацией заказа), либо процесс может завершиться. Поэтому здесь логично использовать пере- крестки для слияния и разветвления типа исключающего ИЛИ. Правила создания перекрестков: - каждому перекрестку слияния должен предшествовать перекресток ветвления; - перекресток слияния «И» не может следовать за перекрестком ветвления типа синхронного, асинхронного или исключающего «ИЛИ»; - перекресток слияния типа исключающего «ИЛИ» не может следовать за пере- крестком ветвления типа «И»; - перекресток, имеющий одну стрелку на одной стороне, должен иметь более одной стрелки на другой; - перекресток не может быть одновременно перекрестком слияния и ветвления. Если нужно одновременно осуществить слияние и разветвление потоков работ, вводится каскад перекрестков. |