基于信息管理论的教育系统质量管理实践

　　论文结合研究生管理信息系统(简称GMIS)项目的实践为例，讨论了项目质量管理，包括质量规划、质量保证和质量控制。在实际项目实施过程中，主要面临返工、测试用例设计不很充分、代码细节不规范等，通过应用质量控制的成本/效益分析，质量保证(QA)的质量审计，质量控制(QC)的检查、控制图、因果图等方法解决了相关问题，使项目在规定时间一次性上线成功。

　　1 引言

　　根据国家《2006━2020年国家信息化发展战略》和教育部《教育信息化十年发展规划(2011-2020年)》的总体要求，某高校对研究生管理信息系统(简称GMIS)采用了公开招标的方式。2013年3月，项目以某高校研究生主管部门为依托，面向管理人员、导师、学生和考生，集招生、学工、培养、学位学科、毕业、就业、系统管理、对外接口系统、数据挖掘和入口网络平台等各子系统于一体，采用Oracle作为后台数据库，纯B/S 及.net平台开发。

　　项目中的质量有明确要求，主要体现在几个方面：一是系统要求用户并发访问量为10000以上;二是要参照信息化标准，建立研究生教育校级信息化标准;三是时间要求在2014年9月入学时能够上线试运行。

　　在项目实施中，综合运用项目质量管理方法，很好地保证了项目按质按量交付运行，实现客户及公司对项目产品及过程管理的质量要求，并结合了过程资产如本体实践的方法学与技术和计算机考试系统及题库。

　　2 GMIS项目质量规划设计与制定

　　质量规划包括识别与该项目有关的质量标准及确定如何满足这些标准。我们首先识别相关的质量标准，通过参照或依据质量策略、相关业务规定、项目范围说明书、产品详细需求说明书、项目管理计划等作为规划的依据，通过成本效益分析、与类似项目基准分析，分析质量成本等方法识别出项目相关的时间、成本等质量标准，进而达到或超过客户和其他干系人的期望要求。同时，把满足项目相关质量标准的活动或过程规划到项目的产品和项目管理过程中，制定出项目质量管理计划、质量检查单、过程改进计划等。

　　另外，为了满足并发量10000的要求，我们把Web、数据库和接口系统分别部署在3台独立的服务器上进行负载均衡。由于系统面向的业务普遍具有的使用上的集中性和阵发性，如招生系统在博士入学考试网报、硕士博士入学考试成绩查询、推免考试成绩查询、录取和校内外调剂的时候访问峰值大，且一般要求的稳定性和安全性都很高。在学生报道注册、选课、开题一直到答辩的各个环节都有比较集中的阵发访问性，在采用3台独立服务器分别部署Web、数据库和接口系统外，而且访问的页面尽量减少框架形式，尽量减少页面和图片中链接等方式。最后的运行结果证明了采用方案成功。

　　3 GMIS项目质量保证的研究与实施

　　质量保证主要是通过有计划、系统地质量活动(如审计或同行审查)，证明项目满足相关的质量标准，确保交付高质量的产品和服务，满足项目干系人的期望，从而获得更多的支持。质量保证应贯穿于整个项目生命期。 项目的质量保证工作由质量保证小组实施，定期进行结构性审查。

　　为了确保审计发现的问题能够及时有效地管理，引入ClearQuest来管理和追踪发现的质量缺陷和变更。每次成果版本发布，评测人员都要核查已有问题是否得到修改。用帕累托图把问题按紧急和重要程度进行优先级排序和分类，根据问题的优先级分别进行处理。

　　4 GMIS项目质量控制的研究与实施

　　GMIS质量控制是监控项目的具体实施成果，判断项目成果是否符合有关的项目质量标准，并确定消除产生不良质量结果原因的途径。把项目质量控制贯穿于项目执行的全过程，项目质量控制重点集中于及时发现与项目质量标准的差异，并及时采取措施纠正。

　　由于本项目的质量控制人员有限，为了更好地做好质量控制，本项目由质量小组1人承担项目产品质量控制、由项目管理组承担过程质量控制，而由 QA对文档完整性和项目成果进行定期的结构性审查。测试小组根据概要设计文档、详细设计文档编制测试用例，通过用例执行的结果检查项目产品的质量，根据测试结果进行趋势分析，对项目产品的质量进行监控。项目管理组根据质量管理计划、绩效报告、质量检查单对项目管理过程进行检查。通过质量检查单对代码进行白盒和系统走查，与质量标准进行对比分析是否存在质量隐患，如果存在则由相关责任人进行处理，处理后再进行复查确认效果;通过因果图查找可能问题的原因，集合项目组内专家采用头脑风暴法尽量罗列原因，用ABC图分析法对各原因按影响权重进行排序，然后针对这些产生质量问题原因的不同优先级确定相应的解决方法，尽量在问题出现前消除隐患，提高项目质量;通过控制图监控项目执行中异常波动情况，将质量特性控制在正常质量范围内。

　　5 GMIS项目管理总结与讨论

　　在项目实施过程中，也遇到一些问题。首先，项目初期，项目组人员配备安排不合理，新人和初级软件工程师多，导致代码编写进度拖延，且代码质量不理想。其次，由于对影响质量的主要因素在项目不同阶段会变化，今后还要加强对这种变化的监控和分析应对。最后，项目比较复杂，关系人众多，在制定质量检查单时，有些非关键的功能项重视不够，导致在实际执行时，当时看似不重要，后期却需纠正性的维护。

　　作者：唐海英 王体春 来源：信息安全与技术 2016年1期