文件编号 JS-GD01版本/修订号 A页 数 8生效日期 2014 年 10 月 8 日软件开发行为规范编写人/日期 杨春霞/2014 年 10 月 8 日 审批人/日期修 改 记 录修改状态 修改人 修改内容概要 审批人 生效日期首次发放前 言为了使公司的软件开发过程规范化,把各种规范逐步形成工
248-华为软件开发行为规范Tag内容描述:
1、发相关的所有人员,包括各级经理和工程师都必须遵守本软件开发行为规范。
对违反规范的开发行为,必须按照有关管理规定进行处罚。
本软件开发行为规范的内容包括:软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。
本软件开发行为规范,采用以下的术语描述: 规则:在软件开发过程中强制必须遵守的行为规范。
建议:软件开发过程中必须加以考虑的行为规范。
说明:对此规则或建议进行必要的解释。
示例:对此规则或建议从正或反两个方面给出例子。
本软件开发过程行为规范由研究技术管理处负责解释和维护。
目 录1、 软件需求分析2、软件项目计划3、概要设计 4、详细设计 5、 编码 6、需求管理 7、软件质量保证 1 软件需求分析1-1:软件需求分析必。
2、软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。
本软件开发行为规范,采用以下的术语描述: 规则:在软件开发过程中强制必须遵守的行为规范。
建议:软件开发过程中必须加以考虑的行为规范。
说明:对此规则或建议进行必要的解释。
示例:对此规则或建议从正或反两个方面给出例子。
本软件开发过程行为规范由研究技术管理处负责解释和维护。
研究技术管理处仅供内部使用 3目 录1 软件需求分析 52 软件项目计划 93 概要设计 114 详细设计 145 编码 186 需求管理 197 软件配置管理 218 软件质量保证 239 数据度量和分析 25软件开发行为规范 1 软件需求分析仅供内部使用 41 软件需求分析1-1:软件需求分析必须在产品需求规格的基础上进行,并保证完全实现产品需求规格的定义。
1-2:当产品的需求规格发生变更时,必须修订软件需求规格文档。
软件需求规格的变更必须经过评审,并保存评审记录。
1-3:必须对软件需求规格文档进行正规检视。
1-4:软件需求分析过程活动结束前,必须经过评审,并保存评审记录。
1-5:在对软件。
3、的开发行为,必须按照有关管理规定进行处罚。
本软件开发行为规范的内容包括:软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。
本软件开发行为规范,采用以下的术语描述: 规则:在软件开发过程中强制必须遵守的行为规范。
建议:软件开发过程中必须加以考虑的行为规范。
说明:对此规则或建议进行必要的解释。
示例:对此规则或建议从正或反两个方面给出例子。
本软件开发过程行为规范由研究技术管理处负责解释和维护。
研究技术管理处目 录1 软件需求分析 52 软件项目计划 93 概要设计 114 详细设计 145 编码 186 需求管理 197 软件配置管理 218 软件质量保证 239 数据度量和分析 251 软件需求分析1-1:软件需求分析必须在产品需求规格的基础上进行,并保证完全实现产品需求规格的定义。
1-2:当产品的需求规格发生变更时,必须修订软件需求规格文档。
软件需求规格的变更必须经过评审,并保存评审记录。
1-3:必须对软件需求规格文档进行正规检视。
1-。
4、软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。
本软件开发行为规范,采用以下的术语描述: 规则:在软件开发过程中强制必须遵守的行为规范。
建议:软件开发过程中必须加以考虑的行为规范。
说明:对此规则或建议进行必要的解释。
示例:对此规则或建议从正或反两个方面给出例子。
本软件开发过程行为规范由研究技术管理处负责解释和维护。
研究技术管理处仅供内部使用 3目 录1 软件需求分析 52 软件项目计划 93 概要设计 114 详细设计 145 编码 186 需求管理 197 软件配置管理 218 软件质量保证 239 数据度量和分析 25软件开发行为规范 1 软件需求分析仅供内部使用 41 软件需求分析1-1:软件需求分析必须在产品需求规格的基础上进行,并保证完全实现产品需求规格的定义。
1-2:当产品的需求规格发生变更时,必须修订软件需求规格文档。
软件需求规格的变更必须经过评审,并保存评审记录。
1-3:必须对软件需求规格文档进行正规检视。
1-4:软件需求分析过程活动结束前,必须经过评审,并保存评审记录。
1-5:在对软件。