Моделирование основных бизнес-процессов предприятия (стр. 10 из 11)
Вызов (Call) – специальная стрелка, указывающая на другую модель работы. Стрелка механизма рисуется как исходящая из нижней грани работы. Стрелка вызова используется для указания того, что некоторая работа выполняется за пределами моделируемой системы. В BPwin стрелки вызова используются в механизме слияния и разделения моделей.
Граничные стрелки. Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим миром. Они могут начинаться у границы диаграммы и заканчиваться у работы, и наоборот. Такие стрелки называются граничными.
ICOM-коды. Диаграмма декомпозиции предназначена для детализации работы (рис. 25). В отличие от моделей, отображающих структуру организации, работа на диаграмме верхнего уровня в IDEF0 – это не элемент управления нижестоящими работами. Работы нижнего уровня – это то же самое, что и работы верхнего уровня, но в более детальном изложении. Как следствие этого границы работы верхнего уровня – это то же самое, что и границы диаграммы декомпозиции.
Рис. 25. Фрагмент диаграммы декомпозиции ICOM-кодам (11, С1 и С2)
BPwin вносит ICOM-коды автоматически. Для отображения ICOM-кодов следует включить опцию ICOM codes навкладке Display диалога Model Properties (меню Model/Model Properties).
Словарь стрелок редактируется при помощи специального редактора Arrow Dictionary, в котором определяется стрелка и вносится относящийся к ней комментарий.
Рис. 26 Словарь стрелок
Словарь стрелок решает очень важную задачу. Содержимое словаря стрелок можно распечатать в виде отчета (меню Tools/Reports/Arrow Report) и получить тем самым толковый словарь терминов предметной области, использующихся в модели.
Диаграммы создаются аналитиком для того, чтобы провести сеанс экспертизы, т.е. обсудить Диаграмму со специалистом предметной области. В любой предметной области формируется профессиональный жаргон, причем очень часто жаргонные выражения имеют нечеткий смысл и воспринимаются разными специалистами по-разному. В то вынужден употреблять те выражения, которые наиболее понятны экспертам. Поскольку формальные определения часто сложны, восприятия, аналитик вынужден употреблять профессиональный жаргон, а, чтобы не возникло неоднозначных трактовок, в словаре стрелок каждому понятию можно дать расширенное и, если это необходимо, формальное определение (рис. 27).
Рис. 27 Начальный этап построения
ICOM (аббревиатура от Input, Control, Output и Mechanism) – коды, предназначенные для идентификации граничных стрелок. Код ICOM содержит префикс, соответствующий типу стрелки (I, С, О или М), и порядковый номер (рис. 28).
Рис. 28 Диаграммы декомпозиции работы А0 с кодами ICOM
3.3 Создание диаграммы дерева узлов и диаграммы FEO
Диаграмма дерева узлов показывает иерархическую зависимость работ, но не взаимосвязи между работами. Диаграмм деревьев узлов может быть в модели сколь угодно много, поскольку дерево может быть построено на произвольную глубину и не обязательно с корня.
Процесс создания модели работ является итерационным, следовательно, работы могут менять свое расположение в дереве узлов многократно, чтобы не запутаться и проверить способ декомпозиции, следует после каждого изменения создавать диаграмму дерева узлов. Впрочем, BPwin имеет мощный инструмент навигации по модели – Model Explorer, который позволяет представить иерархию работ и диаграмм в удобном и компактном виде, однако этот инструмент не является составляющей стандарта IDEF0.
Для создания диаграммы дерева узлов следует выбрать в меню пункт Diagram/Add Node Tree (рис. 29).
Рис. 29 Диалог настройки диаграммы дерева узлов
Создадим диаграмму дерева узлов модели
Возникает эксперт создания диаграммы дерева узлов Node Tree Wizard. В первом диалоге эксперта необходимо внести имя диаграммы дерева узлов, узел верхнего уровня и глубину дерева – Number of Levels (по умолчанию 3). Поскольку дерево узлов не обязательно в качестве верхнего уровня должна иметь контекстную работу и иметь произвольную глубину.
В одной модели можно создавать множество диаграмм деревьев узлов. Имя дерева узлов по умолчанию совпадает с именем работы верхнего уровня, а номер диаграммы автоматически генерируется как номер узла верхнего уровя плюс литера «N», например A0N. Если в модели создается два дерева узлов, имеющих в качестве верхнего уровня одну и ту же работу, то по умолчанию диаграммы получат идентичные номер и имя. Поэтому рекомендуется при создании диаграммы дерева узлов внести имя диаграммы, отличное от значения по умолчанию (рис. 29).
Рис. 29. Диаграмма дерева узлов Обеспечить продукцией
Выполним модификацию дерева узлов, щелкнув правой кнопкой мышки по свободному пространству в диаграмме и вызовем контекстное меню с командами редактирования (рис. 30).
Рис. 30 Редактирование диаграммы
Следующим шагом создадим диаграмму FEO (Diagram-Add-FEO)
Рис. 31 Создание диаграммы FEO
Диаграммы «только для экспозиции» (FEO) часто используются в модели для иллюстрации других точек зрения, для отображения отдельных деталей, которые не поддерживаются явно синтаксисом IDEF0. Диаграммы FEO позволяют нарушить любое синтаксическое правило, поскольку, по сути, являются просто картинками – копиями стандартных диаграмм и не включаются в анализ синтаксиса. Например, работа на диаграмме FEO может не иметь стрелок управления и выхода.
С целью обсуждения определенных аспектов модели с экспертом предметной области может быть создана диаграмма только с одной работой и одной стрелкой, поскольку стандартная диаграмма декомпозиции содержит множество деталей, не относящихся к теме обсуждения и дезориентирующих эксперта. Но если FEO используется для иллюстрации альтернативных точек зрения (альтернативный контекст), рекомендуется все-таки придерживаться синтаксиса IDEF0. Для создания диаграммы FEO следует выбрать пункт меню Diagram/Add FEO Diagram. В возникающем диалоге Add New FEO Diagram следует указать имя диаграммы FEO и тип родительской диаграммы.
Рис. 32. Диалог создания FEO-диаграммы
Новая диаграмма получает номер, который генерируется автоматически, на рисунке 33 отображен номер родительской диаграммы по узлу + постфикс F, A0F.
Рис. 33 Диаграмма FEO
В практической части диплома была рассмотрена конкретная технология разработки, основанная на решениях создания бизнес-модели предприятия. Было выбрано средство BPwin, поддерживающее методологию IDEF0 и DFD. В результате проведенных исследований выяснено, что методология IDEF0 позволяет построить иерархическую систему диаграмм-единичных описаний фрагментов системы. Алгоритм функционирования следующий: сначала производится описание системы и её взаимодействия с окружающим миром (контекстная диаграмма), после чего производится функциональная декомпозиция.-система разбивается на более мелкие- и так далее, до достижения нужной степени подробности.
Любой производственный проект начинается с планирования. Планирование – это процесс разработки и последующего контроля за ходом реализации плана и его корректировки в соответствии с изменяющимися условиями, т.е. планирование – это процесс обработки информации по обоснованию предстоящих действий, определение экономически эффективных способов достижения цели. Для достижения наибольшего экономического эффекта предприятие должно использовать такие методы производства, которые являются эффективными, как с технологической стороны, так и с экономической точки зрения. Важными факторами также будет эффективное распределение ресурсов, система цен, эффективность и другие.
В результате анализа деятельности и структуры предприятия «АНХК», были сформированы достаточно цельные и систематизированные знания в области исследования, которые в дальнейшем будут реализованы в построении диаграмм бизнес процесса.
Анализ проблем автоматизации показал, что на предприятии не существует единой корпоративной информационной системы, не существует и единого банка данных, что порождает несогласованность и не оперативность в работе подразделений.
Предприятию рекомендуется, используя инструментальную среду моделирования, выполнить проектирование АИС, разработать единый банк информации, использовать для работы распределенные системы обработки информации. А так же использовать технологии оптимального календарного планирования по кварталам, месяцам.
На примере конкретного предприятия выполнено построение моделей бизнес процессов, рассмотрено существующее положение дел в изучаемой области, произведен детальный анализ алгоритмов построения бизнес процессов средствами инструментальной среды BPwin.
Сделаны следующие выводы:
1. реализацию крупных проектов следует разбивать на стадии анализа проектирования, непосредственного кодирования, тестирования и сопровождения;