Архитектура ИТ-решений

[slideshare id=3460253&doc=emcxcpgartnerpccslideshare-100317164935-phpapp01]

Продолжаем читать статью Хенка де Мана «Case Management: A Review of Modeling Approaches»

Вчера мы столкнулись с рядом особенностей управления кейсами (CM), ограничивающими возможности по его моделированию при помощи BPMN, т.е. в виде детерминированной последовательности работ, а именно:

• CM предполагает постоянный сбор информации относительно конкретного рассматриваемого случая. Данная информация существенно влияет на то, как мы обрабатываем кейс.
• Кейс обладает набором состояний, которые управляются событиями (event-driven), как правило, событиями внешними.
• Значительное влияние на порядок обработки кейса в CM оказывает конкретный эксперт, формирующий набор активностей, порядок их следования, добывающий необходимую для принятия решения информацию. С другой стороны, CM предполагает интенсивные коммуникации между различными экспертами, отвечающими за определенные аспекты процесса.

Моделирование деятельности такого рода требует от нас более глубоко изучения к подходам по моделированию бизнес процессов. Из литературы Хенк выбрал три подхода к моделированию процессов:

• Activity-based
• Artifact-based
• Communication-based

Первый подход знаком нам по BPMN и BPEL и характеризуются четко отсортированной последовательностью задач. При использовании третьего подхода цель процесса достигается в результате серии взаимодействий между участниками. А вот второй подход достаточно интересен. Он лежит в основе множества специализированный ИТ-решениях, однако в должной степени не стандартизирован.
В основе artifact-based подхода лежит понятие бизнес-объекта. Наиболее частым примером бизнес-объекта является «заказ» (это может быть заявка на приобретение товаров в интернет-магазине, заказ на предоставление услуги и т.п.) . Бизнес-объект обладает множеством различных свойств, таких как уникальный идентификатор, дата создания, результат проверки кредитной истории, ожидаемая дата поставки и т.п., а так же набором состояний: «новый», «ожидает проверки», «выполнен».

Case managment претендует на объединение всех трех изложенных подходов. Задача, безусловно, амбициозная, но… вполне реализуемая. По крайней мере, такие модные фишки как архитектурный стиль REST и семантический web направлены на универсализацию представлений объектов и отношений между ними.

Одним словом, чем дальше, тем интереснее

Управление бизнес-процессами(BPM) и управление проектами, вроде бы, расположены на разных полюсах видов деятельности современного предприятия. Но в действительности, сходства между ними существенно больше, чем это видится на первый взгляд. В обоих случаях нам предстоит выстроить цепочку скоординированных действий различных участников для достижения совместного результата. Потому и проблемы у проектного и процессного управления довольно схожие. И, пожалуй, главная из них это регулярное возникновение непредвиденных событий, отправляющая наш проектный план или же диаграмму бизнес-процесса в мусорную корзину. В проектном менеджменте этому пытаются противостоять при помощи дисциплины управления рисками. BPM предлагает несколько иной подход. И нельзя не признать, что за последние 2-3 года BPM сообщество продвинулось в решении данного вопроса. Одно из названий этого направления Case management.

Обсуждение тонкостей перевода см. в журнале Анатолия Левенчука:
Case management перестало рассматриваться только как работа с кейсами пациентов в клиниках и клиентов юридических бюро. Это теперь такой BPM мейнстрим… далее

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

На сегодня это основная проблема принятия предприятиями BPM. Спросите себя, какую часть своих повседневных активностей вы реализуете при помощи систем управления бизнес-процессами (BPMS), а какую при помощи телефонных звонков, сообщений электронной почты, чтением или написанием текстовых документов и электронных таблиц. А тем временем, значительная часть ресурса ИТ-отделов только тем и занята, что адаптирует существующие информационные системы под непрерывно меняющие потребности пользователей. Подавляющее большинство современных BPMS и Workflow систем разработана в предположении, что все виды деятельности, задачи, шаги, ветвления моделируются априори (т.е. известны заранее с высокой степенью точности). Альтернативный подход заключается в предоставлении ИТ-решений, поддерживающих передачу задач между исполнителями и отслеживание их статуса. Данные системы в большей степени ориентированы на фиксацию успешного опыта, приобретенного при решении аналогичных задач в прошлом в специализированных базах знаний, предоставление набора альтернативных действий, подходящих для данного случая и мониторинга текущего исполнения дел.