文档介绍：第5章项目质量管理案例
第5章项目质量管理案例
质量是“使实体具备满足明确或隐含需求能力的各项特征之总和”,明确或隐含的需求是指按项目需求制定的基础性文件。在信息系统项目中,一般把《系统需求规格说明书》作为项目需求的基础性文件。
质量管理作为项目管理的一部分,具有非常重要的地位。质量管理的目的是通过执行项目质量管理过程,使用一些基本项目管理工具和技术来保证信息系统的质量。时间、成本、质量是项目管理的三大目标,如果质量不能满足要求,即使进度再快,成本再节省,项目也没有意义。
案例一:计划及跟踪
阅读以下关于信息系统项目管理过程中质量管理方面问题的叙述,回答问题1至问题3。
案例场景
某银行信息系统工程项目,包含省级广域网工程、储蓄所终端安装工程、主机系统工程、存储系统工程、备份系统工程、银行业务软件开发工程等若干子项目。此工程项目通过公开招标方式确定承建单位,希赛信息技术有限公司(CSAI)经过激烈竞标争夺,赢得工程合同。合同约定,工程项目的开发周期预算为 36 周。
由于银行对于应用软件质量要求很高,CSAI 也非常重视工程质量,安排有资深资历的高级工程师张工全面负责项目实施。在工程正式开工之前,张工对工程项目进行了分解,根据工程分析,张工认为此工程项目质量、进度的关键在于银行业务定制应用软件的开发。除工程整体的开发计划外,张工还针对应用软件开发制定了详细的开发计划,定制应用软件的开发周期为 36 周。网络工程、终端安装工程、主机系统工程、存储系统工程、备份系统工程等与应用软件开发并行实施。
张工对工程项目在需求分析、概要设计、详细设计、编码、单元测试、集成测试等各个环节要求均非常严格。根据张工安排,需求分析、概要设计均安排有多年工作经验的高级软件工程师担任,各个阶段的阶段成果均组织了严格的评审,以保证各个阶段成果的质量。
在软件编码及单元测试工作完成之后,张工安排软件测试组的工程师编制了详细软件测试计划、测试用例,包括集成测试、功能测试、性能测试、安全性测试,等等。
张工在安排软件测试任务的时候,在动员软件开发小组时宣讲: 软件测试环节是软件系统质量形成的主要环节,各开发小组,特别是测试小组,应重视软件系统测试工作”。因此,张工安排给测试组进行测试的时间非常充足,测试周期占整个软件系统开发周期的 40%,约 周。在软件系统测试的过程中,张工安排了详细的测试跟踪计划,统计每周所发现软件系统故障数量,以及所解决的软件故障。根据每周测试的结果分析,软件系统故障随时间的推移呈明显的下降趋势,第 1 周发现约 100 个故障,第 2 周发现约 90 个故障,第 3 周发现 50 个故障,……,第 10 周发现 2 个故障,第11 周发现 1 个故障,第 12 周发现 I 个故障。于是张总工断言软件系统可以在完成第 14 周测试之后
顺利交付给用户,并进行项目验收。
【问题1】请以 300 字内回答,张工的软件开发计划中是否存在问题?为什么?
【问题2】请以 200 字内回答,张工根据对定制软件系统测试的跟踪统计分析结论,得出项目可于计划的测试期限结束后达到验收交付的要求,你认为可行吗,为什么?
【问题3】请以 300 字内回答,若你是本项目的总工,你将怎样改进工作,以提高软件系统开发的质量,保证工程项目按期验收?
案例分析
过去,很多 IT 集成公司所承建的定制软件工程项目,当进入到验收阶段的时候,用户常常拖延,或找这样那样的借口不给承建单位验收,这是什么原因呢?针对这个问题,建设单位、承建单位都有一定责任。对于建设单位来讲,由于建设单位对信息系统建设认识上的局限性,对软件系统质量鉴定的困难性,建设单位存在着对定制软件系统的质量的担心,因此,很难果断地做出验收项目的决定。
而对于承建单位来讲,承建单位在项目质量管理方面常常做得很不到位,比如:该提交工程实施计划、工程实施计划进度跟踪记录、工程概要设计书、详细设计书、应用系统配置文件、用户手册、培训资料等若干文档的时候没有提交,而很多承建单位在项目验收时,根本看不到这些文档,或即使有文档,但也极其不规范,文档质量很低。再比如:曾有个信息系统工程项目在提交用户验收的时候,有一台防火墙散乱地摆放在机柜外面,再看机柜上面所布放的通信线缆,显得杂乱无章,承建单位也没有意识到这个问题,用户虽看在眼里却不提醒承建单位,那请问,用户会给这样的项目进行验收吗?
通过硬件所表现出来的表面质量是很容易发现的,但对于软件系统的质量的衡量却是非常困难的,特别是对于那些对软件系统认识不够深入的 IT 系统建设单位,他们面对 IT 项目的验收,常常显得很谨慎也是可以理解的。
信息应用系统项目的质量保证与承建单位的质量保证体系是密切相关