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

1、IT项目质量管理计算机信息系统集成项目的质量管理The document was prepared on January 2, 2021IT项目质量管理计算机信息系统集成项目的质量管理讣算机信息系统集成项U的全面质量管理的出发点和落脚点是客户满意度。信 息系统的建设，为信息系统的有效运行提供基础，高质量的信息系统能发挥应 有的经济效益和社会效益，为政府、企事业单位的日常管理、决策、发展规划 提供帮助。因此，信息系统集成的质量控制是十分重要的，只有编制详细的、 有针对性的质量计划、实施严格的质量控制，才能真正实现信息系统的质量建 设LI标，让客户满意，保护信息化建设的投资。计算机信息系统集成项L

2、I的质量LI标不仅仅是系统运行正常，而是在系统运行 正常的前提下满足客户的需要。本文将全面质量管理引入计算机信息系统集成项U的质量管理，结合讣算机信 息系统集成项U的特点和我的实际工作体会，就如何进行计算机信息系统集成 项LI的质量管理展开论述。一、讣算机信息系统集成项U质量的影响因数、人、组织的质量意识和质量能力包括建设单位、系统集成商、施工分包单位、软件开发分包单位、监理单位、 软硬件及其其他配件供货商、系统分析员、软件开发人员、施工作业人员和管 理人员的质量意识、能力、资格。、项目决策没有经过充分的可行性论证和盲LI追求高标准、多功能，缺乏质量经济性考虑 的决策，将对项口质量产生影响，特

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

4、I开发应用软件系统的可靠性、稳定性、兼容性、 可测试性。、项目计划项LI计划落实了项口实施的管理组织、职责分工、工作程序、项口实施顺序、 流向、质量控制点以及技术工艺、方法、工具等，是影响项LI质量的重要因 素。、项目实施环境自然环境、作业环境、管理环境和系统接入服务环境都会对系统质量形成相当 影响。二、讣算机信息系统集成项LI的质量管理过程 、质量计划 系统的LI标决定了系统的组织，而组织是LI标得以实现的决定性因数，所以质 量讣划首先是确定项LI质量LI标，并根据工作分解结构（WBS）将LI标分解到每 个工作包，并按职责分工将工作包的质量LI标落实到每个小组成员。每个工作 包的输入和输出都

5、必须予以明确。工作包根据项LI情况不同，一级WBS包括需 求分析、系统规划设计、程序编码、测试、设备材料及软件采购、项H施工、 竣工验收、售后服务等。如果某项工作属于分包，必须建立对分包方的管理制度；同时，分包方必须要 有相应的质量讣划，经过总包单位审核后实施。其次，建立与项LILI标相一致的项LI管理组织，明确各匸作包的质量责任人。质量计划应符合GB/T12504-90计算机软件质量标准保证计划规范。、质量保证建立质量保证组织。质量组织和项LI管理组织不同，项LI管理组织主要是执行 质量计划（质量管理方面），质量保证组织是组织实施质量活动、检查质量讣 划的执行情况。制定质量活动计划。根据项口

6、进度讣划制定质量活动计划，如：系统需求报告 完成后进行需求审查、设讣完成后进行设讣审查、现场施工的质量检查、各个 阶段质量记录的检查等。选择和确定SQA活动，即选择SQA组所要进行的质量保证活动，如各个阶段工 作过程的检查和结果的审查。、质量控制对于在质量计划实施、质量活动中发现的缺陷和问题，必须采用一定的工具和 方法进行分析，找出原因，进行改进。 计算机信息系统集成项U的质量管理包括全过程的质量管理、全方位的质量管 理、全员参与的质量管理。从不同侧面对讣算机信息系统集成项LI进行质量管 理。三、讣算机信息系统集成项质量控制点计算机信息系统集成项U的全过程质量管理涉及项U的整个生命周期，包括前

7、 期论证的质量管理、需求分析的质量管理、规划设讣的质量管理、系统实施的 质量管理、集成运行测试的质量管理、收尾及验收的质量管理、保修期的质量 管理、保修期后的质量管理。、前期立项论证阶段的质量管理山于决策者专业知识的匮乏，决定了其对讣算机信息系统集成项LI最终LI标定 位的不准确性，所以进行项LI可行性研究是必要的。生产厂家和产品经销商在向客户推荐产品或解决方案时，不从客户的实际需要 出发，为了销售业绩和经济利益盲LI推荐高端产品、不常用产品或最新推出的 新技术产品，这样做不仅增加了设备、软件运行平台、开发环境的造价，同时 为系统设计、安装调试、软件开发、系统维护增加了难度，大大增加了系统的

8、建设成本、开发成本、运行成本、维护成本和质量成本，而最终的结果是客户 满意度不高，承担这种结果的却是客户和系统集成商。这种情况在政府和国有 大型企业的信息系统建设中屡见不鲜，即使是成功的项LI,也造成了极大的浪 费。可行性研究应该提出多个具有明确口标、技术可行的方案，对各个方案进行经 济技术分析论证。决策者根据可行性研究论证的结果选择实施方案。选定了项 LILI标，即确立了项LI开展后续工作的基础，为质量管理计划提供了依据，提供了项口质量客户满意度的一个重要指标。 方案可行性分析必须收集足够的自然环境、社会环境、经济技术等各个方面的 资料，并进行经济技术分析，得出方案的经济技术指标及其风险。可

9、行性研究 可以委托专业的咨询机构来完成，也可以投资者自己来做，不管谁来做，在进 行方案评审时，必须要有熟悉客户业务流程、规则的专家和系统分析人员参 加，以保证方案在技术上的可行性。、需求分析的质量管理需求分析是讣算机信息系统集成项U中最困难、对项U成败影响很大的过程。 有儿种原因使需求分析变得困难：（1）客户说不清楚需求；（2）需求自身经 常变动；（3）分析人员或客户理解有误。为了解决上述问题，确保计算机信息系统集成项口的质量，有必要采取各种方 式、方法、渠道明确客户完善的、真正需要实现且能够实现的、符合可行性方 案确定LI标范围内的需求。1、必须按照项LI计划的要求，建立统一的沟通组织和沟通

10、机制。2、获取客户需求的方法应该多样化，如调查表、直接与客户交谈、实际参与 客户的业务工作、聘请专家、构建摸型等。3、尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求。4、需求分析必须最终形成系统需求文档。5、需求分析完成后，系统需求必须进行评审和确认。系统需求评审应有客户 管理、使用者、系统规划设计人员和业务专家等参加，并形成用户需求说明 书。在客户确认用户需求说明书以前，不能进行系统规划设计。用户需求说明书应符合以下条件：1、清楚“做什么”和“不做什么”。2、需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛 盾，则要重新分析此需求。3、每项需求均是可实现的和符合可行性方案确

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

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

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

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

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

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