《机载系统复杂电子硬件适航要求审定规范》.docx

《机载系统复杂电子硬件适航要求审定规范》.docx

  1. 1、本文档共29页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

ICS 03.220

CCS

团体标准T/CECC000—2024机载系统复杂电子硬件适航要求审定规范

ICS 03.220

CCS

团体标准

T/CECC000—2024

机载系统复杂电子硬件适航要求审定规范

CertificationSpecificationforAirworthinessRequirementsofComplexElectronicHardwareinAirborneSystems

(征求意见稿)

2024-10-10

2024-xx-xx发布

2024-xx-xx实施

中国电子商会

发布

T/CECC000—2024

PAGE23

机载系统复杂电子硬件适航要求审定规范

范围

本文件规定了机载系统复杂电子硬件的需求标准、设计标准以及编码标准。

本文件适用于规范机载系统复杂电子硬件的设计、制造和审定流程,评估机载系统复杂电子硬件的生命周期完整性、可维护性、安全性。

规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其必威体育精装版版本(包括所有的修改单)适用于本文件。

HB/Z420-2014民用飞机机载电子硬件合格审定保证指南

RTCADO-254机载电子硬件的设计保证指南

RTCADO-178B-1992机载系统和设备认证中的软件注意事项

术语和定义

MH/T1039-2011、GB/T25069-2022、GB/T18041-2000界定的以及术语和定义适用于本文件。

3.1

复杂电子硬件complexelectronichardware

复杂电子硬件指由多个电子组件、模块或子系统组成的电子设备。这些设备由于功能复杂性、设计多样性和潜在隐蔽状态,不能通过简单、明确的验证手段完全确认其功能在所有情况下的正确性和可靠性。因此,它们需要通过更高级的验证方法和工具来确保其符合性和安全性,特别是在安全关键系统中,如航空电子设备中的应用。复杂电子硬件通常包括FPGA、ASIC和其他可编程逻辑设备。

3.2

跨时钟域crossclockdomain

在数字电子系统中,时钟域是指由一个共同的时钟信号控制的逻辑区域。当一个系统包含多个不同频率或相位的时钟时,就涉及到了跨时钟域

3.3

电磁兼容electromagneticcompatibility

指设备或系统在其电磁环境中能正常工作,且不对环境中的任何设备产生不能承受的电磁干扰的能力。环境可靠性:指设备或系统在规定的环境条件下能够持续稳定运行的能力。

复杂电子硬件需求标准

需求模块集

需求捕获过程对需求进行识别、定义和记录,包括非派生需求和派生需求,派生需求来自架构、技术选择,基本功能和可选功能、环境和性能需求,且经由安全性评估,将产生的派生需求反馈至相应过程,以便可以评估对系统需求的影响。应向系统开发过程提供在此过程中发现的需求遗漏或错误。

需求模块

应使用IBMRationalDOORS或其他需求管理专用软件管理需求

应在一个需求模块中捕获需求

需要按产品将需求适当分组到模块中。其目的是创建有意义的需求分组,从而便于管理和确认需求。

每个需求模块应包含以下需求属性:ObjectIdentifier/ID、ObjectText、Requirement、Derived_Requirement、Rationale、Safety、Change_history、Validation_Method、Requirement_Status、Verification_Method、Allocation、Type_Requirement

表1提供了每个必需属性的定义。

表1需求模块强制属性

属性

是否必须

描述

Allocation

是[3]

将该需求分配至一个较低需求层级模块。如果提供充分的理论依据来解释为什么不能进一步分解该需求,则一个“无”的分配是可接受的。

Assumption

否[1]

说明该需求是否基于某假设(Y/N)。

Y:表示此条是基于假设

N:表示此条不是基于假设

Derived_

Requirement

是[2]

说明该需求是否属于派生需求(Purederived、Refine、No)。

Purederived:纯派生需求是在一些设计决策后所考虑的层级。

Refine:细化需求是来自上层级的一条需求,并且在这个需求中添加了一些附加的数据。

No:需求来自上层级。

ObjectIdentifier/ID

由需求工具分配的唯一标识符。

ObjectText

需求文本–也用于非需求的标题文本或注释文本。

Requirement

注释该文本是否为一条需求。

例如:该属性可以通过列举创建:Y,

文档评论(0)

***** + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:8135026137000003

1亿VIP精品文档

相关文档