毕业论文：《以持续验证为核心的全程协同监理模式探究》.docVIP

以持续验证为核心的全程协同监理模式探究 摘要： 本文深入剖析了当前软件工程监理的特点和问题，在传统软件工程监理的模式基础上，从软件工程监理的体系、模型、方法三方面提出了一种软件工程监理的全新模式—以持续验证为核心的全程协同监理模式。 关键词：软件工程监理、监理模型、持续验证、全程协同监理模式 1.引言 软件工程监理引入的背景及意义 在席卷全球的信息化浪潮中，我国的信息化建设也获得了快速发展，从“电子政务”到“电子商务”，信息网络已经渗透到各行各业和人民的生活，正逐步改变着人们的生产和生活方式，推动着企业进步和机制、体制的不断改革。 软件工程是信息化建设的核心组成部分，是政府电子政务和企业电子商务的主体，这些年来，一大批信息系统相继建成并投入应用，产生了显著的社会效益和经济效益，提升了政府、企业的工作效率。但是在信息系统的建设过程中，也暴露出来不少问题，部分信息系统在建设过程中出现了质量不能满足预期要求、工程进度滞后、工程实施过程中互相推诿等现象，导致系统不能如期上线，甚至有系统不能投入应用完全报废的情况，给软件工程实施的业务单位造成了一定的损失。 为了解决软件工程建设过程中存在的上述问题，很多企业在软件工程实施的过程中，参照建筑工程实施的管理控制办法，引入“四控、三管、一协调”的工程监理机制，加强软件工程实施全过程的管理和控制，保证项目实施的进度和质量。 但是软件工程建设和传统的工程有很大不同，一是软件工程监理是对无形的软件产品开发进行监理，且软件工程是一个需求不断变更的迭代过程，在质量管理和进度管理上缺乏有效的工具和相关监理标准。二是软件工程监理在我国还是一个新兴行业，尚处在起步阶段，软件工程监理工作仍主要停留在软件测试等方面，在软件工程监理方面缺乏相关的标准和政策，因此，沿用传统的监理模式和监理方法、实施软件工程监理，往往不能达到工程监理的预期目标。 综上所述，由于软件工程监理对于全面保证软件工程质量、发挥信息系统的社会、经济效益具有重要意义，同时传统的软件监理模式在实施过程中又碰到很多困难，因此，根据软件工程建设的特点，结合我国软件工程监理的现状，提出一种能够适应当前软件工程建设的软件工程监理新模式具有非常重要的意义。 软件工程监理的特点 根据不同的角度，可以从以下不同的几个方面来分析软件工程监理的特点： 信息技术涉及的专业门类广，且技术发展迅速，产品更新换代快。 用户需求易随形势发展而发生急速变化，甚至有许多要求超过新技术的发展。 流程管理不规范：文档的规范作用在很多的情况下被忽视，许多细节只存在于开发人员的大脑中，代码和设计文档严重脱节。很多开发人员甚至完全抛开文档和规范而埋头编码。 协调管理难度大：信息产品成失败的信息工程90％是由于业主和承包商的沟通造成的，因为双方的沟通语言是不一致的；开发人员重视代码，忽视设计，缺乏高层次上的抽象能力，直接导致开发人员之间的沟通也只能在代码一层有共同点，影响了所开发的正确性和规模。 工程后期维护复杂，要通过较长时间的实际使用后才被得到真正的认可。 信息不对称作为一种常态出现：从信息系统工程的委托方和承包方的角度看，前者对信息技术大多不了解，而后者可能对前者的需求和业务不了解；从承包方内部来看，每一个开发流程的输入方和接受方的都存在信息的不对称的情况；使用者对信息系统工程的内部构成和实质性的信息绝大多数一无所知，而这一切可能连备查的记录都没有。 不同于一般建设项目，信息系统工程的实施包含了信息系统工程的设计这个环节，设计和实施不是相互独立的环节；实施者同时是设计者；设计环节与实施环节会出现同时进行的情景。信息系统工程的设计、施工、系统集成和开发是密不可分的。 软件工程监理的问题 我国的软件工程监理还处于起步阶段，虽然有了一定的发展、取得了一定的成绩，但也暴露出了很多问题，主要有： 软件工程监理的依据缺乏。虽然我国重视软件工程监理工作，也出台了相应的政策、法规和相关监理工程规范，但是这些规范仅仅是实施软件工程监理的框架参考。软件工程是一个技术含量高的系统工程，软件开发可以说还停留在一个手工工艺生产的过程，软件的质量在很大程度上还依赖于开发人员的水平，且软件开发的技术、平台多种多样，在软件工程实施过程中缺乏系统建设的详细规范和标准，软件工程监理人员在实施质量控制方面缺乏依据。 软件工程监理人才队伍尚不完善。软件系统建设的实际情况较为复杂，技术更新快，标准规范常常滞后，如何坚持按软件工程的思想对项目进行有力的控制，需要监理人员有很高的创新性。而由于软件工程监理是一个新发展行业，在我国比较缺乏具有丰富实施软件工程监理的监理工程师。同时在软件工程监理的实施方面，也缺乏比较成功的软件工程监理案例，专业从事软件工程监理的单位不多，目前国内具有软件监理资产的单位，主要是从软件质量测试和评测起