ГОСТ Р 51904-2002; Страница 35

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы

ГОСТ Р 51903-2002 Передатчики радиосвязи стационарные декаметрового диапазона волн. Основные параметры, технические требования и методы измерений ГОСТ Р 51903-2002 Передатчики радиосвязи стационарные декаметрового диапазона волн. Основные параметры, технические требования и методы измерений Fixed high frequency transmitters for radio communication. Basic parameters, technical requirements and methods of measurements (Настоящий стандарт распространяется на стационарные передатчики, предназначенные для работы на магистральных и зоновых линиях радиосвязи в декаметровом диапазоне волн с возможностью эксплуатации их на автоматизированных передающих центрах и рассчитанные на работу без постоянного обслуживающего персонала. Стандарт устанавливает нормы на основные параметры передатчиков, технические требования и методы измерений основных параметров) ГОСТ Р 51908-2002 Общие требования к машинам, приборам и другим техническим изделиям в части условий хранения и транспортирования ГОСТ Р 51908-2002 Общие требования к машинам, приборам и другим техническим изделиям в части условий хранения и транспортирования General requirements for machines, instruments and other industrial products as to storage and transporting conditions (Настоящий стандарт распространяется на машины, приборы и другие технические изделия всех видов и устанавливает общие требования к условиям их хранения и транспортирования до ввода в эксплуатацию. Стандарт не распространяется на межоперационное хранение в цехах изготовителя) ГОСТ Р 51910-2002 Методика исследования и проверки ускоренными методами влияния внешних воздействующих факторов на долговечность и сохраняемость технических изделий. Разработка и построение ГОСТ Р 51910-2002 Методика исследования и проверки ускоренными методами влияния внешних воздействующих факторов на долговечность и сохраняемость технических изделий. Разработка и построение Research and testing strategy by accelerated methods of environmental conditions influence for industrial products longevity and storage ability. Development and design (Настоящий стандарт распространяется на машины, приборы и другие технические изделия всех видов и применяемые для этих изделий полимерные материалы, металлы и сплавы; детали и узлы из них; полимерные системы, системы электрической изоляции; защитные покрытия от коррозии. Стандарт устанавливает общие требования к построению методики исследования и проверки ускоренными методами влияния внешних воздействующих факторов на долговечность и сохраняемость изделий или (и) их деталей и узлов, материалов, систем материалов и покрытий)

Страница 35

ГОСТ Р 51904-2002

- целостность при тиражировании исполняемого объектного кода для производства ПО или, в случае необходимости, его повторной генерации для проведения исследований или модификации;

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

- контрольную точку для проверки, оценки состояния и контроля изменений посредством управления элементами конфигурации и определения базовой линии;

- контроль над тем, чтобы дефектам и ошибкам было уделено внимание, а изменения были зарегистрированы, утверждены и реализованы;

- оценку соответствия программного средства требованиям;

- надежное физическое архивирование, восстановление и сопровождение элементов конфигурации.

Цели процесса управления конфигурацией не зависят от уровня ПО. Однако выделяют две категории документов жизненного цикла ПО в зависимости от содержания работ управления конфигурацией (9.3).

9.2 Состав работ, выполняемых в процессе управления конфигурацией ПО

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

9.2.1 Идентификация конфигурации

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

- идентификация конфигурации для документов жизненного цикла ПО;

- идентификация конфигурации для каждого элемента конфигурации, для каждого отдельно управляемого компонента элемента конфигурации и для комбинаций элементов конфигурации, которые составляют программное средство;

- идентификация элементов конфигурации до начала реализации контроля изменений и трассируемости документов;

- идентификация элемента конфигурации прежде, чем он будет использован другими процессами жизненного цикла ПО или же будет использован для производства ПО или загрузки ПО;

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

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

9.2.2 Контроль конфигурации

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