Важнейшим этапом процесса разработки программного обеспечения является этап системного анализа и моделирования деятельности предприятия-заказчика. От успеха проведения этого этапа зависит успех проекта в целом. Предлагаемая статья обрисовывает подход к проблеме и представляет инструмент, который поможет в ее решении.
Моделирование бизнес-процессов
Темпы развития информационных технологий и постоянно повышающиеся требования к ведению бизнеса приводят к необходимости усовершенствования бизнес-процессов. Такие попытки предпринимаются на любом предприятии, руководство которого осознает необходимость улучшения собственных методов работы. Однако вот интересная цифра - около 70 % таких попыток модернизации оканчиваются полной или частичной неудачей. В чем же заключается причина столь большого количества провалов при всей очевидности проблем, которые нужно решить?
Компании строят свою информационную инфраструктуру для выполнения определенных действий, которые являются частью процессов, присущих данной области рынка в целом и данной компании в частности. Реорганизация бизнес-процессов служит для улучшения параметров выполнения этих операций, таких, как, например, скорость и качество выполнения. По определению, такая инициатива подразумевает под собой соответствующую перестройку информационной системы. Процесс изменения информационной системы и самих бизнес-процессов взаимосвязаны, поэтому реорганизация работы грозит двумя опасностями:
-
Изменение бизнес-процессов без переработки приложения, которое поддерживает эти процессы, создаст "узкое место" в работе компании
-
Внедрение новой технологии, которая не приносит существенной пользы работе предприятия, не соответствует стратегическим целям фирмы
Основная проблема неудач при осуществлении таких проектов заключается в отсутствии взаимодействия между экспертами предметной области и IT-менеджерами. Большинство специалистов, реализующих проекты по реорганизации бизнес-процессов компании, игнорируют ключевой фактор успеха проектов подобного типа - постоянное взаимодействие и обмен информацией со специалистами в сопряженных областях. Отсутствие подобного взаимодействия приводит к тому, что при завершении "кабинетного проекта" по реорганизации бизнес-процессов, бизнес стремиться вернуться к прежним, устоявшимся методам работы.
Реорганизация или реинженеринг бизнес-процессов (business process reengineering) уже довольно давно является отдельной дисциплиной; в этой области рынка работает множество компаний, услуги которых весьма ценятся. С точки зрения профессионалов, ключевым моментом успеха проекта по реорганизации является коммуникация между всеми группами лиц, заинтересованных в выполнении задачи. Это взаимодействие достигается посредством составления различных моделей, которые отображают бизнес-процессы и понятны всем участникам проекта. Одновременно модель служит для формализации и документирования существующего состояния дел и изучения возможностей улучшения работы.
На рынке существует несколько технологий, которые предназначены для моделирования бизнес-процессов и позволяют облегчить обмен информацией. Инструменты для разработки, моделирования и анализа получили название CASE-средств (Computer-Aided Software Engineering). Понятие CASE-средства охватывает самые различные инструменты, которые служат для компьютерного анализа и моделирования, и инструменты для анализа бизнес-процессов представляют собой лишь небольшую часть всего семейства. Однако именно изучение бизнес-процессов является ключевым моментом при разработке любого приложения и позволяет четко и однозначно определить задачи, которые стоят перед разработчиками. Таким образом, инструменты анализа бизнес-процессов являются неотъемлемой частью начального этапа разработки жизнеспособной системы. Инструмент моделирования бизнес-процессов должен удовлетворять следующим условиям:
- Отображать текущие бизнес-процессы. Инструмент должен графически представлять существующие процессы в виде модели и помогать определять узкие места и проблемы в работе.
- Определять новые требования бизнеса. Представив в графическом виде "один день жизни" компании или определенного отдела, можно определить наиболее оптимальный способ работы. Инструмент должен помогать в этом.
- Определять и прорабатывать альтернативные методы работы. В процессе изучения деятельности компании, могут возникнуть альтернативные варианты выполнения определенных операций. Инструмент разработки должен позволять прорабатывать каждый альтернативный вариант вплоть до результата, к которому он приводит, и наглядно представлять положительные и отрицательные стороны этого варианта.
Следует понимать, что сам по себе инструмент не является решением, однако, он помогает и является незаменимым для разработки, анализа, проверки и оптимизации бизнес-процессов.
Справка о продукте
Компания LogicWorks, разработчик BPwin, сейчас входящий в Computer Associates, работает на рынке технологий моделирования уже более 10 лет, предлагая пользователям самые современные инструменты моделирования. При помощи инструментов CA/LogicWorks может быть автоматизирован весь цикл производства программного обеспечения, начиная с изучения и анализа бизнес-процессов предприятия и заканчивая генерацией структуры данных и объектов пользовательского интерфейса. Все средства разработки интегрированы друг с другом и позволяют создать основу для разработки следующего этапа.
BPwin является мощным средством моделирования и документирования бизнес-процессов. Этот продукт использует технологию моделирования IDEF0 (Integration Definition for Function Modeling) - наиболее распространенный стандарт, который принят для моделирования бизнес-процессов. Этот стандарт был разработан в лаборатории военно-воздушных сил США в 1981 году и успешно использовался для разработки систем противовоздушной обороны.
Диаграммы IDEF0 наглядны и просты для понимания, в то же время они формализуют представление о работе компании, помогая с легкостью находить общий язык между разработчиком и будущим пользователем приложения. Пример диаграммы IDEF0 представлен на рис. 1.
Рис. 1. Фрагмент диаграммы, описывающий процедуру оформления заказа на товар
Основными элементами диаграммы являются активности и дуги (стрелки), которые изображают взаимосвязи и отношения активностей друг с другом. Дуги могут быть нескольких типов: вход, выход, управление и ресурсы. На каждой диаграмме обычно располагается от 3 до 6 активностей, это обусловлено тем, что такое количество активностей является оптимальным для восприятия сознанием. Модель BPwin представляет собой набор иерархически связанных и упорядоченных диаграмм, каждая из которых является конкретизацией (декомпозицией) активности предыдущего верхнего уровня. Каждая модель имеет одну диаграмму верхнего уровня, которая содержит только одну активность, определяющую общую функцию моделируемого процесса. Модели имеют так называемые "точки зрения" (point of view), определяющие ракурс, под которым рассматривается процесс. Например, для рассмотрения процесса может быть выбрана точка зрения начальника отдела компании, где происходит моделируемый процесс.
Кроме стандарта IDEF0, BPwin поддерживает также методологии моделирования DFD (data flow diagram) и IDEF3 (workflow). Методология DFD служит для описания потоков данных, которые возникают в результате деятельности компании. Методология IDEF3 служить для графического описания потока процессов (работ), взаимодействия процессов и объектов, которые изменяются этими процессами.
В зависимости от корпоративного стандарта по проведению системного анализа бизнес-процессов на начальном этапе проектирования системы, могут использоваться различные типы или комбинации этих методологий моделирования. Выбор конкретного типа модели для описания бизнес-процессов предприятия является предметом отдельного разговора, и не будет обсуждаться в рамках данной статьи.
Пользовательский интерфейс
Последняя версия продукта BPwin 2.0 была выпущена в начале этого года и намного превзошла предыдущие версии как по функциональности, так и по удобству пользовательского интерфейса.
Функциональность BPwin заключается не только в рисования диаграмм, но и в проверке целостности и согласованности модели. BPwin обеспечивает логическую четкость в определении и описании элементов диаграмм, а также проверку целостности связей между диаграммами. Инструмент обеспечивает коррекцию наиболее часто встречающихся ошибок при моделировании, таких, как "зависание" связей при переходе от диаграммы к диаграмме, нарушение ассоциации связей в различных диаграммах модели и т.п. Кроме того, BPwin поддерживает пользовательские свойства, которые применяются к элементам диаграммы для описания специфических свойств, присущих данному элементу.
BPwin имеет широкие возможности по представлению диаграмм. Графическое представление модели может быть изображено при помощи различных цветов, шрифтов и прочих параметров представления, которые выделяют важные или, наоборот, тушируют незначительные аспекты модели. Эта незначительная на первый взгляд возможность является ключевой во время представления и обсуждения модели с заказчиком или экспертами предметной области, т.к. правильно подобранное графическое представление позволяет им быстрее сориентироваться в модели.
Одним из важнейших средств BPwin является генератор отчетов. На деле, генератор отчетов RPTwin представляет собой автономный продукт, который поставляется с некоторыми продуктами CA/Logic Works, и позволяет генерировать подробные и многогранные отчеты по модели. Вместе с BPwin устанавливается набор стандартных отчетов, которые позволяют осветить модель с различных сторон. Отчеты обычно сопровождают окончательный вариант модели бизнес-процессов, созданной при помощи BPwin, и содержат информацию, размещение которой на модели сделало бы ее трудной для восприятия. Например, отчет может содержать подробное описание каждого элемента диаграммы, что помогает отчетливо представить себе назначение данного элемента без дополнительных разъяснений со стороны системного аналитика, создававшего диаграмму. Кроме того, существуют отчеты, которые предназначены для самого системного аналитика, например, отчет по целостности модели.
Что касается пользовательского интерфейса, то основное внимание было уделено развитию средств навигации по модели в сравнении с предыдущими версиями. Теперь BPwin имеет удобный проводник, который представляет иерархическую структуру модели в удобном и простом для понимания виде. Среда моделирования в BPwin изображена на рис. 2.
Рис. 2. Среда моделирования BPwin
В новой версии BPwin обеспечивается интеграция с ModelMart - продуктом компании CA/Logic Works, который предоставляет репозитарий для коллективной разработки моделей. ModelMart гарантирует согласованность моделей, разграничение доступа к ним, поддержку версий и много других средств, которые так важны при командной разработке моделей. Полнофункциональная интеграция с ModelMart включена в версии BPwin 2.02 и выше.
BPwin и разработка информационных систем
Разработка информационных систем включает в себя несколько этапов. Однако всегда начальным этапом создания системы является изучение, анализ и моделирование деятельности заказчика для возможного улучшения и оптимальных методов работы, которые и будут реализованы в создаваемом приложении. BPwin предназначен для облегчения труда и увеличения производительности системного аналитика на первом этапе разработки системы. Кроме Bpwin, компания CA/Logic Works представляет продукт ERwin, который предназначен для разработки структуры данных будущей информационной системы. Эти два продукта тесно интегрированы и обычно используются при разработке совместно. Механизмы экспорта-импорта позволяют синхронизировать модели на различных этапах разработки системы. Хорошо спроектированная модель бизнес-процессов является не только фундаментом для построения концепции информационной системы, но также и основой для структуры данных приложения. В следующей статье, посвященной CASE-средствам, будет рассказано о продукте ERwin, который является безусловным лидером на рынке инструментов разработки структуры данных.