Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
14. ПРАКТИКУМ. Изучение основ работы CASE – средства BPwin и создание функциональной модели предприятия.
Лабораторный практикум содержит 21 упражнений, предназначенных для самостоятельной работы. Цель упражнений - выработать у студента навык создания и редактирования функциональных моделей в BPwin 4.0. Для выполнения последующего упражнения необходимо иметь результат выполнения предыдущего, поэтому рекомендуется сохранять модель, полученную в конце каждого упражнения.
Упражнение 1. Знакомство с интерфейсом пользователя BPwin 4.0.
Цель упражнения - выработать у студента навык работы с интерфейсом BPwin 4.0.
Краткие сведения.
Общее описание интерфейса BPwin 4.0.
BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя, дающий возможность аналитику создавать сложные модели при минимальных усилиях.
При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели - Model Explorer.
Функциональность панели инструментов доступна из основного меню BPwin (табл. 1.1).
Таблица 1.1.
Описание элементов управления основной панели инструментов BPwin 4.0
|
Элемент управления |
Описание |
Соответствующий пункт меню |
|
Создать новую модель |
File/New |
|
|
Открыть модель |
File/Open |
|
|
Сохранить модель |
File/Save |
|
|
Напечатать модель |
File/Print |
|
|
Вызвать генератор отчетов |
Tools/Report Builder |
|
|
Выбор масштаба |
View/Zoom |
|
|
Масштабирование |
View/Zoom |
|
|
Проверка правописания |
Tools/Spelling |
|
|
Включение и выключение навигатора модели Model Explorer |
View/Model Explorer |
|
|
|
Включение и выключение панели инструментов работы с ModelMart |
ModelMart |
При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново, или она будет открыта из файла либо из репозитория ModelMart, внести имя модели и выбрать методологию, в которой будет построена модель.
BPwin поддерживает три методологии (нотации) – IDEF0, IDEF3 и DFD, каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, которые содержат одновременно диаграммы разных методологий. Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую.
Для создания модели выполните следующее:
1. Запустите BPwin. (Кнопка Start/BPwin).
2. Щелкните по кнопке . Появляется диалоговое окно I would like to. Внесите имя модели «Изготовление изделия» и выберите Туре – IDEF0. Нажмите ОК.
После щелчка по кнопке ОК появляется диалоговое окно Properties for New Models , в котором следует внести свойства модели.
Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует некоторым набором данных. Работа изображается в виде прямоугольников, данные - в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется всплывающее контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта.
Для установки цвета и шрифта объектов используются пункты контекстного меню Font и Color, которые вызывают окно Arrow Properties или Activity Properties для установки шрифта (в том числе его размера и стиля) и цвета объекта. В нижней части вкладки Font окон Arrow Properties и Activity Properties находятся группа опций Apply setting to, позволяющих изменить шрифт для всех работ или стрелок на текущей диаграмме, в модели, и группа Global, позволяющая изменить шрифт одновременно для всех объектов модели
Кроме того, BPwin позволяет установить шрифт по умолчанию для объектов определенного типа на диаграммах и в отчетах. Для этого следует выбрать меню Model/Default Fonts, после чего появляется каскадное меню, каждый пункт которого служит для установки шрифтов для определенного типа объектов:
•Context Activity - работа на контекстной диаграмме;
•Context Arrow - стрелки на контекстной диаграмме;
•Decomposition Activity - работы на диаграмме декомпозиции;
•Decomposition Arrow - стрелки на диаграмме декомпозиции;
•Node Tree Text - текст на диаграмме дерева узлов;
•Frame User Text - текст, вносимый пользователем в каркасе диаграмм;
•Frame System Text - системный текст в каркасе диаграмм;
•Text Blocks - текстовые блоки;
•Parent Diagram Text - текст родительской диаграммы;
•Parent Diagram Title Text - текст заголовка родительской диаграммы;
•Report Text - текст отчетов.
Инструмент навигации Model Explorer имеет три вкладки - Activities, Diagrams и Objects. Вкладка Activities показывает в виде раскрывающегося иерархического списка все работы модели. Одновременно могут быть показаны все модели, открытые в BPwin. Работы с диаграмм IDEF0 показываются зеленым цветом, IDEF3 - желтым и DFD - голубым.
Щелчок по работе во вкладке Activity переключает левое окно BPwin на диаграмму, на которой эта работа размещена. Для редактирования свойств работы следует щелкнуть по ней правой кнопкой мыши. Появляется контекстное меню. В табл. 1.2 приведено значение пунктов меню.
Таблица 1.2.
Контекстное меню редактирования свойств работы
|
Пункт меню |
Описание |
|
Insert Before |
Вставить новую работу перед текущей на той же самой диаграмме |
|
Insert After |
Вставить новую работу после текущей на той же самой диаграмме |
|
Decompose |
Декомпозировать работу |
|
Name |
Вызов редактора имени работы |
|
Definition/Note |
Вызов редактора определения и примечания к работе |
|
Font |
Изменения шрифта работы |
|
Color |
Изменения цвета работы |
|
Costs |
Задание стоимости работе |
|
Data Usage |
Ассоциация работы с данными |
|
UDP |
Задание свойств, определяемых пользователем |
|
UOW |
Задание свойств для работ IDEF3 |
Если с помощью вкладки Activities можно перейти на стандартные диаграммы (контекстную и декомпозиции), то вторая вкладка - Diagrams - служит для перехода на любую диаграмму модели.
После перехода на вкладку Objects на ней показываются все объекты, соответствующие выбранной на вкладке Diagrams диаграмме, в том числе работы, хранилища данных, внешние ссылки, объекты ссылок и перекрестки.
Упражнение 2. Создание и нумерация работ в BPwin.
Цель упражнения - научить студента создавать работы (Activity) в BPwin.
Краткие сведения.
Работы (Activity) обозначают именованные процессы, функции или задачи которые происходят в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольника. Все работы должны быть названы и определены. Имя работы должно быть выражено отглагольным существительным, обозначающим действие (например, «Изготовление детали», «Прием заказа» и т.д.). Работа «Изготовление детали» может иметь, например, следующее определение «Работа относится к полному циклу изготовления изделия от контроля качества сырья до отгрузки готового упакованного изделия».
Для создания новой модели следует выбрать меню File/New, при этом автоматически создается контекстная диаграмма с единственной работой, изображающей систему в целом.
Для внесения имени работы следует выбрать в контекстном меню пункт Name и в появившемся окне внести имя работы. Для описания других свойств работы служит окно Activity Properties.
Для создания диаграмм декомпозиции следует щелкнуть по кнопке . Появляется окно Activity Box Count, в котором следует указать нотацию новой диаграммы, количество работ на ней и нажать на ОК. Появляется диаграмма декомпозиции. Допустимый интервал числа работ 2-8. Декомпозировать работу на одну работу не имеет смысла: диаграммы с количеством работ более восьми получаются слишком насыщенными и плохо читаются. Для обеспечения наглядности и лучшего понимания моделируемых процессов рекомендуется использовать от 3 до 6 блоков на одной диаграмме. Если оказывается, что количество работ недостаточно, то работу можно добавить в диаграмму, щелкнув сначала по кнопке на панели инструментов, а затем по свободному месту на диаграмме.
Работы на диаграммах декомпозиции следует располагать по диагонали от левого верхнего угла к правому нижнему. Такой порядок называется порядком доминирования. В левом верхнем углу располагается самая важная работа или работа, выполняемая по времени первой. Далее вправо располагаются менее важные или выполняемые позже работы. Такое расположение облегчает чтение диаграмм, кроме того, на нем основывается понятие взаимосвязей работ.
Каждая из работ на диаграмме декомпозиции может быть, в свою очередь декомпозирована. На диаграмме декомпозиции работы нумеруются автоматически слева направо. Номер работы показывается в правом нижнем углу. В левом верхнем углу изображается небольшая диагональная черта, которая показывает, что данная работа не была декомпозирована.
Нумерация работ и диаграмм
Все работы модели нумеруются. Номер состоит из префикса и числа. Может быть использован префикс любой длины, но обычно используют префикс А. Контекстная (корневая) работа дерева имеет номер А0. Работы декомпозиции А0 имеют номера Al, A2, A3 и т.д. Работы декомпозиции нижнего уровня имеют номер родительской работы и очередной порядковый номер, например работы декомпозиции A3 будут иметь номера А31, А32, АЗЗ, А34 и т.д. Работы образуют иерархию, где каждая работа может иметь одну родительскую и несколько дочерних работ, образуя дерево. Такое дерево называют деревом узлов, а вышеописанную нумерацию - нумерацией по узлам. Имеются незначительные варианты нумерации, которые можно настроить во вкладке Presentation окна Model Properties (меню Edit/Model Properties).
Диаграммы IDEF0 имеют двойную нумерацию. Во-первых, диаграммы имеют номера по узлу. Контекстная диаграмма всегда имеет номер А-0, декомпозиция контекстной диаграммы - номер А0, остальные диаграммы декомпозиции - номера по соответствующему узлу (например, Al, A2, А21, А213 и т.д.). BPwin автоматически поддерживает нумерацию по узлам, т. е. при проведении декомпозиции создается новая диаграмма и ей автоматически присваивается соответствующий номер. В результате проведения экспертизы диаграммы могут уточняться и изменяться, следовательно, могут быть созданы различные версии одной и той же (с точки зрения ее расположения в дереве узлов) диаграммы декомпозиции. BPwin позволяет иметь в модели только одну диаграмму декомпозиции в данном узле. Прежние версии диаграммы можно хранить в виде бумажной копии либо как FEO-диаграмму. В любом случае следует отличать различные версии одной и той же диаграммы. Для этого существует специальный номер - С-number, который должен присваиваться автором модели вручную. C-number - это произвольная строка, но рекомендуется придерживаться стандарта, когда номер состоит из буквенного префикса и порядкового номера, причем в качестве префикса используются инициалы автора диаграммы, а порядковый номер отслеживается автором вручную, например МСВ00021.
Упражнение 3. Изучение и создание стрелок и связей между работами в BPwin
Цель упражнения - научить студента создавать стрелки (Arrow) и связи между работами в BPwin.
Краткие сведения.
Взаимодействие работ с внешним миром и между собой описывается в виде стрелок. Стрелки представляют собой некую информацию и именуются существительными (например, "Заготовка", "Изделие", "Заказ"). В IDEF0 различают пять типов стрелок:
Вход (Input) - материал или информация, которые используются или преобразуются работой для получения результата (выхода). Допускается, что работа может не иметь ни одной стрелки входа. Каждая из стрелок подходит к определенной стороне прямоугольника, изображающего работу, или выходит из нее. Стрелка входа рисуется как входящая в левую грань работы. При описании технологических процессов (для этого и был придуман IDEF0) не возникает проблем определения входов.
Управление (Control) - правила, стратегии, процедуры стандарты, которыми руководствуется работа. "Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы. Управление влияет на работу, но не преобразуется работой. Если цель работы изменить процедуру или стратегию, то такая процедура или стратегия будет для работы входом. В случае возникновения неопределенности статуса стрелки (управление или контроль) рекомендуется рисовать стрелку управления.
Выход (Output) - материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы.
Механизм (Mechanism) - ресурсы, которые выполняют работу, или например персонал предприятия, станки, устройства и т.д. По усмотрению аналитика стрелки механизма - могут не изображаться в модели.
Вызов (Call) - специальная стрелка, указывающая на другую модель работы. Стрелка механизма рисуется как исходящая из нижней грани работы. Стрелка вызова используется для указания того, что некоторая работа выполняется за пределами моделируемой системы. В BPwin стрелки вызова используются в механизме слияния и разделения моделей.
Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим миром. Они могут начинаться у границы диаграммы и заканчиваться у работы, и наоборот. Такие стрелки называются граничными. Для внесения граничной стрелки входа надо:
Стрелки управления, выхода и механизма изображаются аналогично. Для рисования стрелки выхода, например, следует щелкнуть по кнопке с символом стрелки в палитре инструментов, щелкнуть в правой части работы со стороны выхода (где начинается стрелка), перенести курсор к правой стороне экрана, пока не появится начальная штриховая полоска, и щелкнуть один раз по штриховой полоске.
Имена вновь внесенных стрелок автоматически заносятся в словарь (Arrow Dictionary).
Диаграмма декомпозиции предназначена для детализации работы. В отличие от моделей, отображающих структуру организации, работа на диаграмме верхнего уровня в IDEF0- это не элемент управления нижестоящими работами. Работы нижнего уровня - это то же с что и работы верхнего уровня, но в более детальном изложении. Как следствие этого границы работы верхнего уровня - это то же самое, что и границы диаграммы декомпозиции. ICOM (аббревиатура от Input, Control, Output и Mechanism) - коды, предназначенные для идентификации грани стрелок. Код ICOM содержит префикс, соответствующий типу стрелки (I,C,О или М), и порядковый номер.
BPwin вносит ICOM-коды автоматически. Для отображения ICOM-кодов следует включить опцию ICOM codes на вкладке Display окна Model Properties (меню Model/Model Properties).
Словарь стрелок редактируется при помощи специального редактора Arrow Dictionary, в котором определяется стрелка и вносится относящийся к ней комментарий.
Помимо словаря стрелок BPwin содержит еще 14 словарей:работ;
Интерфейс большинства словарей унифицирован. Смысл кнопок панели управления словаря приведен в табл. 2.1.
Таблица 2.1.
Кнопки панели управления словаря (слева направо)
|
Кнопка |
Предназначение |
|
Сохранить словарь |
|
|
Предварительный просмотр печати словаря |
|
|
Печать словаря |
|
|
|
Экспорт словаря в текстовый файл |
|
|
Импорт словаря из текстового файла |
|
|
Удаление объектов из словаря. Удалить можно только те объекты, которые не используются в модели |
Содержимое словаря стрелок можно распечатать в виде отчета (меню Tools/Reports/Arrow Report) и получить тем самым толковый словарь терминов предметной области, использующихся в модели.
При декомпозиции работы входящие в нее и исходящие из нее стрелки (кроме стрелки вызова) автоматически появляются на диаграмме декомпозиции (миграция стрелок), но при этом не касаются работ. Такие стрелки называются несвязанными (unconnected border arrow) и воспринимаются в BPwin как синтаксическая ошибка.
Для связи работ между собой используются внутренние стрелки, т.е. стрелки, которые не касаются границы диаграммы, начинаются у одной и кончаются у другой работы.
Для рисования внутренней стрелки следует в режиме рисования стрелок щелкнуть по сегменту выхода одной работы и затем по сегменту входа другой.
В IDEF0 различают пять типов связей работ:
связь по входу (output – input) образуется, когда выход вышестоящей работы направляется на вход нижестоящей работы;
связь по управлению (output – control) образуется, когда выход вышестоящей работы направляется на управление нижестоящей работы, причем данные или объекты выхода вышестоящей работы не меняются в нижестоящей работе;
обратная связь по входу (output – input feedback) образуется, когда выход нижестоящей работы направляется на вход вышестоящей работы;
обратная связь по управлению (output – control feedback) образуется, когда выход нижестоящей работы направляется на управление вышестоящей работы. Обратная связь по управлению часто свидетельствует об эффективности бизнес-процесса;
связь выход-механизм (output – mechanism) образуется, когда выход одной работы направляется на механизм другой работы. Эта связь показывает, что одна работа подготавливает ресурсы, необходимые для проведения другой.
Для разветвления стрелки следует в режиме редактирования стрелки щелкнуть по фрагменту стрелки и по соответствующему сегменту работы.
Для слияния двух стрелок выхода следует в режиме редактирования стрелки сначала щелкнуть по сегменту выхода работ, а затем по соответствующему фрагменту стрелки.
Существуют определенные правила именования таких стрелок:
Правила именования сливающихся стрелок полностью аналогичны – ошибкой считается стрелка , которая после слияния не именована, а до слияния не именована одна из её ветвей. Для именования отдельной ветви разветвляющихся и сливающихся стрелок следует выделить на диаграмме только одну ветвь, после этого вызвать редактор имени и присвоить имя стрелке. Это имя будет соответствовать только выделенной ветви.
Тоннелирование стрелок. Вновь внесенные граничные стрелки на диаграмме декомпозиции нижнего уровня изображаются в квадратных скобках и автоматически не появляются на диаграмме верхнего уровня. Для их перемещения наверх следует нажать кнопку () на палитре инструментов и щелкнуть по квадратным скобкам граничной стрелки. Появится окно Border Arrow Editor.
Опция Resolve it to border arrow переводит стрелку на диаграмму верхнего уровня.
Опция Change it to resolved rounded tunnel тоннелирует стрелку, и она не попадает на другую диаграмму. Такая стрелка изображается с круглыми скобками на конце.
Упражнение 4. Создание отчетов в BPwin 4.0.
Цель упражнения - научить студента создавать отчеты в BPwin.
Краткие сведения.
Существует три способа создания отчетов в BPwin 4.0:
1) с помощью встроенных шаблонов;
2) с помощью Report Template Builder;
3) с помощью RPTwin.
Для создания отчетов по функциональной модели можно также использовать генераторы отчетов третьих фирм, например Crystal Reports.
1) Встроенные шаблоны отчетов.
Отчеты на основе встроенных шаблонов можно создать, выбрав из меню Tools/Reports необходимый тип шаблона. Всего имеется семь типов шаблонов отчетов:
Синтаксические ошибки IDEF0 с точки зрения BPwin разделяются на три типа:
При выборе пункта меню, который соответствует какому-либо отчету, появляется диалоговое окно настройки отчета. Для каждого из семи типов отчетов оно выглядит по-своему. Рассмотрим окно Arrow Report:
Раскрывающийся список Standard Reports позволяет выбрать один из стандартных отчетов. Стандартный отчет - это запоминаемая комбинация переключателей, флажков и других элементов управления диалога.
Для создания собственного стандартного отчета следует задать опции отчета, ввести имя отчета в поле списка выбора и щелкнуть по кнопке New. BPwin сохраняет информацию о стандартном отчете в файле BPWINRPT.INI. Все определения этого файла доступны из любой модели. Единственное ограничение - свойства, определяемые пользователем (User- Defined Properties). Они сохраняются в виде указателя и поэтому доступны только из "родной" модели. Стандартный отчет можно изменить (кнопка Update) или удалить (кнопка Delete).
В правом верхнем углу диалога находится группа управляющих элементов для выбора формата отчета. Доступны следующие форматы:
Опция Ordering (на отчете по стрелкам отсутствует) сортирует данные по какому-либо значению.
Опция Multi-Valued Format регулирует вывод полей в отчете при группировке данных:
2) Создание отчетов с помощью Report Template Builder.
Собственный шаблон отчета можно создать с помощью диалогового окна Report Template Builder. Пункт меню Tools/Reports Builder вызывает окно Report Templates. Кнопка New служит для создания нового шаблона, кнопка Edit - для редактирования существующего. Список выбора Output Туре позволяет задать формат результата выполнения отчета. Отчет может быть экспортирован в текстовый формат, RTF и HTML. Кнопка Run позволяет выполнить отчет.
Щелчок по кнопке New или Edit вызывает окно Report Template Builder.
Смысл кнопок панели управления диалога Report Template Builder приведен в табл. 4.1.
Таблица 4.1
Кнопки панели управления диалога Report Template Builder
|
Кнопка |
Предназначение |
|
Создать новый шаблон |
|
|
Открыть существующий шаблон |
|
|
Сохранить шаблон |
|
|
|
Выполнить отчет |
|
P |
Вызов диалога Properties |
|
|
Удаление пункта отчета |
Окно Report Template Builder содержит два списка и панель инструментов. В левой части окна содержится список типов объектов модели, в правой - список секций отчета и свойств объектов, включенных в отчет.
Для создания новой секции отчета необходимо выбрать тип объекта модели и щелкнуть по кнопке . По умолчанию в отчет включается только имя объекта. Для включения других свойств необходимо с помощью меню Edit/Properties или соответствующей кнопки на панели инструментов вызвать окно Properties. Вкладка Property Tree позволяет включить в отчет свойство объекта, а вкладка Table - стиль, размер и цвет шрифта. В зависимости от типа редактируемого объекта диалог Properties может иметь дополнительные вкладки.
В результате выполнения отчет экспортируется либо в текстовый формата RTF или в файл формата HTML.
3) Создание отчетов в RPTwin.
RPTwin является специализированным генератором отчетов, который позволяет создавать качественные отчеты по моделям процессов и данных. RPTwin не входит в поставку BPwin 4.0, однако создавать отчеты с его помощью можно предварительно установив его на том же компьютере, что и BPwin 4.0. Включение в RPTwin более 40 функций позволяет производить сложную обработку данных, получая при этом результат, который невозможно получить средствами ERwin или BPwin. Например, при оценке функциональной модели BPwin можно использовать средства стоимостного анализа (ABC) и свойства, определяемые пользователем (UDP). По умолчанию общая стоимость процесса вычисляется как сумма стоимостей работ декомпозиции. В отличие от стоимостного анализа BPwin не может производить подсчет суммарного значения свойства UDP. Экспорт отчета по UDP в RPTwin позволяет создать отчет, включающий в себя сложную обработку данных, в том числе подсчет суммирующего значения UDP, среднего значения, максимального значения и т. д. и т. п.
После создания отчета в ERwin или BPwin и выбора RPTwin в качестве формата (Report Format) возникает диалоговое окно сохранения данных отчета, где необходимо указать имя файла. Все отчеты RPTwin создаются на основе файла данных отчета, который имеет расширение LWD. Запускается RPTwin, и возникает диалоговое окно New Report. Новый отчет можно создать и непосредственно из среды RPTwin (меню File/New), при создании следует указать имя файла данных отчета.
В окне New Report можно выбрать тип создаваемого отчета.
Quick Reports - создание простейших отчетов:
Guided Reports - возникает окно Guided Report, в котором можно шаг за шагом создать отчет с сортировкой, группировкой и сложным форматированием данных:
Инструментальная среда RPTwin.
После выбора типа отчета в диалоговом окне New Report и задания необходимых опций отчет создается автоматически. В окне RPTwin показывается окно DataSet Columns и шаблон отчета, который включает несколько секций:
В секциях отчета могут располагаться следующие элементы:
В верхней части окна RPTwin располагается панель инструментов. Функции элементов управления основной панели инструментов RPTwin в основном совпадают с функциями элементов управления MS Office.
RPTwin имеет также палитру инструментов (ToolBox). Назначение кнопок палитры инструментов приведено в табл. 4.2.
Таблица 4.2.
Описание элементов управления палитры инструментов
|
Элемент управления |
Функция |
|
|
Режим указателя |
|
Τ |
Добавить текстовое поле |
|
X+Y |
Добавить формулу |
|
|
Добавить разрыв страницы |
|
|
Добавить специальное поле - время выполнения отчета |
|
|
Добавить специальное поле - номер страницы |
|
|
Добавить специальное поле - дату выполнения отчета |
|
REC # |
Добавить специальное поле - номер записи |
|
CNT # |
Добавить специальное поле - количество записей. Если это поле добавляется в секцию Group Footer, подсчитывается количество строк в группе, если в Report Footer -в отчете |
|
OLE |
Добавить OLE-объект |
Создание формул RPTwin.
RPTwin позволяет преобразовать в формулу любое поле данных. Для этого в окне Data Field Properties следует щелкнуть по кнопке Formula Editor. Открывается окно Formula Editor.
По умолчанию в верхнем поле окна (Formula) отображается имя текущего поля данных отчета. В это поле следует внести текст создаваемой формулы. В левом списке DataSet Columns содержится список колонок файла данных отчета, в правом (Functions) - список функций RPTwin. В нижнем списке (Operators) содержится список операторов. Для внесения колонки, функции или оператора в текст формулы следует дважды щелкнуть по соответствующей строчке списка. Группа кнопок Edit облегчает редактирование текста формулы. Текст формулы должен удовлетворять требованиям синтаксиса формул RPTwin. Если формула содержит ошибку, то при закрытии окна Formula Editor возникнет окно RPTwin с сообщением об ошибке.
Рассмотрим синтаксические правила формул RPTwin.
Имена колонок не должны начинаться с цифры и не должны содержать специальных символов (пробел, символ оператора и т. д.). Для использования имен колонок, содержащих специальные символы, их следует заключить в фигурные скобки. Если имя колонки содержит пробелы в начале или конце строки, эти пробелы должны быть заключены в фигурные скобки - "{ Name}" (два пробела в начале имени) или "{Name }" (два пробела в конце имени).
RPTwin поддерживает три типа операторов:
Арифметические операторы используются в обычном смысле. В арифметических выражениях могут быть использованы круглые скобки, при этом сначала выполняются действия в скобках.
Оператор конкатенации позволяет сложить значения текстовых полей. При создании формул, оперирующих с текстом, следует учитывать, что строковые константы заключаются в двойные кавычки. Так, если значение поля Arrow Dest. - "Брак", а поля Arrow Name - "Output", то результатом выполнения формулы "{Arrow Dest.}&" "&{ Arrow Name}" будет "Брак Output".
При выполнении действий над данными необходимо соблюдать правила соответствия типов. RPTwin различает пять типов данных:
Арифметические операторы могут использоваться только с числами. Для преобразования типов специальные функции. Учитывать типы данных необходимо, если поля или константы используются в качестве аргументов функций.
Функции RPTwin позволяют производить сложные вычисления и обработку данных отчета. Так же как и операторы, функции возвращают значение определенного типа. Для внесения функции в формулу можно дважды щелкнуть по функции в списке Functions окна Formula Editor.
Агрегативные функции позволяют производить вычисления по нескольким строкам отчета. Некоторые функции (Sum, Avg, Min, Max, Count) выполняются контекстно, т. е. возвращают результат в зависимости от той секции отчета, в которой находятся. Например, если функция Sum(number) находится в секции Group Footer, она возвращает сумму, вычисленную по группе, если в Page Footer - то по странице. Другие агрегативные функции (GroupAvg, GroupSum, GroupMin, GroupMax, GroupCount, ReportAvg, ReportCount, ReportMax, ReportMin, ReportSum) возвращают значение независимо от их расположения в отчете. Даже если функция ReportSum (number) находится в секции Group Footer, она возвращает сумму, вычисленную по всему отчету. Агрегативные функции группы, такие, как GroupAvg, вычисляют значения независимо от того, в какой секции текущей группы они расположены. Если такая функция располагается, например, в секции Report Footer, она вычисляет агрегативное значение по всему отчету.
RPTwin является двухпроходным (Two-Pass, другой термин - Look-Ahead) генератором отчетов. Это означает, что отчет выполняется в два этапа. На первом этапе просматриваются все данные и вычисляются значения функций. На втором этапе происходит непосредственно процесс печати или вывода на экран в режиме предварительного просмотра. Поэтому значения агрегативных функций Sum, Avg, Min, Max, Count будут вычисляться одинаково, независимо от того, расположены ли они в секции Footer или Header.
Упражнение 5. Создание контекстной диаграммы.
Цель упражнения – создать контекстной диаграммы функциональной модели деятельности компании с помощью BPwin.
Краткие сведения.
В качестве примера рассматривается деятельность вымышленной компании. Компания занимается в основном сборкой и продажей настольных компьютеров и ноутбуков. Компания не производит компоненты самостоятельно, а только собирает и тестирует компьютеры.
Основные процедуры в компании таковы:
Компания использует купленную бухгалтерскую информационную систему, которая позволяет оформить заказ, счет и отследить платежи по счетам.
Перед выполнением упражнения 5 внимательно прочитайте раздел 10.3.
Технология работы
1. Запустите BPwin. (Кнопка Start/BPwin).
2. Если появляется диалоговое окно ModelMart Connection Manager, нажмите на кнопку Cancel.
3. Щелкните по кнопке . Появляется диалоговое окно I would like to. Внесите имя модели «Деятельность компании» и выберите Туре – IDEF0. Нажмите ОК.
4. Автоматически создается контекстная диаграмма.
5. Обратите внимание на кнопку на панели инструментов. Эта кнопка включает и выключает инструмент просмотра и навигации - Model Explorer (появляется слева). Model Explorer имеет три вкладки - Activities, Diagrams и Objects. Во вкладке Activities щелчок правой кнопкой по объекту позволяет редактировать его свойства.
6. Для вызова справки служит клавиша F1 или меню Help.
7. Перейдите в меню Model/Model Properties. Во вкладке General диалога Model Properties следует внести имя модели «Деятельность компании», имя проекта «Модель деятельности компании», имя автора и тип модели - Time Frame: AS-IS.
8. Во вкладке Purpose внесите цель – «Purpose: Моделировать текущие (AS-IS) бизнес-процессы компании» и точку зрения – «Viewpoint: Директор».
9. Во вкладке Definition внесите определение «Это учебная модель, описывающая деятельность компании» и цель «Scope: Общее управление бизнесом компании: исследование рынка, закупка компонентов, сборка, тестирование и продажа продуктов».
10. Перейдите на контекстную диаграмму и правой кнопкой мыши щелкните по работе. В контекстном меню выберите Name. Во вкладке Name внесите имя «Деятельность компании».
11. Во вкладке Definition внесите определение «Текущие бизнес-процессы компании».
12. Создайте стрелки на контекстной диаграмме (табл. 5.1).
Таблица 5.1.
Стрелки контекстной диаграммы
|
Arrow Name |
Arrow Definition |
Arrow Type |
|
Бухгалтерская система |
Оформление счетов, оплата счетов работа с заказами |
Mechanism |
|
Звонки клиентов |
Запросы информации, заказы, техподдержка и т.д. |
Input |
|
Правила и процедуры |
Правила продаж, инструкции по сборке, процедуры тестирования, критерии производительности и т.д. |
Control |
|
Проданные продукты |
Настольные и портативные компьютеры |
Output |
13. С помощью кнопки T внесите текст в поле диаграммы - точку зрения и цель.
14. Создайте отчет по модели. Меню Tools/Reports/Model Report.
Упражнение 6. Создание диаграмм декомпозиции в стандарте IDEF0.
Цель упражнения – научиться создавать диаграммы декомпозиции функциональной модели деятельности компании в стандарте IDEF0 с помощью BPwin 4.0.
Краткие сведения.
Перед выполнением упражнения 6 внимательно прочитайте раздел 10.3.
В IDEF0 существуют соглашения по рисованию диаграмм, которые призваны облегчить чтение и экспертизу модели. Некоторые из этих правил BPwin поддерживает автоматически, выполнение других следует обеспечить вручную.
Технология работы
1. Выберите кнопку перехода на нижний уровень в палитре инструментов и в окне Activity Box Count установите число работ на диаграмме нижнего уровня - 3 и нажмите ОК.
Автоматически будет создана диаграмма декомпозиции. Правой кнопкой мыши щелкните по работе, выберите Name и внесите имя работы. Повторите операцию для всех трех работ. Затем внесите определение, статус и источник для каждой работы согласно табл. 6.1.
Таблица 6.1.
Работы диаграммы декомпозиции А0
|
Activity Name |
Definition |
|
Продажи и маркетинг |
Телемаркетинг и презентации, выставки |
|
Сборка и тестирование компьютеров |
Сборка и тестирование настольных и портативных компьютеров |
|
Отгрузка и получение |
Отгрузка заказов клиентам и получение компонентов от поставщиков |
2. Для изменения свойств работ после их внесения в диаграмму можно воспользоваться словарем работ. Вызов словаря - меню Dictionary/ Activity.
Если описать имя и свойства работы в словаре, ее можно будет внести в диаграмму позже с помощью кнопки в палитре инструментов. Невозможно удалить работу из словаря, если она используется на какой- либо диаграмме. Если работа удаляется из диаграммы, из словаря она не удаляется. Имя и описание такой работы может быть использовано в дальнейшем. Для добавления работы в словарь необходимо перейти в конец списка и щелкнуть правой кнопкой по последней строке. Возникает новая строка, в которой нужно внести имя и свойства работы. Для удаления всех имен работ, не использующихся в модели, щелкните по кнопке (Purge).
3. Перейдите в режим рисования стрелок. Свяжите граничные стрелки (кнопка на палитре инструментов).
4. Правой кнопкой мыши щелкните по ветви стрелки управления работы «Сборка и тестирование компьютеров» и переименуйте ее в «Правила сборки и тестирования».
Внесите определение для новой ветви: «Инструкции по сборке, процедуры тестирования, критерии производительности и т. д.». Правой кнопкой мыши щелкните по ветви стрелки механизма работы «Продажи и маркетинг» и переименуйте ее в «Систему оформления заказов».
5. Альтернативный метод внесения имен и свойств стрелок - использование словаря стрелок (меню Dictionary/Arrow). Если внести имя и свойства стрелки в словарь, ее можно будет внести в диаграмму позже. Стрелку нельзя удалить из словаря, если она используется на какой-либо диаграмме. Если удалить стрелку из диаграммы, из словаря она не удаляется. Имя и описание такой стрелки может быть использовано в дальнейшем. Для добавления стрелки необходимо перейти в конец списка и щелкнуть правой кнопкой по послед ней строке. Возникает новая строка, в которой нужно внести имя и свойства стрелки.
6. Создайте новые внутренние стрелки «Заказы клиентов» и «Собранные компьютеры».
7. Создайте стрелку обратной связи (по управлению) «Результаты сборки и тестирования», идущую от работы «Сборка и тестирование компьютеров» к работе «Продажи и маркетинг». Измените стиль стрелки (толщина линий) и установите опцию Extra Arrowhead (из контекстного меню). Методом drag&drop перенесите имена стрелок так, чтобы их было удобнее читать. Если необходимо, установите Squiggle (из контекстного меню).
8. Создайте новую граничную стрелку выхода «Маркетинговые материалы», выходящую из работы «Продажи и маркетинг». Эта стрелка автоматически не попадает на диаграмму верхнего уровня и имеет квадратные скобки на наконечнике ]. Щелкните правой кнопкой мыши по квадратным скобкам и выберите пункт меню Arrow Tunnel. В диалоговом окне Border Arrow Editor выберите опцию Resolve it to Border Arrow. Для стрелки «Маркетинговые материалы» выберите опцию Trim из контекстного меню.
Упражнение 7. Создание диаграммы декомпозиции А2.
Цель упражнения – создать диаграммы декомпозиции второго уровня с помощью BPwin.
Краткие сведения.
Декомпозируйте работу «Сборка и тестирование компьютеров» на основе результатов проведения экспертизы. Экспертами получена следующая информация:
Технология работы
1. На основе этой информации внесите новые работы и стрелки (табл. 7.1 и 7.2).
Таблица 7.1
Работы диаграммы декомпозиции А2
|
Activity Name |
Activity Definition |
|
Отслеживание расписания и управление сборкой и тестированием |
Просмотр заказов, установка расписания выполнения заказов, просмотр результатов тестирования, формирование групп заказов на сборку и отгрузку |
|
Сборка настольных компьютеров |
Сборка настольных компьютеров в соответствии с инструкциями и указаниями диспетчера |
|
Сборка ноутбуков |
Сборка ноутбуков в соответствии с инструкциями и указаниями диспетчера |
|
Тестирование компьютеров |
Тестирование компьютеров и компонентов. Замена неработающих компонентов |
Таблица 7.2
Стрелки диаграммы декомпозиции А2
|
Arrow Name |
Arrow Source |
Arrow Source Type |
Arrow Dest. |
Arrow Dest. Type |
|
Диспетчер |
Персонал производственного отдела |
Отслеживание списания и управление сборкой и тестированием |
Mechanism |
|
|
Заказы клиентов |
Граница диаграммы |
Control |
Отслеживание расписания и управление сборкой и тестированием |
Control |
|
Заказы на настольные компьютеры |
Отслеживание расписания и управление сборкой и тестированием |
Output |
Сборка настольных компьютеров |
Control |
|
Заказы на ноутбуки |
Отслеживание расписания и управление сборкой и тестированием |
Output |
Сборка ноутбуков |
Control |
|
Компоненты |
"Tunnel" |
Input |
Сборка настольных компьютеров |
Input |
|
Сборка ноутбуков |
Input |
|||
|
Тестирование компьютеров |
Input |
|||
|
Настольные компьютеры |
Сборка настольных компьютеров |
Output |
Тестирование компьютеров |
Input |
|
Ноутбуки |
Сборка ноутбуков |
Output |
Тестирование компьютеров |
Input |
|
Персонал производственного отдела |
"Tunnel" |
Mechanism |
Сборка настольных компьютеров |
Mechanism |
|
|
Сборка ноутбуков |
Mechanism |
||
|
Правила сборки и тестирования |
Граница диаграммы |
Сборка настольных компьютеров |
Control |
|
|
Сборка ноутбуков |
Control |
|||
|
Тестирование компьютеров |
Control |
|||
|
Результаты сборки и тестирования |
Сборка настольных компьютеров |
Output |
Граница диаграммы |
Output |
|
Сборка ноутбуков |
Output |
|||
|
Тестирование компьютеров |
Output |
|||
|
Результаты тестирования |
Тестирование компьютеров |
Output |
Отслеживание расписания и управление сборкой и тестированием |
Input |
|
Собранные компьютеры |
Тестирование компьютеров |
Output |
Граница диаграммы |
Output |
|
Тестировщик |
Персонал производственного отдела |
Тестирование компьютеров |
Mechanism |
|
|
Указание передать компьютеры на отгрузку |
Отслеживание расписания и управление сборкой и тестированием |
Output |
Тестирование компьютеров |
Control |
2. Туннелируйте и свяжите на верхнем уровне граничные стрелки, если это необходимо.
Упражнение 8. Создание диаграмм узлов.
Цель упражнения – создать диаграммы узлов функциональной модели деятельности компании с помощью BPwin.
Краткие сведения.
Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами. Процесс создания модели работ является итерационным, т.е. работы могут менять свое расположение в дереве узлов многократно. BPwin имеет инструмент навигации по модели - Model Explorer, который позволяет представить иерархии работ и диаграмм в удобном и компактном виде.
Для создания диаграммы дерева узлов следует выбрать в меню пункт Diagram/Add Node Tree. Возникает мастер создания диаграммы дерева узлов Node Tree Wizard.
На первом шаге необходимо внести:
В одной модели можно создавать множество диаграмм деревьев узлов. Имя дерева узлов по умолчанию совпадает с именем работы верхнего уровня, а номер диаграммы автоматически генерируется как номер узла верхнего уровня плюс литера "N", например A0N. Если в модели создается два дерева узлов, имеющих в качестве верхнего уровня одну и ту же работу, то по умолчанию диаграммы получат идентичные номер и имя. Поэтому рекомендуется при создании диаграммы дерева узлов внести имя диаграммы отличное от значения по умолчанию.
Второй шаг Node Tree Wizard позволяет задать свойства диаграммы дерева узлов. По умолчанию нижний уровень декомпозиции показывается в виде списка, остальные работы - в виде прямоугольников. Для отображения всего дерева в виде прямоугольников следует выбрать опцию Bullet Last Level. Пункт Connection Style позволяет выбрать стиль соединительных линий:
Технология работы
1. Выберите меню Diagram/Add Node Tree. На первом шаге внесите имя диаграммы, укажите диаграмму корня дерева и количество уровней.
2. На втором шаге установите опции:Bullet last level;
Диаграмму дерева узлов можно модифицировать. Нижний уровень может быть отображен не в виде списка, а в виде прямоугольников, так же как и верхние уровни.
Для модификации диаграммы правой кнопкой мыши щелкните по свободному месту, не занятому объектами, выберите меню Node tree Diagram Properties и во вкладке Style окна Node Tree Properties отключите опцию Bullet Last Level. Щелкните по ОК.
Упражнение 9. Создание FEO диаграммы
Цель упражнения – создать FEO диаграммы функциональной модели деятельности компании с помощью BPwin.
Краткие сведения.
Диаграммы «только для экспозиции» (FEO) часто используются в модели для иллюстрации других точек зрения, для отображения отдельных деталей, которые не поддерживаются явно синтаксисом IDEF0. Диаграммы FEO позволяют нарушить любое синтаксическое правило, поскольку являются просто картинками - копиями стандартных диаграмм и не включаются в анализ синтаксиса. Но если FEO используется для иллюстрации альтернативных точек зрения (альтернативный контекст), рекомендуется все-таки придерживаться синтаксиса IDEF0. Для создания диаграммы FEO следует выбрать пункт меню Diagram/Add FEO Diagram. В возникающем окне Add New FEO Diagram следует указать имя диаграммы FEO и тип родительской диаграммы. Новая диаграмма получает номер, который генерируется автоматически (номер родительской диаграммы по узлу + постфикс F например A1F).
Предположим, что при обсуждении бизнес-процессов возникла необходимость детально рассмотреть взаимодействие работы «Сборка и тестирование компьютеров» с другими работами. Чтобы не портить диаграмму декомпозиции, создайте FEO-диаграмму, на которой будут только стрелки работы «Сборка и тестирование компьютеров».
Технология работы.
1. Выберите пункт меню Diagram/Add FEO Diagram.
2. В диалоге Add New FEO Diagram выберите тип и внесите имя диаграммы FEO. Щелкните по ОК.
3. Для определения диаграммы перейдите в Diagram/Diagram Properties и во вкладке Diagram Text внесите определение.
4. Удалите лишние стрелки на диаграмме FEO.
Для перехода между стандартной диаграммой, деревом узлов и FEO используйте кнопку на палитре инструментов.
Упражнение 10. Расщепление и слияние моделей
Цель упражнения – научиться расщеплению и слиянию моделей с помощью BPwin.
Краткие сведения.
Возможность слияния и расщепления моделей обеспечивает коллективную работу над проектом. Так, руководитель проекта может создать декомпозицию верхнего уровня и дать задание аналитикам продолжить декомпозицию каждой ветви дерева в виде отдельных моделей. После окончания работы над отдельными ветвями все подмодели могут быть слиты в единую модель. С другой стороны, отдельная ветвь модели может быть отщеплена для использования в качестве независимой модели, для доработки или архивирования.
BPwin использует для слияния и разветвления моделей стрелки вызова. Для слияния необходимо выполнить следующие условия:
Для слияния моделей нужно щелкнуть правой кнопкой мыши по работе со стрелкой вызова в модели-цели и во всплывающем меню выбрать пункт Merge Model. Появляется окно, в котором следует указать опции слияния модели. При слиянии моделей объединяются и словари стрелок и работ. В случае одинаковых определений возможна перезапись определений или принятие определений из модели-источника. То же относится к именам стрелок, хранилищам данных и внешним ссылкам.
После подтверждения слияния (кнопка ОК) модель-источник подсоединяется к модели-цели, стрелка вызова исчезает, а работа, от которой отходила стрелка вызова, становится декомпозируемой - к ней подсоединяется диаграмма декомпозиции первого уровня модели-источника. Стрелки, касающиеся работы на диаграмме модели-цели, автоматически не мигрируют в декомпозицию, а отображаются как неразрешенные. Их следует туннелировать вручную.
В процессе слияния модель-источник остается неизменной и к модели-цели подключается фактически ее копия. Не нужно путать слияние моделей с синхронизацией. Если в дальнейшем модель-источник будет редактироваться, эти изменения автоматически не попадут в соответствующую ветвь модели-цели.
Разделение моделей производится аналогично. Для отщепления ветви от модели следует щелкнуть правой кнопкой мыши по декомпозированной работе (работа не должна иметь диагональной черты в левом верхнем углу) и выбрать во всплывающем меню пункт Split Model. В появившемся окне Split Options следует указать имя создаваемой модели. После подтверждения расщепления в старой модели работа станет недекомпозированной (признак - диагональная черта в левом верхнем углу), буде создана стрелка вызова, причем ее имя будет совпадать с именем новой модели, и, наконец, будет создана новая модель, причем имя контекстной работы будет совпадать с именем работы, от которой была «оторвана» декомпозиция.
Технология работы.
Расщепление модели
1. Перейдите на диаграмму А0. Правой кнопкой мыши щелкните по работе «Сборка и тестирование компьютеров» и выберите Split model.
2. В окне Split Option внесите имя новой модели «Сборка и тестирование компьютеров», установите опцию Copy entire dictionaries и щелкните по ОК.
3. Посмотрите на результат: в Model Explorer появилась новая модель, а на диаграмме А0 модели «Деятельность компании» появилась стрелка вызова «Сборка и тестирование компьютеров».
4. Создайте в модели «Сборка и тестирование компьютеров» новую стрелку «Неисправные компоненты». На диаграмме А0 это будет граничная стрелка выхода, на диаграмме А0 - граничная стрелка выхода от работ «Сборка настольных компьютеров», «Тестирование компьютеров» и «Сборка ноутбуков».
Слияние модели
1. Перейдите на диаграмму А0 модели «Деятельность компании».
2. Правой кнопкой мыши щелкните по работе «Сборка и тестирование компьютеров» и выберите Merge model.
3. В окне Merge Model включите опцию Cut/Paste entire dictionaries и щелкните по ОК.
Посмотрите на результат. В Model Explorer видно, что две модели слились. Модель «Сборка и тестирование компьютеров» осталась и может быть сохранена в отдельном файле. На диаграмме А0 модели «Деятельность компании» исчезла стрелка вызова «Сборка и тестирование компьютеров». Появилась неразрешенная граничная стрелка «Неисправные компоненты». Направьте эту стрелку к входу работы «Отгрузка и получение».
Упражнение 11. Создание диаграммы IDEF3.
Цель упражнения – научиться создавать диаграммы декомпозиции функциональной модели деятельности компании в стандарте IDEF3 с помощью BPwin.
Краткие сведения.
Перед выполнением упражнения 11 внимательно прочитайте раздел 10.5.
Технология работы
1. Перейдите на диаграмму А2 и декомпозируйте работу «Сборка настольных компьютеров». В окне Activity Box Count установите число работ 4 и нотацию IDEF3.
Возникает диаграмма IDEF3, содержащая работы (UOW). Правой кнопкой мыши щелкните по работе, выберите в контекстном меню Name и внесите имя работы «Подготовка компонентов». Затем во вкладке Definition внесите определение «Подготавливаются все компоненты компьютера согласно спецификации заказа».
2. Во вкладке UOW внесите свойства работы (табл. 11.1).
Таблица 11.1.
Свойства UOW
|
Objects |
Компоненты: винчестеры, корпуса, материнские платы, видеокарты, звуковые карты, дисководы CD-ROM и флоппи, модемы, программное обеспечение |
|
Facts |
Доступные операционные системы: Windows 98, Windows NT, Windows 2000 |
|
Constrains |
Установка модема требует установки дополнительного программного обеспечения |
3. Внесите в диаграмму еще 3 работы (кнопка ).
Внесите имена работ:
•Установка материнской платы и винчестера;
•Установка модема;
•Установка дисковода CD-ROM;
•Установка флоппи-дисковода;
•Инсталляция операционной системы;
•Инсталляция дополнительного программного обеспечения.
4. С помощью кнопки R палитры инструментов создайте объект ссылки. Внесите имя объекта внешней ссылки «Компоненты». Свяжите стрелкой объект ссылки и работу «Подготовка компонентов».
5. Свяжите стрелкой работы «Подготовка компонентов» (выход) и «Установка материнской платы и винчестера». Измените стиль стрелки на Object Flow.
В IDEF3 имя стрелки может отсутствовать, хотя BPwin показывает отсутствие имени как ошибку.
6. С помощью кнопки & на палитре инструментов внесите два перекрестка типа «асинхронное или» и свяжите работы с перекрестками.
7. Правой кнопкой щелкните по перекрестку для разветвления (fan-out), выберите Name и внесите имя «Компоненты, требуемые в спецификации заказа».
Создайте два перекрестка типа исключающего «ИЛИ» Х и свяжите работы 6 и 7.
Упражнение 12. Создание сценария
Цель упражнения – научиться создавать сценарии функциональной модели деятельности компании BPwin.
Краткие сведения.
В IDEF3 декомпозиция используется для детализации работ. Методология IDEF3 позволяет декомпозировать работу многократно, т.е. работа может иметь множество дочерних работ. Это позволяет в одной модели описать альтернативные потоки. Декомпозиция может быть сценарием или описанием. Описание включает все возможные пути развития процесса. Сценарий является частным случаем описания и иллюстрирует только один путь реализации процесса. По умолчанию при декомпозиции на диаграмму IDEF3 создается описание. Чтобы создать сценарий, необходимо перейти в меню Diagram/Add IDEF3 Scenario.
Возможность множественной декомпозиции предъявляет дополнительные требования к нумерации работ. Так, номер работы состоит из номера родительской работы, номера декомпозиции и собственного номера работы на текущей диаграмме.
Для описания номер декомпозиции равен 1. Для сценария номер декомпозиции всегда больше 1.
При создании сценария или описания необходимо придерживаться дополнительных ограничений - в сценарии или декомпозиции может существовать только одна точка входа. За точкой входа следует работа или перекресток. Для декомпозиции может существовать только одна точка выхода. Сценарий, который не является декомпозицией, может иметь несколько точек выхода.
Рассмотрим процесс декомпозиции диаграмм IDEF3, включающий взаимодействие автора (аналитика) и одного или нескольких экспертов предметной области.
Описание сценария, области и точки зрения. Перед проведением сеанса экспертизы у экспертов предметной области должны быть задокументированы сценарии и рамки модели для того, чтобы эксперт мог понять цели декомпозиции. Кроме того, если точка зрения моделирования отличается от точки зрения эксперта, она должна быть особенно тщательно задокументирована.
Возможно, что эксперт самостоятельно не сможет передать необходимую информацию. В этом случае аналитик должен приготовить список вопросов для проведения интервью.
Определение работ и объектов. Обычно эксперт предметной области передает аналитику текстовое описание сценария. В дополнение к этому может существовать документация, описывающая интересующие процессы. Из всей этой информации аналитик должен составить список кандидатов на работы (отглагольные существительные, обозначающие процесс, одиночные или в составе фразы) и кандидатов на объекты (существительные, обозначающие результат выполнения работы), которые необходимы для перечисленных в списке работ.
В некоторых случаях целесообразно создать графическую модель для представления ее эксперту предметной области. Графическая модель может быть также создана после сеанса сбора информации для того, чтобы детали форматирования диаграммы не смущали участников.
Технология работы
1. Выберите пункт меню Diagram/Add IDEF3 Scenario.
Создайте диаграмму сценария на основе диаграммы IDEF3 «Сборка настольных компьютеров» (А22.1).
2. Удалите элементы, не входящие в сценарий.
Упражнение 13. Стоимостный анализ (Activity Based Costing).
Цель упражнения – научиться проводить стоимостной анализ функциональной модели деятельности компании с помощью BPwin.
Краткие сведения.
BPwin предоставляет аналитику два инструмента для оценки модели - стоимостный анализ, основанный на работах (Activity Based Costing, ABC), и свойства, определяемые пользователем (User Defined Properties, UDP).
Стоимостный анализ представляет собой соглашение об учете, используемое для сбора затрат, связанных с работами, с целью определить общую стоимость процесса. Стоимостный анализ основан на модели работ, потому что количественная оценка невозможна без детального понимания функциональности предприятия. Обычно ABC применяется для того, чтобы понять происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Re-engineering, BPR). С помощью стоимостного анализа можно решить такие задачи, как определение действительной стоимости производства продукта, определение действительной стоимости поддержки клиента, идентификация работ, которые стоят больше всего (те, которые должны быть улучшены в первую очередь), обеспечение менеджеров финансов мерой предлагаемых изменений, и др.
ABC может проводиться при следующих условиях: модель работы последовательная (следует синтаксическим правилам IDEF0), корректная (отражает бизнес), полная (охватывает всю рассматриваемую область), стабильная (проходит цикл экспертизы без изменений), другими словами, создание модели работы закончено.
ABC включает следующие основные понятия:
При проведении стоимостного анализа в BPwin сначала задаются единицы измерения времени и денег. Для задания единиц измерения следует вызвать диалог Model Properties (меню Edit/Model Properties), вкладка ABC Units.
Если в списке выбора отсутствует необходимая валюта (например, рубль), ее можно добавить. Символ валюты по умолчанию берется из настроек Windows. Диапазон измерения времени в списке Unit of measurement достаточен для большинства случаев - от секунд до лет.
Затем описываются центры затрат (cost centers). Для внесения центров затрат необходимо вызвать диалог Cost Center Dictionary (меню Dictionary/Cost Center).
Каждому центру затрат следует дать подробное описание в окне Definition. Список центров затрат упорядочен. Порядок в списке можно менять при помощи стрелок, расположенных справа от списка. Задание определенной последовательности центров затрат в списке, во-первых, облегчает последующую работу при присвоении стоимости работам, а во-вторых, имеет значение при использовании единых стандартных отчетов в разных моделях.
Для задания стоимости каждой работы на диаграмме декомпозиции следует щелкнуть правой кнопкой мыши по работе и на всплывающем меню выбрать Costs. Во вкладке Costs диалога Activity Properties указывается частота проведения данной работы в рамках общего процесса (окно Frequency) и продолжительность (Duration). Затем следует выбрать в списке один из центров затрат и в окне Cost задать его стоимость. Аналогично назначаются суммы по каждому центру затрат, т. е. задается стоимость каждой работы по каждой статье расхода. Если в процессе назначения стоимости возникает необходимость внесения дополнительных центров затрат, диалог Cost Center Editor вызывается прямо из диалога Activity Cost соответствующей кнопкой.
Общие затраты по работе рассчитываются как сумма по всем центрам затрат. При вычислении затрат вышестоящей (родительской) работы сначала вычисляется произведение затрат дочерней работы на частоту работы (число раз, которое работа выполняется в рамках проведения родительской работы), затем результаты складываются. Если во всех работах модели включен режим Compute from Decompositions, подобные вычисления автоматически проводятся по всей иерархии работ снизу вверх.
Этот достаточно упрощенный принцип подсчета справедлив, если работы выполняются последовательно. Встроенные возможности BPwin позволяют разрабатывать упрощенные модели стоимости, которые, тем не менее, оказываются чрезвычайно полезными для предварительной оценки затрат. Если схема выполнения более сложная (например, работы производятся альтернативно), можно отказаться от подсчета и задать итоговые суммы для каждой работы вручную (Override Decompositions). В этом случае результаты расчетов с нижних уровней декомпозиции будут игнорироваться, при расчетах на верхних уровнях будет учитываться сумма, заданная вручную. На любом уровне результаты расчетов сохраняются независимо от выбранного режима, поэтому при выключении опции Override Decompositions расчет снизу вверх производится обычным образом.
Результаты стоимостного анализа наглядно представляются на специальном отчете BPwin - Activity Cost Report (меню Tools/Report /Activity Cost Report). Отчет позволяет документировать имя, номер, определение и стоимость работ, как суммарную, так и раздельно по центрам затрат. Результаты отображаются и непосредственно на диаграммах. В левом нижнем углу прямоугольника работы может показываться либо стоимость (по умолчанию), либо продолжительность, либо частота проведения работы. Настройка отображения осуществляется в диалоге Model Properties (меню Model/Model Properties), вкладка Display, опции ABC Data и ABC Units.
Технология работы
1.В окне Model Properties (меню Mode/Model Properties) во вкладке ABC Units установите единицы измерения денег и времени - рубли и часы.
2.Перейдите в Dictionary/Cost Center и в окне Cost Center Dictionary внесите название и определение центров затрат (табл. 13.1).
Таблица 13.1.
Центры затрат ABC
|
Центр затрат |
Определение |
|
Управление |
Затраты на управление, связанные с составлением графика работ, формированием партий компьютеров, контролем над сборкой и тестированием |
|
Рабочая сила |
Затраты на оплату рабочих, занятых сборкой и тестированием компьютеров |
|
Компоненты |
Затраты на закупку компонентов |
Для отображения стоимости каждой работы в нижнем левом углу прямоугольника перейдите в меню Model/Model Properties и во вкладке Display окна Model Properties включите опцию ABC Data.
Для отображения частоты или продолжительности работы переключите кнопки в группе ABC Units.
Для назначения стоимости работе следует щелкнуть по ней правой кнопкой мыши и выбрать в контекстном меню Cost.
3. Для работ на диаграмме А2 внесите параметры ABC (табл. 13.2).
Таблица 13.2.
Стоимости работ на диаграмме А2
|
Activity Name |
Cost Center |
Cost, руб |
Duration |
Frequency |
|
Отслеживание расписания и управление сборкой и тестированием |
Управление |
500,00 |
1,00 |
1,00 |
|
Сборка настольных компьютеров |
Персонал |
100,00 |
1,00 |
12,00 |
|
Компоненты |
16000 |
|||
|
Сборка ноутбуков |
Персонал |
140,00 |
1,00 |
20,00 |
|
Компоненты |
28000 |
|||
|
Тестирование компьютеров |
Персонал |
60,00 |
1,00 |
32,00 |
Посмотрите результат - стоимость работы верхнего уровня.
4. Сгенерируйте отчет Activity Cost Report.
Упражнение 14. Использование категорий UDP.
Цель упражнения – научиться использовать категории UDP при анализе функциональной модели деятельности компании.
Краткие сведения.
ABC позволяет оценить стоимостные и временные характеристики системы. Если стоимостных показателей недостаточно, имеется возможность внесения собственных метрик - свойств, определенных пользователем (User Defined Properties, UDP). UDP позволяют провести дополнительный анализ, хотя и без суммирующих подсчетов.
Для описания UDP служит окно UDP Dictionary (меню Dictionary/ UDP). UDP можно поставить в соответствие одно или несколько ключевых слов. Ключевые слова могут быть использованы для отбора UDP при печати отчетов или при присвоении свойств работам и стрелкам. Ключевые слова должны быть описаны в словаре UDP Keyword List. Для внесения нового ключевого слова следует щелкнуть по кнопке и в таблице диалога UDP Keyword List задать значение ключевого слова.
Для создания нового свойства (UDP) следует в словаре UDP Dictionary перейти к нижней строке списка и дважды щелкнуть по полю Name. В режиме редактирования имени следует внести имя UDP. В поле UDP Type описывается тип свойства. Имеется возможность задания 18 различных типов UDP, в том числе управляющих команд и массивов.
Для присвоения свойству ключевого слова следует перейти к полю Keyword и выбрать из списка необходимые ключевые слова. Одному свойству может соответствовать несколько разных ключевых слов, одно ключевое слово может соответствовать разным свойствам.
Каждой работе можно поставить в соответствие набор UDP. Для этого следует щелкнуть правой кнопкой мыши по работе и выбрать пункт меню UDP. Во вкладке UDP Values диалога Activity Properties можно задать значения UDP. Свойства типа List отображаются спи ском выбора, который заполнен предварительно определенными зна чениями. Свойства типа Command могут иметь в качестве значения командную строку, которая выполняется при нажатии на кнопку >. Например, свойство "Спецификации" категории "Дополнительная до кументация" может иметь значение C:\MSOffice97\Office\WIN-WORD.EXE spec1.doc.
Кнопка служит для задания фильтра по ключевым словам UDP. По умолчанию в списке показываются свойства всех категорий.
Кнопка Dictionary вызывает диалог User Defined Property Dictionary, который позволяет создавать и редактировать как UDP, так и ключевые слова UDP. В верхнем окне диалога вносится имя UDP, в списке выбора Datatype описывается тип свойства. Для внесения ключевого слова следует задать имя в окне New Keywords и щелкнуть по кнопке Add Keywords. Для присвоения ключевого слова необходимо выбрать UDP из списка User-Defined Properties, затем ключевое слово из списка Keywords и щелкнуть по кнопке Update. Одно ключевое слово может объединять несколько свойств, в то же время одному свойству может соответствовать несколько ключевых слов. Свойство типа List может содержать массив предварительно определенных значений. Для определения области значений UDP типа List следует задать значение свойства в окне New Member и щелкнуть по кнопке Add Member. Значения из списка можно редактировать и удалять (кнопки Update Member и Delete Member).
Результат задания значений UDP можно проанализировать в отчете Diagram Object Report (меню Tools/Report/Diagram Object Report). В левом нижнем углу диалога настройки отчета показывается список UDP. С помощью кнопки UDP Filters можно установить фильтр по ключевым словам.
Технология работы
1. Перейдите в меню Dictionary/UDP Keywords и в окне UDP Keyword List внесите ключевые слова UDP:
•расход ресурсов;
•документация;
•информационная система.
2. Создайте UDP. Для этого перейдите в Dictionary/UDP и в словаре внесите имя UDP, например «Приложение».
3. Для UDP типа List необходимо в поле Value задать список значений. Для UDP – «Приложение». Внесите значение «Модуль оформления заказов». Затем внесите другие значения в соответствии с табл. 14.1. Для подключения к UDP ключевого слова перейдите к полю Keyword и щелкните по полю выбора.
Таблица 14.1.
Наименование и свойства UDP
|
Наименование UDP |
Тип |
Значение |
Ключевое слово |
|
Приложения |
Text List (Multiple Selection) |
Модуль оформления заказов. Модуль создания и контроля расписания выполнения работ. Модуль учета комплектующих и оборудования. Модуль процедур сборки и поиска неисправностей |
Информационная система |
|
Дополнительная документация |
Command List |
Winword.EXE samplel.doc Winword.EXE sample2.doc Powerpnt.EXE sample3.ppt |
Документация |
|
История изменения |
Paragraph Text |
Документация |
|
|
Загрязнение окружающей среды |
Text List (Single Selection) |
Очень высокое Высокое Среднее Низкое |
|
|
Расход электроэнергии |
Real Number |
Расход ресурсов |
4. Для назначения UDP работе следует щелкнуть по ней правой кнопкой мыши и выбрать в контекстном меню UDP. Появляется вкладка UDP Values окна Activity Properties.
Внесите значения UDP для работ (таблица 14.2).
Таблица 14.2.
Значения UDP
|
Activity Name |
Дополнительная документация |
Приложения |
История изменения |
Расход электроэнергии |
Загрязнение окружающей среды |
|
Сборка настольных компьютеров |
Модуль учета комплектующих и оборудования. Модуль процедур сборки и поиска неисправностей |
20,00 |
Среднее |
||
|
Сборка ноутбуков |
Модуль учета комплектующих и оборудования. Модуль процедур сборки и поиска неисправностей. |
25,00 |
Среднее |
||
|
Тестирование компьютеров |
Модуль учета комплектующих и оборудования. Модуль процедур сборки и поиска неисправностей. |
40,00 |
Среднее |
||
|
Отслеживание расписания и управление сборкой и тестированием |
Winword.exe sample2.doc |
Модуль создания и контроля расписания выполнения работ |
История изменения спецификаций |
10,00 |
Низкое |
5. После внесения UDP типа Command или Command List щелчок по кнопке >> приведет к запуску приложения.
6. В окне Activity Properties щелкните по кнопке Filter. В появившемся окне Diagram object UDP filter отключите ключевые слова «Информационная система». Щелкните по ОК. В результате в окне Activity Properties не будут отображаться UDP с ключевыми словами «Информационная система».
Запомните, что свойства UDP можно присвоить не только работам, но и стрелкам.
7. Посмотрите отчет по UDP. Меню Tools/Report/Diagram Object Report. Выберите опции отчета:
Start from Activity: A2. Сборка и тестирование компьютеров
Number of Levels: 2
User Defined Properties: Расход электроэнергии
Report Format: RPTwin.
8. Щелкните по кнопке Report. В появившемся окне «Сохранение файла» щелкните по кнопке «Сохранить». Запускается генератор отчетов RPTwin и появляется окно New Report. Выберите тип отчета Columnar. Автоматически создается шаблон отчета.
Нажатие на кнопку позволяет просмотреть отчет. Отразите в отчете суммарный расход электроэнергии.
9. Выберите в меню Insert/Formula Field, затем переместите маркер в секцию отчета Page Footer, затем щелкните один раз. Появляется окно Formula Editor.
10. В поле Formula внесите текст формулы: Sum ({"Расход электроэнергии"}).
11. Затем щелкните по ОК. Отчет показывается в окне просмотра. В нижней части страницы расположено суммирующее поле - результат вычисления формулы.
Упражнение 15. Расщепление модели
Цель упражнения – научиться вносить требуемые изменения и уточнения в функциональную модель деятельности компании.
Краткие сведения.
Внимательно прочитайте краткие сведения к упражнению 10.
Технология работы
1. Перейдите на диаграмму А0 и щелкните правой кнопкой мыши по работе «Отгрузка и получение». В контекстном меню выберите Split Model.
В появившемся окне Split Option установите опцию Enable Merge/Overwrite Option, внесите имя новой модели – «Отгрузка и получение» и щелкните по ОК.
Обратите внимание, что у работы «Отгрузка и получение» появилась стрелка вызова. BPwin создал также новую модель «Отгрузка и получение».
2. Внесите свойства новой модели:
3. Декомпозируйте контекстную работу на 3 работы (табл. 15.1).
Таблица 15.1
Декомпозиция работы "Отгрузка и получение"
|
Activity Name |
Activity Definition |
|
Получить комплектующие |
Физически получить комплектующие и сделать соответствующие записи в информационной системе |
|
Доставить комплектующие |
Доставить комплектующие сборщикам и тестировщикам |
|
Отгрузить товар и возврат |
Отгрузить товар клиентам и неисправные компоненты (возврат) поставщикам |
4. Свяжите граничные стрелки.
5. Внесите следующие внутренние и граничные стрелки (табл. 15.2).
Таблица 15.2.
Внутренние и граничные стрелки на декомпозиции работы "Отгрузка и получение"
|
Arrow Name |
Arrow Definition |
|
Возврат поставщику |
Неисправные компоненты |
|
Компоненты |
Выберите название из списка (словаря) |
|
Компоненты от поставщика |
|
|
Проверенные компоненты |
Проверенные и подготовленные для передачи сборщикам и тестировщикам компоненты |
6. Туннелируйте граничные стрелки (Resolve Border Arrow).
Упражнение 16. Слияние расщепленной модели с исходной моделью.
Цель упражнения – научиться вносить требуемые изменения и уточнения в функциональную модель деятельности компании.
Краткие сведения.
Внимательно прочитайте краткие сведения к упражнению 10.
Технология работы
1. Перейдите в модель «Деятельность компании». На диаграмме А0 щелкните правой кнопкой мыши по работе «Отгрузка и получение». В контекстном меню выберите Merge Model. В появившемся окне Merge Model установите опцию Cut/Paste entire dictionaries и щелкните по ОК.
Обратите внимание, что у работы «Отгрузка и получение» исчезла стрелка вызова и появилась новая декомпозиция.
Появились новые стрелки с квадратными скобками. Туннелируйте эти стрелки (Resolve Border Arrow).
2. На диаграмме А0 туннелируйте и свяжите стрелки.
Упражнение 17. Копирование и перемещение работ
Цель упражнения – научиться копировать и перемещать работы в другую модель.
Технология работы
Выполнить копирование работ в другую модель.
1. Создайте новую модель «ТЕСТ». Декомпозируйте контекстную работу в новой модели, но не вносите имена работ.
2. Переключите Model Explorer во вкладку Activity. В технике drag&drop перенесите какую-нибудь работу из модели «Деятельность компании» на диаграмму декомпозиции модели «ТЕСТ». В появившемся окне Continue with Merge? установите опцию Paste/Merge entire dictionaries и щелкните по ОК. В результате работа из модели «Деятельность компании» копируется на новую диаграмму модели «ТЕСТ».
Выполнить перемещение работ в той же самой модели.
Щелкните по работе в модели «ТЕСТ» и переместите работу на место неназванной работы на другой диаграмме. В появившемся диалоге Continue with Merge? щелкните по ОК. В результате работа переносится из одной диаграммы на другую.
Упражнение 18. Создание модели ТО-ВЕ (Реинжиниринг бизнес-процессов)
Цель упражнения – научиться создавать модель TO-BE в рамках проведения реинжиниринга бизнес-процессов.
Краткие сведения.
Модель ТО-ВЕ создается на основе анализа модели AS-IS. Анализ может проводиться как по формальным признакам (отсутствие выходов или управлений у работ, отсутствие обратных связей и т. д.), так и по неформальным - на основе знаний предметной области.
Допустим, в результате анализа принимается решение реорганизовать функции производства и тестирования компьютеров и оставить функции «Продажи и маркетинг» и «Отгрузка и получение» пока без изменений.
Принято решение сформировать отдел дизайна, который должен формировать конфигурацию компьютеров, разрабатывать корпоративные стандарты, подбирать приемлемых поставщиков, разрабатывать инструкции по сборке, процедуры тестирования и устранения неполадок для всего производственного отдела.
Работа «Сборка и тестирование компьютеров» должна быть реорганизована и названа «Производство продукта». Будут созданы работы «Разработать конфигурацию», «Планировать производство» и «Собрать продукт».
Рассмотрим новые роли персонала. Дизайнер должен разрабатывать систему, стандарты на продукцию, документировать и передавать спецификации в отдел маркетинга и продаж. Он должен определять, какие компоненты (аппаратные и программные) должны закупаться для сборки компьютеров, обеспечивать документацией и управлять процедурами сборки, тестирования и устранения неполадок.
Функции диспетчера в работе «Сборка и тестирование компьютеров» заменить на функции планировщика.
Планировщик должен обрабатывать заказы клиентов и генерировать заказы на сборку, получить коммерческий прогноз из отдела маркетинга, формировать требования на закупку компонентов и собирать информацию от поставщиков.
Диспетчер должен составлять расписание производства на основании заказов на сборку, полученных в результате работы «Планировать производство», получать копии заказов клиентов и отвечать за упаковку и комплектацию заказанных компьютеров, передаваемых в работу «Отгрузка и получение».
Технология работы
Выполнить расщепление и модификацию модели:
1. Измените свойства модели «Деятельность компании»:
•Model Name: Предлагаемая модель компании;
•Time Frame: TO-BE;
•Purpose: Документировать предлагаемые изменения бизнес - процессов компании.
2. переименуйте работу «Сборка и тестирование компьютеров» в «Производство продукта». Расщепите эту работу в модель с тем же названием.
3. модифицируйте отщепленную модель. Переместите работу «Тестирование компьютеров» с диаграммы А0 «Производство продукта» на диаграмму А2.1 «Сборка настольных компьютеров».
4. переименуйте работу «Сборка настольных компьютеров» на диаграмме А0 в «Сборку продукта».
5. удалите работу «Сборка ноутбуков».
6. переименуйте стрелку «Заказы на настольные компьютеры» в «Заказы на изготовление».
7. переименуйте «Отслеживание расписания и управление сборкой и тестированием» в «Планирование производства».
8. создайте работу «Разработать конфигурацию».
9. создайте ветвь стрелки «Персонал производственного отдела», назовите ее «Дизайнер» и направьте как механизм к работе «Разработать конфигурацию».
10. Создайте стрелку «Стандарты на продукцию» и направьте ее от выхода «Разработать конфигурацию» к границе диаграммы. Туннелируйте эту стрелку (Resolve Border Arrow). Создайте ветвь этой стрелки, идущую к управлению работы «Планирование производства» и назовите ее «Список необходимых компонентов».
11.Удалите стрелку «Правила сборки и тестирования». Создайте ветвь стрелки «Стандарты на продукцию», идущую к управлению работы «Сборка продукта» и назовите ее «Правила сборки и тестирования».
12. Переименуйте стрелку «Диспетчер» в «Планировщик производства».
13. Добавьте стрелку «Прогноз продаж» как граничную управляющую к работе «Планирование производства».
14. Добавьте стрелку «Информация от поставщика» как граничную управляющую к работе «Планирование производства».
15. Добавьте стрелку «Заказ поставщику» как граничную стрелку выхода от работы «Планирование производства».
16. Туннелируйте эти стрелки (Resolve Border Arrow).
17. На диаграмме А-0 туннелируйте стрелку «Собранные компьютеры» и свяжите ее на диаграмме А0 с выходом работы «Сборка продукта».
Выполнить слияние модели.
1. Перейдите к работе «Производство продукта» в модели «Деятельность компании». Щелкните правой кнопкой мыши по работе. В контекстном меню выберите Merge Model. В появившемся окне Merge Model установите опцию Cut/Paste entire dictionaries, опцию Overwrite existing fields и щелкните по ОК. Модели должны слиться.
2. На диаграмме А0 туннелируйте стрелки «Информация от поставщика» и «Заказ поставщику».
3. Направьте стрелку «Прогноз продаж» с выхода «Продажи и маркетинг» на управление «Производство продукта».
4. Направьте стрелку «Стандарты на продукцию» с выхода «Производство продукта» на управление «Продажи и маркетинг».
5. Удалите ветвь стрелки управления «Правила и процедуры» работы «Производство продукта».
6. Закройте модель «Производство продукта».
Выполнить реорганизацию дерева декомпозиции
Существуют причины, по которым работа «Разработать конфигурацию» должна быть на верхнем уровне, на диаграмме А0. Действительно, дизайнер разрабатывает стандарты на продукцию, включая правила сборки и тестирования, и список необходимых для закупки компонентов. Тем самым дизайнер управляет производством продукта в целом, кроме того, управляет работой «Продажи и маркетинг», поэтому логично перенести эту работу на уровень выше.
Используя возможности Model Explorer, перенесите работу «Разработать конфигурацию» с диаграммы А2 «Производство продукта» на диаграмму А0.
Соответственно изменениям перенаправьте стрелки.
Выполнить модификацию диаграммы IDEF3 «Сборка продукта» с целью отображения новой информации.
Так же как в модели AS-1S, сборка продукта состоит из сборки компонентов и установки программного обеспечения. Однако теперь в работу «Сборка продукта» включена работа «Тестирование компьютера». Тестирование начинается после окончания процесса сборки компьютера и окончания процесса установки программного обеспечения. Если компьютер неисправен, в процессе тестирования у него заменяют компоненты, информация о неисправных компонентах может быть направлена на работу «Подготовка компонентов». Такая информация может помочь более тщательно подготавливать компоненты к сборке. Результатом процесса тестирования являются заказанные компьютеры и неисправные компоненты. Модифицируйте диаграмму IDEF3 «Сборка продукта» в соответствии с приведенной информацией.
Выполнить декомпозиция работы «Продажи и маркетинг».
Работа по продажам и маркетингу заключается в ответах на телефонные звонки клиентов, предоставлении клиентам информации о ценах, оформлении заказов, внесении заказов в информационную систему и исследовании рынка.
На основе этой информации декомпозируйте работу «Продажи и маркетинг» (IDEF0).
Создайте следующие работы:
Упражнение 19. Создание диаграммы DFD
Цель упражнения – научиться создавать диаграммы потоков данных DFD.
Краткие сведения.
При оформлении заказа важно проверить, существует ли такой клиент в базе данных и, если не существует, внести его в базу данных и затем оформить заказ. Оформление заказа начинается со звонка клиента. В процессе оформления заказа база данных клиентов может просматриваться и редактироваться. Заказ должен включать как информацию о клиенте, так и информацию о заказанных продуктах. Оформление заказа подразумевает чтение и запись информации о прочих заказах.
В процессе декомпозиции согласно правилам DFD необходимо преобразовать граничные стрелки во внутренние, начинающиеся и заканчивающиеся на внешних ссылках.
Для того чтобы дополнить модель IDEF0 диаграммой DFD, нужно в процессе декомпозиции в окне Activity Box Count «кликнуть» по кнопке DFD. В палитре инструментов на новой диаграмме DFD появляются новые кнопки:
- добавить в диаграмму внешнюю ссылку (External Reference) - внешняя ссылка является источником или приемником данных извне модели;
- добавить в диаграмму хранилище данных (Data store) - хранилище данных позволяет описать данные, которые необходимо сохранить в памяти прежде, чем использовать в работах.
Технология работы
1. Декомпозируйте работу «Оформление заказов» на диаграмме А2.
2. В окне Activity Box Count выберите количество работ 2 и нотацию DFD;
3. Щелкните по OK и внесите в новую диаграмму DFD A22 имена работ:
4. Используя кнопку на палитре инструментов, внесите хранилища данных:
5. Удалите граничные стрелки с диаграммы DFD A22.
6. Используя кнопку на палитре инструментов, внесите внешнюю ссылку: Звонки клиентов.
7. Создайте внутренние ссылки. При именовании стрелок используйте словарь.
8. Обратите внимание, что стрелки «Информация о клиентах» и «Заказы клиентов» двунаправленные. Чтобы сделать так, щелкните правой кнопкой по стрелке, выберите в контекстном меню пункт Style и во вкладке Style выберите опцию Bidirectional.
9. На родительской диаграмме А2 туннелируйте (Change to Tunnel) стрелки, подходящие и исходящие из работы «Оформление заказов»
Упражнение 20. Использование Off- Page Reference на диаграмме DFD
Цель упражнения – научиться вносить требуемые изменения и уточнения в функциональную модель деятельности компании.
Краткие сведения.
Некоторые стрелки с диаграмм IDEF0 и DFD (не только с родительских) могут показываться на диаграмме DFD. Для отображения таких стрелок используется инструмент Off-Page Reference.
Технология работы
1. Декомпозируйте работу «Исследование рынка» на диаграмме А2 на диаграмму DFD. Удалите граничные стрелки. Создайте следующие работы:
2. Используя кнопку на палитре инструментов, внесите хранилища данных:
3. Добавьте две внешние ссылки:
4. Свяжите объекты диаграммы DFD стрелками.
5. На диаграмме А2 туннелируйте (Change to Tunnel) стрелки, подходящие и исходящие из работы «Исследование рынка».
6. В случае внесения новых клиентов в работе «Проверка и внесение клиента» на диаграмме А22 «Оформление заказов» информация должна направляться к работе «Привлечение новых клиентов» диаграммы А23 «Исследование рынка». Для этого необходимо использовать инструмент Off-Page Reference. На диаграмме А22 создай те новую граничную стрелку, исходящую от работы «Проверка и внесение клиента», и назовите ее «Информация о новом клиенте».
7. Правой кнопкой щелкните по наконечнику стрелки и выберите в меню Off-Page Reference. В появившемся окне Off-Page Arrow Reference выберите в качестве диаграммы A23D: «Исследование рынка».
8. Перейдите в меню Model/Model Properties, далее - во вкладку Display. Установите опцию Off-Page Reference label - Node number.
9. Перейдите на диаграмму A23D «Исследование рынка» и направьте стрелку «Информация о новом клиенте» на вход работы «Привлечение новых клиентов».
Упражнение 21. Создание организационных диаграмм и диаграмм Swim Lane
Цель упражнения – научиться создавать организационные диаграммы и диаграммы Swim Lane для функциональной модели деятельности компании.
Краткие сведения.
BPwin 4.0 содержит набор инструментов для моделирования организационной структуры предприятия. В отличие от предыдущей версии 2.5 он содержит четыре новых словаря - словарь изображений (bitmap), словарь ресурсов, словарь ролей и словарь групп ролей.
Словарь изображений служит для импорта файлов в формате bmp в модель. Импортированные изображения можно использовать в диаграммах для улучшения их внешнего вида. Для импорта изображения следует перейти в меню Dictionary/ Bitmaps. Появляется окно Bitmap Dictionary, в котором следует щелкнуть по кнопке Import и найти файл формата bmp.
Словарь групп ролей Role Group Dictionary (меню Dictionary/Role Group), позволяет создать и определить свойства групп ролей. Группы ролей могут использоваться как на организационных диаграммах, так и на диаграммах Swim Lane. В качестве значения группы ролей может быть название предприятия, отдела, цеха или название региона, города и т. д. Для каждой группы ролей может быть внесено описание, указано изображение, предварительно импортированное в словаре изображений, и указана важность группы ролей.
Словарь ролей Role Dictionary (меню Dictionary/Role) определяет должность или позицию конкретного исполнителя. Каждой роли может соответствовать одна или несколько групп ролей. Кроме того, в словаре ролей для каждой роли можно внести определение (Definition), связать роль с изображением (Bitmap) и геометрической фигурой (Shape), указать важность роли (Importance).
Словарь ресурсов Resource Dictionary (меню Dictionary/ Resource) позволяет создать ресурс и связать его с комбинацией «группа ролей/роль». Ресурсом для роли может быть конкретный исполнитель. В качестве значения ресурса, например, можно использовать фамилию и имя сотрудника.
На основе информации, внесенной в словари изображений, групп ролей, ролей и ресурсов, можно создать организационную диаграмму. Организационная диаграмма позволяет документировать и представить в виде дерева структуру организации (например, штатное расписание и т. д.). Для создания организационной диаграммы следует выбрать меню Diagram/Add Organization Chart. Появляется мастер построения организационной диаграммы Organization Chart Wizard.
На первом шаге следует внести название и имя автора диаграммы, группу ролей и роль для верхнего уровня иерархического дерева.
Второй шаг создаёт второй уровень иерархического дерева. Верхний список содержит все доступные роли с ассоциированными ресурсами, нижний - роли и ресурсы второго уровня иерархии. Кнопка Add позволяет перенести роли и ресурсы из верхнего списка в нижний, кнопка Remove - из нижнего в верхний.
Третий шаг предназначен для изменения свойств организационной диаграммы. В группе Drawing можно указать, какая именно информация будет отображаться на блоках диаграммы (наименование блока, имя группы ролей, роль и ресурс). Для отображения иконок на диаграмме в группе Draw Style следует выбрать опцию Bitmap. После щелчка по кнопке Finish создается организационная диаграмма.
Для дополнения диаграммы следует щелкнуть правой кнопкой мыши по блоку и выбрать в контекстном меню один из пунктов:
•Edit subordinate list - редактирование блока;
•Add subordinates - добавляет нижний уровень;
•Add sibling on left - добавляет блок на текущий уровень слева от редактируемого блока;
•Add sibling on right - добавляет блок на текущий уровень справа от редактируемого блока.
Созданные в словаре Role Dictionary роли могут быть также использованы в диаграмме Swim Lane. Диаграмма Swim Lane является разновидностью диаграммы IDEF3, позволяющей явно описать роли и ответственности исполнителей в конкретной технологической операции. Эта диаграмма разделена на горизонтальные полосы, с каждой полосой может быть связана роль или UDP типа Text List. Полоса может содержать объекты диаграммы IDEF3 (UOW, перекрестки и объекты ссылок), относящиеся к соответствующей роли. Для создания диаграммы Swim Lane следует выбрать меню Diagram/Add Swim Lane diagram. Появляется мастер создания Swim Lane diagram Wizard.
На первом шаге следует внести название и имя автора диаграммы, выбрать имя и номер диаграммы IDEF3, на основе которой будет построена диаграмма, и группу ролей, из которой можно будет выбрать роли, связанные с диаграммой.
На втором шаге следует выбрать роли, на основе которых будет создана диаграмма. Диаграмма будет разделена на количество полос, указанных в колонке Display Swim Line.
После щелчка по кнопке Finish создается новая диаграмма, все объекты которой расположены произвольно. Расположить объекты на полосах, соответствующих ролям, следует вручную.
Технология работы
1. Заполните словари изображений, ресурсов, ролей и групп ролей.
2. Создайте организационную диаграмму с помощью мастера построения организационной диаграммы Organization Chart Wizard.
3. Создайте диаграмму Swim Lane с помощью мастера Swim Lane diagram Wizard.