RAM分析报告模板

DOCPROPERTY项目名称项目名称项目编号：DOCPROPERTY项目编号项目编号RAM分析汇报(版本号：DOCPROPERTY版本V1.0)版本记录版本号日期修改章节修改内容及阐明编制者DOCPROPERTY版本VDOCPROPERTY公布日期XXXXXXXXDOCPROPERTY编制者

编制：DOCPROPERTY编制者审核：DOCPROPERTY审核者同意：DOCPROPERTY负责人目录TOC\o"1-3"\u1. 简介 提醒：对系统进行简要简介。目的合用范围与其他开发任务/文档的关系COMMENTS提醒：

提醒：如RAM计划、需求和设计文档的关系COMMENTS软件需求规范的制定是为了使顾客和软件开发者双方对该软件在特定运行环境下的功能和性能有一种共同的理解，使之成为整个软件开发工作的基础。术语和缩写词COMMENTS提醒：列出项目文档的专用术语和缩写词。以便阅读时，使读者明确，从而不产生歧义。提醒：列出项目文档的专用术语和缩写词。以便阅读时，使读者明确，从而不产生歧义。参照文档COMMENTS提醒：列出本文档引用的所有原则、文档及其版本号。应至少包括如下文档：提醒：列出本文档引用的所有原则、文档及其版本号。应至少包括如下文档：COMMENTS"系统需求规范系统安全需求规范系统构造设计安全计划"系统需求规范RAM需求规范系统构造设计RAM计划RAM目的识别COMMENTS此节对该文档包括的内容进行概述。此章对系统的RAM需求目的进行概述。注意：RAM目的也许来自顾客或项目或原则，可参照RAM保障计划书。可用性目的COMMENTS此节对该文档包括的内容进行概述。此节对系统的可用性需求目的进行概述。注意：不一样类型的系统失效也许有不一样的可用性目的。可靠性目的COMMENTS此节对该文档包括的内容进行概述。此节对系统的可靠性需求目的进行概述。注意：不一样类型的系统失效也许有不一样的可靠性目的。此外，可靠性目的也包括产品所设计的使用寿命等。可维护性目的COMMENTS此节对该文档包括的内容进行概述。此节对系统的可维护性需求目的进行概述。注意：不一样类型的系统失效也许有不一样的可维护性目的。此外，可维护性目的也包括定期或常规性维护需求等。ＲＡＭ设计基础COMMENTS此章应对系统为实现整体功能的硬件构造需求进行描述；对于怎样保证系统安全性的硬件构造需求进行描述（如故障安全需求、模块的独立性需求、故障检测需求等）。此章应对ＲＡＭ建模或设计范围及背后假设与局限交待清晰。RAM分析范围COMMENTS此章应对系统为实现整体功能的硬件构造需求进行描述；对于怎样保证系统安全性的硬件构造需求进行描述（如故障安全需求、模块的独立性需求、故障检测需求等）。此节应对RAM分析的范围和边界进行描述。例如RAM分析与否包括所有系统组件？系统与外部环境的接口是怎样进行RAM分析？怎样定义及分类系统失效等？假设COMMENTS此章应对系统为实现整体功能的硬件构造需求进行描述；对于怎样保证系统安全性的硬件构造需求进行描述（如故障安全需求、模块的独立性需求、故障检测需求等）。此节应对RAM分析背后的假设进行描述。例如系统的操作时间/操作模式/系统失效行为的简化/RAM数据源/共因失效的排除/维护修复的简化等。局限COMMENTS此章应对系统为实现整体功能的硬件构造需求进行描述；对于怎样保证系统安全性的硬件构造需求进行描述（如故障安全需求、模块的独立性需求、故障检测需求等）。此节应对该RAM分析的局限进行描述。例如分析的全面性/分析的精确性/RAM数据的限制/分析工具的限制等。ＲＡＭ分析COMMENTS此章应针对每个模块（PCB、单元、子系统）阐明硬件的所有需求。此章应描述所用到的一系列ＲＡＭ分析措施及技术。例如FMECA/FTA/RBD/MA等，对于所用到的每种措施应开一种独立的章节来描述。ＲＡＭ分析成果COMMENTS此章应针对每个模块（PCB、单元、子系统）阐明硬件的所有需求。此章应总结分析成果并提出改善提议。成果总结COMMENTS此章应对系统为实现整体功能的硬件构造需求进行描述；对于怎样保证系统安全性的硬件构造需求进行描述（如故障安全需求、模块的独立性需求、故障检测需求等）。此节应对RAM分析的成果进行描述。包括可用性、可靠性、可维护性的分析成果，以及分析成果与否满足对应的RAM目的（见第三章）。组件重要性分析COMMENTS此章应对系统为实现整体功能的硬件构造需求进行描述；对于怎样保证系统安全性的硬件构造需求进行描述（如故障安全需求、模块的独立性需求、故障检测需求等）。此节应对组件重要性分析进行描述。目的是找出对RAM分析起重要作用的系统组件。需列出重要RAM奉献的系统组件。改善提议COMMENTS此章应对系统为实现整体功能的硬件构造需求进行描述；对于怎样保证系统安全