41. Моделирование бизнес-процессов

Здесь мы не будем давать исчерпывающую информацию о методах и средствах моделирования. Это достаточно хорошо отражено на других сайтах. Наша цель, - отразить личный опыт. Ну и конечно, Ваше мнение и опыт, если пожелаете.

В настоящее время в мире разработано и успешно применяется для бизнес - моделирования достаточно большое количество различных методологий или, другими словами, языков описания бизнес - деятельности организации. Большинство известных методологий нацелено на моделирование бизнес-процессов или данных.

На вопрос: "Какую же методологию выбрать?", - однозначной рекомендации дать нельзя. Многое зависит от первого знакомства. Прямо как с девушкой: на улице столкнулись, тебе улыбнулись, и ты уже влюблен. А потом начинается анализ достоинств и недостатков. Вот и я постараюсь изложить свое скромное, личное мнение.

Рассмотрим некоторые основные методологии и средства, которые их используют.

SADT - методология структурного анализа и проектирования (Structured Analysis and Design Technique). Основана на понятиях функционального моделирования. Является методологией, отражающей такие системные характеристики, как управление, обратная связь и исполнители. Возникла в конце 60-х годов.

Базовой книгой по этому вопросу является: Дэвид А. Марка, Клемент МакГоуэн "Методология структурного анализа и проектирования"(размер файла 3,7 мб). Очень хорошая книга, с подробными примерами.

IDEF0 - методология функционального моделирования. Применяется для описания рабочих процессов (Work Flow). Разработана на основе SADT. По сути одно и тоже. Для изучения могу рекомендовать книгу: "МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ IDEF0. Руководящий документ. РД IDEF0 - 2000". Это стандарт. Неплохо изложен и, главное, по-русски. Хотя, как всякий стандарт, он сильно формализован. По сути, он является точной копией американского стандарта "INTEGRATION DEFINITION FOR FUNCTION MODELING (IDEF0) 1993 December 21 ".

DFD - методология моделирования потоков данных. Применяется для описания обмена данными между рабочими процессами.

IDEF3 - методология моделирования потоков работ. Является более детальной по отношению к IDEF0 и DFD. Позволяет рассмотреть конкретный процесс с учетом последовательности выполняемых операций.

IDEF1X - методология описания данных. Применяется для построения баз данных.

IDEF4 - объектно-ориентированная методология. Отражает взаимодействие объектов. Удобна для создания программных продуктов на объектно-ориентированных языках (например С++). Пока, на мой взгляд, широкого распространения не нашла. Более широко сейчас используется UML.

ARIS - описывает бизнес-процесс в виде потока последовательно выполняемых работ. Ее использует программное средство ARIS Toolset.

UML - (Unified Modeling Language) язык визуального моделирования, основанный на объектно-ориентированном подходе. UML включает в себя двенадцать типов диаграмм, которые позволяют описать статическую структуру системы и ее динамическое поведение.

С появлением персональных компьютеров, стали появляться многочисленные средства, автоматизирующие построение структурных моделей (CASE- средства). В настоящее время используется значительное количество разнообразных CASE-средств. Наиболее широко их возможности описаны, на мой взгляд, в статьях, публикуемых на сайте компании Interface Ltd.

CASE-средства - личные впечатления

Platinum BPwin или, как он теперь называется, All Fusion Process Modeller. Поддерживает нотации IDEF0, DFD, IDEF3. Описание BPWin имеется на страничке http://www.interface.ru/ca/bpwin.htm. Средство удобное, с интуитивно понятным интерфейсом. Позволяет строить иерархию диаграмм. Как недостатки следует отметить частые сбои в версиях 2.5, 4.0, которые в основном устранены в версии 4.1. Однако она пока не столь широко распространена, и Ваши диаграммы не смогут быть прочитаны ранними версиями. Причем средства экспорта из 4.1 в ранние версии отсутствуют. Думаю, что это сделано в рекламных целях, чтобы быстрей покупали новую версию. Большой недостаток в том, что созданные объекты нельзя перемещать мышью в другие диаграммы на другой уровень. Нельзя также копировать, т.к. они должны быть уникальными. В результате нельзя создавать стандартные операции. А вставка дополнительной диаграммы между уровнями превращается в настоящее мучение.

Oracle Process Modeller - средство моделирования процессов компании Oracle. Является частью мощного CASE-инструмента Oracle Designer. В основе подхода лежит собственная методология фирмы - CASE*Method. Центральной частью пакета является репозиторий, содержащий спецификации проекта на всех его этапах и обеспечивающий согласованную работу всех его участников. Имеет возможность анимации процессов и расчета их стоимостных характеристик. Но интерфейс - неповоротливый, дубоватый. Требует установки СУБД Oracle, и в автономном режиме не работает. Очень хорош для коллективного использования.

Rational Rose - средство моделирования компании Rational Software. Использует объектно-ориентированный подход и, в частности, UML. Является частью мощного пакета Rational, включающего целый ряд компонентов, которые позволяют провести разработку, начиная от концептуальной модели, до программного кода. Правда, это требует очень высокой квалификации. Однако, ее можно успешно использовать и для автономного описания процессов. Имеет удобный современный интерфейс. Но графические возможности явно недостаточны. В частности, нельзя изменять толщину линий диаграмм и, в результате, они выходят на печать очень блеклыми.

Конечно, это очень поверхностные характеристики. Желающим ознакомиться с описанием основных CASE-средств можно рекомендовать статью Георгия Калянова "Российский рынок CASE-средств". Но, к сожалению? на сайте Interface Ltd найти ее уже не удалось. Наверное, она уже устарела. Для начального ознакомления можно рекомендовать более новую статью В. Чеботарева "Моделирование бизнеса: средства и методы". А также, статью А. Чачавы "Логика CASE-средств: война продуктов".