IT项目质量管理计算机信息系统集成项目的质量管理(doc8).pdf

《IT项目质量管理计算机信息系统集成项目的质量管理(doc8).pdf》由会员分享，可在线阅读，更多相关《IT项目质量管理计算机信息系统集成项目的质量管理(doc8).pdf（10页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 IT 项目质量管理-计算机信息系统集成项目的质量管理(doc 8)IT 项目质量管理 计算机信息系统集成项目的质量管理 计算机信息系统集成项目的全面质量管理的出发点和落脚点是客户满意度。信息系统的建设，为信息系统的有效运行提供基础，高质量的信息系统能发挥应有的经济效益和社会效益，为政府、企事业单位的日常管理、决策、发展规划提供帮助。因此，信息系统集成的质量控制是十分重要的，只有编制详细的、有针对性的质量计划、实施严格的质量控制，才能真正实现信息系统的质量建设目标，让客户满意，保护信息化建设的投资。计算机信息系统集成项目的质量目标不仅仅是系统运行正常，而是在系统运行正常的前提下满足客户的需要。

2、本文将全面质量管理引入计算机信息系统集成项目的质量管理，结合计算机信息系统集成项目的特点和我的实际工作体会，就如何进行计算机信息系统集成项目的质量管理展开论述。一、计算机信息系统集成项目质量的影响因数 1.1、人、组织的质量意识和质量能力 包括建设单位、系统集成商、施工分包单位、软件开发分包单位、监理单位、软硬件及其其他配件供货商、系统分析员、软件开发人员、施工作业人员和管理人员的质量意识、能力、资格。1.2、项目决策 没有经过充分的可行性论证和盲目追求高标准、多功能，缺乏质量经济性考虑的决策，将对项目质量产生影响，特别是客户满意度将大打折扣。1.3、现场勘察和系统需求分析因数 现场勘察和客户

3、需求的调查分析的结果，将直接影响项目的系统架构规划设计和数据库 定义是否合理、完善、适宜。1.4、系统总体规划和设计、编码因数 系统规划设计将直接影响项目硬件和应用软件、数据库的可靠性、正确性、充分性、合理性和系统运行效率。编码设计将影响程序的可维护性（可读性、可理解性、可修改性）、代码逻辑与效率、函数（模块）接口正确性、可测试性。1.5、设备材料和系统开发、运行平台 设备材料的质量、规格、性能是否符合设计规定的标准直接关系到项目硬件系统的质量。中间件、系统开发、运行平台、数据库是否符合设计要求和软件产品质量标准将直接关系到项目开发应用软件系统的可靠性、稳定性、兼容性、可测试性。1.6、项目计

4、划 项目计划落实了项目实施的管理组织、职责分工、工作程序、项目实施顺序、流向、质量控制点以及技术工艺、方法、工具等，是影响项目质量的重要因素。1.7、项目实施环境 自然环境、作业环境、管理环境和系统接入服务环境都会对系统质量形成相当影响。二、计算机信息系统集成项目的质量管理过程 2.1、质量计划 系统的目标决定了系统的组织，而组织是目标得以实现的决定性因数，所以质量计划首先是确定项目质量目标，并根据工作分解结构（WBS）将目标分解到每个工作包，并按职责分工将工作包的质量目标落实到每个小组成员。每个工作包的输入和输出都必须予以明确。工作包根据项目情况不同，一级 WBS 包括需求分析、系统规划设计

5、、程序编码、测试、设备材料及软件采购、项目施工、竣工验收、售后服务等。如果某项工作属于分包，必须建立对分包方的管理制度；同时，分包方必须要有相应的质量计划，经过总包单位审核后实施。4、需求分析必须最终形成系统需求文档。5、需求分析完成后，系统需求必须进行评审和确认。系统需求评审应有客户管理、使用者、系统规划设计人员和业务专家等参加，并形成用户需求说明书。在客户确认用户需求说明书以前，不能进行系统规划设计。用户需求说明书应符合以下条件：1、清楚“做什么”和“不做什么”。2、需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求。3、每项需求均是可实现的和符合可行性方

6、案确定的目标。4、说明哪些是稳定的需求，哪些是易变的需求。以便于系统设计时，有针对性地采取预防措施。5、最好为每个需求注释“为什么”，这样可让设计人员了解需求的本质，以便选用最合适的技术来实现此需求。6、用户需求说明书应符合 GB9385-88计算机软件需求说明编写指南。3.3、系统规划设计的质量管理 系统设计是把需求转化为系统的最重要的环节。系统设计的优劣在根本上决定了系统的质量。它要求系统设计员在充分理解用户需求说明书的基础上，以用户需求说明书为依据，提出经济合理、结构良好的高质量的系统目标模型。系统规划设计阶段（初步设计）的任务是根据系统需求分析阶段形成的系统需求的要求，结合企业技术、设

7、备、组织、人员等具体条件，将“做什么”转换成“怎样做”的物理模型。初步设计通常从功能分解入手，将系统划分成功能简单的若干个子系统，这样不仅可以简化设计，而且还有利于任务分工和今后的修改和扩充。将项目实体按照 WBS方法进行初步分解，进行网络系统拓扑定义、网络接口定义、网络技术要求说明，完成信息处理流程设计（绘制出系统的处理流程图）、功能模块的定义、模块功能说明书、数 据结构定义、数据关联定义。详细设计是在确定功能结构图 WBS 的同时，进一步确定每一模块（WBS 工作包）的具体实现方法、设计系统的物理模型等，对初步设计的每个 WBS 工作包进行分解，形成更加详细、内容更加具体、功能明确、要求明

8、确的工作包。详细设计进行计算机硬件和网络设备选型、软件程序结构定义、程序接口定义、编写模块程序设计说明书、数据字典定义。l 系统规划设计必须以确认的用户需求说明书为输入。l 系统规划设计必须形成系统规划设计说明书，由需求分析人员、规划设计人员、详细设计人员、系统实施人员进行评审。l 系统详细设计的评审必须有规划设计人员、详细设计人员、系统实施人员参加。3.4、系统实施的质量管理 系统实施阶段包括综合布线系统施工及测试、网络设备安装、网络配置设计、程序编码设计、最小工作包程序（函数）的测试等工作内容。系统实施前，要对作为本工作包输入的系统设计文件进行验证，只有系统设计文件完全符合质量控制要求时，

9、才能开始本工作的实施。综合布线系统施工、网络设备安装必须符合国家、地方、行业的标准和规范以及设计文件的要求，作好设备材料进场报验、技术变更、隐蔽工程验收、安装测试报告，按照检验批、分项工程、分部工程工程进行验收。程序编码设计要从代码的可维护性（可读性、可理解性、可修改性）、代码逻辑与效率、函数（模块）接口、可测试性四个方面进行质量控制。1 排版。使用缩进方式，使程序结构清晰，便于阅读和理解。2 注释。注释的原则是有助于对程序的阅读理解，要准确、易懂、尽可能简洁。3 变量、常量、函数命名规则统一，要考虑简单、直观、不易混淆。4 可维护性。每个模块不宜太长，排列顺序应便于阅读；每个函数完成单一的功

10、能，便于理解、测试、维护；在函数的项目维护文档中，应该指出软件适用的硬件平台及版本。5 程序正确性、效率。6 接口是否符合系统设计的要求，返回参数的格式、长度是否正确。7 代码可测性。在编写代码之前，应预先设计好程序调试与测试的方法和手段，并设计好各种调测开关及相应测试代码。程序的调试与测试是软件生存周期中很重要的一个阶段，如何对软件进行较全面、高率的测试并尽可能地找出软件中的错误就成为很关键的问题。因此在编写源代码之前，除了要有一套比较完善的测试计划外，还应设计出一系列代码测试手段，为单元测试、集成测试及系统联调提供方便。3.5、测试工作的质量管理 项目计划应编制网络系统测试、软件单元测试、

11、集成测试的计划、方法、策略、测试数据建立的计划。各个阶段的测试文件应符合 GB/T12505-90计算机软件配置管理计划规范和 GB9386-88计算机软件测试文件编制规范。系统测试就是对项目实施各个阶段工作的验证，网络系统测试和单元测试是对详细设计的验证，集成测试、上线系统测试是对规划设计的验证、验收测试是对需求分析的验证。可以说，测试的过程就是纠偏的过程。同时测试本身不是没有错误的，所以应该对测试过程、方法、数据和结果进行严格的评审。3.6、收尾及验收的质量管理 项目完工后，要按照项目 WBS 工作分解结构进行逐项核对、检查完成情况、手续是否齐全并符合要求。整理竣工资料、文档。上报项目竣工

12、验收申请，准备验收资料、验收测试数据、验收报告。3.7、验收后的质量管理 验收后的质量管理包括保修期内和保修期后的质量管理，对两者的要求是不一样的，但目的都是提高客户满意度。3.8、保持人员的稳定性 在项目的整个生存周期，保持主要参与人员的稳定性，对软件开发阶段、售后服务的质量将起到非常重要的作用。3.9、系统文档的管理 必须建立完善的系统技术文件和工程文件的管理制度。明确最后实际生效的文件对系统实施、软件开发的结果将对竣工验收、售后服务起到关键作用。3.10、变更管理 任何变更必须建立在可行的基础上。不管是客户提出的，还是系统集成商提出的变更，都必须经过变更控制委员会同意生效后，才能实施。变更的结果应在结果中得到验证。