it项目质量管理,计算机信息系统集成项目的质量管理

IT 项目质量管理 计算机信息系统集成项目的质量管理 计算机信息系统集成项目的全面质量管理的出发点和落脚点是客户满意度。信息系统的 建设，为信息系统的有效运行提供基础，高质量的信息系统能发挥应有的经济效益和社 会效益，为政府、企事业单位的日常管理、决策、发展规划提供帮助。因此，信息系统 集成的质量控制是十分重要的，只有编制详细的、有针对性的质量计划、实施严格的质 量控制，才能真正实现信息系统的质量建设目标，让客户满意，保护信息化建设的投资。 计算机信息系统集成项目的质量目标不仅仅是系统运行正常，而是在系统运行正常的前 提下满足客户的需要。 本文将全面质量管理引入计算机信息系统集成项目的质量管理，结合计算机信息系统集 成项目的特点和我的实际工作体会，就如何进行计算机信息系统集成项目的质量管理展 开论述。 一、 计算机信息系统集成项目质量的影响因数 1.1、 人、组织的质量意识和质量能力 包括建设单位、系统集成商、施工分包单位、软件开发分包单位、监理单位、软硬件及 其其他配件供货商、系统分析员、软件开发人员、施工作业人员和管理人员的质量意识、 能力、资格。 1.2、 项目决策 没有经过充分的可行性论证和盲目追求高标准、多功能，缺乏质量经济性考虑的决策， 将对项目质量产生影响，特别是客户满意度将大打折扣。 1.3、 现场勘察和系统需求分析因数 现场勘察和客户需求的调查分析的结果，将直接影响项目的系统架构规划设计和数据库 定义是否合理、完善、适宜。 1.4、 系统总体规划和设计、编码因数 系统规划设计将直接影响项目硬件和应用软件、数据库的可靠性、正确性、充分性、合 理性和系统运行效率。 编码设计将影响程序的可维护性（可读性、可理解性、可修改性） 、代码逻辑与效率、 函数（模块）接口正确性、可测试性。 1.5、 设备材料和系统开发、运行平台 设备材料的质量、规格、性能是否符合设计规定的标准直接关系到项目硬件系统的质量。 中间件、系统开发、运行平台、数据库是否符合设计要求和软件产品质量标准将直接关 系到项目开发应用软件系统的可靠性、稳定性、兼容性、可测试性。 1.6、 项目计划 项目计划落实了项目实施的管理组织、职责分工、工作程序、项目实施顺序、流向、质 量控制点以及技术工艺、方法、工具等，是影响项目质量的重要因素。 1.7、 项目实施环境 自然环境、作业环境、管理环境和系统接入服务环境都会对系统质量形成相当影响。 二、 计算机信息系统集成项目的质量管理过程 2.1、 质量计划 系统的目标决定了系统的组织，而组织是目标得以实现的决定性因数，所以质量计划首 先是确定项目质量目标，并根据工作分解结构（WBS）将目标分解到每个工作包，并按 职责分工将工作包的质量目标落实到每个小组成员。每个工作包的输入和输出都必须予 以明确。工作包根据项目情况不同，一级 WBS 包括需求分析、系统规划设计、程序编 码、测试、设备材料及软件采购、项目施工、竣工验收、售后服务等。 如果某项工作属于分包，必须建立对分包方的管理制度；同时，分包方必须要有相应的 三茅活动平台 HR 的借力成长通道： / 质量计划，经过总包单位审核后实施。 其次，建立与项目目标相一致的项目管理组织，明确各工作包的质量责任人。 质量计划应符合 GB/T12504-90计算机软件质量标准保证计划规范 。 2.2、 质量保证 建立质量保证组织。质量组织和项目管理组织不同，项目管理组织主要是执行质量计划 （质量管理方面） ，质量保证组织是组织实施质量活动、检查质量计划的执行情况。 制定质量活动计划。根据项目进度计划制定质量活动计划，如：系统需求报告完成后进 行需求审查、设计完成后进行设计审查、现场施工的质量检查、各个阶段质量记录的检 查等。 选择和确定 SQA 活动，即选择 SQA 组所要进行的质量保证活动，如各个阶段工作过程 的检查和结果的审查。 2.3、 质量控制 对于在质量计划实施、质量活动中发现的缺陷和问题，必须采用一定的工具和方法进行 分析，找出原因，进行改进。 计算机信息系统集成项目的质量管理包括全过程的质量管理、全方位的质量管理、全员 参与的质量管理。从不同侧面对计算机信息系统集成项目进行质量管理。 三、 计算机信息系统集成项目质量控制点 计算机信息系统集成项目的全过程质量管理涉及项目的整个生命周期，包括前期论证的 质量管理、需求分析的质量管理、规划设计的质量管理、系统实施的质量管理、集成运 行测试的质量管理、收尾及验收的质量管理、保修期的质量管理、保修期后的质量管理。 3.1、 前期立项论证阶段的质量管理 由于决策者专业知识的匮乏，决定了其对计算机信息系统集成项目最终目标定位的不准 确性，所以进行项目可行性研究是必要的。 生产厂家和产品经销商在向客户推荐产品或解决方案时，不从客户的实际需要出发，为 了销售业绩和经济利益盲目推荐高端产品、不常用产品或最新推出的新技术产品，这样 做不仅增加了设备、软件运行平台、开发环境的造价，同时为系统设计、安装调试、软 件开发、系统维护增加了难度，大大增加了系统的建设成本、开发成本、运行成本、维 护成本和质量成本，而最终的结果是客户满意度不高，承担这种结果的却是客户和系统 集成商。这种情况在政府和国有大型企业的信息系统建设中屡见不鲜，即使是成功的项 目，也造成了极大的浪费。 可行性研究应该提出多个具有明确目标、技术可行的方案，对各个方案进行经济技术分 析论证。决策者根据可行性研究论证的结果选择实施方案。选定了项目目标，即确立了 项目开展后续工作的基础，为质量管理计划提供了依据，提供了项目质量客户满意度的 一个重要指标。 方案可行性分析必须收集足够的自然环境、社会环境、经济技术等各个方面的资料，并 进行经济技术分析，得出方案的经济技术指标及其风险。可行性研究可以委托专业的咨 询机构来完成，也可以投资者自己来做，不管谁来做，在进行方案评审时，必须要有熟 悉客户业务流程、规则的专家和系统分析人员参加，以保证方案在技术上的可行性。 3.2、 需求分析的质量管理 需求分析是计算机信息系统集成项目中最困难、对项目成败影响很大的过程。有几种原 因使需求分析变得困难：（1）客户说不清楚需求；（2）需求自身经常变动；（3）分 析人员或客户理解有误。 为了解决上述问题，确保计算机信息系统集成项目的质量，有必要采取各种方式、方法、 渠道明确客户完善的、真正需要实现且能够实现的、符合可行性方案确定目标范围内的 需求。 1、 必须按照项目计划的要求，建立统一的沟通组织和沟通机制。 2、 获取客户需求的方法应该多样化，如调查表、直接与客户交谈、实际参与客户的业 三茅活动平台 HR 的借力成长通道： / 务工作、聘请专家、构建摸型等。 3、 尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求。 4、 需求分析必须最终形成系统需求文档。 5、 需求分析完成后，系统需求必须进行评审和确认。系统需求评审应有客户管理、使 用者、系统规划设计人员和业务专家等参加，并形成用户需求说明书。在客户确认用户 需求说明书以前，不能进行系统规划设计。 用户需求说明书应符合以下条件： 1、 清楚“做什么”和“不做什么” 。 2、 需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重 新分析此需求。 3、 每项需求均是可实现的和符合可行性方案确定的目标。 4、 说明哪些是稳定的需求，哪些是易变的需求。以便于系统设计时，有针对性地采取 预防措施。 5、 最好为每个需求注释“为什么” ，这样可让设计人员了解需求的本质，以便选用最 合适的技术来实现此需求。 6、 用户需求说明书应符合 GB9385-88计算机软件需求说明编写指南 。 3.3、 系统规划设计的质量管理 系统设计是把需求转化为系统的最重要的环节。系统设计的优劣在根本上决定了系统的 质量。它要求系统设计员在充分理解用户需求说明书的基础上，以用户需求说明书为依 据，提出经济合理、结构良好的高质量的系统目标模型。 系统规划设计阶段（初步设计）的任务是根据系统需求分析阶段形成的系统需求的要求， 结合企业技术、设备、组织、人员等具体条件，将“做什么”转换成“怎样做”的物理 模型。初步设计通常从功能分解入手，将系统划分成功能简单的若干个子系统，这样不 仅可以简化设计，而且还有利于任务分工和今后的修改和扩充。将项目实体按照 WBS 方法进行初步分解，进行网络系统拓扑定义、网络接口定义、网络技术要求说明，完成 信息处理流程设计（绘制出系统的处理流程图） 、功能模块的定义、模块功能说明书、 数据结构定义、数据关联定义。 详细设计是在确定功能结构图 WBS 的同时，进一步确定每一模块（WBS 工作包）的具 体实现方法、设计系统的物理模型等，对初步设计的每个 WBS 工作包进行分解，形成 更加详细、内容更加具体、功能明确、要求明确的工作包。详细设计进行计算机硬件和 网络设备选型、软件程序结构定义、程序接口定义、编写模块程序设计说明书、数据字 典定义。 l 系统规划设计必须以确认的用户需求说明书为输入。 l 系统规划设计必须形成系统规划设计说明书，由需求分析人员、规划设计人员、详细 设计人员、系统实施人员进行评审。 l 系统详细设计的评审必须有规划设计人员、详细设计人员、系统实施人员参加。 3.4、 系统实施的质量管理 系统实施阶段包括综合布线系统施工及测试、网络设备安装、网络配置设计、程序编码 设计、最小工作包程序（函数）的测试等工作内容。 系统实施前，要对作为本工作包输入的系统设计文件进行验证，只有系统设计文件完全 符合质量控制要求时，才能开始本工作的实施。 综合布线系统施工、网络设备安装必须符合国家、地方、行业的标准和规范以及设计文 件的要求，作好设备材料进场报验、技术变更、隐蔽工程验收、安装测试报告，按照检 验批、分项工程、分部工程工程进行验收。 程序编码设计要从代码的可维护性（可读性、可理解性、可修改性） 、代码逻辑与效率、 函数（模块）接口、可测试性四个方面进行质量控制。 1 排版。使用缩进方式，使程序结构清晰，便于阅读和理解。 2 注释。注释的原则是有助于对程序的阅读理解，要准确、易懂、尽可能简洁。 三茅活动平台 HR 的借力成长通道： / 3 变量、常量、函数命名规则统一，要考虑简单、直观、不易混淆。 4 可维护性。每个模块不宜太长，排列顺序应便于阅读；每个函数完成单一的功能， 便于理解、测试、维护；在函数的项目维护文档中，应该指出软件适用的硬件平台及版 本。 5 程序正确性、效率。 6 接口是否符合系统设计的要求，返回参数的格式、长度是否正确。 7 代码可测性。在编写代码之前，应预先设计好程序调试与测试的方法和手段，并设 计好各种调测开关及相应测试代码。 程序的调试与测试是软件生存周期中很重要的一个阶段，如何对软件进行较全面、高率 的测试并尽可能地找出软件中的错误就成为很关键的问题。因此在编写源代码之前，除 了要有一套比较完善的测试计划外，还应设计出一系列代码测试手段，为单元测试、集 成测试及系统联调提供方便。 3.5、 测试工作的质量管理 项目计划应编制网络系统测试、软件单元测试、集成测试的计划、方法、策略、测试数 据建立的计划。各个阶段的测试文件应符合 GB/T12505-90计算机软件配置管理计划 规范和 GB9386-88计算机软件测试文件编制规范 。 系统测试就是对项目实施各个阶段工作的验证，网络系统测试和单元测试是对详细设计 的验证，集成测试、上线系统测试是对规划设计的验证、验收测试是对需求分析的验证。 可以说，测试的过程就是纠偏的过程。 同时测试本身不是没有错误的，所以应该对测试过程、方法、数据和结果进行严格的评 审。 3.6、 收尾及验收的质量管理 项目完工后，要按照项目 WBS 工作分解结构进行逐项核对、检查完成情况、手续是否 齐全并符合要求。整理竣工资料、文档。 上报项目竣工验收申请，准备验收资料、验收测试数据、验收报告。 3.7、 验收后的质量管理 验收后的质量管理包括保修期内和保修期后的质量管理