Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

72 страницы

563.00 ₽

Купить ГОСТ Р 56713-2015 — официальный бумажный документ с голограммой и синими печатями. подробнее

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

  Скачать PDF

Идентичен ISO/IEC/IEEE 15289:2011

Оглавление

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

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

3 Соответствие

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

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

6 Данные жизненного цикла и информационные единицы

7 Универсальные типы информационных позиций

8 Отображение информационных позиций к жизненному циклу и процессам управления службами

9 Записи

10 Содержание определенной информационной единицы (документа)

Приложение А (информативное) Процедура для идентификации информационных позиций и их содержание

Приложение В (справочное) Информационные позиции и записи с разбивкой по источникам

Библиография

Показать даты введения Admin

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27
Стр. 28
стр. 28
Стр. 29
стр. 29
Стр. 30
стр. 30

НАЦИОНАЛЬНЫМ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

ГОСТР

56713—2015

(ISO/IEC/IEEE

15289:2011)

СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ.

СОДЕРЖАНИЕ ИНФОРМАЦИОННЫХ ПРОДУКТОВ ПРОЦЕССА ЖИЗНЕННОГО ЦИКЛА СИСТЕМ И ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ (ДОКУМЕНТАЦИЯ)

(ISO/IEC/IEEE 15289:2011, ЮТ)

Издание официальное

Москва

Стандартинформ

2016

Предисловие

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

2    ВНЕСЕН Техническим комитетом по стандартизации № 57 «Интеллектуальные транспортные системы»

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

4    Настоящий стандартявляется идентичным по отношению к международному стандарту «ИСОМЭК ИИЭР 15289:2011 Системная и программная инженерия. Содержание информационных продуктов процесса жизненного цикла систем и программного обеспечения (документация)» (ISO/IEC/IEEE 15289:2011 Systems and software engineering — Content of life-cycle information products (documentation), IDT).

Международный стандарт разработан Техническим комитетом по стандартизации JTC 1/SC 7.

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

Некоторые из элементов настоящего стандарта могут быть предметом патентования прав

5    ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru). Часть содержания настоящего стандарта может быть объектом патентных прав

© Стандартинформ, 2016

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

ГОСТ P 56713—2015

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

Каждый набор записей и информационная единица, произведенная как документ, описанный в настоящем стандарте, должны поддерживать характеристики данных жизненного цикла:

a)    однозначность,

b)    полнота,

c)    проверяемость,

d)    непротиворечивость,

e)    модифицируемость,

f)    отслеживаемость,

д) презентабельность.

6.2    Записи по сравнению с информационными единицами (документами)

Запись — это специальный тип информации, содержащей ряд структурированных данных, обрабатываемых как единица. Таблица 4 идентифицирует записи. Цель записи состоит в том, чтобы указать достигнутые результаты или предоставить доказательства операций, выполненных организационной единицей (ИСО 9000). Фактически ИСО/МЭК 20000-1:2005 определяет запись как «документ, указывающий результаты, достигнутые или предоставляющие доказательства выполненных операций, и полагает, что любой документ или информационная позиция есть запись. Однако настоящий стандарт различает записи данных и документы (информационные позиции).

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

6.3    Управление данными жизненного цикла (записи)

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

Примечание — Требования и руководство для управления делопроизводством найдены в ИСО/МЭК 16175:2010.

6.4    Управление информационными единицами (документы)

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

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

7

быть применимыми к многократным связанным процессам, используемым проектом или организацией, или к связанным услугам (таким как инцидент и проблемное управление). Информационные позиции могут быть объединены или подразделены в соответствии с адаптированными системными процессами, фазами и потребностям заинтересованной стороны.

Процесс управления документацией должен включать следующие операции:

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

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

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

d)    разработку и опубликование всех документов в соответствии с идентифицированными стандартами и с назначенными планами;

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

Примечание — Приложение А обеспечивает процедуру для идентификации информационных позиций и их содержания во время планирования документации и управления информацией.

6.4.1    Разработка плана документации

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

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

6.4.2    Управление и контроль информационных позиций

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

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

7 Универсальные типы информационных позиций

7.1 Общие положения

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

a)    описанию;

b)    плану;

c)    политике;

d)    процедуре;

e)    отчету;

f)    запросу;

д) спецификации.

Примечание — Раздел 9 идентифицирует универсальное содержание записей данных.

Содержание универсальной информационной позиции должно быть включено в каждую применимую информационную позицию. Содержание универсальной информационной позиции (документа)

ГОСТ P 56713—2015

соотнесено с идентифицированными позициями выходной информации, показанными в таблицах 1—3 (графа 3).

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

7.2    Описание — универсальное содержание

Цель — представлять запланированный или фактический контекст использования, функций, дизайна, услуги или позиции.

Примечание — Описание чего-то, что является спецификацией.

Описание должно включать в себя:

a)    дату выпуска и статус;

b)    объем;

c)    выпуск организации;

d)    ссылки;

e)    контекст;

f)    примечание для описания;

д)    организацию;

h)    резюме;

i)    глоссарий;

j)    историю изменения идентифицированных информационных позиций:

-    понятие операций,

-    описание проектирования баз данных,

-    описание интерфейса,

-    предложение,

-    сервисный каталог,

-    описание архитектуры программного обеспечения,

-    описание проектирования программного обеспечения,

-    описание единицы программного обеспечения,

-    описание системы архитектуры,

-    описание системы элемента.

7.3    План — универсальное содержание

Цель — определить, когда, как и кем определенные процессы или операции должны быть выполнены.

План должен включать:

a)    дату выпуска и статус;

b)    объем;

c)    выпуск организации;

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

процедуры);

е)    утверждение полномочий;

f) подход для технического и управленческого обзора и отчетности;

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

h)    запланированные операции и задачи;

i)    идентификацию инструментов и методов;

j)    графики;

k)    бюджеты и оценки затрат;

l)    ресурсы и их распределение;

т) ответственность и власть, включая старшего ответственного владельца и непосредственного владельца процесса;

п)    интерфейсы для участвующих сторон;

о) учет рисков и их определение, оценка и операции смягчения;

р)    обеспечение качества и меры контроля;

q) среду, инфраструктуру, безопасность;

9

г)    отчет об обучении;

s)    глоссарий;

t)    процедуры изменения и историю; и) процесс завершения.

Идентифицированные информационные позиции:

-    план принятия,

-    план закупок,

-    план управления активами,

-    план аудита,

-    полный план,

-    план управления конфигурацией и политика,

-    план развития,

-    план размещения,

-    план документации,

-    план разработки области,

-    план улучшения (план совершенствования процесса, сервисный план улучшения),

-    план управления информацией,

-    план информационной безопасности,

-    инсталляционный план,

-    план интеграции (план внедрения),

-    план обслуживания,

-    план измерения,

-    план управления проектом,

-    план управления качеством (план обеспечения качества),

-    план выпуска,

-    план повторного использования,

-    политика в области управления рисками и план,

-    сервисная доступность и план непрерывности,

-    план управления службами,

-    учебный план,

-    план проверки.

7.4 Политика — универсальное содержание

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

Политика должна включать:

a)    дату выпуска, дату вступления в силу и статус;

b)    объем;

c)    выпуск организации;

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

e)    авторитетные ссылки для соглашения или соответствия (такие как политики, законы и постановления, стандарты, договоры, требования и заявления о видении или заявления о миссии);

f)    организацию, включая цели;

д)    глоссарий;

h) историю изменения.

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

Идентифицированные информационные позиции:

-    план управления конфигурацией и политика (политика управления изменениями, политика выпуска);

-    политика улучшения;

-    политика информационной безопасности;

-    политика жизненного цикла и процедура;

ГОСТ P 56713—2015

-    политика управления качеством и процедура;

-    политика в области управления рисками и план.

7.5    Процедура — универсальное содержание

Ссылка: ИСО/МЭК 15288:2008 (Станд. ИИЭР 15288-2008), пункт 5.3.1

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

a)    дату выпуска и статус;

b)    объем;

c)    выпуск организации;

d)    полномочия утверждения;

e)    отношение к планам и другим процедурам;

f)    авторитетные ссылки;

д)    вводы и выводы;

h)    заказанное описание шагов, которые будут выполнены каждым участником;

i)    ошибки и разрешения проблем;

j)    глоссарий;

k)    историю изменений.

Идентифицированные информационные позиции:

-    аудиторская процедура;

-    процедура управления мощностями;

-    процедура управления конфигурацией (процедура управления изменениями, управление процедурой выпуска);

-    процедура рассмотрения жалобы;

-    процедура внедрения;

-    процедура управления инцидентами — политика жизненного цикла и процедура — правила технического обслуживания;

-    операционная процедура тестирования;

-    процедура управления проблемой — процедура оценки процесса;

-    процедура испытаний качества;

-    политика управления качеством;

-    процедура тестирования единицы программного обеспечения;

-    процедура управления поставщиками — процедура отбора поставщика;

-    документация обучения — пользовательская документация.

7.6    Отчет — универсальное содержание

Цель — описать результаты операций, такие как расследования, оценки и тесты. Отчет сообщает решения.

Отчет должен включать в себя следующие элементы:

a)    дату выпуска и статус;

b)    объем;

c)    организацию выпуска;

d)    факторы;

е)    резюме;

f) введение;

д) контекст (предположения);

h)    организацию (включая методы получения результатов);

i)    заключения и рекомендации;

j)    ссылки;

k)    библиографию;

l)    глоссарий;

т)историю изменений.

Идентифицированные информационные позиции:

-    приемочный контроль и проверяющий отчет;

-    контрольный отчет о подтверждении;

-    аудиторский отчет;

11

ГОСТ P 56713—2015

-    отчет о статусе конфигурации;

-    отчет об оценке;

-    сообщение о происшествии;

-    отчет об установке;

-    интеграционный отчет и отчет о тесте;

-    отчет о контроле и управлении;

-    отчет о проблеме;

-    отчет анализа совершенствования процесса;

-    отчет об оценке потребности в продукте;

-    отчет о ходе работ;

-    отчет испытаний качества;

-    обзор;

-    сервисный отчет;

-    отчет модельного тестирования программного обеспечения;

-    уведомление пользователя;

-    отчет о проверке правильности;

-    отчете о проверке корректности.

7.7    Запрос — универсальное содержание

Цель — зафиксировать информацию, необходимую для требования ответа.

Запрос должен включать в себя:

a)    дату инициирования;

b)    объем;

c)    предмет;

d)    создателя запроса;

e)    идентификацию требуемой позиции, услуги или ответа;

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

д)    обоснования.

Примечание — Идентификацией требуемой позиции может быть спецификация.

Идентифицированные информационные позиции:

-    запрос на изменение;

-    опрос удовлетворенности клиентов;

-    запрос предложений (RFP);

-    запрос ресурса;

-    запрос действия риска.

7.8    Спецификация — универсальное содержание

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

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

a)    дату выпуска и статус;

b)    объем;

c)    выпуск организации;

d)    ссылки;

е)    полномочия утверждения;

f) организацию;

д) требования гарантии;

h)    условия, ограничения и характеристики;

i)    глоссарий;

j)    историю изменений.

Идентифицированные информационные позиции:

-    договор;

12

ГОСТ P 56713—2015

-    соглашение об уровне обслуживания (SLA);

-    спецификация требований к программному обеспечению;

-    спецификация системных требований;

-    спецификация теста.

8 Отображение информационных позиций к жизненному циклу и процессам управления службами

В таблицах 1—3 (графа 3) информационные позиции идентифицированы и сопоставлены с процессом, где они определены как выходные ИСО/МЭК 15288:2008, или ИСО/МЭК 12207:2008, или ИСО/МЭК 20000-1:2005. Эти ссылки могут быть обязательными требованиями, рекомендуемыми результатами, информативным материалом, примером или примечанием. Настоящий стандарт идентифицирует информационные позиции, которые не указаны явно заголовком в ИСО/МЭК 15288:2008, или ИСО/МЭК 12207:2008, или ИСО/МЭК/ИИЭР 20000-1:2005. В этих случаях основные стандарты явно ссылаются на информацию, которая будет задокументирована, описана, запланирована, указана, сообщена, зарегистрирована, требуема или указываема. Приложение В, таблица В.1, сравнивает информационные позиции с разбивкой по источникам.

Таблица 1 соотносит ИСО/МЭК 15288:2008 пункты (графа 2), процессы и позиции выходной информации. Таблица 2 соотносит ИСО/МЭК 12207:2008 пункты (графа 2), процессы и позиции выходной информации. Таблица 3 соотносит ИСО/МЭК 20000-1:2005 и ИСО/МЭК 20000-2:2005 пункты (графа 2), процессы и позиции выходной информации. Таблицы 1—3 содержат также список рекомендованной входной информации (исходные документы и данные) в колонке 1 для помощи произведения позиций выходной информации.

Таблицы 1—3 не показывают все возможные входные данные, все требуемые результаты для процесса. Они показывают рекомендуемые позиции информации о вводе для каждой позиции выходной информации, разработанной или пересмотренной во время процесса. Таблицы 1—3 также показывают определенные справочные цитаты от исходных стандартов для каждой указанной информационной позиции, но не все ссылки для процесса.

В многочисленных пунктах стандарты жизненного цикла указывают, что что-то (например, стратегия) должно быть «определено». Однако определение само по себе не указывает, что будет произведена определенная информационная позиция. Точно так же пункты, указывающие, что коммуникация сохраняется, не обязательно означают, что информационная позиция (документ) производится.

Для почти каждого процесса ИСО/МЭК/ИИЭР 15228:2008 и ИСО/МЭК 12207:2008 (Станд. ИИЭР 12207—2008) указывают, что организационные политики и процедуры являются источником для операций, процесса и результатов. В таблицах 1,2 и 3 «организационные политики и процедуры» не перечисляются, но их нужно рассмотреть как ввод для каждой информационной позиции. В договорной работе договор/соглашение и требования нужно также рассмотреть как ввод для каждой информационной позиции, указывает ли исходный стандарт, что процесс должен быть выполнен, как указано в договоре.

Настоящий стандарт не указывает формат или содержание рекомендуемых входных данных или ввод информационных позиций, за исключением содержания тех позиций, которые являются также позициями выходной информации.

8.1 Отображение информационных позиций к системному жизненному циклу

Как определено в ИСО/МЭК/ИИЭР 15288:2008 и показано в заголовках таблицы 1, в дополнение к процессу адаптации существуют два процесса соглашения, пять организационных процессов, семь проектных процессов и одиннадцать технических процессов.

Процессы соглашения:

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

2    Поставка.

Организационные, активирующие проект процессы:

1    Управление моделью жизненного цикла;

2    Управление инфраструктурой;

3    Управление портфелем проектов;

4    Управление человеческими ресурсами;

5    Управление качеством.

13

Проектные процессы:

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

2    Проектная оценка и управление;

3    Управление принятием решений;

4    Управление рисками;

5    Управление конфигурацией;

6    Управление информацией;

7    Измерение.

Технические процессы:

1    Определение требований заинтересованной стороны;

2    Анализ требований;

3    Архитектурный дизайн;

4    Внедрение;

5    Интеграция;

6    Проверка;

7    Переход;

8    Проверка;

9    Работа;

10    Обслуживание;

11    Размещение.

Таблица 1 — Отображение ИСО/МЭК 15288:2008 пунктов к информационным позициям для каждого системного процесса жизненного цикла

Типичные единицы входной информации

ИСО/МЭК 15288:2008

Единица выходной информации

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

Заявка, другие контракты

6.1.1.2 d), 6.1.1.3 с)

Контракт

Оценка потребностей

6.1.1.3а)

Спецификация требований к системе

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

6.1.1.3а)

Запросы об условиях (RFP)

Поставка:

Запросы об условиях, другие предложения

6.1.1.3 а), 6.1.1.3 а), 6.1.2.2 Ь), 6.1.2.3 Ь)

Предложения

Предложения, прочие контракты и соглашения

6.1.2.2    с),6.1.2.2 f),

6.1.2.3    с), 6.1.2.3 f)

Контракт

Отчет о проблеме

6.1.2.3 b)

Оценка потребностей в продукте

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

6.1.2.3 d)

Отчет о развитии

Организационные процедуры, другие планы управления проектом, контракт

6.1.2.3 с), 6.1.2.3 d)

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

Управление моделью жизненного цикла:

6.1.1.2 а),

Политика жизненного цикла и

Организационная процедура

6.1.1.3а)

процедура

Отчет об оценке, организационная процедура

6.1.1.3с)

План улучшений

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

6.1.1.3с)

Отчет об анализе улучшений процесса

Управление инфраструктурой:

Организационная процедура, прочие спецификации требований к системе

6.2.2.2

Спецификация требований к системе

Управление портфелем проектов:

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

6.2.3.3 а)

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

Продолжение таблицы 1

Типичные единицы входной информации

ИСО/МЭК 15288:2008

Единица выходной информации

Процедуры и политики жизненного цикла системы

6.2.3.3 а), Ь)

Отчет об улучшениях

Управления человеческими ресурсами запись квалификации работника, план управления проектом

6.2.4.3 Ь)

План обучения

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

6.2.4.3 Ь)

Документация обучения

Управление качеством:

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

6.2.5.3

План управления качеством

Организационная процедура, план управления

6.2.5.2 а),

Процедура и политика управле-

качеством, отчет об удовлетворении пользователей, отчет о проблеме

6.2.5.3 а)

ния качеством

Опрос, интервью, спецификация требований

6.2.5.3 Ь)

Отчет об оценке

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

Контракт, организационная процедура, прочие планы

6.3.1.1,

6.3.1.2, 6.3.1.3

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

Оценка потребностей в продукте, контракт

6.3.1.3 Ь)

План принятия

Оценка потребностей в продукте

6.3.1.3 Ь)

План приобретения

Структурная политика управления качеством и процедура

6.3.1.3 с)

План управления качеством

План управления проектом:

Структура развертывания работ, структура, бюджет

6.3.1.3 d)

Запрос ресурсов

Оценка и контроль проекта:

Договор, организационная процедура, план проекта, план обеспечения качества

6.3.2.2

Отчет о проблеме

Договор, организационная процедура, план проекта, план обеспечения качества, другие отчеты улучшений

6.3.2.2    d),

6.3.2.3    а) 9)

Доклад о ходе работы

Отчет о проблеме, анализ показателей и вариации

6.3.2.3 b)4

Отчет мониторинга и контроля

План управления проектом:

Структура работ развертывания, бюджет, отчет о ходе

6.3.2.3 Ь)

Запрос ресурсов

Управление решениями:

Организационная процедура, договор

6.3.3    3 а) 2),

6.3.3    3 с) 1)

Отчет о проблеме

Организационная процедура, договор

6.3.3.2 d)

Отчет (см. общий отчет, информация, пункт)

Управление рисками:

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

6.3.4.3 а)

Политика управления рисками и план

План управления рисками:

Профиль риска

6.3.4.3 d)

Запрос действия риска

План управления рисками, профиль риска, процедура гарантии качества, отчет о проблеме

6.3.4.3 b)

Мониторинг и отчет о контроле

Управление конфигурацией:

План управления проектом, план управления информацией

6.3.5.3 а)

План управления конфигурацией

Управление информацией:

Организационная процедура, план управления проектом, план управления конфигурацией

6.3.6.3 а)

План управления информацией

Продолжение таблицы 1

Типичные единицы входной информации

ИСО/МЭК 15288:2008

Единица выходной информации

Измерение организационная процедура, план управления проектом

6.3.7.3 а)

План измерения

Данные об измерении, план управления информацией

6.3.7.1,

6.3.7.3 Ь)

Контроль и отчет о контроле

План измерения, отчет об оценке

6.3.7.3 с)

Аналитический отчет о совершенствовании процесса

Определение требований заинтересованной стороны, контракт

6.4.1.2 а), D.4 а

Понятие операций

Контракт, оценка потребностей, понятие операций

6.4.1.3 с)

Спецификация системных требований

Анализ требований:

Организационная процедура, требования заинтересованной стороны

6.4.2.2, 6.4.2.3

Спецификация системных требований

Дизайн архитектуры, план развития, системные требования, спецификация

6.4.3.1,

6.4.3.2    а),

6.4.3.3    с)

Описание системы архитектуры

Описание системной архитектуры

6.4.3.2 Ь)

Описание элементов системы

Описание системы архитектуры, описание системного проектирования

6.4.3.3 а), с)

Описание интерфейса

Внедрение, соглашение, организационная процедура, описание системы, процедура интеграции, описание контрольного интерфейса

6.4.4.3

План интеграции (план внедрения)

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

6.4.4.3    а),

6.4.4.3    Ь)

Процедура внедрения

Интеграция соглашения, спецификация системных требований, описание интерфейса, системный испытательный план

6.4.5.3 а)

План интеграции

Отчет о конфигурации

6.4.5.3 Ь)

Отчет о проблеме

Проверка спецификация системных требований, описание системы, описание интерфейса

6.4.6.3 а)

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

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

6.4.6.3 Ь)

Отчет о проверке

Процедуры проверки, отчет об испытаниях

6.4.6.2    с),

6.4.6.3    Ь)

Отчет о проблеме

Переход:

Соглашение, описание системы, система спецификация требований, описание интерфейса

6.4.7.3 а)

Инсталляционный план

Инсталляционный план, отчет о проблеме, отчет о выполнении работ

6.4.7.3 Ь)

Инсталляционный отчет

Процедура управления качеством

6.4.7.2    е),

6.4.7.3    Ь)

Отчет о проблеме

Проверка:

Требования заинтересованной стороны, план управления проектом, план проверки

6.4.8.3 а)

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

ГОСТ P 56713—2015

Содержание

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

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

3    Соответствие.......................................................................3

4    Нормативные ссылки.................................................................5

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

6    Данные жизненного цикла и информационные единицы....................................6

7    Универсальные типы информационных позиций..........................................8

8    Отображение информационных позиций к жизненному циклу

и процессам управления службами.....................................................13

9    Записи.............................................................................31

10 Содержание определенной информационной единицы (документа).........................35

Приложение А (информативное) Процедура для идентификации информационных позиций

и их содержание..........................................................63

Приложение В (справочное) Информационные позиции и записи с разбивкой по источникам.......64

Библиография........................................................................67

Окончание таблицы 1

Типичные единицы входной информации

ИСО/МЭК 15288:2008

Единица выходной информации

План управления качеством:

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

6.4.8.3 Ь)

Отчет о проверке

Процедура проверки

6.4.8.2    d),

6.4.8.3    Ь)

Отчет о проблеме

Функционирование:

Отчет о проблеме, отчет об оценке

6.4.9.3 Ь)

Пользовательская документация

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

6.4.9.2 с)

Отчет о проблеме

Обслуживание:

Организационная процедура, операционный план, план развития

6.4.10.3 а)

План обслуживания

План обслуживания, пользовательская документация

6.4.10.3    а),

6.4.10.3    Ь)

Правила технического обслуживания

Правила технического обслуживания

6.4.10.2    е),

6.4.10.3    Ь)

Отчет о проблеме

Распоряжение

6.4.11.3 а)

План распоряжения

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

2.3 а), В.2.3

Процедура жизненного цикла

8.2 Сопоставление информационных позиций с жизненным циклом программного обеспечения

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

Процессы соглашения:

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

2    Поставка.

Организационные, активизирующие проект процессы:

1    Управление моделью жизненного цикла;

2    Управление инфраструктурой;

3    Управление портфелем проектов;

4    Управление человеческими ресурсами;

5    Управление качеством.

Проектные процессы:

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

2    Проектная оценка и управление;

3    Управление принятием решений;

4    Управление рисками;

5    Управление конфигурацией;

6    Управление информацией;

7    Измерение.

Технические процессы:

1    Определение требований заинтересованной стороны;

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

3    Системный архитектурный дизайн;

17

Введение

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

Настоящий стандарт базируется на процессах жизненного цикла, указанных в ИСО/МЭК 12207:2008 «Информационные технологии. Процессы жизненного цикла программного обеспечения», ИСО/МЭК 15288:2008 «Системотехника, процессы жизненного цикла системы», указанные в ИСО/МЭК 20000-1:2005 «Информационные технологии. Менеджмент услуг. Часть 1. Технические требования» и ИСО/МЭК 20000-2:2005 «Информационные технологии. Менеджмент услуг. Часть 2. Свод установленных правил».

ИИЭР внес в качестве источника для настоящего стандарта ИИЭР 12207.1—1997 «Отраслевое внедрение ИСО/МЭК 12207:1995. Информационные технологии. Процессы жизненного цикла программного обеспечения».

IV

ГОСТ P 56713—2015 (ISO/IEC/IEEE 15289:2011)

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

Системная и программная инженерия.

Содержание информационных продуктов процесса жизненного цикла систем и программного обеспечения (документация)

Systems and software engineering — Content of life-cycle information products

(documentation)

Дата введения — 2016—08—01

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

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

Настоящий стандарт предполагает, что организация реализовывает процессы жизненного цикла в соответствии с ИСО/МЭК 15288:2008 или ИСО/МЭК 12207:2008 или практика управления службами в соответствии с ИСО/МЭК 20000-1:2005, и ИСО/МЭК 20000-2:2005, ИСО/МЭК 12207:2008 (Станд. ИИЭР 12207—2008) и ИСО/МЭК 15288:2008 (Станд. ИИЭР 15288-2008) определение набора процессов для управления и выполнения этапов жизненного цикла систем. Они определяют процесс управления информацией, но не детализируют документацию с точки зрения имени, формата, явного содержания и носителей информации (ИСО/МЭК 15288:2008, пункт 1.4). ИСО/МЭК 12207:2008 устанавливает общие основы для процессов жизненного цикла программного обеспечения и попутно идентифицирует или требует многих позиций документации. Эталонная модель процесса не представляет подход определенного внедрения процесса, предписывая модель жизненного цикла системы/программного обеспечения, методологию или метод.

ИСО/МЭК 20000-1:2005 (пункт 3.2) устанавливает общие требования для документов и записывает их. ИСО/МЭК 12207:2008 не всегда указывает, когда единицы информации о программном обеспечении должны быть подготовлены, и при этом стандарт не идентифицирует информационное содержание единицы. Настоящий стандарт обеспечивает отображение ИСО/МЭК 15288:2008 и ИСО/МЭК 12207:2008 пунктов в ряд информационных единиц.

Универсальные типы документа (которые могут быть упомянуты как информационные типы изделия) должны использоваться для идентификации информации, необходимой для поддержки ИСО/МЭК 15288:2008, соглашение, предметная область, проект и технические процессы; ИСО/МЭК 12207:2008, поддержка и организационные процессы жизненного цикла, или ИСО/МЭК 20000-1:2005, процессы управления службами.

Настоящий стандарт идентифицирует записи и информационные позиции на основе анализа ссылок в ИСО/МЭК 15288:2, ИСО/МЭК 12207:2008, ИСО/МЭК 20000-1:2005 и ИСО/МЭК 20000-2:2005, которые в некоторых случаях обеспечивают частичные или полные основы для содержания определенных документов. Однако требования для процессов жизненного цикла уникально и однозначно не указывают требования для информационного содержания позиции или информации, необходимой пользователю информационной единицы. Кроме того, информация от процессов жизненного цикла может накладываться или может быть создана и пересмотрена в разное время. Иными словами, проанализированные ссылки не приводят к логически полному списку информационных единиц.

Издание официальное

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

Не включено в настоящий стандарт следующее:

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

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

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

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

e)    информационные позиции, показывающие только утверждение, такое как в ИСО/МЭК 12207:2008 (подпункт 6.1.2.3.4.5);

f)    любой подпункт ИСО/МЭК 15288:2008 или ИСО/МЭК 12207:2008, не явно идентифицирующий записи информации о деятельности или задаче, например, ИСО/МЭК 12207:2008 (Станд. ИИЭР 12207—2008), пункт 6.4.4;

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

Примечания

1    ИСО/МЭК 26514:2008 дает представление о форматах для пользовательской документации программного обеспечения.

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

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

2.1 Цель

Цель настоящего стандарта — предоставить требования пользователям ИСО/МЭК 12207:2008, ИСО/МЭК 15288:2008 и ИСО/МЭК 20000-1:2005 для идентификации и планирования определенных информационных позиций (информационных продуктов), которые предстоит разработать или пересмотреть во время жизненного цикла программного обеспечения или системы, или сервисных процессов. Настоящий стандарт предназначается для использования следующим образом:

a)    для обращения к технической информации, необходимой вовлеченным в ИСО/МЭК 15288:2008 и ИСО/МЭК 12207:2008 процессам;

b)    для указания информации в процессе соглашения, как описано в ИСО/МЭК 15288:2008, или в двухсторонней ситуации, как описано в ИСО/МЭК 12207:2008, ИСО/МЭК 20000-1:2005 и ИСО/МЭК 20000-2:2005. Двухсторонняя ситуация может колебаться от неофициального соглашения в организации к юридически обязывающему договору между организациями;

c)    для разработки информационных единиц, которые предоставляют доказательства для оценки процесса, выполненного в соответствии с ИСО/МЭК 15504, и для введения операции совершенствования процесса;

d)    для руководства в односторонних возложенных на себя задачах.

ГОСТ P 56713—2015

2.2    Предназначен пользователям настоящего стандарта

Настоящий стандарт применим для использования:

a)    руководителями проекта, ответственными за процесс управления информацией ИСО/МЭК 15288:2008 (пункт 5.4.8) в течение системного жизненного цикла;

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

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

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

e)    частными лицами, ответственными за идентификацию информационных позиций, требующих соответствия с ИСО/МЭК 12207:2008, ИСО/МЭК 15288:2008 или ИСО/МЭК 20000-1:2005;

1) частными лицами, берущими на себя ответственность за систему или совершенствование процесса программного обеспечения в своих организациях.

2.3    Применимость для трудовой деятельности

Использование настоящего стандарта не ограничено размером, сложностью или критичностью проекта. Он может применяться:

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

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

службы;

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

d)    к документации в продуктах Commercial Off The Shelf (COTS), когда продукт COTS указан как результат при двухсторонней ситуации.

Примечание — См. ИСО/МЭК 12207:2008.

2.4    Применимость для целевой группы информационных единиц

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

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

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

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

3 Соответствие

3.1 Определение соответствия

Настоящий стандарт может использоваться в качестве документа соответствия или руководящего документа для проектов и организаций, требующих соответствия с ИСО/МЭК 15288:2008 (Станд. ИИЭР 15288—2008), ИСО/МЭК 12207:2008 (Станд. ИИЭР 12207—2008) или ИСО/МЭК 20000-1:2005.

Примечания

1 Поставщики услуг должны ссылаться на ИСО/МЭК 20000-1:2005 и ТО ИСО/МЭК 20000-5:2010 относительно требований соответствия для определенного объема сертификации, например, организационных единиц, услуг, расположений.

3

Для требования соответствия с настоящим стандартом, адаптировав выбранную систему или процессы жизненного цикла программного обеспечения, пользователи настоящего стандарта должны подготовить информационные позиции, идентифицированные в настоящем стандарте, применимом к выбранному и адаптированному процессу ИСО/МЭК 15288:2008, ИСО/МЭК 12207:2008 или ИСО/МЭК 20000-1:2005.

Универсальная и определенная запись и информационное содержание единицы в разделах 7, 9 и 10 настоящего стандарта могут быть адаптированы для удовлетворения требований организации, ее проектов или соглашений на основе адаптированного соответствия с ИСО/МЭК 15288:2008 (Станд. ИИЭР 15288—2008) или ИСО/МЭК 12207:2008 (Станд. ИИЭР 12207—2008). В адаптации могут быть изменены информационные названия позиции и содержание, предоставленное в настоящем стандарте (добавление, объединение или повторное упоминание). Содержание информационных единиц должно соответствовать выбранным и адаптированным процессам.

2 Приложение А ИСО/МЭК 15288:2008 и ИСО/МЭК 12207:2008 обеспечивают требования для процесса адаптации.

В настоящем стандарте для простоты ссылок описана каждая информационная единица, как будто это было опубликовано как отдельный документ. Однако информационные единицы нужно рассматривать как приспосабливание, если они будут не опубликованы, но доступны в репозитории для ссылки, разделенные на отдельные документы или объемы и объединенные с другими информационными позициями в одном документе. Использование номенклатуры определенных записей в разделе 9 или названиях информационных позиций в разделе 10 не является необходимым, чтобы требовать соответствия с настоящим национальным стандартом.

В настоящем стандарте слово «должен» используется для выражения условия, которое нормативно, «следует» —для выражения рекомендации среди других возможностей и «может» — для указания плана действий, допустимого в рамках настоящего стандарта.

Глагол «включает», используемый в настоящем стандарте, указывает, что или информация присутствует, или ссылка на информацию указана.

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

3.2 Ситуации соответствия

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

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

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

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

d)    когда соответствие требуется для информационной единицы, она должна содержать универсальное содержание, требуемое в разделе 7, и определенного содержания, требуемого в разделе 10.

Примечания

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

2    В соответствии с ИСО/МЭК 17000:2004 организация, или проект, или программа нескольких поставщиков могут заявить, что они соответствуют этому документу, когда их продукты (информационные единицы) выполняют требования, но организация, проект или программа не удовлетворяют определенным требованиям для соответствия, заявленного в перечислениях а), Ь) или с).

ГОСТ P 56713—2015

3.3 Тип соответствия

Один из следующих типов соответствия должен утверждаться. Выбранный тип должен быть идентифицирован в требовании соответствия:

a)    адаптированный: минимальный набор требуемых информационных позиций определяется путем адаптации процессов и операций в соответствии с ИСО/МЭК 12207:2008 (приложение А) или ИСО/МЭК 15288:2008 (приложение А).

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

Необходимо отметить, что абсолютное соответствие может требоваться для выбранных процессов или информационных позиций, даже если абсолютное соответствие со всем стандартом не требуется.

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

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

ИСО/МЭК 12207:2008 «Станд. ИИЭР 12207-2008, Информационные технологии. Процессы жизненного цикла программного обеспечения» [ISO/IEC 12207:2008 (IEEE Std 12207—2008), Systems and software engineering — Software life cycle Processes]

ИСО/МЭК 15288:2008 «Системнотехника. Процессы жизненного цикла системы» [ISO/IEC 15288:2008 (IEEE Std 15288—2008), Systems and software engineering — System life cycle Processes]

ИСО/МЭК 20000-1:2005 «Информационные технологии. Менеджмент услуг. Часть 1. Технические требования» (ISO/IEC 20000-1:2005, Information technology — Service management—Part 1: Specification)

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

В настоящем стандарте применены термины по ИСО/МЭК 12207:2008, ИСО/МЭК/ИИЭР 24765:2010, а также следующие термины с соответствующими определениями:

5.1    подтверждение: Письменное уведомление уполномоченным представителем, что поставляемая единица представляется как удовлетворяющая требованиям и полная.

Примечание — Такое утверждение не перемещает ответственность от поставщика удовлетворить требования в двусторонней ситуации.

5.2    полная [документация]: Документация, включающая всю критическую информацию и любую необходимую, релевантную информацию для целевой аудитории.

5.3    непротиворечивая: Без внутренних конфликтов.

5.4    цена коммерческой сферы: Продукт, доступный для закупки и использования без потребности провести опытно-конструкторские разработки.

5.5    критерии: Правила, на которых могут базироваться суждение или решение, по которым продукт, услуга, результат или процесс могут быть оценены.

5.6 _

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

[ИСО/МЭК 26514:2008]

5.7    база данных: Набор данных, организованных согласно концептуальной структуре, описывающей характеристики данных и отношений среди их соответствующих сущностей, поддерживая одну или более прикладных областей.

5.8    описание: Информационная единица, которая представляет запланированное или фактическое понятие, функцию, дизайн или объект.

5.9    документ: Однозначно определенная единица информации для использования человеком, такая как отчет, спецификация, руководство или книга в печатной или электронной форме.

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

5.11    единица информации: Отдельно идентифицируемый объем информации, который производится, сохраняется и поставляется для использования человеком.

Примечания

1    Информационный продукт — это синоним.

2    Информационная позиция может быть произведена в нескольких версиях во время жизненного цикла проекта.

5.12    включать информацию: Наличие информации или ссылка на информацию, предоставленную в настоящем стандарте.

5.13    информационное содержание единицы: Информация, включенная в информационную единицу, связанную с системой, продуктом или услугой, для удовлетворения требования или потребности.

5.14    информационный тип изделия: Группа информационных единиц, соответствующих заранее подготовленному набору универсальных критериев.

Примечание — Универсальный тип документа — это синоним.

Пример — План — это информационный тип изделия для всех планов, и отчет — это информационный тип изделия для всех отчетов.

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

5.16    план: Информационная единица, которая представляет систематический план действий для достижения заявленной цели, включая то, когда, как и кем определенные операции должны быть выполнены.

5.17 _

политика: Ясная и измеримая формулировка предпочтительного направления и поведения для обоснования решения, принятого в организации.

[ИСО/МЭК 38500:2008]

5.18    представимый: Воспроизводимый и видимый.

5.19    процедура: Информационная единица, которая представляет заказанную серию шагов для выполнения процесса, деятельности или задачи.

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

5.20    запись: Набор связанных элементов данных, обработанных как единица.

5.21    отчет: Информационная позиция, которая описывает результаты операций, такие как расследования, наблюдения, оценки или тесты.

5.22    запрос: Информационная позиция, которая инициирует определенный план действий или изменение для удовлетворения потребности.

5.23    позиция программного обеспечения: Идентифицируемая часть программного продукта.

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

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

5.25    отслеживаемость: Наличие компонентов, происхождение которых может быть определено.

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

5.27    поддающиеся проверке: Могут быть проверены на правильность лицом или инструментом.

6 Данные жизненного цикла и информационные единицы

6.1 Характеристики данных жизненного цикла

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