管理信息系统验收.doc

管理信息系统的验收
系统预验收或终验需要具备的文档清单    

  提交预验收（终验）报验申请表  

  一、需要打印好,盖好项目章(包括骑缝章）的文档如下：  
  注:提交一页的文档清单给专家，下述相关文档应在开发过程中提前准备  
  1〉需求分析文档  
  2>概要(详细）设计文档  
  3〉数据库设计文档  
  4〉数据库安装手册  
  5〉软件体系架构手册  
  6>软件使用操作手册  
  7〉软件安装维护手册  
  8〉系统测试内容及指标(重要）  
  9〉系统测试方案（重要）  
  10>系统测试报告（特别重要）  
  一般专家会注意测试报告中的测试结果，一种方式：建设方、监理方（如果有）和承建方三方根据我们提供的《测试内容及指标》和《系统测试方案》对我们提供的《测试报告》逐项检测，没有问题每项签字，形成《测试记录》（即测试记录)；第二种方式，《测试内容及指标》、《系统测试方案》、《测试报告》都是我们提供，没有经过三方确认,测试报告中的结论一定要有，另外如果有几项因为客户原因或不是我们造成的达不到要求的测试项可以说明原因。  
  11〉测试记录（系统组合测试记录一定要有，验收的时候视情况决定是否提交）  

  二、需要准备的介绍内容  
  1〉系统体系架构、功能介绍、数据交换及协同方案等的PPT  
  2〉预验收或终验的工作小结  
  3〉实际系统运行情况演示  

  三、过程管理文档  
  1〉会议纪要  
  2〉需求变更材料  
  3>用户确认单（如果有）  
  4〉如果有硬件设备，提供硬件设备报验单(签过字）  

  四、验收会议议程(一般情况)  
  注：提交会议议程给专家，有专家组长主持评审会议  
  1>建设方领导讲话，介绍系统的情况（具体内容建设方准备）  
  2〉如有监理单位，则由监理单位做监理工作情况报告（具体内容监理方准备)  
  3〉承建单位(也就是我们)做PPT和系统演示  
  4〉专家和建设单位组织讨论验收意见（承建方和监理方回避）  
  5>签署专家验收意见（我们需要拿到一份可以是复印件，但需加盖建设单位公章)  

  五、采购办结算单  
  1〉验收前准备好结算单的文件(一式肆份)，使用模版打印  
  2〉验收后尽快提交给建设单位相关领导签字，并加盖公章和财务章  
  3〉拿到签过字的结算单(肆份)和盖过红章的验收意见（一份）送公司办公室    

军队医院信息系统检查验收暂行标准
总后勤部卫生部
编者按：“军队医院信息系统检查验收暂行标准”是解放军总后勤部卫生部于1999年制度的，作为军队信息系统建设应用情况检查验收的标准。它对医院信息系统建设的组织领导、人员培训、系统管理、建设应用质量以及应用效果等与系统建设和应用有关的各个方面均提出了明确要求.这些要求比较科学、务实、可操作，对我们各级各类医院的信息系统建设和应用有其参考价值。所以，我们征得军队卫生领导机关的同意，把它作为附件。它既是医院信息系统建设与应用的重要参操材料，也是本书第四、八、十一章内容的补充.
第一章总  则
第一条为推动军队医院信息系统网络版软件(即“军字一号工程"）推广应用,促进军队医院信息化建设和现化环管理,特制定本标注准.
第二条制定本标注准的作用是为总后和各大单位验收医院信息系统网络版软件是的基本依据,亦是必须达到的基本标准。本标准还可以作为医院应用网络版软件的依据。
第二章组织机构
第三条有以院领导挂帅的医院信息系统建设领导小组,负责组织和协调工作。
第四条有以信息可为主体、业务机关管理人员和其他专业技术人员参加的工程时间小组,负责系统的具体实施工作。
第五条有相关职能部门负责人组成的质量监控小组,负责网上数据质量控制工作.
第六条计算机工程技术人员配备合理，展开300张床以下的医院配备1~2名,展开300张床以上医院配备3~5名.
第三章硬件环境
第七条中心机房装有地方和军队控制直拨电话,能够远程下载最新应用系统软件和系统远程维护.
第八条网络工程系统设计规范、合理;综合布线符合设计要求，水平布线一步到位，规模满足系统应用需要;设计、施工和验收文档齐全；网络工程成本适宜，有可*的保修单位。
第九条网络设计设施及服务器等配合合理、安装规范、质量可＊、运行环境符合设备运行技术要求。
第十条关键设备有备份措施和应急手段，遇有重大情况，系统停运时间能控制在2小时之内。
第十一条计算机主机机房设施符合国家电子计算机机房设计规范，关键设备工作场所完备的保安和消防措施.
第十二条所有硬件设备符合总后卫生部关于全军医院信息选型要求。
第十三条按系统建设工作流程要求，在主要数据发生点安装了数量适中、美观实用的终端站点。
第十四条有专门的计算机培训环境，有一定数量的专用培训微机和培训设施。
第四章人员培训
 第十五条  各类人员计算机培训方法得当、措施得力,有培训计划、教学大纲、考试十卷和成绩。
第十六条  各上网站点80％以上人员均经过计算机基础知识和基本技能的培训。培训人员均通过统一考核，成绩合格者方可上岗。
第十七条  医院每年至少应组织一次考核，培训和考核内容除本工作站点的应用软件操作外，还应包括有关的工作制度、规划、要求等.
第五章系统应用
第十八条 正是下发软件均应联网运行.系统运行平稳、顺畅，各子系统应用效果达到功能设计要求,并且真正实现了数据共享。
第十九条 软件功能在医疗、教学、科研和管理的等面发挥了重要作用，典型事例分析价资料齐全。
第二十条 软件支持的计算机管理功能得到充分发挥，原手工信息处理方式被废止。
第二十一条 门诊、住院收费系统运行平稳，能够准确生成、打印记账凭证和明细收支报表,提供各项会计账册，满足统计、查询等各项帐务管理要求。
第二十二条 药品管理应用范围覆盖药库、药房、药品采购、调剂、价格等业务，达到“定额管理、加速周转、帐务相符、保证供应"。
第二十三条 各项信息输入、处理、传输、存储、输出全过程准确、规范、可＊、完整、系统、安全.
第六章岗位操作
 第二十四条 医院各级业务领导均能熟练操作使用相关应用软件，熟练相关软件的基本功能和应用要求。
 第二十五条 医、药、护、技人员都能熟练适用本部门应用软件,通晓相关软件功能，熟练与本软件有关的工作流程，掌握一般错误的处理方法.
 第二十六条 所有业务主管人员和操作人员都熟悉有关设备的使用和管理要求,以及与本部门管理有关的规章制度。
第七章数据质量
 第二十七条 各项数据字典规范、完善，既符合医院实际,又符合系统设计规范要求，有专人负责维护。
 第二十八条 各站点操作人员数据录入准确、及时、可*、完整，没有信息垃圾，系统数据的一致性和共享性好。
 第二十九条 有业务主管人员和卫生统计人员负责的数据质量监控措施，并有相应的职责、制度。
 第三十条 各类上报数据归口管理,保证各类上报数据的惟一性和可*性。
第八章系统管理
第三十一条 重要保密资料有必要的保护措施，防止非法扩散.数据备份和异地存放安全可*，符合保密要求。
第三十二条 数据级别分类得当、数据使用权限设置合理，数据文档管理符合规范要求。
第三十三条 系统管理、数据库管理、用户管理、数据备份、设备切换等重要系统管理内容均做到责任到人。
第三十四条 对各项重要的系统管理，都建立有明确的操作规程；有严格的数据备份制度、措施和手段,能保证任何情况下数据不会丢失。
第三十五条 对各类使用人员严格的授权并建立个人保密口令。
第三十六条 各项操作准确、规范,系统运行稳定，没有重大数据质量问题。网络系统管理得当，规章制度健全、完善，检查、监控有利。
第九章应用效果
 第三十七条 应用效果以“军字一号"工程应用前后的量化数据来评价.
 第三十八条 工作效益从加快了信息传递速度、减少了手工作业环节、节约了工作操作时间等方面的量化数据来评价。
 第三十九条 医疗质量从规范业务工作流程、医疗文书、基础医疗工作等方面的量化数据来评价。
第四十条   社会效益从树立医院形象、提高医务人员整体素质、方便病人就医、收费价格透明及无乱收费，应用“军字一号”工程在当地医院有一定影响等方面来评价。
第四十一条 经济效益从医疗收入与支出指标、患者费用负担、医疗费用指标、减少漏欠费和人情费、严格物资管理等，通过减少“跑、冒、滴、漏"，深入开展成本核算,促进增收节支来综合评价.
第四十二条 管理效益从系统为领导提供了动态、环节管理手段和决策数据来评价。
第四十三条 在重要媒体和杂志上发表较高的文章和论文。
第十章扩展功能
第四十五条 要结合本院实际，开发功能新、应用广、效果好的外挂模块，使系统功能更加完善、使用。
第四十六条 在系统管理上要有创新性和行之有效的措施.要撰写出对系统使用、维护或进一步开发和推广应用有重要价值的技术材料.
第四十六条 要对原业务流程和处理方式进行合理的规范。及符合实际需要，有充分发挥了计算机和通讯技术的优越功能。
第四十七条 流程设计和站点安排,应一切以病人为中心，方便患者办理各种手续。
第十一章附则
第四十八条 本标准有总后卫生部负责解释.
本标准自发布之日起执行，原有标准、规范与本标准不一致的，以本标准为准.
企业信息化实施合同的6项注意
在企业信息化过程中，用户因不满软件厂商开发的系统与承诺相去甚远而把后者告上法庭的事件时有发生。而产生这类纠纷的起因,很多情况下是由于开发商和用户双方在合同中对于开发中自己应有的权利和义务界定不清造成的，结果在信息系统实施完成后，对于未料想到的问题难以协商解决，最后不得不诉诸法庭。
纠纷缘起合同不细让我们先来看一个国外的案例。A公司是美国新墨西哥州西北部一家工业五金销售商。随着公司的业务规模不断扩大,商品种类越来越多，公司总裁感到有必要用计算机系统来处理自己的商品库存。经过一番调查,他决定采用N公司的一个库存管理软件.
N公司是一家很有实力的计算机公司，它不但经营计算机硬件，还经营各种软件和网络设备.N公司销售人员告诉总裁,许多企业买库存管理软件时是连硬件一起买的，这样工作起来更为稳定.然而,A公司已经有相应的计算机设备，他决定只买软件。
　　问题是，当库存管理系统安装到A公司的计算机上后，渐渐表现出不稳定性.在实际的使用中总出现错误,有时系统无缘无故地宕机，有时对管理员的查询反应时间很长。系统耽搁的时间常常使得公司的顾客们排成长队等候。
　　A公司于是向N公司提出了修改系统的要求。N公司随即派了技术人员到现场调查，并研究如何纠正程序中的错误。但是，他们发现问题似乎和A公司的硬件有某种联系。要想彻底解决问题，要么更换机器，要么就要修改底层系统.实际上该系统并非N公司自己开发的,而是从另一家公司收购来的。技术人员也尝试着修改了一些程序,但问题并没有彻底解决。这样反反复复拖了两、三年,A公司因为系统的问题失去了许多客户，最后公司总裁在与N公司漫长的交涉中终于失去了耐心,将N公司告上了法庭。
　　对这类问题法庭如何判决呢？在上面的案例中，两个公司都可以找到许多理由，证明是因为对方的失误才导致了今天的结果.要求法官去研究有关的技术细节是不现实的,法庭只能依据双方的合同来做判断。实际上,在信息化实施开始之前，合作双方通常要签订和交换一份《信息化项目实施合同》.如果合同中要规定的事项较多,也可以分成几个部分,例如由主要事项构成的《基本合同》、关于各子系统开发的《单项合同》以及关于保密事项的《保密合同》等。
　　正因为《信息化项目实施合同》是以后解决纠纷的重要依据,因此,有关重要事项都应当在项目合同上明确规定。例如，信息化项目的硬件环境、软件产品的标准体系等技术性内容，都应当写在合同上。在项目合同上最重要的内容，是对委托方和被委托方双方在信息化过程中的权利和义务的界定。从这一点来说，项目合同是确定“委托人—-代理人"双方合作关系的一份关键的商务文件.
　　项目合同的主要内容如上表所示,从中可以清楚地看出双方在整个信息化过程中所应具有的主要权利和义务。
六大注意事项在项目合同中，对于下面一些容易产生纠纷的事项，合作的双方都应当认真考虑。不但需要明文规定，而且应当特别仔细地考虑所有条款是否严密，规范。
　　质量验收标准质量验收标准是一个关键的指标。如果双方的验收标准是不一样的，就必然会在系统完成时产生纠纷.有时，开发商为了获得项目也可能将信息系统的功能过分夸大，这使得企业对信息系统功能的预期过高。另外,企业对于信息系统功能的预期可能会随着自己对系统的熟悉而提高标准。为避免这类情况的出现，更清晰地规定质量验收标准，对双方都是有益的。
验收时间不但对于信息系统的质量标准应当用文字规定，验收期限等也应当在合同上写明。如果按期完成了开发，也需要双方按期进行验收.对于开发商交付的系统,如果企业难以确定是否已达到质量标准，迟迟不验收，开发商就不能结束开发。反之，如果企业发现了系统中的问题,开发商无力修正系统的内在错误，就会造成企业很大的损失。因此，明确的验收时间是督促双方自觉工作的重要条款。
　　技术支持服务对于开发完成后发生的技术性问题，如果是因为开发商的工作质量所造成的,应当由开发商负责无偿地解决。一般这一期限是半年到1年.如果没有这个期限规定，就视为企业所有的维修要求都要另行收费.
　　损害赔偿原则上委托方和被委托方都具有这一项权利,但比较多的情况是因为开发商对于企业实施信息系统的困难估计不足，结果陷入到期后难以完成项目的尴尬局面。为避免企业的利益受到损害,企业应当有自我保护意识，这是一个必要的条款。实际的赔偿方式可由双方另行协调。
　　保密双方都不能向第三者泄漏对方的业务和技术上的秘密。包括企业业务上的机密（例如商业运作方式、客户信息等)以及开发商的技术机密.为了实现自我保护和提高保密意识,最好是双方另行签订一个《保密合同》。关于保密的期限应当特别规定:在信息化项目履行完后继续有效。
　　软件的合法性软件的著作权和所属权是不同的。一般来说企业支付了所有的开发费用之后，软件所属权将转给企业，但软件的著作权仍然属于开发商。如果要将软件著作权也移交给委托方,在合同中应当写明这一条款。有时候，被委托方要保留软件的著作权,或者著作权属双方共有，这时都应当在合同中说明。如果采用的是已经产品化的软件系统，则应当在合同中明确记载该软件的著作权登记版号。如果没有进行著作权登记,或者信息化项目是由企业委托开发商独立开发的,则应当明确规定软件开发商承担软件系统的合法性的责任。
信息网络系统验收阶段的监理
　　信息网络系统的验收阶段是建设的最后一个阶段,在本阶段通过验收来检查系统是否实现了工程建设的目的，达到了设计的要求并投入到运行中。
　　作为信息网络系统的监理工程师，要求了解本阶段的验收规范及监理的基本要求,掌握验收的内容、技术与方法，完成本阶段的监理工作。
1．验收阶段概述
　　工程验收是整个信息网络系统建设的最后一步，通过系统的测试验收可以检验工程是否实现了原定设计目标并满足了用户的需求，从而确定工程是否完工。
　　在工程验收阶段,监理方应协助业主方明确工程项目验收大纲的符合性(验收目标、责任双方、验收提交清单、验收标准、验收方式及验收环境等）及可行性；检查工程项目是否符合国家、地方、行业的法律和法规；检查工程项目的最终功能与性能是否符合相关标准及规范；检查工程项目是否符合工程建设合同书的要求；促使承建方所提供的工程项目各阶段形成的技术、管理文档资料符合相关标准要求，必要时能使工程项目生命周期的各个阶段再现。为保证技术转移的正常完成和整个信息系统的推广使用，协助业主方并督促承建方做好用户培训工作。
2．验收的主要内容
(1)项目建设总体完成情况
　　检查建设地点、内容、规模、标准、质量及工期等是否按批准的《可行性研究报告》和设计文件完成。
（2）项目资金到位及使用情况
　　检查资金到位及使用是否符合国家有关投资及财务管理的规定，包括中央投资、地方配套及自筹资金到位时间、实际落实情况、资金支出及分项支出的范围及结构情况、项目资金管理情况（包括专账独立核算、入账手续及凭证完整性、支出结构合理性等）,以及材料、仪器、设备购置款项使用及其他各项支出的合理性.
(3)项目变更情况
　　检查项目在建设过程中是否发生变更，是否按规定程序办理报批手续。
（4)施工和设备到位情况
　　检查各单位工程和单项工程验收合格记录，包括建筑施工合格率和优良率、仪器、设备安装及调试情况,生产性项目是否经过试产运行、有无试运行及试生产的考核记录,以及是否编写各专业竣工图等.
(5）执行法律和法规情况
　　检查环保、劳动安全卫生和消防等设施是否符合批准的设计文件的要求，建筑抗震设防等是否符合规定。
（6）投入使用准备情况
　　检查组织机构、岗位人员培训、物资准备及外部协作条件是否落实。
（7)竣工决算情况
　　检查是否按要求编写了竣工决算,并出具了合格的审计报告。
（8)档案资料情况
　　检查建设项目批准文件、设计文件、竣工文件、监理文件及各种技术文件是否齐全、准确，并按规定归档。
（9）项目管理情况及其他需要验收的内容
3．监理工作的内容
（1）制定或审核验收标准.
（2）审核竣工文档资料的完整性、可读性及其与工程实际的一致性.
(3）审核系统配置与设计方案的符合性.
（4）验证系统功能性能与合同的符合性。
(5）检查人员培训计划落实情况
（6)初审工程竣工决算并督促业主方按工程进度拨款。
（7）出具验收报告。
（8）帮助业主方制定系统运行管理规章制度.
（9）完成业主方交办的其他工程管理事宜.
　　在这个阶段,业主方根据合同制定验收计划，并按照验收计划负责整个项目的验收工作；承建方为业主方提供使用方面的帮助，并配合业主方验收及维护系统；监理方根据合同监督验收是否按照正确的方法进行，检查提交的产品和服务是否符合合同的要求，是否进行了培训工作并完成了整个系统的文档。
　　工程竣工验收是信息网络系统建设监理的最后一个程序，它是全面考核工程建设成果，检验工程设计和施工质量的重要环节。
　　初验合格后应立即组织试运行，一般为3个月。如发现影响设备运行的重大问题，试运行期按规定顺延3个月。发现一般问题，则按合同由承建方负责免费返修或更换.试运行期间所发现的工程和设备质量问题应由工程管理部门负责牵头组织解决，如无问题,试运行结束后业主方应及时向上级建设主管部门报送竣工报告和工程初步决算，并申请终验。
4．监理工程验收管理制度
　　工程验收实行申报制度,各阶段验收前，监理方根据工程进度及实际情况，征得总监理工程师同意并填写验收监理工程报表并及时上报总工办。总工程师根据具体情况与总监理工程师及有关单位议定验收日期和程序。
　　工程验收前，必须至少提前3天由总监理工程师组织邀请公司领导参加的工程预验收。针对工程实体不足，资料不完善之处提出改进措施,督促整改并及时征求业主方意见。
　　监理工程师负责起草《工程验收监理总结报告》，其中必须实事求是地反映监理的实际情况，该报告由总监理工程师审核后报总工程师审定。
　　《工程质量评估报告》中的质量评估意见及质量结论意见应报请总工程师同意后填写.
5．竣工验收的依据及条件
（1）国家有关法律、法规，以及国家发布的建设标准。
（2）经批准的《可行性研究报告》和各阶段设计文件。
（3）工程相关各专业设计规范、施工及验收技术规范。
(4)合同文件、施工图和设备技术资料.
（5）其他具有法律效力的文件。
6．验收工作程序与组织
　　信息网络工程建设项目在竣工验收之前,首先由业主方组织施工、监理、设计及使用等有关单位进行初验。初验前由承建方整理文件，向业主方提出交工报告。业主方接到报告后，应及时组织初验,初验不合格的工程不得报请竣工验收。
　　初步验收后，填写《竣工验收申请报告》,其中应依照竣工验收条件分类总结项目实施情况并附初步验收结论意见、工程竣工决算及审计报告等。这个报告应规范、完整、真实，并装订成册。
　　竣工验收要成立由信息网络系统的建设单位及相关方面专家组成的验收组，可根据项目规模和复杂程度分成网络基础平台、网络服务平台及综合布线系统等验收小组,分别验收相关部分。
软件开发型信息化项目监理怎么做
一、三种类型的信息化监理项目介绍
　　按照信息化工程项目本身的特点，信息化工程项目监理可以划分为三类：硬件网络集成项目的监理、软件产品实施型信息化项目的监理以及软件开发型信息化项目的监理。下面分别介绍这三类监理工作的特点：
　　硬件网络集成项目的监理:这类项目,主要包括综合布线和网络系统集成。这类监理最主要的特点是,硬件网络集成项目的评测标准是非常明确，易于执行的。比如,综合布线的监理依据有"中国工程建筑标准化协会标准CESC89:97。5建筑与建筑群综合布线系统工程施工和验收规范”、"中华人民共和国通信行业标准YD/T926。11997大楼通信综合布线系统”等，网络质量监理依据有"ANSIX3T9.5光纤分布式数据接口标准规范"等,这些都是直接面向结果的规范。所以，相对于软件产品实施型信息化项目的监理和软件开发型信息化项目的监理,硬件网络集成项目的监理是比较简单的。
　　软件产品实施型信息化项目的监理:这类项目,主要是面向各厂商开发出来的产品软件，选择出合适的软件产品，并根据企业需求进行实施。相对于硬件网络集成项目的监理,这类项目涉及到对于软件应用的评测，而目前对于软件评测，国家还没有相应的标准来控制。事实上，软件实施评测也不容易形成统一的标准,这造成了此类项目监理一定的难度。
　　软件开发型信息化项目的监理：这类项目，主要是基于一定的硬件网络设施，由承建方根据建设方需求开发出一套能够满足建设方需求的软件系统。由于软件开发工作,是知识密集程度非常高的工作，在某种程度上，也是非常个性化的。目前对于软件开发项目的各种标准，多是针对软件开发过程的控制，比如术语、文档等。因此这类项目监理也有一定难度。
　　笔者将结合自身的软件开发型项目监理的经历，就此类信息化项目监理工作的流程研究进行初步的试探。
　　由于建设方和监理方的关系始于双方监理合同的签订，所以本文的监理流程从监理合同签订开始。但鉴于在合同签订前监理方的前期准备工作是监理后续工作的基础，因此先描述监理方的准备工作是非常必要的。
　　在签订监理合同之前，监理公司首先应对建设单位进行需求调研.此次需求调研的直接目的是为了编制更详细的项目建议书以获得监理合同，同时也是为招投标阶段编制招标文件做准备。此次调研主要明确如下问题：建设方在该项目上总体上要达到什么目标？细分后分别是什么目标?质量上要达到什么要求？时间方面的要求？投资预算多少？等。最后完成项目建议书和初步监理规划。
　　下面将详细叙述每个阶段的特点及监理方在该阶段的工作.
二、软件开发型项目监理基本流程
1、招投标阶段
　　在招投标阶段,监理方主要工作是根据前期调研工作，协助建设方编制招标文件,协助建设方评标及保管合同及文档。其中招标文件应包括：投标人须知、招标项目性质、技术要求、质量要求、工期要求、培训要求、验收要求、报价要求、投标人资质等级要求、投标保证金要求、投标文件编制要求、评标标准、履约担保函、合同主要条款等内容。而协助评标工作主要则从以下方面入手：
　　⑴、技术方面
　　对于技术方面的评比,一般有两种方法:一是比较法,二是打分法。比较法一般是从标书的技术部分中选取一些关键技术进行横向比较，谁的参数最接近标书要求，谁的技术评比的名次就越靠前。相对于比较法，打分法的精确性更高些。打分法也是从标书中选择关键技术参数，按照预定好的权值计算分值进行打分，分数高者就在技术方面具有更大优势。两种方法各有长短。打分法一般适用于需要提取的关键技术种类比较多比较复杂且具有较大的成熟度、能较清晰划分高下的情况，但在目前的评标工作中,一般都是采用比较法.
　　在技术方面,同时还应该考虑投标单位的技术背景等信息.比如公司具有的CMM等级,是否有过类似项目的开发经验以及过去项目的客户反馈等.
　　⑵、价格方面
　　在价格方面，监理方应协助招标方对评标价进行评比。在核算时应注意如下因素:
　　①、总报价是否等于各分项报价之和.如果总报价不等于各分项报价之和，则以各分项报价之和为准，价差按误差处理。
　　②、货币转换。如果投标价所使用的货币不一样,则需根据开标当日中国国家外汇管理局公布的各种货币对美元汇率的卖出价，将非美元报价折算成美元报价后再进行比较。
　　③、报价缺项的处理。对照投标文件的要求核对每一项报价，如果发现有缺项报价,按规定必须先发函澄清，如果属实则将这一标中所报该项的平均报价补充投标商缺项报价计算评标价格，并且注明该项补遗的相关指标在招标文件中的序号及理由。如果缺项的总金额超过开标价格的5％时，则可视为重大偏差。
　　④、超范围投标项目的处理。投标商在投标文件中超过投标文件规定范围投报的项目，原则上不能作为增减因素修改评标价格，也不可以发函澄清其报价。只有当超范围投标项目在报价表中有单独列名报价时，经批准可以从评标价格中扣除，并且在表下注明该项报价在投标文件中的编号以及理由。
　　经过调整补充所得到的报价则称为评标价，对评标价进行评比和排序即得到价格方面的评测结果。
　　⑶、其它方面
　　任何产品的生产，都着重对质量、成本和交货期三方面的控制.对于软件开发项目，除了技术因素和价格因素，交货期也是一个重要的指标。所以投标书所报的交货期也需重点考虑。与此同时，技术规范中所要求的有关服务费用，投标人的信誉，售后服务等因素也需要考虑到。
2、总体规划阶段
　　在招投标阶段确定中标人，甲乙双方签订合同之后，整个项目就形成了建设方、承建方和监理方的三方并存协作的一个团体，因此合理统一的规划就是项目成功的基础.总体规划阶段的主要任务，就是在承建方制定出项目规划后，对其项目规划审查，并根据承建方的项目规划，修订前期制定的监理项目规划。
　　监理规划的性质,是监理方对整个项目工作的初步设计,是具体的监理活动的基础。监理规划一般由监理方在该项目的总监理工程师制定.其基本内容应包括：
　　⑴、工程概况。包括工程名称、建设地址，项目组成及规模,预计总投资额，预计项目工期，工程质量等级，设计、开发单位名称,工程特点等。
　　⑵、监理范围和目标。监理范围一般包括在工程各阶段的质量控制、进度控制和投资控制，以及其它委托服务。监理目标以三大控制为目标.
　　⑶、主要监理措施。
　　⑷、监理组织机构。
　　⑸、项目监理工作制度。如监理方内部的工作会议制度、监理日志制度、监理周报和月报制度，监理方与另两方的定期沟通制度等。
　　这个阶段结束时，监理方应提交:监理规划。
3、需求分析阶段
　　需求分析是项目建设的基石，监理方在需求分析阶段应以尊重承建方的项目管理和项目分析能力为前提，在具体的任务开展上不深入、不干扰承建方的自主权.同时，监理方要充分发挥好项目监督及沟通建设方和承建方之间的桥梁作用。
　　需求分析的工作方法，通常有三个阶段.
　　第一阶段：访谈阶段.这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，目的是从宏观了解用户需求方向和趋势,了解现有组织构架、业务流程、软硬件环境及使用情况。实现手段通常是事先将调查问卷发放到待调研部门，然后在约定时间围绕问卷进行交流访谈。
　　第二阶段：深入阶段.这一阶段的工作是建立在访谈阶段工作完成，承建方已经了解了用户的组织构架、业务流程、软硬件环境及使用情况等基本现状的基础之上.承建方根据以往项目经验以及业务专家的经验，和建设方共同探讨业务模型的合理性、准确性和发展方向等问题，得到相对先进的业务模型。
　　第三阶段：确认阶段.在完成上两阶段的工作之后，就需要对具体的流程细化，对数据进行确认了。根据前两个阶段的工作，承建方应草拟出一份需求分析报告，并提供原型演示系统，和建设方进行进一步的讨论，最终确定一份需求分析报告。
　　需要指出的是,在系统建设的过程中,特别在采用迭代法的开发模式时,需求分析的工作需一直进行下去，而在后期的需求改进中，工作则基本集中在后两个阶段中。
　　监理方在这三个阶段的工作,按照内容可以分为两部分：监督和沟通.监督工作包括对需求分析阶段的各种文档的保管监督，对承建方的访谈活动的监督,对需求分析报告、原型演示系统的确认等；沟通工作则表现在当建设方和承建方由于知识背景不同而在访谈过程中沟通不顺畅的时候，监理方应利用自身优势使得双方顺利理解对方。
　　需求分析阶段，监理方可参考的标准有:GB938588计算机软件需求说明编写指南。
　　这个阶段监理方应提交：在需求分析进行前提交需求分析阶段监理细则、监理日志、在需求分析结束后提交需求分析阶段总结报告.
4、概要设计阶段
　　概要设计，即将软件需求转化为数据结构和软件的系统结构，一般包括数据设计和系统结构设计。其中数据设计侧重于数据结构的定义,系统结构设计定义软件系统各主要成份之间的关系。
　　在承建方进行概要设计的过程中，监理方需要监督以下方面：
　　⑴、制定规范
　　在进入软件开发阶段之初,首先应为软件开发组制定在设计时应该共同遵守的标准，以便协调组内各成员的工作.包括：
　　阅读和理解软件需求说明书,确认用户要求能否实现，明确实现的条件,从而确定设计的目标,以及它们的优先顺序；
　　根据目标确定最合适的设计方法；
　　规定设计文档的编制标准;
　　规定编码的信息形式，与硬件，操作系统的接口规约，命名规则。
　　⑵、软件系统结构的总体设计
　　根据需求分析，基于功能层次结构建立系统,其中包括采用某种设计方法，将系统按功能划分成模块的层次结构、确定每个模块的功能、建立与已确定的软件需求的对应关系、确定模块间的调用关系、确定模块间的接口、评估模块划分的质量.
　　⑶、处理方式设计
　　处理方式设计要确定为实现系统的功能需求所必需的算法，评估算法的性能；确定为满足系统的性能需求所必需的算法和模块间的控制方式;确定外部信号的接收发送形式。
　　⑷、数据结构设计
　　根据需求分析报告进行数据库设计。数据库设计包括确定软件涉及的文件系统的结构以及数据库的模式、子模式,进行数据完整性和安全性的设计；确定输入，输出文件的详细的数据结构；结合算法设计，确定算法所必需的逻辑数据结构及其操作；确定对逻辑数据结构所必需的那些操作的程序模块（软件包）；限制和确定各个数据设计决策的影响范围；若需要与操作系统或调度程序接口所必须的控制表等数据时，确定其详细的数据结构和使用规则；数据的保护性设计；数据的一致性设计;冗余性设计等.
　　⑸、可靠性设计
　　可靠性设计也叫做质量设计。在运行过程中，为了适应环境的变化和用户新的要求，需经常对软件进行改造和修正。在软件开发的一开始就要确定软件可靠性和其它质量指标，考虑相应措施,以使得软件易于修改和易于维护。
　　⑹、概要设计阶段的文档
　　概要设计阶段完成时应编写以下文档：概要设计说明书、数据库设计说明书、用户手册、制定初步的测试计划。
　　针对上述工作，监理方应按如下标准评定承建方的概要设计：
　　⑴、可追溯性：确认该设计是否覆盖了所有已确定的软件需求，软件每一成份是否可追溯到某一项需求;
　　⑵、接口：确认该软件的内部接口与外部接口是否已经明确定义,模块是否满足高内聚和低耦合的要求，模块作用范围是否在其控制范围之内;
　　⑶、风险：确认该设计在现有技术条件下和预算范围内是否能按时实现；
　　⑷、实用性：确认该设计对于需求的解决方案是否实用；
　　⑸、技术清晰度：确认该设计是否以一种易于翻译成代码的形式表达；
　　⑹、可维护性：确认该设计是否考虑了方便未来的维护；
　　⑺、质量:确认该设计是否表现出良好的质量特征；
　　⑻、各种选择方案：看是否考虑过其它方案，比较各种选择方案的标准是什么;
　　⑼、限制：评估对该软件的限制是否现实,是否与需求一致;
　　⑽、其它具体问题:对于文档、可测试性、设计过程等进行评估.
　　这个阶段监理方应提交：在概要设计进行前提交总体设计阶段监理细则、监理周记、在概要设计完成后提交概要设计监理报告。
5、详细设计阶段
　　详细设计阶段的直接目标是编写详细设计说明书，为此，承建方应做如下工作:
　　⑴、确定每个模块的算法，用工具表达算法的过程，写出模块的详细过程性描述;
　　⑵、确定每一模块的数据结构；
　　⑶、确定模块接口细节。
　　监理方在这个阶段主要是在进度上进行控制，主要手段是定期与承建方沟通，检查文档。
　　这个阶段监理方应提交:在详细设计进行前提交详细设计阶段监理细则、监理周记、在详细设计完成后提交详细设计说明书的确认报告.
6、编码及测试阶段
　　编码是将详细设计阶段的设计思想用某种计算机语言实现的过程。监理方应从结构化程序设计原则来进行编码工作的监理：
　　⑴、使用语言中的顺序、选择、重复等有限的基本控制结构表示程序逻辑；
　　⑵、选用的控制结构只准许有一个入口和一个出口；
　　⑶、程序语句组成容易识别的块，每块只有一个入口和一个出口；
　　⑷、复杂结构应该用基本控制结构进行组合嵌套来实现；
　　⑸、语言中没有的控制结构，可用一段等价的程序段模拟，但要求该程序段在整个系统中应前后一致；
　　通常测试是伴随着编码而同时进行的.广义上软件测试并非只在这个阶段才有，而是贯穿软件需求分析、概要设计、详细设计等阶段的.本处的测试，则指代码测试。在测试阶段,监理方应依据测试原则对承建方的测试进行监督：
　　⑴、应尽早的和不断的进行软件测试;
　　⑵、测试用例应由测试输入数据和对应的预期输出结果这两部分组成；
　　⑶、程序员应避免检查自己的程序;
　　⑷、在设计测试用例时，应包括合理的输入条件和不合理的输入条件；
　　⑸、充分注意测试中的群集现象,即一般测试后程序中残存的错误数目与该程序中已发现的错误数目成正比；
　　⑹、严格执行测试计划，排除测试的随意性；
　　⑺、应当对每一个测试结果做全面检查。
　　⑻、妥善保存测试计划,测试用例，出错统计和最终分析报告,为维护提供方便。
　　在编码及测试阶段监理方可参考的标准有：GB938688计算机软件测试文件编制规范、GB/T1250490计算机软件质量标准保证计划规范、GB/T1250590计算机软件配置管理计划规范、GB/T1553295计算机软件单元测试等。
7、系统试运行阶段
　　由于信息化软件一般都是比较大型的软件，因此在完成了系统测试后还需要经过一段时间的试运行。系统试运行实际是测试的延续，检查系统的稳定性、适用性等。监理方在这个阶段的主要工作有：
　　⑴、审核竣工文档资料的完整性、可读性及其与工程实际的一致性;
　　⑵、审核操作系统、应用系统等软件配置与设计方案的符合性；
　　⑶、检测验证系统功能性能与合同的符合性；
　　⑷、检查人员培训计划落实情况；
　　⑸、出具验收报告；
　　⑹、帮助用户制定系统运行管理规章制度;
　　⑺、在保修期内定期或不定期对项目进行质量检查、督促承建方按合同要求进行维护。
小结：
　　从监理合同签订开始到最后系统试运行结束,监理方工作在职能上可以归结为两点：沟通与监督。沟通的目标是建设方与承建方信息对等，沟通的手段是定期或不定期召开工作会议；监督的目标是在质量、进度和投资上进行控制,监督的手段是合同管理和文档管理。
信息系统软件工程监理的几点体会
　　大型信息系统建设是一项投资大、周期长、知识密集、高风险的系统工程,行业新颖、人员年