1. Учебный курс
Стандартизация и
сертификация программного
обеспечения
Лекция 8
доктор технических наук, профессор,
проректор по информатизации, заведующий кафедрой
«Информационные системы»
Позднеев Борис Михайлович

2. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Модель жизненного цикла
Каждая система имеет свой жизненный цикл. Жизненный цикл
может быть описан с использованием абстрактной
функциональной модели, представляющей концептуализацию
необходимости в системе, ее реализации, использования,
развития и ликвидации.
Система развивается на протяжении жизненного цикла благодаря
мероприятиям, осуществляемым людьми, работающими в
организациях и использующими определенные процессы.
Детали модели жизненного цикла выражаются как процессы, их
результаты, взаимосвязи и осуществление.
Данный стандарт определяет набор процессов, называемых
процессами жизненного цикла, при помощи которых может
быть смоделирован жизненный цикл системы.
С 2
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

3. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Стадии жизненного цикла
Стадии жизненного цикла образуют структуру для
детализированного моделирования жизненных циклов при
использовании процессов жизненного цикла системы.
Существует базовый набор стадий жизненного цикла, составляющих
полный жизненный цикл любой системы.
Каждая стадия имеет определенную цель и осуществляет
определенный вклад в полный жизненный цикл и рассматривается
при планировании и выполнении жизненного цикла системы.
Стадии представляют основные периоды жизненного цикла,
связанные с системой и относящиеся к состоянию описания системы
или непосредственно системы.
Стадии описывают основные ключевые этапы развития и
достижения на протяжении всего жизненного цикла. Они
обуславливают создание предварительной схемы выбора решения,
касающегося жизненного цикла.
С 3
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

4. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Таблица отображает наиболее часто встречающиеся примеры
стадий жизненного цикла.
Этапы жизненного цикла Цель Варианты решений
Определить потребности заказчиков
Замысел Исследовать концепции
Предложить жизнеспособные решения.
Варианты решений:
Уточнить требования к системе.
Annex A Исполнение
Создать проект решения.
следующего этапа.
Разработка Построить систему
Annex B Продолжение
Провести верификацию и валидацию
стадии.
системы
Annex C Переход к
Производство системы.
Производство предыдущему этапу.
Инспектирование и тестирование.
Annex D Задержка в
Использование системы для
Эксплуатация исполнении проекта.
удовлетворения нужд заказчиков
Annex E Остановка проекта
Обеспечение поддерживаемых системных
Сопровождение
возможностей
Хранение, архивирование или списание
Снятие с эксплуатации
системы
С 4
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

5. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Процесс адаптации (цель)
Цель Процесса адаптации
Цель настоящего процесса состоит в адаптации процессов,
описанных в настоящем стандарте для удовлетворения особых
обстоятельств или факторов которые:
a) окружают организацию, использующую данный стандарт по
соглашению;
b) влияют на проект, необходимый для установления соглашения,
в котором упоминается данный стандарт;
c) отражают потребности организации в порядке поставки
продукции или услуг.
С 5
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

6. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Процесс адаптации (результаты)
Результаты процесса адаптации
В результате успешной реализации процесса адаптации:
a) модель жизненного цикла определена с точки зрения стадий и
воздействия, которое они оказывают на систему;
b) описываются отдельные стадии жизненного цикла, которые
влияют на выполнение соглашения, необходимые для поддержания
продукта или обслуживания.
c) определяются модифицированные или новые процессы
жизненного цикла системы.
С 6
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

7. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Взаимосвязь между стандартами ИСО/МЭК15288 и
ИСО/МЭК12207:1995 (с изменением № 1:2002)
Область действия, акценты, структура и детали данных стандартов
являются различными, однако, применение и описание системных
принципов осуществляется аналогично в виде процессов,
используемых для построения моделей жизненного цикла.
С 7
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

8. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Взаимосвязь между стандартами ИСО/МЭК15288 и
ИСО/МЭК12207:1995 (с изменением № 1:2002)
(продолжение)
С 8
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

9. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Взаимосвязь между стандартами ИСО/МЭК15288 и
ИСО/МЭК12207:1995 (с изменением № 1:2002)
(продолжение)
С 9
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

10. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Взаимосвязь между стандартами ИСО/МЭК15288 и
ИСО/МЭК12207:1995 (с изменением № 1:2002)
(продолжение)
С 10
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

11. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Взаимосвязь между стандартами ИСО/МЭК15288 и
ИСО/МЭК12207:1995 (с изменением № 1:2002)
(продолжение)
С 11
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

12. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Взаимосвязь между стандартами ИСО/МЭК15288 и
ИСО/МЭК12207:1995 (с изменением № 1:2002)
(продолжение)
С 12
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

13. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Системы
С 13
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

14. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Структура системы
Процессы жизненного цикла системы описаны в данном
международном стандарте в их отношении с системой, состоящей из
множества взаимодействующих системных элементов, каждый их
которых реализован для выполнения соответствующих заданных
требований. Ответственность за реализацию любого системного
элемента может быть передана другой стороне посредством заключения
соглашения.
С 14
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

15. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Структура интересующей системы
Взаимосвязь между системой и множеством ее системных элементов
может быть определена за один шаг, если речь идет о простейшей
системе. Для более сложных систем предполагаемые системные
элементы могут потребовать рассмотрения в качестве систем
(которая в свою очередь состоят из системных элементов) прежде,
чем с уверенностью можно будет определить полный набор
системных элементов. Таким образом, процессы жизненного цикла
системы применяются рекурсивно по отношению к системе интереса
для правильного определения ее структуры, при которой доступные
и управляемые системные элементы могут быть реализованы, или
использованы повторно, или приобретены у другой организации.
С 15
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

16. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Структура интересующей системы
(продолжение)
С 16
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

17. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Иерархия систем и проектов
С 17
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

18. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Обеспечивающие системы
С 18
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

19. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Стадии интересующей системы и
обеспечивающих систем
обеспечивающая система, система поддержки (обеспечения) (еnabling system): Система,
которая служит дополнением интересующей системы на протяжении этапов ее жизненного цикла,
но не обязательно вносит вклад в ее функциональные возможности.
интересующая система (system-of-interest): Система, жизненный цикл которой рассматривается
в рамках данного международного стандарта.
Как и любая система, каждая обеспечивающая система имеет свой собственный жизненный цикл.
Каждый жизненный цикл привязывается и синхронизируется с циклом интересующей системы,
например когда (в случае, если она еще не существует) требования к обеспечивающей системе
определяются на стадии планирования интересующей системы (или позднее, если позволяют
сроки), когда обеспечивающая система используется для предоставления конкретных услуг
интересующей системе.
Обеспечивающая система может существовать еще до появления интересующей системы, то есть
быть фактической составляющей инфраструктуры организации, ответственной за интересующую
систему, или существовать в организации поставщика.
Ранее существующие обеспечивающие системы могут налагать дополнительные ограничения на
интересующую систему. Каждая обеспечивающая система может рассматриваться как
интересующая система, имеющая в свою очередь свои обеспечивающие системы. Таким образом,
данный стандарт может быть применен и к обеспечивающим системам.
С 19
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

20. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Стадии интересующей системы и обеспечивающих систем
(продолжение)
С 20
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

21. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
Информационная технология – Процессы
жизненного цикла программного обеспечения
Область действия
1.1 Назначение
Настоящий международный стандарт устанавливает общую
структуру процессов ЖЦ ПО, с хорошо определенной терминологией, на
которую можно делать ссылки в индустрии ПО. Эта структура содержит
процессы, работы и задачи, которые должны применяться при
приобретении системы, содержащей ПО, автономного программного
продукта (ПП) и программных услуг, а также при поставке, разработке,
эксплуатации и сопровождения программных продуктов. ПО включает
и программную часть микропрограммных компонентов.
Настоящий международный стандарт обеспечивает также
процесс, который может применяться для определения, управления и
усовершенствования процессов ЖЦ ПО.
С 21
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

22. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
1.2 Область применения
Настоящий международный стандарт применим при заказе систем,
программных продуктов и услуг, поставке, разработке, эксплуатации и
сопровождении программных продуктов и программной части
микропрограммных компонентов, независимо от того, реализуются ли они в
организации или вне неё, через заказ сторонним исполнителям. Включены также
аспекты определения системы, необходимые, чтобы установить контекст
программных продуктов и услуг.
Примечание. Процессы, используемые в ЖЦ ПО, нужно согласовывать с
процессами, используемыми в ЖЦ системы.
Настоящий международный стандарт предназначен для использования в
двусторонней ситуации и может также применяться в том случае, когда обе
стороны - из одной организации. Ситуации могут варьироваться от
неформального соглашения до официального договора. Настоящий
международный стандарт может использоваться в одностороннем порядке.
Настоящий международный стандарт не распространяется на покупные
программные продукты, за исключением случаев, когда они включены в
поставляемый продукт.
Настоящий международный стандарт предназначен для заказчиков систем,
программных продуктов и услуг, а также для поставщиков, операторов
эксплуатации, сопровождающих, администраторов, управляющих обеспечения
качества и пользователей программных продуктов.
С 22
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

23. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Структура международного стандарта ИСО/МЭК 12207:1995
С 23
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

24. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Программное обеспечение по ИСО/МЭК 12207:1995
Программное обеспечение (ПО) является неотъемлемой частью информационной
технологии и традиционных систем, таких как транспортные, военные, медицинские и
финансовые. Имеется множество разнообразных стандартов, процедур, методов,
инструментальных средств и сред для разработки и управления программным
обеспечением. Это разнообразие создает трудности при проектировании и
управлении программным обеспечением, особенно при интеграции продуктов и
услуг. Дисциплина ПО нуждается в переходе от этого многообразия к общей структуре,
которая позволит специалистам по программному обеспечению, "говорить на одном
языке" при разработке и управлении программным обеспечением. Настоящий
международный стандарт обеспечивает такую общую структуру.
Данная структура охватывает жизненный цикл (ЖЦ) ПО от концептуализации идей
до снятия с эксплуатации и состоит из процессов для приобретения и поставки
программных продуктов и услуг. Кроме того, данная структура обеспечивает
управление этими процессами и их совершенствование.
Процессы, представленные в настоящем международном стандарте, образуют
исчерпывающий набор. Любая организация, в зависимости от своего назначения,
может выбрать подходящее подмножество для выполнения этого назначения.
Настоящий международный стандарт, таким образом, разработан так, чтобы его
можно было адаптировать для конкретной организации, проекта или
приложения. Он также предназначен для использования в тех случаях, когда
программный продукт является автономным объектом, а также встроенной или
интегральной частью общей системы.
С 24
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

25. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
2.Процессы жизненного цикла
4.1.1.1. Основные процессы жизненного цикла
Выделяют 5 основных процессов ЖЦ ПО (раздел 5), предназначенных для
основных сторон, которые инициируют или выполняют разработку, эксплуатацию или
сопровождение программных продуктов. Это заказчик, поставщик, разработчик,
оператор эксплуатации и сопровождающий программных продуктов. Основные
процессы:
1) Процесс заказа (подраздел 5.1) - определяет работы организации-заказчика,
которая приобретает систему, ПП или услугу.
2) Процесс поставки (подраздел 5.2) - определяет работы организации-
поставщика, которая поставляет заказчику систему, ПП или услугу.
3) Процесс разработки (подраздел 5.3) - определяет работы организации-
разработчика, которая разрабатывает ПП.
4) Процесс эксплуатации (подраздел 5.4) - определяет работы организации-
оператора, которая обеспечивает для пользователей услуги по эксплуатации
вычислительной системы в реальной среде.
5) Процесс сопровождения (подраздел 5.5) - определяет работы
сопровождающей организации, которая обеспечивает услуги по сопровождению ПП,
то есть управление его изменениями исходя из меняющихся потребностей и с целью
поддержания его работоспособности, включая перенос и снятие ПП с эксплуатации.
С 25
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

26. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Процессы ЖЦ ПО, контексты и работы ИСО/МЭК 12207:1995
С 26
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

27. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
2.Процессы жизненного цикла(продолжение)
4.1.1.2. Поддерживающие процессы жизненного цикла
1)Процесс документирования (подраздел 6.1) - определяет работы для записи
информации, создаваемой при выполнении какого-либо процесса ЖЦ.
2)Процесс управления конфигурацией (подраздел 6.2) - определяет работы по
управлению конфигурацией.
3)Процесс обеспечения качества (подраздел 6.3) - определяет работы, объективно
гарантирующие, что программные продукты и процессы соответствуют установленным
для них требованиям и принятым планам. Совместный анализ, аудиты, верификация и
аттестация могут использоваться как методы обеспечения качества.
4)Процесс верификации (подраздел 6.4) - определяет работы (заказчика, поставщика
или независимой стороны) по верификации программных продуктов с различной
глубиной в зависимости от особенностей проекта ПО.
С 27
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

28. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
2.Процессы жизненного цикла(продолжение)
4.1.1.2. Поддерживающие процессы жизненного цикла (продолжение)
5)Процесс аттестации (подраздел 6.5) - определяет работы (заказчика, поставщика
или независимой стороны) по аттестации программных продуктов проекта ПО.
6)Процесс совместного анализа (подраздел 6.6) - определяет работы для
оценивания состояния и результатов какой-либо работы. Данный процесс может
использоваться любыми двумя сторонами, где одна сторона (анализирующая) проверяет
другую сторону (анализируемую) в режиме свободной дискуссии.
7)Процесс аудита (подраздел 6.7) - определяет работы для определения соответствия
требованиям, планам и договору. Данный процесс может использоваться любыми двумя
сторонами, где одна сторона (проверяющая) проверяет программные продукты или
работы другой стороны (проверяемой).
8)Процесс решения проблем (подраздел 6.8) - определяет процесс анализа и
устранения проблем (включая несоответствия), какова бы ни была их природа или
источник, которые были обнаружены в ходе проведения разработки, эксплуатации,
сопровождения или других процессов.
С 28
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

29. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
2.Процессы жизненного цикла(продолжение)
4.1.1.3. Организационные процессы жизненного цикла
1) Процесс управления (подраздел 7.1) - определяет основные работы по
управлению, включая управление проектом, в течение процесса ЖЦ.
2) Процесс создания инфраструктуры (подраздел 7.2) - определяет
основные работы для создания структуры, на которой базируется процесс ЖЦ.
3) Процесс усовершенствования (подраздел 7.3) - определяет основные
работы, которые организация (заказчик, поставщик, разработчик, оператор,
сопровождающая или менеджер другого процесса) выполняет для создания,
измерения, контроля и совершенствования своего процесса ЖЦ.
4) Процесс обучения (подраздел 7.4) - определяет работы для обеспечения
адекватно обученного персонала.
С 29
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

30. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
Процессы ЖЦ ПО, контексты и работы ИСО/МЭК 12207:1995
С 30
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

31. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
3. Определения
В настоящем международном стандарте наряду с определениями, представленными
в ISO 8402, ISO/IEC 2382-1 и ISO/IEC 2382-20, используются следующие определения.
Примечание. Продукт может рассматриваться как часть системы, если это применимо.
3.1 Аттестация (Validation): Подтверждение (путем проверки и утверждения)
объективной уверенности в выполнении конкретных требований для предусмотренного
конкретного применения. [ИСО 8402:1994, 2.18]
Примечания.
1) При проектировании и разработке, аттестация связана с процессом анализа
продукции с целью определения соответствия потребностям пользователя.
2) Обычно выполняется аттестация конечного продукта в определенных условиях
эксплуатации. Возможны ситуации, когда аттестация необходима и на более ранних
стадиях.
3) Принятая продукция получает статус «Утверждено».
4) Может быть проведен ряд аттестаций, если, если предусмотрено разнообразное
применение продукта.
3.2 Аудит (Audit): Работы по независимой оценке программных продуктов и
процессов, проводимые уполномоченным лицом с целью оценки соответствия
требованиям.
С 31
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

32. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
3. Определения(продолжение)
3.3 Базовое состояние конфигурации (Baseline): Формально одобренная
(утвержденная) версия элемента конфигурации, независимо от среды представления,
имеющая формальное обозначение и зафиксированная в конкретный момент времени
в течение его жизненного цикла.
3.4 Верификация (Verification): Подтверждение (путем проверки и утверждения)
объективной уверенности в выполнении конкретных требований. [ИСО 8402:1994, 2.17]
Примечания.
1) При проектировании и разработке, верификация связана с процессом анализа
результата конкретной работы с целью определения соответствия требованиям,
установленным для данной работы.
2) Проверенная продукция получает статус «Проверено».
3.5 Версия (Version): Идентифицированный вариант элемента.
Примечание. Модификация версии программного продукта, в результате которой
формируется новая версия, требует выполнения управления конфигурацией.
3.6 Выпуск (Release): Конкретная версия элемента конфигурации, сделанная
доступной для специфической цели (например, тестовый выпуск).
С 32
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

33. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
3. Определения(продолжение)
3.7 Договор (Contract): Обязательное соглашение между двумя сторонами,
закрепленное законодательством, или аналогичное внутреннее соглашение в рамках
организации по предоставлению программной услуги или о поставке, разработке,
производстве, эксплуатации или сопровождении программного продукта.
3.8 Заказ (Acquisition): Процесс получения системы, программного продукта или
программной услуги.
3.9 Заказчик (Acquirer): Организация, которая приобретает или получает
систему, программный продукт или программную услугу у поставщика.
Примечание. Заказчик может быть одним из следующих: покупатель, клиент,
владелец или пользователь.
3.10 Запрос на предложение (тендер) (Request for proposal - tender): Документ,
используемый заказчиком как средство для объявления потенциальным участникам
торгов о своих намерениях заказать конкретную систему, программный продукт или
услугу.
3.11 Защищенность (Security): Защита информации и данных так, чтобы не
уполномоченные лица или системы не могли читать или изменять их, а
уполномоченные лица или системы не получали отказа на доступ к ним.
С 33
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

34. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
3. Определения(продолжение)
3.12 Квалификационные испытания (Qualification testing): Испытания,
проводимые разработчиком и, при необходимости, заверенные заказчиком с целью
подтверждения соответствия программного продукта своим спецификациям, а также
его готовности к использованию в целевой среде.
3.13 Квалификационные требования (Qualification requirement): Набор
критериев или условий, которые должны быть удовлетворены, чтобы
квалифицировать программный продукт как соответствующий своим спецификациям
и готовый для использования в целевой среде.
3.14 Квалификация (Qualification): Процесс демонстрации способности объекта
выполнять установленные требования [см. ИСО 8402:1994, 2.13].
3.15 Модель жизненного цикла (Life cycle model): Структура, содержащая
процессы, действия и задачи, используемые для разработки, эксплуатации и
сопровождения программного продукта в течение всей жизни системы - от
определения требований до прекращения его использования.
3.16 Непоставляемый элемент (Non-deliverable item): Аппаратное средство или
программный продукт, который не требуется поставлять по условиям договора, но
может быть использован при разработке программного продукта.
С 34
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

35. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
3. Определения(продолжение)
3.17 Обеспечение качества (Quality assurance): Все запланированные
систематические работы, выполняемые в рамках системы качества с целью
обеспечения адекватной уверенности и, при необходимости, доказывающие, что
объект будет выполнять требования к качеству. [ИСО 8402:1994, 3.5]
Примечания.
1) Существуют как внутренние, так и внешние цели обеспечения качества:
а) Внутреннее обеспечение качества: в рамках организации, обеспечение качества
обеспечивает уверенность у руководства;
б) Внешнее обеспечение качества: в контрактных ситуациях, обеспечение качества
обеспечивает уверенность у заказчика или др.
2) Некоторые работы по управлению качеством и обеспечению качества
взаимосвязаны.
3) Если требования к качеству не полностью отражают потребности пользователя,
обеспечение качества не может обеспечить адекватную уверенность.
3.18 Оператор (Operator): Организация, которая эксплуатирует систему.
3.19 Оценивание (Evaluation): Систематическое определение степени
соответствия объекта установленным для него критериям.
С 35
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

36. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
3. Определения(продолжение)
3.20 Покупной продукт (Off-the-shelf product): Продукт, который уже разработан и
доступен, используемый "как есть" или с модификацией.
3.21 Пользователь (User): Лицо или организация, которые используют
действующую систему для выполнения конкретной функции.
Примечание. Пользователь может выполнять и другие роли, такие как заказчик,
разработчик или сопровождающий.
3.22 Поставщик (Supplier): Организация, которая заключает договор с заказчиком с
целью поставки системы, программного продукта или услуги в соответствии с
условиями договора.
Примечания.
1)Термин «поставщик» является синонимом подрядчика, производителя, продавца
или распространителя.
2)Заказчик может назначить поставщиком часть своей организации.
3.23 Программируемое оборудование (Firmware): Комбинация аппаратного
устройства и машинных инструкций или данных, размещенных в нем как
программное обеспечение, доступное только для чтения. Это программное
обеспечение не может быть легко изменено под программным управлением.
С 36
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

37. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
3. Определения(продолжение)
3.24 Программная услуга (Software service): Выполнение работ или обязанностей,
связанных с программным продуктом, таких, как его разработка, сопровождение и
эксплуатация.
3.25 Программный модуль (Software unit): Отдельно компилируемая часть
программного кода.
3.26 Программный продукт (Software product): Набор компьютерных программ,
процедур и, возможно, связанных с ними документации и данных.
3.27 Процесс (Process): Набор взаимосвязанных работ, преобразующих исходные
данные в выходные.
Примечание. Термин «работа» охватывает использование ресурсов [см. ИСО
8402:1994, 1.2].
3.28 Разработчик (Developer): Организация, выполняющая работы по разработке
(от анализа требований, проектирования, тестирования до приемки) в процессе
жизненного цикла программного обеспечения.
3.29 Система (System): Интегрированный комплекс, состоящий из одного или
более процессов, аппаратных и программных средств, оборудования и персонала,
который обеспечивает удовлетворение установленных потребностей или цели.
С 37
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.

38. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ
ИСО/МЭК 12207:1995
3. Определения(продолжение)
3.30 Снятие с эксплуатации (Retirement): Прекращение активной поддержки
эксплуатирующей и сопровождающей организацией, частичная или полная замена
новой системой или установка модернизированной системы.
3.31 Соглашение (Agreement): Определение сроков и условий, в которых будут
проводиться рабочие отношения.
3.32 Сопровождающий (Maintainer): Организация, выполняющая работы по
сопровождению.
3.33 Текущий контроль (Monitoring): Анализ состояния работ поставщика и их
результатов заказчиком или третьим лицом.
3.34 Тестируемость (Testability): Степень, в которой может быть разработан
объективный и реализуемый тест, чтобы определить соответствие требованию.
3.35 Тестовое покрытие (Test coverage): Степень, в которой требования к системе
или программному продукту проверяются контрольными примерами (тестами).
3.36 Установка на работу (Statement of work): Документ, используемый заказчиком
с целью описания и определения задач, которые требуется выполнить по договору.
3.37 Элемент конфигурации (Configuration item): объект в конфигурации, который
удовлетворяет некоторой функции конечного использования и может быть уникально
идентифицирован в данной точке ссылки.
С 38
МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.