Международный iso/iec стандарт 12207

Вид материала

Содержание

1.3Адаптация Международного стандарта
2Нормативные ссылки

Подобный материал:

1 2 3 4 5 6 7 8 9 ... 16

1.3Адаптация Международного стандарта

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

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

1.4Согласованность

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

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

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

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

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

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

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

В описании данного Международного Стандарта термин "должен" (shell) используется для того, чтобы выразить соглашение между двумя и более сторонами, термин "будет" (will) - чтобы выразить объявление цели или намерения одной стороны, термин "следует" (should) - чтобы выразить рекомендацию в сфере других возможностей, и термин "может" (may) - чтобы обозначить образ действий, допустимый с учетом ограничений данного Международного Стандарта.

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

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

Следующие стандарты содержат положения, которые, в соответствии со ссылками в этом тексте, определяют положения данного Международного Стандарта. Приведенные здесь издания были действительны во время публикации этой статьи. Все стандарты являются субъектами пересмотра, и стороны-участники соглашений, основанных на данном Международном Стандарте, должны способствовать достижению возможности применения наиболее свежих изданий нижеприведенных стандартов. Члены IEC и ISO осуществляют поддержку реестров текущих версий Международных Стандартов.

ISO/AFNOR: 1989, Словарь компьютерной науки.

ISO/IEC 2382-1: 1993, Информационная технология - Словарь - Часть 1: Фундаментальные термины.

ISO/IEC 2382-20: 1990, Информационная технология - Словарь - Часть 20: Разработка системы.

ISO 8402: 1994, Управление качеством и гарантия качества - Словарь.

ISO 9001:1994, Системы качества - Модель обеспечения качества при проектировании, разработке, производстве, установке и обслуживании.

ISO/IEC 9126: 1991 Информационные технологии - Оценка программного продукта -Характеристика качества и порядок их применения.

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

В данном МС наряду с определениями, представленными в ISO 8402, ISO/IEC 2382-1 и ISO/IEC 2382-20, используются следующие определения.

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

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

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

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

3.3. Соглашение: определение сроков и условий, которыми сопровождаются производственные отношения.

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

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

3.6. Элемент конфигурации: объект внутри конфигурации, который удовлетворяет функции конечного пользователя и может быть однозначно идентифицирован в данной указанной точке.

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

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

3.9. Оценка систематическое определение, в какой степени объект отвечает установленным критериям.

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

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

3.12. Персонал сопровождения: организация, которая осуществляет сопровождение программного продукта.

3.13.Текущий контроль: анализ деятельности поставщика и его результатов заказчиком или третьим лицом.

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

3.15. Готовый продукт (программа): Продукт, который уже разработан и имеется в распоряжении, пригодный для использования "как есть" или с модификацией.

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

3.17. Процесс: набор взаимосвязанных действий, который трансформирует вводы (информ. на входе) в выводы.

Примечание - термин "действия" охватывает использование ресурсов (см. ICO8402:1994,1.2.)

3.18. Квалификация: Демонстрирование, способен ли объект выполнять определенные требования (см. ISO8402:1994, 2.13.)

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

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

3.21. Гарантия качества: Все запланированные и систематические действия, осуществляемые внутри качественной системы и демонстрирующиеся как необходимые для обеспечения адекватной уверенности, что объект удовлетворяет требованиям качества.

Примечания:

1. Для гарантии качества существуют как внутренние, так и внешние цели:

а) Внутренняя гарантия качества: внутри организации гарантия качества (обеспечивает) дает уверенность в управлении;

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

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

3. До тех пор, пока требования о качестве полностью не отразят нужды пользователя, гарантия качества не имеет права обеспечить адекватное доверие (уверенность) (ISO 8402:1994,3.5)

3.22. Выпуск (версия): специфическая (детальная, подробная) версия единицы конфигурации, которая сделана доступной для выполнения специфической цели (например - версия теста).

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

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

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

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

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

3.28. Модуль программного обеспечения: Отдельно комплектуемый фрагмент кода.

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

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

Примечания:

1. Термин "поставщик" является синонимом с терминами подрядчик, производитель, продавец.

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

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

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

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

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

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

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

Примечания:

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

2.Утверждение (аттестация) обычно выполняется на конечном (готовом) продукте под действием определенных операционных режимов (условий). Это может быть необходимо на более ранних стадиях.

3. "Утвержденный (аттестованный)" используется, чтобы обозначить соответствующее состояние.

4. Многократные утверждения (аттестации) могут осуществляться, если есть различные цели (замыслы) использования (ISO 8402:1994,2.18)

3.36. Проверка: Подтверждение исследованием и предоставлением объективных данных, что специфицированные требования удовлетворены.

Примечания:

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

2. "Проверенный" используется для обозначения соответствующего состояния (ISO8402:1994, 2.17)

3.37. Версия: Идентифицированный пример (изделия) единицы.

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