Главная | Обратная связь | Поможем написать вашу работу!
МегаЛекции

Адаптация настоящего стандарта




ГОСТ Р ИСО/МЭК 12207—99

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

 

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

ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА

ПРОГРАММНЫХ СРЕДСТВ

Издание официальное

 

ГОССТАНДАРТ РОССИИ

Москва


ГОСТ Р ИСО/МЭК 12207—99

Предисловие

 

1 РАЗРАБОТАН Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России

 

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

 

2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 23 декабря 1999 г. № 675-ст

 

3 Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 12207—95 «Информационная технология. Процессы жизненного цикла программных средств»

 

4 ВВЕДЕН ВПЕРВЫЕ

 

 

II

 


ГОСТ Р ИСО/МЭК 12207—99

 

Содержание

 

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

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

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

1.3.Адаптация настоящего стандарта...................................................................................... 1

1.4 Соответствие.............................................................................................................................. 1

1.5 Ограничения............................................................................................................................... 2

2 Нормативные ссылки..................................................................................................................... 2

3 Определения..................................................................................................................................... 2

4 Прикладное применение настоящего стандарта................................................................... 5

4.1 Построение стандарта............................................................................................................ 5

5 Основные процессы жизненного цикла.................................................................................... 7

5.1 Процесс заказа........................................................................................................................... 7

5.2 Процесс поставки...................................................................................................................... 9

5.3 Процесс разработки................................................................................................................. 12

5.4 Процесс эксплуатации............................................................................................................ 18

5.5 Процесс сопровождения......................................................................................................... 19

6 Вспомогательные процессы жизненного цикла..................................................................... 22

6.1 Процесс документирования................................................................................................... 22

6.2 Процесс управления конфигурацией.................................................................................. 23

6.3 Процесс обеспечения качества............................................................................................. 24

6.4 Процесс верификации.............................................................................................................. 25

6.5 Процесс аттестации................................................................................................................. 27

6.6 Процесс совместного анализа............................................................................................... 28

6.7 Процесс аудита......................................................................................................................... 29

6.8 Процесс решения проблем..................................................................................................... 30

7 Организационные процессы жизненного цикла..................................................................... 30

7.1 Процесс управления................................................................................................................. 31

7.2 Процесс создания инфраструктуры.................................................................................... 32

7.3 Процесс усовершенствования............................................................................................... 32

7.4 Процесс обучения..................................................................................................................... 33

Приложение А Процесс адаптации............................................................................................... 34

Приложение В Руководство по адаптации................................................................................. 35

Приложение С Руководство по процессам и организациям................................................... 39

Приложение D Библиография......................................................................................................... 42

 

 

III

 


ГОСТ Р ИСО/МЭК 12207—99

 

Введение

 

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

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

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

 

 

IV

 


ГОСТ Р ИСО/МЭК 12207—99

 

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

 

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

 

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

 

Information technology.

Software life cycle processes

 

Дата введения 2000—07—01

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

Назначение

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

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

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

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

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

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

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

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

Адаптация настоящего стандарта

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

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

Соответствие

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

Издание официальное

 


ГОСТ Р ИСО/МЭК 12207—99

 

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

Ограничения

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

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

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

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

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

В тексте настоящего стандарта приведен ряд перечней задач, однако ни один из перечней нельзя считать исчерпывающим, и они приведены в качестве примеров.

Нормативные ссылки

 

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

ГОСТ Р ИСО 9001—96 Системы качества. Модель обеспечения качества.при проектировании, разработке, производстве, монтаже и обслуживании

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

ИСО/МЭК 2382-1—93* Информационная технология. Словарь. Часть 1. Основополагающие термины

ИСО/МЭК 2382-20—90* Информационная технология. Словарь. Часть 20. Разработка систем ИСО 8402—94* Управление качеством и обеспечение качества. Словарь

Определения

 

В настоящем стандарте применяются термины с соответствующими определениями по ИСО/МЭК 2382-1, ИСО/МЭК 2382—20 и ИСО 8402, а также приведенные ниже:

П р и м е ч а н и е — Продукт может рассматриваться как часть системы или как приложение.

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

П р и м е ч а н и е — Заказчиком может быть: оптовый или розничный покупатель, клиент, владелец, пользователь.

3.2 заказ (acquisition): Процесс приобретения системы, программного продукта или программной услуги.

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

* Оригиналы международных стандартов ИСО/МЭК — во ВНИИКИ Госстандарта России.

 

 


ГОСТ Р ИСО/МЭК 12207—99

 

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

3.5 базовая линия (baseline): Официально принятая версия элемента конфигурации, независимая от среды, формально обозначенная и зафиксированная в конкретный момент времени жизненного цикла элемента конфигурации.

3.6 элемент конфигурации (configuration item): Объект внутри конфигурации, который удовлетворяет функции конечного использования и может быть однозначно определен в данной эталонной точке.

3.7 договор (contract): Обязательное соглашение между двумя сторонами, подкрепленное законодательно, или аналогичное соглашение внутри данной организации: по предоставлению программной услуги; на поставку, разработку, производство, эксплуатацию или сопровождение программного продукта.

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

3.9 оценка (evaluation): Систематическое определение степени соответствия объекта установленным критериям.

3.10 программно-аппаратное средство (firmware): Сочетание технических устройств и машинных команд или используемых вычислительной машиной данных, постоянно хранящихся на техническом устройстве в виде постоянного программного средства. Данное программное средство не может изменяться только средствами программирования.

3.11 модель жизненного цикла (life cycle model): Структура, состоящая из процессов, работ и задач, включающих в себя разработку, эксплуатацию и сопровождение программного продукта, охватывающая жизнь системы от установления требований к ней до прекращения ее использования.

3.12 персонал сопровождения (maintainer): Организация, которая выполняет работы по сопровождению.

3.13 надзор (monitoring): Проверка заказчиком или третьей стороной состояния работ, выполняемых поставщиком, и их результатов.

3.14 непоставляемое изделие (non-deliverable item): Техническое или программное средство, которое не поставляется по условиям договора, но может быть применено при создании программного продукта.

3.15 готовый продукт (off-the-shelf product): Ранее разработанный и доступный для приобретения продукт, пригодный для использования в поставляемом или модифицированном виде.

3.16 оператор (operator): Организация, эксплуатирующая систему.

3.17 процесс (process): Набор взаимосвязанных работ, которые преобразуют исходные данные в выходные результаты.

П р и м е ч а н и е — Термин «работы» подразумевает использование ресурсов (См. 1.2 ИСО 8402).

3.18 квалификация (qualification): Процесс демонстрации возможности объекта выполнять установленные требования (См. 2.13 ИСО 8402).

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

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

3.21 обеспечение качества (quality assurance): Все запланированные и систематически выполняемые в рамках системы качества работы; при необходимости объективные доказательства, обеспечивающие уверенность в том, что объект будет полностью соответствовать установленным требованиям качества.

П р и м е ч а н и я

1 Существуют как внешние, так и внутренние цели обеспечения качества:

a) внутреннее обеспечение качества — внутри организации обеспечение качества создает уверенность у руководства;

b) внешнее обеспечение качества — в договорных или других ситуациях обеспечение качества создает уверенность у потребителя или других лиц.

 

 


ГОСТ Р ИСО/МЭК 12207—99

2 Некоторые виды работ по управлению качеством и обеспечению качества взаимосвязаны.

3 Если требования к качеству не полностью отражают потребности пользователя, то обеспечение качества может не создать достаточной уверенности. (См. 3.5 ИСО 8402),

3.22 выпуск (release): Конкретная версия элемента конфигурации, которая доступна для реализации конкретной цели (например, тестируемый выпуск).

3.23 заявка на подряд (request for proposal [tender]): Документ, используемый заказчиком в качестве средства для объявления о своих намерениях выступить в качестве потенциального покупателя конкретной системы, программного продукта или программной услуги.

3.24 снятие с эксплуатации (retirement): Прекращение активной поддержки действующей системы со стороны эксплуатирующей или сопровождающей организации, частичная или полная замена ее новой системой или ввод в действие модернизированной системы.

3.25 защита (security): Сохранение информации и данных так, чтобы недопущенные к ним лица или системы не могли их читать или изменять, а допущенные лица или системы не ограничивались в доступе к ним.

3.26 программный продукт (software product): Набор машинных программ, процедур и, возможно, связанных с ними документации и данных.

3.27 программная услуга (software servise): Выполнение работ, заданий или обязанностей, связанных с программным продуктом, таких как разработка, сопровождение или эксплуатация.

3.28 программный модуль (software unit): Отдельно компилируемая часть программного кода (программы).

3.29 техническое задание (statement of work): Документ, используемый заказчиком в качестве средства для описания и определения задач, выполняемых при реализации договора.

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

П р и м е ч а н и я

1 Синонимами термина «поставщик» являются термины «подрядчик», «производитель», «оптовик» или «продавец».

2 Заказчик может определить в качестве поставщика подразделение собственной организации.

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

3.32 тестовое покрытие (test coverage): Степень, до которой с помощью контрольных примеров проверяют требования к системе или программному продукту.

3.33 тестируемость (testability): Степень, до которой могут быть запланированы объективность и реализуемость тестирования, проверяющего соответствие требованию.

3.34 пользователь (user): Лицо или организация, которое использует действующую систему для выполнения конкретной функции.

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

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

П р и м е ч а н и я

1 В процессе проектирования и разработки аттестация связана с экспертизой продукта в целях определения его соответствия потребностям пользователя.

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

3 Термин «аттестован» используется для обозначения соответствующих состояний объекта.

4 Может быть проведен ряд аттестаций, если они преследуют различные цели. (См. 2.18 ИСО 8402).

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

П р и м е ч а н и я

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

2 Термин «верифицирован» используется для обозначения соответствующих состояний проверенного объекта. (См. 2.17 ИСО 8402).

3.37 версия (version): Определенный экземпляр объекта.

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

 

 


ГОСТ Р ИСО/МЭК 12207—99

 

Поделиться:





Воспользуйтесь поиском по сайту:



©2015 - 2024 megalektsii.ru Все авторские права принадлежат авторам лекционных материалов. Обратная связь с нами...