Моделирование бизнес-процессов с BPwin 4.0
Шрифт:
Как должно работать предприятие в будущем? Какой выигрыш (проигрыш) даст реорганизация? Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (Как будет) - модели новой организации бизнес-процессов. Модель ТО-ВЕ нужна для оценки последствий внедрения информационной системы и анализа альтернативных/лучших путей выполнения работы и документирования того, как предприятие будет функционировать в будущем. Как правило, строится несколько моделей ТО-ВЕ, из которых по какому-либо критерию выбирается наилучшая (рис. 2). Например, каждая из моделей ТО-ВЕ может соответствовать определенной информационной системе.
Рис. 2. Построение моделей ТО-ВЕ как результат анализа модели AS-IS
Проблема состоит в том, что таких критериев много и непросто определить
BPwin предоставляет аналитику два инструмента для оценки модели -стоимостный анализ, основанный на работах (Activity Based Costing, ABC), и свойства, определяемые пользователем (User Defined Properties, UDP). ABC является широко распространенной методикой, используемой международными корпорациями и государственными организациями для идентификации движителей затрат в организации. Стоимостный анализ представляет собой соглашение об учете, используемое для сбора затрат, связанных с работами, с целью определить общую стоимость процесса. Стоимостный анализ основан на модели работ, поскольку количественная оценка невозможна без детального понимания функциональности предприятия. Обычно ABC применяется для того, чтобы понять происхождение затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Re-engineering, BPR). С помощью стоимостного анализа можно решить такие задачи, как определение действительной стоимости производства продукта, определение действительной стоимости поддержки клиента, идентификация работ, которые стоят больше всего (те, которые должны быть улучшены в первую очередь), и др. в каждой из моделей AS-IS и ТО-ВЕ. Следовательно, стоимостный анализ позволяет оценить, каковы будут последствия внедрения информационной системы, действительно ли это приведет к повышению производительности и экономическому эффекту и к какому именно.
BPwin позволяет делать достаточно эффективные оценки стоимости, но при этом не претендует на высокую точность таких оценок. Для точных вычислений затрат можно воспользоваться специализированным средством тоимостного анализа EasyABC. BPwin поддерживает двунаправленный экспорт - импорт в EasyABC (рис. 3). Результаты стоимостного анализа наглядно представляются на специальном отчете BPwin - ABC. ABC позволяет оценить стоимостные и временные характеристики системы. Если стоимостных показателей недостаточно, имеется возможность внесения собственных метрик - свойств, определенных пользователем UDP.
Рис. 3. Общая схема взаимодействия BPwin с программными продуктами Computer Associates и других фирм
В какую сумму обойдется внедрение информационной системы?
Модели AS-IS и ТО-ВЕ позволяют описать начальное и конечное состояние предприятия - до и после внедрения корпоративной информационной системы, оставляя без внимания сам процесс разработки (выбора) и внедрения. Но поскольку внедрение информационной системы - это тоже работа, можно с помощью BPwin создать модель этой работы (модель ТО-ВЕ на рис. 3). Модель ТО-ВЕ - это не модель деятельности предприятия, а модель мероприятий по переводу предприятия на новую технологию работы. Используя эту модель можно с помощью стоимостного анализа оценить объем средств, необходимых для приобретения/разработки и внедрения информационной системы. Такие модели можно построить для перехода на различные модели ТО-ВЕ, т. е. для внедрения различных инфор-мационных систем (как готовых, так и созданных на заказ) и выбрать оптимальный вариант.
Поддерживает ли структура данных информационной системы деятельность предприятия? Ответ на этот вопрос возможен, если предприятие самостоятельно разрабатывает информационную систему или структура данных приобретаемой информационной системы открыта и документирована. База данных должна полностью обеспечивать каждую функцию предприятия. Для того чтобы убедиться в этом, структура данных должна быть связана с функциональной моделью. Модель данных может быть создана вновь или воссоздана из существующей информационной системы с помощью ERwin 4.0 (фирма Computer Associates) - системы проектирования данных.
Связь функциональной модели BPwin 4.0 и модели данных ERwin 4.0 (см. рис. 3) гарантирует завершенность анализа, гарантирует, что есть источник данных (сущность) для всех потребностей данных (работа). Связи объектов способствуют согласованности, корректности и завершенности анализа.
Стрелки в функциональной модели BPwin обозначают некоторую информацию, использующуюся в моделируемой системе. В ERwin на логическом уровне модели данных информация отображается в виде сущностей (соответствуют таблицам на физическом уровне), состоящих из атрибутов сущностей (соответствуют колонкам таблицы). Сущности состоят из совокупности отдельных записей — экземпляров сущностей (соответствуют записям в таблице). К модели данных предъявляются определенные требования (нормализация данных), которые призваны обеспечить компактность и непротиворечивость хранения данных. Основная идея нормализации данных - каждый факт должен храниться в одном месте. Это приводит к тому, что информация, которая моделируется в виде одной стрелки в функциональной модели, может содержаться в нескольких сущностях и атрибутах в модели данных. Кроме того, на диаграмме функциональной модели могут присутствовать различные стрелки, изображающие одни и те же данные, но на разных этапах обработки (например, необработанные детали - обработанные детали - собранное изделие). Информация о таких стрелках находится в одних и тех же сущностях. Следовательно, одной и той же стрелке в функциональной модели могут соответствовать несколько сущностей в модели данных и, наоборот, одной сущности может соответствовать несколько стрелок.
BPwin 4.0 позволяет связывать элементы модели данных, созданной с помощью ERwin 4.0, документировать влияние работ на данные и тем самым позволяет создать спецификации на права доступа к данным для каждого процесса.
Поддерживает ли функциональность информационной системы деятельность предприятия? Разработчики информационных систем в процессе создания программного обеспечения сталкиваются с целым рядом трудновыполнимых задач. Работая с объектно-ориентированными технологиями создания приложений, они создают клиент-серверные приложения, которые должны удовлетворять требованиям надежности, управляемости и высокой производительности. Решение этих задач возможно только в условиях высокоэффективного анализа и проектирования. С одной стороны, BPwin позволяет построить адекватную модель (модель работ) существующих на предприятии процессов (AS-IS), проанализировать эту модель и построить модель будущих процессов (ТО-ВЕ). С другой стороны, разработчики, использующие такие средства объектно-ориентированного анализа и проектирования, как Rational Rose фирмы Rational Software или Paradigm Plus фирмы Computer Associates, могут описать функциональность информационной системы при помощи диаграмм Use Cases (диаграммы Use Cases являются составной частью объектно-ориентированного языка моделирования информационных систем UML, Unified Modeling Language). Бизнес-процессы современных предприятий и организаций весьма сложны. В результате анализа могут быть описаны работы (activity) и функции (use case), информация о которых получена из самых разных источников, поэтому необходима синхронизация работ и функций. Такая синхронизация позволяет выявить соответствие информационной системы реальным бизнес-процессам предприятия, выяснить, действительно ли внедряемая корпоративная информационная система обеспечит поддержку деятельности предприятия.
BPwin 4.0 позволяет связать модели процессов с объектной моделью Paradigm Plus 4.0 (см. рис. 3). Целью интеграции моделей Paradigm Plus и BPwin является установление логической связи между работами (activity) и функциями (use case), что позволяет создать единую технологическую цепочку от анализа бизнес-процессов до генерации кода приложений, включая описание требований к приложению.
Организация коллективной работы.
Создание и внедрение современных информационных систем, основанных на широком использовании распределенных вычислений, объединении традиционных и новейших информационных технологий, требует тесного взаимодействия всех участников проекта: менеджеров, бизнес-аналитиков и системных аналитиков, администраторов баз данных, разработчиков. Для этого использующиеся на разных этапах и разными специалистами средства моделирования и разработки должны быть объединены общей системой организации совместной работы. Для организации коллективной работы BPwin способен взаимодействовать с Mode] Mart (фирма Computer Associates) - хранилищем моделей, к которому открыт доступ для участников проекта (см. рис. 3). Model Mart удовлетворяет всем требованиям, предъявляемым к средствам организации коллективной работы, а именно:
1. Совместному моделированию. Каждый участник проекта имеет инструмент поиска и доступа к интересующей его модели в любое время. При совместной работе используются три режима: незащищенный, защищенный и режим просмотра. В режиме просмотра запрещается любое изменение моделей. В защищенном режиме модель, с которой работает один пользователь, не может быть изменена другими пользователями. В незащищенном режиме пользователи могут работать с общими моделями в реальном масштабе времени. Возникающие при этом конфликты разрешаются при помощи специального модуля - Intelligent Conflict Resolution (ICR). В дополнение к стандартным средствам организации совместной работы Model Mart позволяет сохранять множество версий, снабженных аннотациями, с последующим сравнением предыдущих и новых версий. При необходимости возможен возврат к предыдущим версиям.
Управлению доступом. Для каждого участника проекта определяются права доступа, в соответствии с которыми они получают возможность работать только с определенными моделями. Права доступа могут быть определены как для групп, так и для отдельных участников проекта. Роль специалистов, участвующих в различных проектах, может менять ся, поэтому в Model Mart можно определять права доступа и управлять правами доступа участников проекта к библиотекам, моделям и даже к специфическим областям модели.