软件设计开发规范.docx

软件设计开发规范 　　篇一：软件开发规范 　　软件开发规范  　　软件开发行为规范  　　(第一版）  　　为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中，把各种规范“逐步形成工程师的作业规范”，特制定本软件开发行为规范，以达到过程控制的目的。  　　与软件开发相关的所有人员，包括各级经理和工程师都必须遵守本软件开发行为规范。对违反规范的开发行为，必须按照有关管理规定进行处罚。  　　本软件开发行为规范的内容包括：软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。  　　本软件开发行为规范，采用以下的术语描述：  　　★ 规则  　　★ 建议  　　★ 说明：对此规则或建议进行必要的解释。  　　★ 示例：对此规则或建议从正或反两个方面给出例子。  　　本软件开发过程行为规范由研究技术管理处负责解释和维护。  　　目 录  　　1 软件需求分析  　　2 软件项目计划  　　3 概要设计  　　4 详细设计  　　5 编码  　　6 需求管理  　　7 软件配置管理  　　8 软件质量保证  　　9 数据度量和分析  　　仅供内部使用 3 5 9 11 14 18 19 21 23 25 　　1 软件需求分析 　　1-1：软件需求分析必须在产品需求规格的基础上进行，并保证完全实现产品需求规格的定义。 1-2：当产品的需求规格发生变更时，必须修订软件需求规格文档。软件需求规格的变更必须经过评审，并保存评审记录。  　　1-3：必须对软件需求规格文档进行正规检视。  　　1-4：软件需求分析过程活动结束前，必须经过评审，并保存评审记录。  　　1-5：在对软件需求规格文档的正规检视或评审时，必须检查软件需求规格文档中需求的清晰性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。  　　说明：参考建议1-1到1-16。  　　1-1：采用以下检查表检查软件需求规格文档中需求的清晰性。 　　1-2：采用以下检查表检查软件需求规格文档中需求的完备性。　　仅供内部使用 4 　　1-3：采用以下检查表检查软件需求规格文档中需求的兼容性。  　　1-4：采用以下检查表检查软件需求规格文档中需求的一致性。  　　1-5：采用以下检查表检查软件需求规格文档中需求的正确性。  　　1-6：采用以下检查表检查软件需求规格文档中需求的可行性。  　　仅供内部使用 5  　　篇二：软件设计文档国家标准GB8567  　　软件设计文档国家标准GB8567-88  　　一、文档编写标准化  　　在整个项目开发及使用过程中，应该有完备的文档支持，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性和可追溯性。  　　完备的文档对软件的开发及使用起了很大的作用。一般要求编写好十三种文档。  　　1、 可行性分析报告  　　说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。  　　2、 项目开发计划  　　为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。  　　3、 软件需求说明书（软件规格说明书）  　　对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。  　　4、 概要设计说明书  　　是概要设计阶段的工作总结。主要包括功能分配、模块划分、程序总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理等，为详细设计作好准备。  　　5、 详细设计说明书  　　着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。  　　6、 用户操作手册  　　详细描述了该软件的功能、性能和用户界面，使用该软件的具体方法等。  　　7、 测试计划  　　包括测试内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。  　　8、 测试分析报告  　　测试计划的执行情况，对测试结果的分析，提出测试结论。  　　9、 开发进度月报  　　按月提交的项目进展情况报告。包括计划与实际执行情况的对比、阶段成果、遇到的问题、解决的方法以及下一步的打算。  　　10、项目开发总结报告  　　项目完成以后，总结实