软件开发项目监理细则

1、* 工程监理实施细那么* 监理第一章前言为更好地开展监理工作,保证* 工程的有效实施,确立全 面科学的监理标准,提升实际监理工作的可操作性和透明度,特制订本?监理细那么?,供工程开发人员及现场人员参照执行.第二章工程角色业主方:监理方:开发方:*监理第三章 工程工期要求工期要求：集成合同签订之日起至年月日.实施要求：年月日第一阶段产品试运行;年月日前第一阶段产品全面上线；年月日前第二阶段产品全面上线.第四章工程内容本工程的主要事实内容包括软件系统的移植和开发,并提供相关的技术效劳.系统软件开发及实施电子政务根底平台完善、图形相关功能开发、图形根底软件升级、业务需求调查、 办文系统数据整合迁移、

2、地政业务数据整合迁移、局内部网站升级、修改相关系统和接 口、总体设计与系统集成和系统培训.行政审批与任务治理系统主要包括行政审批流程、行政公文流程、制发文流程等业 务审批.在业务审批流转过程中产生不同类型的任务,任务在不同的任务状态切换.所 有的工作项都以任务驱动方式进行.在任务的生命周期中会产生很多跟任务相关的任 务、资源或信息等.两局部工作不是孤立的,必须在建设内容划分和进度上匹配才能够保证工程的顺利 开展.技术效劳技术效劳包括一下内容：1用户培训,包括安装培训、使用培训和维护培训.2系统维护,包括日常技术维护和适应性维护.第五章监理工作流程根据本工程实施的工程要求及软件系统工程实施的特点

3、,我们把本次的监理工作分 为工程设计规划阶段监理,工程实施阶段监理,工程验收阶段监理三个阶段,具体实施 如下：工程启动阶段1、监理方应完成的任务：V针对业主方在合同签订过程的疑问,随时提供咨询效劳；V对承建单位提交的合同给出评审报告,由用户方进行确认；2、承包方应提交的文档V投标文件3、建设方应提交的文档V招标文件V合同4、监理方应提交的文档V合同评审报告V工作报告会议纪要、监理周报等V其他监理文档联系单、备忘录等工程设计阶段1、监理方应完成的任务：V 编写监理规划,并召开三方协调会议,确定工作流程及沟通制度；V 根据监理规划及各工程组的进度方案,编制监理实施细那么；V 确定需求变更以及进度方

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

5、调整或出现小的变更那么 两星期调整一次,并三方确认；V 编制周报,并提交给用户方；V 主持召开三方工程例会每周五上午举行、专题会,编制工程备忘录；V 各监理标准表格的使用；2、承建单位应提交的文档V开发方案V软件需求说明书V概要设计说明书V详细设计说明书V数据库设计说明书V测试方案V测试报告V?电子政务根底平台完善实施方案、方案?V?国房局电子政务根底平台建设及办文 *改造总体设计?V?内部任务与行政审批治理系统需求规格说明书?V ?土地治理模块需求规格说明书?V ?办文系统数据整合迁移方案?V ?办文系统数据整合迁移集中测试方案?V ?办文系统数据整合迁移集中测试报告?V ?办文系统数据整合

6、迁移成果报告?V ?地政业务数据整合集中测试方案?V ?地政业务数据整合集中测试报告?V ?国房局图形*第一阶段方案、方案?V ?图形系统第一阶段升级测试方案?V ?图形系统第一阶段升级测试报告?V ?内部网站升级方案、方案?V ?内部网站升级测试方案?V ?内部网站升级测试报告?,?相关接口、系统修改方案、方案?,?相关接口、系统修改测试方案?,?相关接口、系统修改测试报告?V?国房局电子政务根底平台建设及办文 *改造系统运行环境规划、部署方案?V工作周报3、监理方应提交的文档V监理规划V开发方案评审报告V监理细那么V软件需求说明书评审报告V概要设计说明书评审报告V详细设计说明书评审报告V数

7、据库设计说明书评审报告V测试方案评审报告V工作报告会议纪要、监理周报、工程评审会议纪要、变更报告等V其他监理文档联系单、备忘录等.工程实施阶段1、监理方应完成的任务：V对编码的进度情况进行核查,并对编码的标准进行抽查,并将检查情况向用户 方汇报；V需求变更的处理；V审核单元测试报告、操作手册、安装手册,以评审报告的形式给用户方进行确 认；V参与联调测试；V审核联调测试报告、培训方案、试运行方案、数据割接及应用上线方案,以评 审报告的形式给用户方进行确认；V如判断系统将出现拖期,那么向用户方提交风险报告；V审核开发方提交的周报；V编制周报,并提交给用户方；V根据实际情况调整进度方案出现重大变更应

8、立即进行调整或出现小变更那么两 个星期调整一次,并三方确认；V主持召开三方工程例会每周五上午举行、专题会,编制工程备忘录；V各监理标准表格的使用；2、承建单位应提交的文档V 单元测试报告；V 操作手册；V 安装手册；V 联调测试报告；V培训方案；V 试运行方案;V?国房局电子政务根底平台建设及办文*改造系统上线运行工作方案?V工作周报3、监理方应提交的文档V 单元测试、集成测试、压力测试评审报告；V 用户操作手册、系统安装手册、系统治理员手册评审报告；V 工作报告会议纪要、监理周报、工程评审会议纪要、变更报告等；V 其他监理文档联系单、备忘录等.工程验收阶段1、监理方应完成的任务：V协助用户方

9、进行培训；V对系统的试运行情况进行定期检查,并向用户方汇报；V审核试运行情况报告,以评审报告的形式给用户方进行确认；V三方确定验收时间、验收准那么、评估规那么、硬件 /软件环境等,以及三方职 责；V审核验收方案、验收测试报告、售后效劳方案,以评审报告的形式给用户方进 行确认；V参与验收测试,编制工程验收报告,并将符合要求的文档移交给用户方；V如判断系统将出现拖期,那么向用户方提交风险报告；V审核开发方提交的报告；V编制周报,并提交给用户方；V根据实际情况调整进度方案出现重大变更应立即进行调整或出现小变更那么两 个星期调整一次,并三方确认；V主持召开三方工程例会每周五上午举行、专题会,编制工程备

10、忘录；V各监理标准表格的使用；2、承建单位应提交的文档V试运行情况报告V验收方案V验收手册V验收测试报告V合同要求提供的相关文档V售后效劳方案V工作周报3、监理方应提交的文档V验收方案评审报告V工程验收报告V工作报告会议纪要、监理周报、工程评审会议纪要、变更报告等；V其他监理文档联系单、备忘录等.第六章各阶段工作明细启动阶段1、方案时问：*年月日至*年月日2、工作内容：SN任务承建方监理方业主力1合同签署起草合同；修改完善合同审核合同,有 意见或建议那么 提父审查报告经办人审核 合同,并上报 审批2召开工程启动会介绍实施方案介绍监理工作 注思事项； 整理会议纪要主持会议；提出工程要求3买她刃案

11、报审编写实施方案；修改、完善实_VZ_A 、 、施力杀；提交报审表审核实施方 案,后意见或 建议那么提交审 查报告经办人审核 实施方案,并 上报审批4开工申请提交开工申请表审核开工申请 表,发出开工 令3、工作标准说明任务2说明：合同审核要点包括：a.合同实施范围明确,各项需求规定足够明确;b.任何与投标时不一致的要求已得到解决；c.双方关于属于的使用达成一致协议；d.处理用户在系统建设期间提出的需求变更；e.用户提供哪些设施和资源；f.米用的标准和规程；g.合同中提出的软件生命周期过程从费用、质量、进度考虑是否合理；h.合同中是否纳入或列举被剪裁的软件生命过程标准；i.合同中是否明确规定了验

12、收的组织和规程,验收准那么是否合同；j.合同中要求承建方交付的软件产品是否完整；k.合同是否明确规定了承建方不能按时交货应负的责任；1.1.1 是否包括了售后效劳和必要技术培训的条款,验收后出现的问题的处理, 包括与质量有关的索赔和用户的投诉；m.合同的所有条款是否都符合国家的有关法规和行业惯例；n.合同是否明确了软件产品你的专利权、使用权、担保权、许可权及保护知识产 权信息.工程设计阶段1.1.2 需求调研阶段1、方案时问：*年月日至*年月日2、工作内容：SN任务承建方监理方业主力1前期需求 细化消化前期需求细化消化前期需求细化消化前期需求细化2调研准备制定调研计划审核调研 方案,启意 见或

13、建议 那么提交审 查报告；经办人审核调研计戈3需求调研到用户单位 进行需求调 研,如后义 更,根据实 际情况调整核查需求 调研、需求 分析进度, 如需变更 那么确认变协助需求 调研的进 行,如需父 更,那么确认 变更进度方案更4工程需求编写工程需审核?工程用户审核分析报审求说明书及需求说明?工程需系统原型版书?及系统求说明书?本；原型,后总和系统原修改、完善见或建议型,并上报工程需求说那么提交审审批明书；查报告提交报审表3、工作标准说明任务3说明：工程需求说明书审核要点包括：a.文档是否按工程文档编制标准编制的；b.文档中描述的系统需求是前后一致的、可行的、可测试的；c.软件需求是否全面、准确

14、地覆盖了用户对软件功能、性能、可靠性等方面的要 求；d.根据设计准那么,把系统的需求恰当的分配给硬件项、软件项和人工操作项；e.每一条软件需求说明是不是都是可实现且可验证的；f.需求说明中是否考虑了与已有应用系统的接口问题；g.需求说明中是否考虑了审批业务的扩展要求；h.需求说明中是否考虑了故障处理要求,对故障处理方法是否合理和适宜；i.需求说明中是否考虑了用户平安保密性方面的要求,通过适当严格的方法说明涉 及平安、保密和关键性的软件需求是正确的.1.1.3 系统概要设计阶段1、方案时问：*年月曰至*月日2、工作内容：SN任务P 承建力监理方业主力1系统概要设计报审编写系统概要设计；修改、完善

15、系核查概要设计进度情况；经办人审核 系统概要设 计,并上报审统概要设计； 提交报审表审核需求或 设计的变 更；审核系 统概要设 计,后意见 或建议那么提 父审查报告核3、工作标准说明任务1说明系统概要设计审核要点包括：a.软件设计是正确的、与需求抑制并可追溯到需求,覆盖了软件需求说明的全部 内容；b.设计执行正确的事件顺序、输入、输出、接口、逻辑流程图、定时分配和预算 估计、错误的定义、隔离和恢复；c.可以从需求得出选定的设计；d.软件功能部件的分解是否合理；e.对故障处理的举措是否完备有效；f.软件概要设计说明是否对软件需求说明有良好的可追溯性；g.是否按方案开展了进度治理、质量治理和配置治

16、理.6.2.3系统详细设计阶段1、方案时问：*年月日至*年月日2、工作内容：SN任务承建方监理方业主力1系统 详细 设计 报审编写系统详 细设计； 修改、完善 系统详细设 计；提交报审表核查详细设计进度情况；审核需求或设计的变更；审核系统详细设计,有意见或建议那么提交审查报告经办人审 核系统详 细设计, 并上报审 核3、工作标准说明任务1说明: a.数据库设计是否全面,且考虑了多对一、一对多的关系；b.详细设计与概要设计是否一致；c.通过适当严格的方法说明设计正确地实现了平安、保密和其他关键性的要求;d.是否按方案开展了进度治理、质量治理和配置治理.工程实施阶段6.3.1编码阶段1、方案时问：

17、*年月日至*年月日2、工作内容：SN任务承建方监理方业主力1编码进行编码对变得进度情 况进行核查, 并将检查情况 向业主方汇报2模块设计说 明书报审编写模块设计说明书；修改、完善模块设计说明 书；提交报审表审核模块设计 说明书,后意 见或建议那么提 父审查报告经办人审核 模块设计说 明书3、工作标准说明任务1说明：编码验证和评审工作,内容主要包括a.编码是否符合有关的编码标准；b.编码可追溯到设计和需求并切实可测试的、正确的、并符合需求；c.编码会自行正确的事件顺序,前后一致的接口关系、正确的数据和限制流程图、完整性、恰当的定时分配和预算估计、错误的定义、隔离和恢复；d.程序是否正确地实现了软

18、件详细设计；e.程序中是否有足够的注释,以保证程序的可读性和可维护性；f.是否开展了软件静态分析、代码审查和软件单元测试；g,软件单元测试是否充分,是否到达了语句覆盖率和分支覆盖率均为100%的要求；h,通过适当严格的方法说明编码正确地实现了平安、保密和其他关键性的要求； i,是否按方案开展了进度治理、质量治理和配置治理.j,集成验证的要求k,每个软件项的软件组件和软件单元已完整地、正确地集成到系统中； l,系统的硬件项、软件项和人工操作项已完整地、正确地集成到系统中； m.其他系统的相关功能模块已完整地、正确地集成到系统中； n,已根据集成方案完成集成任务.o,任务2说明：p,模块设计是正确

19、的、与软件设计一致并可追溯到需求,覆盖了软件设计说明的 全部内容；q,设计执行正确的时间顺序、输入、输出、接口、逻辑流程图、定时分配和预算 估计、错误的定义、隔离和恢复；r,是否按方案开展了进度治理、质量治理和配置治理.6.3.2 测试阶段1、方案时问：*年月日至*年月日2、工作内容：SN任务承建方监理方业主力1测试方案报审编写测试方案；修 改、完善测试方案； 提交报审表审核测试计 划,后意见或 建议那么提交审 查报告经办人审 核测试计 划,并上报 评审2单元测试进行内部测试对内部测试的 进度情况进行核查3整体测试进行内部测试对内部测试的 进度情况进行核查4完成测试编写测试报告；修审核测试报经

20、办人审改、完善测试报告；告,后意见或 建议那么提交审 查报告核测试报 告,并上报 评审3、工作标准说明任务1说明：测试方案审核要点a,是否包括了易用性测试、稳定性测试方案；b.测试需求、测试用例、测试数据是否符合规格说明；c.测试路径是否覆盖全部功能点；d.任务4说明；e.测试报告是否正确的,实际情况和预期结果之间的差异是否已得到解决；f,是否采用了必要的软件测试工具以提升测试的效率,同时保证测试的可重复验 证性；g,是否进行了强度、边界和异常输入测试；h,针对测试中发现的软件错误是否进行了软件修改,并开展了相应的软件回归测 试；i,确认软件产品在目标环境的选定区域进行了适用性测试6.3.3

21、安装调试阶段1、方案时问：*年月日至*年月日2、工作内容：SN任务承建方监理方业主方1安装调试编写安装调试计 划；修改、完善安装 调试方案；审核安装调试计 戈L宿意见或建议 那么提交审查报告经办人审核安 装调试方案2安装调试到个用户单位部 署和安装调试跟进开发方安装 调试工作联系个用户单 位3联合测试进行系统测试出具监理方测试 报告经办人审核监 理方测试报告4安装调试 完毕编写安装调试报 告；修改、完善安装 调试报告审核安装调试报 告,后后见或建议 那么提交审查报告审核安装调试 报告6.3.4系统培训阶段1、方案时问：*年月日至*年月日2、工作内容:SN任务承建方监理方业主力1培训准备编写培训

22、方案及培 训教材；修改、完善培训计 划及培训教材审核培训 方案,启意 见或建议 那么提交审 查报告审核培训 方案及培 训教材2培训有培训人员对用户进行培训组织用户经加培训工程验收阶段1、方案时间：系统阶段验收：*年月日至*年月日总体验收：*年月日至*年月日2、工作内容SN任务承建方监理方业主力1系统编写阶段验收评审阶段验收经办人评阶段报告；报告,有意见审阶段验验收修改、完善阶或建议那么提交收报告段验收报告审查2工程编写验收报评审验收报经办人评终验告；告,后意见或审验收报修改、完善验建议那么提交审告,并上收报告；查报告报审批提交报审表3、工作标准说明任务1说明：工程终验工作要点a.组织软件工程阶

23、段验收准备；b.验证软件系统功能性能与合同的符合性；c.审核与工程配套的技术文档是否齐全并满足相关标准及标准的要求;d.检查技术培训是否到达合同要求；e.出具工程阶段验收报告；f.催促整理工程合同文件的阶段技术档案资料；g.帮助业主制定系统运行治理规章制度第七章监理工作的限制要求及目标根据监理规划和监理工作流程,设立监理工作的限制要点及目标.工程启动阶段的限制要点及目标：要点1:明确用户需求；要点2:合同实施范围明确,各项需求规定足够明确.要点3:任何与投标时不一致的要求已得到解决.要点4：工程组有水平满足合同要求.要点5:合同中规定工程验收准那么和方式.要点6:合同中规定对系统验收后出现的问

24、题的处理,包括与质量有关的索赔和用 户的投诉.要点7:合同中规定采用的技术标准和规程.目标：协助业主单位明确工程需求,确定工程建设目标；产生合理的初步设计方 案和投资预算；尽可能使招标书少出现不确定性问题,并对有效的投标标书给予评价 和比拟,给出明确意见,协助选择具有完本钱工程实力的建设商；根据中标方案和招 标要求,促使业主单位、承建单位所签订的承建合同在技术、经济上合理有效.文档要求：产生经过确认的需求统计表,需求分配表,需求分配原那么、合同评审 报告标识出可能的风险.设计阶段的限制要点及目标：要点1:监督承建单位进行更进一步的可行性调研和制定出初步工程开发方案.要点2:监督承建单位进行需求

25、分析,写出相应的文档.要点3:监督承建单位出相应的初步用户手册.要点4:及时检查承建单位出进一步的测试方案.要点5:监督承建单位及时出概要设计说明书,检查是否符合相应的标准性,以及 是否考虑周全等.要点6:监督承建单位及时出详细设计说明书,检查好似否符合相应的标准性,以 及是否考虑周全等.要点7:监督承建单位及时出数据库设计说明,检查是否符合相应的标准性,以及是否考虑周全等.要点8:及时检查承建单位出操作手册.要点9:监督承建单位出相应的开发进度周报和月报.要点10:配备实施人员和实施设备,提供实施方案包括风险投资限制举措和进度 方案；目标：这个阶段是软件卡法中的可行性研究与方案阶段、需求分析

26、阶段、设计阶 段,主要是推动业主单位、承建单位对工程需求和设计进行标准化的技术描述,为工 程实施提供优化的设计方案；促使工程方案、设计方案满足工程需求,符合相关的法 律、法规和标准,并与工程建设合同相符,具有可验证性；协助业主单位、承建单位 消除设计文档在进入工程实施前可预见的缺陷.文档要求：对可行性报告、工程开发方案、软件需求说明书、数据需求说明书、 数据需求说明书、概要设计说明书、详细设计说明书、数据库设计说明、初步测试计 划和开发进度周报合约报等文档.施工阶段的限制要点及目标：要点1:检查承建单位工程开发的软、硬件环境.要点2:及时检查承建单位出用户手册.要点3:及时检查承建单位出操作手册.要点4：及时检查承建单位出模块开发卷宗.要点5:及时检查承建单位的测试分析报告.要点6:监督承建单位出相应的开发进度周报和月报.要点7:监督承建单位出相应的工程开发总结.目标：这个阶段是软件开发的实现阶段、测试阶段、运行与维护.是增强工程实 施方案的合法性、合理性、与设计方案的符合性；促使工程中所使用的产品和效劳符 合承建合同及国家相关法律、法规和标准；明确工程实