8

505 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
505
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
11
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

8

  1. 1. Учебный курс Стандартизация и сертификация программного обеспечения Лекция 8 доктор технических наук, профессор,проректор по информатизации, заведующий кафедрой «Информационные системы» Позднеев Борис Михайлович
  2. 2. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Модель жизненного циклаКаждая система имеет свой жизненный цикл. Жизненный циклможет быть описан с использованием абстрактнойфункциональной модели, представляющей концептуализациюнеобходимости в системе, ее реализации, использования,развития и ликвидации.Система развивается на протяжении жизненного цикла благодарямероприятиям, осуществляемым людьми, работающими ворганизациях и использующими определенные процессы.Детали модели жизненного цикла выражаются как процессы, ихрезультаты, взаимосвязи и осуществление.Данный стандарт определяет набор процессов, называемыхпроцессами жизненного цикла, при помощи которых можетбыть смоделирован жизненный цикл системы. С 2 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  3. 3. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Стадии жизненного циклаСтадии жизненного цикла образуют структуру длядетализированного моделирования жизненных циклов прииспользовании процессов жизненного цикла системы.Существует базовый набор стадий жизненного цикла, составляющихполный жизненный цикл любой системы.Каждая стадия имеет определенную цель и осуществляетопределенный вклад в полный жизненный цикл и рассматриваетсяпри планировании и выполнении жизненного цикла системы.Стадии представляют основные периоды жизненного цикла,связанные с системой и относящиеся к состоянию описания системыили непосредственно системы.Стадии описывают основные ключевые этапы развития идостижения на протяжении всего жизненного цикла. Ониобуславливают создание предварительной схемы выбора решения,касающегося жизненного цикла. С 3 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  4. 4. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Таблица отображает наиболее часто встречающиеся примеры стадий жизненного цикла. Этапы жизненного цикла Цель Варианты решений Определить потребности заказчиковЗамысел Исследовать концепции Предложить жизнеспособные решения. Варианты решений: Уточнить требования к системе. Annex A Исполнение Создать проект решения. следующего этапа.Разработка Построить систему Annex B Продолжение Провести верификацию и валидацию стадии. системы Annex C Переход к Производство системы.Производство предыдущему этапу. Инспектирование и тестирование. Annex D Задержка в Использование системы дляЭксплуатация исполнении проекта. удовлетворения нужд заказчиков Annex E Остановка проекта Обеспечение поддерживаемых системныхСопровождение возможностей Хранение, архивирование или списаниеСнятие с эксплуатации системы С 4 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  5. 5. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Процесс адаптации (цель)Цель Процесса адаптацииЦель настоящего процесса состоит в адаптации процессов,описанных в настоящем стандарте для удовлетворения особыхобстоятельств или факторов которые:a) окружают организацию, использующую данный стандарт посоглашению;b) влияют на проект, необходимый для установления соглашения,в котором упоминается данный стандарт;c) отражают потребности организации в порядке поставкипродукции или услуг. С 5 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  6. 6. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Процесс адаптации (результаты)Результаты процесса адаптацииВ результате успешной реализации процесса адаптации:a) модель жизненного цикла определена с точки зрения стадий ивоздействия, которое они оказывают на систему;b) описываются отдельные стадии жизненного цикла, которыевлияют на выполнение соглашения, необходимые для поддержанияпродукта или обслуживания.c) определяются модифицированные или новые процессыжизненного цикла системы. С 6 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  7. 7. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Взаимосвязь между стандартами ИСО/МЭК15288 и ИСО/МЭК12207:1995 (с изменением № 1:2002)Область действия, акценты, структура и детали данных стандартовявляются различными, однако, применение и описание системныхпринципов осуществляется аналогично в виде процессов,используемых для построения моделей жизненного цикла. С 7 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  8. 8. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯВзаимосвязь между стандартами ИСО/МЭК15288 и ИСО/МЭК12207:1995 (с изменением № 1:2002) (продолжение) С 8 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  9. 9. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯВзаимосвязь между стандартами ИСО/МЭК15288 и ИСО/МЭК12207:1995 (с изменением № 1:2002) (продолжение) С 9 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  10. 10. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯВзаимосвязь между стандартами ИСО/МЭК15288 и ИСО/МЭК12207:1995 (с изменением № 1:2002) (продолжение) С 10 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  11. 11. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯВзаимосвязь между стандартами ИСО/МЭК15288 и ИСО/МЭК12207:1995 (с изменением № 1:2002) (продолжение) С 11 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  12. 12. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯВзаимосвязь между стандартами ИСО/МЭК15288 и ИСО/МЭК12207:1995 (с изменением № 1:2002) (продолжение) С 12 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  13. 13. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ СистемыС 13 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  14. 14. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Структура системыПроцессы жизненного цикла системы описаны в данноммеждународном стандарте в их отношении с системой, состоящей измножества взаимодействующих системных элементов, каждый ихкоторых реализован для выполнения соответствующих заданныхтребований. Ответственность за реализацию любого системногоэлемента может быть передана другой стороне посредством заключениясоглашения. С 14 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  15. 15. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Структура интересующей системыВзаимосвязь между системой и множеством ее системных элементовможет быть определена за один шаг, если речь идет о простейшейсистеме. Для более сложных систем предполагаемые системныеэлементы могут потребовать рассмотрения в качестве систем(которая в свою очередь состоят из системных элементов) прежде,чем с уверенностью можно будет определить полный наборсистемных элементов. Таким образом, процессы жизненного цикласистемы применяются рекурсивно по отношению к системе интересадля правильного определения ее структуры, при которой доступныеи управляемые системные элементы могут быть реализованы, илииспользованы повторно, или приобретены у другой организации. С 15 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  16. 16. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Структура интересующей системы (продолжение)С 16 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  17. 17. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Иерархия систем и проектовС 17 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  18. 18. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Обеспечивающие системыС 18 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  19. 19. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Стадии интересующей системы и обеспечивающих системобеспечивающая система, система поддержки (обеспечения) (еnabling system): Система,которая служит дополнением интересующей системы на протяжении этапов ее жизненного цикла,но не обязательно вносит вклад в ее функциональные возможности.интересующая система (system-of-interest): Система, жизненный цикл которой рассматриваетсяв рамках данного международного стандарта.Как и любая система, каждая обеспечивающая система имеет свой собственный жизненный цикл.Каждый жизненный цикл привязывается и синхронизируется с циклом интересующей системы,например когда (в случае, если она еще не существует) требования к обеспечивающей системеопределяются на стадии планирования интересующей системы (или позднее, если позволяютсроки), когда обеспечивающая система используется для предоставления конкретных услугинтересующей системе.Обеспечивающая система может существовать еще до появления интересующей системы, то естьбыть фактической составляющей инфраструктуры организации, ответственной за интересующуюсистему, или существовать в организации поставщика.Ранее существующие обеспечивающие системы могут налагать дополнительные ограничения наинтересующую систему. Каждая обеспечивающая система может рассматриваться какинтересующая система, имеющая в свою очередь свои обеспечивающие системы. Таким образом,данный стандарт может быть применен и к обеспечивающим системам. С 19 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  20. 20. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯСтадии интересующей системы и обеспечивающих систем (продолжение) С 20 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  21. 21. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ ИСО/МЭК 12207:1995 Информационная технология – Процессы жизненного цикла программного обеспеченияОбласть действия 1.1 Назначение Настоящий международный стандарт устанавливает общуюструктуру процессов ЖЦ ПО, с хорошо определенной терминологией, накоторую можно делать ссылки в индустрии ПО. Эта структура содержитпроцессы, работы и задачи, которые должны применяться приприобретении системы, содержащей ПО, автономного программногопродукта (ПП) и программных услуг, а также при поставке, разработке,эксплуатации и сопровождения программных продуктов. ПО включаети программную часть микропрограммных компонентов. Настоящий международный стандарт обеспечивает такжепроцесс, который может применяться для определения, управления иусовершенствования процессов ЖЦ ПО. С 21 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  22. 22. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ ИСО/МЭК 12207:1995 1.2 Область применения Настоящий международный стандарт применим при заказе систем,программных продуктов и услуг, поставке, разработке, эксплуатации исопровождении программных продуктов и программной частимикропрограммных компонентов, независимо от того, реализуются ли они ворганизации или вне неё, через заказ сторонним исполнителям. Включены такжеаспекты определения системы, необходимые, чтобы установить контекстпрограммных продуктов и услуг. Примечание. Процессы, используемые в ЖЦ ПО, нужно согласовывать спроцессами, используемыми в ЖЦ системы. Настоящий международный стандарт предназначен для использования вдвусторонней ситуации и может также применяться в том случае, когда обестороны - из одной организации. Ситуации могут варьироваться отнеформального соглашения до официального договора. Настоящиймеждународный стандарт может использоваться в одностороннем порядке.Настоящий международный стандарт не распространяется на покупныепрограммные продукты, за исключением случаев, когда они включены впоставляемый продукт. Настоящий международный стандарт предназначен для заказчиков систем,программных продуктов и услуг, а также для поставщиков, операторовэксплуатации, сопровождающих, администраторов, управляющих обеспечениякачества и пользователей программных продуктов. С 22 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  23. 23. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯСтруктура международного стандарта ИСО/МЭК 12207:1995 С 23 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  24. 24. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Программное обеспечение по ИСО/МЭК 12207:1995 Программное обеспечение (ПО) является неотъемлемой частью информационнойтехнологии и традиционных систем, таких как транспортные, военные, медицинские ифинансовые. Имеется множество разнообразных стандартов, процедур, методов,инструментальных средств и сред для разработки и управления программнымобеспечением. Это разнообразие создает трудности при проектировании иуправлении программным обеспечением, особенно при интеграции продуктов иуслуг. Дисциплина ПО нуждается в переходе от этого многообразия к общей структуре,которая позволит специалистам по программному обеспечению, "говорить на одномязыке" при разработке и управлении программным обеспечением. Настоящиймеждународный стандарт обеспечивает такую общую структуру. Данная структура охватывает жизненный цикл (ЖЦ) ПО от концептуализации идейдо снятия с эксплуатации и состоит из процессов для приобретения и поставкипрограммных продуктов и услуг. Кроме того, данная структура обеспечиваетуправление этими процессами и их совершенствование. Процессы, представленные в настоящем международном стандарте, образуют исчерпывающий набор. Любая организация, в зависимости от своего назначения, может выбрать подходящее подмножество для выполнения этого назначения. Настоящий международный стандарт, таким образом, разработан так, чтобы его можно было адаптировать для конкретной организации, проекта или приложения. Он также предназначен для использования в тех случаях, когда программный продукт является автономным объектом, а также встроенной или интегральной частью общей системы. С 24 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  25. 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. 26. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯПроцессы ЖЦ ПО, контексты и работы ИСО/МЭК 12207:1995 С 26 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  27. 27. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ ИСО/МЭК 12207:1995 2.Процессы жизненного цикла(продолжение) 4.1.1.2. Поддерживающие процессы жизненного цикла 1)Процесс документирования (подраздел 6.1) - определяет работы для записиинформации, создаваемой при выполнении какого-либо процесса ЖЦ. 2)Процесс управления конфигурацией (подраздел 6.2) - определяет работы поуправлению конфигурацией. 3)Процесс обеспечения качества (подраздел 6.3) - определяет работы, объективногарантирующие, что программные продукты и процессы соответствуют установленнымдля них требованиям и принятым планам. Совместный анализ, аудиты, верификация иаттестация могут использоваться как методы обеспечения качества. 4)Процесс верификации (подраздел 6.4) - определяет работы (заказчика, поставщикаили независимой стороны) по верификации программных продуктов с различнойглубиной в зависимости от особенностей проекта ПО. С 27 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  28. 28. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ ИСО/МЭК 12207:1995 2.Процессы жизненного цикла(продолжение) 4.1.1.2. Поддерживающие процессы жизненного цикла (продолжение) 5)Процесс аттестации (подраздел 6.5) - определяет работы (заказчика, поставщикаили независимой стороны) по аттестации программных продуктов проекта ПО. 6)Процесс совместного анализа (подраздел 6.6) - определяет работы дляоценивания состояния и результатов какой-либо работы. Данный процесс можетиспользоваться любыми двумя сторонами, где одна сторона (анализирующая) проверяетдругую сторону (анализируемую) в режиме свободной дискуссии. 7)Процесс аудита (подраздел 6.7) - определяет работы для определения соответствиятребованиям, планам и договору. Данный процесс может использоваться любыми двумясторонами, где одна сторона (проверяющая) проверяет программные продукты илиработы другой стороны (проверяемой). 8)Процесс решения проблем (подраздел 6.8) - определяет процесс анализа иустранения проблем (включая несоответствия), какова бы ни была их природа илиисточник, которые были обнаружены в ходе проведения разработки, эксплуатации,сопровождения или других процессов. С 28 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  29. 29. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ ИСО/МЭК 12207:1995 2.Процессы жизненного цикла(продолжение) 4.1.1.3. Организационные процессы жизненного цикла 1) Процесс управления (подраздел 7.1) - определяет основные работы поуправлению, включая управление проектом, в течение процесса ЖЦ. 2) Процесс создания инфраструктуры (подраздел 7.2) - определяетосновные работы для создания структуры, на которой базируется процесс ЖЦ. 3) Процесс усовершенствования (подраздел 7.3) - определяет основныеработы, которые организация (заказчик, поставщик, разработчик, оператор,сопровождающая или менеджер другого процесса) выполняет для создания,измерения, контроля и совершенствования своего процесса ЖЦ. 4) Процесс обучения (подраздел 7.4) - определяет работы для обеспеченияадекватно обученного персонала. С 29 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  30. 30. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯПроцессы ЖЦ ПО, контексты и работы ИСО/МЭК 12207:1995 С 30 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  31. 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. 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. 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. 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. 35. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ ИСО/МЭК 12207:1995 3. Определения(продолжение) 3.17 Обеспечение качества (Quality assurance): Все запланированныесистематические работы, выполняемые в рамках системы качества с цельюобеспечения адекватной уверенности и, при необходимости, доказывающие, чтообъект будет выполнять требования к качеству. [ИСО 8402:1994, 3.5] Примечания. 1) Существуют как внутренние, так и внешние цели обеспечения качества: а) Внутреннее обеспечение качества: в рамках организации, обеспечение качестваобеспечивает уверенность у руководства; б) Внешнее обеспечение качества: в контрактных ситуациях, обеспечение качестваобеспечивает уверенность у заказчика или др. 2) Некоторые работы по управлению качеством и обеспечению качествавзаимосвязаны. 3) Если требования к качеству не полностью отражают потребности пользователя,обеспечение качества не может обеспечить адекватную уверенность. 3.18 Оператор (Operator): Организация, которая эксплуатирует систему. 3.19 Оценивание (Evaluation): Систематическое определение степенисоответствия объекта установленным для него критериям. С 35 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  36. 36. СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ ИСО/МЭК 12207:1995 3. Определения(продолжение) 3.20 Покупной продукт (Off-the-shelf product): Продукт, который уже разработан идоступен, используемый "как есть" или с модификацией. 3.21 Пользователь (User): Лицо или организация, которые используютдействующую систему для выполнения конкретной функции. Примечание. Пользователь может выполнять и другие роли, такие как заказчик,разработчик или сопровождающий. 3.22 Поставщик (Supplier): Организация, которая заключает договор с заказчиком сцелью поставки системы, программного продукта или услуги в соответствии сусловиями договора. Примечания. 1)Термин «поставщик» является синонимом подрядчика, производителя, продавцаили распространителя. 2)Заказчик может назначить поставщиком часть своей организации. 3.23 Программируемое оборудование (Firmware): Комбинация аппаратногоустройства и машинных инструкций или данных, размещенных в нем какпрограммное обеспечение, доступное только для чтения. Это программноеобеспечение не может быть легко изменено под программным управлением. С 36 МГТУ “СТАНКИН” / Факультет ИНТЕХ / Кафедра ИС / Позднеев Б.М. / 2009 г.
  37. 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. 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 г.

×