4.35 выпуск (release): Конфетная версия элемента конфигурации, которая становится доступной для специфической цели (например, выпуск теста).
4.36 заявка на участие в предложенном тендере (request for proposal tender): Документ, используемый приобретающей стороной как средство для объявления своего намерения стать потенциальным покупателем и приобрести конкретную систему, программный продукт или программную услугу.
4.37 ресурс (resource): Актив, который используется или потребляется в ходе выполнения процесса.
4.38 снятие с эксплуатации (retirement): Прекращение активной поддержки эксплуатирующей и сопровождающей организацией, частичная или полная замена новой системой или инсталляция обновленной системы.
4.39 защита (защищенность) (security): Предохранение информации и данных с тем, чтобы неуполномоченные лица или системы не могли их читать или изменять, а уполномоченным лицам или системам не было отказано в доступе к ним.
4.40 услуга (service): Выполнение действий, работы или обязанностей, связанных с продуктом.
4.41 программная составная часть (software item): Исходный код, объектный код, контрольный код, контрольные данные или совокупность этих составных частей.
Примечание - Программная составная часть может рассматриваться как системный элемент в [18].
4.42 программный продукт (software product): Совокупность компьютерных программ, процедур и, возможно, связанных с ними документации и данных.
4.43 программный блок (software unit): Отдельная компилируемая часть кода.
4.44 стадия (stage): Период в пределах жизненного цикла некоторого объекта, который относится к состоянию его описания или реализации.
Примечание 1 - В настоящем стандарте принято, что стадии относятся к основному развитию и достижению контрольных точек этим объектом в течение его жизненного цикла.
Примечание 2 - Стадии могут быть взаимно перекрывающимися.
4.45 правообладатель (stakeholder): Лицо или организация, имеющие право, долю, требование или интерес в системе или в обладании ее характеристиками, удовлетворяющими ее потребности и ожидания.
4.46 задание на выполнение работы (statement of work): Документ, используемый приобретающей стороной как средство для описания и конкретизации задач, которые должны быть выполнены по условиям контракта.
4.47 поставщик (supplier): Организация или лицо, которое вступает в соглашение с приобретающей стороной на поставку продукта или услуги.
Примечание 1 - "Поставщиком" может быть подрядчик, производитель, торговец или продавец.
Примечание 2 - Иногда приобретающая сторона и поставщик являются частью одной и той же организации.
4.48 система (system): Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей.
Примечание 1 - Система может рассматриваться как продукт или предоставляемые им услуги.
Примечание 2 - На практике интерпретация данного термина зачастую уточняется с помощью ассоциативного существительного, например, "система самолета". В некоторых случаях слово "система" может заменяться контекстно-зависимым синонимом, например, "самолет", хотя это может впоследствии затруднить восприятие системных принципов.
4.49 системный элемент (system element): Представитель совокупности элементов, образующих систему.
Примечание - Системный элемент является отдельной частью системы, которая может быть создана для полного выполнения заданных требований. Системный элемент может представлять собой технические и программные средства, данные, людей, процессы (например, процессы для обеспечения услуг пользователям), процедуры (например, инструкции оператору), средства, материалы и природные объекты (например, вода, живые организмы, минералы) или любые их сочетания.
4.50 задача (task): Требование, рекомендация или разрешенное действие, предназначенное для содействия достижению одного или более выходов процесса.
4.51 тестовое покрытие (test coverage): Степень, с которой данный тест проверяет требования для системы или программного продукта.
4.52 тестируемость (testability): Степень, с которой объективный и физически реализуемый тест может быть спроектирован для определения того, что требование выполняется.
4.53 пользователь (user): Лицо или группа лиц, извлекающих пользу из системы в процессе ее применения.
Примечание - Роль пользователя и роль оператора могут выполняться одновременно или последовательно одним и тем же человеком или организацией.
4.54 валидация (validation): Подтверждение (на основе представления объективных свидетельств) того, что требования, предназначенные для конкретного использования или применения, выполнены [3].
Примечание - Валидация в контексте жизненного цикла представляет собой совокупность действий, гарантирующих и обеспечивающих уверенность в том, что система способна реализовать свое предназначение, текущие и перспективные цели.
4.55 верификация (verification): Подтверждение (на основе представления объективных свидетельств) того, что заданные требования полностью выполнены [3].
Примечание - Верификация в контексте жизненного цикла представляет собой совокупность действий по сравнению полученного результата жизненного цикла с требуемыми характеристиками для этого результата. Результатами жизненного цикла могут являться (но не ограничиваться ими): заданные требования, описание проекта и непосредственно система.
4.56 версия (version): Идентифицированный экземпляр составной части.
Примечание - Модификация какой-либо версии программного продукта, воплощённая в новой версии, требует действий менеджмента конфигурации.
5 Применение настоящего стандарта
В разделе 5 представлен обзор процессов жизненного цикла программных средств, которые могут быть использованы для приобретения, поставки, разработки, применения по назначению, сопровождения и прекращения применения программных продуктов и услуг. Целью обзора является предоставление "дорожной карты" пользователям настоящего стандарта для того, чтобы они могли ориентироваться в нем и применять его осмысленно.
5.1 Ключевые понятия
В подразделе 5.1 приведены ключевые понятия, предназначенные для изучения и применения настоящего стандарта. В некоторых случаях общеупотребимые слова используются в специфическом смысле. Ниже будут также описаны такие специальные применения. Дальнейшие уточнения этих понятий можно найти в [16].
Примечание - ИСО/МЭК ТО 24748 "Руководство по менеджменту жизненного цикла" может также способствовать последующим уточнениям.
5.1.1 Отношения между программными продуктами и программными услугами
В общем случае настоящий стандарт применяется как для программных продуктов, так и для программных услуг. Условия конкретных процессов определяют их применимость.
Примечание - Определения процессов, требования и руководства провайдерам услуг для предоставления управляемых услуг приведены в [26].
5.1.2 Отношения между системами и программными средствами
Настоящий стандарт устанавливает строгую связь между системой и применяемыми в ней программными средствами. Такая связь основывается на общих принципах системной инженерии. Программное средство трактуется как единая часть общей системы, выполняющая определенные функции в данной системе, что осуществляется посредством выделения требований к программным средствам из требований к системе, проектирования, производства программных средств и объединения их в систему. Этот принцип является фундаментальной предпосылкой для настоящего стандарта, в котором программные средства всегда существуют в контексте системы, даже если система состоит из единственного процессора, выполняющего программы. В таком случае программный продукт или услуга всегда рассматриваются как одна из составных частей системы. Например, в настоящем стандарте проводится различие между анализом системных требований и анализом требований к программным средствам, так как в общем случае построение системной архитектуры определяет системные требования для различных составных частей системы, а анализ требований к программным средствам предопределяет требования к ним, исходя из системных требований, назначенных каждой программной составной части. Конечно, в некоторых случаях непрограммных элементов в системе может быть настолько мало, что можно не делать различия между анализом системы и анализом программных средств.
Настоящий стандарт имеет сильную взаимосвязь с [18] и может использоваться вместе с ним. Во многих случаях процессы в настоящем стандарте непосредственно соответствуют процессам в [18], но с некоторой спецификой для программных продуктов и услуг. Примечательным примером является то, что процесс реализации программных средств в настоящем стандарте является специальным, частным случаем процесса реализации, приведенного в [18].
В случае, если система имеет важные непрограммные элементы, то организация может по желанию применять [18] для обеспечения соответствующих процессов жизненного цикла. Для каждого программного элемента системы организации следует применять процесс реализации программных средств из настоящего стандарта для создания программного элемента.
В случае, если количество непрограммных средств системы минимально, то организация может по своему усмотрению применять настоящий стандарт, не ссылаясь на [18]. В настоящем стандарте содержится дополнительный процесс системного уровня, тем не менее приспособленный к потребностям программных средств и предназначенный для обеспечения минимально приемлемого системного контекста для программных средств.
В случае, если настоящий стандарт применяется в сочетании с [18], то должно учитываться любое незначительное несоответствие в терминологии. В [18] производится декомпозиция системы на совокупность системных "элементов". Некоторые из этих элементов могут определяться как программные продукты, которые реализуются с использованием настоящего стандарта. В настоящем стандарте применяется термин "составная часть" для указания на некоторый основной элемент системы. Короче говоря, в настоящем стандарте используется термин "составная часть" тогда, когда в [18] используется термин "элемент программного средства".
Некоторые составные части могут, в конечном счете, назначаться как объект менеджмента конфигурации; тогда они называются "составными частями конфигурации". Процесс проектирования архитектуры программных средств преобразует составные части в "компоненты", а процесс детального проектирования программных средств переводит "компоненты" в "программные блоки".
5.1.3 Организации и стороны