Гост 12207 2010

Инженеры домена и администраторы повторного применения программ должны принимать участие в ревизиях. В течение этого периода должно быть обеспечено необходимое обучение, как определено в контракте. План прекращения применения программных средств должен содержать:. Объект в пределах конфигурации, который удовлетворяет некоторой...

ISO/IEC 12207:2008:

Скачать ГОСТ Р ИСО/МЭК Информационная технология. ФЕДЕРАЦИИ. Информационная технология. Системная и программная. программная инженерия. Процессы жизненного цикла программных средств.

ГОСТ Р ИСО/МЭК 12207-2010

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

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

Они должны учредить консультативный орган прежде, чем начнутся основные работы. Руководство по приспособленности к применению.

ГОСТ Р ИСО/МЭК - Информационная технология (ИТ).

Системная и программная инженерия. ГОСТ Р ИСО/МЭК - Информационная технология. Системная и программная инженерия.

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

• Этот стандарт рекомендует содержание и организацию детального проектирования программных средств. Важные материалы должны храниться в соответствии с требованиями по содержанию записей, защищенности, сопровождению и резервированию.
• В случае, если количество непрограммных средств системы минимально, то организация может по своему усмотрению применять настоящий стандарт, не ссылаясь на [ 18 ]. Исходный код, объектный код, контрольный код, контрольные данные или совокупность этих составных частей.
• В заявлении о полном соответствии перечисляют процессы, которые удовлетворяют требованиям настоящего стандарта. Из-за невозможности достичь единого мнения или применить универсальную, развернутую во времени последовательность пользователь настоящего стандарта может самостоятельно выбирать и назначать процессы, виды деятельности и задачи как наиболее подходящие и эффективные.
• План должен предусматривать процедуры направления отчетов о верификации приобретающей стороне и другим заинтересованным организациям. В случае, если количество непрограммных средств системы минимально, то организация может по своему усмотрению применять настоящий стандарт, не ссылаясь на [ 18 ].
• В каждом случае оценка процесса более низкого уровня, описанного в приложении В , является результатом развития конкретного действия связанного с ним процесса из основной части настоящего стандарта. План должен включать в себя:.
• Прекращение применения программных средств. Настоящий стандарт может применяться для любой обеспечивающей системы, если она представлена как рассматриваемая система.