16680

Проект
Изображение Государственного Герба Республики Казахстан
НАЦИОНАЛЬНЫЙ СТАНДАРТ РЕСПУБЛИКИ КАЗАХСТАН
Информационная технология. Открытая модель завершенности интеграции
группового обслуживания (OSIMM)»
СТ РК ISO 16680_____
«Настоящий национальный стандарт является идентичным осуществлением
международного стандарта ISO 16680: 2012
Настоящий проект стандарта
не подлежит применению до его утверждения
Комитет технического регулирования и метрологии
Министерства по инвестициям и развитию Республики Казахстан
(Госстандарт)
Астана
СТ РК ISO 16680__
(проект, редакция 1)
Предисловие
1 ПОДГОТОВЛЕН И ВНЕСЕН Республиканским государственным
предприятием
«Казахстанский институт стандартизации и сертификации» и
Акционерным обществом «Казахская академия транспорта и коммуникаций им.
М.Тынышпаева».
2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕПриказом Председателя Комитета
технического регулирования и метрологии Министерства по инвестициям и развитию
Республики Казахстан от __________________ № ________.
3НастоящийстандартидентиченмеждународномустандартуISO 16680 -2012Information
technology — The Open Group Service Integration Maturity Model
(OSIMM). Информационные технологии – Открытая группа: Модель интеграционной
зрелости услуг (OSIMM)
Международный стандарт ISO 16680 -2012разработан Техническим Комитетом
ISO/TC.
Перевод с английского языка (en).
Официальный экземпляр Международный стандарт ISO 16680 -2012, на основе
которого разработан настоящий стандарт, и на которые даны ссылки, имеются в Едином
государственном фонде нормативных технических документов.
Степень соответствия – идентичная (IDT).
4В настоящем стандарте реализованы положения государственной программы
«Информационный Казахстан 2020»
5 СРОК ПЕРВОЙ ПРОВЕРКИ201_ год
ПЕРИОДИЧНОСТЬ ПРОВЕРКИ5 лет
6 ВВЕДЕН ВПЕРВЫЕ
Информация об изменениях к настоящему стандарту публикуется в ежегодно
издаваемом информационном указателе «Нормативные документы по стандартизации»,
а текст изменений и поправок – в ежемесячно издаваемых информационных указателях
«Национальные стандарты». В случае пересмотра (замены) или отмены настоящего
стандарта соответствующее уведомление будет опубликовано в ежемесячно
издаваемом информационном указателе «Национальные стандарты».
2
СТ РК ISO 16680__
(проект, редакция 1)
Настоящий стандарт не может быть полностью или частично воспроизведен,
тиражирован и распространен в качестве официального издания без разрешения Комитета
технического регулирования и метрологии Министерства по инвестициям и развитию
Республики Казахстан.
3
СТ РК ISO 16680__
(проект, редакция 1)
ПАТЕНТНОЕ ЗАЯВЛЕНИЕ
ВНИМАНИЕ: Разработчики этого международного стандарта просили, чтоб
владельцы патентов, которые могут потребоваться для реализации настоящего стандарта,
раскрывали такие патенты издателю.Однако, ни разработчики, ни издатель не провели
патентный поиск с целью выявления, чтобы определить, какие патенты могут применяться
к этому международному стандарту.Согласно дате публикации этого международного
стандарта, следуя за призывами к идентификации патентов, которые могут быть
необходимы для реализации стандарта, никакие такие претензии не были сделаны.
Никакой дальнейший патентный поиск не проводился разработчиками или издателями по
отношению к любому обрабатываемому стандарту.Никакое представление не сделано или
подразумевалось, что лицензии не требуются, чтобы избежать нарушения в использовании
этого международного стандарта.
Уведомление об авторском праве
В то время, как воспроизводство рабочих проектов или проектов комитета в любой
форме для использования участниками процесса разработки стандартов ISO допускается
без предварительного разрешения от ISO, ни этот документ, ни любая его часть не могут
быть воспроизведены, сохранены или переданы в любой форме для любой другой цели без
предварительного письменного разрешения от ISO.
Запросы на получение разрешения на воспроизведение данного документа с целью
его продажи следует рассматривать, как показано ниже, или организацией-членом ISO в
запрашивающей стране:
Ассоциация хранения сетей промышленности
425 Маркет-Стрит, блок 1020 Сан-Франциско,
Калифорния 94105
Воспроизведение с целью сбыта может быть предметом лицензионных платежей
или лицензионного договора.
Нарушители могут быть привлечены к ответственности.
CDMI являетсяторговоймаркой Storage Networking Industry Association.
© ISO/МЭК 2012 – Все права защищены
4
СТ РК ISO 16680__
(проект, редакция 1)
Содержание
1 Введение
1.1 Цель
1.2 Обзор
1.3 Соответствие
1.4 Терминология
1.5 Будущие направления
2 Модель
2.1 Обзор
2.2 Уровни зрелости
2.2.1 Уровень 1: Бункер
2.2.2 Уровень 2: Интегрированный
2.2.3 Уровень 3: Компонентный
2.2.4 Уровень 4: Сервис
2.2.5 Уровень 5: Комплексные услуги
2.2.6 Уровень 6: Виртуализированные услуги
2.2.7 Уровень 7: Динамически перенастраиваемые услуги
2.3 Параметры
2.3.1 Бизнес
2.3.2 Организация и управление
2.3.3 Метод
2.3.4 Приложение
2.3.5 Архитектура
2.3.6 Информация
2.3.7 Инфраструктура и управление
2.4 Уровни основных услуг
2.5. Вопросы оценки и показатели зрелости по измерениям
2.5.1. Вопросы оценки зрелости услуг
2.5.2. Вопросы отображения отношения индикатора зрелости к атрибуту
2.6 Расширение базы Модели OSIMM
3. Параметры бизнеса: Базовая модель
3.1. Параметры бизнеса : Базовая модель индикатора зрелости
3.2. Параметры бизнеса: Вопросы оценки
3.3 . Параметры бизнеса: Отображение отношения индикатора зрелости к
атрибуту
4. Параметры организации и управления: базовая модель
4.1. Параметры организации и управления: Индикатор базовой модели зрелости
4.2. Параметры организации и управления: Вопросы оценки
4.3 Параметры организации и управления: Отображение отношения индикатора
зрелости к атрибуту
5Параметр Метод : Базовая модель
5.1. Параметр Метод : Базовая модель показателя зрелости
5.2. Параметр Метод: Вопросы оценки
5.3 Параметр Метод : Отображение отношения индикатора зрелости к атрибуту
6 Параметр Приложения: Базовая модель
6.1 Параметр Приложения: Базовая модель индикатора зрелости
6.2 Параметр Приложения: Вопросы оценки
6.3 . Параметр Приложения: Отображение отношения индикатора зрелости к
атрибуту
7 Параметр Архитектура: Базовая модель
8
8
8
9
9
13
13
13
16
16
16
16
16
17
17
17
17
18
18
18
18
18
18
19
19
19
19
20
20
20
21
21
22
24
24
24
25
27
27
28
28
30
30
30
31
33
5
СТ РК ISO 16680__
(проект, редакция 1)
7.1Параметр Архитектура: Базовая модель показателя зрелости
7.2Параметр Архитектура: Вопросы оценки
7.3 Параметр Архитектура: Отображение отношения индикатора зрелости к
атрибуту
8 Параметр «Информация»: Базовая модель
8.1 Параметр «Информация»: Базовая модель показателя зрелости
8.2 Параметр «Информация»: Вопросы оценки
8.3 Параметр «Информация» : Отображение отношения индикатора зрелости к
атрибуту
9 Параметр «Инфраструктура и управление»: Базовая модель
9.1 Параметр «Инфраструктура и управление»: Базовая модель зрелости
9.2 Параметр «Инфраструктура и управление»: Вопросы Оценки
9.3 Параметры «Инфраструктура и управление»: Отображение отношения
индикатора зрелости к атрибуту
10. Оценка метода модели OSIMM
10.1 Обзор
10.2 Шаги оценки модели OSIMM
10.2.1 Определение болевых точек, объема и бизнес-целей
10.2.2 Расширение модели OSIMM
10.2.3 Оценка текущего состояния
10.2.4 Определение будущего состояния
A Пример Оценки
А.1 Бизнес Цель
А.2 Анализ
А.3 Рекомендации
B Преимущества перехода на более высокие уровни зрелости
B.I. От базового уровня до интегрированного
В.2 Из интегрированного в компонентный
В.3 От отдельных компонентов к услугам
В.4. От оказания отдельных услуг к композитным
В.5. От композитных услуг к виртуализированным услугам
В.6 От виртуализированных услуг к динамической реконфигурации услуг
С Отношения с другими стандартами SOA
D Отношения с другими международными стандартами
34
34
34
36
37
37
38
40
40
40
41
44
44
45
45
46
46
46
47
47
47
48
49
49
49
49
50
50
50
50
52
6
СТ РК ISO 16680__
(проект, редакция 1)
Благодарности
Открытая группа с благодарностью признает вклад следующих людей в создание
этого документа:
• Тони Каррато, IBM
• Хорхе Диас, IBM
• Джек Фужиеда, РеджисInc.
• МатсДжейневал, Capgemini
• Генри Хендрикс, Capgemini
• Алекс Хьюблейн, HP
• Керри Холли, IBM (оригинал SIMM карт)
• Дэйв Ингс, IBM
• ХизерКрегер, IBM (соавтор)
• Крис Мойер, EDS
• Рану Пандит, Делойт
• ВишалПрабху, Делойт
• МадхуReddiboinaДелойт
• ЧакРейнолдс, Делойт
• АндрашЖакалl, IBM (Председатель рабочей группы Модель расширения, Автор)
• СринивасанВембаккам, IBM
• МоханВенкатараман, Делойт
• Стив Вулф, Marriott
• Члены рабочей группы The OpenGroup SOA
ISO / МЭК 16680: 2012 (E)
Справочные документы (неформальный список)
В данном Техническом стандарте ест неформальные ссылки на следующие документы:
[BPEL] Business Process Execution Language Standard; Ссылатьсяна:
http://docs.oasis-open.Org/wsbpel/2.0/OS/wsbpel-v2.0-OS.html
[SOA GF] Структура управления Open Группа SOA, технический стандарт, август 2009 г.
(C093); см: www.opengroup.org/bookstore/catalog/c093.htm~~pobj
[SOA 0NT] The OpenGroup SOA Онтология, технический стандарт, октябрь 2010 (C104);
см: www.opengroup.org/bookstore/catalog/cl04.htm~~pobj
[SOA RM] ОАЗИС Эталонная модель SOA (SOA RM), версия 1.0, OASIS Standard, 12
октября 2006 года; см: docs.oasis-open.org/soa-rm/vl.0/soa-rm.pdf~~pobj
[S0AWG] SOA Определение, The Open Group SOA Рабочаягруппа; см: WWW.
opengroup.org/proj ECTS / SOA
[SOAWP] Навигация. Ландшафт открытых стандартов. Вокруг архитектуры, Совместная
Белая книга, TheOpenGroup, июль 2009 года (W096); см:
www.opengroup.org/bookstore/catalog/w096.htm~~pobj
Технический стандарт (2012)
7
СТ РК ISO 16680__
(проект, редакция 1)
Введение
1.1 Цель
Этот документ представляет Модель интеграционной зрелости услуг (OSIMM),
разработанную Открытой группой. Она определяет:
• Модель, на основании которой организации могут оценивать
степень интеграционной зрелости услуг

Способ оценки текущей и желаемой степени интеграционной зрелости
услуг, используя данную модель.
1.2 Обзор
Сервис-ориентированная архитектура (SOA) является архитектурным стилем,
который поддерживает ориентацию сервиса. Сервис представляет собой бизнес-задачу с
облеченным в конкретную форму описанием услуг, которое часто представляет собой
договор между поставщиком и потребителем. Поскольку организации принимают SOA и
использование услуг как основной элемент структурирования их архитектуры, они все
чаще сталкиваются с необходимостью оценки, где они находятся на их пути развития и
как лучше достичь ожидаемых выгод от интеграции и инвестиций в более высокие уровни
зрелости СОА.
OSIMM помогает организации создать дорожную карту для достижения
дополнительных и более зрелых уровней интеграции услуг, в целях увеличения бизнесвыгоды, связанной с более высоким уровнем зрелости. OSIMM используется для
определения того, какие организационные характеристики желательны, чтобы достичь
нового уровня зрелости. Это также поможет определить ,могут ли проблемы,
возникающие при текущем уровне интеграционной зрелости услуг сервиса, быть решены
путем развития с целью достижения более высокого уровня.
OSIMM предлагается отрасли в качестве стандартной модели, чтобы помочь
организациям направлять их развитие по пути SOA трансформации. Стандартная модель
зрелости позволит предприятиям
возможность сравнивать их SOA уровни и
разрабатывать собственные дорожные карты для трансформации, чтобы помочь их
планированию. Это также может быть использовано поставщиками, чтобы
позиционировать свои услуги и программное обеспечение в зависимости от этих
показателей. OSIMM может также служить в качестве основы для процессов
трансформации, которые могут быть настроены в соответствии с конкретными
потребностями организаций и оценок. Этот процесс состоит из следующих шагов:
• Подготовка основы оценки OSIMM
• Определить исходный уровень зрелости
• Определить целевой уровень зрелости
• Определить путь трансформации, необходимой для организации, чтобы достичь
желаемого уровня зрелости
OSIMM дает возможность оценки текущего состояния организации в интеграции
услуг и гибкости (в том числе ориентации услуг) и ее желаемого или будущего состояния
для различных направлений бизнеса или предприятия, принимая во внимание слабые
точки в гибкости и интеграции, которые должны быть улучшены. Это обеспечивает
модель для оказания помощи в организации определения ее архитектурной стратегии при
определении ориентации сервиса, в том числе создании архитектурной дорожной карты
8
СТ РК ISO 16680__
(проект, редакция 1)
для инициирования трансформаций в правовой сфере, интеграции с одним или более
пакетами приложений, обновления и разработки приложений в интеграции систем. Эта
дорожная карта помогает определить масштабы, направленность и дополнительные шаги
для различных частей организации для того, чтобы мотивировать их перейти на более
высокий уровень обслуживания и интеграцию услуг, с обоснованиями ожидаемых
преимуществ для бизнеса. OSIMM обеспечивает основу для понимания внутренних
проблем и выявления необходимого улучшения информационных технологий в плане
развития компонентов, интеграции услуг, SOA и управления ИТ.
OSIMM фокусируется на повышении уровня гибкости в семи аспектах организации
или предприятия: бизнес, организации и управление, методы и процессы, портфель
приложений, архитектуры, информации, инфраструктуры и оперативное управление.
Фокусирование на этих аспектах помогает принятию более гибкой бизнес политики,
заранее планируя интеграции и построение бизнес-моделей, процессов, приложений и
инфраструктуры и гибкости.
Базовая модель OSIMM указана в данном документе. Базовая модель определяет
рамки OSIMM и процесс оценки. Базовая модель создана таким образом, что позволяет ее
расширению, давать возможность клиентам и консалтинговым организациям добавлять
дополнительные показатели зрелости. При расширении данной модели, оценки зрелости
могут быть направлены на принятие развивающих отраслевых рамок, новых методов или
организационных императивов. Авторы стандарта OSIMM ожидают, что база данных
расширений OSIMM будет развиваться, обеспечивая более глубокое понимание процесса
принятия SOA.
OSIMM может быть использована для проведения оценок текущего и желаемого
уровня зрелости для предприятия или направления бизнеса в рамках организации и
разработать план действий для преобразования из текущего до желаемого уровня.
Например, организация может пожелать применить OSIMM к конкретному набору
приложений в портфеле организации. Принято решение разделить большое количество
приложений на небольшое количество подгрупп, на основе сходства их бизнес-функций.
Текущее состояние каждого раздела затем оценивается с помощью модели зрелости.
Основываясь на болевых точках, бизнес-драйверах и целях, устанавливается целевая
направленность для каждого раздела. Трансформационные приращения для каждого
раздела (которые могут быть различным для каждого раздела) затем определяются, для
того, чтобы достичь целевого состояния этого раздела.
1.3 Соответствие
Эта спецификация описывает модель зрелости OSIMM SOA и соответствующий
процесс оценки зрелости SOA. Она описывает свойства архитектур, необходимых для
достижения определенного уровня зрелости SOA. Модели зрелости и оценки модели
зрелости должны использовать, по крайней мере, терминологию, матрицу, параметры,
уровни и атрибуты, описанные здесь, для того, чтобы быть совместимыми с этой
спецификацией. Конкретные показатели модели зрелости не являются обязательными для
соответствия. Примерный процесс оценки, что соответствует этой спецификации,
обеспечивается в методе оценки OSIMM (глава 10), но не является обязательным для
соответствия.
1.4 Терминология
В этом разделе терминология обеспечивает определение терминов, которые имеют
специализированный смысл в OSIMM или склонных к альтернативной интерпретации;
9
СТ РК ISO 16680__
(проект, редакция 1)
поэтому, в данном в OSIMM стандарте применяются следующие определения:
Принятие
Подробные шаги, которые необходимы для достижения трансформации. Эти шаги
могут включать в себя принятие новых технологий, методов, процессов и методов
интеграции и создание корпоративных инициатив, ИТ директивы, технические стандарты,
Исполнительные комитеты, Архитектурные советы и Администрация.
Архитектурный стиль
Сочетание особенностей, в которых выполнена или выражена архитектура.
Архитектурный стиль SOA имеет следующие отличительные особенности:
• Он основан на дизайне услуг - которые отражают реальные виды бизнесдеятельности, включающие бизнес процессы предприятия (или между предприятиями).
•Представители сервиса используют бизнес-описания, чтобы обеспечить контекст
(т.е., бизнес, процесс, цель, правило, политика, интерфейс сервиса и сервисный
компонент) и выполняют услуги, с использованием службы организации.
• Это ставит особые требования к инфраструктуре – рекомендуется, чтобы при
выполнении работ использовались открытые стандарты, чтобы обеспечить совместимость
и прозрачность определения местоположения.
• Реализации осуществляются в специфических средах - они ограничены или
активированы контекстом и должны быть описаны в рамках данного контекста.
• Это требует сильного руководства представительства услуг и внедрения.
Качество услуг требует тестирования «лакмусовой бумажкой», которая определяет
«хорошую службу».
Оценка
Оценка или качественное описание процесса для определения зрелости.
BPEL
BusinessProcessExecutionLanguage - Стандартный язык для описания деловой
деятельности (см Нормативные документы).
Бизнес Сервис
Автономный раздел функциональности бизнеса, который можно назвать
с помощью хорошо определенного стандартного интерфейса и протокола,
независимо от платформы реализации, управляемый в рамках контракта с
указанием уровней доступности и качества обслуживания.
Может
Описывает допустимую дополнительную функцию или поведение, что может
иметь оценку .
Параметр (или Вид)
Главная ось, вдоль которой уровни зрелости организации могут быть измерены.
Параметры представляют значимые показатели уровня деловой активности
бизнеса и ИТ-среды, где применение принципов SOA могут оказать существенное
влияние. Организация может быть на другом уровне зрелости на каждом измерении, и в
целом уровни зрелости организации могут быть объединены с уровнями измерения.
Параметры в первом приближении независимы, но между ними есть отношения.
Домен
10
СТ РК ISO 16680__
(проект, редакция 1)
Подразделение измерения, представляющее более конкретный аспект этой
размерности, по которой организация может быть измерена критерием уровня зрелости
SOA. Опять же они представляют аспекты, где принципы SOA могут иметь эффект.
Каждый домен имеет один или более показателей зрелости на каждом уровне зрелости, и
последовательность показателей определяет путь от менее к более зрелой SOA. Общий
уровень зрелости измерения агрегируется из отдельных уровней зрелости его доменов.
Динамическая конфигурация
Способность системы осуществлять поиск новых услуг, основанных на
соответствии предъявленным требованиям, а также способность к самонастройке, чтобы
вызывать эти новые услуги без развития нового программного кода.
Рамка
Основополагающая структура или набор структур, которые могут быть
использованы для разработки широкого спектра архитектурных изделий. Инфраструктура
архитектуры должна содержать метод для проектирования информационной системы в
виде набора услуг, показывая, как услуги сочетаются друг с другом. Она должна
содержать набор инструментов и обеспечить общий словарь.
Основная модель данных
Виртуализированная сводная модель данных сервиса с доминирующим обзором.
Зрелость
Создание характеристик и образа действий организации, в результате
трансформаций и их принятия, что позволяет организации работать лучше в соответствии
с ее бизнес-целями.
Например, организация может внедрить процессы для выявления новых услуг, что
будет способствовать созданию услуг в будущем. Природа характерных свойств и модель
поведения, созданные в организации, определяют уровень зрелости службы интеграции, и
это содержится в модели OSIMM.
Концепции SOA трансформаций, их принятия и зрелости взаимосвязаны;
преобразования разбиваются на разделы, которые создают новые характеристики признаков зрелости.
Индикатор зрелости (или характеристика)
Характерная черта бизнеса или ИТ, которая может быть измерена и оценена путем
постановки конкретных вопросов. Каждый показатель зрелости связан с определенным
доменом (и, как следствие, с параметрами) и уровнем зрелости; если этот показатель
оценивается как истинный, то это свидетельствует о нахождении домена на данном
уровне зрелости.
Атрибут уровня зрелости
Наблюдаемые характеристики индикатора зрелости в измерении для каждого
уровня зрелости.
Модель зрелости
Средство и шкала для оценки и оценки текущего состояния зрелости.
Модель зрелости также предоставляет средства для разработки преобразования
дорожной карты для достижения целевого состояния зрелости от данного текущего
состояния зрелости. Это количественно относительный рост некоторых важных аспектов
в пределах разных размеров, как правило, в пределах организационных границ. но не
11
СТ РК ISO 16680__
(проект, редакция 1)
ограничиваясь ими.
Долженствование
Описывает функции или поведение, которое является обязательным для оценки.
Оценка, которая соответствует этой спецификации, должна включать эту функцию или
поведение.
Открытая модель зрелости интегрированных услуг (OSIMM)
Модель, которая позволяет оценить степень, в которой организация или
предприятие, приняла принципы SOA в рамках своей ИТ и бизнеса. Есть семь уровней,
уровень 1 является наименьшим уровнем, а уровень 7 является наибольшим достижением.
Более высокие степени зрелости, скорее всего, приведут к более высокой степени
маневренности в бизнесе, но они не обязательно "лучше", так как каждая организация
может иметь идеальный уровень зрелости в зависимости от требований их бизнеса и
коммерческого и информационно-технического контекста.
Организация
Любое лицо, заинтересованные в принятии SOA в целях развертывания услуг с
поддержкой бизнес-процессов, включая правительства, бизнесы, направления бизнеса,
проекты, предприятия, службы экосистемы, или промышленность.
Сервис
Логическое представление повторяемой деловой активности, которая:
• Имеет указанный результат (например, проверить кредит клиента, предоставить
данные о погоде, консолидировать отчеты о бурении)
• Является автономным
• Может состоять из других служб
• Является "черным ящиком" для потребителей услуги
Зрелость интеграционных услуг
Уровень интеграции услуг, необходимый для реализации сервиса ориентированных
на определенные семь уровней зрелости услуг.
Соглашения об уровне обслуживания ( SLA)
Договор, в основном заключаемый между поставщиками услуг и их
пользователями, чтобы установить наличие, объем услуг и время реагирования на вызов.
Служба управления
Практика и методы, необходимые для управления услугами в рамках SOA.
Ориентация сервиса
Способ мышления с точки зрения услуг и развития услуг на основе достигнутых
результатов.
Примечание: объяснения этих терминов взяты из дефиниций SOA, разработанных
рабочей группой The OpenGroup SOA ; см www.opengroup.org/projects/soa.
Следует
Употребляется для оценки факта соответствия данной спецификации, описывает
функцию или поведение, которое рекомендуется, но не является обязательным.
12
СТ РК ISO 16680__
(проект, редакция 1)
SOA
Архитектурный стиль, который поддерживает ориентацию службы.
(SOA), Эко-Система
Группа из одной или нескольких организаций, которые зависимы друг от друга при
достижении бизнес-целей путем выполнения услуг, которые могут подставить плечо
бизнес-процессам другой компании.
Метод SOA
Лучшие практики, эталонные архитектуры, шаблоны и направляющие для
разработки решений SOA.
Преобразование
Изменение уровня организационного состояния на другой, более высокий, в целях
поддержки бизнес-задач и целей. Преобразования могут быть бизнес-преобразованиями
(например, сокращение числа вызовов клиентов) или информационно-технические
преобразованиями (например, введение поддержки для рынков в различных
географических точках). Может возникнуть необходимость в осуществлении бизнес- и
ИТ-преобразований параллельно для того, чтобы гарантировать, что бизнес-деятельность
ведется в соответствие с ИТ-деятельностью.
Виртуализированный сервис
Служба, которая скрывается за «фасадом», так что абонент службы не вызывает его
напрямую, а через прокси-сервер, который перехватывает вызов и направляет его к
реальной службе, на основании таких соображений, как нагрузка и доступность
1.5 Будущие направления
• Разработка хранилища индикатора OSIMM
• Разработка хранилища социологического исследования OSIMM
2 Модель
2.1 Обзор
Открытая модель интеграционной зрелости услуг (OSIMM) определяет, как
измерить уровни интеграции услуг организации и ее ИТ-систем и бизнес-приложений.
Кроме того, она обеспечивает руководство тем как, достичь определенного уровня
зрелости услуг, необходимых для реализации связанных с бизнесом преимуществ.
OSIMM имеет семь параметров в семи уровнях зрелости. Каждый уровень зрелости
представляет собой значительное увеличение уровня зрелости, необходимое для
реализации ориентации на оказание услуг. Эта концепция называется интеграционной
зрелостью услуг в рамках (OSIMM). OSIMM также может быть использована в качестве
модели зрелости SОА. В то время как многие методы и практики SOA используются для
создания ориентации на обслуживание, OSIMM намеренно ориентирована на включение
новых и развивающихся технологий для
реализации таких услуг как облачные
вычисления. Расширение рамок OSIMM предназначено, чтобы предоставить способ
увеличения базовой модели OSIMM и включения таких концепций.
OSIMM определяет набор параметров, представляющих различные взгляды
(например, бизнес, архитектурный) организации, а именно:
13
СТ РК ISO 16680__
(проект, редакция 1)
• Бизнес
• Организация и управление
• Метод
• Приложение
• Архитектура
• Информация
• Инфраструктура и управление
Семь уровней зрелости СОА следующие:
• Бункер
• Интегрированный
• Компонентный
• Обслуживание
• Композитные услуги
• Виртуализированные услуги
• Динамически перенастраиваемые услуги
Уровень зрелости каждого параметра оценивается путем сопоставления
показателей зрелости и атрибутов уровня зрелости. Общая оценка показателей зрелости
для всех параметров обеспечивает целостное представление об интеграции услуг уровня
зрелости организации.
Матрица зрелости OSIMM, которая определяет параметры зрелости и уровни,
показана на Матрице зрелости (рис 1).
Основные уровни услуг
бункер
интегриро компон
ванный
ентный
Точк
а
зрени
я
бизне
са
Изолир
ованны
й
бизнес
Упра
влени
еи
орган
изаци
я
ИТ,
стратег
ия и
управле
ние
созданы
“для
данного
случая”
Структу
рные
анализ
и
дизайн
мето
ды
интеграци
я бизнеспроцесса
ИТ
трансфор
мации
Моделиро
вание с
ориентаци
ей на
объект
Виртуализир Динамическ
ованные
и
услуги
перенастраи
ваемые
услуги
Компон Бизнес
композ Услуги
ентные предостав итные
аутсорсинга Способност
функци ляет и
услуги
ь бизнеса
и
потребляе бизнес
оказывать
бизнеса т услуги
а
услуги с
учетом
реальных
условий
обычн
Возникаю Взаимо инфраструкт Управление
ые
щее
зависи урное
через
управл управлен мость
управление
политику
енческ ие СОА
управл ИТ и СОА
ие
ения
процес
СОА и
сы
ИТ
Развити
е
основа
но на
компон
сервисны
й
композ
итные
услуги
Моделиро
вание с
ориентац
ией на
услуги
Модел
ирован
ие с
ориент
ацией
Моделирова
ние с
ориентацией
на услуги
для
Моделирова
ние бизнес
процессов
14
СТ РК ISO 16680__
(проект, редакция 1)
ентах
прим модули
енени
е
объекты
компон
енты
Архи
текту
ра
Трассиров
анная
архитекту
ра
Компон возникаю
ентная щая СОА
архитек
тура
Моноли
тная
архитек
тура
инфо
рмац
ия
Примен
ение
данных
,
отобран
ных для
конкрет
ного
решени
я
Инфр Специф
астру ическая
ктура платфор
и
ма
управ
ление
Уровен
ь1
услуги
База
Канони
данных
ческие
предметн модели
о
ограничен
а
Информа
ция как
услуга
Стандарт
ы
предприят
ия
Основанн
ая на
проектно
й среде
СОА
Уровень 2
Общеп
ринятая
обычна
я
инфрас
труктур
а
Уровен
ь3
на
услуги
Приме
нение,
состоя
щее из
композ
итных
услуг
СОА
инфраструкт
уры
Процесс
интеграции
через услуги
Обычн
ая
окружа
ющая
среда
СОА
Виртуальная
окружающая
среда СОА:
чувствует и
реагирует
Динамическ
ий комплект
применения
Координиру
емая СОА
Динамическ
и
реконфигур
ируемая
архитектура
База
Виртуализир Семантичес
данных ованные
кие словари
предпр услуги по
данных
иятия и получению
хранил данных
ище
Уровень 4 Уровен Уровень 6
ь5
Осознает
контекст,
основана на
событиях,
чувствует и
реагирует
Уровень 7
Рисунок 1: Матрица зрелости OSIMM
Столбцы матрицы соответствуют уровням зрелости, а ряды соответствуют
параметрам. Каждая ячейка в матрице определяет уровень зрелости для каждого из
параметров в каждом столбце. Общий уровень зрелости организации СОА оценивается
путем определения ее уровня зрелости в каждом измерении.
Рассмотрим, например, ячейку «Информация х Бункер»,
обозначенную
"Применение данных конкретного решения". Атрибуты зрелости сопоставляются с
показателями зрелости в OSIMM, как описано в оценке «Вопросы и показатели зрелости
по параметрам» (раздел 2.5). Если атрибуты зрелости предполагают, что показатели
уровня зрелости Бункера существуют в конкретном оцениваем приложении или системе,
то зрелость информационного параметра считается уровнем Бункера (Уровень 1), так что
оцененные приложение или система характеризуется как имеющая базу данных ,
применяемую для конкретного решения.
Каждое измерение может быть оценено аналогичным образом, что приводит к
оценке уровня зрелости для каждого параметра или точки зрения бизнеса, организации и
т.д. Общая картина, с точки зрения оценки уровня зрелости каждого параметра, может
15
СТ РК ISO 16680__
(проект, редакция 1)
сама по себе быть оценена, представив картину общего уровня зрелости организации.
2.2 Уровни зрелости
В центре модели OSIMM находятся семь уровней предпринимательской
деятельности и интеграционной зрелости ИТ-услуг. . Каждый из семи уровней отражает
возможное абстрактное состояние организацию с точки зрения ее зрелости интеграции
услуг (бизнес и/или ИТ) и решения SOA. Каждый уровень зрелости строится на основе
своих предшественников и будет иметь совокупный набор атрибутов зрелости.
2.2.1 Уровень 1: Бункер
Отдельные части организации разрабатывают собственное программное
обеспечение самостоятельно, без интеграции данных, процессов, стандартов или
технологий. Это серьезно ограничивает возможности организации для реализации бизнеспроцессов, которые требуют сотрудничества между различными частями ИТ-системы, и
не могут быть интегрированы без значительного ручного вмешательства, например,
повторного ввода и повторной интерпретации данных.
2.2.2 Уровень 2: Интегрированный
Были введены в действие технологии для того, чтобы общаться между бункерами
для интеграции данных и обеспечения взаимосвязи. Построение ИТ-системы, которая
объединяет разные части организации, становится возможным. Тем не менее, интеграция
не распространяется на общие стандарты обработки данных или бизнес процессы. Таким
образом, для соединения двух систем, потребуется, возможно, сложное преобразование
данных, операций и протоколов, используемых этими системами. Каждой такой связи
может потребоваться заказать код и адаптеры, что приводит к росту программного
обеспечения, которым трудно управлять и сложно кодировать и, как следствие,
разрабатывать и автоматизировать новые бизнес-процессы.
2.2.3 Уровень 3: Компонентный
ИТ-системы в Бункере были проанализированы и разбиты на компоненты части в
рамках, в которых они могут быть преобразованы в новые конфигурации и системы. Там
также может иметь место некоторый ограниченный анализ бизнес-функциональности в
компонентах. Хотя компоненты взаимодействуют через определенные интерфейсы, они
слабо связаны, что ограничивает маневренность и способность к взаимодействию между
различными сегментами организации (или даже разными организациями бизнес "экосистемы»). Это вызывает трудности в разработке и внедрении общих бизнес-процессов.
Бизнес и инфраструктуры компонентного уровня являются дискретными и повторно
используются через коды и методы повторного использования EAI. Тем не менее, они
часто дублированы и излишни.
2.2.4 Уровень 4: Сервис
Композитные услуги
строятся на основе слабо связанных услуг. Способ
использования услуг основан на открытых стандартах и не зависит от
технологии
применения. Услуги работают на основе ИТ-инфраструктуры, которая поддерживается с
помощью соответствующих протоколов, механизмов безопасности, преобразования
данных и возможностей управления услугами.
Поэтому службы могут
взаимодействовать со всем частям организации и даже через разные организации,
входящие в эко-системы, и часто управление делегируется сегментам организации
Соглашением об Уровне Услуг (СУУ). Функциональность бизнеса была детально
16
СТ РК ISO 16680__
(проект, редакция 1)
проанализирована и разбита на услуги, включенные в бизнес-архитектуры, что
гарантирует, что услуги будут взаимодействовать на бизнес-уровне. Кроме того, можно
определить услуги через спецификации языка - такие, как WSDL или Архитектуру
Компонентов Услуг (АКУ), которые однозначно определяют операции, выполняемые
службой, что позволяет строительство каталога услуг. Сочетание ИТ технологий и
архитектуры услуг позволяет строительство систем, основанных на этих услугах,
действующих прямо через организации в экосистеме. Тем не менее, на этом этапе состав
услуг и поток управления в рамках композитного применения все еще определяются
разработчиками, пишущими коды, а не декларативным я потоком языка потока. Это
ограничивает гибкость развития новых бизнес-процессов таких, как услуги.
2.2.5 Уровень 5: Комплексные услуги
На этом уровне зрелости услуг теперь можно построить бизнес-процесс для
совокупности взаимодействующих услуг, не только исходя из заказанного развития, но с
использованием композиции или бизнес-процесса языка моделирования, таких как BPEL
[BPEL] информации и контролировать через отдельные услуги. Композитные услуги
включают в себя статику, процесс и деятельность на основе услуг. Это позволяет сборку
услуг в композитные бизнес-процессы, которые могут быть короткими или длительными,
без существенных реконструкций кода. Таким образом, проектирование и разработка
услуг проворены, и могут быть выполнены разработчиками под непосредственным
руководством бизнес-аналитиков.
2.2.6 Уровень 6: Виртуализированные Услуги
Бизнес и ИТ-услуги в настоящее время осуществляется через фасад - косвенный
уровень . Потребитель услуг не вызывает службу напрямую, а через вызов "виртуальный
сервис". Инфраструктура выполняет работу преобразования виртуального вызова в
физической вызов реальной службы, и может, как часть этого преобразования, изменить
адрес, сеть, протокол, данные и образец синхронизации, содержащиеся в вызове. Такие
преобразования могут быть собственно комплексным обслуживанием, таким как
преобразование данных из одной модели данных в другую. Виртуальная услуга, таким
образом, становится менее тесно связана с инфраструктурой, на которой она работает, что
позволяет больше возможностей для композиции услуг. Это в отличие от более низких
уровней зрелости услуг, где служба является более тесно связанной с инфраструктурой.
Хотя виртуализация ранее была использована в не-SOA системах, этот уровень расширяет
концепцию (и преимущества) виртуализации услуг.
2.2.7 Уровень 7: Динамически перенастраиваемые услуги
До этого уровня сборка бизнес-процессов, хотя и быстрая, осуществляется на этапе
проектирования разработчиками (под руководством менеджеров бизнес-анализа и
производителей), используя подходящий инструментарий. Теперь эта сборка может быть
осуществлена во время выполнения заказа, либо при содействии бизнес-аналитиков с
помощью подходящего инструментария, или самой системой. Это требует возможности
доступа к депозитарию услуг и возможности запрашивать это хранилище с помощью
характеристик необходимых услуг. В своей простейшей форме, эти характеристики могут
быть определены заранее, ограничивая систему отбором и размещением особых этапов
сервиса.
2.3 Параметры
Уровень организации SOA зрелости может быть оценен по следующим набором
17
СТ РК ISO 16680__
(проект, редакция 1)
параметров, которые являются необходимыми для эффективного показатели принятия
SOA.
2.3.1 Бизнес
Бизнес параметр ориентирован на бизнес-архитектур; т.е., текущие бизнеспрактику и политику организации; как бизнес-процессы разработаны, структурированы,
реализованы и выполнены . Бизнес параметры также рассматривают как расходы на ИТ
распределяются по всему предприятию, и насколько хорошо возможности ИТ
поддерживают гибкость бизнеса, быстроту и соглашения об уровне обслуживания. Бизнес
параметр включает в себя
ИТ-стратегию. И, таким образом, включает в себя
необходимое ценностное предложение о перемещении с одного уровня зрелости к более
высокому уровню зрелости. Обсуждение этих предложений см. в разделе Преимущества
перехода на более высокие уровни зрелости (Приложение В).
2.3.2 Организация и управление
Параметр «Организация и управление» сосредоточен на структуре и дизайне самой
организации и необходимых мерах организационной эффективности в контексте SOA
управления СОА. Организационный аспект ориентирован на организационной структуре,
взаимоотношениях, ролях и расширении прав и возможностей, необходимых для
принятия сервис-ориентированной стратегии. Это включает в себя виды и степень
квалификации, обучение и образование, которые доступны в рамках организации.
Управление связано с формальными процессами управления, поддержки ИТдеятельности, возможностях сервиса и приведении решений SOA
в соответствие с
потребностями бизнеса. Управление направляет многие аспекты других параметров
зрелости, в том числе, как структурировано управление и как распределяются затраты.
2.3.3 Метод
Параметр Метод ориентирован на методы и процессы, используемые в организации
для ИТ и трансформации бизнеса, и зрелости организации по всему жизненному циклу
развития программного обеспечения, такие как использование требований управления,
методов оценки, управления проектами, процессов обеспечения качества, методологий
проектирования и методов и инструментов для выработки решений.
2.3.4 Приложения
Параметр «Приложения» ориентирован на стиль приложений, структурирование
приложений и функциональной декомпозиции, повторного использования, гибкости,
надежности и расширении приложений, понимание и единообразное использование
лучших практик и моделей, были ли созданы несколько приложений, чтобы служить
различным направлениям деятельности по существу с той же функциональностью, а
также наличие предпринимательской схемы и объектных моделей.
2.3.5 Архитектура
Параметр «Архитектура» ориентирован на структуру архитектуры, которая
включает топологию, методы интеграции, решения по архитектуре предприятия,
стандарты и политику, веб-услуги уровня принятия, опыт в реализации SOA, критерии
соблюдения СОА и производство типичных артефактов.
2.3.6 Информация
Параметр «Информация» сосредоточен на том, как структурирована информация,
как моделируется информация, способ доступа к корпоративным данным, абстракция
18
СТ РК ISO 16680__
(проект, редакция 1)
доступа к данным из функциональных аспектов, характеристики данных, возможности
преобразования данных, услуг и технологических определений, обработка
идентификаторов, учетные данные безопасности, управления знаниями, бизнесинформация, модели и управление контентом.
2.3.7 Инфраструктура и управление
Параметр «Инфраструктура и управление» фокусируется
на возможностях
инфраструктуры организации, управлении услугами, ИТ-операциями, ИТ-управления и
ИТ-администрировании, как
выполняются СУО, как осуществляется мониторинг, и
какие виды интеграции платформ предоставляются.
2.4 Основные уровни услуг
Первые три слоя модели зрелости OSIMM – Бункер, Интегрированный и
Компонентный - называются «Основные уровни услуг». Интеграция служб и ориентация
намного проще достигается, если бизнес-функции и инфраструктура развиты в виде
дискретных компонентов, которые разделены на составляющие части, независимы от
расположения и слабо связанны с базовой средой исполнения. Основные уровни услуг
можно рассматривать как рекомендованные предпосылки для услуг, позволяющие
осуществить формализацию окружающей среды (или даже объединение существующих
услуг). В то время как есть возможность обеспечить услуги через плохо формализованные
среды, это может поставить под угрозу успешность решения SOA. «Нулевое» применение
может быть исключением и не требуют тех же шагов для достижения ориентации услуг,
как повторное использование устаревших бизнес-функций. Услуги, разработанные с
использованием веб-сервисов и других услуг, активирующих технологии, должны также
соответствовать характеристикам зрелости, определенным Основными уровнями услуг.
2.5 Вопросы оценки и индикаторы зрелости по параметрам
Индикаторы зрелости оцениваются по совокупности вопросов, которые
охватывают текущий бизнес организации и связанную с обслуживанием инфраструктуру
и практику СОА. Базовая модель OSIMM включает в себя ряд вопросов по оценке и
показателей зрелости, которые могут быть использованы, чтобы определить зрелость
интеграции сервисов организаций.
2.5.1 Вопросы оценки зрелости обслуживания
Вопросы оценки используются для обследования целевой организации, чтобы
выяснить
атрибуты зрелости услуг, которые отображают определенный уровень
зрелости услуг. Вопросы оценки сгруппированы по параметрам зрелости. Посредник
OSIMM использует вопросы оценки, чтобы провести обследование ИТ и держателей
акций бизнеса, ответственных за определение и развертывание услуг. Например,
следующие группы в пределах предприятия могут быть обследованы, чтобы собрать
достаточно информации для сопоставления атрибутов показателей зрелости:
• группа ИТ-операций
• группа развития и развертывания услуг
• персонал, обслуживающий сервис- или бизнес-сферы
• архитектор предприятия
• ИТ-директор
19
СТ РК ISO 16680__
(проект, редакция 1)
2.5.2 Вопросы отображения отношения индикатора зрелости к атрибуту
Вопросы оценки соотносятся с атрибутами зрелости для каждого показателя
зрелости по параметрам. Это помогает посреднику сделать вывод, какие вопросы оценки
предназначены для получения информации, которая может использоваться для
корреляции специфических атрибутов зрелости с атрибутами определенного показателя
зрелости, тем самым определяя уровень зрелости услуг. Отображены вопросы оценки для
Уровня 1. Параметр зрелости Бизнеса (Рис. 2) показывает, что вопросы 2 и 3 выясняют
атрибуты зрелости, которые будет указывать на Бункер (уровень 1)
(т.е., бизнеспроцессы, формально не определены и документированы).
2.6 Расширение базы Модели OSIMM
В стандартный набор вопросов по оценке и показателей зрелости определены в
бизнес-параметрах: Базовая Модель (глава 3),как базовая модель OSIMM. База модели
OSIMM может быть расширена путем добавления дополнительных показателей зрелости,
вопросов оценки и сопоставления соответствующих атрибутов; например, чтобы охватить
показатели зрелости, характерные для отрасли или предприятия. Расширения
«Промышленность» могут быть стандартизированы, чтобы обеспечить общую базу для
измерения зрелости интеграции услуг на фоне принятия конкретных рамок индустрии
услуг (таких как розничная торговля и финансовые структуры).
Индикатор зрелости «соотнесение» используется, чтобы обеспечить способ для
соотнесения нескольких показателей зрелости в пределах измерения; например, когда
организационные или отраслевые показатели зрелости добавляются к базовой модели.
Кроме того, посредник OSIMM можете ввести «соотнесение» в индикаторы оценки,
выстроив в одну линию с ожиданиями целевой организации и бизнес-требованиями.
Базовая модель OSIMM предусматривает индикатор зрелости ««соотнесение»,
основанный на
10-балльной шкале по уровню зрелости. Индикатор зрелости
««соотнесение» может иметь значение в диапазоне до измеренной величины. Все
показатели «соотнесения»
суммируются для единого счета. В дополнительные
показатели зрелости может быть выделен балл соотнесения
как часть общего
возможного балла измерения зрелости. Скоринг (счет в баллах)
соотнесения
определяется по оценке координатора и с согласия целевой организации. Весовой уровень
зрелости соотнесения в базовой модели OSIMM основан на 10-балльной шкале. Общий
счет оценки зрелости может быть установлен путем суммирования каждой из весовых
оценок. Например, общий балл 210 будет указывать на целостную оценку зрелости
Компонентной СОА. Тем не менее, важно понимать, что организация должна
сосредоточиться на оценке зрелости каждого параметра и прибыльности бизнеса,
которые могут быть реализованы за счет увеличения SOA зрелости организации в
конкретном измерении. Оценки доменов и одиночные баллы можно сравнить с целевой
оценкой зрелости организации, чтобы показать прогресс в достижении их целей. Тем не
менее, оценки зрелости не предназначены для сравнения между организациями,
поскольку каждая организация уникальна.
3. Параметр Бизнес: базовая модель
В этой главе определяется бизнес-параметры базовой модели. Базовая модель
определяет набор общих показателей зрелости и атрибутов, которые могут быть
использованы для оценки уровня зрелости организации по матрице зрелости OSIMM.
Дополнительные показатели зрелости, вопросы оценки и сопоставления атрибутов могут
быть добавлены поставщиками или организаций-пользователем, чтобы расширить модель
20
СТ РК ISO 16680__
(проект, редакция 1)
базы OSIMM.
Оценочные вопросы помогут понять, как организация формально определяет и
документирует свои бизнес драйверы и процессы, которые зависят от линии бизнеса,
чтобы реализовать бизнес-возможности через контекстно-зависимые услуги.
3.1 Параметр Бизнес: базовая модель индикатора зрелости
Базовая модель OSIMM предоставляет один из множества возможных
индикаторов зрелости для параметра. Организации, предприниматели и консультанты
могут предоставить дополнительные
индикаторы зрелости, вопросы оценки и
атрибутивные характеристики, чтобы обеспечить дополнительные руководства, для
повышения уровней зрелости СОА организаций.
Следующий индикатор зрелости параметра «Бизнес» представляется как часть
базовой спецификации OSIMM параметров
•Оценка зрелости СОА по параметру « Бизнес» OSIMM осуществляется путем
идентификации формальных дефиниций и документации бизнес-драйверов и бизнеспроцессов организаций.
3.2 Параметр «Бизнес»: Оценочные вопросы
Следующие вопросы помогут выявить оценки информации о том, как организация
формально определяет и документирует свои бизнес-процессы и драйверы. Собирая
информацию с помощью этих вопросов оценки, оценщик может соотнести индикатор
зрелости с соответствующим атрибутом зрелости, определяя тем самым уровень зрелости
бизнес-параметра.
1. Каковы основные бизнес-драйверы для этой инициативы?
2. Что такое бизнес-видение и цели, и как они связаны с тем, что в настоящее время
Вы
делаете?
3. Является ли ваша Архитектура текущих бизнес-процессов формально
определенной, документированной и регулируемой?
4. Является ли ваша Архитектура бизнес-процессов полной и актуальной?
5. Как измеряются показатели возврата инвестиций, установленные Управлением
бизнес-процессами (УБП)?
6. Насколько динамичны Ваши текущие бизнес-процессы?
7. Каковы текущие методы финансирования?
8. Какова текущая модель затрат?
9. Кто владеет портфелем процессов, приложений и услуг?
10. Есть ли у вас модель затрат, чтобы взимать плату с потребителей услуг за
использование сервиса?
11. Как вы в настоящее время определяете общую стоимость владения (в том числе
программного обеспечения, аппаратных средств и будущее техническое обслуживание)?
12. Какой уровень партнерства существует между деловыми кругами и ИТ
заинтересованных сторон?
13. Как уровни бизнес-услуг измеряется в настоящее время?
14. Какова нынешняя практика преобразования бизнес-соглашений об уровне
обслуживания (СУО) в ИТ (СУО)?
15. Есть ли у вас официальная архитектура предприятия?
16. Есть ли у вас официальное управление вашей архитектурой предприятия?
17. Есть ли у вас несколько направлений бизнеса? Нуждаются ли они в своих
21
СТ РК ISO 16680__
(проект, редакция 1)
собственных бизнеспроцессах?
18. Есть ли у ваших направлений бизнеса возможность использовать общую
информационную модель? Возможен ли обмен данными ?
19. Есть ли у ваших направлений бизнеса своя доля клиентов, поставщиков или
партнеров?
3.3 Параметр «Бизнес»: Отображение отношения индикатора зрелости к
атрибуту
Ниже приведен базовый набор показателей зрелости для параметра OSIMM
«бизнес». Каждый показатель зрелости связан с набором атрибутов зрелости. Атрибуты
зрелости это наблюдаемые характеристики индикатора зрелости для каждого уровня
зрелости. Вопросы оценки используются для обследования
бизнес параметров
организации. Данные обследования, полученные посредством вопросов оценки параметра
«бизнес»., используются для определения уровня зрелости путем оценки и сопоставления
данных о зрелости атрибутов, которые лучше всего соответствуют полученной
информации. Индикатор соотнесение используется для определения среднего балла
зрелости на нескольких показателях зрелости. Модель может быть расширена путем
добавления дополнительных показателей зрелости и присоединения «соотнесение» к
показателям уровней зрелости в соответствии со значением, размещенным на показателях
зрелости оценивающей организацией.
Индикаторы зрелости для параметра «Бизнес»
Уровень
Индикатор
Атрибуты зрелости
балл
Определе
зрелости
зрелости
«соотнесе ние
ния»
вопросов
оценки
Бункер (уровень Формальное
Низкий или отсутствует.
10
2, 15,
1)
определение и
Архитектура предприятия
3,1,9, 17,
изолированный
документирован не является элементом ИТ и
18
бизнес
ие бизнес
стратегии предприятия.
драйверов и
Ограниченное применение
процессов
приложений, специфические
организации
ИТ
интегрированны Формальное
Ограничен
20
15
й (уровень 2)
определение и
Нет формальной
1,2,3,4,6,
Интеграция
документирован архитектуры предприятия
9,17,18,19
бизнесие бизнес
Ограничена в целях и
процессов
драйверов и
нуждается в информации
процессов
других предприятий
организации
структуры
Компонентный
Формальное
Меж –организационный
30
15, 16,
(уровень 3)
определение и
Некие структуры
1,2,9,17,
Компонентный документирован формальной архитектуры
18, 19
бизнес
ие бизнес
предприятия наличествуют
драйверов и
Бизнес драйверы
процессов
организации
организации
документированы как межорганизационные бизнесцели
22
СТ РК ISO 16680__
(проект, редакция 1)
Услуги
(уровень 4)
Компонентный
бизнес
Потребляет и
предоставляет
услуги
Композитные
услуги (уровень
5)
Процессы
предоставляют
ся и
потребляются
через
композитные
бизнес службы
Виртуализирова
нные услуги
( Уровень 6)
Аутсорсинг
услуг
Динамически
преобразуемые
услуги
( Уровень 7)
Оказание
услуг,
ориентированн
ых на
контекст
Формальное
определение и
документирован
ие бизнес
драйверов и
процессов
организации
Расширение до уровня
предприятия
Формальное использование
архитектуры предприятия
Бизнес драйверы
организации
документированы как
элементы миссии
предприятия и архитектуры
бизнеса
Формальное
Интегрированный
определение и
Расширение до уровня
документирован предприятия
ие бизнес
Формальное использование
драйверов и
архитектуры предприятия и
процессов
управления процессов
организации
бизнеса
Бизнес драйверы
организации
документированы как
элементы миссии
предприятия
Формальное
Интегрированный внутри
определение и
предприятия и с внешними
документирован партнерами по бизнесу
ие бизнес
Четко определенная
драйверов и
архитектура предприятия,
процессов
детализирующая внутренние
организации
процессы и аутсорсинг с и
между партнерами по
бизнесу.
40
3,15,16,
1,2,3,8,9,
10,11,17,
18, 19
50
3,4,5,6,10,
11,15,16
1,2,3,8,9,1
0
11,17,18,1
9
60
4,5,6,7, 9,
11,12,13,1
4
, 15,19
Формальное
Широкое
использование
определение и
услуг по требованию
документирован Четко определенная
ие бизнес
архитектура
драйверов и
предприятия,
процессов
включающая
организации
формальное, от
начала до конца,
описание бизнеспроцесса.
Управление бизнеспроцесса
используется
для
определения
и
тестирования качества услуг
70
5,6,13,15,
16,
6,13,14
23
СТ РК ISO 16680__
(проект, редакция 1)
4 Параметр «Организация и управление»: базовая модель
Эта глава определяет базовую модель для параметра базовой модели OSIMM
«Организация и управление». Базовая модель определяет набор общих показателей
зрелости и атрибутов, которые могут быть использованы для оценки уровня зрелости
организации СОА по сравнению с матрицей зрелости OSIMM . Дополнительные
показатели зрелости, вопросы оценки и сопоставления атрибутов могут быть добавлены
поставщиками или организаций-пользователем, чтобы расширить базовую модель
OSIMM.
Оценочные вопросы, которые следуют далее, помогают понять, как организация
формально определяет и документирует свои организационные и управленческие
процессы, которые ранжируются в пределах от случайно выбранной стратегии и
управления УОБ ИТ до управления на основе политики.
Рис. 4 Параметры OSIMM «Организация и управление»
4.1 Параметр «Организация и управление»: Индикатор базовой модели
зрелости
Базовая модель OSIMM обеспечивает один из многих возможных индикаторов
зрелости параметров. Организации, поставщики и консультанты могут предоставить
дополнительные показатели зрелости, вопросы оценки, атрибутов, чтобы указать
дополнительные возможности, необходимые для совершенствования организации СОА.
Приведенный ниже индикатор «Организация и управление» параметра зрелости
представляется как часть спецификации базы OSIMM:
• оценка зрелости интеграции услуг по параметру OSIMM «Организация и
управление» может проводиться путем выявления формального использования сервиса и
управления SOA в масштабах всей организации для разработки, развертывания и
управления бизнеса и ИТ-услуг (решения СОА).
4.2Параметр «Организация и управление»: Вопросы оценки
Собирая информацию с помощью нижеследующих вопросов оценки, оценщик
может соотносить индикатор зрелости с ассоциированными атрибутами зрелости,
определяя тем самым уровень зрелости параметра «Организация и управление».
1. Какие виды навыков являются общими для ИТ-персонала?
2. Как управление ИТ относится к Вашей SOA?
3. Как это управление ИТ связано или координирует деятельность ИТ, SOA,
архитектуру предприятия и управления организации?
4. Существуют ли процессы управления SOA, задокументированы ли они и, если
да, то как они используются для сервисов на этапе проектирования и выполнения?
5. Четко ли определены роли и обязанности взаимодействия между
организациями, участвующими в процессе SOA ?
6. Каковы функции и обязанности управления?
7. Как бы Вы описали Вашу модель зрелости?
8. Какой вид обучения СОА доступен в ИТ Вашей организации?
9. Какова в Вашей организации взаимосвязь между командой разработки и
командой инфраструктуры?
10. Какие органы управления существуют в SOA и в Вашей организации?
11. Выходят ли решения организации СОА за операционные границы?
24
СТ РК ISO 16680__
(проект, редакция 1)
Внутренние?
Внешние, между бизнес-партнерами?
4.3 Параметр «Организация и управление»: сопоставление индикатора
зрелости и местоположения атрибута
Ниже приведен базовый набор показателей зрелости для параметра OSIMM
«Организация и управление». Каждый показатель зрелости связан с набором атрибутов
зрелости. Атрибуты зрелости это наблюдаемые характеристики индикатора зрелости для
каждого уровня зрелости. Вопросы оценки используются для обследования такого
параметра организации как «Организация и управление». Данные обследования,
полученные на основании вопросов оценки параметров управления, используются для
определения уровня зрелости путем оценки данных и соответствия атрибутам зрелости,
которые лучше всего соответствуют полученной информации.
Соизмерение зрелости
используется для определения среднего балла зрелости нескольких показателей зрелости.
Модель может быть расширена путем добавления дополнительных показателей зрелости
и присвоения соизмерению статуса показателя уровня зрелости в соответствии со
значением, приданым показателям зрелости оценивающей организацией.
Показатели зрелости для параметра «Организация и управление»
Уровень
Индикатор зрелости
Атрибуты зрелости
Со во
зрелости
из пр
Название
ме ос
ячейки
ре ы
ни оц
е
ен
зре ки
лос
ти
Бункер
формальное
Низкий или отсутствует.
10 2,
(уровень использование сервиса Видения или стратегии для принятия SOA
3,
1)
и управления SOA в
не существует. Нет признания значимости
4,5
Выбор
масштабах всей
управления сервисом. Не существуют ИТ
ИТ,
организации для
процессы управления бизнесом.
11,
стратеги разработки,
Не существует перекрестная
1,8
ии
развертывания и
организационная координация услуг
,
управлени управления бизнеса и
(SOA).
я «к
ИТ-услуг (решения
Минимальное обучение SOA.
случаю»
СОА).
Интегрир формальное
Ограничено.
20 2,3
ованный использование сервиса Формальная стратегия СОА возникает.
,4,
(уровень и управления SOA в
Есть некоторая перекрестно5,1
2)
масштабах всей
организационная координация.
1
организации для
Значимость управления услугами и СУУ
трансфо разработки,
признана, но не принята целостно всем
рмации
развертывания и
предприятием.
6,9
ИТ
управления бизнеса и
,10
ИТ-услуг (решения
,
СОА).
Компоне формальное
Перекрестная организация
30 5,9
нтный
использование сервиса Формализованная стратегия СОА
,2,
25
СТ РК ISO 16680__
(проект, редакция 1)
(уровень
3)
Обычное
управлени
е
процесса
ми СОА
и управления SOA в
масштабах всей
организации для
разработки,
развертывания и
управления бизнесом
и ИТ-услуг (решения
СОА).
Сервисы
формальное
(уровень
использование сервиса
4)
и управления SOA в
Возникае масштабах всей
т СОА
организации для
управлени разработки,
е
развертывания и
управления бизнеса и
ИТ-услуг (решения
СОА).
Композит Формальное
ные
использование сервиса
услуги
и управления SOA в
(уровень масштабах всей
5)
организации для
Управлен разработки,
ие СОА и развертывания и
ИТ
управления бизнесом
соотнесе и ИТ-услугами
но
(решения СОА).
Виртуали формальное
зироиспользование сервиса
ванные
и управления SOA в
услуги
масштабах всей
(уровень организации для
6)
разработки,
Координа развертывания и
ция
управления бизнесом
управлени и ИТ-услугами
я СОА и
(решения СОА).
ИТ
Формальное
Динамич использование сервиса
ески
и управления SOA в
перенаст масштабах всей
раиваемы организации для
е услуги
разработки,
(уровень развертывания и
7)
управления бизнесом
Управлен и ИТ-услугами
ие
(решения СОА).
осущест-
осуществляется одной или несколькими
организациями. Управление СОА
признано, но не принято всем
предприятием. Обучение и навыки СОА
присутствуют но ограничены только ИТ
персоналом. Обмен услугами может
развиваться и распределяться между
одной и более организациями.
Расширение предприятия. Формальная
стратегия и видение СОА по расширению
предприятия определены, опубликованы и
согласованы со всеми подразделениями.
Формальный процесс управления СОА и
структура
документированы
и
функционируют в большинстве отделов.
Учебные программы адаптированы для
нужд ИТ и подразделений бизнеса
Интегрированное расширение
предприятия. Использование СОА и
разделение услуг – принятый элемент
стратегии, бизнеса и ИТ моделей
организаций. СОА управление принято
большинством организаций, входящих в
состав предприятия и введено в действие
для управления услугами и решениями
СОА
40
3,4
,6,
2,3
,4,
6,1
,8,
7,1
1
2,3
,5,
10
4,6
,1,
6,8
50
2,3
,5,
11
4,6
,9,
10
Интеграция внутри предприятия и за его
60
пределами, между бизнес-партнерами.
СОА управление - часть организационной
культуры. Организация рассматривает
СОА услуги в качестве активов
предприятия. Организация обладает четко
определенной матрицей СОА и
индикатором качества исполнения работ
3,1
0
2,4
Адаптивное предприятие. Услуги
моделируются и управляются как
элементы эволюционирующей бизнесстратегии. Матрицы сервиса
автоматически компонуются и вводятся в
ключевые решения бизнеса.
2,3
4,5
,6
70
4,1
1
26
СТ РК ISO 16680__
(проект, редакция 1)
вляется в
автоматическом
режиме
5 Параметр «Метод»: базовая модель
Эта глава определяет базовую модель параметра «Метод» для базовой модели
OSIMM. Эта базовая модель определяет набор общих индикаторов зрелости и атрибутов,
которые могут использоваться для определения уровня зрелости на основе сравнения с
матрицей зрелости OSIMM. Дополнительные индикаторы зрелости, оценочные вопросы
и размещение атрибутов могут быть добавлены поставщиками или организациямипользователями для расширения базовой модели OSIMM.
Приведенные ниже вопросы оценки помогают определить уровень формализации,
до которого организация выполнила разработку и внедрение методологии OSIMM,
которая ранжируется от структурированного дизайна и анализа до грамматическиориентированного бизнес-моделирования.
Фундаментальные
уровни
сервиса
па Бункер
интегриров Компоне услуг Композит Виртуализиро Динамичес
ра
анный
нт-ный
и
ные
ванные
ки
ме
услуги
услуги
перенастра
тр
ива- емые
услуги
ме
то
д
Структур
ный
анализ и
дизайн
Моделиров
ание с
ориентацие
й на объект
Развитие
основан
о
на
компоне
нтах
Уровень
Уровень 2
Уровень
1
3
Рис. 5: Параметр «Метод»
Моде
лирован
ие с
ориен
тацией
на
услуг
и
Урове
нь 4
Моделиро
вание с
ориентац
ией на
услуги
Моделирован
ие с
ориентацией
на услуги для
инфраструкту
ры
Уровень 5 Уровень 6
Моделиров
ание
бизнес
процессов
Уровень 7
5.1 Параметр «Метод»: Базовая модель индикатора зрелости
Базовая модель OSIMM обеспечивает один из многих возможных индикаторов
зрелости параметров. Организации, поставщики и консультанты могут предоставить
дополнительные показатели зрелости, вопросы оценки, атрибутов, чтобы указать
дополнительные возможности, необходимые для совершенствования организации СОА.
Ниже индикатор зрелости параметра «Метод» представлен как часть спецификации
базы OSIMM:
• оценка зрелости интеграции услуг по параметру OSIMM « Метод» может
27
СТ РК ISO 16680__
(проект, редакция 1)
проводиться путем выявления формального использования сервиса и управления SOA в
масштабах всей организации для разработки, развертывания и управления бизнеса и ИТуслуг (решения СОА).
5.2 Параметр «Метод»: Вопросы оценки
Собирая информацию с помощью этих вопросов оценки, оценщик может
определить место индикатора зрелости по отношению к атрибутам зрелости, определяя
тем самым уровень зрелости параметра «Метод».
1. Каковы текущие практика применения и системные требования к практическим
методам управления?
2. Какой проектные методологии и лучшие практики Вы в настоящее время
применяете?
3. Вы применяете какие-либо технологии проектирования SOA?
4. Какие инструменты дизайна в настоящее время используются на практике?
5. Какова текущая практика для развития услуг и управления?
6. Каковы рамки Вашей ныне действующей структуры управления проектами?
7. Как организовано ИТ управление проектами ?
8. Каковы текущие процессы обеспечения качества работы Вашей организации?
9. Есть ли у Вас активное группа, которая работает над развитием в Вашей
организации методов и практики SOA?
10. Создано ли в Вашей организации хранилище лучших практик и активов
повторного использования?
5.3 Параметр «Метод»: Сопоставление индикатора зрелости и
местоположения атрибута
Ниже приведен базовый набор показателей зрелости для параметра OSIMM
«Метод». Каждый показатель зрелости связан с набором атрибутов зрелости. Атрибуты
зрелости это наблюдаемые характеристики индикатора зрелости для каждого уровня
зрелости. Вопросы оценки используются для обследования такого параметра организации
как «Метод». Данные обследования, полученные на основании вопросов оценки
параметра «Метод», используются для определения уровня зрелости путем оценки
данных и соответствия атрибутам зрелости, которые лучше всего соответствуют
полученной информации.
Соизмерение зрелости используется для определения
среднего балла зрелости многочисленных показателей зрелости. Модель может быть
расширена путем добавления дополнительных показателей зрелости и присвоения
соизмерению статуса показателя уровня зрелости в соответствии со значением, приданым
данному показателю зрелости оценивающей организацией.
Показатели зрелости для параметра « Метод»
Уровень
Индикатор зрелости Атрибуты зрелости
зрелости
Название
ячейки
Со
из
ме
ре
ни
е
зре
лос
ти
во
пр
ос
ы
оц
ен
ки
28
СТ РК ISO 16680__
(проект, редакция 1)
Бункер
(уровень 1)
Структури
рованный
анализ и
дизайн
Интегриров
анный
(уровень 2)
Моделирова
ние с
ориентацие
й на
объект
Компонентн
ый (уровень
3)
Развитие,
основанное
на
компонента
х
Сервисы
(уровень 4)
Моделирова
ние с
ориентацие
й на сервис
Композитны
е
услуги
(уровень 5)
Моделирова
ние с
ориентацие
й на сервис
Виртуализи
ро-ванные
услуги
(уровень 6)
Сервисориентиров
анное
моделирован
ие для
Инфрастру
Формальное
использование
архитектурного
дизайна СОА,
конструкции и
методологии
размещения для
выполнения услуг.
Формальное
использование
архитектурного
дизайна СОА,
конструкции и
методологии
размещения для
выполнения услуг.
Формальное
использование
архитектурного
дизайна СОА,
конструкции и
методологии
размещения для
выполнения услуг.
Формальное
использование
архитектурного
дизайна СОА,
конструкции и
методологии
размещения для
выполнения услуг.
Формальное
использование
архитектурного
дизайна СОА,
конструкции и
методологии
размещения для
выполнения услуг.
Формальное
использование
архитектурного
дизайна СОА,
конструкции и
методологии
размещения для
выполнения услуг.
Низкий или несуществующий. Нет
формального использования дизайна
СОА и методологии выполнения.
Сотрудники отделов ИТ и бизнеса имеют
слабое представление и не понимают
значимости выполнения бизнес процессов
как услуг.
10
Методы и практика СОА ограничено
используются только бригадами по
развитию ИТ и не были формализованы
для всех бригад.
20
5,6
Перекрестно-организационный метод
30
СОА и практическое воплощение были
усилены и направлены на создание,
размещение и реализацию услуг.
Методология главным образом
сфокусирована на выполнении услуг для
инфраструктуры ИТ и интеграционном
сервисе.
Методы и практика СОА по расширению 40
предприятия были воплощены по всему
предприятию.
Не все
организации
следуют унифицированному подходу.
Интегрированное расширение
предприятия. Формальная и признанная
методология по созданию, развитию,
размещению и управлению используется
на практике. Признанная группа
сотрудников облечена властью
управлять, обучать и модернизировать
методы СОА, принятые предприятием.
Интеграция внутри предприятия и за его
пределами, между бизнес-партнерами.
Используются формальные методы для
создания и управления, как внутренними,
так и внешними, услугами, основанными
на деловом партнерстве. Лучшее
практическое руководство было
разработано для поддержки и
последующего принятия виртуальных
технологий, напр. ESB (программная
2,
3,
50
1,
2
3,
1,2
,3,
4,5
,6,
7
1,2
,3,
4,5
,6,
7
1,2
,3,
5,
7,9
60
1,2
,3,
4
9,1
0
2,8
29
СТ РК ISO 16680__
(проект, редакция 1)
ктуры
Динамическ
и
перенастраи
ваемые
услуги
(уровень 7)
Формальное
использование
архитектурного
дизайна СОА,
конструкции и
методологии
размещения для
выполнения услуг.
архитектура) и registry. Виртуализация ключевой элемент методов сервисных
операций ИТ, она способствует
повышению качества услуг.
Адаптивное предприятие. Формальные
методы усиливают архитектурные
конструкции и активы для поддержки
виртуализации и динамических услуг и
моделирования бизнес-процессов.
70
1,2
,3,
4,5
,
9,1
0
Моделирова
ние бизнеспроцессов
6 Параметр «Приложения»: Базовая модель
Эта глава определяет базовую модель параметра « Приложения» для базовой
модели OSIMM. Эта базовая модель определяет набор общих индикаторов зрелости и
атрибутов, которые могут использоваться для определения уровня зрелости на основе
сравнения с матрицей зрелости OSIMM. Дополнительные индикаторы зрелости,
оценочные вопросы и размещение атрибутов могут быть добавлены поставщиками или
организациями-пользователями для расширения базовой модели OSIMM.
Приведенные ниже вопросы оценки помогают определить уровень формализации,
на котором организация успешно применяла «Приложения» СОА и системные дизайн,
развитие и принципы размещения, и принятые СОА стимулирующие технологии, такие
как ESB (программная архитектура) и serviceregistry. Зрелость ранжируется от модулей
Приложений до динамической сборки Приложений.
6.1 Параметр «Приложения»: Базовая модель Индикатора зрелости
Базовая модель OSIMM обеспечивает один из многих возможных индикаторов
зрелости параметров. Организации, поставщики и консультанты могут предоставить
дополнительные показатели зрелости, вопросы оценки и размещения атрибутов, чтобы
указать дополнительные возможности, необходимые для
совершенствования
организаций СОА.
Приведенный ниже индикатор зрелости параметра «Приложения» предоставляется
как часть базовой спецификации OSIMM:
• оценка зрелости интеграции услуг по параметру OSIMM «Приложения» может
проводиться путем идентификации архитектур приложений, которые спроектированы и
выполнены с использованием принципов СОА и применяют такие конструкции, как
свободное соединение, отделение концернов, и используют такие технологии, как XML,
webservices, ESB, serviceregistries и виртуализацию.
6.2 Параметр «Приложения»: Вопросы оценки
Собирая информацию с помощью этих вопросов оценки, оценщик может
определить место индикатора зрелости по отношению к атрибутам зрелости, определяя
30
СТ РК ISO 16680__
(проект, редакция 1)
тем самым уровень зрелости параметра «Приложения»
1.
Какой Ваш текущий стиль развития приложений?
2.
Насколько обычен способ повторного использования в Вашей организации?
3.
Какие типы повторного использования вы практикуете, и как повторное
использование измеряется?
4.
Как интегрированы приложения и системы Вашей организации?
5.
Какие типы языков использует Ваша организация?
6.
Какие типы интеграционных технологий использует Ваша организация?
7.
Как логика бизнеса представлена в приложениях Вашей организации?
8.
Насколько надежны критические оценки бизнеса в приложениях Вашей
организации?
9.
Как широко в Вашей организации используется XML. Насколько сложно его
использование?
10.
Каков рейтинг обмена и требуемое время выхода на рынок Ваших
действующих приложений?
11.
Используются ли такие технологии расширения возможностей СОА как
ESB, среда свободного обмена данными или registry?
6.3. Параметр «Приложения»:
местоположения атрибута
Сопоставление индикатора зрелости и
Ниже приведен базовый набор показателей зрелости для параметра OSIMM
«Приложения». Каждый показатель зрелости связан с набором атрибутов зрелости.
Атрибуты зрелости это наблюдаемые характеристики индикатора зрелости для каждого
уровня зрелости. Вопросы оценки используются для обследования такого параметра
организации как «Приложения». Данные обследования, полученные на основании
вопросов оценки параметра «Приложения», используются для определения уровня
зрелости путем оценки данных и соответствия атрибутам зрелости, которые лучше всего
соответствуют полученной информации. Соизмерение зрелости
используется для
определения среднего балла зрелости многочисленных показателей зрелости. Модель
может быть расширена путем добавления дополнительных показателей зрелости и
присвоения соизмерению статуса показателя уровня зрелости в соответствии со
значением, приданым данному показателю зрелости оценивающей организацией.
Показатели зрелости для параметра «Приложения»
Уровень
Индикатор зрелости
Атрибуты зрелости
С во
зрелости
о пр
Название
и ос
ячейки
з ы
м оц
е ен
р ки
е
н
и
е
Бункер
Архитектура приложений
Низкий или несуществующий.
1 1,4
(уровень 1)
проектируется и
Архитектура и топология
0 ,7,
31
СТ РК ISO 16680__
(проект, редакция 1)
Модули
выполняется с
использованием принципов
и практики СОА, применяя
такие конструкции, как
свободное соединение,
отделение концернов, и
используют такие
технологии, как XML, вебуслуги, ESB,
serviceregistries и
виртуализацию.
Интегриров Архитектура приложений
анный
проектируется и
(уровень 2)
выполняется с
Объекты
использованием принципов
и практики СОА , применяя
такие конструкции, как
свободное соединение,
отделение концернов, и
используют такие
технологии, как XML, вебуслуги, ESB,
serviceregistries и
виртуализацию.
Компонентн Архитектура приложений
ый (уровень проектируется и
3)
выполняется с
Компонент использованием принципов
ы
и практики СОА, применяя
такие конструкции, как
свободное соединение,
отделение концернов, и
используют такие
технологии, как XML, вебуслуги, ESB,
serviceregistries и
виртуализацию.
Сервисы
Архитектура приложений
(уровень 4)
проектируется и
Сервисы
выполняется с
использованием принципов
и практики СОА, применяя
такие конструкции, как
свободное соединение,
отделение концернов, и
используют такие
технологии, как XML, вебуслуги, ESB,
serviceregistries и
виртуализацию.
приложений монолитна, интеграция
с другими системами предприятия
отсутствует. Использование вебсервисов и других структур
отсутствует.
10
6,9
,
Ограниченный. Архитектура и
топология приложений монолитна с
минимальным разделением
концернов между архитектурными
слоями или связями приложений.
Приложения минимально
интегрированы с другими
системами. Интеграция обычно
осуществляется с использованием
технологии «от точки к точке».
2
0
Перекрестно-организационный.
Практики развития СОА
применяются в организации
бессистемно. Большинство
приложений архитектурных
типологий используют разделение
концернов как физически, так и
логически в презентациях, логике
бизнеса и группах данных.
Использование технологий,
активирующих СОА, таких как
ESB, на предприятии
непоследовательно.
Расширенный на все предприятие.
Сервисные компоненты архитектур
приложений используют такие
модели СОА, как разделение
концернов между логическими и
физическими
сторонами
презентаций и логики бизнеса.
Интеграция
услуг
достигается
использованием ESB некоторыми,
но не всеми подразделениями
бизнеса.
3
0
1,
2
3,7
,
4,6
4
0
1,2
,3,
4,5
,7
10,
6,9
,11
1,2
,3,
4,
32
СТ РК ISO 16680__
(проект, редакция 1)
Композитны Архитектура приложений
е Сервисы
проектируется и
(уровень 5)
выполняется с
использованием принципов
Приложени и практики СОА, применяя
я,
такие конструкции, как
скомпонова свободное соединение,
нные из
отделение концернов, и
композитн используют такие
ых сервисов технологии, как XML, вебуслуги, ESB,
serviceregistries и
виртуализацию.
Виртуализи Архитектура приложений
ро-ванные
проектируется и
сервисы
выполняется с
(уровень 6)
использованием принципов
Виртуализи и практики СОА , применяя
ро-ванные
такие конструкции, как
сервисы
свободное соединение,
отделение концернов, и
используют такие
технологии, как XML, вебуслуги, ESB,
serviceregistries и
виртуализацию.
Архитектура приложений
Динамическ проектируется и
и
выполняется с
перенастраи использованием принципов
ваемые
и практики СОА , применяя
услуги
такие конструкции, как
(уровень 7)
свободное соединение,
отделение концернов, и
Динамическ используют такие
ая сборка
технологии, как XML, вебприложений услуги, ESB,
.
serviceregistries и
Ориентация виртуализацию.
на
контекст
Интегрированный в рамках
5
предприятия.
0
Архитектуры приложений
спроектированы с разделение
концернов на логические и
физические уровни.
Интеграционные модели ESB
используются для поддержки
приложений и процесса интеграции,
чтобы справедливо делиться и
обмениваться услугами .(шеринг)
1,2
,3,
7
Интеграция внутри предприятия и
за его пределами, между бизнеспартнерами.
Архитектуры приложений по
дизайн отъединены от компонентов
инфраструктуры. Обширно
используются архитектурные
модели ESB для поддержки
управления бизнес-процессами
(УБП).
6
0
1,2
,3,
10
Адаптивное предприятие.
Архитектура приложений
поддерживает динамически
реконфигурируемую
инфраструктуру услуг и решения
СОА для использования
внутренними или внешними
партнерами
7
0
4,6
,11
6,7
,8,
11
Вс
е
7 Параметр «Архитектура»: базовая модель
Эта глава определяет базовую модель параметра «Архитектура» для базовой
модели OSIMM. Эта базовая модель определяет набор общих индикаторов зрелости и
атрибутов, которые могут использоваться для определения уровня зрелости на основе
сравнения с матрицей зрелости OSIMM. Дополнительные индикаторы зрелости,
оценочные вопросы и размещение атрибутов могут быть добавлены поставщиками или
организациями-пользователями для расширения базовой модели OSIMM.
33
СТ РК ISO 16680__
(проект, редакция 1)
Приведенные ниже вопросы оценки помогают определить уровень формализации,
до которого организация формально приняла методы проектирования и рамки СОА,
принципы и рамки. Уровень зрелости ранжируется от монолитной архитектуры до
динамически перестраиваемой архитектуры.
7.1 Параметр «Архитектура»: Базовая модель Индикатора зрелости
Базовая модель OSIMM обеспечивает один из многих возможных индикаторов
зрелости параметров. Организации, поставщики и консультанты могут предоставить
дополнительные показатели зрелости, вопросы оценки и размещения атрибутов, чтобы
указать дополнительные возможности, необходимые для
совершенствования
организаций СОА.
Приведенный
ниже
индикатор
зрелости
параметра
««Архитектура»
представляется как часть базовой спецификации OSIMM:
• оценка зрелости интеграции услуг по параметру OSIMM ««Архитектура»
может проводиться путем идентификации тех компонентов услуг, которые
спроектированы и выполнены с использованием формальных методов, принципов,
моделей, технологий в рамках СОА.
7.2 Параметр «Архитектура»: Вопросы оценки
Собирая информацию с помощью этих вопросов оценки, оценщик может
определить место индикатора зрелости по отношению к атрибутам зрелости, определяя
тем самым уровень зрелости параметра «Архитектура».
1.
Как бы Вы охарактеризовали Вашу топологию архитектуры?
2.
Какие типы хранилищ (депозитариев) данных использует Ваша
организация?
3.
Какой стандартный коммуникационный стиль Вашей архитектуры?
4.
Как достигается интеграция в Вашей архитектуре?
5.
Какие методы Вы используете для развития Вашей архитектуры?
6.
Насколько зрелы Ваши реализации услуг?
7.
Насколько экстенсивна Ваша СОА ?
8.
Какие архитектурные принципы определяют Ваш подход?
9.
Насколько широко Ваша организация использует сложные структуры в
архитектуре?
10.
Как принимаются архитектурные решения в Вашей организации?
11.
Использует ли Ваша организация рекомендованную архитектуру?
7.3 Параметр
«Архитектура»:
местоположения атрибута
Сопоставление индикатора зрелости и
Ниже приведен базовый набор показателей зрелости для параметра OSIMM
«Архитектура». Каждый показатель зрелости связан с набором атрибутов зрелости.
Атрибуты зрелости это наблюдаемые характеристики индикатора зрелости для каждого
уровня зрелости. Вопросы оценки используются для обследования такого параметра
организации как «Приложения». Данные обследования, полученные на основании
вопросов оценки параметра «Архитектура», используются для определения уровня
зрелости путем оценки данных и соответствия атрибутам зрелости, которые лучше всего
34
СТ РК ISO 16680__
(проект, редакция 1)
соответствуют полученной информации. Соизмерение зрелости
используется для
определения среднего балла зрелости многочисленных показателей зрелости. Модель
может быть расширена путем добавления дополнительных показателей зрелости и
присвоения соизмерению статуса показателя уровня зрелости в соответствии со
значением, приданым данному показателю зрелости оценивающей организацией.
Показатели зрелости для параметра «Архитектура».
Уровень
Индикатор зрелости
Атрибуты зрелости
С во
зрелости
о пр
Название
и ос
ячейки
з ы
м оц
е ен
р ки
е
н
и
е
Бункер
компоненты сервиса
Низкий или несуществующий.
1
(уровень 1)
спроектированы и
Методы и практики СОА
0 1,7
Монолитная выполнены с
отсутствуют.
Архитектур использованием
а
формальных методов,
принципов, моделей или
технологий в рамках СОА
Интегриров
компоненты сервиса
Ограниченный.
2
1,
анный
спроектированы и
Наблюдается ограниченное
0 2
(уровень 2)
выполнены с
использование методов и практики
Ярусная
использованием
СОА.
5,6
Архитектур формальных методов,
Методы и практики
,7,
а
принципов, моделей или
ограничиваются интеграцией
4,8
технологий в рамках СОА
приложений или систем.
,9
Компонентн
ый (уровень
3)
Компонентн
ая
Архитектур
а
компоненты сервиса
спроектированы и
выполнены с
использованием
формальных методов,
принципов, моделей или
технологий в рамках СОА
Сервисы
компоненты сервиса
(уровень 4)
спроектированы и
Возникающа выполнены с
я СОА
использованием
формальных методов,
принципов, моделей или
технологий в рамках СОА
Перекрестно-организационный.
Формальные
практики и методы СОА
применяются многими группами
внутри предприятия. Организация
имеет нечетко определенную
архитектуру, поддерживаемую
ограниченными инструментарием и
практикой управления .
Расширенный на все предприятие.
Формальные методы и практики
СОА применяются по всему
предприятию, поддержанные
формальной практикой
управления. Приложения и услуги
спроектированы на основе
формальных принципов и моделей
СОА
3
0
4
0
4,5
6,7
,8,
9,1
0,
11
4,5
,6,
1,7
8,1
1
35
СТ РК ISO 16680__
(проект, редакция 1)
Композитны компоненты сервиса
е Сервисы
спроектированы и
(уровень 5)
выполнены с
использованием
формальных методов,
СОА
принципов, моделей или
технологий в рамках СОА
Виртуализи
ро-ванные
сервисы
(уровень 6)
Активируем
ая СОА
компоненты сервиса
спроектированы и
выполнены с
использованием
формальных методов,
принципов, моделей или
технологий в рамках СОА
Динамическ
и
перенастраи
ваемые
услуги
(УР.7) ((
компоненты сервиса
спроектированы и
выполнены с
использованием
формальных методов,
принципов, моделей или
технологий в рамках СОА
Интегрированный в рамках
предприятия. Рамочная структура и
практика поддерживаются
использованием формальных
методов СОА и рекомендованной
архитектурой по всему
предприятию. Возникает
формальная модель бизнесинформации СОА
Интеграция внутри предприятия и
за его пределами, между бизнеспартнерами.
Компоненты сервиса
спроектированы с использованием
формальных методов, практик и
рамок, способствующих
повторному использованию
активов. Формальные услуги бизнес
информации
Были разработаны и внедрены на
всем предприятии.
Адаптивное предприятие.
Компоненты сервиса
спроектированы с использованием
формальных методов, практик
рамок или технологий. Формальные
услуги бизнес информации
разработаны и внедрены включая и
предприятие и внешних партнеров
5
0
6
0
7
0
7,8
,9,
11
1,3
,4,
5,6
,9,
2,8
,10
,
11
1,3
,4,
5,6
,9,
2,8
,10
,
Динамическ
и
перестраив
аемая
Архитектур
а
8 Параметр «Информация»: Базовая модель
Эта глава определяет базовую модель параметра «Информация» для базовой
модели OSIMM. Эта базовая модель определяет набор общих индикаторов зрелости и
атрибутов, которые могут использоваться для определения уровня зрелости на основе
сравнения с матрицей зрелости OSIMM. Дополнительные индикаторы зрелости,
оценочные вопросы и размещение атрибутов могут быть добавлены поставщиками или
организациями-пользователями для расширения базовой модели OSIMM.
Приведенные ниже вопросы оценки помогают определить уровень формализации,
на котором организация успешно применяла системный дизайн, развитие и принципы
размещения, и принятые СОА стимулирующие технологии, такие как ESB (программная
архитектура) и serviceregistry. Зрелость ранжируется от приложений с набором
специфических данных до вокабуляров (специальных семантических словарей).
36
СТ РК ISO 16680__
(проект, редакция 1)
8.1 Параметр «Информация»: Базовая модель Индикатора зрелости
Базовая модель OSIMM обеспечивает один из многих возможных индикаторов
зрелости параметров. Организации, поставщики и консультанты могут предоставить
дополнительные показатели зрелости, вопросы оценки и размещения атрибутов, чтобы
указать дополнительные возможности, необходимые для
совершенствования
организаций СОА.
Приведенный ниже индикатор зрелости параметра «Информация» представляется
как часть базовой спецификации OSIMM:
• оценка зрелости интеграции услуг по параметру OSIMM «Информация»
может проводиться путем идентификации тех компонентов услуг, которые
спроектированы и выполнены с использованием формальных методов, принципов,
моделей, технологий в рамках СОА.
8.2 Параметр «Информация»: Вопросы оценки
Собирая информацию с помощью этих вопросов оценки, оценщик может
определить место индикатора зрелости по отношению к атрибутам зрелости, определяя
тем самым уровень зрелости параметра «Информация».
1.
Существует ли единая модель баз данных для всех приложений?
2.
Существуют ли независимые модели баз данных для
различных
приложений?
3.
Существуют ли правила, используемые для конвертации между различными
моделями баз данных?
4.
Существуют ли трудности при перемещении данных из одного приложения
в другое? Для всех приложений? Только для некоторых приложений?
5.
Имеет ли Ваша организация общую модель данных (или совмещения
различных моделей баз данных)? Как она определяется? Программируя объекты в API?
Через ХCD? С помощью письменных документов? Другими компьютерными
инструментами? Другими не компьютерными инструментами?
6.
Понятны ли модели баз данных в формате Модели Бизнес Объектов
персоналу отделов бизнеса и есть ли они у них? Или, подобно ИТ моделям, они понятны и
принадлежат только ИТ персоналу?
7.
Существуют ли правила совмещения для различных моделей, понятны ли
они и обслуживаются персоналом бизнеса или ИТ? Выполняются ли такие правила
инфраструктурой?
8.
Определяются ли модели данных языком, включающим таксономии,
онтологии или другие логические репрезентации высокого уровня?
9.
Обладаете ли вы глобальным справочником баз данных объектов с
глобальными определителями? Или у вас есть механизм для отслеживания таких объектов
в различных базах данных или справочниках? Этот механизм электронный или ручного
управления? Все ли такие объекты картируются, или это делается только для
определенных объектов или приложений? Эти действия выполняются автоматически
инфраструктурой?
10.
Есть ли у Вас механизмы словарного поиска значения глобальных объектов
по их характеристикам?
37
СТ РК ISO 16680__
(проект, редакция 1)
11.
Как достигается преобразование данных между приложениями? Используют
ли ESB или API для преобразований? Или это выполняется адаптерами? Или требуется
звонить в сервис?
12.
Существуют ли вспомогательные устройства для выполнения сложных
задач, чтобы перенести данные, получившие онтологическую дефиницию, из одной
формы в другую?
13.
Имеет ли уже Ваша организация, или Вы, быть может, разрабатываете
информационную модель бизнеса, чтобы стандартизовать форматы данных, сообщений и
концептов в Вашей организации?
8.3 Параметр «Информация»:
местоположения атрибута
Сопоставление
индикатора
зрелости
и
Ниже приведен базовый набор показателей зрелости для параметра OSIMM
«Информация». Каждый показатель зрелости связан с набором атрибутов зрелости.
Атрибуты зрелости -это наблюдаемые характеристики индикатора зрелости для каждого
уровня зрелости. Вопросы оценки используются для обследования такого параметра
организации как Информация. Данные обследования, полученные на основании вопросов
оценки параметра «Информация», используются для определения уровня зрелости путем
оценки данных и соответствия атрибутам зрелости, которые лучше всего соответствуют
полученной информации. Соизмерение зрелости используется для определения среднего
балла зрелости многочисленных показателей зрелости. Модель может быть расширена
путем добавления дополнительных показателей зрелости и присвоения соизмерению
статуса показателя уровня зрелости в соответствии со значением, приданым данному
показателю зрелости оценивающей организацией.
Показатели зрелости для параметра Информация
Индикатор зрелости
Атрибуты зрелости
Со вопр
Уровень
из
осы
зрелости
ме оцен
Название
ре
ки
ячейки
ни
е
Бункер
Архитектура
Низкий или несуществующий. 10
(уровень 1)
информации
Информация скопирована и
1,2,3,
Отбор
поддерживает
главную избыточна.
Концептуальна
4,5
данных
модель данных, которая информационная
модель
основан на содержит общий словарь предприятия отсутствует.
специфике
данных бизнеса
информации
Интегриров
Архитектура информации Ограниченный.
Информация 20
1, 2
анный
поддерживает
главную разделена между некоторыми
(уровень 2)
модель данных, которая приложениями,
3,4,5,
содержит общий словарь использующими
Извлечение,
11
Ориентиров данных бизнеса
Трансформацию,
Загрузку,
ан
на
Манипуляцию (ИТЗМ) или
специфику
меседж-ориентированные
предприяти
технологии.
Начинают
я
возникать
словари
38
СТ РК ISO 16680__
(проект, редакция 1)
первоначальных данных.
Компонентн
ый (уровень
3)
канонически
е модели
Архитектура информации
поддерживает
главную
модель данных, которая
содержит общий словарь
данных бизнеса
Меж-организационный.
30
Возникли
словари
бизнесданных,
но
только
для
приложений
и
систем.
Появились формальные модели
бизнес-информации часто с
доступом через схематический
стиль интерфейсов XML
Расширенный
на
все 40
предприятие. Многочисленные
бизнес-подразделения
пользуются
мета-данными.
Словари
бизнес-данных
стандартизованы
в
рамках
бизнеса или процессов. Обмен
данными в рамках бизнеса и
деловых партнеров ведется с
последовательно. Интерфейсы
определяются использованием
общих словарей.
Интегрированный в рамках 50
предприятия.
Информационные
службы
выполняют оценку данных,
очистку,
трансформацию,
интеграцию
партнерских
данных и др. Основная база
данных
используется
всем
предприятием Словари бизнесданных стандартизованы для
использования
всем
предприятием.
Сервисы
(уровень 4)
Информаци
я как услуга
Архитектура информации
поддерживает
главную
модель данных, которая
содержит общий словарь
данных бизнеса
Композитны
е Сервисы
(уровень 5)
Словарь
базы данных
и хранилище
Архитектура
информации
поддерживает
главную
модель данных, которая
содержит общий словарь
данных бизнеса
Виртуализи
ро-ванные
сервисы
(уровень 6)
Виртуализи
ро-ванные
информацио
нные
услуги
Архитектура
Интеграция
внутри 60
информации
предприятия
и
за
его
поддерживает
главную пределами,
между
бизнесмодель данных, которая партнерами. Словари бизнессодержит общий словарь данных
данных бизнеса
легко могут быть расширены,
чтобы отвечать потребностям
новых
услуг,
внешних
партнеров, и реконфигурации
бизнес-процессов. Регистр с
метаданными используется для
управления
сервисными
активами
предприятия.
Формальная информационная
бизнес
модель
была
1,2,3,
4,5,6,
8,13
5,7,6,
8
13
7,8,9,
1011,
12
13
7,8,9,
10
11
12
13
39
СТ РК ISO 16680__
(проект, редакция 1)
разработана и внедрена.
Архитектура
Адаптивное предприятие.
70
Динамическ информации
Словари бизнес-данных легко
и
поддерживает
главную могут быть расширены, чтобы
перенастраи модель данных, которая отвечать потребностям новых
ваемые
содержит общий словарь услуг, внешних партнеров, и
услуги
данных бизнеса
реконфигурации
бизнес(уровень 7)
процессов.
Определения
Бизнес-данным
даются
с
Семантичес
использованием семантических
кие словари
веб-конструкций или онтологий
данных
(напр.,
UN/CEFACTCoreComponents,IS
O
11179)
Формальная
информационная бизнес модель
была разработана и внедрена,
как
для
внутреннего
пользования, так и для внешних
партнерских подразделений.
1,2,3,
4,5,6,
7,8,9,
8,9,10
11
12
13
9. Параметр «Инфраструктура и Управление»: Базовая модель
Эта глава определяет базовую модель параметра «Инфраструктура и
Управление» для базовой модели OSIMM. Эта базовая модель определяет набор общих
индикаторов зрелости и атрибутов, которые могут использоваться для определения
уровня зрелости на основе сравнения с матрицей зрелости OSIMM. Дополнительные
индикаторы зрелости, оценочные вопросы и размещение атрибутов могут быть добавлены
поставщиками или организациями-пользователями для расширения базовой модели
OSIMM.
Приведенные ниже вопросы оценки помогают определить уровень формализации,
на котором организация успешно применяла системный дизайн, развитие и принципы
размещения, и принятые СОА стимулирующие технологии, такие как ESB (программная
архитектура) и serviceregistry. Зрелость ранжируется в диапазоне от первоначального,
определенного спецификой платформы уровня организации бизнеса, до чувствительного
к контексту, основанному на реальных событиях уровню «чувствуй и реагируй».
9.1 Параметр «Инфраструктура и Управление»: Базовая модель Индикатора
зрелости
Базовая модель OSIMM обеспечивает один из многих возможных индикаторов
зрелости параметров. Организации, поставщики и консультанты могут предоставить
дополнительные показатели зрелости, вопросы оценки и размещения атрибутов, чтобы
указать дополнительные возможности, необходимые для
совершенствования
организаций СОА.
Приведенный ниже индикатор зрелости параметра «Инфраструктура и
Управление» представляется как часть базовой спецификации OSIMM:
• оценка зрелости интеграции услуг по параметру OSIMM «Инфраструктура и
Управление»
может проводиться путем идентификации той ИТ инфраструктуры,
которая поддерживает не-функциональные и операционные требования и архитектуру,
40
СТ РК ISO 16680__
(проект, редакция 1)
необходимые для деятельности
в рамках СОА.
9.2 Параметр «Инфраструктура и Управление»: Вопросы оценки
Собирая информацию с помощью этих вопросов оценки, оценщик может
определить место индикатора зрелости по отношению к атрибутам зрелости, определяя
тем самым уровень зрелости параметра «Инфраструктура и Управление»
1.Каковы в настоящее время
у Вас основные направления использования
инфраструктуры?
2.Как Ваши ИТ СУО (соглашения об уровне обслуживания) соотносятся с бизнес
СУО?
3. Определили ли Вы место СУО относительно качества услуг? Как
осуществляется мониторинг и измерение?
4. Определили ли Вы место СУО относительно безопасности и приватности? Как
осуществляется мониторинг и измерение?
5. Каков уровень мониторинга сегодня? Какие инструменты
мониторинга используются?
6. Какие платформы используются в настоящее время?
7. Какие активы помещены под контроль версий?
8. Какой процесс замены управления используется в настоящее время?
9. Какие инструменты используются для управления конфигурациями?
10. Что считается активами ИТ вашей организации (за исключением человеческих
ресурсов)? Как управляются эти активы?
11. Как выглядит Ваша операционная архитектура в настоящее время?
12. Как Ваша операционная архитектура поддерживает нефункциональные для
приложений и услуг?
9. 3 Параметр «Инфраструктура и Управление»: Сопоставление индикатора
зрелости и местоположения атрибута
Ниже приведен базовый набор показателей зрелости для параметра OSIMM
«Инфраструктура и Управление». Каждый показатель зрелости связан с набором
атрибутов зрелости. Атрибуты зрелости -это наблюдаемые характеристики индикатора
зрелости для каждого уровня зрелости. Вопросы оценки используются для обследования
такого параметра организации как Информация. Данные обследования, полученные на
основании вопросов оценки параметра «Инфраструктура и Управление», используются
для определения уровня зрелости путем оценки данных и соответствия атрибутам
зрелости, которые лучше всего соответствуют полученной информации. Соизмерение
зрелости используется для определения среднего балла зрелости многочисленных
показателей зрелости. Модель может быть расширена путем добавления дополнительных
показателей зрелости и присвоения соизмерению статуса показателя уровня зрелости в
соответствии со значением, приданым данному показателю зрелости оценивающей
организацией.
41
СТ РК ISO 16680__
(проект, редакция 1)
Индикаторы зрелости для параметра «Инфраструктура и Управление»
Уровень
Индикатор
Атрибуты зрелости
балл
Определе
зрелости
зрелости
«соотнесе
ние
ния»
вопросов
оценки
Бункер (уровень Инфраструктур Низкий или отсутствует.
10
1,5,6,7,8,1
1)
а поддерживает Небольшая
или
1
Специфика
нефункциональ несуществующая
платформы
ные
и операционная
поддержка
УОБ
операционные
размещения услуг
(Уровень
требования
и
организации
СУО,
бизнеса)
необходимые
для управления
средой СОА
Интегрированн Инфраструктур
Ограниченный
20
1,6,
ый (уровень 2)
а поддерживает Исполнение
команд
3,4,5,12
Специфика
нефункциональ существует для интеграции
платформы
ные
и приложений и поддерживает
операционные
перемещение
к
ESB.
требования
и Управление сервисом и
СУО,
безопасность
сервиса
необходимые
выполняются частично
для управления
средой СОА
Компонентный Инфраструктур Меж–организационный
30
1,3,4,5,12
(уровень 3)
а поддерживает Процессы
управление
Общая
нефункциональ сервисом и безопасности
инфраструктур ные
и были
опубликованы
и
а
повторного операционные
используются
бизнесиспользования
требования
и подразделением
или
СУО,
предприятием.
необходимые
для управления
средой СОА
Услуги
Инфраструктур
Расширение
до
уровня 40
(уровень 4)
а поддерживает предприятия
3,4,5,6,11,
Основанный на нефункциональ
Операционная
среда
12
проектах среды ные
и поддерживает размещение
СОА
операционные
сервиса
по
всему
требования
и предприятию. Идентичность
СУО,
распределенных
необходимые
пользователей
по
42
СТ РК ISO 16680__
(проект, редакция 1)
Композитные
услуги (уровень
5)
Общая среда
СОА
Виртуализирова
нные услуги
( Уровень 6)
Общая среда
СОА «Чувствуй
и реагируй»
Динамически
преобразуемые
услуги
( Уровень 7)
ориентирована
на
контекст,
основана
на
событиях,
чувствует
и
реагирует
для управления департаментам,
средой СОА
организациям и в границах
всего предприятия может
управляться
администрацией.
Инфраструктур Интегрированный.
50
а поддерживает Расширение
до
уровня
нефункциональ предприятия.
ные
и Управление
услугами
операционные
поддерживает
качество
требования
и услуг
и
композитные
СУО,
приложения.
необходимые
Политика
безопасности
для управления управляема и усилена.
средой СОА
Инфраструктур
Интегрированный
внутри 60
а поддерживает предприятия и с внешними
нефункциональ партнерами по бизнесу.
ные
и Услуги как ресурсы могут
операционные
быть виртуализированы так,
требования
и чтобы
мгновенно
быть
СУО,
размещенными
по
необходимые
множеству
сред.
для управления Мониторинг
услуг
и
средой СОА
управление их исполнением
поддерживают размещение
новых услуг.
Инфраструктур
Адаптивное предприятие.
70
а поддерживает Управление
услугами
нефункциональ отслеживает
и
ные
и предсказывает
изменения
операционные
услуг,
необходимые для
требования
и оптимизации качества услуг.
СУО,
Услуги могут быть повторно
необходимые
использованы
без
для управления негативного влияния на
средой СОА
качество
существующих
услуг.
Политика
безопасности
услуг
динамична и управляема в
условиях реального времени.
2,3,5,11,1
2,4
1,2,3,5,6,7
5,7,8,9
2,3,8,9
3.4,11, 12,
4
10 Метод оценки OSIMM
OSIMM может использоваться для поддержки оценки СОА одного проекта или
для целой линии бизнеса, целого предприятия, эко-системы сервиса или отрасли
производства. Цель Метода оценки OSIMM - оценить текущую зрелость и определить
целевой уровень зрелости (целевое состояние), необходимое для реализации
43
СТ РК ISO 16680__
(проект, редакция 1)
установленных целей бизнеса.
Расширение модели OSIMM, чтобы оценивать зрелость на фоне дополнительных
индикаторов зрелости, таких как рамки индустрии СОА, ожидаемо и приветствуется.
Метод оценки OSIMM интерактивный и эволюционный. Когда организация принимает
стратегию СОА, глубже узнает оценки OSIMM и накапливает опыт внедрения систем
СОА, она может добавлять к данной модели свои собственные индикаторы зрелости.
Ценность OSIMM как инструмента оценки в том, чтобы обеспечить трансформации
СОА и принятие основных направлений для процессов управления СОА.
10.1 Обзор
Анализ состоит из трех нижеследующих действий:
1. Оценка текущего уровня зрелости бизнеса, организации и ИТ.
2. Определение целевого состояния, построение четкого видения того, как бизнес,
процессы, сотрудники и решения ИТ будут выглядеть, если будут преобразованы в
высокоорганизованную СОА.
3. Создание отчета с рекомендациями, который определяет текущие уровни
зрелости различных доменов, описывает идеальное состояние цели и определяет
дорожную карту, показывающую, как двигаться к этой цели .Эти действия выполняются в
анализе OSIMM, который состоит из следующих шагов:
 Определите цели бизнеса, релевантные для целевой оценки (используйте
артефакты архитектуры предприятия, как вводные данные).
 Расширьте модель OSIMM, добавив желаемые индикаторы зрелости.
 Добавьте желаемые атрибуты для индикаторов зрелости к желаемому уровню
зрелости. Расширение базовой модели OSIMM дополнительными индикаторами зрелости
позволяет организации связать принятие СОА со своей стратегией, таким образом,
смягчая болевые точки или дополняя возможности бизнеса.
 Оцените текущий уровень зрелости, сравнивая текущее состояние организации
на момент принятия ею СОА, соотнося его с соответствующими атрибутами зрелости.
 Определите уровень зрелости конечной цели, рассмотрев требуемый уровень
зрелости СОА, необходимый для достижения установленных целей бизнеса.
 Сравните индикаторы зрелости текущего и целевого уровней, чтобы
определить разницу и определить дорожную карту преобразования организации с
текущего уровня на желаемый.
 Задокументируйте оценку и дорожную карту преобразования оценочном
отчёте.
44
СТ РК ISO 16680__
(проект, редакция 1)
Процесс анализа OSIMM (Рис. 10)
Organization - организация
Assessor - оценщик
EA, Strategy, Pain Points – стратегия, болевыеточки
Maturity indicators – индикаторызрелости
Desired Maturity Level- желаемыйуровеньзрелости
As IS Maturity Level – текущийуровеньзрелости
Assessment Report – оценочныйотчет
Input - ввод
ProvidesInput – обеспечивает ввод
Determine – определить
10.2
Этапы оценки OSIMM
10.2.1 Определите болевые точки, объем и цели бизнеса
Болевые точки определяются, если организация считает, что ее процессы
нуждаются в улучшении и требуется анализOSIMM. Оценщик должен собрать материал,
который должен помочь определить желаемое состояние целевого уровня зрелости СОА.
45
СТ РК ISO 16680__
(проект, редакция 1)
Этот материал включает стратегические документы, требования пользователя и
артефакты архитектуры предприятия. На этом этапе определяется начальный список
болевых точек и стратегических целей. После того, как это было сделано, можно
определить объем и структуру дорожной карты СОА и преобразований. Параметры и
домены OSIMM могут быть использованы, чтобы помочь определить объем.
10.2.2
Расширьте модель OSIMM
На базе согласованных объема и целей должна быть создана оценочная матрица,
основанная на полной матрице OSIMM но перекроенной, чтобы сфокусироваться на
ключевых болевых точках.
Модель OSIMM может быть расширена путем добавления дополнительных
индикаторов зрелости. Дополнительные индикаторы зрелости могут быть использованы,
чтобы сконцентрироваться на особых болевых точках или стратегических требованиях
для принятия услуг. От команды оценщиков требуется тщательно разместить атрибуты
зрелости относительно любого из дополнительных индикаторов зрелости. Добавление
индикаторов зрелости к базовой модели OSIMM должно осуществляться опытными
специалистами – практиками СОА.
10.2.3 Оцените текущее состояние
Оценщик использует расширенную модель OSIMM, полученную на предыдущем
этапе, чтобы опросить ведущих сотрудников организации, чтобы оценить текущее
состояние организации и, следовательно,
оценить текущий уровень зрелости.
Собеседование должно основываться на базовых вопросах оценки, предоставленных в
рамках OSIMM, и вопросах оценки, добавленных как часть расширения, и может добавить
дополнительные вопросы, которые оценщик сочтет пригодными для того, чтобы
соотнести индикаторы с атрибутами зрелости. На базе полученных ответов на вопросы
оценки текущий уровень зрелости и счет баллов по 10-ти балльной шкале соотнесенного
счета определяется для каждого домена, затем он агрегируется (суммируется) по всем
параметрам для определения общего состояния всей организации.
10.2.4 Определите будущее состояние.
Предыдущие шаги определили текущий и будущий уровни зрелости по всем
доменам и параметрам в оценочной матрице, созданной на первом шаге. Оценщик теперь
должен определить разрывы между текущим и будущим уровнями зрелости и создать
дорожную карту, которая приведет организацию от текущего до целевого уровня.
Индикаторы зрелости для каждого домена должны показывать текущее и желаемое
состояние, а в дорожной карте должны быть предусмотрены шаги, чтобы вести домены от
текущего до желаемого и достичь целей бизнеса или убрать болевые точки. Оценщик
также должен учесть ограничения и пререквизиты, которые возникнут между различными
подразделениями бизнеса и ИТ, которые должны быть поставлены на место. Следует
отметить, что выпуск дорожной карты OSIMM, предназначен для обеспечения
46
СТ РК ISO 16680__
(проект, редакция 1)
относительно высококачественного заключения о действиях, которые следует
предпринять, и что в дальнейшем может быть предпринят более детальный анализ,
помимо анализа OSIMM, с точной характеристикой действий.
Заключения оценки OSIMM, включая болевые точки, матрицу оценки, текущий
уровень зрелости, удаление болевых точек и дорожную карту, должны быть
задокументированы в отчете для дальнейшего использования как направляющая для
следующих шагов анализа и планирования и обеспечения вклада в будущие дорожные
карты СОА, управленческую деятельность СОА и архитектурные спирали СОА.
Периодически должна производиться переоценка зрелости. Текущие баллы
доменов и отдельные показатели могут быть сопоставлены с целевым показателем
зрелости, чтобы продемонстрировать организации прогресс в достижении цели. Однако,
баллы зрелости не предназначены для сравнения между организациями, так как каждая
организация уникальна.
А Примерная оценка
Это приложение иллюстрирует применение OSIMM путем описания примерной
оценки. Описываемая компания HEALTHCO – фиктивна. Оценка описана на уровне
описания, показывая главные черты метода, а не детали специфических индикаторов,
сопоставлений, атрибутов, вопросов оценки.
А.1 Цель Бизнеса
HEALTHCO – компания, предоставляющая услуги здравоохранения, надеется, что
внедрение СОА поможет ускорить интеграцию, продвинет общий бизнес, оптимизирует
затраты на ИТ, поможет достичь целей бизнеса. Чтобы достичь это, HEALTHCO нужно
определить несовпадения между текущим состоянием бизнес а и будущей перспективой
зрелой интеграции услуг. OSIMM использовалась для оценки текущего состояния,
определения целевого состояния и разработки рекомендаций по всем параметрам OSIMM.
А.2 Анализ
В приводимом примере ряд приложений был разделен на две группы – переднего
края и правовые, был осуществлен анализ OSIMM. Его этапы, с концентрацией внимания
на параметре Бизнес приведены ниже:
 Болевая точка заключается в том, что бизнес воспринимает ИТ в качестве
подразделения, неспособного быстро поддержать внедрение новых бизнес-процессов.
 Анализируя индикаторы зрелости, было определено, что бизнес видит ИТ как
приложение, а не как композитные услуги, которые могут быть созданы на базе других
услуг.
 Это помещает организацию в текущем состоянии на Уровень 2 по параметру
Бизнес.
 Приложения монолитны и не интегрированы с другими системами.
47
СТ РК ISO 16680__
(проект, редакция 1)
*Рассматривая характеристики различных уровней по определениям OSIMM,
можно увидеть, что Бизнес на Уровне 5 нивелирует болевую точку, способствуя
конструированию новых бизнес-процессов из услуг.
* Необходимость перейти на Уровень 5 (по меньшей мере) в параметре Бизнес
предлагает в дорожной карте шаг по внедрению бизнес-процессов и услуг, чтобы создать
функциональность.
А.3 Рекомендации
Рекомендации суммированы в следующей таблице, вместе с текущим уровнем и
целевым уровнем зрелости для каждого параметра.
Параметры
OSIMM
теку
щий
урове
нь
Бизнес
2
Организа
ция
3
Суммированная оценка
Цел
Рекомендации
евой
уров
ень
зрел
ости
Сильные
стороны:
Бизнес 6
Нужно
внедрить
хорошо понимает возможности
компонентное
видение
ИТ.
способностей бизнеса, при
Слабые
стороны:
Бизнес
котором
бизнес
рассматривает ИТ как набор
рассматривает услуги как
приложений, которые передают
активы, которое должно
способности
поддерживать
повысить существующую
бизнес-процессы.
Бизнесоценку роли приложений
процессы не скоординированы
с
ИТ.
Приложения
взаимозависимы
и
их
усложненность
влияет
на
эффективность бизнеса.
Сильные
стороны: 4
Владельцам
бизнеса
организация
практикует
следует изменить услуги,
перекрестное
применение
бизнес-процессы
и
приложений.
компонентную
Ответственность за оказание
архитектуру,
чтобы
услуг под контролем.
удовлетворить
Слабые стороны:
меняющиеся потребности
ИТ организации в большинстве
бизнеса.
считают приложения центром
Владельцы ИТ должны
деятельности
и
имеют
поддерживать
специальные навыки для их
специфические
области
развития и поддержки.
бизнеса и их владельцев.
Владелицы
бизнеса
48
СТ РК ISO 16680__
(проект, редакция 1)
должны
сконцентрироваться
на
поддержке и улучшении
специфики бизнеса.
B. Преимущества перехода на более высокие уровни зрелости
В.1 Из Бункера на Интегрированный уровень
Организация перехода от уровня зрелости Бункер на Интегрированный уровень
зрелости значительно снизит эксплуатационные расходы и техническое обслуживание.
Эти снижения затрат реализованы путем уменьшения избыточных трудоемких процессов
и ввода данных, уменьшая пакетные циклы, чтобы преобразовать и передать данные из
одной системы в другую. При этом переходе данные доступны на основе реального
времени, с надежной доставкой данных и автоматическим преобразованием формата
данных для интеграции систем. Переход от структурного программирования к объектноориентированным программированиям, используя также рычаги повторного
использования кода, создает возможности повторного использования и уменьшения
сложности обслуживания программного обеспечения, так как программное обеспечение
более модульно. Модульная структура кода увеличивает читаемость кода, тем самым
уменьшая время технического обслуживания.
В.2 Из Интегрированного на Компонентный ровень
Переход организации из Интегрированного на Компонентный уровень зрелости
принесет пользу в подготовке того, чтобы представить бизнес-функциональность на более
детальном уровне; такое действие требуется на более продвинутых уровнях зрелости.
Повторное использование также существует на бизнес-функциональном уровне по
сравнению с уровнем приложений. Усовершенствования и новые функциональные
возможности достигаются за счет переформатирования существующих приложений на
более мелкие, пригодные для повторного использования, компоненты. Разукрупнение
бизнеса само по себе помогает в снижении сложности и облегчает анализ воздействия
компонентной организации на новые бизнес-модели и бизнес-преобразования. Это
разделение на компоненты также помогает организации в снижении времени выхода на
рынок и увеличивает ответную реакцию ИТ на изменения в бизнесе.
В.3 От Компонентного к Сервису
Переход от Компонентного уровня зрелости до уровня зрелости Сервис (Услуги)
ведет к тому, что организацию будут рассматривать, скорее, как поставщика услуг для
других организаций в рамках предприятия или внешних, по отношению к предприятию,
участников в цепочке создания стоимости. Бизнес-услуги теперь стали возможными для
повторного использования. Этот уровень зрелости уменьшает потребность (и,
следовательно, стоимость) в переоборудовании той же функциональности для нескольких
систем, путем предоставления возможности повторного использования услуг,
заказываемых через стандартные интерфейсы, независимо от технологической
платформы, на которой выполняется приложение. Эти услуги также могут предложить
доступ к данным в управляемой и своевременной манере, что сокращает несоответствия в
данных системах, которые имеют доступ к базе данных и возможность их обновлять.
Инвестиционный усилия по идентификации, спецификации, разработке, тестированию и
развертыванию услуг компенсируются, когда новые системы затребуют ту же услугу от
49
СТ РК ISO 16680__
(проект, редакция 1)
предоставляющей организации, так как стоимость инфраструктуры и технического
обслуживания общей функциональности сокращается.
В.4 От Сервиса до Композитных Услуг
Переход Организации от зрелости услуг Сервиса к Композитному уровню зрелости
услуг способствуют реструктуризации бизнес- и ИТ-поддержки, так что новые бизнеспроцессы могут быть быстро созданы из услуг, а выполнение новых бизнес-функций
различных частей организации может быть достигнуто более легко. Это также сокращает
время выхода на рынок новой бизнес-модели из-за изменений в бизнес-стратегии или
бизнес-трансформации. На этом уровне трансформации это позволяет повторно
использовать услуги, предоставляемые различными организациями в рамках предприятия
в цепочке создания стоимости предприятия.
В.5 От Композитных Услуг до Виртуализованных Услуг
Переход Организации с уровня зрелости Композитного сервиса на уровень
зрелости Виртуализированных услуг, приносит пользу от увеличения в значительной
степени гибкости в проектировании интегральных систем, в том, что различные виды
услуг (в терминах протокола, модели данных и т.д.), которые в противном случае не могут
быть совместимы, на этом уровне могут быть более легко интегрированы. Кроме того,
система может быть изменена для достижения более высокой надежности, без
необходимости для потребителей изменить свой код. Виртуальные услуги позволят
организациям лучше согласовать требования бизнеса с ИТ возможностями путем создания
надежных услуг, очень гибких, управляемых и последовательно градуируемых.
В.6 От Виртуализованных Услуг к Динамически Реконфигурируемым услугм
Организации, достигшие этого уровня зрелости, будут иметь набор полностью
разделенных услуг с информацией о возможных конфигурациях услуг, хранящейся в базе
данных, для того, чтобы динамически скомплектовать услуги, исходя из динамической
природы сервисных запросов. Это обеспечивает превосходную гибкость для
трансформации бизнеса и предоставляет полное согласование бизнеса и ИТ. Это
обеспечивает автономность функций инфраструктуры, чтобы чувствовать и реагировать
на запросы услуг в рамках организации и предприятия с высокой степенью гибкости.
Организации на этом уровне зрелости будут обладать возможностью предоставлять
услуги, которые обеспечивают удовлетворение требований Соглашений об уровне
обслуживания, благодаря динамичности и повышенной гибкости, что делает организацию
высоко конкурентоспособной. Эта возможность позволит организации также
оптимизировать услуги, благодаря их высокой доступности и масштабируемости без
снижения уровня обслуживания и сложности размещения услуг.
С Отношение к другим стандартам SOA
«Навигация открытых стандартов СОА - Ландшафт вокруг архитектуры»,
совместная Белая книга OASIS, OMG, и The OpenGroup [SOA WP] была написана, чтобы
помочь сообществу СОA ориентироваться во множестве перекрывающих друг друга
технических продуктов, произведенные этими организациями с особым акцентом на "А" в
SOA; т.е., Архитектура.
Эта совместная Белая книга объясняет и позиционирует стандарты для эталонных
моделей SOA, онтологий, эталонных архитектур, моделей зрелости, языков
моделирования и применения стандартов по управлению SOA. В ней поясняется, где
работы схожи, подчеркивает сильные стороны каждой работы, как работа может быть
использована вместе с взаимодополняющими способами. Она также предназначена
50
СТ РК ISO 16680__
(проект, редакция 1)
служить гидом для пользователей этих спецификаций для выбора технических изделий,
наиболее подходящих для нужд пользователей, в соответствии с тем, где они находятся
сегодня, и где они планируют отправиться в их SOA «путешествиях».
В то время как понимание SOA и концепции SOA управления представлены в этих
работах очень похоже, эволюционирующие стандарты написаны с разных точек зрения.
Каждая спецификация поддерживает подобный спектр возможностей, но предоставляет
различные уровни детализации для перспектив, на которых они сосредотачиваются.
Таким образом, хотя определения и выражения могут несколько отличаться, существует
договоренность о фундаментальных понятиях SOA и SOA управления.
Ниже приводится краткая информация о позиционировании и руководствам по
спецификациям:
• ОРССИ Эталонная модель SOA (SOA RM) является наиболее абстрактной из
представленных. Она используется для понимания основной концепции SOA. (См [SOA
RM]).
• The OpenGroup SOA Онтология расширяет, уточняет и формализует некоторые
ключевые понятия SOA РМ. Она используется для понимания основной концепции SOA и
помогает понять Модель-ориентированный подход к развитию SOA. (См.: [SOAONT].)
• SOA Foundation - это тезисы, рассматривающие экосистемную точку зрения для
строительства и взаимодействия в рамках парадигмы SOA. Они используются для
понимания различных элементов SOA, SOA архитектуры и реализации, а также вопросы
авторского права для кросс-граничных случаев, где нет единого автора для SOA и SOA
управления.(См: http://docs.oasis-open.org/soa-rm/soa-ra/vl .O / SOA-ра пр-01 .pdf)
• The OpenGroup SOA - Эталонная архитектура это многоуровневая архитектура с
перспективным видением потребителя и поставщика со сквозным описанием тех
архитектурных проблем, строительных блоков и принципов, которые поддерживают
реализации SOA. Она используется для понимания различных элементов SOA,
развертывания SOA на предприятии, основ для промышленности или эталонной
архитектуры организаций, относительно архитектурных решений и позиционирования
поставщиков продукции в контексте SOA.
(См. В: www.opengroup.org/projects/soa-ref-arch~~pobj)
The OpenGroup SOA GovernanceFramework является эталонной моделью домена
управления и метода. Это служит для понимания управления SOA в организациях.
Эталонная архитектура SOA Foundation содержит тезисное обсуждение принципов
управления применительно к SOA от конкретного применения к управлению через
границы. (См [SOA GF]).
The OpenGroup SOA - Интеграционная модель зрелости (0SIMM) является
средством для оценки зрелости организации в широком спектре SOA и определяет план
для постепенного внедрения. Она используется для понимания уровня зрелости SOA в
организации. (См.www.omg.org).
К счастью, есть много соглашений о фундаментальных основных концепциях
всего множества независимых спецификаций и стандартов для SOA. Это может лучше
всего объясняется широким и общим опытом пользователей SOA и ее зрелости на рынке.
Она также обеспечивает уверенность в том, что инвестиции в бизнес и ИТ-инициатив
трансформации SOA на основах, которые включают и используют эти спецификации и
стандарты и помогают снизить риски, которые могут поставить под угрозу успешное
решение SOA.
Предполагается, что будущая работа над стандартами SOA может рассмотреть
позиционирование в данном документе, чтобы уменьшить несоответствия, перекрытия,
разрывы, и промежутки между соответствующими стандартами и обеспечить, чтобы они и
51
СТ РК ISO 16680__
(проект, редакция 1)
впредь могли развиваться в качестве последовательной и полной системы, насколько это
возможно.
D Отношение к другим международным стандартам
Существуют или разрабатываются и другие международные стандарты и в ходе
ISO / МЭК ОТК1, которые связаны с OSIMM. Это приложение обеспечивает
позиционирование с некоторыми из особенно соответствующих стандартов и некоторых
заявлений о возможной будущей работе по OSIMM.
D.1 SC38
Спецификация OSIMM содержит определения терминов, которые важны для
понимания спецификации OSIMM.
SC38 РГ2 работает над терминологией и техническими принципами технического
отчета СОА.
Так как SC38 РГ2 продолжает свое развитие терминологии в ISO / IEC JTC1 WD
30102, и окончательный технический отчет доставлен, в будущем пересмотр
спецификаций OSIMM возможен, что будет сделано для выравнивания терминологии,
особенно там, где есть конфликт, например, когда это мешает пониманию и применению
OSIMM.
D.2. SC7
D.2.1 Параметры OSIMM и SC7 Домены
D.2.1.1 Параметры OSIMM
OSIMM определяет набор размеров, представляющих различные взгляды
(например, бизнес, архитектурный) организации, а именно:
• Бизнес• Организация и управление
• Метод
• Приложение
• Архитектура
• Информация
• Инфраструктура и управление
Они являются важными показателями эффективного обслуживания SOA и
облака. Показатели погашения оцениваются в самооценке на основе
множества
вопросов, которые вызываны текущим и целевым состоянием бизнес-организации и
инфраструктуры, связанных с обслуживанием и SOA, связанной с практикой. Результаты
такой самооценки можно сравнить с оценками целевой зрелости и повторной оценки,
чтобы определить прогресс в достижении целевых уровней зрелости.
D.2.1.2 Домены SC7
Миссия SC7 по природе требует международной стандартизации, но его домен и
сфера лучше описывается в классификации своей программы работы, чем в текущих
условиях ведения работ.
Основные виды деятельности SC7 касаются бизнес-процессов / методов, связанных
с ИТ-инфраструктурой и ИТ-системами. Исторически, однако, акцент был сделан на
системы, поддерживающие бизнес на основе ИТ.
52
СТ РК ISO 16680__
(проект, редакция 1)
Стандарты и проекты SC7 могут быть логически сгруппированы либо в районах
процесса или областей продукции. Обратите внимание, что SC7 не занимают все поля
стандартизации в рамках этих областей, так что их сфера, естественно, более ограничена.
Некоторые из рабочих групп в ходе работы на время настоящей публикации были
представлены, чтобы помочь понять масштабы усилий.
Процессы предприятия IT-системы
Процессами предприятия являются процессы, которые не относятся к одному
проекту, решению, системе или подразделению. Например:
• Архитектура предприятия
• Планирование
•Управление портфелем
• Управление, контроль, и управление
Например, WG42 Архитектура, WG40 управления, WG19 ОРС, и WG27
Аутсорсинг - группы, работающие, в настоящее время. Хотя эти темы хорошо освещены
в отраслевыех консорциумах, международная стандартизация в этих областях только
начинается, и в настоящее время SC7 имеет несколько проектов такого рода.
ИТ системы технологических процессов
Эта область исторически была ядром программы работы SC7, более конкретно
"SoftwareEngineering", которую можно считать подразделом системотехники. Добавление
проектов в "системотехники" теперь имеет более полное представление. Эти процессы,
как правило, помечены как:
• Архитектура решения
• Управление Требования
• Дизайн
• Спецификация
• Приобретение
• Строительство
•Реализация
• Управление
• Оценка
• Измерение
В настоящее время группы РГ07 LC- Процессы, WG02 LC - Продукт работы,
WG24 LC для BVSE и WG26 - Тестирование работают в этой области системного
проектирования.
IT-системы, Инженерные инструменты и методы
В поддержку этих процессов используются различные методы и инструменты.
Поскольку они, в целом, поддерживают более одного из указанных выше способов, это
рассматривается как отдельный пункт. Примеры включают в себя инструменты группу
WG04 в группу и методов WG19.
Услуги ИТ-систем
Проекты в области систем управления и услуг были предназначены для SC7
несколько лет назад (ака WG25 Служба управления и WG21 SoftwareAssetManagement), и
эта область теперь имеет все большее значение. Она включает в себя процессы, такие как:
• Служба управления
• Управление релизами
• Предоставление услуг
• Служба поддержки
• Управление конфигурацией
•Управление отношениями
Качество, Оценка, и документация ИТ-систем
53
СТ РК ISO 16680__
(проект, редакция 1)
Этот домен является спутником в области ИТ системотехники и продуктов ИТ
системотехники. Он состоит из:
• Качественные характеристики систем на основе ИТ
• Системы оценки на основе ИТ
• связанные с ними процессы оценки на основе ИТ
• Системы документации на основе ИТ
Некоторые из этих рабочих групп WG23 Отображение, 900-1, WG06
Обеспечение качества и WG10 Процесс оценки.
D.2.1.3 Стандарты SC7
С точки зрения методов, SC7 имеет стандарты процесса и эталонного продукта,
таких как:
• ISO / МЭК 12207: 2008: Системы и разработки программного обеспечения Программное о процессов жизненного цикла.
• ISO / МЭК 15288: 2008: Системы и разработки программного обеспечения Процессы
жизненного цикла системы
• ISO / МЭК 15289: 2006: Системы и разработки программного обеспечения Содержание систем и Программное обеспечение жизненного цикла обработки
информационных продуктов (документация)
• ISO / МЭК 90003: 2004: Разработка программного обеспечения - Руководство по
применению ISO 9001: 2000 - компьютерное программное обеспечение
• ISO / МЭК 10746: 2009: Информационные технологии - открытая распределенная
обработка –
Эталонная модель
• ISO / МЭК 26550 CD: Программное обеспечение инженерных систем - Эталонная
модель программного обеспечения и системы Линии продуктов
• ISO / МЭК 42010: 2007: Системы и разработки программного обеспечения Рекомендуемая практика для Описания Архитектуры в программных системах
Она имеет также стандарты процессов и реализации продуктов, таких как:
• ISO / МЭК 14764: 2006: Разработка программного обеспечения - Программное
обеспечение жизненного цикла процессов - Техническое обслуживание
• ISO / МЭК 16085: 2006: Системы и разработки программного обеспечения Процессы жизненного цикла – Риски Управления
• ISO / МЭК / IEEE 16326: 2009: Системы и разработки программного обеспечения
- Процессы жизненного цикла - Управление проектом
• ISO / МЭК 29119 CD: Информационные технологии - Разработка программного
обеспечения - Тестирование
• ISO / МЭК / IEEE 29148: Системы и разработки программного обеспечения Процессы жизненного цикла - Требования к техническому стандарту
• ISO / МЭК 29110: 2011: Разработка программного обеспечения - Жизненный цикл
- Профили для малых предприятий (С небольшой сетью)
С точки зрения управления услугами, стандарты SC7 образуют серию 20000:
• ISO / МЭК 20000-1: 2011: Информационные технологии - Управление услугами Часть 1: Обслуживание. Система управления. Требования
• ISO / МЭК 20000-2: 2005: Информационные технологии - Управление услугами Часть 2: Кодекс Практики
• / TR 20000-3 МЭК ISO: 2009: Информационные технологии - Управление
услугами - Часть 3:
Руководство по определению объема и применимости IСO / МEC 20000-1
54
СТ РК ISO 16680__
(проект, редакция 1)
http://www.memst.kz/ru/shop/
• / TR 20000-4 МЭК ISO: 2010: Информационные технологии - Управление
услугами - Часть 4:
Процесс Эталонная модель
• / TR 20000-5 МЭК ISO: 2010: Информационные технологии - Управление
услугами - Часть 5:
Воплощение План осуществления ISO / IEC 20000-1
• ISO / МЭК 20000-10 НП TR: Информационные технологии - Управление
услугами - Часть 10:
Концепции и терминология
D.2.1. SC7 и OSIMM
Целью OSIMM является оценка зрелости текущей деятельности организации и
инфраструктуры, связанных с обслуживанием и практикой СОА. SOA является
архитектурным стилем используемым для разработки сервис-ориентированных систем.
OSIMM также заявляет требование для формальной разработки и развертывания методов
SOA.
Формализация методов и практик в области архитектуры, методов моделирования,
систем и программного обеспечения, а также управления услугами является основным
направлением деятельности SC7, и это вполне естественно, что многие из параметров ,
выбранных для OSIMM (точнее метод, архитектура, инфраструктура, и управление),
также охватываются нормами SC7 и активных проектов.
D.2.1.5 Заключение
Лучшая интеграция OSIMM с набором ISO программного обеспечения и систем
инженерных стандартов может быть достигнута, если терминология, используемая в
документе, в частности, в контрольных списках, была согласована с существующими
стандартами FDIS 15504.
Цель OSIMM не измерить соответствие организации стандартам; поэтому не нужно
использовать стандарты SC7 в качестве нормативных ссылок.
D.2.2 SC7 и оценки OSIMM
D.2.2.1 Оценки OSIMM
OSIMM является самооценкой, чтобы помочь компаниям определить пробелы и
дорожную карту, чтобы изменить использование услуг в их решениях. Целью оценки
OSIMM является использование услуг и применение сервис-ориентации в бизнесрешениях. Он ценен для сравнения уровня зрелости решения в течение долгого времени,
чтобы оценить прогресс в выполнении дорожной карты для принятия СОА. Тем не
менее, не следует сравнивать зрелость двух различных решений в двух различных
организациях; каждая оценка имеет разные вес и цели бизнеса. Не следует также
диктовать или требовать какого-либо уровня зрелости для всех организаций.
OSIMM использует термин "оценка" и "метод оценки", чтобы обозначить то, что
несколько менее формально, чем принятое значение этих терминов в стандарте SC7 FDIS
15504. Процесс, предложенный OSIMM, ближе к деятельности по оценке планирования
жизненного цикла, или процессов архитектуры предприятия, когда проводят опрос о
текущей ситуации и определяют будущую цель, а затем осуществляют некий «анализ
пробелов», т.е. разницы между обеими, чтобы определить приоритеты в будущей
деятельности.
D. 2.2.2 Оценки SC7
55
СТ РК ISO 16680__
(проект, редакция 1)
Эти термины ("оценка" и "метод оценки") имеют другое, более формальное
значение в SC7. За последние 15 лет работы была создана и тщательно отработана модель
структуры оценки зрелости/потенциала и рамки, которые используются в качестве основы
для как интеграции (с другими измеряемыми аспектами организации), а также
гармонизации (локомотива, с помощью которого все эти стандарты могут работать в
организации).Без такой общей модели и структуры, результаты оценки других аспектов
организации не будут сопоставимы или даже графически отражены.
Подход, принятый SC7, должен разделить процессы оценки и продукты на три
независимых, но связанных части:
1. Метод оценки, описанный в стандартах и технических отчетах, определенный в
следующем разделе
2. Базовая линия оценки, называемая Модель Процесса Соотношения
3. Критерии оценки, называемые Модель Процесса Оценки.
Этот способ применим ко всем процессам (не только программное обеспечение или
системотехника), до тех пор, пока они определены стандартным способом.
D.2.2.3 Стандарты SC7
В области оценки возможностей процесса, SC7 имеет ряд документов,
опубликованный как части ISO / IEC 15504. Эти документы были реструктурированы и
пересмотрены, и в настоящее время находятся в процессе подготовки в рамках серии
33000:
• ISO / МЭК 15504-1: 2004: Информационные технологии - Процесс оценки - Часть
1:
Концепции и словарь
• ISO / IEC TR 15504-2: 1998: Информационные технологии - Оценка процесса
разработки Часть 2: Эталонная модель процессов и процессов Возможность
• ISO / МЭК 15504-3: 2004: Информационные технологии - Процесс оценки - Часть
3:
Руководство по проведению оценки
• ISO / МЭК 15504-4: 2004: Информационные технологии - Процесс оценки - Часть
4:
Руководство по использованию для улучшения процесса и определения
возможностей процесса
• ISO / МЭК 15504-5: 2006: Информационные технологии - Процесс оценки - Часть
5:
Воплощение модели оценки процесса
• ISO / IEC TR 15504-6: 2008: Информационные технологии - Процесс оценки Часть 6:
Воплощением жизненного цикла системы Процесс оценки модели
• ISO / IEC TR 15504-7: 2008: Информационные технологии - Процесс оценки Часть 7:
Оценка организационной зрелости
• ISO / IEC TR 15504-8: 1998: Информационные технологии - Оценка процесса
разработки Часть 8: Руководство для использования при определении поставщика
возможности процесса
ISO / МЭК 16680: 2012 (E)
• ISO / IEC TR 15504-9: 1998: Информационные технологии - Оценка процесса
разработки 56
СТ РК ISO 16680__
(проект, редакция 1)
Часть 9: Словарь
• ISO / МЭК 15504-10 DTR: Информационные технологии - Процесс оценки - Часть
10: Безопасность
Расширение
D.2.2.4 SC7 и OSIMM
Даже если OSIMM и SC7 используете ту же терминологию из ISO / IEC 15504 при
описании оценки, очевидно, что мы находимся в присутствии двух различных наборов
требований к оценке, и двух различных методов оценки.
D.2.2.5 Заключение
Если SC38 решит усовершенствовать подход OSIMM до той степени, где
результаты оценки являются более сопоставимыми между организациями, то можно было
бы использовать документы и опыт SC7, чтобы сделать это. Важно отметить, что методы
SC7 по оценке зрелости и потенциала (ISO / IEC 15504) являются универсальными, с
использованием эквивалента "Plug-in" - прямого подключения модулей, в зависимости от
области, которая должна быть оценена. Другие домены были оценены, как разработка
программного обеспечения (ISO / IEC 12207), инженерных систем (ISO / IEC 15288: 2008),
службы управления (ISO / IEC 20000), и методы SC7 VCЕ жизненным циклом (ISO / МЭК
29110: 2011) (см.: WWW .spiceusergroup.org).
Подход OSIMM может быть формализован в ISO / IEC 15504-совместимая база
процесса (процесс Эталонная модель) и ISO / IEC 15504 Критерии оценки сопоставления
(процесс оценки модели).
Это сделало бы возможным сопоставлять оценки, и сделать уровни зрелости
подходящими к установленным рамкам SC7.
На момент этой публикации, не существует никаких планов для такого уточнения.
Поскольку OSIMM является моделью самооценки, не существует возможности взаимного
перекрытия с SC7 программы работ или оценки стандартов.
Указатель (индексы)
(SOA), эко-система 6
Базовая модель 45
Параметр Приложение
Базовая модель показателя зрелости 45
вопросы оценки 31
зрелость индикатор к атрибуту
Базовая модель 30
отображение 46
Базовая модель показателем зрелости 30
Уровень 1 (бункер) 10
зрелость индикатор к атрибуту
Уровень 2 (интегрированный) 10
отображение 31
Уровень 3 ( компонентный) 10
Архитектурный стиль 3
Уровень 4 (Сервис) 10
Параметр Архитектура
Уровень 5 (композитные услуги)
вопросы оценки 37
Уровень 6 (Виртуализованные услуги)
Базовая модель 36
Уровень 7 (Динамически конфигурируемые
Базовая модель показателя зрелости 36
Услуги)
зрелость индикатор к атрибуту
мастер-модель данных 4
отображение 37
погашения 4
Оценка 3
показатель зрелости 5
вопросы оценки и погашения
атрибут уровня зрелости 5
показатели по размерности 13
уровни зрелости 10
преимущества перехода
Модель зрелости 5
Компонентной к службам 59
Метод измерения
Композитные Услуги
вопросы оценки 26
Услуги 60
Базовая модель 25
57
СТ РК ISO 16680__
(проект, редакция 1)
Интегрированный в компонентной 59
Услуги для составных служб 60
Виртуальные услуги, динамически
перенастраиваемые услуги 60
BPEL 3
Бизнес размеры
вопросы оценки 16
Базовая модель 16
Базовая модель показателя зрелости 16
зрелость индикатор к атрибуту
отображение 17
бизнес-услуги 3
параметр 4, 12
домен 4
динамическая конфигурация
расширяя базовую модель 14
рамка 4
Информационная размерность
вопросы оценки 41
Базовая модель 40
Базовая модель показателем зрелости 40
зрелость индикатор к атрибуту
отображение 42
Инфраструктура и управление
вопросы оценки 46
Базовая модель показателя зрелости 25
зрелость индикатор к атрибуту
отображение 26
организация 5
Организация и управление
вопросы оценки 21
Базовая модель 20
Базовая модель показателем зрелости 20
зрелость индикатор к атрибуту
отображение 21
OSIMM метод оценки 50
Оценка OSIMM шаги 51
Связь с другими SOA
Стандарты 61, 64
Сервис 6
Уровни фундаментальные услуги 13
Интеграция услуг 6
службы управления 6
служба ориентация 6
Соглашения об уровне обслуживания
(SLA), 6
SOA 6
Метод SСA 7
Преобразование 7
виртуализированные услуги 7
58