Стандарт iso iec 12207 определяет. Техническая документация. Разработка концепции АС

В России в настоящее время используется стандарт ГОСТ Р ИСО/МЭК 12207-2010 Процессы жизненного цикла программных средств(ISO/IEC 12207:2008 System and software engineering - Software life cycle processes)

ISO/IEC 12207 - базовый стандарт процессов ЖЦ ПО, ориентированный на различные (любые!) виды ПО и типы проектов АС, куда ПО входит как часть. Стандарт определяет стратегию и общий порядок в создании и эксплуатации ПО, он охватывает ЖЦ ПО от концептуализации идей до завершения ЖЦ.

Общая структура – см. самостоятельно!

Особенности:

Стандарт ISO состоит из очень крупных обобщенных процессов: "приобретение", "поставка", "разработка" и т. п. Грубо говоря, один такой процесс сравним со всеми процессами CDM вместе взятыми.Каждый процесс разделен на набор действий, каждое действие - на набор задач. Очень важное отличие ISO: каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем нет заранее определенных последовательностей (естественно, при сохранении логики связей по исходным сведениям задач и т. п.).

- «Динамический» характер стандарта определяется способом определения последовательности выполнения процессов и задач, при котором один процесс при необходимости вызывает другой или его часть. Такой характер позволяет реализовывать любую модель ЖЦ.

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

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

Коннкретность пользы стандарта в том, что он содержит наборы задач, характеристик качества, критериев оценки и др., дающие всесторонний охват проектных ситуаций. Стандарт не предписывает конкретную модель ЖЦ или метод разработки ПО, но определяет, что стороны-участники использования стандарта ответственны за выбор модели ЖЦ для проекта ПО, за адаптацию процессов и задач стандарта к этой модели, за выбор и применение методов разработки ПО, за выполнение действий и задач, подходящих для проекта ПО.

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

МОДЕЛЬ SEI SW-CMM

Методология CMM разрабатывалась и развивалась в США как средство, позволяющее выбирать лучших производителей ПО для выполнения госзаказов.

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

СММ – стандарт де-факто.

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

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

Незрелая организация

Зрелая организация

1. отсутствует долговременное и проектное планирование; 2. процесс ПО и его ключевые составляющие не идентифицированы, реализация процесса зависит от текущих условий, конкретных менеджеров и исполнителей; 3. методы и процедуры не стандартизированы и не документированы; 4. результат не предопределен реальными критериями, вытекающими из запланированных показателей, применения стандартных технологий и разработанных метрик; 5. процесс выработки решения происходит стихийно, на грани искусства.

1. имеются четко определенные и документированные процедуры управления требованиями, планирования проектной деятельности, управления конфигурацией, создания и тестирования программных продуктов, отработанные механизмы управления проектами; 2. процедуры постоянно уточняются и совершенствуются; 3. оценки времени, сложности и стоимости работ основываются на накопленном опыте, разработанных метриках и количественных показателях, что делает их достаточно точными; 4. актуализированы внешние и созданы внутренние стандарты на ключевые процессы и процедуры; 5. существуют обязательные для всех правила оформления методологической программной и пользовательской документации; 6. технологии незначительно меняются от проекта к проекту на основании стабильных и проверенных подходов и методик; 7. максимально используются наработанные в предыдущих проектах организационный и производственный опыт, программные модули, библиотеки программных средств; 8. активно апробируются и внедряются новые технологии, производится оценка их эффективности.

СММ определяет 5 уровней технологической зрелости компании:

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

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

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

4. Уровень 4 , управляемый - в этих организациях, помимо установленного и описанного процесса, используются измеримые показатели качества продуктов и результативности процессов, которые позволяют достаточно точно предсказывать объем ресурсов (времени, денег, персонала), необходимый для разработки продукта с определенным качеством);

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

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

Жизненный цикл программного обеспечения (ПО) - период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации . Этот цикл - процесс построения и развития ПО.

Стандарты жизненного цикла ПО

· ГОСТ 34.601-90

· ISO/IEC 12207:1995 (российский аналог - ГОСТ Р ИСО/МЭК 12207-99)

Стандарт ГОСТ 34.601-90

Стандарт ГОСТ 34.601-90 предусматривает следующие стадии и этапы создания автоматизированной системы:

Формирование требований к АС

1. Обследование объекта и обоснование необходимости создания АС

2. Формирование требований пользователя к АС

3. Оформление отчета о выполнении работ и заявки на разработку АС

Разработка концепции АС

1. Изучение объекта

2. Проведение необходимых научно-исследовательских работ

3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователей

4. Оформление отчета о проделанной работе

Техническое задание

1. Разработка и утверждение технического задания на создание АС

Эскизный проект

1. Разработка предварительных проектных решений по системе и ее частям

Технический проект

1. Разработка проектных решений по системе и ее частям

2. Разработка документации на АС и ее части

3. Разработка и оформление документации на поставку комплектующих изделий

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

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

1. Разработка рабочей документации на АС и ее части

2. Разработка и адаптация программ

Ввод в действие

1. Подготовка объекта автоматизации

2. Подготовка персонала

3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)

4. Строительно-монтажные работы

5. Пусконаладочные работы

6. Проведение предварительных испытаний

7. Проведение опытной эксплуатации

Проведение приемочных испытаний

8. Сопровождение АС.

1. Выполнение работ в соответствии с гарантийными обязательствами

2. Послегарантийное обслуживание

Эскизный, технический проекты и рабочая документация - это последовательное построение все более точных проектных решений. Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в «Технорабочий проект», параллельно выполнять различные этапы и работы, включать дополнительные.

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

Стандарт ГОСТ Р ИСО/МЭК 12207 (ISO/IEC 12207)

Федеральным агентством по техническому регулированию и метрологии РФ 01.03.2012 г. взамен ГОСТ Р ИСО/МЭК 12207-99 принят стандарт ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств», идентичный международному стандарту ISO/IEC 12207:2008 «System and software engineering - Software life cycle processes».

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

ISO/IEC 12207-2008 «System and software engineering -- Software life cycle processes» - стандарт ISO, описывающий процессы жизненного цикла ПО. Стандарт разработан подкомитетом ПК 7 «Системная и программная инженерия» (англ. SC 7 System and Software Engineering) Совместного технического комитета №1 ИСО/МЭК «Информационные технологии». Стандарт был выпущен взамен стандарту ISO/IEC 12207-95.

Стандарт ISO/IEC 12207-2008 взаимосвязан со стандартами IEEE, такими как:

· IEEE Std 730 - 2002 - Процесс обеспечения гарантии качества программных средств

· IEEE Std 1012 - 2004 - Процесс верификации и валидации программных средств

· IEEE Std 828 - 2005 - Процесс менеджемента конфигурации программных средств

· IEEE Std 829 - 1998 - Процесс квалификационного тестирования программных средств и др.

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

1. Основные процессы

2. Поддерживающие процессы

3. Организационные процессы

4. Адаптация.

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

Процессы жизненного цикла

Группы процессов жизненного цикла включают в себя:

· процессы соглашения -- 2;

· процессы организационного обеспечения проекта -- 5;

· процессы проекта -- 7;

· технические процессы -- 11;

· процессы реализации программных средств -- 7;

· процессы поддержки программных средств -- 8;

· процессы повторного применения программных средств -- 3.

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

· Поставка

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

Процессы организационного обеспечения проекта

· Процесс менеджмента модели жизненного цикла;

· Процесс менеджмента инфраструктуры;

· Процесс менеджмента портфеля проектов;

· Процесс менеджмента людских ресурсов;

· Процесс менеджмента качества.

Процессы проекта

· Процессы менеджмента проекта

· процесс планирования проекта;

· процесс управления и оценки проекта.

· Процессы поддержки проекта

· процесс менеджмента решений;

· процесс менеджмента рисков;

· процесс менеджмента конфигурации;

· процесс менеджмента информации;

· процесс измерений.

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

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

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

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

· Процесс реализации

· Процесс комплексирования системы

· Процесс квалификационного тестирования системы

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

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

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

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

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

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

· Процесс анализа требований к программным средствам;

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

· Процесс детального проектирования программных средств;

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

· Процесс комплексирования программных средств;

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

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

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

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

· Процесс обеспечения гарантии качества программных средств;

· Процесс верификации программных средств;

· Процесс валидации программных средств;

· Процесс ревизии программных средств;

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

· Процесс решения проблем в программных средствах.

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

· Процесс проектирования доменов;

· Процесс менеджмента повторного применения активов;

· Процесс менеджмента повторного применения программ.

Настоящий стандарт является результатом гармонизации четырех исходных документов (рис.1), таких как ИСО/МЭК 12207-95, ИСО/МЭК 12207-2010, ИСО/МЭК 15288-2002 и ИСО/МЭК 15288-2007.

Несмотря на то, что в ИСО/МЭК 12207:1995 рассматривались процессы жизненного цикла программных средств в системном контексте, было очевидно, что аналогичный стандарт был необходим также и в системной области. ИСО/МЭК 15288, опубликованный в ноябре 2002 года, полностью удовлетворил эту потребность. Разработчики стандарта извлекли пользу из опыта, полученного при разработке дополненного стандарта ИСО/МЭК 12207 и понимания потребностей, выраженных в ИСО/МЭК 15504. Таким образом, процессы в ИСО/МЭК 15288 излагались в терминах целей и выходов с описанием видов деятельности, необходимых для достижения этих выходов.

Развернутая по стадиям разработка изменений к ИСО/МЭК 12207 вместе с ИСО/МЭК 15288 и изначально иная ориентация ИСО/МЭК 12207 привели к некоторым затруднениям в применении дополненного стандарта ИСО/МЭК 12207 так же, как и в совместном применении стандартов жизненного цикла систем и программных средств. Гармонизация проекта в рамках Подкомитета 7 "Системная и программная инженерия" Совместного технического комитета N 1 ИСО/МЭК - СТК 1 "Информационные технологии" (ISO/IEC JTC 1/SC 7) являлась первым большим шагом к объединенному комплекту стандартов, описывающих жизненный цикл систем и программных средств, а ее суть заключалась в параллельно проведенном и тщательно контролируемом пересмотре ИСО/МЭК 12207, ИСО/МЭК 15288 и разработке технического отчета ИСО/МЭК 24748, представляющего собой руководящие указания для обоих международных стандартов.

Сравнительный анализ стандартов ISO/IEC 12207-95 и ISO/IEC 12207-2008

Стандарт ISO/IEC 12207-95	Стандарт ISO/IEC 12207-2008
1. Прикладное применение настоящего стандарта	1. Применение настоящего стандарта
Цель: обзор процессов жизненного цикла программных средств, которые могут быть использованы для приобретения, поставки, разработки, применения по назначению, сопровождения и прекращения применения программных продуктов и услуг. Целью обзора является предоставление "дорожной карты" пользователям настоящего стандарта для того, чтобы они могли ориентироваться в нем и применять его осмысленно. В прикладное применение стандарта входит только его построение, которое в свою очередь подразделяется на несколько составляющих, а в стандарте 2008 года применение делится на несколько пунктов, которые отличны от построения в стандарте 12207-95.
В построение стандарта входит: · Процессы ЖЦ (5 процессов) · Вспомогательные процессы ЖЦ (8) · Организационные процессы ЖЦ (4) · Взаимосвязи между процессами и организациями	· Отношения между программными продуктами и программными услугами · Отношения между системами и программными средствами · Внедрение на уровне организации и на уровне проекта · Декомпозиция процессов · Эталонная модель процессов
Не изменяется в этом пункте процесс адаптации, он имеет одинаковое значение в обоих стандартах, то есть основные работы при адаптации настоящего стандарта к условиям программного проекта, определены в приложение А стандартов.
2. Основные процессы ЖЦ	2. Процессы ЖЦ систем
1. Процесс заказа	1. Процесс приобретения

Сравнивая, эти два стандарта видно, что стандарт ISO/IEC 12207-2008 наиболее подробный, точный. Если в стандарте 1995 года описаны только применение и процессы ЖЦ программных средств, то в стандарте 2008 года уже описаны не только программные средства, но и процессы ЖЦ систем. Если раньше какие-то процессы были отдельными пунктами в старом стандарте, то сейчас это всего лишь подпроцессы процессов, которые так же включают в себя и новые пункты.

Отношения между конструкциями процессов в исходных документах показаны на рисунке 1.

Рисунок 1

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

Стандарт ISO/IEC 12207-95 определяет стратегию и общий порядок в создании и эксплуатации ПО, он охватывает ЖЦ ПО от концептуализации идей до завершения ЖЦ (жизненного цикла).

Особенности стандарта

Стандарт не предписывает конкретную модель ЖЦ или метод разработки ПО; Он определяет, что стороны-участники использования стандарта ответственны=

за выбор модели ЖЦ для проекта ПО,
за адаптацию процессов и задач стандарта к этой модели,
за выбор и применение методов разработки ПО,
за выполнение действий и задач, подходящих для проекта ПО;

Стандарт ISO/IEC 12207-95 равносильно ориентирован на организацию действий каждой из двух сторон: поставщик (разработчик) и покупатель (пользователь); может быть в равной степени применен, когда обе стороны - из одной организации.

Определения стандарта

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

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

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

Стандарт определяет общую структуру жизненного цикла ПО в виде 3-х ступенчатой модели, состоящей из:

· процессов,
· видов деятельности,
· задач

Стандарт не определяет метрики , по которым можно было бы отслеживать ход работ и их результативность. Самыми крупными элементами являются процессы жизненного цикла ПО . Всего выделено 18 процессов, которые объединены в 3 группы:

-основные процессы;
-поддерживающие процессы;
-организационные процессы;
-процесс адаптации.

Основные процессы ЖЦ

1) Процесс приобретения - его задача - определить действия предприятия-покупателя, которое приобретает автоматизированную систему, программный продукт или сервис ПО:

· инициация приобретения;
· подготовка запроса предложений;
· подготовка контракта;
· анализ поставщиков;
· получение ПО.

2) Процесс передачи (поставки) определяет действия предприятия-поставщика, которое снабжает покупателя системой, программным продуктом или сервисом ПО.

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

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

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

· консультирование пользователей;
· получение обратной связи и др.

5) Процесс поддержки ПО определяет действия персонала сопровождения, который обеспечивает:

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

ГОСТ Р ИСО/МЭК 12207-2010

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

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

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

ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ

Information technology. System and software engineering. Software life cycle processes

Дата введения 2012-03-01

Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. N 184-ФЗ "О техническом регулировании" , а правила применения национальных стандартов Российской Федерации - ГОСТ Р 1.0-2004 "Стандартизация в Российской Федерации. Основные положения"

Сведения о стандарте

1 ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием "Научно-исследовательский институт "Восход" на основе собственного аутентичного перевода на русский язык стандарта, указанного в пункте 4

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

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

4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 12207-2008* "Системная и программная инженерия. Процессы жизненного цикла программных средств" (ISO/IEC 12207:2008 "System and software engineering - Software life cycle processes"), разработанному подкомитетом ПК 7 "Системная и программная инженерия" (SC 7 System and Software Engineering) Совместного технического комитета N 1 ИСО/МЭК - СТК 1 "Информационные технологии" (ISO/IEC JTC 1 Information Technology) ________________ * Доступ к международным и зарубежным документам можно получить перейдя по ссылке , здесь и далее по тексту. - Примечание изготовителя базы данных.

5 ВЗАМЕН ГОСТ Р ИСО/МЭК 12207-99 Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе "Национальные стандарты", а текст изменений и поправок - в ежемесячно издаваемых информационных указателях "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет

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

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

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