软件开发型信息化项目监理初探

摘要：本文对软件开发型信息化项目的监理工作按照流程进行了设计：招标阶段、总体规划阶段、需求分析阶段、概要设计阶段、详细设计阶段、编码和测试阶段、系统试运行阶段；并介绍了每个阶段监理方应承担的工作。 

Abstract: This paper designs the surveillance flows of information engineering that focused on software development: the phase of inviting public bidding、of laying out、of demand analysis、 of outline design、of detail design、of coding and testing 、of system test run , and presents the necessary work that the surveillant should do in the different phase. 

　　Key words: project of software development surveillance flow 

　　一、三种类型的信息化监理项目介绍 

　　按照信息化工程项目本身的特点，信息化工程项目监理可以划分为三类：硬件网络集成项目的监理、软件产品实施型信息化项目的监理以及软件开发型信息化项目的监理。下面分别介绍这三类监理工作的特点： 

　　硬件网络集成项目的监理：这类项目，主要包括综合布线和网络系统集成。这类监理最主要的特点是，硬件网络集成项目的评测标准是非常明确，易于执行的。比如，综合布线的监理依据有“中国工程建筑标准化协会标准CESC89:97.5建筑与建筑群综合布线系统工程施工和验收规范”、“中华人民共和国通信行业标准YD/T926.11997大楼通信综合布线系统”等，网络质量监理依据有“ANSIX3T9.5光纤分布式数据接口标准规范”等，这些都是直接面向结果的规范。所以，相对于软件产品实施型信息化项目的监理和软件开发型信息化项目的监理，硬件网络集成项目的监理是比较简单的。 

　　软件产品实施型信息化项目的监理：这类项目，主要是面向各厂商开发出来的产品软件，选择出合适的软件产品，并根据企业需求进行实施。相对于硬件网络集成项目的监理，这类项目涉及到对于软件应用的评测，而目前对于软件评测，国家还没有相应的标准来控制。事实上，软件实施评测也不容易形成统一的标准，这造成了此类项目监理一定的难度。 

　　软件开发型信息化项目的监理：这类项目，主要是基于一定的硬件网络设施，由承建方根据建设方需求开发出一套能够满足建设方需求的软件系统。由于软件开发工作，是知识密集程度非常高的工作，在某种程度上，也是非常个性化的。目前对于软件开发项目的各种标准，多是针对软件开发过程的控制，比如术语、文档等。因此这类项目监理也有一定难度。 

　　笔者将结合自身的软件开发型项目监理的经历，就此类信息化项目监理工作的流程研究进行初步的试探。 

　　由于建设方和监理方的关系始于双方监理合同的签订，所以本文的监理流程从监理合同签订开始。但鉴于在合同签订前监理方的前期准备工作是监理后续工作的基础，因此先描述监理方的准备工作是非常必要的。 

　　在签订监理合同之前，监理公司首先应对建设单位进行需求调研。此次需求调研的直接目的是为了编制更详细的项目建议书以获得监理合同，同时也是为招投标阶段编制招标文件做准备。此次调研主要明确如下问题：建设方在该项目上总体上要达到什么目标？细分后分别是什么目标？质量上要达到什么要求？时间方面的要求？投资预算多少？等。最后完成项目建议书和初步监理规划。 

　　下面将详细叙述每个阶段的特点及监理方在该阶段的工作。 

　　二、软件开发型项目监理基本流程 

　　1、招投标阶段 

　　在招投标阶段，监理方主要工作是根据前期调研工作，协助建设方编制招标文件，协助建设方评标及保管合同及文档。其中招标文件应包括：投标人须知、招标项目性质、技术要求、质量要求、工期要求、培训要求、验收要求、报价要求、投标人资质等级要求、投标保证金要求、投标文件编制要求、评标标准、履约担保函、合同主要条款等内容。而协助评标工作主要则从以下方面入手： 

　　⑴、技术方面 

　　对于技术方面的评比，一般有两种方法：一是比较法，二是打分法。比较法一般是从标书的技术部分中选取一些关键技术进行横向比较，谁的参数最接近标书要求，谁的技术评比的名次就越靠前。相对于比较法，打分法的精确性更高些。打分法也是从标书中选择关键技术参数，按照预定好的权值计算分值进行打分，分数高者就在技术方面具有更大优势。两种方法各有长短。打分法一般适用于需要提取的关键技术种类比较多比较复杂且具有较大的成熟度、能较清晰划分高下的情况，但在目前的评标工作中，一般都是采用比较法。 

　　在技术方面，同时还应该考虑投标单位的技术背景等信息。比如公司具有的CMM等级，是否有过类似项目的开发经验以及过去项目的客户反馈等。 

　　⑵、价格方面 

　　在价格方面，监理方应协助招标方对评标价进行评比。在核算时应注意如下因素： 

　　①、总报价是否等于各分项报价之和。如果总报价不等于各分项报价之和，则以各分项报价之和为准，价差按误差处理。 

　　②、货币转换。如果投标价所使用的货币不一样，则需根据开标当日中国国家外汇管理局公布的各种货币对美元汇率的卖出价，将非美元报价折算成美元报价后再进行比较。 

　　③、报价缺项的处理。对照投标文件的要求核对每一项报价，如果发现有缺项报价，按规定必须先发函澄清，如果属实则将这一标中所报该项的平均报价补充投标商缺项报价计算评标价格，并且注明该项补遗的相关指标在招标文件中的序号及理由。如果缺项的总金额超过开标价格的5%时，则可视为重大偏差。 

　　④、超范围投标项目的处理。投标商在投标文件中超过投标文件规定范围投报的项目，原则上不能作为增减因素修改评标价格，也不可以发函澄清其报价。只有当超范围投标项目在报价表中有单独列名报价时，经批准可以从评标价格中扣除，并且在表下注明该项报价在投标文件中的编号以及理由。 

　　经过调整补充所得到的报价则称为评标价，对评标价进行评比和排序即得到价格方面的评测结果。 

　　⑶、其它方面 

　　任何产品的生产，都着重对质量、成本和交货期三方面的控制。对于软件开发项目，除了技术因素和价格因素，交货期也是一个重要的指标。所以投标书所报的交货期也需重点考虑。与此同时，技术规范中所要求的有关服务费用，投标人的信誉，售后服务等因素也需要考虑到。 

　　2、总体规划阶段 

　　在招投标阶段确定中标人，甲乙双方签订合同之后，整个项目就形成了建设方、承建方和监理方的三方并存协作的一个团体，因此合理统一的规划就是项目成功的基础。总体规划阶段的主要任务，就是在承建方制定出项目规划后，对其项目规划审查，并根据承建方的项目规划，修订前期制定的监理项目规划。 

　　监理规划的性质，是监理方对整个项目工作的初步设计，是具体的监理活动的基础。监理规划一般由监理方在该项目的总监理工程师制定。其基本内容应包括： 

　　⑴、工程概况。包括工程名称、建设地址，项目组成及规模，预计总投资额，预计项目工期，工程质量等级，设计、开发单位名称，工程特点等。 

　　⑵、监理范围和目标。监理范围一般包括在工程各阶段的质量控制、进度控制和投资控制，以及其它委托服务。监理目标以三大控制为目标。 

　　⑶、主要监理措施。 

　　⑷、监理组织机构。 

　　⑸、项目监理工作制度。如监理方内部的工作会议制度、监理日志制度、监理周报和月报制度，监理方与另两方的定期沟通制度等。 

　　这个阶段结束时，监理方应提交：监理规划。 

　　3、需求分析阶段 

　　需求分析是项目建设的基石，监理方在需求分析阶段应以尊重承建方的项目管理和项目分析能力为前提，在具体的任务开展上不深入、不干扰承建方的自主权。同时，监理方要充分发挥好项目监督及沟通建设方和承建方之间的桥梁作用。 

　　需求分析的工作方法，通常有三个阶段。 

　　第一阶段：访谈阶段。这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，目的是从宏观了解用户需求方向和趋势，了解现有组织构架、业务流程、软硬件环境及使用情况。实现手段通常是事先将调查问卷发放到待调研部门，然后在约定时间围绕问卷进行交流访谈。 

　　第二阶段：深入阶段。这一阶段的工作是建立在访谈阶段工作完成，承建方已经了解了用户的组织构架、业务流程、软硬件环境及使用情况等基本现状的基础之上。承建方根据以往项目经验以及业务专家的经验，和建设方共同探讨业务模型的合理性、准确性和发展方向等问题，得到相对先进的业务模型。 

　　第三阶段：确认阶段。在完成上两阶段的工作之后，就需要对具体的流程细化，对数据进行确认了。根据前两个阶段的工作，承建方应草拟出一份需求分析报告，并提供原型演示系统，和建设方进行进一步的讨论，最终确定一份需求分析报告。 

　　需要指出的是，在系统建设的过程中，特别在采用迭代法的开发模式时，需求分析的工作需一直进行下去，而在后期的需求改进中，工作则基本集中在后两个阶段中。 

　　监理方在这三个阶段的工作，按照内容可以分为两部分：监督和沟通。监督工作包括对需求分析阶段的各种文档的保管监督，对承建方的访谈活动的监督，对需求分析报告、原型演示系统的确认等；沟通工作则表现在当建设方和承建方由于知识背景不同而在访谈过程中沟通不顺畅的时候，监理方应利用自身优势使得双方顺利理解对方。 

　　需求分析阶段，监理方可参考的标准有：GB938588计算机软件需求说明编写指南。 

　　这个阶段监理方应提交：在需求分析进行前提交需求分析阶段监理细则、监理日志、在需求分析结束后提交需求分析阶段总结报告。 

原文转自：http://www.ltesting.net