 |
Часть 1. BPwin - средство моделирования бизнес процессов.
Часть 2. ERwin. – средство моделирования схемы базы данных.
Читатель читающий данную статью, наверняка имеет отношение к компьютерной
индустрии. Как Вы себя чувствуете дорогой читатель? Переполняет ли Вас
чувство причастности к великим свершениям?
Автор смело может сказать - меня да!!! В какой еще области науки и
техники изменения происходят так быстро? Где еще достигли таких технологических
высот за такие короткие сроки? Мир кардинально меняется прямо на наших
глазах, и мы с Вами являемся участниками и проводниками этих изменений.
Изменения эти настолько всеобъемлющи и разносторонни, что поражают наше
воображение.
Взять хотя бы зарождение и становление Internet. Хотя и был некоторый
"скрытый" период существования этой сети, который имел большое значение,
он просто померк за последовавшим периодом бурного роста. Еще одним примером
может служить эволюция микропроцессоров. Да мало ли можно найти примеров?
Но мало кто задумывается, что стоит за всеми этими достижениями.
А ответ прост - фантастическое повышение сложности разработки и сопровождения
программных и аппаратных средств, являющих собой вершины человеческого
творчества. Человек всегда стремиться облегчить свой труд. И это стремление
является движущей силой разработок особого рода - разработок средств разработки.
Как мне кажется, значительного успеха на данном пути добилась фирма
Logic Works, о продуктах которой мне и хочется рассказать. Фирма Logic
Works выпускает продукты: BPwin - моделирование бизнес процессов, ERwin
- моделирование баз данных. Этот ряд продуктов удачно перекрывает потребности,
возникающие при моделировании сложных систем. Они настолько удачно выполняют
свои функции, что регулярно отмечаются наградами всевозможных конкурсов
и получают симпатии пользователей. Однако достаточно. Перейду к рассказу
о главном, и Вы сами поймете, о чем идет речь.
Когда кто-то пытается понять или изменить существующую систему или создать
новую, он понимает, что наибольшим препятствием на пути к успеху является
наша неспособность анализировать и обращаться с огромным количеством взаимосвязанных
процессов, составляющих наше предприятие или систему.
Естественные языки слишком неоднозначны при описании, в то время как
формальные языки недостаточны для большинства предметных областей.
Все, что необходимо в этой ситуации, это придать однозначность и повысить
эффективность естественного языка.
Моделирование является наиболее эффективной техникой для понимания
и описания взаимодействий процессов. В модели процесса излишние детали
опущены, и это уменьшает общую сложность изучения системы. Основные детали
структурированы для того, чтобы выделить однозначно главную информацию.
Графика (боксы и стрелки) используются для создания структуры, которую
большинство людей способно воспринимать как схему процессов. Конечно, хорошо
написанные определения объектов в модели, так же критичны для понимания.
В индустрии ожидается, что модель будет построена раннее, чем актуальный
полномасштабный образец. Например, в автомобилестроении модели позволяют
тестировать сконструированные машины, совершенствовать их, что гарантирует
высокое качество конечного продукта.
Процесс моделирования позволяет Вам посмотреть на систему с различным
уровнем детализации, анализировать ее, понять и что самое главное взаимодействовать
с другими разработчиками. Все это возможно до создания первого образца
продукта или системы.
Имеется множество причин для выполнения моделирования, и неоднократно
предпринимались попытки автоматизировать данный процесс.
В течение 60 - 70 гг. Дуглас Т. Росс разрабатывал технику моделирования
известную как SADT (Structured Analysis & Design Technique). Военно-воздушные
силы США адаптировали SADT как часть своей программы ICAM (Integrated Computer
Aided Manufacturing) и назвали ее IDEF0 (Integrated Computer Automated
Manufacturing Definition).
Целью программы ICAM было увеличение производительности использования
компьютерных технологий.
Одним из выводов было то, что описательные языки не эффективны для
документирования и проверки процессов. Длинные процедурные описания имеют
незначительное применение, потому что они трудны для непротиворечивого
описания, полного представления, сложны при изменениях и не приспособлены
для описания альтернатив.
Поэтому как часть программы ICAM было разработано несколько графических
языков моделирования.
IDEF0 используется для документирования процессов производства, отображения
какая информация и ресурсы используются на каждом этапе.
IDEF1 используется для документирования информации, необходимой для
производственного окружения.
IDEF2 используется для документирования поведения системы во времени.
IDEF2 никогда не был полностью реализован и медленно вытесняется техникой
имитации. В 1985 г. IDEF1 был расширен и переименован в IDEF1X. Эта методология
поддерживается семейством средств проектирования базы данных Logic Works
ERwin.
Методология IDEF используется как правительственными, так и коммерческими
организациями, так как способна удовлетворять широкие потребности моделирования
процессов.
В начале 1990 г. IDEF Users Group, в сотрудничестве с National Institutes
for Standards and Technology (NIST), предприняла попытку создания стандарта
для IDEF0 и IDEF1X, завершившуюся публикацией в 1993 г. стандарта правительства,
известного как FIPS для обеих технологий. Этот стандарт продолжает развиваться.
В этой статье рассматривается процесс моделирования бизнес процессов
на примере системы BPwin фирмы Logic Works.
BPwin - система для моделирования функций, процессов деятельности и
их взаимодействия. Модели строятся для того, чтобы можно было в наглядной
форме представить определенную работу. Строительными блоками любой модели
IDEF0 процесса является деятельность (activity) и стрелки (arrows). Деятельность
представляет собой действие или набор действий, которые имеют цель и создают
результат (что-либо). Модели IDEF0 отслеживают деятельность, ее описание
и взаимодействие с другими процессами.
Английский (arrows) термин, используемый в терминологии IDEF0 имеет
множество значений. В целом под стрелкой будет пониматься носитель (воздействие)
переносящее данные или объекты от одной деятельности к другой. Стрелки
также необходимы для описания того, что производит деятельность, какие
ресурсы она потребляет. Это так называемые роли стрелок - ICOM. ICOM -
акроним от категорий описываемых IDEF0.
I = Input: что-то что поступает (потребляется) в процесс.
C = Control: ограничение процесса.
O = Output: результат процесса.
M = Mechanism: что-то (механизм) что используется для выполнения процесса.
Имеется также пятый вид стрелки не используемый в обычном проектировании.
В модели IDEF0 деятельность может быть представлена в двух видах: в
виде диаграммы или узла в дереве процессов.
Для пояснения воспользуемся поставляемой в комплекте диаграммой, моделирующей
деятельность фирмы по прокату видеокассет. Кстати данный пример является
сквозным по отношению к двум системам BPwin и ERwin.
Существуют диаграммы двух видов - контекстные и декомпозиции.
Каждая модель IDEF0 начинается с одного единственного прямоугольника,
представляющего изучаемую систему в самом общем виде. Эта диаграмма называется
контекстная (или А0), потому что она представляет собой всю систему в целом.
|
 |
Как уже отмечалось неоднократно ранее, методология IDEF0 требует аккуратного
документирования в процессе моделирования. Система BPwin предоставляет
для этого великолепные возможности.
После создания новой диаграммы Вы должны задокументировать ее. Воспользовавшись
контекстным меню или двойным щелчком мыши, Вы можете ввести описательную
информацию для выбранной деятельности или модели.
Для модели вводятся следующие значения: наименование проекта, описание
модели, рамки модели, описывающие ее содержание, точка зрения (может быть
несколько различных точек зрения на один и тот же процесс), статус модели
(рабочая, черновая, рекомендованная и т.п.), наименование модели и временное
окно, для которого она существует.
Под временным окном понимается период времени, для которого описываемые
процессы являются актуальными.
 |
В дополнение к введенной информации Вы можете ввести расширенную информацию,
специфическую для каждой диаграммы в модели, поскольку основным действием
над диаграммой является ее уточнение (декомпозиция).
После того как Вы создали и документировали контекстную диаграмму,
можете добавить стрелки. На диаграмме А-0 все стрелки являются рамочными
(выходят и входят в рамку рабочего поля). Для рисования стрелки используется
инструмент «Стрелка».
BPwin предоставляет в распоряжение пользователя удобную возможность,
выражающуюся в подсветке источника и назначения выбранной стрелки, что
существенно облегчает ориентирование в сложных диаграммах. Каждая стрелка
состоит из сегментов, которые позволяют легко изменять ее форму, источник
и назначение. Для удобства работы система имеет словарь стрелок, который
позволяет использовать их многократно. Система также позволяет легко изменять
визуальные атрибуты стрелок.
Методология IDEF0 жестко определяет, откуда выходит и куда входит стрелка
каждого вида (Input, Control, Output, Mechanism). Стрелка Input выходит
из левой стороны рамки рабочего поля и входит слева в прямоугольник процесса.
Стрелка Control выходит и входит сверху. Output выходит из правой стороны
процесса и входит в правую сторону рамки. Mechanism соответственно снизу.
Кода Вы выполните работу по заданию входных воздействий и результатов,
то будете готовы выполнить первую декомпозицию диаграммы. Все что от Вас
потребуется, это указать на сколько процессов нужно разложить выбранный
процесс. Это количество процессов в декомпозиции зависит от того, насколько
хорошо Вы представляете себе процесс. Если Вы ошиблись изначально, то позднее
можно будет легко добавить или удалить дочерние процессы. Система имеет
удобные функции автоматического расположения прямоугольников, представляющих
процессы, изменения масштаба просмотра и т.п. После нескольких шагов декомпозиции
Вы получаете достаточно развитую модель процесса.
 |
 |
Система предоставляет великолепные возможности по построению деревьев
процессов. При этом происходит автоматическое обновление, для отображения
внесенных изменений. Вы также имеете возможность управлять количеством
и содержанием информации, отображаемой в дереве.
Для особенностей, не предусматриваемых методологией IDEF0 в системе
имеется возможность построения FEO (for exposition only) диаграмм, в которых
некоторые правила ослаблены (т.е. не проверяются BPwin). Это включает в
себя допустимость повторяющихся имен деятельностей и возможности туннелирования
стрелок (стрелки, нарушающие целостность диаграммы).
В обычной диаграмме тунеллирование контролируется BРwin, и оно может
возникнуть только в случае удаления стрелки. Эта особенность гарантирует
ссылочную целостность между родительской и дочерней диаграммой. Однако
к FEO диаграммам это не относится, поэтому Вы можете удалять или скрывать
любые стрелки. Для сокрытия стрелок в системе предлагается использовать
туннелирование. Поэтому существует два вида туннелей - сигнализирующий
о проблеме (unintendet) и намеренные - скрывающие стрелку на одном из уровней
(intendet).
В добавление к стандартным описаниям процессов и моделей Вы можете
использовать текстовые блоки, для которых имеется также возможность привязывать
их к объектам.
Простота процесса моделирования и его возможности просто поражают.
Можно очень быстро создать большое количество диаграмм, описывающих сложные
процессы. Однако во всем этом изобилии стрелок и прямоугольников легко
запутаться. BРwin снова окажет Вам помощь. Достаточно задействовать в системе
возможности авто нумерации стрелок и деятельностей и вся работа будет проделана
автоматически. Вы также имеете возможность полностью изменять визуальные
настройки, такие как шрифт и цвет, всех или выбранных объектов. Более того!!!
Хорошим стилем диаграммы считается, когда пересечений стрелок минимальное
количество. Полностью избежать их конечно невозможно, однако система позаботится
об этом и сведет их количество к минимуму. Вы только должны указать, какие
из них (вертикальные или горизонтальные) Вы предпочитаете. Для стрелок,
которые имеют множество сегментов, пересечений, система может добавлять
избыточные указатели в «стратегических» точках, что значительно упрощает
навигацию в диаграмме.
Все, что было перечислено ранее, с успехом может применяться для моделирования
любого процесса. Однако всегда имеется необходимость учитывать какие-либо
особенности процесса. В системе BPwin предусмотрена возможность расширения
набора свойств, связанных с деятельностью или стрелкой. Вы можете добавить
свои свойства числового и текстуального типа, типа даты и команды. Кроме
того, имеется возможность объединять эти свойства в различные категории.
 |
Уникальной особенностью системы BPwin является возможность учета стоимости процессов. В совокупности с другими возможностями, это позволяет учитывать как стоимость реального процесса, так и проектируемого. Учет стоимости опирается на понятие Cost Center (источник затрат). Источник затрат - это «счет», который содержит стоимость специфической группы деятельностей. В BРwin отношения между источниками затрат и деятельностями - многие-ко-многим, означающие, что деятельность может принадлежать ко многим источникам затрат и источник затрат может содержать много деятельностей.
 |
Система также оперирует понятиями единицы измерения времени и количества
(unit of measure) для вычисления стоимости деятельности.
Когда Вы ввели данные об источниках и единицах, можно установить их
связь с деятельностями. Для того чтобы подсчитать стоимость, нужно ввести
частоту (количество циклов родительской деятельности), продолжительность
(длительность одного цикла), стоимость цикла и к какому источнику эта стоимость
относится.
 |
Система автоматически рассчитывает стоимость родительских процессов
на основе стоимости процессов декомпозиций. Имеется замечательная возможность
производить округление вычисленных сумм. Например, Вы получили расчетную
стоимость процесса и, воспользовавшись некоторым алгоритмом, округлили
ее. Вы можете ввести эту сумму напрямую для любой декомпозиции и также
привязать ее к источнику затрат. При этом Вы всегда имеете возможность
использовать как расчетную, так и округленную суммы.
Нет смысла пользоваться всеми этими возможностями, если вы не можете
составить по ним обобщенных отчетов. Средства генерации отчетов системы
заслуживают наивысшей оценки. Вы можете пользоваться как встроенным генератором,
так и передавать результаты с помощью DDE в другие программы, например
Word, Excel.
 |
Предположим, Вы достигли той стадии в совершенствовании модели, когда
все особенности процесса смоделированы. Что же делать дальше? Неужели на
этом нужно поставить точку?
Фирма Logic Works предлагает семейство продуктов для автоматизации
моделирования. Между всеми этими продуктами существует достаточно тесная
связь, которая позволяет обмениваться результатами моделирования из различных
программ. Как это достигается.
 |
Стрелки в модели IDEF0 могут представлять собой данные. Некоторые стрелки
представляют устойчивые данные, т.е. данные которые могут быть сохранены,
некоторые временные данные, а некоторые и те и другие.
Благодаря своей природе, данные обычно могут представляться в виде
наборов строк и колонок. Рассмотрим, например данные типа «Потребитель».
Каждый потребитель представляется строкой - записью. Каждый атрибут потребителя
(имя, город, страна и т.п.) представляется полем в этой строке. Все совокупность
данных о потребителях может быть представлена таблицей. В теории моделирования
данных набор данных определяется как сущность, а поля данных как атрибуты.
Модели данных описывают устойчивые данные, а устойчивые данные в модели
процесса могут соответствовать элементам в модели данных. Временные данные
не отображаются в моделях данных.
В процессе интеграции моделей, представления, сущности и атрибуты модели
IDEF1X отображаются в соответствующие деятельности и стрелки IDEF0 модели.
Конечно, процессы и модели данных представляют собой различные аспекты
например предприятия, но различные элементы моделей являются взаимодополняющими.
В дополнение к этому, различные модели IDEF0 могут отображать различные
части одного и того же процесса, а модель IDEF1X может их интегрировать.
Поэтому интеграция между моделями имеет жизненно важное значение для
анализа и разработки.
Поскольку степень обеспечения интеграции сильно зависит от затраченных
усилий, имеет смысл тщательное планирование. Когда границы проекта определены,
детализированные процессы и модели данных могут разрабатываться параллельно,
с разделением информации между проектировщиками. Поскольку проектирование
может выполнятся параллельно, должна существовать возможность выявления
ошибок. Это особенно важно для проектов, в которых создаются множественные
модели. Для модели одного процесса, возможна задержка моделирования данных,
но параллельное моделирование намного эффективнее.
BРwin поддерживает двунаправленные связи с ERwin. Это означает, что
сущности и атрибуты, созданные в ERwin могут быть импортированы в BРwin,
и наоборот.
На этом я заканчиваю краткое описание возможностей программы. К сожалению,
ограниченный размер статьи не позволяет описать возможности системы полностью,
но даже из вышесказанного можно сделать вывод - BPwin является незаменимым
подспорьем для специалистов по реинжинирингу бизнес-процессов и управлению
качеством. С помощью простых и наглядных средств можно смоделировать, в
корне изменить и улучшить процессы, выполняемые на предприятии. Это и было
целью при разработке программы. Однако и специалисты других областей также
могут получить выгоду от использования этой системы. Это относится в первую
очередь к разработчикам сложных систем. Ведь чем лучше Вы осознали предметную
область, тем лучше Вы можете реализовать свои системы. Вот такие пироги,
господа программисты!
Следующая статья будет посвящена другому продукту Logic Works – ERwin
ERX.
Обучение по использованию CASE-средств ERwin, BPwin
Вы можете пройти в Учебно-консалтинговом центре Интерфейс Лтд.
Тел: (095)135-2519, 135-5500, e-mail: mail@interface.ru