欢迎关注秦宇思维头条号，每晚免费获取更多管理知识和行业动态以及实用方法。

软件项目质量策划

软件项目质量规划包括以下内容：

□质量标准与新政策

□质量目标

□角色和职责

□质量管理活动

□风险评估

□缺陷预防措施

软件项目质量标准和新政

质量标准和质量政策存在于组织过程资产中，通常由专门人员不断更新和发布。

质量标准和质量政策可以是软件供应商本身的要求，也可以是用户的要求，取决于项目的具体情况。

软件项目所依据的质量标准和质量政策：

□编码标准

□文件标准

软件项目质量目标

软件项目的质量目标描述了组织内或用户方的验收标准。 组织内的验收标准来自组织的质量管理计划。 项目总监可以根据项目情况为项目制定具体的质量目标：

1. 产品目标

□项目交付缺陷密度DefectsperKFPs0.18

□纠错率No.ofBadFixes/No.ofDeliveredTickets<1%

2.流程执行目标

□客户满意度调查得分 PAST>=85

□工程进度误差±5%

软件项目角色

软件项目职责

1. 项目总监

□合同履行负责人

□项目计划起草及执行主管

□项目组织指挥

□项目协调环节

□ 项目控制中心等

2. 系统分析团队

□用户需求报告草稿

□系统可行性分析报告、系统需求说明书和设计任务说明书等。

□制定系统开发计划

□制定系统测试计划

□ 制定系统试运行计划等。

3. 开发团队

□配合系统分析师完成软件系统及模块的需求检验和需求分析

□配合系统分析师完成软件系统及模块的设计

□准备项目相关技术文件

□ 完成软件系统及模块的编码

□完整的单元测试

□协助测试人员完成软件系统及模块的测试

4. 测试组

□设计测试计划和测试策略

□编写测试软件并准备测试数据

□编写测试用例

□搭建测试环境并执行测试

□撰写测试报告

□追踪缺陷

5、配置管理组

□ 完善各部门需要归档和版本控制的代码、文档（包括外部文件）和阶段性成果的发送

□控制对代码、文档等的双向访问。

□所有归档文件的版本控制

□ 提供文档规范并传达给开发团队

6. 质量保证组

□系统分析人员是否正确反映了用户的需求

□软件执行是否正确实现了分析师的设计思路

□测试人员是否进行了彻底、全面的测试？

□配置管理员是否彻底规范文档，版本控制是否有效

软件项目质量活动

1.项目管理计划审查。

2.项目配置管理计划的审查。

3.项目质量管理计划的评审。

4.需求审核。

5.外部设计审查。

6.内部设计审查。

7. 代码审查。

8. 测试计划审查。

9. 测试用例审查。

10、测试：

□单元测试

□集成测试

□系统测试

□验收测试

11. 项目管理质量保证审查。

12. 流程改进。

13. 对可交付成果进行初步检查和审查。

14.基本触发分析RCA。

15、项目总结会议等。

软件项目风险评估

项目风险评估包括风险管理规划、风险识别、风险分析、风险应对计划和风险监控等各个过程。 项目风险管理的目标是增加积极项目危机的概率和影响，增加悲观项目危机的概率和影响：

1.规划风险管理

定义如何执行项目风险管理活动的过程。

2. 识别风险

确定哪些风险会影响项目并记录其特征的过程。

3. 进行定性风险分析

评估和综合分析风险的概率和影响，并对风险进行优先级排序，从而为后续分析或行动提供依据的过程。

4. 进行定量风险分析

定量分析已识别风险对总体项目目标的影响的过程。

5. 规划风险应对措施

根据项目目标制定计划和措施以增加机会并减少恐吓的过程。

6. 监控风险

在整个项目过程中，实施风险应对计划、跟踪已识别风险、监控残余风险、识别新风险以及评估风险流程有效性的过程。

软件项目缺陷分布

项目各阶段缺陷分布：

需求规格说明书的编写原则

需求人员加强与客户的沟通，需求说明书的编写应遵循以下八项原则：

1、功能与实现分离，即描述要做什么，而不是这样实现。

2. 使用面向处理的尺寸标注语言，讨论系统对环境的各种刺激可能做出什么样的功能响应，定义行为模型，然后得到要做什么的尺寸标注规范。

3. 如果目标软件只是较大系统中的一个元素，则整个较大系统也应包含在尺寸规范的描述中。 描述该目标软件与系统的其他系统元素交互的方式。

4. 尺寸必须包括系统运行的环境。

5. 系统规模确定必须是理解模型，而不是设计或实现模型。

6. 维度规范必须是可操作的，以便可以确定对于任何给定的测试用例，所建议的实现是否仍然满足维度规范。

7. 尺寸必须允许不完整并允许扩展。

8. 尺寸必须局部化且松散耦合。 本地化软件 立项报告，当信息发生变化时，只需更改一段内容。 松耦合使得添加和删除段落变得容易。

设计技术标准

1、设计的结构应该是层次结构，然后建立软件部门之间的控制。

2、设计应模块化，将软件逻辑定义为完成特定功能或子功能。

3. 设计应包括数据表示和过程表示。

4、设计应构建具有独立功能特性的模块。

5、设计要完善软件 立项报告，以增加模块与外部环境复杂连接的插座。

6. 设计应该能够基于通过软件需求分析获得的信息构建可驱动且可重复的方法。

编码缺陷预防举措

编码缺陷防治措施主要包括：

□统一编码标准

□代码审查

□常见编码错误避免

□单元测试