软件可靠性和安全性设计指南
软件可靠性和安全性设计指南
文档 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。
软件可靠性与安全性分析、评估方法及建议
软件可靠性与安全性分析、评估方法及建议一、背景介绍随着产品技术的发展及数字化技术的应用，软件在产品中所占的比重越来越大，其规模和复杂性急剧增加，对产品的可靠性、安全性工作提出了严峻的考验。
为保证软件可靠性，需要对软件进行可靠性测试和评估工作，从而尽早发现并改进软件中影响产品质量的缺陷，有效提高软件可靠性。
为保障软件安全性，需要对软件进行安全性分析与验证工作。
目前，随着GJB Z 161-2012 军用软件可靠性评估指南、GJB 900A-2012 装备安全性工作通用要求、GJB 102A-2012军用软件安全性设计指南、ARP4761与民用机载系统安全性评估流程及DO-178B/C机载系统合格审定过程中的软件考虑等标准的颁布实施，以及空军航定〔2012〕4号《航空军用软件定型测评进入条件评估准则》中明确提出关键软件在进入定型测评前必须具备《软件失效风险分析报告》；空军装型〔2010〕131号《空军重点型号软件工程化要求》中也明确提出在软件研制阶段中，必须要开展软件安全性分析与验证工作等规定。
美国在70年代研制F/A-18飞机期间首次引入软件安全性技术。
在研制F-22和F-35飞机时，则明确要求按照MIL-STD-882和DO-178B开展机载软件安全性工作。
在民机领域，波音和空客均严格按照ARP-4761及DO-178B/C标准开展了软件安全性分析与验证，并作为适航审定的核心要素。
在高铁、核工业、汽车、医疗等领域，同样要求按照IEC 61508、EN50128、IEC60880、IEC 61513、ISO 14971等标准，对构建高安全性软件做出严格规定。
从上述可以看出，当前世界各国对于软件产品的可靠性评估、安全性分析验证工作都提高了一个新的高度，都提出了具体的要求。
二、何为软件可靠性评估根据国家标准GB11457，软件可靠性评估或软件可靠性评价是指“确定现有系统或系统部件可靠性所达到的水平的过程”。
软件架构设计指南
软件架构设计指南软件架构设计是指为了有效地组织和管理软件系统，将系统的各个组件和模块分离，并定义它们之间的关系和交互方式的过程。
一个良好的软件架构设计可以确保软件系统的可靠性、可维护性和可扩展性。
本文将为您提供一些软件架构设计的指南，帮助您在进行软件开发时制定合理的架构设计。
1. 选择适当的架构风格在进行软件架构设计时，首先需要考虑适合项目的架构风格。
常见的架构风格包括分层架构、客户端-服务器架构、微服务架构等。
分层架构适用于复杂的系统，将系统分为若干层次，每个层次都有特定的责任；客户端-服务器架构适用于需要客户端与服务器之间进行通信的系统；微服务架构适用于分布式系统，将系统拆分为多个小型的、相互独立的服务。
2. 模块化设计在进行软件架构设计时，应该将系统拆分为独立的模块，并定义它们之间的接口和依赖关系。
模块化设计可以将复杂的系统拆分为更小的部分，提高系统的可维护性和可复用性。
每个模块应该具有清晰的职责和功能，并尽量避免模块之间的紧耦合关系。
3. 考虑性能和可伸缩性在进行软件架构设计时，需要考虑系统的性能和可伸缩性。
系统应该能够处理大量的请求，并在高负载情况下保持稳定。
为了提高系统性能，可以采用缓存、负载均衡等技术。
同时，应该考虑系统未来的扩展需求，设计可伸缩的架构，方便系统的横向和纵向扩展。
4. 灵活性和可扩展性一个好的软件架构应该具有灵活性和可扩展性。
系统应该能够适应需求变化，容易进行功能扩展和模块替换。
在架构设计中，应该遵循开闭原则，即对扩展开放，对修改关闭。
可以通过使用设计模式和接口来实现灵活的架构。
5. 安全性和可靠性安全性和可靠性在软件架构设计中也是非常重要的考虑因素。
系统需要具有良好的安全机制，保护用户数据和系统资源的安全性。
同时，应该考虑系统的可靠性，采用冗余和备份机制，确保系统在故障时能够恢复正常运行。
6. 文档和沟通软件架构设计需要充分的文档和沟通工作。
在设计过程中应该编写清晰的文档，描述系统的架构设计和各个模块的功能。
常用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
电子产品环境应力筛选方法
GJB-Z 141-2004 军用软件测试指南
目录1范围 (3)2引用文件 (3)3术语和定义 (3)4一般要求 (3)4.1测试目的 (3)4.2测试级别 (3)4.3测试内容 (4)4.4测试过程 (4)4.5测试方法 (4)4.6测试用例 (5)4.7测试管理 (6)4.8文档编写 (7)4.9测试工具 (8)4.10软件安全性关键等级与测试的关系 (9)5单元测试 (9)5.1测试对象和目的 (9)5.2测试的组织和管理 (9)5 3技术要求 (9)5.4测试内容 (10)5.5测试环境 (12)5.6测试方法 (12)5.7进入条件 (12)5.8结束条件 (12)5.9测试过程 (12)5.10文档 (15)6部件测试 (15)6.1测试对象和目的 (15)6.2测试的组织和管理 (15)6.3技术要求 (16)6.4测试内容 (16)6.5测试环境 (17)6.6测试方法 (17)6.7进入条件 (17)6.8结束条件 (18)6.9测试过程 (18)6.10文档 (20)7配置项测试 (21)7.1测试对象和目的 (21)7.2测试的组织和管理 (21)7.3技术要求 (21)7.4测试内容 (22)7.5测试环境 (26)7.6测试方法 (26)7.7进入条件 (26)7.8结束条件 (27)7.9测试过程 (27)7.10文档 (29)8系统测试 (30)8.1测试对象和目的 (30)8.2测试的组织和管理 (30)8.3技术要求 (30)8.4测试内容 (31)8.5测试环境 (35)8.6测试方法 (35)8.7进入条件 (35)8.8结束条件 (36)8.9测试过程 (36)8.10文档 (38)9回归测试 (39)9.1测试对象和测试目的 (39)9.2进入条件 (39)9.3单元回归测试 (39)9.4部件回归测试 (41)9.5配置项回归测试 (43)9.6系统回归测试 (45)附录A (49)A.1静态测试方法 (49)A.2动态测试方法 (52)附录B (56)B.1斯奈德蕴德模型 (56)B.2广义指数模型 (60)B.3穆沙/奥库姆脱对数泊松执行时间模型 (63)B.4列透务德/弗尔洛模型 (64)附录C (68)C.1软件测试用例 (68)C.2软件测试记录 (69)C.3软件问题报告单 (70)附录D (71)军用软件测试指南1范围本指导性技术文件规定了军用软件在其生存周期内各阶段测试的方法、过程和准则。
gjb软件设计规范文档
gjb软件设计规范文档英文回答：Software design specifications are essential documents that outline the requirements, architecture, and design of a software system. These documents serve as a guide for developers, ensuring that the software is built according to the desired functionality and quality standards.There are several key elements that should be included in a software design specification document. Firstly, it should clearly define the purpose and scope of the software system. This includes specifying the target users, their needs, and the specific features and functionalities that the software should provide. For example, if I were designing a mobile banking application, I would specifythat the target users are bank customers who want to perform various banking transactions such as checking account balances, transferring funds, and paying bills.Secondly, the software design specification should include the system architecture and design. This entails describing the overall structure of the software system, including the different components, modules, and their interactions. It should also outline the data flow, control flow, and the overall system behavior. For instance, in the mobile banking application, I would specify the different modules such as user authentication, account management, and transaction processing, and how they interact with each other.Furthermore, the document should provide detailed design specifications for each component or module. This includes specifying the input and output data formats, algorithms, data structures, and any external interfaces that need to be implemented. It should also outline any performance or security requirements. For example, in the mobile banking application, I would specify the data formats for user login credentials, the encryption algorithms for secure communication, and the database schema for storing transaction records.In addition to these technical specifications, the software design document should also include any non-functional requirements such as usability, reliability, and maintainability. This could involve specifying user interface guidelines, error handling mechanisms, and software testing procedures. For instance, in the mobile banking application, I would specify that the userinterface should be intuitive and easy to navigate, andthat the software should be able to handle errorsgracefully and recover from failures.Overall, a well-written software design specification document is crucial for ensuring the successful development of a software system. It provides a clear roadmap for developers, enabling them to build a high-quality software product that meets the needs of the users. By following established design principles and best practices, developers can create software that is robust, scalable, and maintainable.中文回答：软件设计规范文档是一份至关重要的文件，用于概述软件系统的需求、架构和设计。
软件架构设计规范完整版
软件架构设计规范完整版1. 引言本文档旨在为软件架构设计提供一个规范的指南，以确保软件系统的可靠性、可维护性和可扩展性。
软件架构设计是一个关键的环节，决定了软件系统的整体结构和组成部分之间的关系。
通过遵循本规范，我们可以确保设计出高质量的软件架构，满足项目的需求。
2. 设计原则在进行软件架构设计时，应遵循以下设计原则：- 模块化：将系统划分为相互独立的模块，每个模块完成一个独立的功能，便于独立开发和维护。
- 松耦合：模块间的依赖应尽量减少，使得系统的各个模块可以独立变更、测试和部署。
- 高内聚：每个模块的功能应该高度一致，模块内的组件应该紧密配合，减少不必要的交互和依赖。
- 可扩展：系统的架构应该具备良好的扩展性，能够容易地加入新的功能模块或变更现有模块。
3. 架构模式在进行软件架构设计时，可以采用以下常见的架构模式：- 分层架构：将系统划分为多个层次，每个层次负责特定的功能，层与层之间通过接口进行通信。
- 客户端-服务器架构：将系统划分为客户端和服务器两部分，客户端负责用户界面，服务器负责业务逻辑和数据管理。
- 微服务架构：将系统拆分为多个小型服务，每个服务专注于一个特定的业务功能，通过接口进行通信。
4. 组件设计在进行软件架构设计时，需要合理设计各个组件的结构和功能。
以下是一些组件设计的注意事项：- 将常用算法和功能封装成可复用的组件，提高开发效率。
- 对于复杂的功能，可以采用模块化的方式进行拆分，降低复杂度。
- 考虑组件的性能、安全性和可靠性要求，选择适当的技术实现。
- 组件之间的接口设计应该清晰简洁，避免冗余或模糊的接口定义。
5. 数据管理在软件架构设计中，数据管理是一个关键的方面，以下是一些建议：- 选择合适的数据库技术，根据项目需求选择关系型数据库、非关系型数据库或其他存储方案。
- 对于大规模数据，考虑数据分片、数据缓存等方案，以提高系统的性能和可扩展性。
- 设计合理的数据模型，确保数据的一致性和完整性。
军用软件测评实验室测评过程和技术能力要求
军用软件测评实验室测评过程和技术能力要求1. 目的和范围1.1 目的本文件规定了军用软件测评实验室的测评过程和技术能力要求，以确保实验室能够按照相关规定和标准进行软件测评，提高软件产品的质量和使用效能。
1.2 范围本文件适用于军用软件测评实验室的测评过程和技术能力要求，包括测评策划、准备阶段、实施阶段、总结阶段和技术能力要求等方面的内容。
2. 测评过程2.1 测评策划实验室应制定详细的测评计划，包括测评目标、内容、方法、时间安排和人员分工等，并根据客户需求进行定制化服务。
2.2 准备阶段在准备阶段，实验室需根据测评计划，准备好相应的测评环境、工具和资源，包括硬件设备、软件工具、网络环境等，确保测评工作顺利进行。
2.3 实施阶段在实施阶段，实验室应按照测评计划和相关规定进行实际的测评工作，记录并分析测试数据，确保测试结果的准确性和可靠性。
2.4 总结阶段在总结阶段，实验室应对测试结果进行汇总和分析，形成完整的测评报告，并提出改进意见和建议，为软件产品的质量和使用效能提供有力保障。
3. 技术能力要求3.1 测评方法掌握实验室应掌握多种测评方法，如功能测试、性能测试、安全测试等，并能够根据不同的软件产品和应用场景选择合适的测评方法。
3.2 软件测试技术实验室应具备扎实的软件测试技术基础，熟悉软件测试理论、流程和方法，能够独立设计和执行测试用例，并能够根据测试结果进行准确的分析和评估。
3.3 工具应用能力实验室应熟练掌握各类软件测试工具和自动化测试框架，包括测试管理工具、负载测试工具、功能测试工具等，以提高测试效率和准确性。
3.4 问题分析和解决能力实验室应具有较强的问题分析和解决能力，能够在测试过程中快速定位和解决出现的问题，同时能够提供有效的解决方案和建议。
3.5 文档编写能力实验室应具有良好的文档编写能力，能够按照相关规定和标准编写测试计划、测试用例、测试报告等相关文档，确保文档质量和使用价值。
4. 质量保证4.1 质量控制流程实验室应建立完善的质量控制流程，包括需求分析、设计评审、代码审查、测试计划审查、测试过程监督、结果审查等环节，以确保测试质量和结果的可信度。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
诸城汽车网（）2012
软件可靠性和安全性设计指南
(仅供内部使用)
文档作者：_______________ 日期：___/___/___
开发/测试经理：_______________ 日期：___/___/___
产品经理：_______________ 日期：___/___/___
管理办：_______________ 日期：___/___/___
请在这里输入公司名称
版权所有不得复制
软件可靠性和安全性设计指南
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软件设计
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 简化设计
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覆盖的处理
[此处加入覆盖的处理]。