项目质量管理案例.docx

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