Построение виртуальной организации на основе сервис -ориентированной архитектуры и технологий IBM

Виртуализация. Определение виртуальной организации (ВО).

Неудачи начального этапа. Крах доткомов.

Разработка архитектуры предприятия
Generalised enterprise reference architecture and methodology
GERAM, (IFIP-IFAC Task Force, 1999)
Perdue enterprise reference architecture (PERA), (Williams, 1993)
Computer integrated manufacturing open systems architecture (CIMOSA), (Vernadat, 1993)
GRAI integrated methodology GIM,( Zachman,1987)
Virtual enterprise reference architecture VERA, (Vesterager, Tolle& Bernus, 2002).

Базовые компоненты GERAM
GERA, обобщенная рекомендуемая архитектура предприятия, идентифицирующая принципы интеграции предприятия,
EEM, методология инжиниринга, описывающая процедуры инжиниринга, принятые на предприятии,
EMLs, языки моделирования предприятия, обеспечивающие модельное представление ролей, процессов и технологий,
PEMs, частные модели предприятия, представляющие повторно используемые модели и конструкции ролей, процессов и технологий,
GEMCs, общие принципы моделирования предприятия, включающие теории и определения, раскрывающие смысл модельных представлений,
EETs, средства инжиниринга, используемые на предприятии,
EMOs, внедряемые модули, содержащие навыки исполнителей, операционные задачи и технологии,
EMs, модели поддержки процессов проектирования, анализа и реализации,
EOS, операционная система предприятия, обеспечивающая исполнение операций на конкретном предприятии.

Определение ВО, принятое в рамках Евросоюза [2]
Виртуальная организация – это множество взаимодействующих юридически независимых организаций, которые по отношению к внешней среде осуществляют функции и предоставляют услуги таким образом, как если бы они являлись одной организацией.
Состав взаимодействующих организаций может со временем меняться. Поэтому виртуальная организация является динамической структурой, меняющейся в зависимости от того, какие функции и услуги должны быть ею представлены в данный момент времени.
Однако на протяжении некоторого срока, в течение которого состав предоставляемых функций и сервисов не меняется, структура виртуальной организации может быть стабильной».

Зачем нужны виртуальные организации?
Глобализация бизнеса: более рентабельные партнеры, рынки и клиенты находятся на удалении,
Дешевле использовать арендуемые распределенные
ресурсы, чем создавать собственные,
Необходимость оперативной смены конфигурации (инжиниринг в реальном времени, agility),
Подчинение управления организацией задачам бизнеса, а не поддержке средств ИТ,
Дефицит некоторых ресурсов (знания, рабочая сила,
некоторые виды информации и софта, и т.п.),
Возможность поддержки нескольких бизнес - процессов

Примеры виртуальных организаций (виртуальных
предприятий)

Виртуальный офис (http://www.thisisyouroffice.com)
Переадресация и рассылка факсимильной и электронной почты
Прием телефонных звонков
Предоставление комнаты переговоров
Предоставление информационно – вычислительных ресурсов посредством мобильных средств доступа (web – сайт, удаленная бухгалтерия, справочная информация, биржевые сводки, и т.п.)
Поиск кадров и арендуемых площадей, и т.д.

Трехмерные аватары представляют удаленных пользователей, взаимодействующих в процессе разработки
Проект Евросоюза Difac (http://www.difac.net) – разрабатывается с целю создания инновационного пространства для взаимодействия в процессе производства. Включает проектирование продукта, создание опытного образца и производство.
Виртуальное производство

Виртуальный кампус Наньянгского технологического университета (Сингапур)
Виртуальный кампус НТУ (http://www3.ntu.edu.sg/home/ASSourin/)представляет собой распределенный университет, использующий
платформу Blaxxun Contact Communication (www.blaxxun.com) для воспроизведения 3-х мерной модели реального кампуса университета.
Аватары студентов и преподавателей
Взаимодействуют в двух режимах:
Поддерживается реальное расписание занятий;
Формирование стохастических групп .
Основное направление занятий – обучение студентов компьютерной графике.

Университет Южной Калифорнии (http://www.isi.edu/isd/VET/vet.html):
Интеграция виртуальной реальности и интеллектуального обучения
Приложение для пилотирования в авиации и космонавтике
Виртуальное окружение для тренинга

African Virtual University (http://www.avu.org)
California Virtual Campus (http://www.cvc.edu)
Canadian Virtual University (http://www.cvu- uvc.ca/english.html)
New Jersey Virtual University (http://www.njvu.org)
Virtual University (http://www.vu.org)
University of Phoenix (http://www.phoenix.edu)
World Information Distributed University (http://www.widu.ru)
Виртуальные университеты Web 2.0

Принципы построения виртуальной организации

Жизненный цикл ВО и классификация
ВО по стадиям [7]

Идентификация:
Определение бизнес – процесса и требований к безопасности и качеству обслуживания;
Выбор сервис – провайдеров, отвечающих этим требованиям ( включая сертификат доверия);
Переговоры с сервис – провайдерами о требованиях к безопасности и качеству обслуживания, включая критерии идентификации конфликта и степень ответственности;
Уточнение степени индивидуальной ответственности
.Формирование:
Распространение политики безопасности на всех участников
Приведение в соответствие используемых механизмов и технологий
Обеспечение федеративной безопасности начального этапа ВО
Мониторинг сервисов
. Функционирование и развитие:
Мониторинг и повышение эффективности общих бизнес –процессов;
Динамически изменять ролевые функции и политики
Отслеживать нарушения условий контракта, политики безопасности;
Динамическая переоценка степени доверия и политики безопасности
Реинжиниринг в режиме реального времени
Ликвидация:
Расторжение федерации
Отзыв жетонов безопасности
Ликвидация общей политики безопасности
Сохранение истории
Некоторые задачи, решаемые на отдельных этапах ЖЦ ВО

Сопряжение жизненных циклов

Координация и планирование работ по созданию и функционированию ВО

Почему следует использовать СОА для создания
и управления ВО?
Потому, что СОА обеспечивает решение этих и других задач создания и функционирования ВО

Соответствие GERAM и технологий IBM

Построение виртуальной организации на основе СОА
и социальной сети (концепция Web 2.0)

Что такое web-сервис?
Определение, данное WWW-консорциумом (W3С)
(http://www.w3.org/):
Web-сервис – это программная система, разработанная для поддержания совместимого взаимодействия машина-машина, осуществляемого в сети.
Она поддерживает интерфейс в машиночитаемой форме (WSDL).

Организация web – сервисов
Сервис-
брокер
Потребитель
сервисов
Сервис-
провайдер
UDDI или справочник,
позволяющий пользователю
локализовать сервис
WSDL – интерфейс,
который определяет
порядок использования
сервисов
SOAP – транспортный механизм,
Связывающий приложения и данные
Найти
Публиковать
Связать

Примеры web - сервисов
Он – лайновая электронная почта,
Совместное использование файлов (файлобменники),
SaaS – Программы в качестве сервиса,
HaaS – Удаленный доступ к вычислительной технике

Определение СОА
OASIS (Organization for the Advancement of Structured Information Standards, oasis-open.org/)
СОА представляет собой парадигму распределенных организационных и утилитарных возможностей, работающих под управлением доменов, принадлежащих различных владельцев
IBM (ibm.com)
COA – архитектурный стиль для создания ИТ- архитектуры предприятия, основанный на сервисной ориентации для достижения более тесной взаимосвязи между бизнесом и поддерживающими бизнес информационными системами. СОА вводит сервисную ориентацию в качестве подхода к интеграции бизнеса в качестве связанных между собой сервисов

Языки, поддерживающие СОА
WSDL (Web Services Description Language) — язык описания веб - сервисов, основанный на языке XML. Обеспечивает правильный выбор сервисов для передачи от провайдера к потребителю.
SOAP (Simple Object Access Protocol) - протокол обмена сообщениями, также написанный в формате XML, предназначен для передачи данных из - и в web - сервисы.
UDDI (Universal Description, Discovery, and Integration) - универсальный формат каталога для поиска и интеграции web - сервисов.
Business Process Execution Language (BPEL) - язык реализации бизнес - процессов .

WSDL (Web Services Description Language)
WSDL (Web Services Description Language) — язык описания веб - сервисов, основанный на языке XML. Обеспечивает правильный выбор сервисов для передачи от провайдера к потребителю. Информация в формате WSDL используется разработчиками сервисов для включения сервисов в систему.

SOAP (Simple Object Access Protocol)
SOAP (Simple Object Access Protocol) - протокол обмена сообщениями, также написанный в формате XML, предназначен для передачи данных из - и в web - сервисы. Файлы SOAP, создаваемые автоматически, включают данные из описания сервисов в формате WSDL.

Сообщение в формате SOAP

UDDI (Universal Description Discovery & Integration)
UDDI – представляет собой набор правил регистрации и извлечения данных об имеющихся сервисах. Разрабатывая программы, программисты могут осуществлять поиск в реестре UDDI необходимых сервисов для включения их в программы. Данный реестр может также быть востребован в процессе выполнения программы, которой необходимы сервисы, предоставляющие данные, например, о стоимости определенного продукта или услуги.

Business Process Execution Language (BPEL)
Язык построен на нотации XML. Использование данного языка позволяет осуществить формирование и исполнение потока работ, как последовательность логических действий, включающих:
принятие запроса на включение работы в процесс,
проверку описания, и, в случае совпадения параметров, подготовку положительного отклика на запрос,
отклонение запроса в противном случае с выдачей обоснования.

Ресурсы web – сервисов в Интернет

Слабо и жестко связанные сервисы
Слабо связанные сервисы взаимодействуют, опираясь на описание на языке WSDL, которое не зависит от выбранной платформы или языка программирования. Интерфейс скрывает внутреннюю логику приложения, делая его независимым от используемой технологии
В слабо связанных сервисах, в отличие от жестко связанных, интерфейс характеризуется большей свободой относительно встроенной бизнес - логики

Слабо связанные сервисы
)
Слабо связанные сервисы взаимодействуют, опираясь на описание (т.н. контракт, основанный на языке WSDL), которое не зависит от выбранной платформы или языка программирования. Интерфейс скрывает внутреннюю логику приложения, делая его независимым от используемой технологии (например,.Java, .NET, и т.п.)

Слой сервисов разделяет бизнес – процессы и компоненты

Два подхода к композиции web-сервисов
Оркестровка
Хореография

Оркестровка
Проектирование сервисов верхнего уровня и процессов путем связывания их на базе существующих сервисов:
Существует один центральный контроллер, который координирует все виды деятельности, составляющие.
Может быть использована композитная модель, которая означает, что вся композиция может рассматриваться в качестве сервиса.

Пример оркестровки: бизнес-процесс,
реализованный как цепочка сервисов

Сервисная шина предприятия (ESB)

Федеративная сервисная шина предприятия позволяет множественным ESB работать совместно, одновременно и прозрачно, обеспечивая предприятию доступ и управление сервисами в различных доменах, каждый из которых имеет потенциально различные требования к безопасности, качеству, и другим характеристикам.
Федеративная сервисная шина

Подход компании IBM к созданию СОА

Направления работ IBM в области СОА
Инфраструктурные сервисы
Сервисы по разработке СОА Управление ИТ сервисами
Управление безопасностью
Создание композитных приложений
Информационные сервисы
Управление окружением СОА
Сервисы бизнес-процессов

Эталонная архитектура IBM СОА

Основные продукты семейства WebSphere
Enterprise Service Bus: IBM WebSphere Enterprise Service Bus (WESB) and IBM Message Broker (WMB)
Application Server: WebSphere Application Server (WAS) and WebSphere Application Server Network Deployment (WAS ND)
WebSphere Service Registry and Repository (WSRR)
IBM HTTP Server
IBM DB2 (DB2)
WebSphere Extended Deployment (WebSphere XD)

Портал на основе WebSphere
Оболочка для создания композитных приложений/ сводных данных о бизнес-процессах а также систем на основе СОА

Создание автоматизированной системы с использованием унифицированного процесса Rational (RUP)

Контактная
информация,
навыки, экспертиза
Сообщества,
обсуждения
Хранилище
документов
блоги/вики
Распределенные
закладки
Активности/
Управление
проектами
Обмен мгновенными сообщениями,
Web конференции
Электронная почта,
Календарь,
Контакты
Счетчики,
Бизнес- аналитика
Телефония,
видео, голосовая почта
Документы,
презентации,
электронные
таблицы
Композитные
приложения,
Сводные данные
Электронные
формы
Инструментарий сотрудничества

Lotus Sametime: Взаимодействие в реальном времени
Расширяет возможности сотрудничества, Включая текст, фотографии экрана. Автоматическая проверка орфографии.
Автоматизация поиска адресов.
Видеоконференция с несколькими участниками.
Sametime Meetings. Выдает список участников, кто из них присутствует и кто хочет выступить.
Использование «Белой доски» для коллективного мозгового штурма.
Совместимость с Lotus Notes, MS Outlook. Возможность подключения мобильных устройств.

Lotus Quickr 8.1: контент для сотрудничества

Виртуальная организация как социальная сеть

Lotus Connections 2.0: средство построения
социальной сети знаний