Создание современных информационных систем представляет собой сложнейшую задачу, решение которой требует применения специальных методик и инструментов. Поэтому в последнее время среди системных аналитиков и разработчиков значительно вырос интерес к CASE- технологиям и инструментальным CASE-средствам, позволяющим максимально систематизировать и автоматизировать все этапы разработки программного обеспечения.
AllFusion Process Modeler 7 (ранее BPwin) – инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса. Графическое изложение этой информации позволяет перевести задачи управления организацией из области сложного ремесла в сферу инженерных технологий.
BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. BPwin обеспечивает логическую четкость в определении и описании элементов диаграмм, а также проверку целостности связей между диаграммами.
IDEF0 в BPWin
Процесс построения информационной модели в BPwin состоит из следующих шагов:
· построить контекстную диаграмму;
· провести функциональную декомпозицию;
· после каждого сеанса декомпозиции провести сеанс экспертизы.
В методологии IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной, т.е. функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.
Под моделью в методологии IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы. Описание системы с помощью методологии IDEF0 называется функциональной моделью. Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма).
Контекстная диаграмма — это модель, представляющая систему как набор иерархических действий, в которой каждое действие преобразует объект или набор объектов. Высшее действие иерархии называется действием контекста — это самый высокий уровень, который непосредственно описывает систему. Уровни ниже называются порожденными декомпозициями и представляют подпроцессы родительского действия.
Рисунок 2 – Контекстная диаграмма склад
Декомпозиционное разложение модели используется в моделировании бизнес-процессов, для того чтобы дать более подробное описание блоков. Каждое из этих действий может в свою очередь быть декомпозировано. При каждой декомпозиции блока создается новая диаграмма. Число декомпозиций не ограничено и полностью зависит от уровня сложности, который необходимо показать в модели. Декомпозируем контекстную диаграмму на 3 функциональных блока: Приемка товара на склад; Хранение и переучет продукции; Отгрузка продукции.
Построение диаграммы IDEF0 в process modeler (bpwin)
Рисунок 3 — Диаграмма IDEF0
Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.
Диаграммы потоков данных используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. Главная цель DFD — показать, как каждая работа преобразует свои входные данные в выходные, а также выявить отношения между этими работами.
Любая DFD-диаграмма может содержать работы, внешние сущности, стрелки (потоки данных) и хранилища данных.
Далее моделировать систему будем, используя диаграммы потоков данных (DFD).
Декомпозируем функциональный блок «Приемка товара на склад» еще на четыре действия:
· Проверка товарно-транспортной накладной;
· Проверка поставленной продукции;
· Занесение данных о продукции в БД;
· Передача продукции на хранение.
Рисунок 4 — Диаграмма DFD «Приемка товара на склад»
Далее декомпозируем функциональный блок «Хранение и переучет продукции» на два действия:
· Размещение товара на складе;
· Анализ наличия необходимого количества на складе (на этом этапе лицу, принимающему решение, передается оперативная информация).
Рисунок 5 — Диаграмма DFD «Хранение и переучет продукции»
Декомпозируем функциональный блок «Отгрузка» на три действия
· Проверка наличия товара на складе;
· Занесение информации об отгружаемой продукции в БД;
· Отгрузка продукции по требованию.
Рисунок 6 — Диаграмма DFD «Отгрузка»
Диаграммы IDEF3 была разработана с целью более удобного описания рабочих процессов (workflow), для которых важно отразить логическую последовательность выполнения процедур.
Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет точно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков модель дополняют диаграммами еще одной методологии – IDEF3, также называемой workflow diagramming. Методология моделирования IDEF3 позволяет графически описать и задокументировать процессы, фокусируя внимание на течении этих процессов и на отношениях процессов и важных объектов, являющихся частями этих процессов.
IDEF3 предполагает построение двух типов моделей: модель может отражать некоторые процессы в их логической последовательности, позволяя увидеть, как функционирует организация, или же модель может показывать “сеть переходных состояний объекта”, предлагая вниманию аналитика последовательность состояний, в которых может оказаться объект при прохождении через определенный процесс.
Декомпозируем функциональный блок «Проверка товарно-транспортной накладной» который, в свою очередь, является элементом декомпозиции блока «Приемка товара на склад» на четыре действия:
· Принятие товарно-транспортной накладной;
· Проверка поставщика;
· Проверка реквизитов документа;
· Проверка количества продукции.
Рисунок 7 — Диаграмма IDEF3 «Проверки товарно-транспортной накладной»
Декомпозируем функциональный блок «Проверка поставленной продукции» который, в свою очередь, является элементом декомпозиции блока «Приемка товара на склад» на три действия:
· Проверка продукции на годность;
· Принять продукцию;
· Вернуть поставщику.
Рисунок 8 — Диаграмма IDEF3 «Проверки поставленной продукции»
Источник: poisk-ru.ru
Документирование бизнес- процессов с помощью программного пакета BPwin
Цель: Приобретение навыков моделирования и управления бизнес – процессами; их декомпозиция в программном пакете BPwin версии All Fusion Process Modeler 7.1. для описания бизнес — процессов компании в соответствии с требованиями стандарта ГОСТ Р ИСО 9001: 2008.
Теоретические сведения
All Fusion Process Modeler 7.1 (ранее BPwin) — — ведущий инструмент визуального моделирования бизнес-процессов. Дает возможность наглядно представить любую деятельность или структуру в виде модели, что позволяет оптимизировать работу организации, проверить ее на соответствие стандартам ISO9000, спроектировать оргструктуру, снизить издержки, исключить ненужные операции, повысить гибкость и эффективность. Являясь стандартом де-факто, BPwin поддерживает сразу три нотации моделирования: IDEF0, IDEF3 и DFD.
Задание: Произвести моделирование и декомпозицию бизнес — процесса до уровня А(А1, А2. ) на примере бизнес-процессов компании. Предложить систему управления процессом (на примере одного или всех процессов СМК): определив показатели процесса, методы сбора и анализа полученных данных, описав входы и выходы, управляющие регламенты процесса и ресурсы. Описание оформить в виде таблицы или карты процесса.
Порядок выполнения работы
Введем некоторые понятия и дадим переводы некоторых англоязычных терминов, необходимых для выполнения данной практической работы:
Model Explorer – навигатор модели
ModelMart – среда для коллективной работы с моделями ERwin и Bpwin
Репозиторий – место для хранения и поддержки данных
Блок – прямоугольник, содержащий имя и номер и используемый для описания функции.
Декомпозиция – разделение моделируемой функции на функции — компоненты.
Диаграмма A-0 – специальный вид (контекстной) диаграммы IDEF0, состоящей из одного блока, описывающего функцию верхнего уровня, ее входы, выходы, управления, и механизмы, вместе с формулировками цели модели и точки зрения, с которой строится модель.
Диаграмма – часть модели, описывающая декомпозицию блока.
Контекст – окружающая среда, в которой действует функция (или комплект функций на диаграмме).
Контекстная диаграмма – диаграмма, имеющая узловой номер A-n ( n ≥ 0 ), которая представляет контекст модели, Диаграмма A-0, состоящая из одного блока, является необходимой (обязательной) контекстной диаграммой; диаграммы с узловыми номерами A-1, A-2. — дополнительные контекстные диаграммы.
Точка зрения( Viewpoint ) — перспектива, с которой наблюдалась система при построении модели. Точка зрения должна соответствовать цели и границам моделирования.
Цель моделирования( Purpose ) –краткая формулировка причины создания модели.
AS — IS (Как Есть) — модель, описывающая бизнес-процессы организации такими, какими они являются в настоящее время
TO — BE (Как Будет) – модель, описывающая бизнес-процессы организации такими, какими они должны быть
ICOM – аббревиатура Input — Вход, Control — Управление, Output -Выход, Mechanism – Механизм. Тильда
Тильда – небольшая ломаная (волнистая) линия, используемая для соединения метки с конкретным сегментом стрелки или примечания модели с компонентом диаграммы
Работа ( Activity ) – прямоугольник рабочей области, который обозначает поименованный процесс, функцию или задачу, которые происходят в течение определенного времени и имеют распознаваемые результаты (рис.41).
Рис. 41. Стандартное расположение стрелок на IDEF 0 диаграмме
Входная стрелка – класс стрелок, которые отображают вход IDEF0-блока, то есть данные или материальные объекты, которые преобразуются функцией в выход. Входные стрелки связываются с левой стороной блока IDEF0.
Выходная стрелка – класс стрелок, которые отображают выход IDEF0-блока, то есть данные или материальные объекты, произведенные функцией. Выходные стрелки связываются с правой стороной блока IDEF0.
Стрелка механизма – класс стрелок, которые отображают механизмы IDEF0, то есть средства, используемые для выполнения функции; включает специальный случай стрелки вызова. Стрелки механизмов связываются с нижней стороной блока IDEF0.
Управляющая стрелка – класс стрелок, которые в IDEF0 отображают управления, то есть условия, при выполнении которых выход блока будет правильным. Данные или объекты, моделируемые как управления, могут преобразовываться функцией, создающей соответствующий выход. Управляющие стрелки связываются с верхней стороной блока IDEF0.
Стрелка вызова – вид стрелки механизма, который обозначает обращение из блока данной модели (или части модели) к блоку другой модели (или другой части той же модели) и обеспечивает связь между моделями или между разными частями одной модели.
Метка стрелки – существительное или оборот существительного, связанные со стрелкой или сегментом стрелки и определяющие их значение
При запуске BPWin по умолчанию появляется основная панель инструментов, палитра инструментов и Model Explorer.
При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново, или она будет открыта из репозитория ModelMart, внести имя модели и выбрать методологию, в которой будет построена модель.
BPWin поддерживает три методологии — IDEFO, IDEF3 и DFD. В BPWin возможно построение смешанных моделей, т. е. модель может содержать одновременно как диаграммы IDEFO, так и IDEF3 и DFD. Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую.
При выполнении работы важно учитывать:
Общее описание интерфейса BPwin 4.0
Информационный менеджмент автоматизированных информационных систем предполагает создание эффективной системы управления на всех этапах жизненного цикла системы. В жизненном цикле экономической информационной системы (ЭИС) важным этапом является разработка требований к системе.
Требования, предъявляемые к информационной системе, во много определяются бизнес-процессами предметной области. При проектировании ЭИС важно не только описать модель существующих на предприятии бизнес-процессов, но и провести их реинжиниринг. Решение данных задач невозможно без применения CASE-технологий. Использование CASE-средств при проектировании ЭИС позволяет автоматизировать основные этапы создания систем, документировать этапы проектирования и представить результаты в виде удобном для обсуждения всеми лицами, заинтересованными в проекте: заказчиками, конечными пользователями и разработчиками.
Широкое распространение в практике создания информационных систем получила методология структурного анализа SADT(StructuredAnalysisandDesignTechnigue)и принятый на её основе стандарт IDEF0. ИнструментальноеCASE-средство BPwin 4.0 полностью поддерживает стандарт IDEF0 и предназначено для моделирования бизнес-процессов.
В предлагаемом лабораторном практикуме рассматриваются основные этапы создания моделей бизнес-процессов и их реинжиниринга с использованием инструментального CASE-средства BPwin 4.0.
Лабораторная работа. 1
Инструментальные средства BPwin 4.0
Цель работы: Изучить основные функции интегрированной среды разработки модели бизнес-процессов BPwin 4.0, основные объекты модели бизнес-процессов (работы, стрелки) и научиться строить контекстную диаграмму бизнес-процесса.
Общие сведения
Общее описание интерфейса BPwin 4.0
BPwinимеет достаточно простой и интуитивно понятный интерфейс пользователя, дающий возможность аналитику создавать сложные модели при минимальных усилиях.
При запуске BPwinпо умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели -ModelExplorer(рис. 1.1).
Рис. 1.1. Интегрированная среда разработки модели BPwin 4.0
Функциональность панели инструментов доступна из основного меню 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 |
 | Включение и выключение навигатора модели ModelExplorer | View/Model Explorer |
 | Включение и выключение дополнительной панели инструментов работы с ModelMart | ModelMart |
Создание новой модели
При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново, или она будет открыта из файла либо из репозиторияModelMart, внести имя модели и выбрать методологию, в которой будет построена модель (рис. 1.2).
Как было указано выше, BPwin поддерживает три методологии –IDEF0, IDEF3 и DFD, каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т. е. модель может содержать одновременно как диаграммы IDEF0, так и диаграммы IDEF3 и DFD. Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую, поэтому палитра инструментов будет рассмотрена позже.
Рис. 1.2. Диалог создания модели
После щелчка по кнопке ОКпоявляется диалог PropertiesforNewModels(рис. 1.3), в котором следует внести свойства модели.
Рис. 1.3. Пример контекстной диаграммы
Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует некоторым набором данных. Работа изображается в виде прямоугольников, данные − в виде стрелок.
Работы (Activity)
Работы обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены.
Имя работы должно быть выражено отглагольным существительным, обозначающим действие (например, «Изготовление детали», «Прием заказа» и т. д.). Работа «Изготовление детали» может иметь, например, следующее определение: «Работа относится к полному циклу изготовления изделия от контроля качества сырья до отгрузки готового упакованного изделия». При создании новой модели (меню File/New) автоматически создается контекстная диаграмма с единственной работой, изображающей систему в целом (рис. 1.3).
Для внесения имени работы следует щелкнуть по работе правой кнопкой мыши, выбрать в меню Nameи в появившемся диалоге внести имя работы. Для описания других свойств работы служит диалог ActivityProperties(рис. 1.4).
Рис. 1.4. Редактор задания свойств работы
Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется всплывающее контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта модели. Привыбора пункта меню на экран выводится редактор свойств модели (рис. 1.5)
Рис. 1.5. ДиалогProperties for New Models
Стрелки (Arrow)
Взаимодействие работ с внешним миром и между собой описывается в виде стрелок. Стрелки представляют собой некую информацию и именуются существительными (например, «Сырье», «Чертеж, «Готовое изделие»).
В IDEF0 различают пять типов стрелок:
Вход (Input)− материал или информация, которые используются или преобразуются работой для получения результата (выхода). Допускается, что работа может не иметь ни одной стрелки входа. Каждый тип стрелок подходит к определенной стороне прямоугольника, изображающего работу, или выходит из нее. Стрелка входа рисуется как входящая в левую грань работы.
При описании технологических процессе (для этого и был придуман IDEF0) не возникает проблем определения входов. Действительно, «Сырье»на рис. 1.3 − это нечто, что перерабатывается в процессе «Изготовление изделия». Для получения результата при моделировании информационных систем, когда стрелками являются не физические объекты, а данные, не все так очевидно.
Например, при «Приеме пациента»карта пациента может быть и на входе и на выход между тем качество этих данных меняется. Другими словами, в наше примере для того, чтобы оправдать свое назначение, стрелки входа и выхода должны быть точно определены с тем, чтобы указать на то, что данные действительно были отображают (например, на выходе «Заполненная карта пациента»). Очень часто сложно определить являются ли данные входом или управлением. В этом случае подсказке может служить следующее: перерабатываются/изменяются ли данные в работе или нет. Если изменяются, то скорее всего это вход, если нет управление.
Управление (Control)− правила, стратегии, процедуры и стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуете как входящая в верхнюю грань работы. На рис. 1.3 стрелки «Задание»и «Чертеж»− управление для работы «Изготовление изделия».
Управление влияет на работу, но не преобразуется работой. Если цель работ изменить процедуру или стратегию, то такая процедура или стратеги будет для работы входом. В случае возникновения неопределенности статусе стрелки (управление или контроль) рекомендуется рисовать стрелку управления.
Выход (Output)− материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выход. Работа без результата не имеет смысла и не должна моделироваться Стрелка выхода рисуется как исходящая из правой грани работы на рис. 1.3 стрелка «Готовое изделие»являетсявыходом для работы «Изготовление изделия».
Механизм (Mechanism)− ресурсы, которые выполняют работу, например персонал предприятия, станки, устройства и т.д. Стрелка механизма рисуется как входящая в нижнюю грань работы. На рис. 1.3 стрелка «Персонал предприятия» является механизмом для работы «Изготовление изделия».По усмотрению аналитика стрелки механизма могут не изображаться в модели.
Вызов (Call)- специальная стрелка, указывающая на другую модель работы. Стрелка механизма рисуется как исходящая из нижней грани работы. На рис. 1.3 стрелка «Другая модель работы»является вызовом для работы «Изготовление изделия».
Стрелка вызова используется для указания того, что некоторая работа выполняется за пределами моделируемой системы. В BPwinстрелки вызова используются в механизме слияния и разделения моделей.
Граничные стрелки. Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим миром. Они могут начинаться у границы диаграммы и заканчиваться у работы, и наоборот. Такие стрелки называются граничными.
Для внесения граничной стрелки входа надо:
а) щелкнуть по кнопке с символом стрелки в палитре инструментов и перенести курсор к левой стороне экрана, пока не появится начальная темная полоска;
б) щелкнуть один раз по полоске (откуда выходит стрелка) и еще раз в левой части работы со стороны входа (где заканчивается стрелка);
в) вернуться в палитру инструментов и выбрать опцию редактирования стрелки ;
г) щелкнуть правой кнопкой мыши на линии стрелки, во всплывающем меню выбрать Nameи добавить имя стрелки во вкладке Nameдиалога ArrowProperties(рис. 1.6).
Стрелки управления, выхода и механизма вводятся в модель аналогично. Для рисования стрелки выхода, например, следует щелкнуть по кнопке с символом стрелки в палитре инструментов, щелкнуть в правой части работы со стороны выхода (где начинается стрелка), перенести курсор к правой стороне экрана, пока не появится начальная штриховая полоска, и щелкнуть один раз по штриховой полоске.
Источник: megaobuchalka.ru