СОДЕРЖАНИЕ
Анализ предметной области. Характеристика процесса
Организация кадрового учета в коммерческих фирмах
Характеристика коммерческой организации. Учет сотрудников организации: данные и функции
Варианты моделирования бизнес процессов
Технология моделирования бизнес процессов
Методологии обследования организаций. Стандарт IDEF0
Программное обеспечение IDEF0 - моделирования - AllFusion Process Modeler 7.1 (BPwin)
Разработка и реализация функциональной модели
Декомпозиция контекстной модели AS-IS. Дерево функций
Анализ функциональной модели «Учет сотрудников коммерческой организации» AS-IS
Все функциональные блоки IDEF0 номеруются. В подавляющем большинстве моделей используется префикс А. Номер блока проставляется за префиксом. Контекстный блок всегда имеет номер А0. Префикс повторяется для каждого блока модели. Номера используются для каждого отражения уровня декомпозиции, на котором находится блок. Блок А0 декомпозируется в блоки А1, А2, А3 и так далее; блок А1 - в А11, А12, А13 и так далее; блок А11 - А111, А112 и так далее. Для каждого уровня декомпозиции в конце номера добавляется одна цифра;
На концах граничных стрелок (начинающихся или заканчивающихся за пределами диаграммы) детских диаграмм помещаются коды ICOM, чтобы показать, где находится стрелка на родительской диаграмме. Они нужны для проверки целостности модели и могут быть полезны, когда порядок расположения стрелок на детской диаграмме отличается от порядка их размещения на родительской диаграмме См.: Вендров, А.М. CASE-технологии: Современные методы и средства проектирования информационных систем / А.М. Вендров. - М.: Финансы и статистика, 2003. - С.45-47..
Модель IDEF0 начинается с представления системы как единого целого - прямоугольника с взаимодействиями, простирающимися за пределы системы. Поскольку этот прямоугольник обозначает систему или предметную область в целом, его описательное имя носит общий характер. То же относится и стрелкам-взаимодействиям, поскольку они также обозначают полный набор взаимодействий системы с внешним миром. Диаграмма с одним прямоугольником называется "контекстной диаграммой"; в ее пояснительном тексте определяются точка зрения и цель создания модели.
Детализация прямоугольника производится путем построения диаграммы-потомка, состоящей не менее чем из трех, но не более чем из шести прямоугольников. Верхний предел (шесть) заставляет использовать иерархии при описании сложных предметов. Нижний предел (три) гарантирует, что на диаграмме достаточно деталей, чтобы оправдать проведение декомпозиции (детализации) См.: Козленко, Л. А. Проектирование информационных систем / Л.А. Козленко. - КомпьютерПресс, 2001. - С.162-163..
Каждая диаграмма модели показывается вместе с ее отношением к другим диаграммам путем нанесения связывающих их стрелок. При разложении функции на подфункции взаимодействия между подфункциями показываются связывающими их стрелками. Название каждой подфункции и ее поименованные взаимодействия составляют ограниченный контекст этой подфункции. Содержание любой подфункции ограничено только элементами, находящимися в пределах ее функции-предка. Подфункции дискретны и не перекрываются одна другой. Кроме того, набор подфункций должен включать в себя все элементы функции-предка.
Для отображения категории и информации, которые присутствуют на IDEF0 диаграммах существует аббревиатура ICOM, отображающая 4 возможных типа стрелок (см. рис. 9):
INPUT (I) вход
Это нечто, что потребляется в ходе выполнения процесса. Стрелки всегда направлены в левую сторону блока. Наличие входных стрелок необязательно, так как возможно, что некоторые блоки ничего не преобразуют и не потребляют. При описании технологических процессов (для этого и был придуман IDEF0) не возникает проблем определения входов. При моделировании информационной системы, когда стрелками являются не физические объекты, а данные, не все так очевидно. Очень часто сложно определять, являются ли данные входом или управлением. В этом случае подсказкой может служить то, перерабатываются (изменяются) ли данные в работе или нет. Если изменяются, то, скорее всего, это вход, если нет - управление.
CONTROL (C) управление
Управление - дуги, представляющие ограничение и инструкции, влияющие на ход выполнения процесса. Дуги входят в функциональный блок сверху. Они показывают как и когда выполняется функциональный блок и какой выход получается его выполнения. Так как управление контролирует поведение функционального блока для обеспечения создания желаемого выхода, то каждый функциональный блок должен иметь как минимум одну стрелку управления. Управление часто существует в виде правил, инструкций, законов, политики, набора необходимых процедур или стандартов. Влияя на работу блока, оно само остается неизменным. Управление можно рассматривать как специфический вид входа. В случаях, когда неясно, относить ли стрелку к входу или к управлению, предпочтительно относить ее к управлению до момента, пока неясность не будет разрешена.
OUTPUT (O) выход
Выход - это продукция или информация, являющаяся результатом выполнения процесса. Каждый блок как минимум одну стрелку выхода. Действие, которое не имеет никакого четко определяемого выхода, желательно не моделировать вообще.
4. MECHANISM (M) исполняющий механизм
Механизмы являются ресурсом, который непосредственно исполняет моделируемое действие. С помощью механизмов исполнения могут моделироваться: ключевой персонал, техника и/или оборудование. Они используется для выполнения процесса, но не потребляется само по себе. Эти стрелки могут отсутствовать, если они не являются необходимыми для достижения поставленной цели моделирования См.: Методология анализа бизнес-технологий на основе стандарта IDEF0 - http://www.cfin.ru/vernikov/idef/idef0.htm.
Цель модели: получение ответов на некоторую совокупность вопросов. Эти вопросы неявно присутствуют в процессе анализа и, следовательно, они руководят созданием модели и направляют его. Это означает, что сама модель должна будет дать ответы на эти вопросы с заданной точностью. Если модель отвечает не на все вопросы или ее ответы неточны, то модель не достигла своей цели См.: Репин, В.В. Процессный подход к управлению. Моделирование бизнес-процессов / В.В. Репин, В. Г. Елиферов. - М.: РИА «Стандарты и качество», 2006.- С.65-66..
BPwin - инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности - действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы.
Интерфейс BPwin, выполненный в стиле "проводника" облегчает навигацию и редактирование сложных процессов с иерархической структурой. Развитые возможности изменения масштаба представления позволяют быстро найти и сосредоточиться на необходимой для работы части модели процесса См.: Трофимов, С.А. CASE - технологии. Изд. 2-е. / С.А. Трофимов. - М.: Бином-П, 2000. - С.56-58..
BPwin поддерживает три таких методологии: IDEF0, DFD и IDEF3, позволяющие анализировать ваш бизнес с трех ключевых точек зрения:
Таким образом, BPwin объединяет три ключевых подхода к моделированию бизнес-процессов, что вполне удовлетворяет потребности как системных аналитиков, так и специалистов-технологов.
BPwin позволяет:
BPwin автоматизирует решение многих вспомогательных задач, которые обычно связаны с построением модели процесса, и обеспечивает логическую строгость, необходимую для достижения корректных и согласованных результатов. BPwin отслеживает связи в диаграммах, сохраняя их целостность при внесении изменений в модель. Динамическая "подсветка" объектов служит подсказкой при построении модели и предостерегает от повторения распространенных ошибок в моделировании. Кроме этого, BPwin поддерживает заданные пользователем свойства, что позволяет вносить соответствующую вашим потребностям информацию См.: Калянов, Г. Н. Указ. Соч. С.126-127..
Модели бизнес-процессов в масштабах всего предприятия могут оказаться очень сложными. BPwin предоставляет возможности, призванные облегчить инкрементальную разработку моделей и разграничение процессов. Средства объединения дают возможность нескольким проектным группам проводить анализ различных фрагментов деятельности, а затем создать глобальное представление. Иногда бывает необходимо более детально изучить определенную часть общей модели. BPwin позволяет разбить модель на фрагменты, поработать с ними, а затем вновь объединить их в одно целое См.: Создание модели процессов в BPwin (IDEF0) - http://www.interface.ru/idef.htm.
Отличительные черты BPwin: