Лекция 2. Конспект лекций

### Лекция 2. Государственные стандарты, обеспечивающие качество ПО

2.1. Сертификация систем качества ПО
2.2. Государственные стандарты
2.3. Группы стандартов ЕСПД. ГОСТ 19.102-77. Стадии разработки
2.4. ГОСТ 19.402-78 ЕСПД. Описание программы
2.5. ГОСТ Р ИСО/МЭК 9294-93. Информационная технология. Руководство по управлению документированием программного обеспечения
2.6. ГОСТ Р ИСО/МЭК 9126-93. Информационная технология. Оценка программной продукции. Характеристика качества и руководство по их применению
2.7. ГОСТ Р ИСО/МЭК 9127-94. Системы обработки информации
2.8. ГОСТ Р ИСО/МЭК 8631-94. Информационная технология. Программные конструктивы и условные обозначения для их представления
2.9. ГОСТ Р ИСО/МЭК 12119-2000. Информационная технология. Пакеты программных средств. Требования к качеству и испытания
2.10. ГОСТ Р ИСО/МЭК 12207-99. Процессы жизненного цикла программных средств

### 2.1. Сертификация систем качества ПО

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

1. самосертификация на основе результатов внутренней проверки;
2. сертификация заказчиком (покупателем) ;
3. сертификация аккредитованным органом по сертификации.

   Как правило, проводится сертификация на соответствие требованиям ИСО 9001. Но Министерство обороны Великобритании, например, использует вторую степень сертификации для определения соответствия AQAP1 и AQAP13, устанавливающих требования на оборонные контракты. Такая практика сертификации отраслевыми органами сертификации существует и в России (Оборонсертифика, Военэлектронсерт и др.).

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

   В России правила проведения сертификации третьей степени определяются государственными стандартами (ГОСТ) и государственными стандартами России (ГОСТ Р).

   ### 2.2. Государственные стандарты

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

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

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

   ГОСТ 2.114-95 ЕСКД. Технические условия

   ГОСТ Р 1.2-92 Государственная система стандартизации Российской Федерации. Порядок разработки государственных стандартов

   ГОСТ Р 1.4-93 Государственная система стандартизации Российской Федерации. Стандарты отраслей, стандарты предприятий, стандарты научно-технических, инженерных обществ и других общественных объединений. Общие положения

   ГОСТ Р 1.5-92 Государственная система стандартизации Российской Федерации. Общие требования к построению, изложению, оформлению и содержанию стандартов

   ГОСТ Р 1.8-95 Государственная система стандартизации Российской Федерации. Порядок разработки и применения межгосударственных стандартов.

   ГОСТ Р 1.9-95 Государственная система стандартизации Российской Федерации. Порядок маркирования продукции и услуг знаком соответствия государственным стандартам

   ГОСТ Р 1.10-92 Государственная система стандартизации Российской Федерации. Порядок разработки, принятия, регистрации правил и рекомендаций по стандартизации, метрологии, сертификации, аккредитации и информации о них.

   170 ISO/IEC/IEEE 15288:2015 Systems and Software Engineering - System Life Cycle Processes.

   171 ISO/IEC FDIS 16085 IEEE Std 1540-2006 Systems and Software Engineering —Life Cycle Processes — Risk Management.

   172 ISO/IEC/IEEE 42010:2011 Systems and Software Engineering - Architecture Description

   ### 2.3. Группы стандартов ЕСПД. ГОСТ 19.102-77. Стадии разработки

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

   Таблица 2.1 - Стадии разработки, этапы работ и содержание работ

   ### 2.4. ГОСТ 19.402-78 ЕСПД. Описание программы

   United System for Program Documentation.

   Program Description

   ГОСТ

   19.402-78

   Постановлением Государственного комитета СССР по стандартам от 18 декабря 1978 г. № 3350 срок введения установлен с 01.01.1980 г.

   ### 2.5. ГОСТ Р ИСО/МЭК 9294-93. Информационная технология. Руководство по управлению документированием программного обеспечения

   Начало действия: 01.07.1994

   Утверждён: 20.12.1993 Госстандарт России Постановление 260

   Область действия:

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

   ### 2.6. ГОСТ Р ИСО/МЭК 9126-93. Информационная технология. Оценка программной продукции. Характеристика качества и руководство по их применению

   1 ОБЛАСТЬ ПРИМЕНЕНИЯ

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

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

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

   Эти характеристики могут применяться к любому виду программного обеспечения, включая программы ЭВМ и данные, входящие в программно-технические средства (встроенные программы).

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

   Рассмотрим стандарт, начиная с пункта 3.

   3 ОПРЕДЕЛЕНИЯ

   В настоящем стандарте применяются следующие термины.

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

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

   Примечание. Примеры признаков включают длину маршрута, модульность, структуру программы и комментарии.

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

   3.4 Уровень качества функционирования (level of performance) степень, в которой удовлетворяются потребности, представленные конкретным набором значений для характеристик качества.

   3.5 Измерение (measurement) действие по применению показателя качества программного обеспечения к конкретной программной продукции.

   3.6 Качество (quality) весь объем признаков и характеристик продукции или услуги, который относится к их способности удовлетворять установленным или предполагаемым потребностям (ИСО 8402).

   Примечание. В сфере контракта потребности определены, тогда как в других сферах предполагаемые потребности должны быть установлены и определены (ИСО 8402, Примечание. 1).

   3.7 Ранжирование (рейтинг) (rating) действие по отнесению измеренного значения к соответствующему уровню ранжирования. Используется для определения уровня ранжирования программного обеспечения по конкретной характеристике качества. Уровень ранжирования (rating level) диапазон значений в масштабе, позволяющем классифицировать (ранжировать) программное обеспечение в соответствии с установленными или предполагаемыми потребностями. Соответствующие уровни ранжирования могут быть связаны с различными представлениями о качестве, то есть для пользователей, руководителей или разработчиков. Данные уровни называются уровнями ранжирования.

   Примечание. Данные уровни ранжирования отличны от "классов", определенных ИСО 8402.

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

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

   3.11 Качество программного обеспечения (software quality) весь объем признаков и характеристик программной продукции, который относится к ее способности удовлетворять установленным или предполагаемым потребностям.

   3.12 Критерии оценки качества программного обеспечения (software quality assessment criteria) набор определенных и задокументированных правил и условий, которые используются для решения о приемлемости общего качества конкретной программной продукции. Качество представляется набором установленных уровней, связанных с программной продукцией.

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

   3.14 Метрика качества программного обеспечения (software quality metric) количественный масштаб и метод, которые могут быть использованы для определения значения признака, принятого для конкретной программной продукции.

   4 ХАРАКТЕРИСТИКИ КАЧЕСТВА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

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

   4.1 Функциональные возможности (Functionality)

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

   Примечания

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

   2 В данной характеристике для установленных и предполагаемых потребностей учитывают Примечание. к определению качества (см. 3.6).

   4.2 Надежность (Reliability)

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

   Примечания

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

   2 В определении ИСО 8402 "надежность""способность элемента выполнять требуемую функцию". В настоящем стандарте функциональная возможность является только одной из характеристик качества программного обеспечения. Поэтому определение надежности расширено до "сохранения своего уровня качества функционирования" вместо "выполнения требуемой функции" (см. также 3.4).

   4.3 Практичность (Usability)

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

   Примечания

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

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

   4.4 Эффективность (Efficiences)

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

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

   4.5 Сопровождаемость (Maintainability)

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

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

   4.6 Мобильность (Portability)

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

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

   5 РУКОВОДСТВО ПО ПРИМЕНЕНИЮ ХАРАКТЕРИСТИК КАЧЕСТВА

   5.1 Применяемость

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

   определение требований к качеству программной продукции;

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

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

   >оценивание разработанного программного обеспечения перед его поставкой;

   оценивание программного обеспечения перед приемкой.

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

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

   Важность каждой характеристики качества также меняется в зависимости от принятых точек зрения.

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

   5.2.1 Представление пользователя

   Определение качества по ИСО 8402 отражает представление пользователя так же, как и характеристики, определенные в настоящем стандарте.

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

   Пользователя могут интересовать следующие вопросы: Имеются ли требуемые функции в программном обеспечении?

   Насколько надежно программное обеспечение?

   Насколько эффективно программное обеспечение?

   Является ли программное обеспечение удобным для использования?

   Насколько просто переносится программное обеспечение в другую среду?

   5.2.2 Представление разработчика

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

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

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

   5.2.3 Представление руководителя

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

   5.3 Модель процесса оценивания

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

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

   5.3.2 Подготовка к оцениванию Целью второй стадии является подготовка основы для оценивания.

   5.3.3 Процедура оценивания Последняя стадия модели процесса оценивания уточняется по трем этапам, называемым "измерение", "ранжирование" и "оценка".

   ### 2.7. ГОСТ Р ИСО/МЭК 9127-94. Системы обработки информации

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

   Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО 9127-88 "Системы обработки информации. Документация пользователя и информация на упаковке для потребительских программных пакетов"

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

   Документация пользователя

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

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

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

   ### 2.8. ГОСТ Р ИСО/МЭК 8631-94. Информационная технология. Программные конструктивы и условные обозначения для их представления

   “Настоящий стандарт посвящен представлению процедурных алгоритмов. Стандарт:

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

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

   c) устанавливает требования к набору конструктивов;

   d) допускает описание различных подмножеств установленных конструктивов “Статус действующий

   В приложении представлено графическое представление следующих программных конструктивов:

   ПБ программные блок-схемы (PFprogram flowcharts) ;

   ПСД программные структурные диаграммы (PSDprogram structure diagrams) ;

   ЭСД эскизные структурные диаграммы (DSDdesign structure diagrams) ;

   ДСП диаграммы структурного программирования (SPDstructured programming diagrams) ;

   СИКО схема иерархического и компактного описания (НСРhierarchical and compact description chart) ;

   ДПА диаграммы проблемных анализов (PADproblem analysis diagrams) ;

   ЛКП логическая концепция программы (LCPlogical conception of program) ;

   Р-схема Р-схемы алгоритмов и программ (R-charts).

   ### 2.9. ГОСТ Р ИСО/МЭК 12119-2000. Информационная технология. Пакеты программных средств. Требования к качеству и испытания

   Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 12119-94 "Информационная технология. Пакеты программ. Требования к качеству и тестирование"

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

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

   Стандарт дополнен приложениями: А – Основные термины, В – Пример описания продукта, С Библиография.

   Пользователями настоящего стандарта являются:

   a) поставщики, когда они:

   1) определяют требования к пакету программ;

   2) проектируют формат для описания продуктов;

   3) оценивают собственные продукты;

   4) выпускают декларации о соответствии (Руководство ИСО/МЭК 22 [1]) ;

   5) обращаются за сертификатами или знаками соответствия (Руководство ИСО/МЭК 23 [2]) ;

   b) органы по сертификации, которые хотят применять схему сертификации третьей стороной (международные, региональные или национальные) (Руководство ИСО/МЭК 16 [3], Руководство ИСО/МЭК 28 [4] и Руководство ИСО/МЭК 44 [5]) ;

   с) испытательные лаборатории, которые желают соблюдать инструкции по тестированию при проведении тестирования для выдачи сертификата или знака соответствия (Руководство ИСО/МЭК 25 [6]) ;

   d) аккредитующие органы, проводящие аккредитацию органов по сертификации и испытательных лабораторий (Руководство ИСО/МЭК 40 [7] и Руководство ИСО/МЭК 58 [8]) ;

   e) аудиторы испытательных лабораторий, проводящие оценку их компетентности (Руководство ИСО/МЭК 58 [8]) ;

   f) покупатели, которые могут:

   1) сравнить свои требования с требованиями, описанными в настоящем стандарте;

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

   3) искать сертифицированные продукты;

   4) проверить удовлетворение требований по другим аспектам;

   g) пользователи, которые выбирают лучшие продукты.

   ### 2.10. ГОСТ Р ИСО/МЭК 12207-99. Процессы жизненного цикла программных средств

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

   1.1. Назначение

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

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

   1.2 Область распространения

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

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

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

   Стандарт не распространяется на готовые программные продукты, если они не входят в поставляемый продукт.

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