软件开发行为规范

1、文件编号JS-GD01版本/修订号A页 数8生效日期2014年10月8日软件开发行为规范编写人/日期杨春霞/2014年10月8日审批人/日期修 改 记 录修改状态修改人修改内容概要审批人生效日期首次发放前 言为了使公司的软件开发过程规范化，把各种规范逐步形成工程师的作业规范，特制定本软件开发行为规范，以达到过程控制的目的。与软件开发相关的所有人员，包括各级经理和工程师都必须遵守本软件开发行为规范。对违反规范的开发行为，必须按照有关管理规定进行处罚。本软件开发行为规范的内容包括：软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。 本软件开发

2、行为规范，采用以下的术语描述： 规则：在软件开发过程中强制必须遵守的行为规范。 建议：软件开发过程中必须加以考虑的行为规范。 说明：对此规则或建议进行必要的解释。 示例：对此规则或建议从正或反两个方面给出例子。 本软件开发过程行为规范由研究技术管理处负责解释和维护。目 录1、 软件需求分析2、软件项目计划3、概要设计 4、详细设计 5、 编码 6、需求管理 7、软件质量保证 1 软件需求分析1-1：软件需求分析必须在产品需求规格的基础上进行，并保证完全实现产品需求规格的定义。1-2：当产品的需求规格发生变更时，必须修订软件需求规格文档。软件需求规格的变更必须经过评审，并保存评审记录。1-3：必

3、须对软件需求规格文档进行正规检视。1-4：软件需求分析过程活动结束前，必须经过评审，并保存评审记录。1-5：在对软件需求规格文档的正规检视或评审时，必须检查软件需求规格文档中需求的清晰性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。2 软件项目计划2-1：软件项目计划必须以产品/软件的需求规格为基础。当发生需求更改时，必须修订软件开发计划。说明：软件项目计划必须依据需求规格进行制定。项目计划中的工作产品和工作任务应保证能完全实现需求规格的定义。当需求更改时，必须考虑需求更改的相关性，修订相应软件开发计

4、划。2-2：制定软件项目计划必须遵守“软件项目计划规范”。2-3：软件经理对软件项目计划的制定和结果负责。2-4：软件经理和相关参与软件项目计划的制定和评审的人员，在参与计划制定之前必须经过软件工程和软件项目计划制定流程的培训。2-5：对某项工作产品和任务的软件，同时采用两种或以上的方法进行估计，以避免一种方法的偏差。2-6：尽量采用历史经验数据进行软件估计。2-7： 在“软件项目计划”包括人员的培训计划。说明：项目人员计划包括需要的人员类型、数量和技术等级的要求，相关人员的开始工作时间、工作周期、接受培训的计划等。2-8：对软件项目进行风险分析与评估。2-9：对应工作任务，制定项目的文档计划

5、。2-10：软件项目计划必须是整个项目开发过程的计划，包括测试。2-11：测试经理对照整个开发计划建立软件验证与确认计划。软件验证与确认计划可作为独立的计划文档。2-12：必须对项目工作进行分解，确定项目的工作任务，任务的责任人、资源要求、时间要求、项目的进度。2-13：“软件项目计划”必须按照文档模板的要求编写。项目组可根据项目的实际情况，对文档模板中的内容进行裁减。项目组对文档模板内容的裁减必须得到上级管理部门的审核批准。2-14：软件项目计划必须经过评审。2-15：软件项目计划的评审采用以下检查表。序号问 题1软件项目计划是否完全反映（对应）“软件需求说明书”里的需求？2软件项目计划是否

6、有开发方法的说明？3软件项目计划是否有资源需求的说明？4软件项目计划是否包含风险管理计划？5软件项目计划是否包含了版本发布的机制？6软件项目计划是否标识了所有必须的培训计划？7软件项目计划是否标识了所有内部和外部的传递关系？8软件项目计划是否标明了项目的依赖关系？9软件项目计划是否标明了角色和职责？10软件项目计划是否标明了汇报的机制？11软件项目计划是否说明了跟踪和监控机制？12软件项目计划是否包含项目开发使用的工具？2-16：参加“软件项目计划”评审的人员，除软件经理和项目组人员外，必须有产品需求部门经理、上级管理部门、质量部门。2-17：“软件项目计划”通过评审后，软件经理组织相关人员对

7、任务进行承诺，签定工作任务书。2-18：当实际结果和“软件项目计划”发生偏离时，必须进行分析，根据分析结果标明纠正措施。必要的情况下，要及时修订“软件项目计划”。2-19：在软件项目跟踪监控活动中，必须定期进行总结和评审，撰写开发状态报告。2-20：根据项目的特点，报告的周期可以为周、双周、月。2-21：在软件开发各里程碑阶段结束前，必须进行阶段评审，对软件项目进行重估计，必要的情况下修订“软件项目计划”。 2-22：必须提供相应资源，包括工具和人员等，进行软件项目计划和项目跟踪监控活动。2-23：在软件项目计划和项目跟踪监控过程活动中，必须进行数据度量和分析。3 概要设计3-1：概要设计要以

8、软件需求规格为基础，必须保证需要实现的需求规格已经被设计。3-2：当需求规格发生变更时，必须修订相关概要设计文档。3-3：必须保证概要设计文档和代码的一致性。当发生设计更改时，必须修订相应设计文档。 3-4：概要设计过程结束前，必须通过评审，并保存评审记录。3-5：设计更改必须经过相关评审，并保存评审记录。 3-6：对概要设计文档，必须检查概要设计文档的清晰性、完备性、规范性、一致性、正确性、数据、功能性、接口、详细程度、可维护性、性能、可靠性、可测试性、可追溯性。4 详细设计4-1：详细设计要以软件需求规格和概要设计为基础，必须保证需要实现的需求规格已经被设计，必须保证概要设计定义的所有模块

9、已经被详细设计。4-2：当需求规格或概要设计发生变更时，必须修订相关详细设计文档。4-3：在详细设计文档或需求管理文档中，必须记录、验证需求、概要设计、详细设计的跟踪关系。4-4：必须保证详细设计文档和代码的一致性。当发生设计更改时，必须修订相应设计文档。4-5：必须对重要的详细设计文档进行正规检视。4-6：详细设计过程结束前，必须通过评审，并保存评审记录。4-7：设计更改必须经过相关评审，并保存评审记录。4-8：对详细设计文档的正规检视或评审，必须检查详细设计文档的清晰性、完备性、规范性、一致性、正确性、数据、功能性、接口、详细程度、可维护性、性能、可靠性、可测试性、可追溯性。5 编码5-1

10、：编码必须以设计文档为基础，必须保证所有的设计都被编码实现。当设计发生变更时，必须修改相关代码。5-2：必须保证设计文档和代码的一致性。当代码的修改已经造成设计更改时，必须修订相应设计文档。5-3：必须对重要的代码进行正规检视。5-4：在代码已经基线化后，对代码的更改必须通过评审，并保存评审记录。5-5：代码必须遵守相关的编程规范规定。5-6：对代码的正规检视和评审，必须依照相关编程规范规定检查编程规范符合情况。6 需求管理6-1：产品项目必须安排人员负责需求管理的职责。6-2：必须建立文档标识分配到软件中的产品系统需求。6-3：相关人员必须接受需求管理活动方面的培训。6-4：必须对对经过评审

11、和批准的需求文档进行管理和控制。6-5：必须对需求变更采用严格的变更控制流程控制。6-6：必须在开发过程中对需求进行跟踪。6-7：在需求管理活动中必须建立相关度量记录。6-8：需求管理活动和其文档必须接受上级管理部门、产品项目经理评审。7 软件质量保证7-1：产品项目组要有相关的质量人员和组织，并开展质量活动。7-2: 产品项目质量的组织活动必须通过如下检查。序号问 题1产品项目是否建立一个独立的、能够支持那些要求独立性活动的质量组织？对所有项目，质量功能是否到位？2质量组是否有一个向产品组之上的管理者、管理部门报告的渠道？3是否为组织进行质量活动提供足够的资源和费用？4质量组的成员是否接受了

12、培训以完成他们的质量活动？5项目的软件相关成员是否接受了有关质量组任务、职责、权利等的相关培训？6上级管理部门是否对产品项目的质量活动及其结果进行了定期评审？7产品项目经理是否定期和事件驱动地参与评审质量活动?7-3: 产品项目必须有质量计划，质量计划必须通过如下检查。序号问 题1制定质量计划的活动是否按照公司的相关规范进行？ 如果存在偏差，是否形成了偏差文档，并得到研究技术管理处的批准？2质量计划是否符合公司规范中质量计划模板的要求？ 如果存在偏差，是否形成了偏差文档，并得到研究技术管理处的批准？ 3质量活动是否按照质量计划进行？ 4质量计划是否经过计划中涉及的相关组和个人的评审，并得到质量经理、产品项目经理的批准？5质量计划和软件项目计划是否在项目的里程碑处进行了修改，修改是否得到批准？质量计划和软件项目开发计划是否同步变更？7-4：质量必须对产品软件开发过程进行过程审计。7-5：质量的过程审计必须通过如下的检查。序号问 题1产品项目是否明确定义了各种软件活动过程？定义的活动过程是否经过质量和相关管理部门的批准？2软件过程审计是否按照公司制订的软件过程审计规程执行？3质量是否对每一个软件活动过程提交了过程审计报告？4是否提交了过程不符合项报告？5质量的过程审计结果是否通过适当的渠道报告给适当的管理者？7-6：