Руководство по гарантии конструирования бортовой электронной аппаратуры КТ-254 (1015618), страница 11

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

Текст из файла (страница 11)

Единицы конфигурации уникально идентифицированы и документированы.2. Обеспечивается постоянное и точное тиражирование элементов конфигурации3. Обеспечивается контролируемый метод определения и прослеживания модификацииединиц конфигурации.7.2. Мероприятия управления конфигурацией.Рекомендации по мероприятиям управления конфигурацией следующие:1. Единицы конфигурации следует уникально идентифицировать, документировать иконтролировать.

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

Архивирование, воспроизведение и выпуск единиц конфигурации следуетконтролировать.Для удовлетворения целей и выполнения мероприятий по управлению конфигурациейможно использовать различные методы. В следующих параграфах даны руководящие указания помероприятиям, которые можно использовать в качестве приемлемых методов.7.2.1. Идентификация конфигурацииЦелью мероприятия по определению конфигурации является однозначное определениеэлемента конфигурации, чтобы установить основу для контроля и исходные данные элементовконфигурации.Руководство содержит следующие рекомендации :1. Следует ввести идентификацию конфигурации для элементов.2. Идентификацию конфигурации следует ввести для каждой единицы конфигурации, длякаждой отдельно контролируемой компоненты единицы конфигурации и для комбинаций единицконфигурации, которые образуют изделие, в соответствии с планом, согласованным ссертифицирующим органом.Примечание: Детали, до которых проводится идентификация таких компонентов каксхемы ASICS, конфигурируемые PLD, печатные платы и «черные ящики», определяются планомуправления конфигурацией.3.

Единицы конфигурации следует идентифицировать для компонентов COTS ипредварительно разработанных изделий до того, как они будут использоваться в базовой версии.4. Идентификацию конфигурации следует ввести для каждого элемента конфигурации дотого, как он будет использоваться в новой базовой версии, использоваться в качестве исходногодругими элементами данных или использоваться при изготовлении изделия.7.2.2. Установление базовой версии.Целью установления базовой версии является определение основы для дальнейшей38деятельности и обеспечение контроля и прослеживания единиц конфигурации.Рекомендации следующие:1.

Базовые версии следует устанавливать для элементов конфигурации, используемых длясертификационного зачета.Примечание: Промежуточные базовые версии могут помочь в контроле мероприятий поаппаратуре.2. После установления базовой версии ее следует сделать объектом процедуры контроляизменений.3. При разработке производной базовой версии на основе установленной базовой версииследует использовать рекомендации по контролю изменений.4.

Если при разработке новой базовой версии предусматривается сертификационный зачетданных, связанных с конструированием предыдущей версии, эту новую базовая версию следуеттрассировать до той версии, от которой она является производной.Примечание: Базовая версия может быть элементом конфигурации, предварительносертифицированным элементом аппаратуры или компонентом COTS.7.2.3. Регистрация проблем, отслеживание и корректирующие действияЦелью регистрации проблем, отслеживания и корректирующих действий является записьпроблем и гарантия правильной локализации и решения. К проблемам могут относитьсянесоответствие планам и стандартам, недостатки выходных данных жизненного цикла, аномалии вповедении изделий и неадекватность или недостаток средств и технологических процессов.Регистрация проблем должна вводиться не позднее, чем установлена базовая версия, на основекоторой проводится сертификация.Рекомендации следующие:1.

Каждую отмеченную проблему следует записать в сообщении о проблеме.2. В сообщении о проблеме следует определить версии затронутых единиц конфигурации.3. Сообщения о проблеме, которые требуют исправления, должны инициировать действияпо контролю изменения.4. Во все закрытые отчеты о проблеме следует внести описание действия, предпринятого,чтобы закрыть сообщение о проблеме, включая комплект измененных единиц данных, которыебыли для затронуты мероприятием коррекции.5. Не все сообщения о проблеме должны быть закрытыми для того, чтобы получитьсертификационный зачет. Однако, все сообщения о проблеме должны оцениваться, и те, которыемогут повлиять на безопасность или сертификацию, должны быть закрытыми.6. Система сообщений о проблеме должна отслеживать состояние сообщений о проблемах,включая их одобрение и размещение.7.2.4.

Управление изменениямиЦелью мероприятия управления изменениями является обеспечение регистрации, оценки,принятия решения и одобрения изменений. Управление изменениями должно быть реализовано всоответствии с планом управления конфигурацией и должно начинаться не позднее, чемустановлена базовая версия, на основе которой может быть получен сертификационный зачет.Рекомендации следующие:1. При управлении изменениями следует сохранять целостность единиц конфигурациипутем защиты от несанкционированного изменения.2. Управление изменениями должно гарантировать, что изменение оценено дляопределения требуется ли корректировка единицы конфигурации или нет.3.

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

Управление изменениями должно обеспечить трассируемость изменений дляопределения причины изменения.5. Управление изменениями должно гарантировать, что изменение оценено дляопределения его влияния на изменение выходных данных процессов и что выходные данныеобновлены.Примечание1:Все или некоторые мероприятия могут быть повтореныдо того момента,когда было оказано влияние на выходные данные,Примечание 2: Необходимо признать, что изменение в средствах производства,технологических процессах и внешних компонентах может повлиять на конструкцию.6.

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

Единицы конфигурации должны быть идентифицированы и выпущены до ихиспользования при изготовлении и должны быть установлены полномочия на их выпуск.2. Элементы данных, связанные с изделием, должны поступать из одобренного источника,например, разрабатывающей организации или компании.Примечание: Данные контроля изменения и данные сообщения о проблеме являютсячастью элементов данных.3. Процедуры хранения данных должны удовлетворять требованиям летной годности ипозволять провести модификации.4. Необходимо установить процедуры для обеспечения целостности хранящихся данных втечение времени, требуемого сертифицирующим органом, посредством:a.

Гарантии, чтобы не были выполнены несанкционированные изменения.b. Выбора среды хранения данных.c. Обеспечения поддержки сохраненных данных. Например, используя или обновляяархивные данные с частотой, совместимой со сроком хранения и средой.d. Гарантии, что отдельное событие, которое может вызвать потерю архивированныхданных, было маловероятным. Например, с помощью хранения дублированных копий в физическиотдельных архивах.7.3. Категории контроля данныхОпределяются две категории контроля данных, связанные с управлением конфигурациейэлементов данных: категория контроля аппаратуры 1 и категория контроля аппаратуры 2.Определение двух категорий допускает менее жесткий контроль конфигурации определенныхэлементов данных. Категория НС1 предусматривается, если мероприятия по управлениюконфигурацией не выполняются по менее жесткой НС2.

Элементы данных, классифицированныекак НС2, изменяются не дополнением, а заменой новыми данными.В таблице 7-1 определены мероприятия управления конфигурацией, которые должнывыполняться при НС1 и НС2. Например, в Таблице 7-1 показано, что элементы данных,идентифицированные в Приложении А, Таблица А-1, как НС2 необходимо воспроизводить, но ненужно выпускать. Кроме того, в Таблице 7-1 показано, что любой элемент данных НС1 будетиметь базовую версию.Приложение А определяет категорию контроля для каждого элемента данных, как функцию40уровня гарантии конструирования.

Характеристики

Список файлов учебной работы