• Текст документа
  • Статус
Оглавление
Поиск в тексте
Документ в силу не вступил


ГОСТ Р ИСО/МЭК 15504-5-2016

     
     
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационные технологии

ОЦЕНКА ПРОЦЕССОВ

Часть 5

Образец модели оценки процессов жизненного цикла программного обеспечения

Information technologies. Process assessment. Part 5. An exemplar software life cycle process assessment model



ОКС 35.080

Дата введения 2017-11-01

Предисловие

1 ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием "Государственный научно-исследовательский и конструкторско-технологический институт "ТЕСТ"" (ФГУП ГосНИИ "ТЕСТ"), Обществом с ограниченной ответственностью "Информационно-аналитический центр" (ООО ИАВЦ) на основе собственного перевода на русский язык англоязычной версии международного стандарта, указанного в пункте 4
     

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 22 "Информационные технологии"
     

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 1 ноября 2016 г. N 1547-ст
     

4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 15504-5:2012* "Информационные технологии. Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения" (ISO/IEC 15504-5:2012 "Information technology - Process assessment - Part 5: An exemplar software life cycle process assessment model", IDT).
________________
     * Доступ к международным и зарубежным документам, упомянутым здесь и далее по тексту, можно получить, перейдя по ссылке на сайт http://shop.cntd.ru. - Примечание изготовителя базы данных.
     
          
     При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА
     

5 ВВЕДЕН ВПЕРВЫЕ
     
     
     Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
     

     

1 Область применения


     Настоящий стандарт содержит пример модели оценки процесса для ее использования при выполнении оценки процессов жизненного цикла программных средств в соответствии с требованиями ИСО/МЭК 15504-2.
     
     Настоящий стандарт имеет следующую структуру:
     
     - Раздел 4 содержит подробное описание структуры и основных составляющих модели оценки процесса, которая включает в себя две размерности - размерность процесса и размерность возможности; также в данном разделе представлены индикаторы оценки.
     
     - Раздел 5 распространяют на размерность процесса. В нем использованы описания процессов ИСО/МЭК 12207 для идентификации базовой модели процесса. Процессы базовой модели процесса описаны в модели оценки процесса в терминах назначения и выходов и сгруппированы в три категории процессов. Модель оценки процесса расширяет описания процессов базовой модели процесса, включая набор индикаторов осуществления процесса, называемых качественными практиками для каждого процесса. Модель оценки процесса также определяет второй набор индикаторов осуществления процесса за счет связывания рабочих продуктов с каждым процессом.
     
     Приложение B напрямую связано с разделом 5, поскольку оно определяет характеристики рабочего продукта.
     
     - Раздел 6 распространяют на размерность возможности. В нем продублированы описания уровней возможности и атрибуты процесса ИСО/МЭК 15504-2 и расширен каждый из девяти атрибутов за счет включения набора общих практик. Эти общие практики относятся к набору индикаторов возможности процесса в сочетании с индикаторами общих ресурсов и индикаторами общих рабочих продуктов.
     
     - Приложение A содержит заключение о соответствии модели оценки процесса требованиям, определенным в ИСО/МЭК 15504-2.
     
     - Приложение B содержит отдельные характеристики типичных рабочих продуктов, призванные помочь в оценке уровня возможности процессов.
     
     - Приложение C содержит руководства по стилю для описания качественных практик, рабочих продуктов и общих практик для корректировки модели оценки процесса, и руководство, объясняющее, каким образом расширить или адаптировать такую модель.
     
     - Приложение D содержит некоторые процессы, дополняющие модель оценки процесса.
     
     Примечание - Копирайт-релиз для образца модели оценки процесса: пользователи настоящего стандарта могут свободно воспроизводить подробные описания, содержащиеся в образце модели оценки в качестве инструмента, или другой материал для осуществления процесса оценки; так что его можно использовать по прямому назначению.
     
     

2 Нормативные ссылки


     В настоящем стандарте использованы нормативные ссылки на следующие стандарты*.
_______________
     * Таблицу соответствия национальных стандартов международным см. по ссылке. - Примечание изготовителя базы данных.     
     
          
     ISO/IEC 12207:2008 Systems and software engineering - Software life cycle processes (Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств)
     
     ISO/IEC 15504-1:2004 Information technology - Process assessment - Part 1: Concepts and vocabulary (Информационные технологии. Оценка процессов. Часть 1. Концепция и словарь
     
     ISO/IEC 15504-2:2003 Information technology - Process assessment - Part 2: Performing an assessment (Информационная технология. Оценка процесса. Часть 2. Проведение оценки)
     
     

3 Термины и определения


     В настоящем стандарте применены термины и определения, приведенные в ИСО/МЭК 15504-1.
     
     

4 Обзор образца модели оценки процесса

4.1 Введение


     Настоящий стандарт содержит образец модели оценки процесса, который включает примеры индикаторов оценки.
     
     Модель оценки процесса содержит набор индикаторов осуществления процесса и индикаторов возможности процесса. Индикаторы используются в качестве основы для сбора объективного свидетельства, позволяющего оценщику присваивать рейтинги. Набор индикаторов, включенный в настоящий стандарт, как не предназначен быть набором "все включено", так и не призван быть применимым в полном объеме. Подмножества, соответствующие контексту и области применения оценки, должны быть выбраны и, возможно, расширены дополнительными индикаторами (см. приложение C).
     
     Любая модель оценки процесса, отвечающая требованиям, определенным в ИСО/МЭК 15504-2, касающимся моделей для оценки процесса, может быть использована для оценки. Различные модели и методы могут быть необходимы для решения различных бизнес-потребностей. Модель оценки в настоящем стандарте приведена как образец модели, отвечающий всем требованиям, выраженным в ИСО/МЭК 15504-2.
     
     Базовая модель процесса, определенная в ИСО/МЭК 12207, и связанные с процессом атрибуты, определенные в ИСО/МЭК 15504-2, основывают модель оценки процесса, использующуюся в качестве общей основы для проведения оценки возможности процесса разработки программных средств, позволяя отчитываться о результатах, используя общую рейтинговую шкалу.
     
     Модель оценки процесса являют двумерной моделью возможности процесса. В одном измерении (размерности), размерности процесса, процессы определены и классифицированы на категории процессов. В другой размерности, размерности возможности, определен набор атрибутов процесса, сгруппированных в уровни возможности. Атрибуты процесса обеспечивают измеримые характеристики возможности процесса.
     
     На рисунке 1 продемонстрирована взаимосвязь между общей структурой модели оценки процесса, ИСО/МЭК 15504-2 и ИСО/МЭК 12207.
     
         

Рисунок 1 - Взаимосвязь между моделью оценки процесса и ее входами

ГОСТ Р ИСО/МЭК 15504-5-2016 Информационные технологии (ИТ). Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения


Рисунок 1 - Взаимосвязь между моделью оценки процесса и ее входами


     Базовая модель процесса и размерность возможности, определенные в ИСО/МЭК 15504-2, не могут быть использованы в качестве основы для проведения надежных и однородных оценок возможности процесса, так как предоставляемый уровень детализации являют недостаточным. Описания назначения и выходов процесса в базовой модели процесса и описания атрибутов процесса в ИСО/МЭК 15504-2 нуждаются в поддержке исчерпывающего набора индикаторов осуществления процесса и возможности процесса, которые используют для проведения оценки.
     
     Образец модели оценки процесса, определенный в настоящем стандарте, являют совместимым с требованиями ИСО/МЭК 15504-2 к модели оценки процесса и может быть использован в качестве основы для проведения оценки возможности процесса разработки программных средств.
     
     Для осуществления требований ИСО/МЭК 15504-2 необходимо также наличие документально оформленного процесса, поддерживающего другие требования ИСО/МЭК 15504-2. Данное требование может быть выполнено, например, за счет адаптации поддерживающего метода для проведения оценок.
     
     

4.2 Структура образца модели оценки процесса


     В данном подразделе описаны подробная структура модели оценки процесса и ее ключевые компоненты.
     
     Данная модель оценки процесса расширяет базовую модель процесса за счет добавления описания и использования индикаторов оценки. Индикаторы оценки состоят из индикаторов осуществления процесса и индикаторов возможности процесса и определены для поддержки решения оценщика по вопросам осуществления и возможности имплементируемого процесса.
     
     Раздел 5 вместе со связанным с ним приложением В описывает компоненты размерности процесса, а раздел 6 - компоненты размерности возможности. В приложении А приведена демонстрация соответствия, удовлетворяющего требованиям ИСО/МЭК 15504-2.
     
     ИСО/МЭК 15504-2 требует, чтобы процессы, включенные в базовую модель процесса, удовлетворяли следующим требованиям:
     
     "Основополагающие элементы базовой модели процесса - это набор описаний процессов в рамках модели. Эти описания процессов должны удовлетворять следующим требованиям:
     

a) процесс должен быть описан в терминах его назначения и выходов;
     

b) в любом описании набор выходов процесса должен быть необходимым и достаточным для достижения назначения процесса;
     

c) описания процессов должны быть такими, чтобы никакие аспекты методических основ оценки, описанных в разделе 5, выше уровня 1 не были изложены или подразумеваемы".
     
     Так как процессы являются производными непосредственно от процессов ИСО/МЭК 12207, то эти требования соблюдены.
     
     Модель оценки процесса включает процессы, которые группируются в две категории процессов, аналогично категориям процессов, определенным в ИСО/МЭК 12207, которыми являются:
     
     - категория процессов жизненного цикла системы;
     
     - категория процессов жизненного цикла программных средств.
     
     Внутри категории процесса, процессы группируются на уровне 2 по типу деятельности, который они затрагивают; процессы, входящие в одну группу, содействуют комплементарной области. Эти группы определяются для того, чтобы помочь оценщикам в определении области оценки за счет выбора процесса.
     

4.2.1 Процессы
     
     На рисунке 2 приведены процессы ИСО/МЭК 12207, которые включены в размерность процесса образца модели оценки процесса, и показана их классификация (для целей настоящей модели оценки процесса) по категориям процессов и группам процессов.
     
     Описание каждой группы процессов включает в себя характеристику содержащихся в ней процессов, за которой следует список самих процессов. Каждый процесс, принадлежащий к группе, идентифицируют с помощью идентификатора процесса ID, состоящего из сокращенного названия группы и порядкового номера процесса в группе.
     
     Более подробно категории процессов и группы процессов описаны ниже.
     
     

Рисунок 2 - Категории процессов и группы процессов

ГОСТ Р ИСО/МЭК 15504-5-2016 Информационные технологии (ИТ). Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения


Рисунок 2 - Категории процессов и группы процессов

4.2.1.1 Категория процессов жизненного цикла системы
     
     Процессы жизненного цикла системы состоят из процессов, обслуживающих основные стороны в течение жизненного цикла системы, или программных средств. Основная сторона инициирует или выполняет разработку, эксплуатацию или обслуживание продуктов. Такими основными сторонами являются: получатель, поставщик, разработчик, оператор и сопроводитель (сопровождающая сторона) продуктов.
     
     Категория процессов жизненного цикла системы содержит следующие четыре группы процессов:
     
     - группа процессов соглашения;
     
     - группа процессов организационного обеспечения проекта;
     
     - группа процессов проекта;
     
     - группа технических процессов.
     
     Процессы соглашения (Agreement Processes, AGR) определяют виды деятельности, необходимые для установления соглашения между двумя организациями. Если вызывают процесс приобретения, он предоставляет средства для ведения бизнеса с поставщиком: продукты для использования в качестве действующей системы, услуги по сопровождению действующей системы или разрабатываемые по проекту элементы системы. Если вызывают процесс поставки, он предоставляет средства для ведения проекта, результатом которого являют продукт или услуга, поставляемая получателю (ИСО/МЭК 12207).
     
     В данную группу входят процессы, перечисленные в таблице 1.
     
     Примечание - Поставщик может также выступать в качестве заказчика при приобретении продукта и/или услуги у другого поставщика.


Таблица 1 - Процессы жизненного цикла системы. Процессы соглашения

Идентификатор процесса

Имя процесса

Источник

AGR.1

Приобретение

ИСО/МЭК 12207, 6.1.1

AGR.1A

Подготовка к приобретению (подпроцесс)

ИСО/МЭК 12207, B.3.1.1

AGR.1B

Выбор поставщика (подпроцесс)

ИСО/МЭК 12207, B.3.1.2

AGR.1C

Мониторинг соглашений (подпроцесс)

ИСО/МЭК 12207, B.3.1.3

AGR.1D

Приемка приобретающей стороной (подпроцесс)

ИСО/МЭК 12207, B.3.1.4

AGR.2

Поставка

ИСО/МЭК 12207, 6.1.2

AGR.2A

Представление заявки поставщиком (подпроцесс)

ИСО/МЭК 12207, B.3.2.1

AGR.2B

Согласование контракта (подпроцесс)

ИСО/МЭК 12207, B.3.2.2

AGR.2C

Поставка и поддержка продукта (услуги) (подпроцесс)

ИСО/МЭК 12207, B.3.2.3

AGR.3

Менеджмент изменений в контракте

ИСО/МЭК 12207, F.3


     Процессы организационного обеспечения проекта (Organizational Project-Enabling Processes, ORG) управляют способностью организации приобретать и поставлять продукты или услуги посредством инициации, поддержки и контроля проектов. Они обеспечивают ресурсы и инфраструктуру, необходимые для поддержания проектов, и обеспечивают удовлетворение организационных целей и достигнутых договоренностей. Они не претендуют на всеобъемлющий набор бизнес-процессов, позволяющий руководить бизнесом организации (ИСО/МЭК 12207).
     
     В данную группу входят процессы, перечисленные в таблице 2.
     

Таблица 2 - Процессы жизненного цикла. Процессы организационного обеспечения проекта

Идентификатор процесса

Имя процесса

Источник

ORG.1

Менеджмент моделью жизненного цикла

ИСО/МЭК 12207, 6.2.1

ORG.1A

Учреждение процессов

ИСО/МЭК 12207, B.3.3.1

ORG.1B

Оценка процессов (подпроцесс)

ИСО/МЭК 12207, B.3.3.2

ORG.1C

Совершенствование процессов (подпроцесс)

ИСО/МЭК 12207, B.3.3.3

ORG.2

Менеджмент инфраструктурой

ИСО/МЭК 12207, 6.2.2

ORG.3

Менеджмент портфелем проектов

ИСО/МЭК 12207, 6.2.3

ORG.4

Менеджмент людскими ресурсами

ИСО/МЭК 12207, 6.2.4

ORG.4A

Развитие навыков (подпроцесс)

ИСО/МЭК 12207, B.3.4.1

ORG.4B

Приобретение и обеспечение навыков (подпроцесс)

ИСО/МЭК 12207, B.3.4.2

ORG.4C

Менеджмент знаниями (подпроцесс)

ИСО/МЭК 12207, B.3.4.3

ORG.5

Менеджмент качеством

ИСО/МЭК 12207, 6.2.5

ORG.6

Организационная настройка

ИСО/МЭК 12207, F.1

ORG.7

Менеджмент организацией

ИСО/МЭК 12207, F.2


     Существует две категории процессов проекта (Project Processes, PRO). Процессы менеджмента проектом используют для планирования, осуществления, оценки и контроля хода воплощения проекта. Процессы поддержки проекта поддерживают специализированные управленческие задачи (ИСО/МЭК 12207).
     
     Процессы менеджмента проектом (PRO.1 и PRO.2) используют для установления и развития планов проекта, оценки фактических достижений и прогресса в отношении планов, а также контроля осуществления проекта вплоть до его внедрения. Отдельные процессы менеджмента проектом могут быть вызваны в любой момент жизненного цикла и на любом уровне иерархии проектов, как того требуют планы проекта или непредвиденные события. Процессы менеджмента проектом применяют с уровнем строгости и официальности, который зависит от степени риска и сложности проекта.
     
     Процессы поддержки проекта (PRO.3, PRO.4, PRO.5, PRO.6 и PRO.7) обеспечивают специфически направленный набор задач для осуществления специализированной задачи управления. Все они являются наглядными в управлении любого предприятия, начиная от полной организации вплоть до процесса одного жизненного цикла и его задач.
     
     В данную группу входят процессы, перечисленные в таблице 3.
     

Таблица 3 - Процессы жизненного цикла системы. Процессы проекта

Идентификатор процесса

Имя процесса

Источник

PRO.1

Планирование проекта

ИСО/МЭК 12207, 6.3.1

PRO.2

Управление и оценка проекта

ИСО/МЭК 12207, 6.3.2

PRO.3

Менеджмент решениями

ИСО/МЭК 12207, 6.3.3

PRO.4

Менеджмент рисками

ИСО/МЭК 12207, 6.3.4

PRO.5

Менеджмент конфигурацией

ИСО/МЭК 12207, 6.3.5

PRO.6

Менеджмент информацией

ИСО/МЭК 12207, 6.3.6

PRO.7

Измерения

ИСО/МЭК 12207, 6.3.7


     Технические процессы (Technical Processes, ENG) используются для определения требований к системе преобразования требований в эффективный продукт, разрешения однородности репродукции такого продукта там, где это необходимо, использования продукта, предоставления требуемых услуг, поддержки обеспечения таких услуг и изъятия из обращения снятого с эксплуатации продукта.
     
     Технические процессы определяют те виды деятельности, которые позволяют организационным и проектным функциям этих процессов оптимизировать преимущества и снизить риски, вытекающие из технических решений и действий. Кроме того, данные виды деятельности позволяют продуктам и услугам быть своевременными и доступными, экономичными и функциональными, надежными, поддерживаемыми, продуктивными, практичными и обладать другими качествами, необходимыми для получающих и поставляющих организаций.
     
     В рамках этих видов деятельности продукты и услуги соответствуют ожиданиям или законодательным требованиям общества, включая здравоохранение, безопасность, безвредность и экологические факторы (ИСО/МЭК 12207).
     
     В данную группу входят процессы, перечисленные в таблице 4.
     

Таблица 4 - Процессы жизненного цикла системы. Технические процессы

Идентификатор процесса

Имя процесса

Источник

ENG.1

Определение требований правообладателей

ИСО/МЭК 12207, 6.4.1

ENG.2

Анализ системных требований

ИСО/МЭК 12207, 6.4.2

ENG.3

Проектирование архитектуры системы

ИСО/МЭК 12207, 6.4.3

ENG.4

Реализация

ИСО/МЭК 12207, 7.1.1

ENG.5

Комплексирование системы

ИСО/МЭК 12207, 6.4.5

ENG.6

Квалификационное тестирование системы

ИСО/МЭК 12207, 6.4.6

ENG.7

Инсталляция программных средств

ИСО/МЭК 12207, 6.4.7

ENG.8

Поддержка приемки программных средств

ИСО/МЭК 12207, 6.4.8

ENG.9

Функционирование программных средств

ИСО/МЭК 12207, 6.4.9

ENG.9A

Применение по назначению (подпроцесс)

ИСО/МЭК 12207, В.3.5.1

ENG.9B

Поддержка заказчика (подпроцесс)

ИСО/МЭК 12207, В.3.5.2

ENG.10

Сопровождение программных средств

ИСО/МЭК 12207, 6.4.10

ENG.11

Изъятие из обращения программных средств

ИСО/МЭК 12207, 6.4.11

4.2.1.2 Категория процессов жизненного цикла программных средств
     
     Процессы жизненного цикла программных средств состоят из характерных для программных средств процессов, которые служат правообладателям в течение жизненного цикла программного продукта.
     
     Категория процессов жизненного цикла программных средств содержит следующие три группы процессов:
     
     - группа процессов реализации программных средств;
     
     - группа процессов поддержки программных средств;
     
     - группа процессов повторного использования программных средств.
     
     Процессы реализации программных средств (Software Implementation Processes, DEV) используются для производства определенных элементов системы (программной составной части), реализованных в виде программных средств. Данные процессы преобразуют определенное поведение, интерфейсы и ограничения имплементации в действия по реализации, имеющие результатом элемент системы, который удовлетворяет требованиям, проистекающим из требований к системе (ИСО/МЭК 12207).
     
     В данную группу входят процессы, перечисленные в таблице 5.
     

Таблица 5 - Процессы жизненного цикла программных средств. Процессы реализации программных средств

Идентификатор процесса

Имя процесса

Источник

DEV.1

Анализ требований к программным средствам

ИСО/МЭК 12207, 7.1.2

DEV.2

Проектирование архитектуры программных средств

ИСО/МЭК 12207, 7.1.3

DEV.3

Детальное проектирование программных средств

ИСО/МЭК 12207, 7.1.4

DEV.4

Конструирование программных средств

ИСО/МЭК 12207, 7.1.5

DEV.5

Комплексирование программных средств

ИСО/МЭК 12207, 7.1.6

DEV.6

Квалификационное тестирование программных средств

ИСО/МЭК 12207, 7.1.7


     Процессы поддержки программных средств (Software Support Processes, SUP) обеспечивают специфически направленный набор видов деятельности для осуществления специализированного процесса для программных средств. Поддерживающий процесс содействует процессу реализации программных средств как неотъемлемой части с отличающимся назначением, способствуя успеху и качеству проекта программных средств. Поддерживающий процесс используют и выполняют другим процессом по мере необходимости (ИСО/МЭК 12207).
     
     В данную группу входят процессы, перечисленные в таблице 6.
     

Таблица 6 - Процессы жизненного цикла программных средств. Процессы поддержки программных средств

Идентификатор процесса

Имя процесса

Источник

SUP.1

Менеджмент документации программных средств

ИСО/МЭК 12207, 7.2.1

SUP.2

Менеджмент конфигурации программных средств

ИСО/МЭК 12207, 7.2.2

SUP.3

Обеспечение гарантии качества программных средств

ИСО/МЭК 12207, 7.2.3

SUP.4

Верификация программных средств

ИСО/МЭК 12207, 7.2.4

SUP.5

Валидация программных средств

ИСО/МЭК 12207, 7.2.5

SUP.6

Ревизия программных средств

ИСО/МЭК 12207, 7.2.6

SUP.7

Аудит программных средств

ИСО/МЭК 12207, 7.2.7

SUP.8

Решение проблем в программных средствах

ИСО/МЭК 12207, 7.2.8


     Процессы повторного применения программных средств (Software Reuse Processes, REU) состоят из процессов, поддерживающих возможность организации для повторного использования программных составных частей за пределами границ проекта. Такие процессы являются уникальными, поскольку по своей природе они действуют вне границ какого-либо конкретного проекта (ИСО/МЭК 12207).
     
     В данную группу входят процессы, перечисленные в таблице 7.
     

Таблица 7 - Процессы жизненного цикла программных средств. Процессы повторного применения программных средств

Идентификатор процесса

Имя процесса

Источник

REU.1

Проектирование доменов

ИСО/МЭК 12207, 7.3.1

REU.2

Менеджмент повторным применением активов

ИСО/МЭК 12207, 7.3.2

REU.3

Менеджмент программой повторного применения

ИСО/МЭК 12207, 7.3.3

4.2.2 Размерность процесса
     
     Для размерности процесса все процессы на рисунке 2 включаются внутрь размерности процесса модели оценки процесса. Процессы подразделяются на категории процессов и группы процессов. Существует две категории процессов: процессы жизненного цикла системы и процессы жизненного цикла программных средств. Каждый процесс в модели оценки процесса описан в виде заявления о назначении. Такие заявления содержат уникальные функциональные задачи процесса при выполнении в определенной среде. Перечень конкретных выходов связан с каждым заявлением о назначении процесса, в качестве списка ожидаемых положительных результатов осуществления процесса.
     
     Удовлетворение заявлений о назначении процесса представляет собой первый шаг в создании 1-го уровня возможности процесса, где ожидаемые выходы можно наблюдать. Группы процессов и связанные с ними процессы описаны в разделе 5.
     

4.2.3 Размерность возможности
     
     Для размерности возможности уровни возможности процесса и атрибуты процесса идентичны определенным в ИСО/МЭК 15504-2.
     
     Развивающаяся возможность процесса выражена в модели оценки процесса в виде атрибутов процесса, сгруппированных в уровни возможности. Атрибутами процесса являются возможности процесса, которые могут быть оценены по шкале достижений, обеспечивая измерение возможности процесса. Они применимы ко всем процессам. Каждый атрибут процесса описывает определенный аспект общей возможности управления и повышения эффективности процесса в достижении назначения и способствует бизнес-целям организации.
     
     Уровень возможности являют набором атрибута(ов) процесса, которые работают вместе, чтобы обеспечить мажорное повышение возможности осуществления процесса. Уровни представляют собой рациональный путь развития через повышение возможности любого процесса и определены в ИСО/МЭК 15504-2.
     
     Существует шесть уровней возможности, включающих девять атрибутов процесса.
     
     Уровень 0: неполный процесс
     
     Этот процесс не реализован или не смог достичь своего назначения.
     
     На данном уровне имеют мало свидетельств каких-либо систематических достижений назначения процесса или эти свидетельства отсутствуют.
     

Уровень 1: осуществленный процесс
     
     Осуществленный процесс достиг своего назначения.
     
     Уровень 2: управляемый процесс
     
     Описанный выше осуществленный процесс на данном уровне выполняют управляемым образом (планируют, регулируют и проводится его мониторинг), а его рабочие продукты соответствующим образом установлены, контролируются и поддерживаются.
     
     Уровень 3: установленный процесс
     
     Описанный выше управляемый процесс на данном уровне осуществляют с использованием определенного процесса, который способен достичь выходов этого процесса.
     
     Уровень 4: предсказуемый процесс
     
     Описанный выше установленный процесс на данном уровне осуществляют в определенных пределах для достижения выходов этого процесса.
     
     Уровень 5: оптимизирующий процесс
     
     Описанный выше предсказуемый процесс на данном уровне непрерывно улучшают для достижения соответствующих текущих и планируемых бизнес-целей.
     
     В рамках модели оценки процесса, измерение возможности базируют на девяти атрибутах процесса (process attributes, РА), определенных в ИСО/МЭК 15504-2. Атрибуты процесса использованы для определения того, достиг ли процесс заданной возможности. Каждый атрибут измеряет конкретный аспект возможности процесса.
     
     На каждом уровне нет никакой упорядоченности между атрибутами процесса; каждый атрибут распространяют на определенный аспект уровня возможности. Список атрибутов процесса приведен в таблице 8.
     

Таблица 8 - Уровни возможности и атрибуты процесса

Идентификатор атрибута процесса

Уровни возможности и атрибуты процесса

Уровень 0: Неполный процесс

Уровень 1: Осуществленный процесс

РА 1.1

Осуществление процесса

Уровень 2: Управляемый процесс

РА 2.1

Управление осуществлением

РА 2.2

Управление рабочим продуктом

РА 3.1

Определение процесса

РА 3.2

Развертывание процесса

Уровень 4: Предсказуемый процесс

РА 4.1

Измерение процесса

РА 4.2

Контроль процесса

Уровня 5: Оптимизирующий процесс

РА 5.1

Инновация процесса

РА 5.2

Оптимизация процесса


     Атрибуты процесса оценены по четырехразрядной упорядоченной шкале достижений, как определено в ИСО/МЭК 15504-2. Они позволяют глубже понять специфические аспекты возможности процесса, необходимые для поддержки улучшения процесса и определения возможности.
     
     

4.3 Индикаторы оценки


     Модель оценки процесса базируют на том принципе, что возможности процесса могут быть оценены путем демонстрации достижения атрибутов процесса на основании свидетельств, связанных с индикаторами оценки.
     
     Существует два типа индикаторов оценки: индикаторы возможности процесса, которые применены к возможности уровней 1-5, и индикаторы осуществления процесса, которые применимы исключительно к возможности уровня 1. Данные индикаторы определены в п.4.3.2.
     
     Атрибуты процесса в размерности возможности обладают набором индикаторов возможности процесса, которые дают представление о степени достижения атрибута в инстанцированном экземпляре процесса. Данные индикаторы затрагивают значимые виды деятельности, ресурсы или результаты, связанные с достижением назначения атрибута процесса.
     
     Индикаторами возможности процесса являются:
     
     - общая практика (Generic Practice, GP);
     
     - общий ресурс (Generic Resource, GR);
     
     - общий рабочий продукт (Generic Work Product, GWP).
     
     В качестве дополнительных индикаторов для поддержки оценки процесса на уровне 1, каждый процесс в размерности процесса имеет набор индикаторов осуществления процесса, который используют для измерения степени достижения атрибута осуществления процесса оцениваемого процесса.
     
     Индикаторами осуществления процесса являются:
     
     - качественная практика (Base Practice, ВР);
     
     - рабочий продукт (Work Product, WP).
     
     Выполнение качественных практик позволяет судить о степени достижения назначения процесса и выходов процесса. Рабочие продукты используются и/или производятся при выполнении процесса.
     
     Индикаторы осуществления процесса и возможности процесса, определенные в модели оценки процесса, представляют типы объективного свидетельства, которые могут быть найдены в инстанцированном экземпляре процесса и, следовательно, использованы для оценивания достижения возможности.
     
     На рисунке 3 показано, как индикаторы оценки относятся к осуществлению процесса и возможности процесса.
     
     

Рисунок 3 - Индикаторы оценки

ГОСТ Р ИСО/МЭК 15504-5-2016 Информационные технологии (ИТ). Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения


Рисунок 3 - Индикаторы оценки

4.3.1 Индикаторы возможности процесса
     
     Три типа индикаторов возможности процесса, связанные с уровнями 1-5, показаны на рисунке 4. Они предназначены для применения ко всем процессам.
     
     

Рисунок 4 - Индикаторы возможности процесса

ГОСТ Р ИСО/МЭК 15504-5-2016 Информационные технологии (ИТ). Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения


Рисунок 4 - Индикаторы возможности процесса


     Все индикаторы возможности процесса относятся к атрибутам процесса, определенным в размерности возможности модели оценки процесса. Они представляют собой тип свидетельства в подтверждение решения о степени достижения атрибутов. Свидетельства их эффективного осуществления или существования подкрепляет решение о степени достижения атрибута. Общие практики являются основными индикаторами возможности процесса.
     
     Индикаторы общих практик представляют собой виды деятельности общего типа и предоставляют рекомендации по реализации характеристик атрибута. Они поддерживают достижение атрибута процесса, и многие из них затрагивают управленческие практики, т.е. практики, которые установлены для поддержки осуществления процесса, как это охарактеризовано на уровне 1.
     
     В ходе оценки возможности процесса основной акцент делают на осуществлении общих практик. В целом, для полного достижения атрибута процесса предполагают осуществление всех общих практик.
     
     Индикаторы общих ресурсов представляют собой связанные ресурсы, которые могут быть использованы при осуществлении процесса в целях достижения атрибута. Такие ресурсы могут включать в себя людские ресурсы, инструменты, методы и инфраструктуру. Доступность ресурса указывает на потенциал для достижения назначения определенного атрибута.
     
     Примечание - Оценщик должен интерпретировать общие ресурсы согласно оцениваемому процессу: например, для ресурсов PA2.1 (с определенными целями, обязанностями и полномочиями) оценщик будет искать роли (с определенными целями, обязанностями и полномочиями) в основных и поддерживающих процессах, а для организационных процессов - руководящую структуру (например, санкционированные комитеты, должности) с определенными целями, обязанностями и полномочиями.
     
     
     Индикаторы общих рабочих продуктов представляют собой наборы характеристик, которые будут наглядными в рабочих продуктах общих типов в результате достижения атрибута. Общие рабочие продукты составляют основу для классификации рабочих продуктов, определяемых как индикаторы осуществления процесса; они представляют собой основные виды рабочих продуктов, которые могут быть входами или выходами всех видов процесса.
     
     Эти три типа индикаторов способствуют установлению объективного свидетельства о степени достижения определенного атрибута процесса.
     
     В связи с тем, что уровень 1 возможности процесса характеризуют только измерением определенной степени, до которой процесс достигают, атрибут осуществления процесса (PA.1.1) имеет единственный индикатор общей практики (GP1.1.1). В целях поддержки оценки PA.1.1 и улучшения анализа достижения осуществления процесса, в модели оценки процесса определяются дополнительные индикаторы осуществления процесса.
     

4.3.2 Индикаторы осуществления процесса
     
     Существует два типа индикаторов осуществления процесса: индикаторы качественной практики и индикаторы рабочего продукта. Индикаторы осуществления процесса касаются отдельных процессов, определенных в размерности процесса модели оценки процесса, и выбираются для того, чтобы четко определить достижение определенного назначения процесса.
     
     Свидетельство осуществления качественных практик и наличие рабочих продуктов с их ожидаемыми характеристиками рабочих продуктов, представляют объективное свидетельство о достижении назначения процесса.
     
     Качественной практикой являют деятельность, которая обеспечивает назначение того или иного процесса. Согласованное выполнение качественных практик, связанных с определенным процессом, поможет в достижении его назначения. Последовательный набор качественных практик связывают с каждым процессом в размерности процесса. Качественные практики описаны на абстрактном уровне, определяя, "что" должно быть сделано без указания "как". Реализация качественных практик процесса должна достигать базовых выходов, отражающих назначение процесса. Качественные практики являются лишь первым шагом в создании возможности процесса, но качественная практика представляет собой уникальные, функциональные виды деятельности процесса, даже если такое осуществление не носит систематического характера. При осуществлении процесса производятся рабочие продукты, которые могут быть идентифицированы и использованы в достижении назначения процесса. В данной модели оценки каждый рабочий продукт имеет определенный набор примерных характеристик рабочего продукта, которые могут быть использованы при ревизии рабочего продукта для оценки эффективности осуществления процесса. Характеристики рабочего продукта могут быть использованы для идентификации соответствующего рабочего продукта, произведенного или используемого оценивающей организацией.
     
     Раздел 5 содержит полное описание процессов, включая качественные практики и связанные рабочие продукты.
     
     Раздел B.1 содержит перечень общих рабочих продуктов вместе с характеристиками рабочих продуктов.
     
     Раздел B.2 содержит полный перечень конкретных рабочих продуктов с общими рабочими продуктами для полноты. Так же как и в концепции модульности в объектной ориентированности, общие характеристики группы рабочих продуктов были извлечены в общий рабочий продукт. Оценщик при осуществлении оценки будет обращаться как к конкретному рабочему продукту, так и к общему рабочему продукту в контексте конкретного рабочего продукта (например, характеристики 02-01 "Обязательство/соглашение+характеристики 02-00 Контракт").
     
     

4.4 Измерение возможности процесса


     Индикаторы осуществления процесса и возможности процесса в данной модели представляют свидетельства того, что оценщик может получить или наблюдать при осуществлении оценки. Свидетельство, полученное в ходе оценки путем наблюдения за реализованным процессом, может быть отображено в виде набора индикаторов для возможности корреляции между реализованным процессом и процессами, определенными в данной модели оценки. Такие индикаторы предоставляют руководство для оценщиков в аккумулировании необходимого объективного свидетельства в обоснование решения о возможности. Они являются обязательным набором контрольных списков (чек-листов), которые необходимо соблюдать.
     
     Индикатор определен как объективная характеристика практики или рабочего продукта, которая поддерживает решение об осуществлении или возможности реализованного процесса. Индикаторы оценки и их отношение к осуществлению процесса и возможности процесса показаны на рисунке 5.
     
     Индикаторы оценки используются для подтверждения того, что определенные практики были осуществлены, как показано в наблюдаемом свидетельстве, собранном в ходе оценки. Все такие свидетельства вытекают либо из проверки рабочих продуктов оцениваемых процессов, либо из заявлений исполнителей и менеджеров процессов.
     
     Наличие качественных практик, рабочих продуктов и характеристик рабочих продуктов свидетельствует об осуществлении процессов, связанных с ними. Аналогичным образом существование индикаторов возможности процесса свидетельствует о его возможности.
     
     Полученное свидетельство должно быть записано в форме, которая явно связана с ассоциированным индикатором, так что поддержка решения оценщика может быть легко подтверждена или проверена в соответствии с ИСО/МЭК 15504-2.
     
     Выходом оценки процесса являют набор профилей процесса, по одному для каждого процесса в рамках области оценки. Типичный профиль процесса показан в ИСО/МЭК 15504-4. Каждый профиль процесса состоит из набора рейтингов атрибутов процесса для оцениваемого процесса. Каждый рейтинг атрибутов представляет собой решение оценщика о степени достижения атрибута. Для повышения надежности и воспроизводимости оценки, решения оценщика основаны на последовательном наборе записанных объективных свидетельств.
     
     

Рисунок 5 - Взаимосвязь между индикаторами оценки и возможностью процесса

ГОСТ Р ИСО/МЭК 15504-5-2016 Информационные технологии (ИТ). Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения


Рисунок 5 - Взаимосвязь между индикаторами оценки и возможностью процесса

5 Размерность процесса и индикаторы осуществления процесса (уровень 1)


     Данный раздел определяет процессы и индикаторы осуществления процесса, также известные как размерность процесса модели оценки процесса. Процессы в размерности процесса могут быть напрямую сопоставлены с процессами, определенными в базовой модели процесса.
     
     Процессы классифицированы (для целей настоящей модели оценки процесса) по категориям процессов и группам процессов, которые перечислены в разделе 4.
     
     Отдельные процессы описаны в качестве определенных понятий: имя процесса, назначение процесса и выходы процесса согласно ИСО/МЭК 12207.
     
     Кроме того, размерность процесса модели оценки процесса предоставляет информацию в виде:
     

a) набора хороших практик для процесса с определением задач и видов деятельности, необходимых для достижения назначения процесса и осуществления выходов процесса; каждая хорошая практика связана явным образом с выходом процесса;
     

b) числа входных и выходных рабочих продуктов, связанных с каждым процессом и относящихся к одному или более из его выходов; и
     

c) характеристик, связанных с каждым рабочим продуктом.
     
     Назначения, выходы процесса, хорошие практики и рабочие продукты, связанные с процессами, включены в данный раздел. Характеристики рабочих продуктов приведены в приложении B. Хорошие практики и рабочие продукты представляют собой набор индикаторов осуществления процесса.
     
     Связанные рабочие продукты, перечисленные в настоящем разделе, могут быть использованы при ревизии потенциальных входов и выходов реализации организационного процесса.
     
     Связанные рабочие продукты обеспечивают объективное руководство по поиску потенциальных входов и выходов и объективного свидетельства, подтверждающего оценку конкретного процесса. Документированные процесс оценки и решение оценщика необходимы для гарантии того, что контекст процесса (домен приложения, бизнес-цель, методология разработки, размер организации и пр.) явно учтен при использовании полученной информации. Данный перечень не следует рассматривать как контрольный список (чек-лист) того, что каждая организация должна иметь, скорее это пример и отправная точка для рассмотрения того, являются ли рабочие продукты, учитывая контекст, необходимыми и способствующими прямому назначению процесса.
     
     Данные рабочие продукты идентифицированы со своими идентификационными номерами рабочих продуктов (см. приложение B).
     

5.1 Группа процессов соглашения AGR

5.1.1 AGR.1 Процесс приобретения
     

Идентификатор процесса

AGR.1

Имя процесса

Приобретение

Назначение процесса

Цель процесса приобретения состоит в получении продукта и (или) услуги в соответствии с потребностями приобретающей стороны. Процесс начинают с выяснения потребностей заказчика и заканчивают приемкой продукта и (или) услуги, необходимых приобретающей стороне

Выходы процесса

В результате успешного осуществления процесса приобретения:

a) определяются потребности в приобретении, конечные цели, критерии приемки продукта и (или) услуги и стратегии приобретения;

b) разрабатывают соглашение, которое ясно выражает ожидания, ответственность и обязательства как приобретающей стороны, так и поставщика;

c) выбирают один или несколько поставщиков;

d) приобретают продукт и (или) услугу, которые удовлетворяют заданным потребностям приобретающей стороны;

e) приобретение контролируют таким образом, чтобы удовлетворялись заданные ограничения, такие как ограничения по стоимости, срокам и качеству;

f) принимаются поставляемые результаты от поставщиков;

g) по всем идентифицированным открытым позициям получены удовлетворительные заключения, согласованные приобретающей стороной и поставщиком

Хорошие практики

AGR.1.BP1 Определение стратегии приобретения

Определить потребности в приобретении, конечные цели, стратегию поиска ресурсов и критерии приемки (выход a)

AGR.1.BP2 Установление соглашения

Подготовить приобретение путем определения требований к продукту и (или) услуге и довести это до сведения поставщиков (выход b)

AGR.1.BP3 Выбор поставщика

Выбрать поставщика(ов) на основе стратегии приобретения и потребностей (выход c)

AGR.1.BP4 Приобретение продукта и (или) услуги

Осуществить приобретение в соответствии со стратегией, потребностями и соглашением (выход d)

AGR.1.ВР5 Мониторинг приобретения

Контролировать достижение соглашения и требований к поставляемым результатам и обсуждать потенциальные отклонения и риски (выход е)

AGR.1.BP6 Принятие поставляемых результатов

Принимать каждую поставку в соответствии с определенными критериями и доводить это до сведения поставщика (выход f)

AGR.1.ВР7 Урегулирование открытых позиций и изменений

Урегулировать изменения в соглашении и решить все открытые вопросы вместе с поставщиком (выход g)

Рабочие продукты

Входы

Выходы

02-00 Контракт [выход a, b]

02-00 Контракт [выход b]

02-01 Обязательство/соглашение [выход: b]

02-01 Обязательство/соглашение [выход b]

08-02 План приобретения (выход a, b)

08-02 План приобретения [выход a, b]

08-19 План менеджмента рисков [выход b]

11-00 Продукт [выход d]

11-00 Продукт [выход d, f]

13-04 Запись об общении [выход b, c, e, g]

13-05 Запись о ревизии контракта [выход b]

13-09 Запись о получении поддержки [выход b, e, g]

13-09 Запись о получении поддержки [выход b, e, g]

13-16 Запрос на изменение [выход g]

13-16 Запрос на изменение [выход g]

13-19 Запись о ревизии [выход f]

15-19 Оценка потребности в продуктах [выход a]

15-19 Оценка потребности в продуктах [выход a, b]

17-09 Требования к продукту [выход a, b]

17-10 Требования к сервису [выход a, b]

18-01 Критерии приемки [выход a, b]

18-08 Критерии выбора поставщика [выход a, b, c]

5.1.2 AGR.1A Подготовка к приобретению (подпроцесс)
     

Идентификатор процесса

AGR.1A

Имя процесса

Подготовка к приобретению

Назначение процесса

Цель процесса подготовки к приобретению заключают в установлении потребностей и конечных целей приобретения и доведения их до сведения потенциальных поставщиков

Выходы процесса

В результате успешного осуществления процесса подготовки к приобретению:

a) устанавливают замысел или необходимость приобретения, разработки или расширения;

b) определяются требования правообладателей;

c) разрабатывают стратегию приобретения;

d) определяются критерии выбора поставщиков

Качественные практики

AGR.1A.BP1 Установление необходимости

Установить необходимость приобретения, разработки или улучшения системы, программного продукта или сервиса [выход a]

AGR.1A.BP2 Определение требования

Идентифицировать потребности заказчика/заинтересованных сторон, включая критерии приемки, для системы и/или программного продукта или сервиса [выход b]

AGR.1A.BP3 Ревизия требований

Проанализировать и проверить определенные требования в отношении выявленных потребностей. Проверить требования для снижения риска недопонимания со стороны потенциальных поставщиков [выход b]

AGR.1A.BP4 Разработка стратегии приобретения

Разработать стратегию для приобретения продукта в соответствии с закупочными потребностями [выход c]

Примечание - Стратегия может включать в себя ссылку на модель жизненного цикла, график, бюджет и критерии выбора.


AGR.1A.BP5 Определения критериев выбора

Установить и согласовать критерии выбора поставщиков и способы оценки, которые будут использованы [выход c, d]

AGR.1A.BP6 Сообщение о необходимости

Сообщить о необходимости приобретения заинтересованным сторонам через определенные каналы [назначение; выход a]

Рабочие продукты

Входы

Выходы

05-02 Бизнес-цели [выход a]

08-02 План приобретения [выход c]

09-04 Политика выбора поставщика [выход c, d]

12-01 Запрос предложения [выход a, c]

15-01 Отчет об анализе [выход a, d]

15-04 Отчет об анализе рынка [выход b]

15-19 Оценка потребности в продуктах [выход a]

15-19 Оценка потребности в продуктах [выход a, b, c]

17-03 Требования заинтересованных сторон [выход b]

17-09 Требования к продукту [выход a, b]

17-10 Требования к сервису [выход a, b]

18-01 Критерии приемки [выход c, d]

18-08 Критерии выбора поставщика [выход d]

5.1.3 AGR.1В Выбор поставщика (подпроцесс)

Идентификатор процесса

AGR.1B

Имя процесса

Выбор поставщика

Назначение процесса

Цель процесса выбора поставщика заключают в выборе предпочтительной организации, ответственной за поставки в соответствии с требованиями проекта

Выходы процесса

В результате успешного осуществления процесса выбора поставщика:

a) устанавливаются и применяются критерии выбора поставщика для оценки потенциальных поставщиков;

b) выбирают поставщика на основе оценки предложений от различных поставщиков, возможностей их процессов и других факторов;

c) формируют соглашение и ведутся переговоры между приобретающей стороной и поставщиком

Качественные практики

AGR.1B.BP1 Установление критериев отбора поставщиков

Определить критерии отбора поставщиков на основе бизнес-целей и стратегии приобретения [выход a]

AGR.1B.BP2 Оценка заявленной или предполагаемой возможности поставщика

Оценить заявленную или предполагаемую возможность поставщика против заявленных требований в соответствии с критериями отбора поставщиков [выход a]

Примечание - См. процесс подготовки к приобретению (AGR.1) для определения критериев отбора поставщиков.


AGR.1B.BP3 Выбор поставщика

Оценить предложение поставщика против заявленных требований, согласно критериям отбора поставщиков, чтобы выбрать поставщика [выход b]

AGR.1B.BP4 Подготовка и согласование контракта

Согласовать контракт с поставщиком, который ясно выражает ожидания заказчика и соответствующие обязанности поставщика и заказчика [выход c]

Рабочие продукты

Входы

Выходы

02-01 Обязательство/соглашение [выход c]

05-02 Бизнес-цели [выход a]

08-02 План приобретения [выход a]

09-04 Политика выбора поставщика [выход a]

09-04 Политика выбора поставщика [выход a]

12-01 Запрос предложения [выход b]

12-04 Ответ поставщика на предложение [выход c]

12-04 Ответ поставщика на предложение [выход c]

13-04 Запись об общении [выход b, c]

13-05 Запись о ревизии контракта [выход: c]

13-09 Запись о получении поддержки [выход b, c]

13-09 Запись о получении поддержки [выход b, c]

13-19 Запись о ревизии [выход b]

14-05 Реестр предпочитаемых поставщиков [выход a, b]

15-13 Отчет об оценке [выход b]

15-13 Отчет об оценке [выход b]

15-21 Отчет об оценке поставщика [выход b]

15-24 Аудиторский отчет [выход b]

15-24 Аудиторский отчет [выход b]

17-09 Требования к продукту [выход a, b]

17-10 Требования к сервису [выход a, b]

18-08 Критерии выбора поставщика [выход a]

18-08 Критерии выбора поставщика [выход a]

5.1.4 AGR.1С Мониторинг соглашений (подпроцесс)
     

Идентификатор процесса

AGR.1C

Имя процесса

Мониторинг соглашений

Назначение процесса

Цель процесса мониторинга соглашений состоит в отслеживании и оценке рабочих характеристик поставщика относительно согласованных требований

Выходы процесса

В результате успешного осуществления процесса мониторинга соглашений:

a) выполняются надлежащим образом совместные действия приобретающей стороны и поставщика;

b) происходит регулярный обмен информацией с поставщиком о техническом прогрессе;

c) выполняют мониторинг рабочих характеристик поставщика относительно согласованных требований;

d) если необходимы изменения в соглашении, то ведутся переговоры между приобретающей стороной и поставщиком, результаты которых документируются в этом соглашении

Качественные практики

AGR.1C.BP1 Установка и поддержка связи

Установить и поддерживать связь между заказчиком и поставщиком (т.е. определить интерфейсы, график, повестки, сообщения, документы, встречи, совместные ревизии) [выход a, b]

AGR.1C.BP2 Обмен информацией о техническом прогрессе

Использовать канал связи для обмена информацией о техническом прогрессе по поставкам, включая риски успешного завершения [выход a, b]

AGR.1C.BP3 Ревизия эффективности работы поставщиков

Проводить ревизию аспектов эффективности поставщика (технических, качества, стоимости и графика) на регулярной основе в соответствии с согласованными требованиями [выход c]

AGR.1C.BP4 Мониторинг приобретения

Мониторить приобретение относительно согласованной документации по приобретению, анализируя информацию, полученную по факту проведенных ревизий, с поставщиком для оценки прогресса, гарантии и того, что указанные ограничения, такие как стоимость, график и качество, соблюдены [выход c]

AGR.1C.BP5 Согласование изменения

Изменения, предлагаемые одной из сторон, согласовываются и результаты документируются в контракте [выход d]

Примечание - Обработка изменений будет осуществляться процессом менеджмента изменений в контракте (AGR.3)

Рабочие продукты

Входы

Выходы

02-00 Контракт [выход a]

02-01 Обязательство/соглашение [выход c, d]

02-01 Обязательство/соглашение [выход d]

13-01 Акт приема [выход c]

13-04 Запись об общении [выход a]

13-09 Запись о получении поддержки [выход a]

13-09 Запись о получении поддержки [выход a]

13-14 Запись о статусе выполнения [выход b]

13-14 Запись о статусе выполнения [выход b]

13-16 Запрос на изменение [выход d]

13-17 Запрос от заказчика [выход d]

13-19 Запись о ревизии [выход b]

14-08 Система трекинга [выход c]

15-01 Отчет об анализе [выход c]

15-21 Отчет об оценке поставщика [выход c]

5.1.5 AGR.1D Приемка приобретающей стороной (подпроцесс)
     

Идентификатор процесса

AGR.1D

Имя процесса

Приемка приобретающей стороной

Назначение процесса

Цель процесса приемки приобретающей стороной заключают в том, чтобы принять поставляемые результаты у поставщика, когда все критерии приемки удовлетворены

Выходы процесса

В результате успешного осуществления процесса приемки приобретающей стороной:

a) оцениваются поставляемые в соответствии с соглашением программный продукт и (или) услуга;

b) приемку приобретающей стороной основывают на согласованных критериях приемки;

c) программный продукт и (или) услуга принимаются приобретающей стороной

Качественные практики

AGR.1D.BP1 Оценка поставляемого товара

Провести оценку продукта и/или сервиса на основе заданных критериев приемки [выход a, b]

AGR.1D.BP2 Устранение несоответствий с контрактом

Решить любые вопросы приемки в соответствии с процедурами, установленными в контракте, и подтвердить соответствие поставляемого продукта или сервиса условиям контракта [выход b]

AGR.1D.BP3 Принятие продукта

Принять поставляемый товар или сервис и сообщить о принятии поставщику [выход c]

Рабочие продукты

Входы

Выходы

02-00 Контракт [выход a]

02-01 Обязательство/соглашение [выход a]

08-01 План приемочных испытаний [выход a]

08-02 План приобретения [выход a, b]

11-00 Продукт [выход a, c]

13-01 Акт приема [выход c]

13-07 Запись о проблеме [выход a]

15-10 Отчет об инциденте во время теста [выход b]

17-03 Требования заинтересованных сторон [выход a, b]

18-01 Критерии приемки [выход a]

5.1.6 AGR.2 Поставка
     

Идентификатор процесса

AGR.2

Имя процесса

Поставка

Назначение процесса

Цель процесса поставки заключают в обеспечении приобретающей стороны продукцией или услугой, удовлетворяющей согласованным требованиям

Выходы процесса

В результате успешного осуществления процесса поставки:

a) определяют приобретающую сторону для продукта или услуги;

b) дают ответ на заявку приобретающей стороны;

c) заключают соглашение между приобретающей стороной и поставщиком на разработку, сопровождение, применение, упаковку, распределение и инсталляцию продукта и (или) услуги;

d) разрабатывают продукт и (или) услугу, удовлетворяющие согласованным требованиям;

e) продукт и (или) услуга поставляются приобретающей стороне в соответствии с согласованными условиями поставок и

f) продукт инсталлируют в соответствии с согласованными требованиями

Качественные практики

AGR.2.BP1 Определение получателя и потребности

Определить потенциального(ых) заказчика(ов) и рынок для продукта и сервиса [выход a]

AGR.2.BP2 Ответ на потребности заказчика

Определить тендер или другой ответ на запрос предложения [выход b]

Примечание 1 - Ответ должен охватывать также нормативные и правовые требования.


AGR.2.BP3 Согласование условий контракта его сторонами

Согласовать контракт с поставщиком и получателем для покрытия требований по разработке, поддержке, эксплуатации и поставке [выход c]

Примечание 2 - Изменения в контракт должны быть внесены после их согласования между поставщиком и покупателем.


AGR.2.BP4 Выполнение контракта

Разработать и поставить продукт и/или сервис в соответствии с договорными требованиями и критериями [выход d, e]

AGR.2.BP5 Мониторинг контракта

Мониторить прогресс и качество каждого поставляемого результата [выход d, e]

Примечание 3 - См. процесс приобретения для контроля субподрядчиков.


AGR.2.BP6 Оказание поддержки

Поставлять продуктовую и/или сервисную поддержку в соответствии с договорными требованиями [выход е]

AGR.2.BP7 Окончание работы над условиями контракта

Подписать контракт и передать полномочия по исполнению согласно его условиям [выход е, f]

Рабочие продукты

Входы

Выходы

01-00 Элемент конфигурации [выход d, е, f]

01-00 Элемент конфигурации [выход d]

02-00 Контракт [выход c]

02-01 Обязательство/соглашение [выход a]

05-02 Бизнес-цели [выход c]

10-03 Процедура поддержки заказчика [выход е, f]

10-03 Процедура поддержки заказчика [выход d]

12-01 Запрос предложения [выход b]

12-04 Ответ поставщика на предложение [выход b]

13-04 Запись об общении [выход d, f]

13-04 Запись об общении [выход b, c]

13-05 Запись о ревизии контракта [выход d, е, f ]

13-06 Акт сдачи [выход е]

13-08 Запись об инсталляции [выход f]

15-04 Отчет об анализе рынка [выход a]

17-03 Требования заинтересованных сторон [выход a, b, d, е, f ]

17-03 Требования заинтересованных сторон [выход c, f]

17-09 Требования к продукту [выход c, d, е, f ]

17-10 Требования к сервису [выход c, d, е, f]

5.1.7 AGR.2A Представление заявки поставщиком (подпроцесс)
     

Идентификатор процесса

AGR.2A

Имя процесса

Представление заявки поставщиком

Назначение процесса

Цель процесса представления заявки поставщиком заключают в установлении связи с приобретающей стороной для ответа на ее запросы и направление просьбы подготовить и представить встречные предложения

Выходы процесса

В результате успешной реализации процесса представления заявки поставщиком:

a) устанавливают и поддерживают связь для ответа на запросы приобретающей стороны и представление заявок на предложения;

b) заявки на предложение оцениваются согласно определенным критериям для определения того, представлять или не представлять предложения;

c) определяют необходимость предварительных изысканий или изучения реализуемости;

d) определяются подходящие ресурсы для осуществления предложенных работ;

e) готовятся и представляются предложения поставщика в ответ на запрос приобретающей стороны
     

Качественные практики

AGR.2A.BP1 Установка интерфейса связи

Интерфейс связи устанавливают и поддерживают для того, чтобы реагировать на запросы заказчика или запросы на предложения [выход a]

AGR.2A.BP2 Выполнение анализа запроса заказчика

Выполнить анализ запроса заказчика для удостоверения того, что источник идеи являют подлинным, природа либо тип продукта или услуги четко установлены, и что нужный человек будет быстро определен для работы с идеей [выход a]

AGR.2A.BP3 Установление критериев оценки предложения заказчика

Устанавить критерии оценки с целью определения необходимости подачи предложения на основе соответствующих критериев [выход b]

AGR.2A.BP4 Оценка запроса заказчика на предложение

Запросы на предложение оценивают по соответствующим критериям [выход b]

AGR.2A.BP5 Определение необходимости предварительных оценок или анализа осуществимости

Определить необходимость предварительных оценок или анализа осуществимости, чтобы гарантировать, что на основе имеющихся требований могут быть сделаны твердые котировки [выход c]

AGR.2A.BP6 Определение и назначение персонала

Определить и назначить персонал, имеющий соответствующий уровень компетентности для осуществления задания [выход d]

AGR.2A.BP7 Выполнение предварительной общей оценки затрат

Оценить совокупные издержки, ресурсы и необходимую дату поставки [выход d, е]

AGR.2A.BP8 Подготовка и предоставление предложения поставщика или конкурсной заявки

Предложение поставщика или конкурсная заявка составляют и предоставляют в ответ на запрос заказчика [выход е]*
   ________________

* Текст документа соответствует оригиналу. - Примечание изготовителя базы данных.



Примечание 1 - Это может включать выбор соответствующего решения (организационного или технического) среди нескольких вариантов для наилучшего удовлетворения потребностей

Рабочие продукты

Входы

Выходы

02-00 Контракт [выход е]

02-01 Обязательство/соглашение [выход е]

05-02 Бизнес-цели [выход b]

12-01 Запрос предложения [выход a, b]

12-04 Ответ поставщика на предложение [выход е]

13-04 Запись об общении [выход a]

13-04 Запись об общении [выход a]

13-05 Запись о ревизии контракта [выход е]

13-11 Запись об оценке персонала [выход d]

13-15 Запись о ревизии предложения [выход b, е]

5.1.8 AGR.2B Согласование контракта (подпроцесс)
     

Идентификатор процесса

AGR.2B

Имя процесса

Согласование контракта

Назначение процесса

Цель процесса согласования контракта состоит в проведении переговоров и подписании контракта (соглашения), который четко и однозначно определяет ожидания, обязанности, рабочие продукты/поставляемые результаты и ответственности как поставщика, так и приобретающей стороны

Выходы процесса

В результате успешного осуществления процесса согласования контракта:

a) проводятся переговоры, контракт (соглашение) пересматривают, принимают и предоставляют поставщику(ам);

b) анализируются и рассматриваются механизмы мониторинга возможностей и рабочих характеристик поставщика(ков), а также снижения идентифицированных рисков для включения в условия контракта;

c) стороны, предлагающие поставки продуктов и услуг (в том числе через конкурс), оповещаются о результатах выбора;

d) получают официальное подтверждение соглашения.

Примечание - Процесс согласования контракта использован для получения официального подтверждения предоставления продуктов и услуг, заявленных в процессе предложения поставщиков

Качественные практики

AGR.2B.BP1 Согласование контракта/соглашения

Согласовать все аспекты контракта/соглашения с поставщиком [выход a]

AGR.2B.BP2 Утверждение контракта

Контракт утверждают соответствующими заинтересованными сторонами [выход a]

AGR.2B.BP3 Проведение ревизии контракта для мониторинга возможности поставщика

Провести ревизию и продумать механизм мониторинга возможности и эффективности поставщика в условиях контракта [выход a]

AGR.2B.BP4 Проведение ревизии контракта для действий по смягчению рисков

Провести ревизию и продумать механизм минимизации выявленных рисков в условиях контракта [выход b]

AGR.2B.BP5 Размещение контракта

Контракт заключают с тем поставщиком, который добился наибольших успехов [выход a]

AGR.2B.BP6 Сообщить результаты участникам конкурса.

Сообщить о результатах отбора заявки/конкурса заявителям/участникам конкурса. После контракта уведомить всех участников конкурса об этом решении [выход c]

AGR.2B.BP7 Подтверждение заключения контракта/договора

Официально подтвердить заключение контракта/договора, чтобы защитить интересы обеих сторон [выход d]

Примечание 1 - Природа обязательства должна быть согласована и подтверждена в письменной форме. Только уполномоченные лица с правом подписи должны иметь возможность заключать контракт

Рабочие продукты

Входы

Выходы

02-00 Контракт [выход a, d]

02-01 Обязательство/соглашение [выход a, d]

08-19 План менеджмента рисками [выход b]

13-04 Запись об общении [выход a]

13-05 Запись о ревизии контракта [выход a]

13-09 Запись о получении поддержки [выход a, c]

13-09 Запись о получении поддержки [выход a, c]

14-08 Система трекинга [выход b, d]

15-08 Отчет по анализу рисков [выход b]

15-08 Отчет по анализу рисков [выход b]

17-09 Требования к продукту [выход a]

17-10 Требования к сервису [выход a]

5.1.9 AGR.2C Поставка и поддержка продукта (услуги) (подпроцесс)
     

Идентификатор процесса

AGR.2C

Имя процесса

Поставка и поддержка продукта (услуги)

Назначение процесса

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

Выходы процесса

В результате успешного осуществления процесса поставки и поддержки продукта (услуги):

a) определяют состав выпуска продукта;

b) осуществляют выпуск из сконфигурированных элементов;

c) определяют и создают документацию по выпуску;

d) определяют механизм и носителя поставки выпуска;

e) утверждают выпуск по определенным критериям;

f) предоставляют получателю выпуск продукта;
     
g) подтверждают выпуск;

h) комплектуют и поставляют получателю продукт;

i) пересматривают и поддерживают приемочные тесты получателя;

j) помещают продукт в рабочее окружение заказчика;

k) идентифицируют проблемы, обнаруженные в течение приемки, и сообщают ответственным за их решение

Примечание - Поставки, осуществляемые по частям, следует комплектовать в законченном виде

Качественные практики

AGR.2C.BP1 Определение релизных продуктов

Продукты, связанные с релизом, определяются на основе соглашения или стратегии разработки [выход a]

Примечание 1 - Релиз программного продукта может включать в себя программные средства, если указано.


AGR.2C.BP2 Сбор продукта для релиза

Подготовить и собрать поставляемый продукт. Установить базисы для продукта, включая документацию пользователя, проекты и сам продукт [выход b, c]

Примечание 2 - Релиз продукта может состоять из программных и аппаратных продуктов, составляющих систему, или только из программного продукта либо сервиса.


AGR.2C.BP3 Сообщение типа, уровня и продолжительности поддержки релиза

Тип, уровень и продолжительность релиза определяют и сообщают [выход a, b]

AGR.2C.BP4 Определение механизма поставки и типа носителя для релиза

Тип носителя для поставки продукта определяют в соответствии с потребностями конечного пользователя [выход d]

Примечание 3 - Тип носителя для поставки может быть промежуточным (размещаемый на носителе и доставляемый заказчику), прямым (например, доставляемый с прошивкой как часть пакета) или комбинацией обоих. Релиз может быть поставлен в электронном виде путем размещения на сервере. Релиз может также быть продублирован перед поставкой.


AGR.2C.BP5 Определение упаковки для носителя релиза.

Определяют упаковку для разных типов носителей [выход d]

Примечание 4 - Упаковка для некоторых видов носителей может требовать физической или электронной защиты, например особого метода шифрования.


AGR.2C.BP6 Утверждение релиза продукта перед поставкой

Критерии приемки релиза удовлетворяются перед тем, как происходит релиз [выход е, f]

AGR.2C.BP7 Поставка релиза получателю

Продукт поставляют получателю с обязательным подтверждением получения [выход f, g, h]

AGR.2C.BP8 Адаптация продукта к окружению заказчика

Продукт должен быть адаптирован и параллельно оценен с существующими системами или процессами до успешного прохождения приемочного тестирования [выход h, i, j]

AGR.2C.BP9 Поддержка получателя в оценке продукта

Обеспечить поддержку для получателя в течение ревизии выпуска и приемочного тестирования [выход i, j]

Примечание 5 - Данная хорошая практика тесно связана с процессом ревизии программных средств (SUP.6).


AGR.2C.BP10 Поддержка получателя при старте эксплуатационного использования

Дать необходимую поддержку и обучение для получателя при подготовке и начале использования релиза в рабочем окружении [выход j]

AGR.2C.BP11 Урегулирование проблемы при приемке

Определить и сообщить о проблемах во время поставки и приемки и решить проблемы согласно договоренности [выход i, k]

Рабочие продукты

Входы

Выходы

01-00 Элемент конфигурации [выход a, b]

08-01 План приемочных испытаний [выход е, i]

08-01 План приемочных испытаний [выход е]


10-03 Процедура поддержки заказчика [выход i, j]

10-03 Процедура поддержки заказчика [выход i, j]

11-00 Продукт [выход a]

11-00 Продукт [выход j]

11-03 Информация о релизе продукта [выход a, c]

11-04 Релизный пакет продукта [выход b, f, h]

13-06 Акт сдачи [выход g, h]

13-07 Запись о проблеме [выход k]

13-07 Запись о проблеме [выход k]

13-08 Запись об инсталляции [выход h, j]

13-13 Запись об утверждении релиза продукта [выход i]

15-03 Отчет о состоянии конфигурации [выход b, c, h]

17-03 Требования заинтересованных сторон [выход a, i, j]

17-04 Инструкции по поставке [выход f, h, j]

18-06 Критерии релиза продукта [выход a, е]

18-06 Критерии релиза продукта [выход е]

19-04 Стратегия релиза продукта [выход е, h, j]

5.1.10 AGR.3 Менеджмент изменениями в контракте
     

Идентификатор процесса

AGR.3

Имя процесса

Менеджмент изменениями в контракте

Назначение процесса

Цель процесса менеджмента изменениями в контракте заключают в разработке нового текста контракта по обоюдному согласию приобретающей стороны и поставщика, когда поступает заявка на изменение, оказывающая влияние на согласованное содержание контракта. Этот процесс начинают с поступления заявки на изменение условий приобретающей стороной либо поставщиком и оканчивают заключением, приемлемым для обеих сторон, отклонением или принятием в целом (частично) заявки на изменение

Выходы процесса

В результате успешного осуществления процесса менеджмента изменениями в контракте:

a) открыто и официально поступает запрос на изменение условий контракта;

b) устанавливают роли и обязанности как приобретающей стороны, так и поставщика для менеджмента изменениями в контракте;

c) оценивают возможные риски в связи с изменениями в контракте на проектные планы, затраты, выгоду, качество и графики работ;

d) предпринимают действия по предлагаемым по запросу изменениям для получения согласия как приобретающей стороны, так и поставщиком;

e) доводят до сведения заинтересованных сторон произведенные по поступившему запросу изменения

Качественные практики

AGR.3.BP1 Определение политики менеджмента изменениями в контракте

Каждая из сторон участвует и привержена общей политике и механизму менеджмента изменениями в контракте [выход a, b]

AGR.3.BP2 Запрос относительно изменения в контракте

Создать предложение на изменение в контракте согласно общей политике и механизму [выход a, c]

AGR.3.BP3 Оценка влияния запроса на изменение

Проводят оценки запроса на изменение [выход c]

Примечание 1 - Типичные параметры влияния - ответственности, затраты, выгоды, качество и график.


AGR.3.BP4 Подтверждение необходимых действий

Согласовать необходимые действия, чтобы найти наиболее подходящее решение контрактных изменений [выход d]

AGR.3.BP5 Изменение контракта

Пересмотреть первоначальный контракт [выход d]

AGR.3.BP6 Интеграция контрактных изменений в планы

Определить новые базисы соответствующих планов и спецификаций по мере необходимости [выход d, е]

AGR.3.BP7 Сообщение о контрактных изменениях

Сообщить о контрактных изменениях и новых базисах всем заинтересованным сторонам [выход е]

Рабочие продукты

Входы

Выходы

02-00 Контракт [выход a]

02-00 Контракт [выход a, d]

02-01 Обязательство/соглашение [выход a]

02-01 Обязательство/соглашение [выход a, b, d]

08-19 План менеджмента рисками [выход b]

13-04 Запись об общении [выход е]

13-05 Запись о ревизии контракта [выход c, d]

13-09 Запись о получении поддержки [выход a, c]

13-09 Запись о получении поддержки [выход a, c]

13-16 Запрос на изменение [выход a]

13-19 Запись о ревизии [выход c]

15-01 Отчет об анализе [выход c]

15-08 Отчет по анализу рисков [выход c]

5.2 Группа процессов организационного обеспечения проекта ORG

5.2.1 ORG.1 Менеджмент моделью жизненного цикла
     

Идентификатор процесса

ORG.1

Имя процесса

Менеджмент моделью жизненного цикла

Назначение процесса

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

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

Выходы процесса

В результате успешного осуществления процесса менеджмента моделью жизненного цикла:

a) предоставляют политики и процедуры менеджмента и развертывания моделями и процессами жизненного цикла;

b) определяют обязанности, ответственность и полномочия менеджмента жизненным циклом;

c) определяют, сопровождают и совершенствуют процессы, модели и процедуры жизненного цикла для применения организацией;

d) осуществляют процесс усовершенствований в порядке установленных приоритетов

Качественные практики

ORG.1.BP1 Разработка стратегии менеджмента моделью жизненного цикла

Определить политики, процессы жизненного цикла, модели жизненного цикла и процедуры для использования в организации [выход a]

ORG.1.BP2 Организация менеджмента моделью жизненного цикла

Определить и поддерживать ответственность, отчетность и полномочие для менеджмента жизненным циклом [выход b]

ORG.1.BP3 Внедрение менеджмента моделью жизненного цикла

Установить, оценить и улучшить процессы, модели и процедуры жизненного цикла [выход c]

ORG.1.ВР4 Улучшение процесса

Назначить приоритеты и реализовать улучшения процесса на основе оценки и ревизии процесса [выход d]

Рабочие продукты

Входы

Выходы

03-03 Данные бенчмаркинга [выход d]

03-06 Данные об осуществлении процесса [выход d]

07-04 Метрика процесса [выход c, d]

07-06 Метрика качества [выход c, d]

08-03 План оценки процесса [выход c]

08-03 План оценки процесса [выход a]

08-29 План по улучшению [выход c, d]

08-29 План по улучшению [выход a]

09-00 Политика [выход a, b]

10-00 Описание процесса [выход c, d]

10-00 Описание процесса [выход b, c]

10-01 Модель жизненного цикла [выход c]

13-18 Запись о качестве [выход c]

13-19 Запись о ревизии [выход d]

15-16 Возможность улучшения [выход d]

15-16 Возможность улучшения [выход c]

16-06 Репозиторий процессов [выход c, d]

16-06 Репозиторий процессов [выход d]

18-02 Стандарт метода оценки [выход c]

18-02 Стандарт метода оценки [выход a]

19-02 Стратегия процесса [выход b, c, d]

19-02 Стратегия процесса [выход a, b]

19-07 Методология разработки программных средств [выход c]

19-07 Методология разработки программных средств [выход a]

5.2.2 ORG.1A Учреждение процессов (подпроцесс)
     

Идентификатор процесса

ORG.1A

Имя процесса

Учреждение процессов

Назначение процесса

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

Выходы процесса

В результате успешного осуществления процесса учреждения процессов:

a) устанавливают определенную и сопровождаемую стандартную совокупность процессов вместе с указанием применимости каждого процесса;

b) идентифицируют в подробностях задачи, действия и связанные рабочие продукты стандартных процессов вместе с их ожидаемыми рабочими характеристиками;

c) разрабатывают стратегию адаптации стандартного процесса для продукта или услуги в соответствии с потребностями проекта;

d) существуют и поддерживают информацию и данные для использования стандартного процесса в конкретных проектах

Качественные практики

ORG.1A.BP1 Определение архитектуры процесса

Определить стандартный набор процедур, цель каждого процесса и взаимодействия между ними [выход a]

ORG.1A.BP2 Поддержка развертывания процессов

Поддерживать использование на уровне организации стандартных процессов в соответствии с целью каждого процесса [выход a]

ORG.1A.BP3 Определение стандартных процессов

Определить и поддерживать описание каждого стандартного процесса в соответствии с потребностями по установке процессов в организации [выход b]

Примечание - Эффективная установка стандартных процессов на уровне организации может потребовать, чтобы они были задокументированы.


ORG.1A.BP4 Определение ожидаемых показателей деятельности

Определить ожидания в отношении осуществления процесса при использовании стандартных процессов организации [выход b]

ORG.1A.BP5 Установка руководства по адаптации процессов

Установить организационные руководства по адаптации стандартных процессов организации для удовлетворения конкретных потребностей проектов [выход c]

ORG.1A.BP6 Поддержка процессных данных

Получить и поддерживать информацию и данные, связанные с использованием стандартных процессов [выход d]

Рабочие продукты

Входы

Выходы

03-03 Данные бенчмаркинга [выход b]

03-06 Данные об осуществлении процесса [выход d]

07-04 Метрика процесса [выход d]

07-06 Метрика качества [выход d]

09-00 Политика [выход a, c]

09-02 Политика в области качества [выход a, c]

09-05 Руководство по привязке [выход c]

10-00 Описание процесса [выход c, d]

10-00 Описание процесса [выход a, b]

13-18 Запись о качестве [выход d]

13-19 Запись о ревизии [выход d]

15-01 Отчет об анализе [выход d]

16-06 Репозиторий процессов [выход d]

16-06 Репозиторий процессов [выход d]

17-00 Спецификация требований [выход b]

18-03 Стандарт написания кода [выход a]

19-07 Методология разработки программных средств [выход b]

5.2.3 ORG.1B Аттестация (оценка) процессов (подпроцесс)
     

Идентификатор процесса

ORG.1B

Имя процесса

Аттестация процессов

Назначение процесса

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

Выходы процесса

В результате успешного осуществления процесса аттестации процессов:

a) поддерживают информацию и данные, связанные с применением стандартных процессов для конкретных проектов;

b) осознают относительно сильные и слабые стороны стандартных процессов организации;

c) сохраняют и сопровождают точные и доступные записи об аттестациях

Качественные практики

ORG.1B.BP1 Определение целей оценки

Определить и проверить цели оценки на основе бизнес-целей организации.

Определить критерии для проверки достижения целей [выход a]

ORG.1B.BP2 Планирование оценки

Разработать и задокументировать план оценки [выход a]

Примечание 1 - ИСО/МЭК 15504-3 предоставляет руководство по осуществлению оценки.


ORG.1B.BP3 Подтверждение обязательства

Получить гарантию соблюдения обязательства от спонсора и оцениваемого(ых) подразделения(ий) о планируемой(ых) оценке(ах), в том числе согласованный план-график и ресурсы [выход a]

ORG.1B.BP4 Выполнение оценки для сбора данных

Выполнить оценку для сбора данных, необходимых для оценки процессов в пределах области оценки [выход a]

ORG.1B.BP5 Проверка данных оценки

Проверить данные оценки, собранные по мере необходимости, удостоверяясь, что эти данные в достаточной степени охватывают цель оценки [выход c]

ORG.1В.ВР6 Анализ данных оценки

Проанализировать проверенные данные оценки для понимания сильных и слабых сторон в организационных процессах [выход b]

ORG.1B.BP7 Отчет о результатах оценки

Сообщить спонсору оценки о запланированных выходах оценки [выход a, c]

ORG.1B.BP8 Поддержка записи об оценке

Поддерживать запись об оценке, включая точные и текущие результаты оценки, в доступном месте и формате [выход a, c]

Рабочие продукты

Входы

Выходы

03-01 Данные оценки [выход a]

03-01 Данные оценки [выход a]

05-01 Цели оценки [выход a]

05-01 Цели оценки [выход a]

08-03 План оценки процесса [выход a]

08-03 План оценки процесса [выход a]

13-00 Запись [выход a, c]

13-03 Запись о резервном копировании/восстановлении [выход c]

13-04 Запись об общении [выход a, b, c]

13-19 Запись о ревизии [выход c]

13-26 Протокол оценки [выход c]

15-13 Отчет об оценке [выход a, b, c]

15-16 Возможность улучшения [выход b, c]

16-01 Репозиторий результатов оценки [выход c]

16-06 Репозиторий процессов [выход a]

18-02 Стандарт метода оценки [выход b, c]

21-00 Рабочий продукт [выход a, b]

5.2.4 ORG.1C Совершенствование процессов (подпроцесс)
     

Идентификатор процесса

ORG.1C

Имя процесса

Совершенствование процессов

Назначение процесса

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

Выходы процесса

В результате успешного осуществления процесса совершенствования процессов:

a) устанавливаются обязательства по обеспечению ресурсами для поддержки действий по совершенствованию;

b) вопросы, возникающие как внутри, так и за пределами организации, определяют как возможные для совершенствования и подтверждают в качестве причин для изменений;

c) проводит анализ текущего состояния существующего процесса, сфокусированный на тех процессах, которые стимулируют усовершенствования;

d) идентифицируют и располагают по приоритетам цели совершенствования, а также определяют и осуществляют последовательные изменения в процессе;

e) проводят мониторинг и подтверждают результаты улучшений процесса относительно установленных целей совершенствования;

f) знания, приобретенные в процессе совершенствования, распространяются в пределах организации;

g) произведенные усовершенствования оценивают и рассматривают применение полученных решений в других процессах и подразделениях организации

Примечания

1 Источники информации, обеспечивающие входные данные для изменений, могут включать в себя: результаты оценки процессов, результаты аудита, отчеты об удовлетворенности заказчиков, результативность (эффективность) организационных мер, затраты и качество.

2 Текущее состояние процессов можно определить посредством оценки процессов.

Качественные практики

ORG.1C.BP1 Установка обязательства

Обязательство устанавливают для обеспечения ресурсов для поддержания действий по улучшению [выход a]

ORG.1C.BP2 Определение проблемы

Вопросы, возникающие во внутреннем/внешнем окружении организации, определяют как возможности улучшения и с обоснованными причинами для изменения [выход b]

ORG.1C.BP3 Установление целей улучшения процесса

Выполняют анализ текущего состояния существующих процессов, ориентируясь на те процессы, где возникают стимулы к улучшению, и/или работают над снижением процессного риска, в результате устанавливая цели улучшения процесса [выход c]

ORG.1C.BP4 Определение приоритета улучшений

Для целей улучшения назначаются приоритеты [выход d]

ORG.1C.BP5 Планирование изменений процесса

Определяют и планируют последующие изменения процесса [выход d]

ORG.1C.BP6 Реализация изменений процесса
     
Реализуют улучшения процесса [выход d]

ORG.1C.BP7 Подтверждение улучшения процесса

Последствия реализации процесса контролируют, измеряют и подтверждают против определенных целей улучшения [выход е]

ORG.1C.BP8 Сообщение о результатах улучшения

Знания, полученные вследствие улучшений, сообщают соответствующим подразделениям организации [выход f]

ORG.1C.BP9 Оценка результатов улучшения

Оценить результаты улучшения, чтобы понять, может ли данное решение быть использовано где-либо еще в организации [выход g]

Рабочие продукты

Входы

Выходы

02-01 Обязательство/соглашение [выход a]

03-03 Данные бенчмаркинга [выход b, c, d]

03-04 Данные об удовлетворенности заказчиков [выход b, c, d]

03-06 Данные об осуществлении процесса [выход b, c, d, е, g]

05-00 Цели [выход d, е]

05-00 Цели [выход d]

07-04 Метрика процесса [выход f]

08-00 План [выход b, c, d, е]

08-00 План [выход b, d, g]

08-29 План по улучшению [выход d]

10-00 Описание процесса [выход c, е]

10-00 Описание процесса [выход d]

13-04 Запись об общении [выход g]

13-04 Запись об общении [выход f]

15-05 Отчет об оценивании [выход b, c]

15-05 Отчет об оценивании [выход b, c, d, g]

15-13 Отчет об оценке [выход b, c, d, е, g]

15-13 Отчет об оценке [выход c]

15-16 Возможность улучшения [выход d, f, g]

15-16 Возможность улучшения [выход b, c, d, g]

16-06 Репозиторий процессов [выход c]

16-06 Репозиторий процессов [выход d]

5.2.5 ORG.2 Менеджмент инфраструктурой
     

Идентификатор процесса

ORG.2

Имя процесса

Менеджмент инфраструктурой

Назначение процесса

Цель процесса менеджмента инфраструктурой заключают в снабжении проекта обеспечивающей инфраструктурой и услугами для поддержки организации и целей проекта в течение всего жизненного цикла.

Данный процесс определяет, предоставляет и обслуживает средства, инструментарий, активы коммуникационных и информационных технологий, необходимые для деловой деятельности организации в соответствии с областью применения настоящего стандарта

Выходы процесса

В результате успешного осуществления процесса менеджмента инфраструктурой:

a) определяют требования к инфраструктуре для поддержки процессов;

b) идентифицируют и специфицируют элементы инфраструктуры;

c) приобретают элементы инфраструктуры;

d) реализуют элементы инфраструктуры;

e) обслуживают и совершенствуют стабильную и надежную инфраструктуру

Примечание - Элементами инфраструктуры могут быть технические средства, программные средства, методы, инструментарий, технические приемы, стандарты, а также средства для разработки, применения по назначению или сопровождения

Качественные практики

ORG.2.BP1 Определение инфраструктурной области

Определить процедуры, стандарты, окружения, инструменты и техники, которые должен поддерживать инфраструктурный процесс [выход a]

Примечание 1 - Инфраструктура может включать в себя аппаратное, программное обеспечение, методы, инструменты, техники, стандарты и средства разработки, эксплуатацию или техническое обслуживание.


ORG.2.BP2 Определение требований к инфраструктуре

Определить требования к инфраструктуре для поддержки осуществления соответствующих процессов [выход a, b]

Примечание 2 - Требования к инфраструктурному процессу могут включать:

- безопасность;

- требования к пропускной способности и обмену данными;

- резервное копирование и восстановление;

- систему дистанционного доступа;

- физическое рабочее место и оборудование;

- требования к поддержке пользователей; и

- требования к техническому обслуживанию.

     
ORG.2.BP3 Приобретение инфраструктуры

Приобрести инфраструктуру, которая удовлетворяет требованиям [выход c]

ORG.2.BP4 Разработка инфраструктуры

Собрать и интегрировать элементы инфраструктуры, обеспечивающие эффективное окружение, поддерживающее осуществление процессов в организации [выход d]

ORG.2.BP5 Обеспечивание поддержки инфраструктуры

Оказывать поддержку для тех, кто эксплуатирует инфраструктуру [выход d]

ORG.2.BP6 Обслуживание инфраструктуры

Выполнять работы по обслуживанию инфраструктуры для целей:

- исправления дефектов; и

- улучшения эффективности [выход е]

Примечание 3 - Для реализации каждого улучшения можно использовать процесс совершенствования процессов (ORG.1C)

Рабочие продукты

Входы

Выходы

08-02 План приобретения [выход c]

08-05 План среды разработки [выход b, c, d]

08-05 План среды разработки [выход b, d]

08-11 План логистического обслуживания [выход c]

08-11 План логистического обслуживания [выход b, c]

09-04 Политика выбора поставщика [выход c]

10-00 Описание процесса [выход a, е]

13-03 Запись о резервном копировании/восстановлении [выход d, е]

13-06 Акт сдачи [выход d]

13-06 Акт сдачи [выход d, е]

14-02 Реестр корректирующих действий [выход е]

14-03 Реестр аппаратных ресурсов [выход b, d]

14-03 Реестр аппаратных ресурсов [выход b, d]

14-07 Реестр программных активов [выход b, d]

14-07 Реестр программных активов [выход b, d]

14-08 Система трекинга [выход d]

14-08 Система трекинга [выход c, d]

17-07 Требования к инфраструктуре [выход a, b]

17-07 Требования к инфраструктуре [выход a]

5.2.6 ORG.3 Менеджмент портфелем проектов
     

Идентификатор процесса

ORG.3

Имя процесса

Менеджмент портфелем проектов

Назначение процесса

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

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

Выходы процесса

В результате успешного осуществления процесса менеджмента портфелем проектов:

a) уточняют, расставляют по приоритетам и выбирают возможности, инвестиции или потребности деловой сферы с учетом рисков;

b) определяют и распределяют ресурсы и денежные средства для каждого проекта;

c) определяют полномочия и ответственность руководства проектом;

d) поддерживают проекты, удовлетворяющие условиям соглашения и требованиям правообладателей;

e) переориентируют или прекращают проекты, не удовлетворяющие условиям соглашения или требованиям правообладателей

Качественные практики

ORG.3.BP1 Анализ возможностей, потребностей и инвестиций для бизнеса

Проанализировать бизнес-потребности и возможности в качестве элементов для текущих и будущих проектов [выход a]

ORG.3.BP2 Анализ бизнес-потребностей

Использовать критерии организационного уровня для анализа, расстановки приоритетов и выбора текущих и разрабатываемых новых элементов [выход a]

ORG.3.BP3 Оценка ресурсов и бюджета портфеля проектов

Рассчитать и сбалансировать ресурсы и бюджет для выбранных разрабатываемых элементов [выход b]

ORG.3.BP4 Определение правового механизма для проектов

Определить общую подотчетность и полномочия для проектов [выход c]

Примечание 1 - Определить ожидаемые выходы проектов. Общий репозиторий метрик и измерений для всех проектов являют элементом управления.

     
ORG.3.BP5 Определение охвата каждого проекта

Определить ресурсы, обязанности, бюджет, рамки, ограничения, требования к отчетности и обзор основных этапов для каждого проекта [выход b, c, d]

ORG.3.BP6 Оценка достижения целей проекта

Собрать и проанализировать данные для оценки прогресса проекта и достижения целей [выход d]

ORG.3.BP7 Контроль проекта

Использовать данные портфеля для контроля проекта в отношении соглашений и требований заинтересованных сторон [выход d, е]

ORG.3.BP8 Реакция на отклонение

Перенаправить или завершить проект, если соглашение, требования заинтересованных сторон или бизнес-выгоды не будут достигнуты [выход е]

Рабочие продукты

Входы

Выходы

02-01 Обязательство/соглашение [выход a]

03-06 Данные об осуществлении процесса [выход е]

04-07 Организационная структура [выход a]

05-02 Бизнес-цели [выход a, b, c]

05-02 Бизнес-цели [выход a, b]

08-12 План проекта [выход b, c, d, е]

08-12 План проекта [выход b, c, d, е]

08-19 План менеджмента рисками [выход b, d, е]

08-19 План менеджмента рисками [выход d, е]

13-04 Запись об общении [выход c, d]

13-19 Запись о ревизии [выход d, е]

15-04 Отчет анализа рынка [выход a]

15-04 Отчет анализа рынка [выход a]

15-06 Отчет о состоянии проекта [выход d]

15-06 Отчет о состоянии проекта [выход d]

16-06 Репозиторий процессов [выход d, е]

16-06 Репозиторий процессов [выход е]

17-03 Требования заинтересованных сторон [выход a, d, е]

17-03 Требования заинтересованных сторон [выход a, d, е]

5.2.7 ORG.4 Менеджмент людскими ресурсами
     

Идентификатор процесса

ORG.4

Имя процесса

Менеджмент людскими ресурсами

Назначение процесса

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

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

Выходы процесса

В результате успешного осуществления процесса менеджмента людскими ресурсами:

a) определяют навыки, необходимые для реализации проектов;

b) проекты обеспечивают необходимыми людскими ресурсами;

c) развивают, поддерживают или способствуют улучшению навыков персонала;

d) разрешают конфликты, возникающие из-за потребностей в людских ресурсах многих проектов; и

e) накапливают, совершенствуют и совместно и многократно используют индивидуальные знания, информацию и навыки в пределах всей организации

Качественные практики

ORG.4.BP1 Сбор проектных ресурсов и потребностей в навыках

Определить, собрать и проанализировать потребности в людских ресурсах и необходимые навыки для проектов [выход a]

ORG.4.BP2 Определение стратегии развития навыков

Определить организационную стратегию для развития навыков и профессиональной компетенции [выход a, b]

ORG.4.BP3 Развитие людских ресурсов

Развивать, поддерживать и повышать людские ресурсы и их компетенции [выход a, c]

ORG.4.BP4 Предоставление людских ресурсов для проектов

Удовлетворять потребности в людских ресурсах при реализации проектов [выход b]

ORG.4.BP5 Баланс ресурсов между проектами

Управлять конфликтами в мультипроектных потребностях в ресурсах [выход d]

ORG.4.BP6 Сбор общей базы знаний

Создать общую систему управления знаниями и хранилище для сбора и обмена опытом и лучшими практиками [выход е]

ORG.4.BP7 Повторное использование и улучшение общих знаний

Создать и управлять механизмами организационного обучения, чтобы общие знания оставались актуальными и полезными для будущих проектов [выход е]

Рабочие продукты

Входы

Выходы

01-04 Элемент знаний [выход е]

02-01 Обязательство/соглашение [выход d]

03-02 Данные об использовании активов [выход е]

08-08 План менеджмента людскими ресурсами [выход a, b, c]

08-08 План менеджмента людскими ресурсами [выход a, c]

08-24 Учебный план [выход b]

09-01 Кадровая политика [выход a, b]

13-12 Запись о персонале [выход c]

13-12 Запись о персонале [выход b, c]

13-23 Запись об обучении [выход c]

13-23 Запись об обучении [выход c]

15-15 Анализ потребности в людских ресурсах [выход a]

16-04 Репозиторий знаний [выход a, b, c]

16-04 Репозиторий знаний [выход a, c]

19-03 Стратегия менеджмента знаниями [выход c]

5.2.8 ORG.4A Развитие навыков (подпроцесс)
     

Идентификатор процесса

ORG.4A

Имя процесса

Развитие навыков

Назначение процесса

Цель процесса развития навыков заключают в обеспечении организации и проекта работниками, обладающими необходимыми навыками и знаниями для эффективного осуществления своих ролей

Выходы процесса

В результате успешного осуществления процесса развития навыков:

a) развивают или приобретают тренированность работников, ориентированная на потребности организации и проекта;

b) проводят тренировки для гарантии того, что все работники имеют навыки, требуемые для осуществления своих обязанностей, используя механизмы, такие как стратегии проведения тренировок и учебные материалы

Качественные практики

ORG.4A.BP1 Разработка стратегии развития навыков

Разработать стратегию развития навыков и обучения, в том числе как потребности в компетенциях будут выявляться, как необходимое развитие и обучение будет разрабатываться или приобретаться и как будет проходить обучение [выход a]

ORG.4A.BP2 Определение новых навыков и компетенций

Определить и оценить навыки и компетенции, которые будут предоставлены или улучшены с помощью развития и обучения [выход a]

ORG.4A.BP3 Разработка или приобретение обучения

Разработать или приобрести обучение, которое удовлетворит общие потребности в развитии навыков [выход a]

Примечание - Обучение может включать цели, учебный план, материалы и другие учебные ресурсы.


ORG.4A.BP4 Обучение персонала

Обучить персонал, чтобы тот обладал знаниями и навыками, необходимыми для выполнения их ролей, и поддерживать записи реальных навыков [выход b]

ORG.4A.BP5 Оценка эффективности обучения

Определить и оценить пользу, полученную от каждой учебной сессии, в том числе удовлетворение от учебных результатов [выход b]

Рабочие продукты

Входы

Выходы

06-04 Учебный материал [выход b]

06-04 Учебный материал [выход b]

08-02 План приобретения [выход a]

08-08 План менеджмента людскими ресурсами [выход a]

08-24 Учебный план [выход a, b]

08-24 Учебный план [выход a]

09-01 Кадровая политика [выход a]

13-11 Запись об оценке персонала [выход b]

13-23 Запись об обучении [выход b]

15-15 Анализ потребности в людских ресурсах [выход a]

15-22 Отчет об оценке обучения [выход b]

19-08 Стратегия обучения [выход a]

19-08 Стратегия обучения [выход a]

5.2.9 ORG.4B Приобретение и обеспечение навыков (подпроцесс)

Идентификатор процесса

ORG.4B

Имя процесса

Приобретение и обеспечение навыков

Назначение процесса

Цель процесса приобретения и обеспечения навыков заключают в предоставлении организации и проекту работников, обладающих необходимыми навыками и знаниями для эффективного осуществления своих ролей и совместной работы в группах

Выходы процесса

В результате успешного осуществления процесса приобретения и обеспечения навыков:

a) идентифицируют и набирают работников с требуемыми навыками и компетенцией;

b) поддерживает эффективное взаимодействие между работниками и группами;

c) работники обладают навыками совместного использования информации и эффективной координации действий;

d) определяют объективные критерии, по отношению к которым осуществляют мониторинг рабочих характеристик для обеспечения обратной связи и улучшения этих характеристик

Качественные практики

ORG.4B.BP1 Определение необходимых навыков и компетенций

Определить и оценить навыки и компетенции, необходимые организации для достижения ее целей [выход a]

ORG.4B.BP2 Определение критериев оценки

Определить объективные критерии, которые могут быть использованы для оценки кандидатов, и оценить эффективность работы персонала [выход a, d]

ORG.4B.BP3 Набор квалифицированного персонала

Устанавливать систематическую программу для набора сотрудников, компетентных для удовлетворения потребностей организации [выход a]

ORG.4B.BP4 Развитие навыков и компетенции персонала

Определять и предоставлять возможности для развития навыков и компетенций персонала [выход a, c]

ORG.4B.BP5 Организация команд для проектов и задач

Определить структуру и рабочие правила, согласно которым команды, реализующие проекты и/или задачи, работают [выход b]

ORG.4B.BP6 Наделение полномочиями проектных команд

Наделить полномочиями команды для выполнения их работы, удостоверившись, что они имеют:

- понимание их работы;

- общее видение или чувство общего интереса;

- соответствующие механизмы или средства для связи; и

- поддержку руководства в том, чего они пытаются достичь [выход b]

ORG.4B.BP7 Поддержка взаимодействия проектных команд

Получить и поддерживать в силе соглашение об управлении взаимодействиями между командами [выход b]

ORG.4B.BP8 Оценка эффективности работы персонала

Оценить работу сотрудников в отношении их вклада в достижение целей организации в целом. Убедиться в наличии обратной связи с сотрудниками [выход a, d]

ORG.4B.BP9 Обеспечение обратной связи для эффективности

Убедиться, что персоналу предоставляют обратную связь для сообщения результатов выполненных оценок эффективности [выход d]

ORG.4B.BP10 Ведение кадрового учета

Вести надлежащий учет персонала, включая не только детали о персонале, но и информацию о навыках, завершенном обучении и оценке эффективности [выход d]

Доступ к полной версии этого документа ограничен

Ознакомиться с документом вы можете, заказав бесплатную демонстрацию систем «Кодекс» и «Техэксперт».

Что вы получите:

После завершения процесса оплаты вы получите доступ к полному тексту документа, возможность сохранить его в формате .pdf, а также копию документа на свой e-mail. На мобильный телефон придет подтверждение оплаты.

При возникновении проблем свяжитесь с нами по адресу uwt@kodeks.ru

ГОСТ Р ИСО/МЭК 15504-5-2016 Информационные технологии (ИТ). Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения

Название документа: ГОСТ Р ИСО/МЭК 15504-5-2016 Информационные технологии (ИТ). Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения

Номер документа: ИСО/МЭК 15504-5-2016

Вид документа: ГОСТ Р

Принявший орган: Росстандарт

Статус: Документ в силу не вступил

Опубликован: Официальное издание. М.: Стандартинформ, 2016 год
Дата принятия: 01 ноября 2016

Дата начала действия: 01 ноября 2017
Информация о данном документе содержится в профессиональных справочных системах «Кодекс» и «Техэксперт»
Узнать больше о системах