软件项目通用监理方案doc.docx
《软件项目通用监理方案doc.docx》由会员分享,可在线阅读,更多相关《软件项目通用监理方案doc.docx(13页珍藏版)》请在冰豆网上搜索。
![软件项目通用监理方案doc.docx](https://file1.bdocx.com/fileroot1/2023-5/15/291b5f91-8953-4fdd-925b-5afb2aff800c/291b5f91-8953-4fdd-925b-5afb2aff800c1.gif)
软件项目通用监理方案doc
软件项目通用监理方案
信息系统软件项目监理方案根据信息系统软件项目的生命周期,我们对于软件项目的监理从以下七个阶段进行监理,这七个阶段包括:
需求分析阶段、设计阶段、实施阶段、测试阶段、验收阶段、用户培训阶段、试运行阶段。
对于每个阶段我们从质量、进度、成本、合同、信息、组织协调等不同角度进行监理。
在每个阶段都制定了相应的工作流程。
监理方对项目进行了各个阶段的监理分析,具体分析如下:
1.1项目需求分析阶段的监理1.1.1需求分析阶段监理工作本阶段主要是由承建单位根据项目合同的要求,通过采用访谈、调查、演示等手段与建设单位进行沟通,了解系统建设的整体要求,包括软件的功能、性能、接口、数据、环境需求,安全保密要求以及约束条件等,从而对所要开发的系统建立一个可供依据的基线。
本阶段承建单位应提交需求分析报告和原型系统。
监理单位在本阶段的工作,按照内容可以分为:
l控制:
包括对需求分析阶段的各种文档的保管监督,对需求分析报告、原型演示系统的确认等;l沟通:
在当建设单位和承建单位由于知识背景不同而在访谈过程中沟通不顺畅的时候,监理单位应利用自身优势使得双方顺利理解对方。
l编制《项目监理规划》和需求阶段监理方案或监理细则。
1.1.2需求分析阶段质量控制1.审核承建单位需求分析前的准备工作l需求分析过程规范性l需求分析方法l需求报告规范性,参照:
《软件需求说明书》(GB856T——88)。
2.审核承建单位提交的需求报告内容l完整性:
是否涵盖了建设单位的全部需求,是否包含了开发软件系统所有必要的信息;l正确性和无二义性。
l可行性:
检查需求在法律法规、技术、业务、现有资源环境、管理、维护等方面的可行性。
l需求对于业务的必要性。
l划分优先级:
基本功能和增强功能或首先满足部分使用对象的需求等策略。
l可验证性:
需求描述是否可以作为验证需求是否达到要求的依据和标准。
l可跟踪性:
软件需求对系统需求的可追踪性。
3.审核承建单位在需求分析过程中对需求的管理措施l需求变更控制措施l需求版本控制措施l需求实现跟踪1.1.3需求分析阶段进度控制1.审核《需求分析进度计划》l与开发计划的一致性l认同性l落实措施2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出《监理整改通知单》1.1.4需求分析阶段成本控制1.估算实现成本,明确系统完成范围。
2.核实本阶段工程量和工作量,并签认。
1.1.5需求分析阶段合同管理1.合同的履行管理:
包括工期、质量管理和费用管理。
2.合同的变更管理。
3.工程款支付管理。
4.工程停、复工管理。
5.工程延期管理。
1.1.6需求分析阶段信息管理1.确定本阶段信息管理的对象l建设单位提供的数据和资料l会议记录l需求报告l系统原型l监理记录2.定义信息管理过程3.信息管理方法l管理工具l文档库结构1.1.7需求分析阶段组织协调l监理例会制度l监理工作报告l协助承建单位进行项目需求阶段的评审确认1.1.8需求分析阶段监理工作流程1.1.8.1需求评审流程承建单位提交《需求分析报告》监理单位制订需求评审计划①参加人员②时间地点③议程④检查项目⑤评审标准与有关各方确认需求评审计划《需求分析报告》内容完整性审核通过承建单位整改未通过通过《需求分析报告》内容正确性审核①完整性②正确性③可行性④必要性⑤无二义性⑥可验证性⑦可跟踪性⑧优先级划分通过未通过三方签认通过承建单位根据确定的需求修正《项目计划》监理工程师对《项目计划》进行审核通过未通过通过承建单位整改监理工程师签认建设单位批准进入下一个阶段1.1.8.2进度控制流程承建单位编制需求分析阶段进度计划并填写《进度计划报审表》总监理工程师审批按计划组织实施监理工程师对进度实施情况进行检查、分析基本实现计划目标严重偏离计划目标总监理工程师签发《监理通知》指示承建单位采取调整措施首次监理会议后准备编制下一阶段计划1.2项目设计阶段的监理1.2.1系统设计阶段监理工作系统设计阶段对承建单位通常包括:
概要设计、详细设计和设计评审。
概要设计,又称概念设计或总体设计,即将软件需求转化为数据结构和软件的系统结构的过程,一般包括数据设计和系统结构设计。
其中数据设计侧重于数据结构的定义,系统结构设计定义软件系统各主要成份之间的关系。
在承建单位进行概要设计的过程中,监理单位需要从设计规范、系统结构、系统可靠性、设计文档等几方面进行监督和控制。
详细设计的直接目标是定义模块内的实现结构和方法,并编写详细设计说明书,监理单位在这个阶段主要是在进度上进行控制,主要手段是定期与承建单位沟通,检查文档。
设计评审就是依据用户需求的要求,审核系统设计与需求的一致性、设计的合理性、技术可行性,以保证系统结构的正确性。
设计评审通常采用同行评审的方法进行。
监理单位在设计评审时主要对参与评审人员的资格、评审要素的全面性、文档的完整性进行监督和检查。
1.2.2设计阶段质量控制1.审核承建单位系统设计规范a)系统设计报告格式要求n设计目标n需求分析n总体结构n模块定义与划分n接口设计n数据库设计n安全保障设计n出错处理机制n实现技术n开发平台n系统集成测试方案n系统安全测试方案n编程规范参照:
概要设计说明书(GB8567——88)b)数据库设计规范c)详细设计报告格式要求参照:
详细设计说明书(GB8567——88)2.审核承建单位提交的系统设计文档内容l设计目标满足性系统设计目标应包括:
功能目标、性能目标、安全性目标、可靠性目标、灵活性目标、开放性目标。
建议满足顺序:
实用性(友好性)-->可靠性(安全性)-->易管理性-->易维护性-->易扩展性-->运行效率l设计原则的遵循l设计与需求的一致性l实用性:
确认该设计对于需求的解决方案是否实用l可维护性:
确认该设计是否考虑了方便未来的维护l灵活性:
确认该设计是否考虑了随着业务的变化和发展可以灵活地进行扩展和调整l接口:
确认该软件的内部接口与外部接口是否已经明确定义,模块是否满足高内聚和低耦合的要求,模块作用范围是否在其控制范围之内;应该包括以下方面的接口定义:
n人机交互接口n数据采集子系统与数据统计子系统之间的接口(GUI、数据库、用户账户管理等)n本系统与CA系统的接口n本系统与下属各机构现有业务系统的接口l质量:
确认该设计是否表现出良好的质量特征l各种技术方案的选择:
确认是否考虑过其它方案,比较各种选择方案的标准是什么l技术清晰度:
确认该设计是否以一种易于翻译成代码的形式表达l风险:
确认该设计在现有技术条件下和预算范围内是否能按时实现l可追溯性:
确认该设计是否覆盖了所有已确定的软件需求,软件每一成份是否可追溯到某一项需求3.审核承建单位提交的详细设计报告内容l模块程序组织结构l模块内部实现机制设计(程序描述、功能、输入项、输出项、算法、流程逻辑、接口、存储分配、注释设计、限制条件)l模块测试方案1.2.3设计阶段进度控制1.审核承建单位提交的《进度计划》l与建设合同的一致性l认同性l落实措施2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出《监理整改通知单》1.2.4设计阶段成本控制1.根据设计结果核算系统实现的成本,并将成本控制在用户可接受的范围内。
2.核实设计阶段的工程量和工作量,并签认。
1.2.5设计阶段合同管理1.合同的履行管理:
包括工期、质量管理和费用管理。
2.合同的变更管理。
3.工程款支付管理。
4.工程停、复工管理。
5.工程延期管理。
1.2.6设计阶段信息管理1.确定本阶段信息管理的对象l建设单位提供的数据和资料l会议记录l设计报告l监理记录2.遵循已定义的信息管理过程收集管理有关文档1.2.7设计阶段组织协调l监理例会制度l监理工作报告l监理专题会议1.2.8设计阶段监理工作流程监理机构与承建单位共同确定系统设计规范进入系统设计阶段监理机构对承建单位设计过程活动进行监理承建单位进行系统设计承建单位提交设计报告监理机构组织同行评审通过?
监理机构责成承建单位进行整改否监理机构审查设计文件完整性是通过?
否是监理签认,建设单位批准进入系统开发阶段1.2.8.1设计阶段质量控制流程1.2.8.2设计进度控制流程承建单位提交设计进度计划总监理工程师审批按计划组织实施监理工程师对进度实施情况进行检查、分析基本实现计划目标严重偏离计划目标总监理工程师签发《监理通知》指示承建单位采取调整措施1.2.8.3设计评审监理流程承建单位提交《系统设计报告》监理工程师制订设计评审计划⑥参加人员⑦时间地点⑧议程⑨检查项目⑩评审标准与有关各方确认设计评审计划《系统设计报告》内容完整性审核通过承建单位整改未通过通过系统概要设计审核⑨设计目标实现⑩设计原则遵循⑪技术方案选择⑫覆盖需求⑬系统接口清晰度⑭系统性能⑮技术实现风险⑯测试方案通过未通过通过通过系统详细设计审核通过未通过通过①模块接口描述②编程规范③模块测试方案系统安全设计审核①网络安全②系统安全③数据传输安全④数据存储安全⑤数据访问安全⑥防篡改和防抵赖通过未通过通过A承建单位根据确定的系统设计修正《项目计划》监理工程师对《项目计划》进行审核通过未通过通过承建单位整改监理工程师签认进入编程阶段A专家会签、监理签认1.3项目实施阶段的监理1.3.1系统编码阶段监理工作编码阶段的任务是根据软件详细设计说明,对各程序模块采用某种计算机语言进行编码、调试、静态分析和单元测试的过程。
编码阶段承建单位工作的依据是用户需求、系统设计报告和详细设计报告。
监理单位应按照编码规范和进度计划对编码工作过程中的进度和程序质量进行监理和控制。
1.3.2系统编码阶段质量控制1.审核承建单位编程前的准备工作a)编程规范b)开发平台是否统一c)分工与进度计划的落实d)源程序的管理机制2.审核承建单位提交的源程序及程序静态走查记录a)依据承建单位提交的编程规范抽检源程序,以检查其规范性;b)审核静态走查记录静态走查内容包括:
-文件名命名-变量命名与赋值方式-注释-与详细设计的一致性-功能分析-控制流分析-数据流分析-计算流分析-异常处理-表达式-编译过程3.审核承建单位提交的测试记录和测试报告单元测试内容包括:
-接口测试-功能逻辑测试-边界测试-局部数据结构测试-条件测试-路径分支测试-异常处理测试-内存泄漏测试1.3.3系统编码阶段进度控制1.审核承建单位提交的《编程进度计划》l与建设合同的一致性l认同性l落实措施2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出《监理整改通知单》1.3.4系统编码阶段成本控制1.核实编程阶段的工程量和工作量,并签认。
1.3.5系统编码阶段合同管理1.合同的履行管理:
包括工期、质量管理和费用管理。
2.合同的变更管理。
3.工程停、复工管理。
1.3.6系统编码阶段信息管理1.确定本阶段信息管理的对象l源程序l源程序审查记录l源程序测试记录l监理记录2.遵循已定义的信息管理过程收集管理有关文档1.3.7系统编码阶段组织协调l监理例会制度l监理工作报告l监理专题会议1.3.8系统编码阶段监理工作流程1.3.8.1编码阶段质量控制流程审查编程计划及落实情况①分工②文件命名方式③编程规范④开发顺序⑤源程序文件管理方式⑥源程序测试方式通过否整改是编程过程中的质量与进度控制审查源程序(规范性)进入编程阶段①编程前是否充分理解设计内容②编程中是否遵循编程规范③编程进度是否正常通过?
否是承建单位整改程序冻结,监理签认进入系统测试阶段审查单元测试过程、记录和测试报告通过?
否是1.3.8.2编码进度控制流程承建单位提交编码进度计划监理工程师审批按计划组织实施监理工程师对进度实施情况进行检查、分析基本实现计划目标严重偏离计划目标总监理工程师签发《监理通知》指示承建单位采取调整措施准备编制下一阶段计划1.4项目测试阶段的监理1.4.1系统测试阶段监理工作本处系统测试范围包括系统集成测试、系统功能测试、系统性能测试、系统安全测试、恢复测试、安装测试等。
系统集成测试是指承建单位依据系统设计的要求检查系统各模块之间的接口通讯是否符合设计要求的测试方法;系统功能测试是指承建单位依据功能规格检查系统实现的功能是否符合功能规格要求的测试方法;系统性能测试是指承建单位检查系统在运行过程中的性能参数是否符合性能指标要求的测试;系统安全测试是指承建单位检查系统是否满足安全需求要求的测试。
本阶段监理工作重点主要包括测试前对测试规划工作的审核(如对测试计划和测试方案及测试用例的评审)、测试过程中的监督检查和测试后的评估。
1.4.2系统测试阶段质量控制1.审核承建单位系统测试前的准备工作测试前的准备工作包括:
a)编制测试计划和测试用例b)建立独立有效的模拟测试环境c)选择有效的测试工具d)制订测试过程规范e)测试人员的培训等监理工程师将通过文档审核、现场考察、人员谈话等方式检查测试前的准备工作是否符合要求,以保证测试的有效性。
《测试计划》内容一般包括:
1)测试对象描述2)测试目标3)测试依据和标准4)测试项目5)测试过程规范6)测试方法和工具选择7)测试进度计划8)测试人员要求和职责分工安排9)测试环境定义10)测试记录与测试报告格式11)测试问题解决方式(如果遇到重大错误导致测试无法进行下去,如何处理)12)缺陷等级和分类13)测试通过标准14)回归测试《测试用例》内容一般包括:
1)测试项目名称2)测试内容描述3)测试输入数据4)预期结果5)测试步骤6)实际测试结果7)测试人员和日期2.监督承建单位测试过程中执行规范的情况承建单位在测试过程中,应按照测试用例的要求进行测试,并客观地记录测试结果。
监理工程师将对测试用例和测试记录进行抽查,以保证测试的有效性。
3.评估测试结果监理工程师根据测试计划和测试过程审核承建单位提交的测试记录和测试报告,审核测试用例是否完全执行并达到了预期的结果,以确认测试的有效性和完备性。
1.4.3系统测试阶段进度控制1.审核承建单位提交的《测试计划》,确保:
l与建设合同的一致性l各方的认同性l计划执行的落实措施l问题跟踪解决的方式2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出《监理整改通知单》1.4.4系统测试阶段成本控制核实测试阶段的工程量和工作量,控制本阶段投入的软、硬件资源和人力资源,并签认。
1.4.5系统测试阶段合同管理1.合同的履行管理:
包括工期、质量管理和费用管理。
2.合同的变更管理。
3.工程停、复工管理。
4.工程延期管理。
1.4.6系统测试阶段信息管理1.确定本阶段信息管理的对象l用户方提供的数据和资料l测试计划l测试记录l测试报告l监理记录2.遵循已定义的信息管理过程收集管理有关文档1.4.7系统测试阶段组织协调l监理例会制度l监理工作报告l监理专题会议1.4.8监理工作流程4.4.8.1测试阶段质量控制流程承建单位提交《测试计划》和《测试案例》监理工程师审核测试计划和测试案例否承建单位整改通过?
是①测试环境的独立性②测试工具的选择③测试过程的制订④测试人员的审核监理工程师审核测试准备情况否通过?
集成测试是功能测试监理工程师监督测试过程有效性性能测试监理工程师审计测试记录和报告安全测试安装测试承建单位整改否通过?
是监理工程师签认测试合格证明承建单位提交测试计划监理工程师审批按计划组织实施监理工程师对进度实施情况进行检查、分析基本实现计划目标严重偏离计划目标总监理工程师签发《监理通知》指示承建单位采取调整措施准备下一阶段计划1.4.8.1测试进度控制流程1.5项目预验收阶段的监理1.5.1系统预验收阶段监理工作软件系统在投入试运行前要进行软件系统的预验收,或者称为系统初验,其目的是确保软件系统具备试运行的条件。
系统预验收应由建设单位、承建单位和监理单位共同成立专门的系统预验收小组。
系统预验收测试通常包括系统业务(功能)测试、系统性能测试、系统安全测试和系统稳定性测试等。
预验收测试在由建设方提供的实际运行环境下,由建设方主持进行。
为了保证系统预验收测试的有效性,监理方在这个阶段的主要工作有:
1)评审承建方交付的预验收测试方案,并搞好组织协调,检查验收测试的环境和资源的落实情况;2)检查承建方交付的文档和程序开发卷宗;3)监督检查测试的有效性;4)对验收测试结果组织评估。
1.5.2系统预验收阶段质量控制1.协助建设单位审查承建单位提出的预验收申请。
如果符合预验收条件,准备系统预验收;否则向承建单位提出系统整改意见;2.协助建设单位组织系统预验收小组;3.审核承建单位提交的《程序开发卷宗》和《用户操作手册》、《系统管理手册》等文档;-《程序开发卷宗》内容要求见附录1;-《用户操作手册》内容要求应满足GB8567—88《用户手册》的要求;-《系统管理手册》内容要求见附录2;4.审核承建单位提出的预验收测试方案,并同承建单位协商形成最终的预验收测试方案;预验收测试方案的内容要求参见《测试计划》和《测试用例》的有关要求;5.协助建设单位、承建单位进行预验收测试,并记录测试结果;6.根据测试结果,对测试过程中出现的问题应提交《预验收整改意见书》,并会同建设单位和承建单位确定整改进度表,重新进行相关的测试,直至问题得到全部解决;7.如果测试内容全部符合要求,参与签署系统预验收合格书;1.5.3系统预验收阶段进度控制1.审核承建单位提交的《预验收测试计划》,确保:
l与建设合同的一致性l应包含风险分析及系统应及措施,即系统出现可能的故障后将导致的后果l各方的认同性l落实措施l问题跟踪解决的方式2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出《监理整改通知单》1.5.4系统预验收阶段成本控制核实本阶段的工程量和工作量,控制本阶段投入的软、硬件资源和人力资源,并签认。
1.5.5系统预验收阶段合同管理1.若预验收测试内容均达到测试要求,承建单位提供的文档完整,合同其他条款得到明确的落实,经预验收小组验收通过后,参与签署系统预验收合格证书;2.工程款支付管理;3.工程延期管理。
1.5.6系统预验收阶段信息管理1.确定本阶段信息管理的对象:
a)预验收测试计划、方案、标准;b)预验收测试记录、测试报告;c)预验收测试评估报告;d)监理记录;2.遵循已定义的信息管理过程收集管理有关文档。
1.5.7系统预验收阶段组织协调l监理例会制度l监理工作报告l监理专题会议1.5.8监理工作流程1.5.8.1系统预验收阶段质量控制流程承建单位提出书面初验申请检查合同履行情况提出整改意见不符合协助建设单位组织初验机构审查验收方案不合格组织预验收测试合格审核预验收档案资料预验收评估不合格进入系统试运行合格符合1.5.8.2预验收进度控制流程承建单位提交预验收计划监理工程师审批按计划组织实施监理工程师对进度实施情况进行检查、分析基本实现计划目标严重偏离计划目标总监理工程师签发《监理通知》指示承建单位采取调整措施准备编制下一阶段计划1.6项目用户培训阶段的监理1.6.1用户培训监理工作为了保证交付的应用系统能够得到正确的使用,承建单位将通过对系统运行维护人员的培训,使其能够切实理解和掌握操作系统、网络系统、网络安全等各种基础知识,熟练管理以及维护操作,保证系统完工后能够正常运转;通过对最终用户的培训,使其熟练使用业务系统,充分发挥系统的作用。
为了保证培训的质量,监理单位将从以下方面对培训工作进行监理:
1)审核承建单位制订的《培训计划》和《培训讲义》;2)审核承建单位指派的培训教师的资质;3)监督培训的实施;4)根据培训记录对培训效果进行评估。
1.6.2培训阶段质量控制1.审核承建单位制订的《培训计划》和《培训讲义》。
培训计划要求包括以下内容:
-培训目的-培训目标-培训对象-培训内容要点-培训考核标准和方式-培训方式-培训时间计划-培训教师简介-培训设施要求2.审核承建单位指派的培训教师的资质。
将从以下方面进行审核:
-教育背景-相关工作经历-授课经验-业务熟悉程度3.监督培训的实施。
监理工程师应依据《培训计划》对培训的过程进行监督管理,包括培训前的准备情况,如讲义的打印、学员的报到登记,教学设备的检查等,以及培训人员出勤情况、考核记录、培训情况调查等,以便为评估培训效果积累必要的信息。
培训讲义要保证参加培训的人员人手一份。
4.根据培训记录对培训效果进行评估。
依据培训目标对培训结果评估。
达到培训目标,监理予以签认,否则应责成承建单位与建设单位进行协商,确定补救措施。
1.6.3培训阶段进度控制1.审核《培训时间计划》,并与建设单位有关人员协商,确定其可行性。
2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出《监理整改通知单》1.6.4培训阶段成本控制1.核实本阶段的工程量和工作量,并签认。
1.6.5培训阶段合同管理1.合同的履行管理:
包括工期、质量管理和费用管理;2.工程变更管理。
1.6.6培训阶段信息管理1.确定本阶段信息管理的对象a)培训计划b)培训讲义c)培训记录,包括培训出勤记录、培训考核记录、培训调查d)监理记录2.遵循已定义的信息管理过程收集管理有关文档1.6.7培训阶段组织协调1.监理例会制度2.监理工作报告3.监理专题会议:
协调建设单位与承建单位确定需要参加培训的人员和培训的时间安排。
1.6.8培训阶段监理工作流程1.6.8.1用户培训质量控制流程承建单位提交《培训计划》监理单位审核《培训计划》否承建单位整改通过是①培训材料②培训讲义③培训场地设施④培训教师资质⑤培训考核承建单位进行培训准备监理单位检查培训准备情况承建单位整改否通过是承建单位根据培训计划组织培训①培训出勤记录②培训考核记录③培训总结④用户反馈意见监理单位检查培训记录监理单位进行培训评估协商解决方案否通过是培训结束1.6.8.2培训进度控制流程承建单位提交培训进度计划监理工程师与建设单位协商后,审批按计划组织实施监理工程师对进度实施情况进行检查、分析基本实现计划目标严重偏离计划目标总监理工程师签发《监理通知》指示承建单位采取调整措施准备编制下一阶段计划1.7项目试运行阶段的监理1.7.1系统试运行阶段监理工作由于信息化软件一般都是比较大型的软件,涉及的方面比较多,因此在完成了系统测试后还需要在实际的业务环境中经过一段时间的试运行。
系统试运行实际是系统测试的延续,其目的是在实际业务环境下检查系统的稳定性、适用性等指标。
监理单位在这个阶段的主要工作有:
1)审核承建单位提交的系统试运行计划;2)协助建设单位观察系统运行情况,记录系统运行时的异常现象;3)检测验证系统功能、性能与合同的符合性;4)将系统异常现象通知承建单位,并协助分析产生的原因;5)协助建设单位审核承建单位提交的整改方案,并监督落实。
1.7.2工程试运行阶段质量控制1.审定承建单位提交的系统试运行计划,试运行计划应包括以下内容:
a)系统架构和功能的概述b)系统试运行环境,包括硬件、软件及数据c)系统试运行维护支持流程d)系统故障解决流程与应急机制e)系统试运行结束标准f)工作计划与资源安排g)各方协调渠道与机制h)系统试运行记录格式及记录要求i)风险分析,即系统出现可能的故障后将导致的后果2.审核承建单位提交的项目文档的完整性、可读性及其与实际系统的一致性;3.审核操作系统、应用系统等软件配置与设计方案的符合性;4.验证系统功能、性能与合同的符合性;5.协助建设单位观察系统运行情况,记录系统运行时的异常现象;6.将系统异常现象通知承建单位,并协助分析产生的原因;7.协助建设单位审核承建单位提交的整改方案,并监督落实。
8.协助建设单位制定系统运行管理规章制度;1.7.3工程试运行阶段进度控制1.审核承建单位提交的《系统试运行计划》,确保:
l与建设合同的一致性l各方的认同性l落实措施l系统故障跟踪解决的方式2.随时跟踪检查进度