软件项目质量管理的实践-质量规划_即时
来源：秦羽思维 2023-03-13 23:50:29
软件项目质量规划
软件项目质量规划包括以下内容：
(资料图片)
□ 质量标准和政策
□ 质量目标
□ 角色和职责
□ 质量管理活动
□ 风险评估
□ 缺陷预防措施
软件项目质量标准和政策
质量标准和质量政策存在组织过程资产中，通常由专人负责不断地更新并发布。
质量标准和质量政策可以是软件供应商本身的要求，也可以是用户方提出的要求，根据项目的具体情况而定。
软件项目依据的质量标准和质量政策：
□ 编码标准
□ 文档标准
软件项目质量目标
软件项目的质量目标描述了组织内部或用户方的接受标准，组织内部的接受标准来自于组织的质量管理计划。项目经理可以根据项目情况定义项目具体的质量目标：
1. 产品目标
□ 项目交付缺陷密度 Defects per K FPs <= 30>
□ 程序开发生产率 FPs/Hour >0.18
□ 错误修正百分比 No. of Bad Fixes / No. of Delivered Tickets < 1%>
2. 流程执行目标
□ 客户满意度调查分数 PAST >= 85
□ 项目进度偏差 ±5%
软件项目角色
软件项目职责
1. 项目经理
□ 合同履约的负责人
□ 项目计划的制定和执行监督人
□ 项目组织的指挥员
□ 项目协调工作的纽带
□ 项目控制的中心等
2. 系统分析小组
□ 起草用户需求报告
□ 系统可行性分析报告、系统需求说明书和设计任务书等
□ 制定系统开发计划
□ 制定系统测试方案
□ 制定系统试运行计划等
3. 开发小组
□ 配合系统分析人员完成软件系统及模块的需求调研与需求分析
□ 配合系统分析人员完成软件系统及模块的设计
□ 编制与项目相关的技术文档
□ 完成软件系统及模块的编码
□ 完成单元测试
□ 协助测试人员完成软件系统及模块的测试
4. 测试小组
□ 设计测试计划和测试策略
□ 编制测试软件，准备测试数据
□ 编写测试用例
□ 搭建测试环境，执行测试
□ 编写测试报告
□ 跟踪缺陷
5. 配置管理组
□ 完善各个部门发送需要存档和进行版本控制的代码、文档（包括外来文件）和阶段性成果
□ 对代码、文档等进行单向出入的控制
□ 对所有存档的文档进行版本控制
□ 提供文档规范，并传达到开发组中
6. 质量保证组
□ 系统分析人员是否正确的反映了用户的需求
□ 软件执行是否正确的实现了分析人员的设计思想
□ 测试人员是否进行了较为彻底的和全面的测试
□ 配置管理员是否对文档的规范化进行的比较彻底，版本控制是否有效
软件项目质量活动
1. 项目管理计划评审。
2. 项目配置管理计划评审。
3. 项目质量管理计划评审。
4. 需求评审。
5. 外部设计评审。
6. 内部设计评审。
7. 代码评审。
8. 测试计划评审。
9. 测试用例评审。
10. 测试：
□ 单元测试
□ 集成测试
□ 系统测试
□ 验收测试
11. 项目管理QA评审。
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. 设计应能根据软件需求分析获取得信息，建立可驱动、可重复的方法。
编码的缺陷预防措施
编码的缺陷预防措施主要有：
□ 统一编码规范
□ 代码评审
□ 常见编码错误规避
□ 单元测试
