IT项目管理第10章-质量管理

IT项目质量管理1250040张昶1250053张小梅1250054毛立1250061尚美辰1250071杨蕾1250090孙建鹏思考题质量计划在IT项目管理方法中的作用？质量计划：确定对项目来说那些质量标准最重要，并决定如何设置这些标准。质量计划有以下依据，质量方针、范围描述、产品描述和标准规则。作用：质量计划首先必须确定项目的范围、中间产品和最终产品，能够帮助项目成员明确关于中间产品和最终产品的有关规定、标准，确定可能影响产品质量的技术要点，并找出能够确保高效满足相关规定、标准的过程方法。质量计划是项目质量管理的第一过程域，它主要结合客户及公司的质量方针，产品描述以及质量标准和规则通过收益等工具制定出来实施方略，其内容全面反应客户的要求，为质量小组成员有效工作提供了指南，为项目小组成员以及项目相关人员了解在项目进行中如何实施质量保证和控制提供依据，为确保项目质量管理得到保障提供坚实的基础。验证、确认和变更控制如何为IT项目的质量提供支持？验证确认变更管理确保系统最终测试开始之前，产品或交付物确实达到了具体的要求。试图明确系统或项目交付物是否达到了顾客或客户的预期，并确保系统按详细的要求运行。通过控制项目交付物，在为快速开发做准备的同时，还考虑到备份，使之更具有条理性和稳定性。项目团队为什么即要重视内部顾客，又要重视外部顾客？外部顾客就是那些消费产品或服务的顾客。内部顾客是指企业的任何一个雇员。如果内部顾客没有适宜的服务水平，使他们以最大的效率进行工作，那么外部顾客所接受的服务便会受到不良影响，必然会引起外部顾客的不满甚至丧失外部顾客的忠诚。如果企业对这一问题不给予足够的重视，势必会导致较低的顾客忠诚度和较高的顾客流失率，最终导致企业赢利能力降低。案例年MOV1服务水平20%，为200名患者提供服务2服务水平30%，为400名患者提供服务3服务水平40%，为600名患者提供服务基本信息

项目名称：天使飞行员

团队名称：T&KAngel

成员名字：TimWilliams,KellieMatthews,Sitaramin,Yan,Pat,AlmaColeman,Ted项目描述

HuskyAir公司需要一个计算机系统来支持天使飞行员项目，它的功能是跟踪所有飞行员志愿者，记录有关飞行员的基本信息、飞机信息、顾客的信息、相关患者和乘客的基本信息，以及其他特殊需要。通过计算飞行时间、距离、目的地和所需燃料选择飞机并配备合适的志愿者。IT质量管理计划——A、理念和目标经营宗旨：技术创新，服务至上，诚信为本，敬业求实质量目标：以严格的管理、先进的技术、创建州内一流的信息服务企业。质量方针：技术先进、工程优质、服务周到。IT质量管理计划——B、度量指标类型度量指标描述过程质量指标IPD流程符合度集成产品研发流程符合度技术评审发现缺陷数在定期技术评审时发现的缺陷数产品质量指标软件发布缺陷解决率顾客开始使用后发现缺陷的解决率返修率出现问题退回返修的比例项目质量指标（客户）遗留问题及时解决率解决前期遗留问题的数量项目计划偏差率计算偏差是否在项目的控制范围目标成本偏差率计算是否超出预算成本返工次数不符合顾客要求而返工的次数缺陷密度出现缺陷的部分占整个项目的比例IT质量管理计划——B、度量指标基本度量项持续时间偏差(%)((实际持续时间-计划持续时间)/计划持续时间)*100(持续时间不包含非工作日)进度偏差(%)((实际结束时间-计划结束时间)/计划持续时间)*100工作量偏差(%)(实际工作量-计划工作量)/计划工作量规模偏差(%)((实际规模-计划规划)/计划规模)*100分配需求稳定性指数(%)(1-(修改、增加或删除的分配需求数/初始的分配需求数))*100软件需求稳定性指数(%)(1-(修改、增加或删除的软件需求数/初始的软件需求数))*100发布前缺陷发现密度(个/KLOC)((发布后缺陷发现总数-(发布后前测试计划本身缺陷数)/规模(千行代码)(这里的发布指开发向测试部发布)遗留缺陷密度(个/KLOC)(遗留缺陷：测试部发现的缺陷)(测试部发现缺陷数-测试部测试计划本身缺陷数)/规模(KLOC)生产率(LOC/人天)软件规模(LOC)/总工作(人天)质量控制活动缺陷发现密度(度量目的：建立基线，评估评审、测试是否充分提供参考)SRS评审缺陷发现密度(个/页)SRS评审发现的缺陷数/软件需求文档页数STP评审缺陷发现密度(个/用例)STP评审发现的缺陷数/产品模型数据文件用例数HLD评审缺陷发现密度(个/页)HLD评审发现的缺陷数/概要设计文档页数ITP评审缺陷发现密度(个/用例)ITP评审发现的缺陷数/检验测试计划用例数LLD评审缺陷发现密度(个/页)LLD评审发现的缺陷数/详细设计文档页数UTP评审缺陷发现密度(个/用例)UTP计划评审发现的缺陷数/UT用例数CODE评审缺陷发现密度(个/KLOC)CODE评审发现缺陷数/编码阶段代码规模UT缺陷发现密度(个/KLOC)UT发现缺陷数/单元测试阶段代码规模IT缺陷发现密度(个/KLOC)IT发现缺陷数/集成册书阶段代码规模ST缺陷发现密度(个/KLOC)ST发现缺陷数/系统测试阶段代码规模缺陷类型引入密度：(度量目的：建立基线，为分析能力水平薄弱环节及交付件质量提供参考)SR缺陷引入密度(个/页)SRS类型缺陷数/SRS文档页数HLD缺陷引入密度(个/页)HLD类型缺陷数/HLD文档页数LLD缺陷引入密度(个/页)LLD类型缺陷数/LLD文档页数Code缺陷引入密度(个/KLOC)CODE类缺陷数/代码规模评审活动的有效性(度量目的：建立基线，对相关评审是否充分提供参考)SRS评审有效性(%)SRS评审发现的SRS类缺陷数/SRS类缺陷总数HLD评审有效性(%)HLD评审发现的HLD类缺陷数/HLD类缺陷总数LLD评审有效性(%)LLD评审发现的LLD类缺陷数/LLD类缺陷总数代码评审有效性(%)代码评审发现的Code类缺陷数/Code类缺陷总数每千行代码的文档规模(度量目的：建立基线，为评估交付件的质量从设计是否充分、粒度是否合理角度提供参考)每千行代码SRS文档规模(pages/KLOC)SRS文档页数/代码规模每千行代码HLD文档规模(pages/KLOC)HLD文档页数/代码规模每千行代码LLD文档规模(pages/KLOC)LLD文档页数/代码规模质量成本质量成本(%)(评审工作量+返工工作量+缺陷修改工作量+测试计划准备工作量+测试执行工作量＋培训工作量＋质量保证工作量)/实际总工作量返工成本指数(%)(返工工作量+缺陷修改工作量)/实际总工作量交付件生产率SRS文档生产率(页/人天)SRS文档页数/(SRS文档准备工作量+SRS评审工作量+SRS修改工作量)STP用例生产率(用例/人天)ST用例数/(STP准备工作量+STP评审工作量+STP修改工作量)HLD用例生产率(页/人天)HLD文档页数/(HLD文档准备工作量+HLD评审工作量+HLD修改工作量)ITP用例生产率(页/人天)ITP用例数/(ITP准备工作量+ITP评审工作量+ITP修改工作量)UTP用例生产率(页/人天)UTP用例数/(UTP准备工作量+UTP评审工作量+UTP修改工作量)编码阶段代码生产率(LOC/人天)编码阶段实际代码规模/(编码工作量+代码评审工作量+代码修改工作量)测试执行效率UT用例执行效率(用例/人天)UT用例数/(UT准备工作量+UT用例执行工作量+UT缺陷修改工作量)IT用例执行效率(用例/人天)IT用例数/(IT准备工作量+IT用例执行工作量+IT缺陷修改工作量)ST用例执行效率(用例/人天)ST用例数/(ST准备工作量+ST用例执行工作量+ST缺陷修改工作量)每千行代码测试用例规模(度量目的：建立基线，为评估交付件的质量从设计是否充分、粒度角度提供一个参考)每千行代码ST用例规模(用例/KLOC)ST用例数/代码规模每千行代码IT用例规模(用例/KLOC)IT用例数/代码规模每千行代码UT用例规模(用例/KLOC)UT用例数/代码规模实测规模缺陷发现密度(度量目的：建立基线，为评估测试用例的质量提供一个参考)UT实测规模缺陷发现密度(个/KLOC)UT发现的缺陷数/UT活动实际测试代码规模IT实测规模缺陷发现密度(个/KLOC)IT发现的缺陷数/UT活动实际测试代码规模ST实测规模缺陷发现密度(个/KLOC)ST发现的缺陷数/UT活动实际测试代码规模IT质量管理计划——C、验证活动定期评估正在建立的系统或正在制造的项目交付物是否符合具体质量标准或要求。(1)技术评估一般由编程师或设计师对设计过程进行审查，指出错误或违反标准的地方；在度量指标的帮助下识别错误。(2)商业评估确保交付物在项目范围内并且实现需求定义中具体指定的必要功能。(3)管理评估一般由管理者做出对项目的实际进展与计划预期的进展进行对比，根据情况决定是否调整资源配置还是按原计划进行还是制定新的计划，并且评估项目是否达到了范围、工期、预算、质量目标。IT质量管理计划——D、确认活动单元测试黑盒测试集成测试测试逻辑上关联的单元是否能在一起使用系统测试验证系统的功能性和适用性接受性测试证明所有具体的功能都已经实现注：参与测试的人员不能是系统开发人员或利益相关方。黑盒测试只检查程序功能是否按照需求规格说明书的规定正常使