ГОСТ Р ИСО/МЭК 16680—2015
- ИСО/МЭК CD 29119 Информационные технологии. Программная инженерия. Тестирование (Information
Technology— Software Engineering — Testing).
- ИСО/МЭК/IEEE 29148 Системная и программная инженерия. Процессы жизненного цикла систем. Разра
ботка требований (Systemsand SoftwareEngineering— Life Cycle Processes— Requirements Engineering).
-ИСО/МЭК 29110:2011 Программная инженерия. Профили жизненного цикла для сверхмалых объектов
(Software Engineering — Life Cycle Profiles for Very Small Entities (VSEs)].
- С точки зрения менеджмента сервисов стандарты SC7образуютсерию20000:
- ИСО/МЭК 20000-1:2011 Информационные технологии. Менеджмент сервисов — Часть 1. Системные тре
бования к менеджменту сервисов (Information Technology — Service Management — Part 1: Service Management
SystemRequirements).
- ИСО/МЭК20000-2:2005Информационныетехнологии. Менеджментсервисов.Часть2. Руководствопо при
менению системменеджмента услуг(Information Technology— Service Management— Part 2: Codeof Practice).
- ИСО/МЭК TO 20000-3:2009 Информационные технологии. Менеджмент сервисов. Часть 3. Руководство
по определению области применения и применимости ИСО/МЭК 20000-1 (Information Technology — Service
Management— Part 3: Guidance on Scope. Definition, andApplicabilityof ISO/IEC 20000-1).
- ИСО/МЭКTO 20000-4:2010 Информационные технологии. Менеджмент услуг. Часть 4. Эталонная модель
процессов (InformationTechnology — Service Management— Part4: Process Reference Model).
- ИСО/МЭКTO20000-5:2010Информационные технологии. Менеджмент услуг. Часть5. Пример плана реа
лизации ИСО/МЭК 20000-1 (Information Technology — Service Management — Part 5: Exemplar Implementation Plan
forISO/IEC 20000-1).
- ИСО/МЭКНПTO20000-10 Информационныетехнологии. Менеджментуслуг.Часть 10. Концепцииитерми
нология (InformationTechnology— Service Management— Part 5: ConceptsandTerminology).
D.2.1.4 SC7 и OSIMM
Задача модели OSIMM состоит в том, чтобы оценить завершенность текущих инфраструктурных и бизнес-
сервисов и практик вобласти SOAворганизации. SOA— это архитектурныйстиль, применяемый для разработки
сервис-ориентированных систем. Кроме того, в OSIMM устанавливают требования к формальным методам раз
работки и развертывания SOA.
Формализация методов и практик в области архитектуры, методологии моделирования, инженерной раз
работки систем и ПО и менеджмента сервисов является основной задачей SC7. Естественно, что многие из на
правлений, отобранных для модели OSIMM (а именно: «Методы». «Архитектура». «Инфраструктура» и «Менед
жмент»). также охваченыстандартами идействующими проектами SC7.
D.2.1.5 Заключение
Если терминология, используемаяв настоящем стандарте,а именнов контрольныхсписках, будет приведе
на в соответствие с существующими стандартами FDIS 15504. это позволит более тесно интегрировать стандарт
OSIMM с набором стандартов ИСО поинженерной разработке ПО и систем.
Задача OSIMMсостоитне в том. чтобы измеритьстепень соблюдения стандартов ворганизации, поэтому в
этой модели нет необходимости использоватьстандарты SC7 в качестве нормативныхдокументов.
D.2.2 Оценка по SC7 и OSIMM
D.2.2.1 Оценка по OSIMM
Стандарт OSIMM предназначендля проведения оценки, которая поможет компаниямопределить пробелы и
составить план мероприятий, чтобы изменить использование сервисов в своих решениях. Целью оценки OSIMM
является использование сервисов и применение ориентированности на сервисы к бизнес-решениям. Сравнение
уровней завершенностирешения на разныхэтапахможет принести значительную пользудляоценки прогресса на
пути к внедрениюSOA. Тем не менеесравнивать уровень завершенностидвухразных решений вдвух разныхор
ганизациях будет некорректно, так как каждуюоценку проводят с учетом значимостей и бизнес-задач конкретного
предприятия. Точно так же некорректно устанавливать определенный уровень завершенностидля всех организа
ций или требоватьот нихдостижения такого уровня.
В стандарте OSIMM использованы понятия «оценка» и «методоценки». Обозначаемые ими явления имеют
менее формальную природу, чем в принятом значении этих терминов 8 SC7 FDIS 15504. Процесс, предлагаемый
стандартом OSIMM. ближе к операциям по оценке жизненного цикла планирования или к процессам корпоратив
ной архитектуры. В процессе данных операций и процессов также изучают текущую ситуацию, определяют целе
вые показатели,а затемпроводятсвоегородаанализпробеловмеждуэтимиуровнямидлятого, чтобыопределить
план будущих мероприятий и установитьих приоритет.
D.2.2.2 Оценка no SC7
ВстандартахSC7термины «оценка» и «методоценки» имеютдругое, более формальное значение. Работы,
проводившиеся в последние 15 лет. породили и усовершенствовали платформу и структуру модели оценки за-
вершенности/возможностей. которую используют как основу не только для интеграции (с другими измеряемыми
аспектами организации), но и для гармонизации (средство, при помощи которого эти стандарты могут работать в
пределах организации). Без такой совместно используемой модели и структуры результаты невозможно ни срав
нить.нидажесопоставитьс результатами подругим аспектам организации.
Подход, принятый SC7, заключается в том. чтобы разделить процессы и продукты оценки на три независи
мых. но взаимосвязанныхгруппы:
46