http://www.interface.ru/fset.asp?Url=/logworks/bpww.htm
02.11.00 BPwin - инструмент системного анализа
Аржан Кинжалин
Опубликовано в журнале "Компьютер Информ"
Важнейшим этапом процесса разработки программного обеспечения является этап системного анализа и моделирования деятельности предприятия-заказчика. От успеха проведения этого этапа зависит успех проекта в целом. Предлагаемая статья обрисовывает подход к проблеме и представляет инструмент, который поможет в ее решении.
Моделирование бизнес-процессов
Темпы развития информационных технологий и постоянно повышающиеся требования к ведению бизнеса приводят к необходимости усовершенствования бизнес-процессов. Такие попытки предпринимаются на любом предприятии, руководство которого осознает необходимость улучшения собственных методов работы. Однако вот интересная цифра - около 70 % таких попыток модернизации оканчиваются полной или частичной неудачей. В чем же заключается причина столь большого количества провалов при всей очевидности проблем, которые нужно решить?
Компании строят свою информационную инфраструктуру для выполнения определенных действий, которые являются частью процессов, присущих данной области рынка в целом и данной компании в частности. Реорганизация бизнес-процессов служит для улучшения параметров выполнения этих операций, таких, как, например, скорость и качество выполнения. По определению, такая инициатива подразумевает под собой соответствующую перестройку информационной системы. Процесс изменения информационной системы и самих бизнес-процессов взаимосвязаны, поэтому реорганизация работы грозит двумя опасностями.
Изменение бизнес-процессов без переработки приложения, которое поддерживает эти процессы, создаст "узкое место" в работе компании.
Внедрение новой технологии, которая не приносит существенной пользы работе предприятия, не соответствует стратегическим целям фирмы.
Основная проблема неудач при осуществлении таких проектов заключается в отсутствии взаимодействия между экспертами предметной области и IT-менеджерами. Большинство специалистов, реализующих проекты по реорганизации бизнес-процессов компании, игнорируют ключевой фактор успеха проектов подобного типа - постоянное взаимодействие и обмен информацией со специалистами в сопряженных областях. Отсутствие подобного взаимодействия приводит к тому, что при завершении "кабинетного проекта" по реорганизации бизнес-процессов, бизнес стремиться вернуться к прежним, устоявшимся методам работы.
Реорганизация или реинженеринг бизнес-процессов (business process reengineering) уже довольно давно является отдельной дисциплиной; в этой области рынка работает множество компаний, услуги которых весьма ценятся. С точки зрения профессионалов, ключевым моментом успеха проекта по реорганизации является коммуникация между всеми группами лиц, заинтересованных в выполнении задачи. Это взаимодействие достигается посредством составления различных моделей, которые отображают бизнес-процессы и понятны всем участникам проекта. Одновременно модель служит для формализации и документирования существующего состояния дел и изучения возможностей улучшения работы.
На рынке существует несколько технологий, которые предназначены для моделирования бизнес-процессов и позволяют облегчить обмен информацией. Инструменты для разработки, моделирования и анализа получили название CASE-средств (Computer-Aided Software Engineering). Понятие CASE-средства охватывает самые различные инструменты, которые служат для компьютерного анализа и моделирования, и инструменты для анализа бизнес-процессов представляют собой лишь небольшую часть всего семейства. Однако именно изучение бизнес-процессов является ключевым моментом при разработке любого приложения и позволяет четко и однозначно определить задачи, которые стоят перед разработчиками. Таким образом, инструменты анализа бизнес-процессов являются неотъемлемой частью начального этапа разработки жизнеспособной системы. Инструмент моделирования бизнес-процессов должен удовлетворять следующим условиям.
Отображать текущие бизнес-процессы. Инструмент должен графически представлять существующие процессы в виде модели и помогать определять узкие места и проблемы в работе.
Определять новые требования бизнеса. Представив в графическом виде "один день жизни" компании или определенного отдела, можно определить наиболее оптимальный способ работы. Инструмент должен помогать в этом.
Определять и прорабатывать альтернативные методы работы. В процессе изучения деятельности компании, могут возникнуть альтернативные варианты выполнения определенных операций. Инструмент разработки должен позволять прорабатывать каждый альтернативный вариант вплоть до результата, к которому он приводит, и наглядно представлять положительные и отрицательные стороны этого варианта.
Следует понимать, что сам по себе инструмент не является решением, однако, он помогает и является незаменимым для разработки, анализа, проверки и оптимизации бизнес-процессов.