软件开发_项目_监理实施细则

1、项目*监理实施细则*监理有限公司Afc士第一早前言第二章项目角色5.第二章 项目工期要求第四章项目内容6.4.1系统软件开发及实施4.2技术服务第五章监理工作流程5.1工程启动阶段.7.5.2工程设计阶段5.3工程实施阶段115.4工程验收阶段.13.第六章 各阶段工作明细1.5.6.1启动阶段1.56.2工程设计阶段1.7.需求调研阶段17.系统概要设计阶段1.9.系统详细设计阶段216.3工程实施阶段22编码阶段22测试阶段24安装调试阶段25系统培训阶段266.4工程验收阶段27.第七章 监理工作的控制要求及目标 287.1工程启动阶段的控制要点及目标: 287.2设计阶段的控制要点及目

2、标： 297.4验收阶段的控制要点及目标:31第八章 监理方法及措施 328.1工程启动阶段的方法及措施：32.8.2设计阶段的方法及措施: 328.3施工阶段的方法及措施338.4验收阶段的方法及措施：33第九章技术文档模版349.1开发计划错误!未定义书签9.2软件需求说明书错误!未定义书签9.3概要设计说明书错误!未定义书签9.4详细设计说明书错误!未定义书签9.5数据库设计说明书9.6测试计划9.7测试分析报告.9.8操作手册错误!未定义书签 错误!未定义书签 错.误.!.未定义书签 错误!未定义书签第十章监理依据错误!未定义书签第一章前言为更好地开展监理工作,保障*项目的有效实施确立

3、全面科学的监理标准，提高实际监理工作的可操作性和透明度 ，特制订本 监理细则，供项目开发人员及现场人员参照执行。第二章项目角色业主方*监理方:*监理有限公司、开发方:第三章项目工期要求工期要求：集成合同签订之日起至年月日 实施要求：年月日第一阶段产品试运行；年月日前第一阶段产品全面上线；年月日前第二阶段产品全面上线第四章项目内容本项目的主要事实内容包括软件系统的移植和开发，并提供相关的技术服务。4.1系统软件开发及实施电子政务基础平台完善、图形相关功能开发、图形基础软件升级、业务需 求调查、办文系统数据整合迁移、地政业务数据整合迁移、局内部网站升级、 修改相关系统和接口 、总体设计与系统集成和

4、系统培训。行政审批与任务管理系统主要包括行政审批流程、行政公文流程、制发文流程等业务审批。在业务审批流转过程中产生不同类型的任务，任务在不同的任务状态切换。所有的工作项都以任务驱动方式进行。在任务的生命周期中会产生很多跟任务相关的任务、资源或信息等。两部分工作不是孤立的，必须在建设内容划分和进度上匹配才能够保证项 目的顺利开展。4.2技术服务技术服务包括一下内容：1）用户培训，包括安装培训、使用培训和维护培训。2）系统维护，包括日常技术维护和适应性维护。第五章监理工作流程根据本项目实施的项目要求及软件系统项目实施的特点，我们把本次的监理工作分为工程设计规划阶段监理，工程实施阶段监理，工程验收阶

5、段监理三个阶段，具体实施如下：5.1工程启动阶段1、监理方应完成的任务：V针对业主方在合同签订过程的疑问，随时提供咨询服务；V对承建单位提交的合同给出评审报告，由用户方进行确认；2、承包方应提交的文档V投标文件3、建设方应提交的文档V招标文件"合同4、监理方应提交的文档V合同评审报告V工作报告（会议纪要、监理周报等）V其他监理文档（联系单、备忘录等）5.2工程设计阶段1、监理方应完成的任务：V编写监理规划，并召开三方协调会议，确定工作流程及沟通制度；V根据监理规划及各项目组的进度计划，编制监理实施细则；V确定需求变更以及进度计划变更的处理方法，并三方确认；V审核开发计划，以评审报告的

6、形式给用户方进行确认；V参与需求调研方式的制定，并三方确认；V对重要的需求调研部分，应与开发方一起进行调研；V对开发方的调研成果进行核查，及时指出不足之处；V对系统的需求必须有充分的理解；V审核需求规格说明书、以评审报告的形式给用户方进行确认；V对概要设计进度情况进行核查；V审核概要设计说明书，以评审报告的形式给用户方进行确认；V对详细设计进度情况进行核查；V审核详细设计说明书、数据库设计说明书、测试计划，以评审报告的形式给用户方进行确认；V审核开发方提交的周报；V根据实际情况调整进度计划 （出现重大变更应立即进行调整或出现小的变更则两星期调整一次），并三方确认；V编制周报，并提交给用户方；V

7、主持召开三方工程例会（每周五上午举行）、专题会，编制工程备忘录；V各监理规范表格的使用；2、承建单位应提交的文档V开发计划V软件需求说明书V概要设计说明书V详细设计说明书V数据库设计说明书V测试计划V测试报告V电子政务基础平台完善实施方案、计划V国房局电子政务基础平台建设及办文*改造总体设计V内部任务与行政审批管理系统需求规格说明书V土地管理模块需求规格说明书V办文系统数据整合迁移方案V办文系统数据整合迁移集中测试计划V办文系统数据整合迁移集中测试报告V办文系统数据整合迁移成果报告V地政业务数据整合集中测试计划V地政业务数据整合集中测试报告V国房局图形*第一阶段方案、计划V图形系统第一阶段升级

8、测试计划V图形系统第一阶段升级测试报告V内部网站升级方案、计划V内部网站升级测试计划V内部网站升级测试报告V相关接口、系统修改方案、计划V相关接口、系统修改测试计划V相关接口、系统修改测试报告V国房局电子政务基础平台建设及办文*改造系统运行环境规划部署方案V工作周报3、监理方应提交的文档V监理规划V开发计划评审报告V监理细则V软件需求说明书评审报告V概要设计说明书评审报告V详细设计说明书评审报告V数据库设计说明书评审报告V测试计划评审报告V工作报告（会议纪要、监理周报、项目评审会议纪要、变更报告等）V其他监理文档（联系单、备忘录等）。5.3工程实施阶段1、监理方应完成的任务：V对编码的进度情况

9、进行核查，并对编码的规范进行抽查，并将检查情况向用户方汇报；V需求变更的处理；V审核单元测试报告、操作手册、安装手册，以评审报告的形式给用户方进行确认；V参与联调测试；V审核联调测试报告、培训计划、试运行计划、数据割接及应用上线方案，以评审报告的形式给用户方进行确认；V如判断系统将出现拖期，则向用户方提交风险报告；V审核开发方提交的周报；V编制周报，并提交给用户方；V根据实际情况调整进度计划（出现重大变更应立即进行调整或出现小变更则两个星期调整一次），并三方确认；V主持召开三方工程例会（每周五上午举行）、专题会，编制工程备忘录；V各监理规范表格的使用；2、承建单位应提交的文档V单元测试报告；V

10、操作手册；V安装手册；V联调测试报告；V培训计划；V试运行计划；V国房局电子政务基础平台建设及办文*改造系统上线运行工作计划V工作周报。3、监理方应提交的文档"单元测试、集成测试、压力测试评审报告；"用户操作手册、系统安装手册、系统管理员手册评审报告；V工作报告（会议纪要、监理周报、项目评审会议纪要、变更报告）；V其他监理文档（联系单、备忘录等）。5.4工程验收阶段1、监理方应完成的任务：V协助用户方进行培训；V对系统的试运行情况进行定期检查，并向用户方汇报；V审核试运行情况报告，以评审报告的形式给用户方进行确认；V三方确定验收时间、验收准则、评估规则、硬件/软件环境等，以

11、及三方职责；V审核验收方案、验收测试报告、售后服务计划，以评审报告的形式给用户方进行确认；V参与验收测试，编制项目验收报告，并将符合要求的文档移交给用户方；"如判断系统将出现拖期，则向用户方提交风险报告；V审核开发方提交的报告;V编制周报，并提交给用户方；V根据实际情况调整进度计划 （出现重大变更应立即进行调整或出现小变更则两个星期调整一次），并三方确认；V主持召开三方工程例会（每周五上午举行）、专题会，编制工程备忘录；V各监理规范表格的使用；2、承建单位应提交的文档V试运行情况报告V验收方案V验收手册V验收测试报告V合同要求提供的相关文档V售后服务计划V工作周报3、监理方应提交的文

12、档V验收方案评审报告V项目验收报告V工作报告（会议纪要、监理周报、项目评审会议纪要、变更报告）;V其他监理文档（联系单、备忘录等）。第六章 各阶段工作明细6.1启动阶段1、计划时间：*年月日至*年月曰2、工作内容：SN任务承建方监理方业主方起草合同；审核合同，有经办人审核1合同签署修改完善合同意见或建议则合同，并上提交审查报告报审批介绍监理工作主持会议；2召开项目启动介绍实施方案注意事项；提出项目要会整理会议纪要求编写实施方审核实施方经办人审核3实施万案报审案；案，有意见或实施万案，修改、完善实建议则提交审并上报审批施万案；查报告提交报审表4开工申请提交开工申请审核开工申请表表，发出开工令3、

13、工作规范说明任务2说明：合同审核要点包括：a. 合同实施范围明确，各项需求规定足够明确；b. 任何与投标时不一致的要求已得到解决；c. 双方关于属于的使用达成一致协议；d. 处理用户在系统建设期间提出的需求变更；e. 用户提供哪些设施和资源；f. 米用的标准和规程；g. 合同中提出的软件生命周期过程从费用、质量、进度考虑是否合理；h. 合同中是否纳入或列举被剪裁的软件生命过程标准；i. 合同中是否明确规定了验收的组织和规程，验收准则是否合同；j. 合同中要求承建方交付的软件产品是否完整；k. 合同是否明确规定了承建方不能按时交货应负的责任；l. 合同中是否包括了售后服务和必要技术培训的条款，验

14、收后出现的问题的处理，包括与质量有关的索赔和用户的投诉；m. 合同的所有条款是否都符合国家的有关法规和行业惯例；n. 合同是否明确了软件产品你的专利权、使用权、担保权、许可权及保 护知识产权信息。6.2工程设计阶段需求调研阶段1、计划时间：*年月日至*年月曰2、工作内容：SN任务承建方监理方业主方1前期需求消化前期需消化前期消化前期细化求细化需求细化需求细化2调研准备制定调研计审核调研经办人审划计划，有核调研计意见或建 议则提交 审查报告；戈V;3需求调研到用户单位核查需求协助需求进行需求调调研、需调研的进研，如有变求分析进行，如需更，根据实度，如需变更，则际情况调整变更则确确认变更进度计划认

15、变更4项目需求编写项目需审核项目用户审核分析报审求说明书及需求说明项目需求系统原型书及系统说明书和V1.0版本；原型，有系统原修改、完善意见或建型，并上项目需求说议则提交报审批明书；审查报告提交报审表3、工作规范说明任务3说明：项目需求说明书审核要点包括：a. 文档是否按项目文档编制标准编制的；b. 文档中描述的系统需求是前后一致的、可行的、可测试的；c. 软件需求是否全面、准确地覆盖了用户对软件功能、性能、可靠性等方面的要求；d. 根据设计准则，把系统的需求恰当的分配给硬件项、软件项和人工操 作项；e. 每一条软件需求说明是不是都是可实现且可验证的；f. 需求说明中是否考虑了与已有应用系统的

16、接口问题；g. 需求说明中是否考虑了审批业务的扩展要求；h. 需求说明中是否考虑了故障处理要求，对故障处理方法是否合理和合 适；i. 需求说明中是否考虑了用户安全保密性方面的要求 ，通过适当严格的方法表明涉及安全、保密和关键性的软件需求是正确的。系统概要设计阶段1、计划时间：*年月日至*月曰2、工作内容：SN任务承建方监理方业主方1系统概要设编写系统概核查概要设经办人审核计报审要设计；计进度情系统概要设修改、完善系统概要设计；提交报审表况；审核需求或 设计的变 更；审核系 统概要设 计，有意见 或建议则提 交审查报告计，并上报审核3、工作规范说明任务1说明系统概要设计审核要点包括：a. 软件设

17、计是正确的、与需求抑制并可追溯到需求，覆盖了软件需求说 明的全部内容；b. 设计执行正确的事件顺序、输入、输出、接口、逻辑流程图、定时分 配和预算估计、错误的定义、隔离和恢复；c. 可以从需求得出选定的设计；d. 软件功能部件的分解是否合理；e. 对故障处理的措施是否完备有效；f. 软件概要设计说明是否对软件需求说明有良好的可追溯性；g. 是否按计划开展了进度管理、质量管理和配置管理。623系统详细设计阶段1、计划时间：*年月日至*年月曰2、工作内容：SN任务承建方监理方业主方1系统编写系统详核查详细设计进度情经办人审详细细设计；况；核系统详设计修改、完善审核需求或设计的变细设计，报审系统详细

18、设更；并上报审计；审核系统详细设计 ，核提交报审表有意见或建议则提交审查报告3、工作规范说明任务1说明：a. 数据库设计是否全面，且考虑了多对一、一对多的关系；b. 详细设计与概要设计是否一致；c. 通过适当严格的方法表明设计正确地实现了安全、保密和其他关键性的要求；d. 是否按计划开展了进度管理、质量管理和配置管理。6.3工程实施阶段编码阶段1、计划时间：*年月日至*年月曰2、工作内容：SN任务承建方监理方业主方1编码进行编码对变得进度情 况进行核查， 并将检查情况 向业主方汇报2模块设计说明书报审编写模块设计说明书；修改、完善模 块设计说明书；提交报审表审核模块设计说明书，有意见或建议则提

19、交审查报告经办人审核模块设计说明书3、工作规范说明任务1说明：编码验证和评审工作，内容主要包括a. 编码是否符合有关的编码标准；b. 编码可追溯到设计和需求并切实可测试的、正确的、并符合需求；c. 编码会自行正确的事件顺序，前后一致的接口关系、正确的数据和 控制流程图、完整性、恰当的定时分配和预算估计、错误的定义、隔 离和恢复；d. 程序是否正确地实现了软件详细设计；e. 程序中是否有足够的注释，以保证程序的可读性和可维护性；f. 是否开展了软件静态分析、代码审查和软件单元测试；g. 软件单元测试是否充分，是否达到了语句覆盖率和分支覆盖率均为 100%的要求；h. 通过适当严格的方法表明编码正

20、确地实现了安全、保密和其他关键性的要求；i. 是否按计划开展了进度管理、质量管理和配置管理。j. 集成验证的要求k. 每个软件项的软件组件和软件单元已完整地、正确地集成到系统中；l. 系统的硬件项、软件项和人工操作项已完整地、正确地集成到系统中；m. 其他系统的相关功能模块已完整地、正确地集成到系统中；n. 已根据集成计划完成集成任务。o. 任务2说明：p. 模块设计是正确的、与软件设计一致并可追溯到需求，覆盖了软件设计说明的全部内容；q. 设计执行正确的时间顺序、输入、输出、接口、逻辑流程图、定时分配和预算估计、错误的定义、隔离和恢复；r. 是否按计划开展了进度管理、质量管理和配置管理。63

21、2测试阶段1、计划时间：*年月日至*年月曰2、工作内容：SN任务承建方监理方业主方1测试计划编写测试计划；修审核测试计经办人审报审改、完善测试计戈有意见或核测试计戈V;建议则提交审划，并上提交报审表查报告报评审2单元测试进行内部测试对内部测试的进度情况进行核查3整体测试进行内部测试对内部测试的进度情况进行核查4完成测试编写测试报告；修审核测试报经办人审改、完善测试报告.口 ；告，有意见或建议则提交审查报告核测试报告，并上报评审3、工作规范说明任务1说明：测试计划审核要点a. 是否包括了易用性测试、稳定性测试计划；b. 测试需求、测试用例、测试数据是否符合规格说明；c. 测试路径是否覆盖全部功能

22、点；d. 任务4说明；e. 测试报告是否正确的，实际情况和预期结果之间的差异是否已得到解 决；f. 是否采用了必要的软件测试工具以提高测试的效率，同时保障测试的可重复验证性；g. 是否进行了强度、边界和异常输入测试；h. 针对测试中发现的软件错误是否进行了软件修改，并开展了相应的软件回归测试；i. 确认软件产品在目标环境的选定区域进行了适用性测试安装调试阶段1、计划时间：*年月日至*年月曰2、工作内容:SN任务承建方监理方业主方1安装调试编写安装调试计审核安装调试计经办人审核安戈U；划，有意见或建装调试计划修改、完善安装议则提交审查报调试计划；告2安装调试到个用户单位部跟进开发方安装联系个用户

23、单署和安装调试调试工作位3联合测试进行系统测试出具监理方测试经办人审核监报告理方测试报告4安装调试编写安装调试报审核安装调试报审核安装调试完毕告；告，有意见或建报告修改、完善安装议则提交审查报调试报告告634系统培训阶段1、计划时间：*年月日至*年月曰2、工作内容：SN任务承建方监理方业主方1培训准备编写培训计划及培训教材；修改、完善培训计划及培训教材审核培训 计划，有 意见或建 议则提交审查报告审核培训 计划及培 训教材2培训有培训人员对用户组织用户进行培训参加培训6.4工程验收阶段1、计划时间：系统阶段验收：*年月日至*年月曰总体验收:*年月日至*年月曰2、工作内容SN任务承建方监理方业主

24、方1系统编写阶段验收评审阶段验收经办人评阶段报告；报告，有意见审阶段验验收修改、完善阶或建议则提交收报告段验收报告审查报告2项目编写验收报评审验收报经办人评终验告；告，有意见或审验收报修改、完善验建议则提交审告，并上收报告；提交报审表查报告报审批3、工作规范说明任务1说明：项目终验工作要点a. 组织软件项目阶段验收准备；b. 验证软件系统功能性能与合同的符合性；c. 审核与项目配套的技术文档是否齐全并满足相关标准及规范的要求；d. 检查技术培训是否达到合同要求；e. 出具项目阶段验收报告；f. 督促整理项目合同文件的阶段技术档案资料；g. 帮助业主制定系统运行管理规章制度第七章监理工作的控制要

25、求及目标根据监理规划和监理工作流程，设立监理工作的控制要点及目标7.1工程启动阶段的控制要点及目标：要点1:明确用户需求；要点2:合同实施范围明确，各项需求规定足够明确。要点3:任何与投标时不一致的要求已得到解决。要点4:项目组有能力满足合同要求。要点5 :合同中规定项目验收准则和方式。要点6:合同中规定对系统验收后出现的问题的处理，包括与质量有关的索赔和用户的投诉。要点7:合同中规定采用的技术标准和规程。目标：协助业主单位明确工程需求，确定工程建设目标；产生合理的初 步设计方案和投资预算；尽可能使招标书少出现不确定性问题，并对有效的 投标标书给予评价和比较，给出明确意见，协助选择具有完成本项

26、目实力的 建设商；根据中标方案和招标要求，促使业主单位、承建单位所签订的承建 合同在技术、经济上合理有效。文档要求：产生经过确认的需求统计表，需求分配表，需求分配原则、 合同评审报告（标识出可能的风险）。7.2设计阶段的控制要点及目标：要点1:监督承建单位进行更进一步的可行性调研和制定出初步项目开发计划。要点2:监督承建单位进行需求分析，写出相应的文档。要点3:监督承建单位出相应的初步用户手册。要点4:及时检查承建单位出进一步的测试计划。要点5:监督承建单位及时出概要设计说明书，检查是否符合相应的规范 性，以及是否考虑周全等。要点6:监督承建单位及时出详细设计说明书，检查好似否符合相应的规范性

27、，以及是否考虑周全等。要点7:监督承建单位及时出数据库设计说明，检查是否符合相应的规范性，以及是否考虑周全等。要点8:及时检查承建单位出操作手册要点9:监督承建单位出相应的开发进度周报和月报 。要点10 :配备实施人员和实施设备，提供实施方案包括风险投资控制措施和进度计划；目标：这个阶段是软件卡法中的可行性研究与计划阶段 、需求分析阶 段、设计阶段，主要是推动业主单位、承建单位对工程需求和设计进行规范 化的技术描述，为工程实施提供优化的设计方案；促使工程计划、设计方案 满足工程需求，符合相关的法律、法规和标准，并与工程建设合同相符，具 有可验证性；协助业主单位、承建单位消除设计文档在进入工程实

28、施前可预 见的缺陷。文档要求：对可行性报告、项目开发计划、软件需求说明书、数据需求 说明书、数据需求说明书、概要设计说明书、详细设计说明书、数据库设计说明、初步测试计划和开发进度周报合约报等文档7.3施工阶段的控制要点及目标：要点1:检查承建单位项目开发的软、硬件环境。要点2 :及时检查承建单位出用户手册。要点3:及时检查承建单位出操作手册。要点4:及时检查承建单位出模块开发卷宗。要点5:及时检查承建单位的测试分析报告。要点6:监督承建单位出相应的开发进度周报和月报。要点7:监督承建单位出相应的项目开发总结。目标：这个阶段是软件开发的实现阶段、测试阶段、运行与维护。是加 强工程实施方案的合法性、合理性、与设计方案的符合性；促使工程中所