软件开发项目监理细则.docx
《软件开发项目监理细则.docx》由会员分享，可在线阅读，更多相关《软件开发项目监理细则.docx（19页珍藏版）》请在冰豆网上搜索。
软件开发项目监理细则
*************************项目
监理实施细则
*******************监理有限公司
年月
第一章前言
为更好地开展监理工作，保障*************************项目的有效实施，确立全面科学的监理标准，提高实际监理工作的可操作性和透明度，特制订本《监理细则》，供项目开发人员及现场人员参照执行。
第二章项目角色
一、业主方：
*******************
二、监理方：
*******************监理有限公司
三、开发方：
第三章项目工期要求
工期要求：
集成合同签订之日起至年月日。
实施要求：
年月日第一阶段产品试运行；
年月日前第一阶段产品全面上线；
年月日前第二阶段产品全面上线。
第四章项目内容
本项目的主要事实内容包括软件系统的移植和开发，并提供相关的技术服务。
4.1系统软件开发及实施
电子政务基础平台完善、图形相关功能开发、图形基础软件升级、业务需求调查、办文系统数据整合迁移、地政业务数据整合迁移、局内部网站升级、修改相关系统和接口、总体设计与系统集成和系统培训。
行政审批与任务管理系统主要包括行政审批流程、行政公文流程、制发文流程等业务审批。
在业务审批流转过程中产生不同类型的任务，任务在不同的任务状态切换。
所有的工作项都以任务驱动方式进行。
在任务的生命周期中会产生很多跟任务相关的任务、资源或信息等。
两部分工作不是孤立的，必须在建设内容划分和进度上匹配才能够保证项目的顺利开展。
4.2技术服务
技术服务包括一下内容：
1）用户培训，包括安装培训、使用培训和维护培训。
2）系统维护，包括日常技术维护和适应性维护。
第五章监理工作流程
根据本项目实施的项目要求及软件系统项目实施的特点，我们把本次的监理工作分为工程设计规划阶段监理，工程实施阶段监理，工程验收阶段监理三个阶段，具体实施如下：
5.1工程启动阶段
1、监理方应完成的任务：
√针对业主方在合同签订过程的疑问，随时提供咨询服务；
√对承建单位提交的合同给出评审报告，由用户方进行确认；
2、承包方应提交的文档
√投标文件
3、建设方应提交的文档
√招标文件
√合同
4、监理方应提交的文档
√合同评审报告
√工作报告（会议纪要、监理周报等）
√其他监理文档（联系单、备忘录等）
5.2工程设计阶段
1、监理方应完成的任务：
√编写监理规划，并召开三方协调会议，确定工作流程及沟通制度；
√根据监理规划及各项目组的进度计划，编制监理实施细则；
√确定需求变更以及进度计划变更的处理方法，并三方确认；
√审核开发计划，以评审报告的形式给用户方进行确认；
√参与需求调研方式的制定，并三方确认；
√对重要的需求调研部分，应与开发方一起进行调研；
√对开发方的调研成果进行核查，及时指出不足之处；
√对系统的需求必须有充分的理解；
√审核需求规格说明书、以评审报告的形式给用户方进行确认；
√对概要设计进度情况进行核查；
√审核概要设计说明书，以评审报告的形式给用户方进行确认；
√对详细设计进度情况进行核查；
√审核详细设计说明书、数据库设计说明书、测试计划，以评审报告的形式给用户方进行确认；
√审核开发方提交的周报；
√根据实际情况调整进度计划（出现重大变更应立即进行调整或出现小的变更则两星期调整一次），并三方确认；
√编制周报，并提交给用户方；
√主持召开三方工程例会（每周五上午举行）、专题会，编制工程备忘录；
√各监理规范表格的使用；
2、承建单位应提交的文档
√开发计划
√软件需求说明书
√概要设计说明书
√详细设计说明书
√数据库设计说明书
√测试计划
√测试报告
√《电子政务基础平台完善实施方案、计划》
√《国房局电子政务基础平台建设及办文******改造总体设计》
√《内部任务与行政审批管理系统需求规格说明书》
√《土地管理模块需求规格说明书》
√《办文系统数据整合迁移方案》
√《办文系统数据整合迁移集中测试计划》
√《办文系统数据整合迁移集中测试报告》
√《办文系统数据整合迁移成果报告》
√《地政业务数据整合集中测试计划》
√《地政业务数据整合集中测试报告》
√《国房局图形******第一阶段方案、计划》
√《图形系统第一阶段升级测试计划》
√《图形系统第一阶段升级测试报告》
√《内部网站升级方案、计划》
√《内部网站升级测试计划》
√《内部网站升级测试报告》
√《相关接口、系统修改方案、计划》
√《相关接口、系统修改测试计划》
√《相关接口、系统修改测试报告》
√《国房局电子政务基础平台建设及办文******改造系统运行环境规划、部署方案》
√工作周报
3、监理方应提交的文档
√监理规划
√开发计划评审报告
√监理细则
√软件需求说明书评审报告
√概要设计说明书评审报告
√详细设计说明书评审报告
√数据库设计说明书评审报告
√测试计划评审报告
√工作报告（会议纪要、监理周报、项目评审会议纪要、变更报告等）
√其他监理文档（联系单、备忘录等）。
5.3工程实施阶段
1、监理方应完成的任务：
√对编码的进度情况进行核查，并对编码的规范进行抽查，并将检查情况向用户方汇报；
√需求变更的处理；
√审核单元测试报告、操作手册、安装手册，以评审报告的形式给用户方进行确认；
√参与联调测试；
√审核联调测试报告、培训计划、试运行计划、数据割接及应用上线方案，以评审报告的形式给用户方进行确认；
√如判断系统将出现拖期，则向用户方提交风险报告；
√审核开发方提交的周报；
√编制周报，并提交给用户方；
√根据实际情况调整进度计划（出现重大变更应立即进行调整或出现小变更则两个星期调整一次），并三方确认；
√主持召开三方工程例会（每周五上午举行）、专题会，编制工程备忘录；
√各监理规范表格的使用；
2、承建单位应提交的文档
√单元测试报告；
√操作手册；
√安装手册；
√联调测试报告；
√培训计划；
√试运行计划；
√《国房局电子政务基础平台建设及办文******改造系统上线运行工作计划》
√工作周报。
3、监理方应提交的文档
√单元测试、集成测试、压力测试评审报告；
√用户操作手册、系统安装手册、系统管理员手册评审报告；
√工作报告（会议纪要、监理周报、项目评审会议纪要、变更报告等）；
√其他监理文档（联系单、备忘录等）。
5.4工程验收阶段
1、监理方应完成的任务：
√协助用户方进行培训；
√对系统的试运行情况进行定期检查，并向用户方汇报；
√审核试运行情况报告，以评审报告的形式给用户方进行确认；
√三方确定验收时间、验收准则、评估规则、硬件/软件环境等，以及三方职责；
√审核验收方案、验收测试报告、售后服务计划，以评审报告的形式给用户方进行确认；
√参与验收测试，编制项目验收报告，并将符合要求的文档移交给用户方；
√如判断系统将出现拖期，则向用户方提交风险报告；
√审核开发方提交的报告；
√编制周报，并提交给用户方；
√根据实际情况调整进度计划（出现重大变更应立即进行调整或出现小变更则两个星期调整一次），并三方确认；
√主持召开三方工程例会（每周五上午举行）、专题会，编制工程备忘录；
√各监理规范表格的使用；
2、承建单位应提交的文档
√试运行情况报告
√验收方案
√验收手册
√验收测试报告
√合同要求提供的相关文档
√售后服务计划
√工作周报
3、监理方应提交的文档
√验收方案评审报告
√项目验收报告
√工作报告（会议纪要、监理周报、项目评审会议纪要、变更报告等）；
√其他监理文档（联系单、备忘录等）。
第六章各阶段工作明细
6.1启动阶段
1、计划时间：
****年月日至****年月日
2、工作内容：
SN
任务
承建方
监理方
业主方
1
合同签署
起草合同；
修改完善合同
审核合同，有意见或建议则提交审查报告
经办人审核合同，并上报审批
2
召开项目启动会
介绍实施方案
介绍监理工作注意事项；
整理会议纪要
主持会议；
提出项目要求
3
实施方案报审
编写实施方案；
修改、完善实施方案；
提交报审表
审核实施方案，有意见或建议则提交审查报告
经办人审核实施方案，并上报审批
4
开工申请
提交开工申请表
审核开工申请表，发出开工令
3、工作规范说明
任务2说明：
合同审核要点包括：
a.合同实施范围明确，各项需求规定足够明确；
b.任何与投标时不一致的要求已得到解决；
c.双方关于属于的使用达成一致协议；
d.处理用户在系统建设期间提出的需求变更；
e.用户提供哪些设施和资源；
f.采用的标准和规程；
g.合同中提出的软件生命周期过程从费用、质量、进度考虑是否合理；
h.合同中是否纳入或列举被剪裁的软件生命过程标准；
i.合同中是否明确规定了验收的组织和规程，验收准则是否合同；
j.合同中要求承建方交付的软件产品是否完整；
k.合同是否明确规定了承建方不能按时交货应负的责任；
l.合同中是否包括了售后服务和必要技术培训的条款，验收后出现的问题的处理，包括与质量有关的索赔和用户的投诉；
m.合同的所有条款是否都符合国家的有关法规和行业惯例；
n.合同是否明确了软件产品你的专利权、使用权、担保权、许可权及保护知识产权信息。
6.2工程设计阶段
6.2.1需求调研阶段
1、计划时间：
****年月日至****年月日
2、工作内容：
SN
任务
承建方
监理方
业主方
1
前期需求细化
消化前期需求细化
消化前期需求细化
消化前期需求细化
2
调研准备
制定调研计划
审核调研计划，有意见或建议则提交审查报告；
经办人审核调研计划；
3
需求调研
到用户单位进行需求调研，如有变更，根据实际情况调整进度计划
核查需求调研、需求分析进度，如需变更则确认变更
协助需求调研的进行，如需变更，则确认变更
4
项目需求分析报审
编写项目需求说明书及系统原型V1.0版本；
修改、完善项目需求说明书；
提交报审表
审核《项目需求说明书》及系统原型，有意见或建议则提交审查报告
用户审核《项目需求说明书》和系统原型，并上报审批
3、工作规范说明
任务3说明：
项目需求说明书审核要点包括：
a.文档是否按项目文档编制标准编制的；
b.文档中描述的系统需求是前后一致的、可行的、可测试的；
c.软件需求是否全面、准确地覆盖了用户对软件功能、性能、可靠性等方面的要求；
d.根据设计准则，把系统的需求恰当的分配给硬件项、软件项和人工操作项；
e.每一条软件需求说明是不是都是可实现且可验证的；
f.需求说明中是否考虑了与已有应用系统的接口问题；
g.需求说明中是否考虑了审批业务的扩展要求；
h.需求说明中是否考虑了故障处理要求，对故障处理方法是否合理和合适；
i.需求说明中是否考虑了用户安全保密性方面的要求，通过适当严格的方法表明涉及安全、保密和关键性的软件需求是正确的。
6.2.2系统概要设计阶段
1、计划时间：
****年月日至****月日
2、工作内容：
SN
任务
承建方
监理方
业主方
1
系统概要设计报审
编写系统概要设计；
修改、完善系统概要设
升级会员 