При каких условиях SOA действительно будет окупаться?

реклама
25 сентября 2008 г. – Москва
При каких условиях SOA
действительно будет окупаться?
Об определяющих требованиях со стороны бизнесархитектуры к оправданности сервисноориентированной ИТ-архитектуры, к области и порядку
ее реализации
Зиндер Евгений Захарович,
президент Фонда ФОСТАС, директор АБ «Группа 24»
-1-
Типичные трактовки. SOA - это
• следующий логический шаг в развитии
компонентного подхода при реализации
ПО
• Веб-сервисы («бытовой» подход к
реализации)
• на глобальном уровне – net-centric
approach (сервисно-сетевой подход)
• с точки зрения Архитектуры
Предприятия - архитектурный стиль
(чаще – для ИТ-архитектуры) --- один из
возможных
-2-
Структура дисциплин «верхнего уровня», входящих в АП
и в ИТ-архитектуру (2006 г., Open Group conf.)
Enterprise Architecture
Business Transformation
Architecture Development
Architecture Deployment
and Value Realization
Architecture and Governance
(CobIT, Enterprise)
SOA & Service Oriented
Architectures
The Service-Oriented
Enterprise
SOA Models and Frameworks
Architecture and Technology
SOA Infrastructure
Architecture Tools
-3-
Управлять изменениями в бизнес-процессе
часто
• вполне приемлемо в парадигме других
подходов и
• в среде других (не BPEL) языков (например,
парадигма систем электронного
документооборота)
Если понесенные затраты не приносят
ощутимого положительного эффекта в
обозримой перспективе, при «типичной»
трактовке SOA она очень и очень многим не
нужна!!
-4-
В каком же случае SOA
целесообразна?
Надо вернуться к главной предпосылке и
SOA и данного круглого стола:
«ориентация на сервисы обеспечивает
- быструю консолидацию и
- реконфигурацию программных
компонентов,
- позволяя поддерживать постоянную
динамику бизнес-процессов».
-5-
Надо определять требования:
- как быстро надо консолидировать программные
компоненты?
- не лучше ли заменить разнородные компоненты
на новые однородные (известные попытки
«везде поставить одну ERP») ?
- как часто и быстро надо реконфигурировать
программные компоненты?
- в какой конкретно степени надо поддерживать
способность к постоянной динамике бизнеспроцессов?
- сколько сегодня можно выделить ресурсов
для обеспечения этих возможностей в будущем?
-6-
Эти требования вытекают из потребностей
бизнеса, из желательной бизнесархитектуры предприятия
• для коммерческих предприятий – из
стратегических и, затем, тактических
рыночных планов и соответствующего
руководства изменениями на предприятии;
• для электронных правительств – из реально
осуществляемых принципов и планов
развития обслуживания главных клиентов
ЭП: граждан, представителей предприятий и,
затем, самих госслужащих.
-7-
Для коммерческих
предприятий:
- корпоративная культура должна быть явно
клиенто-ориентированной;
- и носить характер «предоставляем услуги в
любое время и в любой точке»;
- планируется жить в открытой бизнес-среде,
в произвольные моменты времени вступая в
бизнес-связи с меняющимся набором
партнеров;
- эти требования подтверждаются высоким
уровнем конкуренции при
долговременном стремлении оставаться в
бизнесе (в отличие от стремления
подготовить предприятие к продаже).
-8-
Требования бизнес-архитектур многих
других отраслей можно «прикладывать»
к этим требованиям и хотя бы на таком
уровне определять области, где
требования бизнеса требуют реального
перехода к SOA.
-9-
Пример:
- розничная торговля,
сектор продовольственных
и «сопутствующих»
товаров
сегмента FMCG (Fast Moving Consumer
Goods) -- товары повседневного
массового потребления
-10-
Стимулы и Требования
к бизнес-архитектуре
• относительно низкая маржа
• острая конкуренция на всех
уровнях (местный,
национальный, глобальный)
• потребности в эффективных цепочках
поставок
• расширение повсеместного обслуживания
• расширение персонального обслуживания
Это примеры главных стимулов, которые
толкают к описанным выше свойствам
бизнес-архитектуры
-11-
Шаг 1) Специфическое слияние моделей «SCM +
дистрибутирование» + розничные продажи
Шаг 2) Открытый характер процессов с поиском и сменой
поставщиков в «эко-системе» или глобальной бизнес-сети «по
требованию»
сегмент
FMCG
!!!
( Схема из: David Bourque. «From Manufacturing to Distribution: The Evolution of ERP
in Our New Global Economy». July 30, 2007)
-12-
Другие функции
• Анализ ассортиментов и товародвижения в
каждой торговой точке по дням, часам и
минутам
• Бизнес-процесс с передачей «в низы»
(«зав. секцией», …) прав на оперативное
ценообразование
• Рекомендации торговой аналитики
руководителям торговых секций по
оперативному ценообразованию
• Запрос, прием и анализ сигналов обратной
связи от покупателей
• …
-13-
даже в подобных ситуациях SOA (тем более
- в смысле Веб-сервисов) не покрывает все
функции
которые должны выполняться
максимально быстро и с минимальными
простоями
-14-
Логика шагов
определения
потребностей и возможностей
широкого применения SOA
на предприятии
-15-
Сквозное сервисное
(сервисно-ориентированное) проектирование (ССП)
Адаптация сервисной парадигмы
к конкретному предприятию
ВЫХОД
Трансформация предприятия
(его значительной части) в SOE
Отбор и дизайн фрагментов бизнес-процессов
и ИС предприятия (в сервисном стиле)
ВЫХОД
Выбор отображений сервисов, стандартов,
методов реализации SOA
Разработка стратегии как переходного плана
реализации SOA и других частей АП
ВЫХОД
ВЫХОД
ВЫХОД
«Закольцовывание» выполнения
переходного плана (оценка, инкрементно)
-16-
"Сервисная ориентация
представляет собой такое идеальное
видение мира, в котором ресурсы
четко разделены и последовательно
представлены в терминах сервисов"
J. Schekkerman. "Structuring the
Enterprise around Services. The Differences
between Hype, Hope and Reality?"
-17-
Благодарю за внимание
Ваши вопросы?
-18-
Скачать