IEEE J-STD-016-1995 Стандарт процессов жизненного цикла программного обеспечения информационных технологий. Соглашение между приобретателем и поставщиком разработки программного обеспечения (выпущено для пробного использования)

Стандартный №: IEEE J-STD-016-1995
Дата публикации: 1995
Разместил: IEEE - The Institute of Electrical and Electronics Engineers@ Inc.
Последняя версия: IEEE J-STD-016-1995

сфера применения: ЦельНастоящий стандарт устанавливает единые требования к деятельности по разработке программного обеспечения и полученным программным продуктам. Планируется также объединить требования к разработке коммерческого и государственного программного обеспечения в рамках требований к процессу жизненного цикла программного обеспечения Ассоциации электронной промышленности (EIA)@, Института инженеров по электротехнике и электронике (IEEE)@ и Международной организации по стандартизации (ISO). Термин «разработка программного обеспечения» используется как всеобъемлющий термин, охватывающий новую разработку@ модификацию@ повторное использование@ реинжиниринг@ сопровождение@ и все другие процессы или действия, приводящие к созданию программных продуктов. Применение Требования настоящего стандарта предназначены для применения к разработке систем, содержащих программное обеспечение (например, программное обеспечение встроенные в аппаратно-программные системы)@ до систем, состоящих только из программного обеспечения@, и в автономные программные продукты. Настоящий стандарт предназначен для применения следующим образом. Кандидаты используют этот стандарт: стандартb) Принят в качестве внутреннего стандарта проектом или организацией, которая решает выполнить разработку программного обеспечения в соответствии со стандартомc) Используется в качестве основы для процесса разработки программного обеспечения организацииОрганизации и соглашенияНастоящий стандарт может применяться к подрядчикам @ субподрядчикам @ или собственные организации, занимающиеся разработкой программного обеспечения. Для единообразия термин «покупатель» используется для организации, требующей технических усилий @ "разработчик" для организации, выполняющей технические работы @ "контракт" по соглашению между этими сторонами@ "Задание о работе" (ТЗ) для перечня задач, которые должен выполнить разработчик @ "субподрядчик" для любой организации, которой разработчик поручил выполнить часть необходимых усилий@ "пользователь" для лиц или организаций, которые будут эксплуатировать и/или использовать программное обеспечение@ и «организацию по техническому обслуживанию»; для организации, которая будет нести ответственность за модификацию и иное сопровождение программного обеспечения после перехода из организации-разработчика. Приложение, специфичное для контракта. Когда настоящий стандарт упоминается в контракте@, он применяется к каждому программному продукту и к каждому типу программного обеспечения, на которое распространяется контракт@. независимо от носителя информации@ в объеме, указанном в договоре. Примеры типов программного обеспечения включают поставляемое и непоставляемое@ программное обеспечение, предназначенное для удовлетворения потребностей пользователей, по сравнению с программным обеспечением для инженерных и испытательных сред@, а также программное обеспечение, разработанное для удовлетворения потребностей одного пользователя, и программное обеспечение, разработанное для удовлетворения других. Ожидается, что покупатель укажет типы программного обеспечения, к которым применяется стандарт. На программное обеспечение, установленное во встроенном ПО, распространяются все вышеперечисленные положения. Настоящий стандарт не распространяется на аппаратный элемент встроенного ПО. Внутреннее применение. Когда этот стандарт используется для помощи организации в определении и установлении процесса разработки программного обеспечения, он предназначен для справки в качестве источника рекомендуемых действий по разработке программного обеспечения и продуктов, для которых выстроить конкретные организационные практики и процедуры. Когда стандарт применяется к проекту собственной разработки, он предназначен для использования в качестве источника для выбора действий и продуктов по разработке программного обеспечения для удовлетворения конкретных потребностей проекта. Адаптация Этот стандарт предназначен для каждого типа программного обеспечения, к которому он применяется. применены. Стандарт должен быть адаптирован к конкретным требованиям конкретной программы@ фазы программы@ или контрактной структуры. Адаптация принимает форму удаления ненужных требований, изменения требований, чтобы более явно отразить применение к конкретному усилию, или добавления требований по мере необходимости. Следует позаботиться о том, чтобы исключить задачи и данные, которые увеличивают ненужные затраты или которые не повышают ценность деятельности или продукта для проекта. Требования настоящего стандарта к адаптации являются нормативными (то есть обязательными) и должны выполняться в соответствии с данным стандартом. Требования по пошиву@, указанные в приложении А@ пошиву не подлежат. Все остальные требования настоящего стандарта считаются адаптированными. Хотя за окончательные решения по адаптации несет ответственность покупатель, адаптация может осуществляться совместно с потенциальными или выбранными разработчиками. Рекомендации по адаптации можно найти в приложениях B и C. Соответствие настоящему стандарту означает «соответствие стандарту, адаптированному для проекта и зафиксированному в контракте». ПРИМЕЧАНИЕ. Нормативные и юридические требования применяются отдельно в контракте. Стандарт Соответствие стандарту «как адаптировано» определяется как: а) Выполнение действий, возникших в результате адаптации этого стандарта для конкретного проекта, как записано в контракте; б) Регистрация применимой информации, полученной в результате выполнения выбранных действий. Критерии завершения деятельности. Деятельность завершена. когда все элементы, составляющие деятельность@, как указано в контракте@, выполнены и соответствующая информация записана. Положение о соответствии Любое лицо (например, @ лицо@ компания@ Военная служба@ промышленная ассоциация@ организация), устанавливающее настоящий стандарт в качестве условия торговли отвечает за идентификацию и обнародование минимального набора действий и конечных программных продуктов, которые должен выполнить разработчик. Интерпретация избранных терминов Следующие термины имеют специальную интерпретацию, используемую в настоящем стандарте. Это не «определения». терминов@, но пояснения по их использованию. Интерпретация термина «система». Применяются следующие интерпретации: а) Термин «система@»; При использовании в настоящем стандарте@ может означать: (1) аппаратно-программную систему (например@ радиолокационную систему), для которой настоящий стандарт распространяется только на программную часть@, или (2) систему программного обеспечения (например@ систему расчета заработной платы) для которых настоящий стандарт регулирует общую разработку. b) Если система состоит из подсистем, все требования настоящего стандарта, касающиеся систем, применимы также и к подсистемам. Если контракт основан на альтернативах системам и подсистемам, требования настоящего стандарта, касающиеся системы и ее спецификации, применяются к этим альтернативам и их спецификациям. в разработке системыТермин «участвовать»; в подразделах, касающихся деятельности на системном уровне, следует интерпретировать следующим образом: если программное обеспечение, на которое распространяется настоящий стандарт, является частью аппаратно-программной системы, термин «участвовать»; следует интерпретировать как «принимать участие в проекте, как описано в Плане разработки программного обеспечения». Если программное обеспечение (возможно, вместе с его компьютерами) считается составляющим систему, то термин «участвовать»; следует интерпретировать как «нести ответственность за». Если программное обеспечение в аппаратно-программной системе изменено@, но аппаратное обеспечение не является@, термин «участвовать»; также может интерпретироваться как «нести ответственность за». "определить@" и т. д. В настоящем стандарте требования к "разработке@" "определить@" "установить@" или «идентифицировать»; информацию следует интерпретировать как включающую новую разработку@ модификацию@ повторное использование@ реинжиниринг@ обслуживание@ или любую другую деятельность или комбинацию действий, приводящую к созданию программных продуктов. информацию следует интерпретировать как означающую «записанную таким образом, чтобы ее можно было извлечь и просмотреть». Результат может принимать множество форм@, включая@, но не ограничиваясь@ рукописными заметками@ бумажными или электронными документами@ и данными, записанными в средствах автоматизированной разработки программного обеспечения (CASE) и инструментах управления проектами. Интерпретация "применимо" на всем протяжении требования настоящего стандарта по обеспечению "применимых" информацию и выполнить «применимые» действия; действия следует интерпретировать как означающие «предоставление информации и выполнение действий, которые являются естественными побочными продуктами, создаваемыми в результате выполнения действий, необходимых для проекта, в соответствии с инструментами@методами@ и процедурами, описанными в плане разработки программного обеспечения». Термин «применимый» передает значение того, что не все проекты будут генерировать информацию или требовать определенных действий. «Применимость»; должен быть согласован совместно приобретателем и застройщиком.

IEEE J-STD-016-1995 История

1995 IEEE J-STD-016-1995 Стандарт процессов жизненного цикла программного обеспечения информационных технологий. Соглашение между приобретателем и поставщиком разработки программного обеспечения (выпущено для пробного использования)