При проведении реинжиниринга создаются специальные проекты, которые включают этапы:
1) Разработка образа будущей фирмы
2) Анализ существующего бизнеса - проводится исследование фирмы и составляется схема её функционирования в данный момент
3) Разработка нового бизнес-процесса – разрабатываются новые и изменяются старые бизнес-процессы
4) Внедрение новых бизнес-процессов
Для проведения реинжиниринга используются специальные инструментальные средства:
1.Средства построения диаграмм – продукты создания образа бизнес-процесса:
· пирамиды эффективности
· модель балансовых ведомостей
2.Средства описания бизнес-процессов графическими методами:
· SA/SD – структурный анализ/структурный дизайн – одна из самых известных методик описания бизнес-процессов, основанная на методе функциональной декомпозиции.
· IDEF – стандарт описания бизнес-процессов; включает специальные обозначения для описания готовых работ и моделей бизнеса.
3.Средства имитационного моделирования – методы и модели, позволяющие описать функционирование системы в реальных условиях.
4.Oracle Design, Oracle Developer – моделирование через БД.
5. Экспертные системы (Gensym)
Методологии РБП разрабатываются различными консалтинговыми фирмами. Специалисты сходятся во мнении, что не существует универсальной методологии. Выбор методологии определяется особенностями конкретного проекта по реинжинирингу.
Методология объединяет совокупность технических и организационных механизмов коллективного решения сложных проблем информатизации: методы решения задач и схему организационного механизма ведения работ — поэтапное распределение персонала, функций каждой роли, результатов каждой операции, дает описание комплексного механизма ведения работ с учетом особенностей класса решаемых задач и возможностей организации-разработчика. Как правило, внедрение инструментальных средств без методологической основы не приводит к желаемому результату — выполнение работы в срок, в пределах бюджета и с заданным качеством.
Реинжиниринг должен осуществляться специалистами двух типов — профессионалами в области реконструируемого бизнеса и разработчиками информационных систем. Опыт показывает, что успешное внедрение информационных технологий является уникальным творческим процес-сом: управляющие объектами хозяйствования и специалисты-технологи знакомятся с методами информационных технологий и делают выводы относительно возможностей их использования в бизнесе. Создание информационных систем требует участия профессионалов в области информационных технологий (ИТ). Решение проблемы совместной работы различных специалистов над проектом по реинжинирингу базируется на интеграции таких информационных технологий, как инженерия знаний, имитационное моделирование процессов, объектно-ориентированное программирование, средства быстрой разработки прило-жений и др.
Методологии предписывают, какие стадии и этапы должны быть выполнены, чтобы:
· бизнес-процессы деятельности организации, для которой создается информационная система (ИС), были правильно описаны, и это описание позволило бы адекватно сформировать требования к ИС и ее прикладному программному обеспечению;
· прикладное программное обеспечение ИС было правильно разработано, документировано, оттестировано и внедрено у заказчика, чтобы оно соответствовало требованиям заказчика, было завершено в срок, было сопровождаемым и приспособленным к модификации;
· деятельность разработчиков была организована таким образом, чтобы обеспечить планирование и контроль за ходом проекта и завер-шением его в срок и в пределах бюджета.
Количество методологий, поставляемых как продукт, относительно невелико. Они не всегда доступны на нашем рынке. Как правило, методологии весьма дороги и требуют обязательного консалтинга со стороны поставщика. Это вполне объяснимо, поскольку:
· методология — это ноу-хау, доставляющее владельцу конкурентные преимущества на рынке, а поставка методологий — это по существу процесс передачи ноу-хау;
· чтобы быть эффективной, методология должна быть достоянием коллектива (во всяком случае, его лидирующей части), а это всегда связано с обучением, иногда — с реконструкцией коллектива, а также с необходимостью проведения начальных работ под контролем специалистов-инструкторов.
При практическом использовании методология всегда позволяет определить четкий порядок проведения и взаимосвязь работ, а также схему распределения работ между исполнителями (ролевые функции исполнителей), требования к участникам разработки и сопровождения прикладного программного обеспечения (ППО) инструментальных средств. Иными словами, при использовании методологии всегда известно, кто и какие действия должен проводить, каким должен быть результат той или иной работы, какой информацией обмениваются участники процесса в ходе его выполнения. Поэтому внедрение методологий окупается за счет снижения затрат на планирование и организацию работ, уменьшения хаоса при их проведении.
В числе представляемых на нашем рынке следует указать методологии фирм:
· Oracle — Оracle Method, включая прежде всего Development — структурный метод разработки ППО и ProJect Management Method — метод управления проектом;
· Rational Software Corp. — Rational Unified Process, метод объектно-ориентированного анализа и проектирования ППО;
· Silverrun Technologies Inc. — Datarun, методология разработки ППО структурным методом.
Количество поставляемых методологий не ограничивается приведенным списком. Нельзя не отметить методологию, или точнее комплекс методологий SHL Systemhouse — уникальный труд ведущих специалистов мира по обобщению методологических знаний в интересах создания уникальных систем для крупнейшей мировой монополии (MCI).
Для моделирования бизнес-процессов наиболее часто используется так называемая IDEF-методология (Integration Definition for Function Modeling).
IDEF состоит из трех методологий моделирования, основанных на графическом представлении производственных систем:
1. IDEF0 используется для создания функциональной модели, которая отображает функции производственной системы или среды;
2. IDEF1 применяется для построения информационной модели, в которой отображается структура информации, необходимой для поддержки функций производственной системы или среды;
3. IDEF2 позволяет построить динамическую модель функций, информации и ресурсов производственной системы или среды.
IDEF0 — методология, основанная на следующих концепциях:
Графическое представление блочного моделирования: IDEF0-диаграммы отображают производственную операцию в виде блока, а интерфейсы входа/выхода операции представляются дугами, соответ-ственно входящими в блок или выходящими из него.
Краткость: документация архитектуры производственной системы для полноценного охвата материала должна быть точной.
Передача информации: в IDEF существует ряд средств, разработанных для улучшения передачи информации:
· диаграммы, основанные на графике блоков и дуг;
· описания блоков и дуг, глоссарий и сопроводительный текст для определения элементов диаграммы;
· постепенное представление деталей (декомпозиция);
· ограничение каждой диаграммы шестью подфункциями для облегчения чтения.
Строгость и точность: Выполнение правил IDEF0 требует достаточной строгости и точности. Они включают:
· ограничение количества деталей на каждом уровне (как правило, 3–6 блоков);
· связанность структуры данных;
· уникальность меток и наименований (отсутствие повторяющихся имен);
· синтаксические правила для графики (блоков и дуг);
· разделение входов и управлений (правило определения роли данных);
· требования к меткам дуг данных (правила минимальных меток);
· минимальное управление для функций (для каждой функции нужна, по крайней мере, одна управляющая дуга);
· цель и точка зрения (у каждой модели есть цель и точка зрения).
“Организация” из “функций”. Отделение организации от функций включено в цель модели и осуществляется отбором имен функций и связей в процессе разработки модели.
Результатом применения методологии IDEF0 является модель, состоящая из диаграмм, фрагментов текста и глоссария, которые имеют ссылки друг на друга. На диаграммах все функции производственной системы и интерфейсы представлены как блоки (функции) и дуги (интерфейсы). Управляющие производством данные входят в блок сверху, в то время как ресурсы, которые подвергаются производственной операции, показаны с левой стороны блока; результаты выхода показаны с правой стороны. Человек или автоматизированная система, осуществляющие операцию, представляются дугой, входящей в блок снизу.
Одной из наиболее важных особенностей методологии IDEF0 является постепенная детализация диаграмм, что обеспечивает наглядное представление информации. При декомпозиции модулей на подмодули, интерфейс между ними представляется дугами. Имя каждого блока и описания интерфейсных дуг определяют связанный контекст для этого подмодуля.
IDEF1X — методология семантического моделирования данных. Она разработана с учетом следующих требований:
Поддерживает разработку концептуальных схем: поддерживает семантические конструкции, необходимые для разработки концептуальной схемы. Окончательная версия IDEF1X-модели обладает непротиворечивостью, расширяемостью, адаптируемостью.
Обеспечивает ясный язык: имеет простую, ясную, непротиворечивую структуру и четкие семантические понятия.
Проста для изучения: язык рассчитан на понимание и использование как профессиональными бизнесменами и системными аналитиками, так и администраторами данных и разработчиками баз данных.
Надежно проверена на практике: базируется на многолетнем опыте предшествующих методологий и тщательно проверена как в проектах военно-воздушных сил, так и в промышленности.
Возможность автоматизации: IDEF1X-диаграммы поддерживаются большим числом графических пакетов.
Существует множество инструментов, реализующих методологию IDEF (IDEF0 и IDEF1X) — от простых и дешевых до многофункциональных и весьма дорогостоящих.
Имитационное моделирование обеспечивает наиболее глубокое представление моделей для пользователя. Модели создаются в виде потоковых диаграмм, в которых представлены основные рабочие процедуры объектов хозяйствования и описано их поведение, а также информационные и материальные потоки между ними. Построение реальных имитационных моделей является довольно трудоемким процессом, а их детальный анализ требует от пользователя специальной подготовки, а для создания процедур может понадобиться дополнительное программирование. А это означает, что при попытке привлечь менеджеров к непосредственному использованию средств имитационного моделирования возникают определенные проблемы.
В настоящее время все более широко используются методы инженерии знаний. С их помощью можно непосредственно представлять в моделях плохо формализуемые знания менеджеров о бизнес-процессах, в частности, рабочих процедурах. При этом решается проблема создания интеллектуального интерфейса конечного пользователя со сложными средствами анализа моделей.
Объектно-ориентированный подход в настоящее время на западе признан базовой методологией РБП. Традиционно при создании информационных систем разработчики отталкивались от данных. В результате используемые ими подходы к моделированию систем опирались на описание данных об объектах реального мира и их взаимосвязей, но не на их поведение. Так как реинжиниринг ориентирован на процессы, а не на данные, традиционные подходы не годились. Объектно-ориентированный подход является в настоящее время единственным подходом, позволяющим описывать как данные о сущностях, так и их поведение. Кроме того, он обеспечивает создание легко модифицируемых моделей бизнеса и информационных систем, допускающих повторное использование отдельных компонент.
CASE-технологии (Computer Aided Software Engineering) использовались в реинжиниринге с самого начала его появления. Однако их ориентация на разработчиков информационных систем привела к тому, что в настоящее время они объединяются с другими современными технологиями, в первую очередь, объектно-ориентированными. Большинство консалтинговых фирм при проведении реинжиниринга используют CASE-средства[1].
Средства быстрой разработки приложений (RAD — Rapid Application Development) сокращают время создания поддерживающих информационных систем и необходимы не только в ходе реинжиниринга объекта хозяйствования, но на этапе эволюционного развития, сопровождающегося постоянными модификациями и улучшениями его информационных систем.
Заметив аналогию между конструированием технических систем, информационных систем и бизнес-процессов объектов хозяйствования, И.Якобсон разработал собственную методологию параллельного создания двух взаимосвязанных систем — бизнес-системы и поддерживающей ее информационной системы объекта хозяйствования, которая базируется на идеях созданной им ранее методологии, известной как объектно-ориентированный инжиниринг программного обеспечения.
Методология параллельного создания двух взаимосвязанных систем предусматривает разработку последовательности моделей, описывающих обе системы как с точки зрения их использования (в одном случае — клиентами, в другом — пользователями информационной системы), так и с точки зрения их внедрения. При построении моделей используется общая методологическая база, которая включает в себя:
· модели первого типа, описываемые в терминах примеров использования;
· модели второго типа, раскрывающие особенности реализации этих примеров в терминах объектно-ориентированного моделирования.
Объектно-ориентированные модели описываются на различных уровнях детализации. Совместная разработка моделей обеих систем при общей методологической базе позволяет естественным способом учесть взаимосвязь этих систем и осуществить параллельное и согласованное их создание и последующее развитие.
Для поддержки реинжиниринга создана объектно-ориентированная программная среда Objectory с элементами CASE-технологии. Методо-логия И.Якобсона и среда Objectory используются рядом консалтинговых фирм и многими разработчиками инструментариев поддержки РБП. Создаваемые модели довольно сложны, и маловероятно, что менеджеры смогут работать с ними также легко, как профессионалы в области информационных технологий.
Предложенный Дж.Мартином и Дж.Оделлом подход был исполь-зован в ряде инструментариев, в том числе в системе OMW (Object Management Workbench) фирмы IntelliCorp. Он базируется на сочетании CASE-технологии, объектно-ориентированного программирования и статических экспертных систем и ориентирован на разработчика информационных систем, а не на менеджеров. Подход предусматривает создание диаграмм, представляющих потоки работ, структуры данных, взаимосвязи объектов, состояния и переходы в описании процессов. В нем поддерживается разработка соответствующего программного обеспе-чения.
В настоящее время наблюдается переход к использованию интегрированных методологий и средств. Наиболее известными консалтинговыми фирмами, поддерживающими интегрированные методологии, являются:
Gensym (США) — разработала инструментальное средство G2 и комплекс проблемно/предметно-ориентированных расширений для быстрой разработки сложных динамических систем на базе использования графических языков для представления элементов технологического процесса и типовых задач обработки информации. Комплекс инструментальных сред обеспечивает интеллектуальное управление производством, оперативное управление, разработку и моделирование производственных процессов, управление операциями и корпоративными сетями. G2 представляет собой объектно-ориентированную интегри-рованную среду для разработки и сопровождения приложений реального времени, использующих базы знаний, и функционирует на большинстве существующих платформ — VAX, DEC, SUN, HP, RISC, Intel/Pentium, Motorola и др.;
Coopers&Lybrand (США) — ее методология SPARKS основана на применении баз знаний о типовых бизнес-процессах, которые могут использоваться непосредственно менеджерами. Компания разработала собственное инструментальное средство на базе комплекса G2 фирмы Gensym, которое объединяет возможности объектно-ориентированного программирования, анимации и имитационного моделирования с CASE-технологией.
