软件开发计划项目监察规划.doc

《软件开发计划项目监察规划.doc》由会员分享，可在线阅读，更多相关《软件开发计划项目监察规划.doc（24页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、+ *项目 监理规划监理规划 *监理有限公司监理有限公司 年月年月 + 目目 录录 第一章第一章 监理内容监理内容.4 1.1 质量控制.4 1.2 进度控制.7 1.3 投资控制.10 1.4 合同管理.11 1.5 信息管理.12 1.6 组织协调.14 1.7 风险管理.15 1.8 项目文档管理.15 第二章第二章 监理工作方法监理工作方法.17 2.1 应用软件质量控制的主要任务.17 2.2 应用软件控制流程.17 2.3 应用系统用户需求.20 2.4 应用系统设计.21 2.5 对软件开发工具、技术和软件开发环境.21 2.6 对系统代码实现.22 2.7 审查、会签用户需求变

2、更、设计变更和工程变更.22 2.8 软件开发的技术监督.22 2.9 软件组装测试和确认测试.23 2.10 对软件安装和维护.23 5.1.11 应用软件控制主要监理措施.23 第三章第三章 监理机构及人员配置监理机构及人员配置.25 3.1 本项目的监理组织体系结构.25 3.2 项目监理机构人力资源配备计划.26 附录一：工程监理资料文档格式附录一：工程监理资料文档格式.27 附录二：承建单位提供资料文档格式附录二：承建单位提供资料文档格式.68 + 第一章第一章 监理内容监理内容 1.11.1 质量控制质量控制 1、依据有关的招标文件、投标文件、合同和设计单位制定的技术规范书，审查、

3、 监督、控制各子项目的质量； 2、采取事前预防、事中控制、事后纠正的监理单位式，依据国家法律、法规、 标准以及项目合同、设计方案、监理规划、监理实施细则等文件控制软件工 程质量； （1）事前： 事前的质量控制内容如下： 1)监理机构应了解采购人的业务需求，并将其作为监理工作的依据之一； 2)监理机构宜参与招标书的编制； 3)监理机构应对招标书的下列内容提出监理意见： 技术和质量的要求； 工程所涉及的主要产品和服务的要求； 投标单位资格的要求； 验收方法、接收准则； 时间进度的要求； 4)监理机构可参与招标答疑工作，协助采购人对工程所涉及的功能、技术指 标向投标单位解释，并保存会议纪要（参见表B

4、.6）和相关文件； 5)监理机构宜对评标的评定标准提出监理意见； 6)监理机构可协助评标，对投标书与招标书的符合性及投标书的合理性提出 监 理意见。 （2）事中： 事中的质量控制内容如下： 1)监理机构应建议采购人和承建单位充分考虑目标系统与现有系统的兼容性 和互操作性； 2)承建单位提交工程设计方案报审表（参见表A.1）后，监理机构应审核如 + 下内容： 与项目需求的符合性； 工程关键技术的实现方法、流程及技术保障措施的合理性； 工程实施的质量保证措施的可行性的。 3）责令承建单位整改。监理机构应审核的内容如下： 实施方案与法律、法规和标准的符合性； 实施方案的合理性和可行性； 实施方案与合

5、同、设计方案和实施计划的符合性； 工程实施的组织机构； 4)监理机构应组织对承建单位提供的产品及服务进行验收，对验收结果做验 收记录，并经三方签认；对不符合合同或相关标准规定的产品及服务应拒 绝签认。没有被签认的产品及服务不得在工程实施中应用。产品及服务验 收应包括如下内容： 产品及服务应与承建合同要求和产品文档的说明一致； 产品及服务的有效性和真实性； 必要时，监理机构可依据承建合同、技术标准或事先约定的方法检测 产品及服务的质量，对于数量较大的同类型产品及服务，监理机构可 采取抽样方法； 必要时，监理机构应要求承建单位提交第三方测试机构出具的测试报 告，并核验产品认证证书、检测报告的真实性

6、、有效性；第三方测试 机构应经采购人和监理机构同意； 5)监理机构应按计划检查承建单位工程实施状况、人员与实施方案的一致性； 6)监理机构应执行已确定的阶段性质量监督、控制措施及方法，并做监理日 志（参见表B.7）；出现工程质量问题时，经确认后监理机构签发监理通 知单（参见表B.8），报采购人、承建单位，责令承建单位整改； 7)监理机构应及时处理承建单位提交的工程中关键环节的实施申请（参见表 A.7），审核其合理性后签认，报采购人批准； 8)必要时，监理机构应检查承建单位重要工程步骤的衔接工作，做监理日志 + （参见表B.7）。未经监理工程师检查认可，承建单位不能进行与之相关 的下一步骤的实施

7、； 9)监理机构应及时处理工程变更申请，审核变更的合理性（具体按6.3.4.b 处理），保证工程总体质量不受影响； 10)有分包单位时，监理机构应组织审核分包单位的工程实施资格（参见表 A.2），禁止不具备工程实施资格的分包单位参与工程施工； 11)监理机构可参照以下程序处理工程中出现的质量事故： 监理机构应要求承建单位在事故发生后立即采取措施，尽可能控制其 影响范围，并及时签发停工令（参见表B.2），报采购人； 监理机构应在接到事故申报后立即组织有关人员检查事故状况、分析 原因，与采购人、承建单位共同确认初步处理意见； 监理机构应监督承建单位采取措施，查清事故原因，审核承建单位提 出的事故解

8、决方案及预防措施，提出监理意见，提交采购人签认； 监理机构应审查承建单位报送的事故报告及复工申请（参见表A.4）， 条件具备时，经总监理工程师签发复工令（参见表B.3）； 12)监理机构若发现工程实施过程存在重大质量隐患，应及时向承建单位签 发停工令，并报采购人，监督承建单位进行整改。整改完毕后，及时处理 承建单位的复工申请（参见表A.4）。 （3）事后： 事后的质量控制内容如下： 1)监理机构应及时处理承建单位提交的初验申请（参见表A.6），审核初验 的必备条件。监理机构签认后，报采购人签认。具备初验条件时，监理机 构在初验报审表中（参见表A.6）予以签认，并报采购人签认；否则，监 理机构应

9、签发监理通知单（参见表B.8），责令承建单位整改； 2)监理机构应协助采购人审核承建单位提交的验收计划及其方案，明确验收 目标、各方责任、验收内容、验收标准、验收方式和验收结果等内容，审 核后签署监理审核意见。验收计划及其方案无问题时，监理机构应在初验 报审表中（参见表A.6）予以签认；否则，监理机构应签发监理通知单 （参见表B.8），责令承建单位整改； + 3)监理机构应协助采购人对初验中发现的质量问题进行评估，根据质量问题 的性质和影响范围，确定整改要求和整改后的验收方式，以监理通知单的 形式告知承建单位。必要时，应组织重新验收； 4)监理机构应敦促承建单位根据整改要求提出整改方案，并监督

10、整改过程； 5)监理机构与采购人和承建单位一起对初验结果进行确认，共同签署初验合 格报告； 6)监理机构应有计划地监督系统的试运行，督促承建单位解决试运行中出现 的质量问题； 7)监理机构协助采购人组织工程终验。监理机构应及时处理承建单位提交的 终验申请，终验报审表（参见表A.6）由监理机构签认后报采购人签认。 具备终验条件时，监理机构在终验报审表中予以签认，并报采购人签认； 否则，监理机构应签发监理通知单（参见表B.8），责令承建单位整改； 8)对于工程中的关键性技术指标，监理机构应要求承建单位出具第三方测试 机构的测试报告。第三方测试机构应经采购人和监理机构同意； 9)监理机构应督促承建单

11、位完成项目实施方案中确定的培训，并对培训效果 做出评估。 3、组织软件工程质量、系统集成质量事故的原因调查、问题分析、问题评 估、事故处理； 4、参与软件开发模型、开发环境的选择工作，监控软件开发过程质量； 5、监督需求管理、配置管理的执行和控制情况，督促软件开发单位整改存 在的问题； 6、参与软件开发与集成工作的测试、集成、竣工验收和交接； 7、跟踪各子项目在质保期内的运行状况，督促软件开发方做好售后服务。 1.21.2 进度控制进度控制 1、审查各子项目软件开发与集成的进度计划，并监督计划的执行； 2、采取事前预防、事中控制、事后纠正的监理单位式,采用先进的项目管理工 具，如：WBS，甘特

12、图等，确定项目软件开发与集成工作的顺序，控制项目 软件开发与集成的进度； + （1）事前： 事前的进度控制内容如下： 1)监理机构宜参与采购人招标前的准备工作，协助采购人编制本工程的工作 计划。工作计划应包含如下内容： 工程建设内容； 组织管理； 工程建设的准备工作； 总包、分包方式； 工程建设的阶段划分及验收； 质量管理计划； 2)监理机构应分析工程的内容及过程，应对工程进度提出监理意见； 3)监理机构可对招标书中工程进度安排及工程进度控制措施提出监理意见； 4)监理机构应对本阶段的工作进度提出监理意见； 5)监理机构应要求对工程合同中涉及的产品和服务的提供时间做出说明，并 对采购人的安排提

13、出监理意见。 （2）事中： 事中进度控制内容如下： 1)承建单位提交设计阶段进度计划报审表（参见表A.1）后，监理机构应依 据承建合同对设计阶段进度计划进行审核，审核后签署监理审核意见。设 计阶段进度计划无问题时，监理机构应在进度计划报审表中（参见表 A.1）签认；否则，监理机构应签发监理通知单（参见表B.8），责令承建 单位整改； 2)承建单位提交工程进度计划报审表（参见表A.1）后，监理机构应审核工 程进度计划的可行性、合理性和各阶段工作成果的判定依据及其可操作性， 审核后签署监理审核意见。工程进度方案无问题时，监理机构应在进度计 划报审表中（参见表A.1）签认；否则，监理机构应签发监理通

14、知单（参 见表B.8），责令承建单位整改； 3)监理机构应根据承建单位工程进度计划，确定阶段性进度监督、控制的措 施及方法，作为监理细则的内容 + 4)监理机构应审核承建单位工程实施计划的合理性，审核后签署监理审核意 见。实施计划无问题时，监理机构应在实施计划报审表中（参见表A.1） 签认；否则，监理机构应签发监理通知单（参见表B.8），责令承建单位 整改； 5)承建单位提交开工申请后，监理机构应审核开工申请（参见表A.3），检 查工程准备情况。工程实施条件具备时，总监理工程师应签发开工令（参 见表B.1），并报采购人签认，通知承建单位开始工程实施； 6)承建单位提交阶段性进度计划报审表（参见

15、表A.1）后，监理机构审核阶 段性进度计划合理性，审核后签署监理审核意见。阶段性进度计划无问题 时，监理机构应在阶段性进度计划报审表中（参见表A.1）签认；否则， 监理机构应签发监理通知单（参见表B.8）； 7)监理机构应定期检查、记录工程的实际进度情况，确保实际进度与计划相 一致； 8)监理机构应及时处理工程延期申请（参见表C.2），宜按下述程序处理工 程延期： 监理机构应根据工程情况确认其合理性，并与采购人、承建单位协商 确认后，由总监理工程师对工程延期申请予以签认； 工程延期影响工程总体进度计划时，监理机构应要求承建单位修改工 程总体进度计划，经三方签认后，做工程备忘录（参见表B.5）；

16、 9)监理机构应组织审查进度纠偏措施的合理性、可行性，签发监理通知单 （参见表B.8），报采购人，并要求承建单位按计划进行修改 （3）事后： 事后的进度控制内容如下： 1)监理机构应对验收阶段进度安排提出监理意见； 2)监理机构应审核承建单位初验、终验和工程整改计划的可行性，以监理通 知单（参见表B.8）的形式告知采购人和承建单位； 3)监理机构应要求采购人、承建单位以初验合格报告作为启动试运行的依据， 以终验报告作为工程验收结束的依据。 3、发现工程未能按计划进行时，要求项目承包商调整或修改计划，采取必要措 + 施加快开发进度，以使实际项目进度符合合同的要求； 4、当软件开发进度可能导致合同

17、工期严重延误时，监理有责任作详细报告分析 原因和提出对策，供采购人采取措施或做出决定。 1.31.3 投资控制投资控制 1、动态管理、跟踪项目费用，进行费用控制和分析； 2、审查项目进度款申报； 3、严格控制和审查软件需求变更，核算成本和变化量，报采购人审批； 4、审核软件开发与集成承包方的工程量清单和工程竣工结算。 （1）事前： 事前的投资控制内容如下： 1)监理机构应协助采购人对工程的目标、范围和功能进行界定，并确定工程 的预算； 2)监理机构应协助采购人根据工程预算，在招标书中对工程的目标、范围、 内容和产品及服务的技术要求做出明确说明。 （2）事中： 事中的投资控制内容如下： 1)监理

18、机构应依据招投标文件、承建合同，审核工程计划、设计方案中所说 明的工程目标、范围、内容、产品和服务，对可能的投资变化，向采购人 提出监理意见； 2)监理机构应控制设计变更，变更应由三方达成共识,并做工程备忘录（参 见表B.5）。 3)总监理工程师应依据承建合同及其补充协议，审核承建单位提交的工程阶 段性报告和付款申请（参见表A.5），总监理工程师签发工程款支付意见 （参见表B.4），报采购人签认； 4)监理机构应从目标系统的质量、进度和投资等方面审查工程变更，由于变 更引起投资的改变应按照合同的相关条款执行。在合同中没有规定的，应 在变更实施前与采购人、承建单位协商确定变更导致的投资变化，并作

19、工 程备忘录（参见表B.5）； + 5)监理机构应及时处理索赔申请（参见表C.1），宜按下列程序处理： 申请方应在合同规定的期限内向监理机构提交索赔申请； 总监理工程师指定监理工程师收集与索赔有关的资料； 总监理工程师进行索赔审查，与承建单位和采购人协商索赔费用； 总监理工程师应在承建合同规定的期限内签发索赔通知，或在承建合 同规定的期限内发出要求申请方提交详细资料的监理通知（参见附录 表B.8）； 当申请方的索赔要求与工程延期要求相关联时，总监理工程师应综合 考虑工程延期和费用索赔的关系，做出费用索赔和工程延期的建议。 （3）事后： 事后的投资控制内容如下： 1)总监理工程师审核承建单位提交

20、的阶段性付款申请（参见表A.5），根据 承建合同规定的付款条件，签发工程款支付意见（参见表B.4）； 2)监理机构应协助采购人进行工程决算。 1.41.4 合同管理合同管理 1、协助采购人与子项目软件开发方签订合同； 2、监督检查软件开发方履行合同； 3、协助采购人处理各子项目实施的每个过程出现的违约、索赔、延期、分包、 纠纷调解及仲裁等问题。 （1）事前： 事前的合同管理内容如下： 1)监理机构应参与承建合同的签订过程，在承建合同中应明确要求承建单位 接受监理机构的监理； 2)监理机构应建议采购人在承建合同中明确规定工程所包含的功能、技术要 求、测试标准、验收要求和质量责任； 3)监理机构应

21、建议采购人在承建合同中明确工程阶段划分及其质量和进度要 求，并依此作为工程阶段性付款的依据。 （2）事中： + 事中的的合同管理内容如下： 1)监理机构应及时处理采购人或承建单位合同变更的申请，协助保持合同、 协议及其附件内容的时效性、一致性； 2)监理机构应及时对合同的变更结果做工程备忘录（参见表B.5）。 3)监理机构应监督合同执行情况，定期向采购人、承建单位提交监理报告； 4)监理机构宜按以下程序处理工程变更： 采购人或承建单位提出的工程变更（参见表C.3），应编制变更文件， 提交总监理工程师，由总监理工程师组织审核，并由三方在工程变更 单上（参见表C.3）予以签认； 监理机构应了解工程

22、变更的实际情况，收集相关资料或信息； 监理机构应根据实际情况，参考变更文件及其它有关资料，按照承建 合同的有关条款，对工程变更范围、内容、实施难度以及变更的投资 和工期做出评估，签发监理通知单（参见附录表B.8），并报采购人、 承建单位； 监理机构应对工程变更过程及结果做工程备忘录（参见表B.5）。监理 机构应要求承建单位在变更文件签署前，不得实施工程变更； 监理机构应根据工程变更文件监督承建单位实施； 5)监理机构应及时协调合同纠纷，公正地调查分析，提出监理意见。 （3）事后： 事后的合同管理内容如下： 1)监理机构应及时向采购人、承建单位通报承建合同、协议及相关变更所规 定工程内容的执行情

23、况，提出监理意见； 2)监理机构宜协助采购人与承建单位签署其他补充协议。 1.51.5 信息管理信息管理 1、及时向采购人提交反映各子项目的动态信息和监理工作情况的项目文档； 2、建立全面、准确反映各自项目的软件开发各阶段状况的图表、文档，收集、 管理项目各类文档和资料； 3、督促、检查软件开发方及时完成各阶段设计文档、代码、会议纪要、变更单、 + 问题跟踪单等资料的整理和归档工作； 4、审查软件开发方的设计文档、变更单、问题跟踪单，审查软件开发与集成承 包方与采购人之间的业务联系单、备忘录、电子邮件、传真、电话记录等， 并加具意见； 5、采用图表、统计技术或其他先进的管理方法，定期公布项目质

24、量、进度、成 本数据，就项目中存在或出现的问题向采购人、软件开发方、设计单位提出 独立、公正、公平的意见建议或解决方案； 6、当软件工程质量或工期出现问题或严重偏离计划时，应及时向采购人报告， 并提出对策建议，同时督促开发方尽快采取措施。 （1）事前： 事前的信息管理内容如下： 1)监理机构应与采购人及相关单位建立信息沟通机制，保持各方对工程目标、 范围和业务需求等理解的一致性； 2)监理机构应向采购人提供与工程建设有关的法律、法规和标准等信息； 3)监理机构应妥善管理工程招标阶段所产生的与监理相关的文档资料，包括 需求说明、招投标文件和监理文档等； 4)监理机构应向采购人和承建单位明确应提交

25、的文档要求。 （2）事中： 事中的的信息管理内容如下： 1)监理机构应与采购人、承建单位建立信息沟通机制，并要求各方在项目工 作中贯彻执行； 2)监理机构应对设计阶段三方共同参与的过程和活动做工程备忘录（参见表 B.5），并由三方签认； 3)监理机构应要求采购人和承建单位妥善保管有关的文档资料； 4)监理机构应妥善保管工程设计阶段的文档，如工程计划、设计方案及监理 文档，并监督检查工程文档的时效性和可用性； 5)监理机构应对工程中各方提出保密要求的信息实施保密，尊重各方的知识 产权。 6)监理机构应妥善管理工程实施阶段所产生的开工令、停工令、监理通知、 + 监理报告、监理日志和工程备忘录等资料

26、； 7)监理机构应对工程实施阶段三方共同参与的过程和活动做工程备忘录（参 见表B.5），并由三方确认； 8)监理机构应监督采购人、承建单位按照既定的要求编制和管理工程文档， 如实施计划、实施方案、产品及服务验收报告、索赔申请和变更申请等。 （3）事后： 事后的信息管理内容如下： 1)监理机构应管理工程验收阶段的文档，如初验报审、初验报告、终验报审 和终验报告等相关文档； 2)监理机构应敦促采购人、承建单位按照事先约定，编制、签署和妥善保存 验收阶段的工程文档； 3)监理机构应敦促采购人、承建单位及时整理工程文档； 4)监理机构应整理与工程有关的全部监理文档，并提交采购人。 1.61.6 组织协

27、调组织协调 1、帮助采购人再划分或澄清软件开发与集成承包方与项目的其他子项目承包方 的工作范围和职责。 2、监督项目各方履行职责，协调各方的工作关系； 3、建立畅通的沟通平台和沟通渠道，采取有效措施使项目信息在有关各方之间 保持顺畅流通，积极协调项目各方之间的关系，推动项目实施过程中问题的 解决。 （1）事前： 事前的协调内容如下： 1)监理机构应与采购人确定相互间工作协调的机制； 2)监理机构应对工程招标阶段协调结果做工程备忘录（参见表B.5）； 3)工程合同签订后，采购人与承建单位有关工程的协调工作应通过监理机构 进行。 （2）事中： 事中的协调内容如下： + 1)监理机构应与采购人、承建

28、单位确定工程设计阶段的协调形式和方法，如 监理例会和专题会议等，并在项目过程中执行； 2)监理机构应协调采购人调动适当的资源，配合承建单位完成工程设计前期 的调查和分析工作； 3)监理机构应对设计阶段出现的变更提出监理意见，协调采购人、承建单位 达成一致； 4)监理机构应对设计阶段协调的结果做工程备忘录（参见表B.5）。 5)监理机构应与采购人、承建单位共同建立实施阶段协调的机制，如监理例 会、专题会议等； 6)监理工程师应根据需要及时组织专题会议，解决工程实施过程中的各种专 项问题，并做会议纪要（参见表B.6），提交采购人和承建单位； 7)监理机构应协调采购人和承建单位对工程变更的范围和内容

29、等方面，达成 一致意见； 8)监理机构应协调采购人和承建单位对索赔的意见达成一致； 9)监理机构协调采购人配合承建单位的工程实施 （3）事后： 事后的协调内容如下： 1)监理机构应协调采购人和承建单位在验收计划、验收目标、验收范围、验 收内容、验收方法和验收标准等方面达成一致，填报工程备忘录（参见表 B.5），并经三方签认； 2)监理机构应协调采购人配合验收阶段的工作； 3)监理机构应及时对验收阶段协调的结果填报工程备忘录（参见表B.5）， 并经三方签认； 4)监理机构应协助采购人和承建单位完成工程移交工作。 1.71.7 风险管理风险管理 1、督促软件开发方建立完善的信息风险管理制度； 2、

30、组织信息风险的调查与处理； 3、建立软件开发与集成监理的信息安全管理工作目标和管理流程； + 4、运用ISO17799标准，提高项目整体的信息风险水平。 1.81.8 项目文档管理项目文档管理 1、督促检查软件开发与集成承包方及时完成各阶段设计文档、程序代码、测试 记录、变更记录、问题跟踪处理记录等文件的归档工作，按归档要求进行分 类整理归档，按时完成竣工资料（包括监理工作方面的归档资料）验收。确 保软件工程中各类文件传送的规范化、制度化，监理类文书资料管理的科学 化、规范化。 2、监理单位的文档管理人员，负责收集、管理监理工作各类文书资料，对监理 工作文档、收发文签收登记等进行管理。 + 第

31、二章第二章 监理工作方法监理工作方法 2.12.1 应用软件质量控制的主要任务应用软件质量控制的主要任务 规范用户需求（同时兼顾业务流程的优化分析并构建一套科学合理的业务 模型） ；协调和解决用户与开发商之间的争议；提高计划和管理质量；选择具有 发展前景、符合国际国内技术规范的技术架构、开发工具、系统软件、系统指 标体系代码和接口定义等。 2.22.2 应用软件控制流程应用软件控制流程 *系统升级项目软件开发生命周期可以分为以 下几个阶段： 需求调研与分析阶段 系统分析与设计阶段 代码实现阶段 模块测试 系统集成和测试阶段 试运行阶段（培训） 验收与交付阶段 维护阶段。 下图描述了软件开发生命

32、周期过程中各个阶段的监理控制流程，图中左侧 为每个阶段的输入输出，中间是处理过程，右侧是监理要点。 + 合同书、投标书 任命项目经理 项目质量规划 输入： 1.合同书、投标书 2.国家有关政策法 规 3.国家和行业有关 标准规范 输出： 1.项目开发计划 2.成立项目组 输入： 1.合同书、投标书 2.用户需求 3.项目开发计划 输出： 1.软件需求说明书 需求分析 质量控制点： 质量控制文件： 1.软件需求说明书 2.项目开发计划 质量要求： 1.需求书是否覆盖用 户需求 2.需求书的明确性、 完整性、一致性、 可测试性和可跟踪 性 3.开发计划合理性和 可行性 4.文件是否符合 GB/T

33、1250412505- 90 及 GB9385-88 要 求 概要设计 输入： 1.软件需求说明书 2.项目开发计划 输出： 1.概要设计说明书 质量控制点： 质量控制文件： 1.概要设计说明书 质量要求： 1.概要设计是否与软 件需求说明书的 要求一致 2.概要设计说明书是 否正确、完整、 一致 3.确定系统的模块划 分 4.接口定义是否明确 5.是否符合有关标准 规定 1 + 详细设计 输入： 1.软件需求说明书 2.概要设计说明书 输出： 1.详细设计说明书 2.测试计划 3.数据库设计说明 书 输入： 1.软件需求说明书 2.详细设计说明书 3.数据库设计说明 书 输出： 1.源程序

34、2.测试记录 编程实现 质量控制点：质量 控制文件：1.详细 设计说明书 2.测 试计划 质量要求： 1.详细设计说明书是 否与概要设计说明 书要求一致 2.模块内的逻辑结构 是否正确，模块之 间的接口是否清晰 3.数据库设计说明书 是否完全，是否正 确反映详细设计的 要求 4.测试是否全面 5.文件是否符合有关 标准规定 测试 输入： 1.软件需求说明书 2.测试计划 输出： 1.测试分析报告 2.测试记录 3.操作手册 4.安装维护手册 2 1 + 2.32.3 应用系统用户需求应用系统用户需求 1、监理工程师参与软件开发的用户需求调研工作，对关键、重要的软件用户需 求进行全过程跟踪。 2

35、、项目承建单位应向监理方提交符合 GB9385-88计算机软件需求说明编制指 南要求的用户需求说明书，监理工程师将对其内容进行审核确认。 试运行 输入： 1.操作手册 2.安装维护手册 3.源程序 输出 1.用户培训 2.系统安装 3.试运行 4.用户使用报告 输入： 1.所有文档 2.已安装软件产品 输出： 1.项目总结报告 2.归档 运行与维护 项目总结 质量控制点： 质量控制文件： 成套文件 质量要求： 1.开发软件系统 是否达到软件 需求说明书所 规定的各项要 求 2.用户手册内容 是否完整正确 3.文档是否齐套 并符合有关标 准规定 2 + 3、用户需求说明书是软件开发的基础，严格控

36、制偏离用户需求说明书的差错， 包括项目承建单位和用户方的偏离差错。 4、要求项目双方在充分讨论交流的基础上，在经审查并共同认可的用户需求 说明书上签字，以作为下一个阶段的软件设计开发的用户需求基线。如果在 开发过程中，用户需求发生改变，则按照项目变更流程处理。 2.42.4 应用系统设计应用系统设计 1、项目承建单位应在经用户审核、签字认可后的需求说明书的基础上编制系统 设计文档，要求设计文档条理清楚，风格一致。 2、项目承建单位应向监理方提交软件工程设计书，监理工程师将依据承建合同 及有关标准、规范进行审批。在软件开发过程中，应严格按照软件工程步骤进 行开发。 3、概要设计文档必须具有清晰的

37、“总体设计，接口设计，运行设计，数据结构 设计，系统容错设计”等内容，具备国标 GB8567-88计算机软件产品开发文 件编制指南地基本内容。 4、详细设计文档必须具有清晰的“模块组织结构，模块详细设计说明”等内容， 其中模块设计要包括“模块描述，功能描述，性能描述，输入输出结果，关键 功能的算法，流程设计，模块的内外和人机接口，模块局部数据机构，模块注 释，数据库设计” ，具备 GB8567-88计算机软件产品开发文件编制指南的基 本内容。 5、要求项目承建单位慎重选择软件开发工具和开发平台，分析可能存在的潜在 问题，并提出解决方案。 2.52.5 对软件开发工具、技术和软件开发环境对软件开

38、发工具、技术和软件开发环境 1、为确保软件开发质量，所有软件开发工具以及运行环境都应采用正版软件。 2、所有承载项目承建单位所提交的软件源代码、可执行代码等的工具都应该具 有完善的防病毒措施，要符合中华人民共和国计算机信息系统安全保护条例 。 3、对主要软件产品、开发工具、测试工具等的质量和合格证进行复核，必要时 + 应做测试。 4、督促项目承建单位的软件开发人员及时、尽快解决软件开发中的关键技术。 5、项目承建单位应购买最新版本的软件产品和开发工具，并及时进行版本升级。 2.62.6 对系统代码实现对系统代码实现 1、审核项目承建单位提供的代码约定、源代码管理方法、开发方法、依据的规 范和标

39、准，要求项目承建单位严格按照软件工程方法和步骤进行软件开发。 2、检查项目承建单位软件人员所作的有关模块开发的自检结果。 3、检查或抽查模块开发的程序源代码。 4、及时审核、会签用户需求变更。 5、及时处理开发过程中出现的软件质量问题和质量事故。 6、及时向建设方报告软件开发质量状态、质量趋势及质量成本。 2.72.7 审查、会签用户需求变更、设计变更和工程变更审查、会签用户需求变更、设计变更和工程变更 1、在软件开发过程中应尽量减少出现用户修改需求，特别是出现重大修改的情 况，监理方将审查每一项用户需求变更、设计变更或工程变更的必要性、合理 性和紧急性，必要时向建设方提出书面报告。 2、实际

40、上，在软件开发过程中很难避免用户修改需求，一旦发生用户修改需求 的情况，监理方首先要协调好各方面关系，使之配合默契，项目承建单位应尽 量满足用户要求。 3、在软件开发过程中所有用户需求变更、设计变更和工程变更都应由用户（建 设方）向监理方以书面形式提出，经总监理工程师会签后交给项目承建单位方 执行，同时总监理方将就变更所产生的费用与建设方、项目承建单位双方协商。 2.82.8 软件开发的技术监督软件开发的技术监督 1、检查软件开发过程步骤是否符合软件工程要求，文档是否规范、齐全。 + 2、检查软件开发中关键技术准备是否落实，关键技术实现是否有效，必要时提 出改进建议。 3、对存在的不合理技术因

41、素，提出整改要求。 2.92.9 软件组装测试和确认测试软件组装测试和确认测试 1、要求项目承建单位提交测试方案（计划） ，经建设方和监理方审核通过后才 开始测试。 2、监理工程师将对项目承建单位的软件测试人员和资源配置进行审查，要求软 件测试人员与软件开发人员分开，如果开发人员参与测试，不能测试自己开发 的模块。 3、要求项目承建单位对软件进行单元测试、综合测试、系统测试及技术方面的 测试工作（如：回归测试、操作测试、性能测试、负载测试、超载测试、非法 操作测试、界面测试、用户文档测试、验收测试等） ，并认真仔细地填写测试报 告，尽可能在早期发现软件缺陷和错误，及时补救。 4、监理工程师将对测试报告内容进行检查，并抽查部分测试结果，直至全部合 格。 2.102.10 对软件安装和维护对软件安装和维护 1、审核项目承建单位提交的软件安装计划、时间安排表。 2、审查项目承建单位制定的软件安全方案和防病毒措施。 3、协助做好项目承建单位与建设方之间的文档和软件（源代码和可执行程序） 移交工作。 4、要求项目承建单位认真修改用户在使用过程中发现的任何问题 。 5.1.115.1.11 应用软件控制主要监理措施应用软件控制主要监理