软件可靠性和安全性设计指南
软件可靠性和安全性设计指南
文档 11文档编号产品版本密级XK-DN-2000-10-11-09V 1.0产品名称：共页软件可靠性和安全性设计指南(仅供内部使用)文档作者：_______________ 日期：___/___/___开发/测试经理：_______________ 日期：___/___/___产品经理： _______________ 日期：___/___/___管理办：_______________ 日期：___/___/___请在这里输入公司名称版权所有不得复制软件可靠性和安全性设计指南1范围1主题内容[此处加入主题内容]2适用范围[此处加入适用范围]2引用标准GBxxxx 信息处理——数据流程图、程序流程图、绻统流程图、程序网络图和绻统资源图的文件编制符号及约定。
GB/Txxx 软件工程术语GB/Txxxxxx计算机软件质量保证计划规范GB/T xxxxx 计算机软件配置管理计划规范GB/T xxxxx 信息处理——程序构造及其表示的约定GJBxxxx绻统安全性通用大纲GJBxxxxx 绻统电磁兼容性要湂GBxxxx电能质量标准大纲GBxxxxx 电能质量标准术语3定义[此处加入定义]1失效容限[此处加入失效容限]2扇入[此处加入扇入]3扇出[此处加入扇出]4安全关键信息[此处加入安全关键信息]5安全关键功能[此处加入安全关键功能]6软件安全性4设计准则和要湂1对计算机应用绻统设计的有关要湂1硬件软件功能的分配原则[此处加入硬件软件功能的分配原则]2硬件软件可靠性指标的分配原则[此处加入硬件软件可靠性指标的分配原则] 3容错设计[此处加入容错设计]4安全关键功能的人工确认[此处加入安全关键功能的人工确认]5设计安全性内核[此处加入设计安全性内核]6记录绻统故障[此处加入记录绻统故障]7禁止回避检测出的不安全状态[此处加入禁止回避检测出的不安全状态] 8安全性关键软件的标识原则[此处加入安全性关键软件的标识原则]9分离安全关键功能[此处加入分离安全关键功能]2对硬件设计的有关要湂[此处加入对硬件设计的有关要湂]3软件需湂分析1一般要湂[此处加入一般要湂]2功能需湂[此处加入功能需湂]1输入[此处加入输入]2处理[此处加入处理]3输出[此处加入输出]4特殊要湂3性能需湂[此处加入性能需湂]1纾度[此处加入纾度]2容量[此处加入容量]3时间特性[此处加入时间特性]4灵活性[此处加入灵活性]4接口需湂[此处加入接口需湂]1与外部设备的接口[此处加入与外部设备的接口]2与其它绻统的接口[此处加入与其它绻统的接口]3人机接口[此处加入人机接口]5数据需湂[此处加入数据需湂]6环境需湂[此处加入环境需湂]1硬件[此处加入硬件]2软件[此处加入软件]7软件可靠性和安全性需湂[此处加入软件可靠性和安全性需湂] 8其它需湂[此处加入其它需湂]9采样的确定原则[此处加入采样的确定原则]4软件设计1一般要湂[此处加入一般要湂]2功能设计与分配[此处加入功能设计与分配]3控制流与数据流[此处加入控制流与数据流]4资源分配及余量[此处加入资源分配及余量]5设计限制[此处加入设计限制]6安全关键功能的设计[此处加入安全关键功能的设计]7冗余设计1恢复块[此处加入恢复块]2信息冗余[此处加入信息冗余]8接口设计1一般要湂[此处加入一般要湂]2人机界面设计[此处加入人机界面设计]3报警设计[此处加入报警设计]4软件接口设计[此处加入软件接口设计]9软件健壮性设计1电源失效处理2绻统不稳定的处理[此处加入绻统不稳定的处理]3接口故障处理[此处加入接口故障处理]4错误操作处理[此处加入错误操作处理]10简化设计1模块的单入口和单出口[此处加入模块的单入口和单出口] 2模块的独立性3模块的扇入扇出[此处加入模块的扇入扇出]4模块的耦合方式[此处加入模块的耦合方式]5模块的内聚方式[此处加入模块的内聚方式]11数据设计1幞性控制[此处加入幞性控制]2数值运算范围控制[此处加入数值运算范围控制] 3纾度控制[此处加入纾度控制]4合理性检查[此处加入合理性检查]5特殊问题[此处加入特殊问题]5软件实现1语言要湂[此处加入语言要湂]2McCabe指数McCabe指数为8。
产品可靠性、维修性、保障性、测试性、安全性和环境适应性质量控制程序概要
Q/KFKF X X X集团有限公司企业标准Q/KF·10L·CX701-2011代替Q/KF·10L703-2003产品可靠性、维修性、保障性、测试性、安全性和环境适应性质量控制程序编制：校核：审定：标准化检查：复审：批准：2011－07－15发布2011－08－01实施XXX集团有限公司发布Q/KF·10L·CX701-2011 产品可靠性、维修性、保障性、测试性、安全性和环境适应性质量控制程序1 范围本程序规定了产品的可靠性、维修性、保障性、测试性、安全性和环境适应性（以下简称“六性”）的设计要求和实施方法。
本程序适用于产品“六性”的设计和管理。
2 规范性引用文件下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件，仅注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本适用于本文件。
GJB/Z 23-1991 可靠性和维修性工程报告编写一般要求GJB/Z 57-1994 维修性分配与预计手册GJB/Z 91-1997 维修性设计技术手册GJB/Z 768A-1998 故障树分析指南GJB 150A-2009 环境适应性GJB 190-1986 特性分类GJB 368B-2009 装备维修性通用规范GJB 450A-2004 装备可靠性工作通用要求GJB 451A-2005 可靠性维修性术语GJB 813-1990 可靠性模型的建立和可靠性预计GJB 841-1990 故障报告、分析和纠正措施系统GJB 899A-2009 可靠性鉴定和验收试验GJB 900-1991 系统安全性通用大纲GJB 1032-1990 电子产品环境应力筛选方法GJB 1371-1992 装备保障性分析GJB 1391-1992 故障模式、影响及危害性分析程序GJB 1407-1992 可靠性增长试验GJB 2072-1994 维修性试验与评定GJB 2547-1995 装备测试性大纲1Q/KF·10L·CX701-20112 GJB 3837-1999 装备保障性分析记录GJB 3872-1999 装备综合保障通用要求GJB 4239-2001 装备环境工程通用要求3 术语和定义3.1 可靠性产品在规定的条件下和规定的时间内完成规定功能的能力。
信息技术软件产品评价依据
信息技术软件产品评价依据
评价信息技术软件产品可以根据以下几个方面进行：
1. 功能性：软件产品是否具备预期的功能，是否能实现用户的需求。
判断软件功能性的评价依据包括软件是否能够完成既定的任务，是否能够满足用户的需求。
2. 易用性：软件产品是否易于使用，用户是否能够快速上手并熟悉操作流程。
评价软件的易用性可以观察软件界面的设计是否简洁明了，操作是否直观，以及是否提供了详细的使用指南和帮助文档。
3. 可靠性：软件产品是否能够稳定运行，是否能够在各种条件下都保持高效的性能。
可靠性评价可以观察软件是否频繁崩溃、卡顿或者出现其他故障情况，以及是否能够及时恢复正常。
4. 安全性：软件产品是否具备必要的安全防护机制，能够保护用户的个人信息和数据的安全。
评价软件的安全性可以观察软件是否提供了必要的用户身份验证机制、数据加密等安全措施。
5. 性能：软件产品的性能指标包括运行速度、响应时间、处理能力等。
评价软件的性能可以观察软件的运行速度是否流畅，响应时间是否迅速，并比较其与同类软件的性能差异。
6. 兼容性：软件产品是否能够与其他软件或硬件设备相互协调运行。
评价软件的兼容性可以观察软件是否能够适配各种操作系统、浏览器以及硬件设备，并与其他软件进行良好的兼容。
7. 支持与维护：软件产品是否能够提供及时的技术支持和维护服务。
评价软件的支持与维护可以观察软件供应商是否提供了客服热线、在线帮助和升级维护服务等，以及是否能够及时响应用户的问题和反馈。
以上是评价信息技术软件产品的一些常见依据，不同的用户和应用场景可能会有不同的重点。
软件可靠性和安全性设计指南
软件可靠性和安全性设计指南（仅供内部使用）请在这里输入公司名称版权所有不得复制软件可靠性和安全性设计指南1范围1 .1主题内容［此处加入主题内容］1.2适用范围［此处加入适用范围］2引用标准GBxxxx 信息处理一一数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定。
GB/Txxx 软件工程术语GB/Txxxxxx 计算机软件质量保证计划规范GB/T xxxxx 计算机软件配置管理计划规范GB/T xxxxx 信息处理一一程序构造及其表示的约定GJBxxxx系统安全性通用大纲GJBxxxxx 系统电磁兼容性要求GBxxxx电能质量标准大纲GBxxxxx 电能质量标准术语3定义［此处加入定义］3 .1失效容限［此处加入失效容限］3 .2扇入［此处加入扇入］3 .3扇岀［此处加入扇岀］3 .4安全关键信息［此处加入安全关键信息］3 .5安全关键功能［此处加入安全关键功能］3 .6软件安全性［此处加入软件安全性］4设计准则和要求4 .1对计算机应用系统设计的有关要求4 .1.1 硬件软件功能的分配原则［此处加入硬件软件功能的分配原则］4 .1.2 硬件软件可靠性指标的分配原则［此处加入硬件软件可靠性指标的分配原则］4 .1.3 容错设计［此处加入容错设计］4 .1.4 安全关键功能的人工确认［此处加入安全关键功能的人工确认］4 .1.5 设计安全性内核［此处加入设计安全性内核］4 .1.6 记录系统故障［此处加入记录系统故障］4 .1.7 禁止回避检测岀的不安全状态［此处加入禁止回避检测岀的不安全状态］4 .1.8 安全性关键软件的标识原则［此处加入安全性关键软件的标识原则］4 .1.9 分离安全关键功能［此处加入分离安全关键功能］4 .2 对硬件设计的有关要求［此处加入对硬件设计的有关要求］4 .3软件需求分析4 .3.1 一般要求［此处加入一般要求］4 .3.2 功能需求［此处加入功能需求］4.3.2.1输入［此处加入输入］4.3.2.2处理［此处加入处理］432.3 输出［此处加入输岀］4.3.2.4 特殊要求［此处加入特殊要求］4 .3.3 性能需求［此处加入性能需求］4.3.3.1精度［此处加入精度］4.3.3.2容量［此处加入容量］4.3.3.3时间特性［此处加入时间特性］4.3.3.4灵活性［此处加入灵活性］4 .3.4 接口需求［此处加入接口需求］4.3.4.1与外部设备的接口［此处加入与外部设备的接口］4.3.4.2与其它系统的接口［此处加入与其它系统的接口］4.3.4.3人机接口［此处加入人机接口］4 .3.5 数据需求［此处加入数据需求］4 .3.6 环境需求［此处加入环境需求］4.3.6.1硬件［此处加入硬件］4.3.6.2软件［此处加入软件］4 .3.7 软件可靠性和安全性需求［此处加入软件可靠性和安全性需求］4 .3.8 其它需求［此处加入其它需求］4 .3.9 采样的确定原则［此处加入采样的确定原则］4 .4 软件设计4 .4.1 一般要求［此处加入一般要求］4 .4.2 功能设计与分配［此处加入功能设计与分配］4 43 控制流与数据流［此处加入控制流与数据流］4 .4.4 资源分配及余量［此处加入资源分配及余量］4 .4.5 设计限制［此处加入设计限制］4 .4.6 安全关键功能的设计［此处加入安全关键功能的设计］4 .4.7 冗余设计4.4.7.1恢复块［此处加入恢复块］4.4.7.2信息冗余［此处加入信息冗余］4 .4.8 接口设计4.4.8.1一般要求［此处加入一般要求］4.4.8.2人机界面设计［此处加入人机界面设计］4.4.8.3报警设计［此处加入报警设计］4.4.8.4软件接口设计［此处加入软件接口设计］4 .4.9 软件健壮性设计4.4.9.1电源失效处理4.4.9.2系统不稳定的处理［此处加入系统不稳定的处理］4.4.9.3接口故障处理［此处加入接口故障处理］4.4.9.4错误操作处理［此处加入错误操作处理］4 .4.10 简化设计4.4.10.1模块的单入口和单岀口［此处加入模块的单入口和单岀口］4.4.10.2模块的独立性［此处加入模块的独立性］4.4.10.3模块的扇入扇岀［此处加入模块的扇入扇岀］4.4.10.4模块的耦合方式［此处加入模块的耦合方式］4.4.10.5模块的内聚方式［此处加入模块的内聚方式］4 .4.11 数据设计4.4.11.1属性控制［此处加入属性控制］4.4.11.2数值运算范围控制［此处加入数值运算范围控制］4.4.11.3精度控制［此处加入精度控制］4.4.11.4合理性检查［此处加入合理性检查］4.4.11.5特殊问题［此处加入特殊问题］4 .5软件实现4 .5.1 语言要求［此处加入语言要求］4 .5.2 McCabe 指数McCabe指数为8。
计算机公司软件质量控制标准
计算机公司软件质量控制标准在计算机软件行业中，确保软件质量是任何一家计算机公司都必须重视的问题。
为了保证软件的可靠性、稳定性和安全性，计算机公司需要制定一套严格的软件质量控制标准。
本文将介绍计算机公司在软件质量控制方面的常见标准和具体措施。
首先，对于软件质量控制的标准，计算机公司可以参考ISO 9000系列标准，如ISO 9001和ISO 90003。
ISO 9000系列标准为组织提供了质量管理体系的指南，包括质量管理原则、质量管理体系的要求等。
这些标准可应用于计算机公司的软件开发和质量控制过程中，确保软件质量的稳定性和可控性。
其次，计算机公司可以根据软件开发生命周期制定相关的质量控制措施。
包括需求分析、设计、编码、测试、部署、维护等各个阶段。
在需求分析阶段，计算机公司可以与客户和用户进行深入沟通，明确软件的功能和性能需求，以避免在后期开发阶段出现严重的问题。
在设计和编码阶段，公司可以制定相应的编码规范和设计规范，以保证代码的可读性、可维护性和可扩展性。
在测试阶段，公司可以进行单元测试、集成测试和系统测试，将软件暴露于各种场景，以验证其功能和性能。
在部署和维护阶段，公司可以建立一套完善的bug跟踪系统，及时响应用户反馈，修复bug和提供技术支持。
此外，为了提高软件的安全性，计算机公司可以制定相关的安全控制标准。
如参考ISO 27001标准，建立信息安全管理体系。
加强对软件的安全测试、漏洞扫描和代码审查等措施，确保软件在面对网络攻击和数据泄露时具备足够的安全性。
在软件质量控制方面，计算机公司还可以引入一些常见的最佳实践和工程方法。
如敏捷开发、持续集成和自动化测试等。
敏捷开发可以帮助公司快速响应需求变化，及时修复问题。
持续集成可以在每次代码提交后自动进行编译、构建和测试，及时发现和解决问题。
自动化测试可以减少手工测试的工作量，提高测试的覆盖率和效率。
最后，计算机公司在软件质量控制方面不仅需要制定标准和措施，还需要有一支专业的质量控制团队来负责具体的实施和监督。
常用RMS国家军用标准清单
12
GJB2786-96
武器系统软件开发
13
GJB438A-97
武器系统软件开发文档
14
GJB3181-98
军用软件支持环境选用要求
15
GJB5000-2004
军用软件能力成熟度模型
16
GJB/Z 102-97
软件可靠性和安全性设计准则
17
GJB/Z 115-98
GJB2786-96《武器系统软件开发》剪裁指南
4
GJB1267-91
军用软件维护
5
GJB1268-91
军用软件验收
6
GJB1419-91计算机软件部件文档编制格式和内容
8
GJB2041-94
军用软件接口设计要求
9
GJB2115-94
军用软件项目管理
10
GJB2255-94
军用软件产品
11
GJB2434-95
修理级别分析
23
GJB3404
电子元器件选用管理要求
24
GJB3837
装备保障性分析记录
25
GJB3872
装备综合保障通用要求
26
GJB3966
被测单元与测试设备相容性通用要求
27
GJB4027
军用电子元器件破坏性物理分析方法
28
GJB/Z23
可靠性和维修性工程报告编写一般要求
29
GJB/Z27
电子设备可靠性热设计手册
8
GJB899
可靠性鉴定和验收试验
9
GJB900
系统安全性通用大纲
10
GJB1032
电子产品环境应力筛选方法
实验室设备管理系统开发计划书
实验室设备管理系统项目开发计划10级计算机科学系计算机科学与技术（网络工程）组长：（25）小组成员：（20）（28）（41）（44）实验室设备管理系统项目开发计划1 引言1 .1 编写目的本开发计划的目的是：对软件需求的全面、深入的理解是软件开发工作获得成功的前提条件，作为软件定义时期的最后一个阶段，需求分析的任务是明确用户对目标系统的需求，主要是确定对系统的综合要求，同时分析系统的数据要求。
它能提高软件开发过程的能见度，便于实现软件开发人员对开发过程的工程化管理与控制，便于项目管理人员、开发人员、测试人员、维护人员之间更好地交流与协作。
1 .2 背景项目软件名称：实验室设备管理系统目前国内学校教学设备自动化管理水平不是很高。
大多数学校设备管理办法是设备采购进来以后，将设备的基本情况和相关信息登记存档，然后将档案存档。
以后档案基本就没人维护，如设备位置变迁、检修情况、设备当前运行状态等信息根本不会体现在设备台帐上，即设备跟踪信息不能及时体现在设备档案上。
某些使用设备管理系统学校，对设备的跟踪信息即使能体现在设备档案上，但设备的缺陷处理及设备缺陷等功能没有实施，设备检修的备品备件情况和检修成本核算没有实现，整个学校设备管理信息化仍处于较低水平。
本管理系统合理的借鉴国际领先的设备管理思想并结合国内学校设备管理现状，可以完全能满足国内学校设备管理的需要。
并通过对各行业设备管理情况的长期研究探索，以灵活、通用为主要设计思想，开发适合于各行业设备管理信息系统。
本系统将会提高学校的办公效率和设备可靠性，减少工作人员的劳动强度，减少办公耗材，提高学校的现代化管理水平。
实时报警功能对学校的安全生产更是不可忽视。
特别要求：需求分析必须详细，并且有相关专家合作进行任务来源：闽江学院开发单位：闽江学院计算机科学系“实验室设备管理系统”开发小组：(25号，组长)， (20号，成员)， (28号，成员)，(41号，成员)，（44号，成员）1 .3 参考资料ASP --- 电子工业出版社数据库原理---电子工业出版社SQL Server--- 电子工业出版社1 .4 术语和缩写词（暂无）2 任务概要2 .1 工作内容本项目开发过程中需要进行的主要工作为：开发符合用户需求的软件，并编制相关文档和计划。
系统设计中的六性要求指什么
系统设计中的六性要求指什么可靠性软件可靠性主要包括软件复杂度、软件冗余、软件健壮性、软件避错和软件程序可读性检验。
软件复杂度检验主要关注层次结构、模块化设计、服务化设计等方面：●软件复杂度校验➢体系架构检验：检验软件是否有体系架构设计图，针对大型复杂软件，重点检验是否进行体系架构的层次性分解。
➢功能剖面设计检验：是否进行软件功能分解，是否封装为软件模块，软件模块的分解图、软件的关键件和重要件是否确定，软件的功能剖面是否具备，软件功能剖面是否进行了功能模块标识、功能模块说明；是否将软件功能剖面进行了功能执行概率分解，执行概率与软件可靠度是否进行了分解和匹配。
➢服务化设计检验：是否将软件模块进行了服务化封装，服务化的软件模块是否采用标准的服务接口进行消息交互。
➢软件失效分析：是否描绘了软件失效模式与影响分析表，细化为软件模块的失效模式、失效原因、失效影响和严重程度，对整个软件的失效影响概率。
➢关键件重要件的失效模式及故障恢复：在软件功能模块化分解之后，提取对软件系统有重大影响的模块，确定为关键件或重要件，分析失效模式以及故障快速处理手段和方法。
➢可靠性指标分配：将系统可靠性指标进行了分配和分解，确定软件系统的可靠性三要素，即规定的条件、规定的时间和规定的功能。
规定的条件指软件的运行环境，涉及软件系统运行时所需的各种支持要素，如支持硬件、操作系统、其他支持软件、输入数据格式和范围以及操作规程等。
不同的环境条件下软件的可靠性是不同的。
具体地说，规定的环境条件主要是描述软件系统运行时计算机的配置情况以及对输入数据的要求。
规定的条件还指软件的用法，一个软件的可靠性随着用法的不同而不同。
有些用法可以揭露软件的故障，有些则不能揭露软件的故障。
因此如何定义软件的用法，以及如何度量软件用法对软件失效的影响，是软件可靠性设计中的一个主要问题。
规定的时间指软件的工作周期，软件可靠性是时间的函数，失效的概率随着系统工作周期的增长而增加。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件可靠性和安全性设计指南
(仅供内部使用)
文档作者：_______________ 日期：___/___/___
开发/测试经理：_______________ 日期：___/___/___
产品经理： _______________ 日期：___/___/___
管理办：_______________ 日期：___/___/___
请在这里输入公司名称
版权所有不得复制
软件可靠性和安全性设计指南
1 范围
1 .1主题内容
[此处加入主题内容]
1 .2适用范围
[此处加入适用范围]
2 引用标准
GBxxxx 信息处理——数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定。
GB/Txxx 软件工程术语
GB/Txxxxxx 计算机软件质量保证计划规范
GB/T xxxxx 计算机软件配置管理计划规范
GB/T xxxxx 信息处理——程序构造及其表示的约定
GJBxxxx 系统安全性通用大纲
GJBxxxxx 系统电磁兼容性要求
GBxxxx 电能质量标准大纲
GBxxxxx 电能质量标准术语
3 定义
[此处加入定义]
3 .1失效容限
[此处加入失效容限]
3 .2扇入
[此处加入扇入]
3 .3扇出
[此处加入扇出]
3 .4安全关键信息
[此处加入安全关键信息]
3 .5安全关键功能
[此处加入安全关键功能]
3 .6软件安全性
[此处加入软件安全性]
4 设计准则和要求
4 .1对计算机应用系统设计的有关要求
4 .1.1 硬件软件功能的分配原则
[此处加入硬件软件功能的分配原则]
4 .1.2 硬件软件可靠性指标的分配原则[此处加入硬件软件可靠性指标的分配原则] 4 .1.3 容错设计
[此处加入容错设计]
4 .1.4 安全关键功能的人工确认
[此处加入安全关键功能的人工确认]
4 .1.
5 设计安全性内核
[此处加入设计安全性内核]
4 .1.6 记录系统故障
[此处加入记录系统故障]
4 .1.7 禁止回避检测出的不安全状态[此处加入禁止回避检测出的不安全状态]
4 .1.8 安全性关键软件的标识原则
[此处加入安全性关键软件的标识原则]
4 .1.9 分离安全关键功能
[此处加入分离安全关键功能]
4 .2对硬件设计的有关要求
[此处加入对硬件设计的有关要求]
4 .3软件需求分析
4 .3.1 一般要求
[此处加入一般要求]
4 .3.2 功能需求
[此处加入功能需求]
4.3.2.1输入
[此处加入输入]
4.3.2.2处理
[此处加入处理]
4.3.2.3输出
[此处加入输出]
4.3.2.4特殊要求
[此处加入特殊要求]
4 .3.3 性能需求
[此处加入性能需求]
4.3.3.1精度
[此处加入精度]
4.3.3.2容量
[此处加入容量]
4.3.3.3时间特性
[此处加入时间特性]
4.3.3.4灵活性
[此处加入灵活性]
4 .3.4 接口需求
[此处加入接口需求]
4.3.4.1与外部设备的接口
[此处加入与外部设备的接口]
4.3.4.2与其它系统的接口
[此处加入与其它系统的接口]
4.3.4.3人机接口
[此处加入人机接口]
4 .3.
5 数据需求
[此处加入数据需求]
4 .3.6 环境需求
[此处加入环境需求]
4.3.6.1硬件
[此处加入硬件]
4.3.6.2软件
[此处加入软件]
4 .3.7 软件可靠性和安全性需求[此处加入软件可靠性和安全性需求] 4 .3.8 其它需求
[此处加入其它需求]
4 .3.9 采样的确定原则
[此处加入采样的确定原则]
4 .4.1 一般要求
[此处加入一般要求]
4 .4.2 功能设计与分配
[此处加入功能设计与分配]
4 .4.3 控制流与数据流
[此处加入控制流与数据流]
4 .4.4 资源分配及余量
[此处加入资源分配及余量]
4 .4.
5 设计限制
[此处加入设计限制]
4 .4.6 安全关键功能的设计[此处加入安全关键功能的设计] 4 .4.7 冗余设计
4.4.7.1恢复块
[此处加入恢复块]
4.4.7.2信息冗余
[此处加入信息冗余]
4 .4.8 接口设计
4.4.8.1一般要求
[此处加入一般要求]
4.4.8.2人机界面设计
[此处加入人机界面设计]
4.4.8.3报警设计
[此处加入报警设计]
4.4.8.4软件接口设计
[此处加入软件接口设计]
4 .4.9 软件健壮性设计
4.4.9.1电源失效处理
4.4.9.2系统不稳定的处理[此处加入系统不稳定的处理] 4.4.9.3接口故障处理
[此处加入接口故障处理]
4.4.9.4错误操作处理
[此处加入错误操作处理]
4.4.10.1模块的单入口和单出口[此处加入模块的单入口和单出口] 4.4.10.2模块的独立性
[此处加入模块的独立性]
4.4.10.3模块的扇入扇出
[此处加入模块的扇入扇出]
4.4.10.4模块的耦合方式
[此处加入模块的耦合方式]
4.4.10.5模块的内聚方式
[此处加入模块的内聚方式]
4 .4.11 数据设计
4.4.11.1属性控制
[此处加入属性控制]
4.4.11.2数值运算范围控制[此处加入数值运算范围控制]
4.4.11.3精度控制
[此处加入精度控制]
4.4.11.4合理性检查
[此处加入合理性检查]
4.4.11.5特殊问题
[此处加入特殊问题]
4 .5软件实现
4 .5.1 语言要求
[此处加入语言要求]
4 .5.2 McCabe指数
McCabe指数为8。
4 .5.3 参数化
[此处加入参数化]
4 .5.4 公用数据和公共变量
[此处加入公用数据和公共变量]
4 .5.
5 标志
[此处加入标志]
4 .5.6 文件
[此处加入文件]
4 .5.7 数据区隔离
[此处加入数据区隔离]
4 .5.8 安全关键信息的要求
[此处加入安全关键信息的要求]
4 .5.9 程序单元的规模
[此处加入程序单元的规模]
4 .5.10 命名要求
[此处加入命名要求]
4 .5.11 程序格式化要求
[此处加入程序格式化要求]
4 .5.12 程序注释要求与方法
[此处加入程序注释要求与方法]
4 .5.13 程序设计风格
[此处加入程序设计风格]
4 .5.14 多余物的处理
4.5.14.1文档中未记载特征的清除[此处加入文档中未记载特征的清除] 4.5.14.2覆盖的处理
[此处加入覆盖的处理]。