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

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

Ещё ГОСТы из 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 (Настоящий стандарт распространяется на машины, приборы и другие технические изделия всех видов и применяемые для этих изделий полимерные материалы, металлы и сплавы; детали и узлы из них; полимерные системы, системы электрической изоляции; защитные покрытия от коррозии. Стандарт устанавливает общие требования к построению методики исследования и проверки ускоренными методами влияния внешних воздействующих факторов на долговечность и сохраняемость изделий или (и) их деталей и узлов, материалов, систем материалов и покрытий)

Страница 15

ГОСТ Р 51904-2002

к базам данных, — в Описание проекта системы/подсистемы или в Описание проекта базы данных (12.18).

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

5.4.2 Проектирование архитектуры системы

Разработчик должен участвовать в определении и документировании проекта архитектуры системы (идентификации компонентов системы, их интерфейсов и концепции их совместного выполнения) и прослеживании соответствия между компонентами системы и системными требованиями. Результат этих работ должен быть включен в документ «Описание проекта системы/подсистемы» (12.15). В зависимости от условий контракта часть проекта, имеющая отношение к интерфейсам, может быть включена в Описание проекта системы/подсистемы или в Описание проекта интерфейса (12.17).

5.5 Стратегии архитектурного проектирования системы

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

5.5.1 Разбиение

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

5.5.2 Многоверсионное неидентичное ПО

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

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

5.5.3 Мониторинг безопасности

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

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

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

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

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

5.6 Библиотека разработки ПО

Разработчик должен создать, контролировать и сопровождать Библиотеку разработки ПО, чтобы обеспечить упорядоченную разработку и последующую поддержку ПО. Библиотека разработ-