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

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

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

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

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

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

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

Следует определить производные требования к аппаратуре, которые необходимообосновать.2. Для каждого требования, определенного по п.1 выше, должны быть определены иудовлетворены следующие критерии обоснования:a. Каждое требование обосновывается на некотором иерархическом уровне с помощьюрассмотрения, анализа или испытания.b. Рассмотрение, анализ или испытание каждого требования пригодны для обоснованиятребования, особенно относительно безопасности.c. Результаты рассмотрения, анализа или испытания результатов, связанных собоснованием каждого требования, являются правильными, а расхождения между реальными ипрогнозируемыми результатами объяснимыми.

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

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

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

Процесс верификации должен включать оценку результатов.Примечание 1: Аспекты безопасности конструирования аппаратуры принимают формутребований по безопасности, которые должны удовлетворяться при реализации аппаратуры.В данном разделе даются инструкции для процесса верификации, которые применяется кконструированию аппаратуры. Процесс верификации может применяться на любом уровнеиерархии конструирования, в соответствии с планом верификации аппаратуры. Для требованийбезопасности целесообразно применять процесс верификации на различных этапах процессаконструирования с целью повышения вероятности того, что ошибки конструирования исключены.Некоторые уровни гарантии конструирования требуют, чтобы цели процесса верификациивыполнялись с независимостью, как отмечено в Приложении А.Процессы верификации ПО, верификации интеграции ПО / аппаратуры и верификацииинтеграции систем в данном документе не рассматриваются.

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

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

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

Не обязательно требовать трассируемости для отдельныхкомпонентов, таких как резисторы, емкости или вентили, если это не требуют условиябезопасности.4. Следует выполнить анализ полноты верификации, чтобы определить, что процессверификации завершен, включая следующее:а. Каждое требование верифицировано на некотором иерархическом уровне с помощьюрассмотрения, анализа или испытания.b.

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

Методы обоснования и верификацииВ данном разделе описываются некоторые методы, которые могут применяться и дляобоснования и верификации.6.3.1. ИспытаниеИспытание - это метод, который подтверждает, что изделие правильно реагирует на стимул34или серию стимулов. Примерами испытаний служат функциональные испытания изделия,стендовые испытания системы, заводские испытания для оценки системы и испытания на бортусамолета.Испытания можно проводить, используя ручное, автоматизированное или специальноеиспытательное оборудование.

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

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

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