IT项目监理细则样本样本

第一章总则为更好地开展监理工作，保障XXX--XX-XX系统有效实行，确立全面科学监理原则，提高实际监理工作可操作性和透明度，特制定本《监理细则》，供项目开发人员及现场人员参照执行。因本项目开发特殊性及其监理非完全在现场特点，在实际开发过程，建议采用较简化方式进行，请各外包开发方参照本《监理细则》有关规定执行。第二章项目角色一、业主方：1.2.代表：开发业主方：浙江京安电子 工程 路基工程安全技术交底工程项目施工成本控制工程量增项单年度零星工程技术标正投影法基本原理 有限公司二、监理方：1.监理方：广州ebridge.net2.代表：3.总监理工程师：楼新平4.现场监理组：5.技术专家组：三、开发方：1.开发方：2.代表：3.项目经理：4.采购组组长：5.系统集成组组长：6.应用开发组组长：7.测试组组长：8.培训组组长：第三章项目内容一、应用开发某些：1、应用软件2、电子地图3、项目建设需进行软件开发，并承担关于安装、调试、技术支持、技术培训和维护、保修等工作。。。。二、项目总体测试：三、系统硬件集成：服务器安装调试。第四章前期监理一、审核招标文献：1.系统需求；2.工作描述；3.投标者须知；4.产品或服务清单；5. 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 条款；6.技术限制。二、审核开发方提供资料：1.为执行工程而建立组织机构；2.外包开发核心工作人员身份和职务；3.涉及外部机构在内每个机构权利与责任。三、审核开发方提供开发筹划及时间表：1.开发顺序；2.完毕合同义务合理日期；3.开发环境，涉及测试环境、库、设备、仪器以及工程原则、环节和工具；4.工作细目构造，涉及可交付产品，与任务关于经费预算、人员、物理资源、软件规模以及时间进度；5.系统质量需求管理；6.系统安全和保密核心需求管理；7.业主方和监理方介入，即按合同规定进行评审、非正式会晤、 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 、修改和变更实行、批准、验收、对设施使用等；8.如何验证和确认；9.质量保证；10.风险管理，涉及对项目潜在技术、成本和进度等领域管理；11.保密方针，及保密所规定批准、证书、专有权等；12.制定筹划、跟踪和报告办法；第五章过程文献一、系统需求分析：1.开发方对系统规定进行分析，以建立系统需求，系统需求应当阐明：(1)系统功能和性能；(2)安全、保密、人机工程、接口、操作和维护需求；(3) 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 限制和鉴定规定；2.对这些系统需求进行评价，使其涉及下述准则：(1)可跟踪性；(2)与获取及系统规定一致性；(3)可测试性；(4)设计、操作和维护可行性；3.需求阐明书基本格式：(一)引言(1)编写目(2)背景(3)定义(4)参照资料(二)任务概述(1)目的(2)顾客特点(3)假定与约束(三)需求规定(1)对功能规定(2)对性能规定A.精度B.时间特性规定C.灵活性(3)输入输出规定(4)数据管理能力规定(5)故障解决规定(6)其她专门规定(四)运营环境规定(1)设备(2)支持软件(3)接口(4)控制二、系统设计：1.开发方应当建立一种高层系统体系构造，在系统体系构造中体现系统需求，该系统体系构造要体现出系统内部构造以及硬件、软件和人工操作配备；应当保证：(1)系统需求已完全分派给硬件配备项（HCI）、软件配备项（SCI）和人工操作；(2)分派给HCI、SCI和人工操作系统体系构造和系统需求要写成文档；2.对HCI、SCI和人工操作系统体系构造和系统需求进行评价，使其涉及下述准则：(1)可跟踪性；(2)与系统需求一致性；(3)设计和所用原则恰当；(4)操作和维护可行性；三、软件需求分析：1.开发方应当拟定各种需求并将其写成文档，其中涉及合同规定质量特性规格阐明（可操作性、可靠性、可用性、有效性、可维护性和可移植性）；该文档描述：(1)功能和能力规格阐明，其中涉及性能、物理特性、运营软件环境条件；(2)顾客文档；(3)安全规格阐明，其中涉及与操作和维护办法、环境影响和人员伤害关于阐明；(4)保密规格阐明，其中涉及对敏感性信息或资料危害关于阐明；(5)人机工程和人－机规格阐明，其中涉及与人工操作、人机对话、对人员限制关于规格阐明，以及那些对于人错误和能力很敏感、需要人集中注意力领域阐明；(6)解决器、存储设备或数据通道所用硬件解决和资源储备规格阐明；(7)数据定义和数据库需求；(8)已交付软件在操作和维护现场上安装和验收需要；(9)顾客操作和执行需求；(10)顾客维护需求；2.开发方应当拟定SCI外部接口需求并将其写成文档；3.开发方应当对SCI鉴定规定写成文档；4.开发方应当对需求作出评价，使其涉及下面指出准则：(1)对系统需求和系统设计可跟踪性；(2)与系统需求外部一致性；(3)各个软件需求之间内部一致性；(4)软件需求可测性；(5)软件需求测试范畴；(6)软件设计、操作和维护可行性；5.开发方应当根据合同规定进行评审，以决定软件需求完善和恰当；当评审完毕时，就应当建立SCI需求基线。四、概要设计：1.开发方应当把SCI工程需求转变为一种体系构造，该体系构造应描述它顶层构造和定义它重要某些；它应当保证此项工程和SCI鉴定规定已完全分派给了各个某些，并对其进行了细化以便进行详细设计；应当建立SCI体系构造文档；2.开发方应当为SCI外部接口设计、SCI各软件某些之间设计建立一种顶层设计文档；3.开发方应当为数据库建立一种顶层设计文档；4.开发方应当评价SCI体系构造、接口和数据库设计，使其涉及下面指出各项：(1)对SCI需求可跟踪性；(2)与SCI需求外部一致性；(3)各某些需求之间内部一致性；(4)所使用设计办法和原则与否恰当；(5)详细设计、操作和维护可行性；5.开发方应当根据合同规定进行评审，以决定分派给各某些需求和SCI体系构造设计办法完善和恰当。6.概要设计阐明书基本格式：(一)引言(1)编写目(2)背景(3)定义(4)参照资料(二)总体设计(1)需求规定(2)运营环境(3)基本设计概念和解决流程(4)构造(5)功能需求与程序关系(6)人工解决过程(7)尚未解决问题(三)接口设计(1)顾客接口(2)外部接口(3)内部接口(四)运营设计(1)运营模块组合(2)运营控制(3)运营时间(五)系统数据构造设计(1)逻辑构造设计要点(2)物理构造设计要点(3)数据构造与程序关系(六)系统出错解决设计(1)出错信息(2)补救办法(3)系统维护设计五、详细设计：1.开发方应当详细设计SCI每个软部件；应当尽量地将各个软部件详细划分为具有软件单元较低层次，以便进行编码、编译和测试；应当保证该软件需求已完全分派给从软部件到软件单元整个软件；应当把该详细设计写成文档；2.开发方应当写出与SCI外部接口、各软部件之间和各软件单元之间详细设计文档；接口详细设计应当足够详细以便于编码；3.开发方应当写出数据库详细设计文档；4.开发方最佳写出软件顾客手册最初版本；5.开发方应当为测试软件单元规定测试规定和时间进度，并将其写成文档；测试规定中最佳涉及在软件需求限定上重点软件单元；6.开发方应当为软件集成规定测试规定和时间进度，并将其写成文档；7.开发方应当评价软件详细设计和测试规定，使其涉及下面准则：(1)对SCI需求可跟踪性；(2)与体系构造设计外部一致性；(3)各部件和单元需求之间内部一致性；(4)所使用设计办法和原则与否恰当；(5)详细设计、操作和维护可行性；8.开发方应当根据合同规定进行评审，以决定分派给各个某些和单元需求以及SCI详细设计办法与否完善和恰当。9.详细设计阐明书基本格式：(一)引言(1)编写目(2)背景(3)定义(4)参照资料：(二)程序系统组织构造(三)程序1(标记符)设计阐明(1)程序描述(2)功能(3)性能(4)输入项(5)输出项(6)算法(7)流程逻辑(8)接口(9)存储分派(10)注释设计(11)限制条件(12)测试筹划(13)尚未解决定问题(四)程序2(标记符)设计阐明……10.顾客手册基本格式：(一)引言(1)编写目(2)背景(3)定义(4)参照资料：(二)用途(1)功能(2)性能A.精度B.时间特性C.灵活性(3)安全保密(三)运营环境(1)硬设备(2)支持软件(3)数据构造(四)使用过程(1)安装与初始化(2)输入A.输入数据现实背景B.输入格式C.输入举例(3)输出A.输出数据现实背景B.输出格式C.输出举例(4)文卷查询(5)出错解决与恢复(6)终端操作11.操作手册基本格式：(一)引言(1)编写目(2)背景(3)定义(4)参照资料：(二)软件概述(1)软件构造(2)程序表(3)文卷表(三)安装与初始化(四)运营阐明(1)运营表(2)运营环节(3)运营1(标记符)阐明A.运营控制B.操作信息C.输入－输出文卷D.输出文段E.输出文段复制F.启动恢复过程(4)运营2(标记符)阐明……(五)非常规过程(六)远程操作六、软件编码：1.开发方应当进行下述开发并建立文档：(1)开发每个软件单元和数据库；(2)为测试每个软件单元和数据库而开发测试过程和数据；(3)为进行软件集成而开发测试过程和数据；2.开发方应当测试每个软件单元和数据库，以保证它们符合需求；测试成果应当写成文档；3.必要时，开发方应当更新软件顾客手册；4.开发方应当评价软件代码和测试成果，并使其涉及下面准则：(1)对SCI需求和设计可跟踪性；(2)与SCI需求和设计外部一致性；(3)各单元需求之间内部一致性；(4)各单元测试范畴；(5)使用编码办法和原则与否恰当；(6)集成、操作和维护可行性；5.数据库设计阐明书基本格式：(一)引言(1)编写目(2)背景(3)定义(4)参照资料：(二)外部设计(1)标记符和状态(2)使用它程序(3)商定(4)专门指引(5)支持软件(三)构造设计(1)概念构造设计(2)逻辑构造设计(3)物理构造设计(四)运用设计(1)数据字典设计(2)安全保密设计七、软件集成：1.开发方应当制定筹划把各个软件单元和软部件集成为SCI；该筹划应当涉及测试规定、环节、数据、责任和时间表；该集成筹划应当写成文档；2.在根据集成筹划开发集合体时，开发方应当集成软件单元、部件和进行测试；应当保证每个集合体都能满足SCI需求，并且在集成活动结束时形成完全集成SCI；集成和测试成果应当写成文档；3.必要时，开发方应当更新顾客手册；4.为了进行软件鉴定测试，开发方应当为每个SCI开发写出一种完整测试集、测试用例（输入、输出、测试准则）和测试环节；开发方应当保证集成后SCI可以进行软件鉴定测试；5.开发方应当对集成筹划、设计、代码、测试、测试成果和顾客手册进行评价，使其涉及下面准则：(1)对SCI需求可跟踪性；(2)与SCI需求外部一致性；(3)内部一致性；(4)SCI需求测试范畴；(5)使用测试办法和原则与否恰当；(6)与否符合预期成果；(7)鉴定测试、操作和维护可行性；6.开发方应当根据合同规定进行评审，以拟定测试过程完善和恰当，并拟定已经做好软件鉴定测试准备；7.在模块开发过程中，开发方应当编制《模块开发卷宗》，每完毕一种模块或一组密切有关模块复审时编写一份，，并把所有模块开发卷宗汇集在一起；目是记录和汇总低层次开发进度和成果，以便于对整个模块开发工作管理和复审，并为将来维护提供非常有用技术信息；基本格式如下：(一)标题(二)模块开发状况表(1)模块标记符(2)模块描述性名称(3)代码设计A.筹划开始日期B.实际开始日期C.筹划完毕日期D.实际完毕日期(4)模块测试A.筹划开始日期B.实际开始日期C.筹划完毕日期D.实际完毕日期(5)组装测试A.筹划开始日期B.实际开始日期C.筹划完毕日期D.实际完毕日期(6)代码复查日期/签字(7)源代码行数A.预测B.实际(8)目的模块大小A.预测B.实际(9)模块标记符(10)项目负责人批准日期/签字(三)功能阐明(四)设计阐明(五)源代码清单(六)测试阐明(七)复审结论八、软件鉴定测试：1.开发方应当根据为SCI拟定鉴定规定进行鉴定测试；应当保证对每项规定进行符合测试；应将鉴定测试成果写成文档；2.必要时，开发方应当更新顾客手册；3.开发方应当对设计、代码、测试、测试成果和顾客手册进行评价，使其涉及下面准则：(8)对SCI和系统需求可跟踪性；(9)与SCI和系统需求外部一致性；(10)内部一致性；(11)SCI和系统需求测试范畴；(12)与否符合预期成果；(13)操作和维护可行性；4.开发方应当根据合同规定对SCI功能性配备审计（FCA）和物理配备审计(PCA)；在FCA时，应当保证SCI测试成功并符合需求，并且顾客手册中充分描述SCI操作和支持；在PCA时，应当保证SCI设计和源码完整并对的，反映了SCI新技术；FCA和PCA成果应当写成文档；如果同步开发硬件和软件，FCA和PCA可以推迟到系统鉴定测试时进行；5.在FCA和PCA成功地完毕之后，开发方应当：(1)为系统集成、系统鉴定测试或恰当时安装和验收，更新和准备可交付软件；(2)为SCI设计和编码建立一种基线；6.测试筹划基本格式：(一)引言(1)编写目(2)背景(3)定义(4)参照资料：(二)筹划(1)软件阐明(2)测试内容(3)测试1(标记符)A.进度安排B.条件C.测试资料D.测试培训(4)测试2(标记符)……(三)测试设计阐明(1)测试1(标记符)A.控制B.输入C.输出D.过程(2)测试2(标记符)……(四)评价准则(1)范畴(2)数据整顿(3)尺度7.测试分析报告基本格式：(一)引言(1)编写目(2)背景(3)定义(4)参照资料：(二)测试概要(三)测试成果及发现(1)测试1(标记符)(2)测试2(标记符)……(四)对软件功能结论(1)功能1(标记符)A.能力B.限制(2)功能2(标记符)……(五)分析摘要(1)能力(2)缺陷和限制(3)建议(4)评价(六)测试资源消耗九、系统集成：1.SCI应当与HCI、人工操作和其她必要系统一起集成到系统中去；应当对照它们需求进行测试；应当将集成和测试成果写成文档；2.应当为系统每项已拟定需求进行系统鉴定测试开发一种完整测试集、测试用例（输入、输出、测试准则）和测试环节，并将其写成文档；开发方应当保证集成系统已做好系统鉴定测试准备；3.应当对集成系统进行评价以使其涉及下述准则：(1)系统需求测试范畴；(2)所使用测试办法和原则与否恰当；(3)与否符合预期成果；(4)鉴定测试、操作和维护可行性。十、系统鉴定测试：1.应当根据为系统建立鉴定规定进行系统鉴定测试；应当保证每项系统需求都进行符合性测试，并且系统已做好交付准备；应当把鉴定测试成果写成文档；2.应当对系统进行评价以使其涉及下述准则：(1)系统需求测试范畴；(2)所使用测试办法和原则与否恰当；(3)与否符合预期成果；(4)鉴定测试、操作和维护可行性。3.本项需求不合用于已经进行过FCA、PCASCI；SCIFCA和PCA参照“八、软件鉴定测试”。十一、总调试：1.开发方应当制定一种按合同中指明、在目的环境中安装软件筹划；应当指出与软件安装关于必要资源和信息并保证提供；开发方应当以恰当方式协助业主方得到与系统建立活动关于信息；当所安装软件代替了既有系统时，开发方应当支持合同所规定并行运营活动；应当将安装状况写成文档；2.开发方应当根据安装筹划安装软件；应当保证该软件和数据库能按照合同规定初始化、执行和终结；应当将安装状况及其成果写成文档；3.开发方应当支持业主方和监理方对软件（或系统）总调试评审和测试；总调试评审和测试应当考虑FCA、PCA、软件鉴定测试和系统鉴定测试成果；应当把评审和测试成果写成文档；4.开发方应当按照合同规定完毕关于文档和编码并交付给业主方；5.开发方应当按照合同规定向业主方提供初始和继续培训与支持；第六章后期监理一、试运营：1.开发方应当为试运营期间对系统维护制定筹划和环节，并将其写成文档；2.开发方应当拟定接受、跟踪来自顾客问题报告和修改祈求环节和向顾客反馈环节；问题应当记录下来并进入改正过程。二、问题和修改：1.开发方应当对问题重复进行验证；2.开发方应当对问题报告和修改祈求，对机构、既有系统和接口系统影响进行下述分析：(1)类型——改正、改进、防止或对新环境适应；(2)范畴——修改规模、所涉及成本、修改时间；(3)核心性——对性能、安全、保密或风险影响；3.开发方应当在分析基本上，选取修改实行 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 ；4.开发方应当将问题报告、修改祈求、分析成果和实行方案写成文档；5.实行方案应当得到业主方承认方可实行。三、实行修改：1.开发方应当进行详细分析并决定哪些文档、代码单元和版本需要修改；应当把这种分析和决定写成文档；2.开发方应当按照开发过程来实行修改；开发过程需求应当作如下补充：(1)为测试和评价系统已修改某些和未修改某些（单元、部件和配备项），应当定义测试和评价准则，并将其写成文档；(2)应当保证初始、未经修改需求不受影响，而新修改过需求得到完善、对的地实现；测试成果应当写成文档。四、评审和通过：1.开发方应当会同业主方和监理方一起，对通过修改系统进行评审，以决定通过修改系统整体性；2.评审方式参照“系统鉴定测试”；3.业主方和监理方对修改确认满意时，通过修改系统获得通过。五、培训筹划实行：1.开发方应当制定完整、有效培训筹划，为业主方顾客提供必要培训；2.开发方应当编写培训手册，涉及提供在培训时所需要资料；3.开发方应当保证为顾客培训所配备导师都是专业且是具备经验，能使培训成果更为有效；4.培训筹划应当所有、无保存地得到实行，并做好和保存培训记录；六、竣工验收：试运营结束，开发方应当达到下述各项规定，方可视为已满足合同技术指标，可以通过竣工验收：1.需求验证：(1)系统需求（涉及接口和鉴定）完善性、对的性、可行性和可测性；(2)为达到最佳设计，系统需求已恰本地分派给HCI、SCI和人工操作；(3)软件需求（涉及接口和鉴定）完善性、对的性、可行性和可测性，它们已精确地反映了系统需求；(4)与核心性、安全性、保密性关于软件已达到顾客需求2.设计验证：(1)设计办法与否与需求一致，与否依照需求所选取；(2)设计中事件顺序、输入、输出、接口、逻辑流程、计时分派和规模预算、出错定义、错误隔离和恢复等办法与否完备有效；(3)核心性、安全性和保密性需求与否实现；3.代码验证：(1)程序员文献与否已所有提交；(2)核心代码与否符合为跟踪设计和需求、可测性和与需求一致性及编码原则；(3)为恰当事件序列、一致接口、对的数据和控制流、完整性、恰当分派计时和规模预算、出错定义、错误隔离和恢复而分析代码；(4)对照设计和需求验证所选取代码；(5)验证核心性、安全性和保密性需求代码与否实现；4.集成验证：(1)验证SCI每个部件和单元已经完全和对的地集成进一种SCI中去；(2)验证该系统各个部件（HCI、SCI、人工操作某些）已经完全对的地集成进该系统中去；(3)集成任务已经按照集成筹划执行；5.文档验证：(1)合同规定文档与否已经所有提交；(2)提交文档与否已同步提交电子版；(3)文档与否恰当、完善和具备一致性；6.售后服务：(1)与否已制定筹划，保证在竣工后仍对系统提供适当服务和支持（涉及问题和修改、定期回访顾客、软件升级承诺等）；(2)与否按照筹划对顾客进行了有效培训，为顾客提供了满足项目需求所需要技术和知识；7.开发方提交《项目开发总结报告》，报告基本格式：(一)引言(1)编写目(2)背景(3)定义(4)参照资料：(二)实际开发成果(1)产品(2)重要功能和性能(3)基本流程(4)进度(5)费用(三)开发工作评价(1)对生产效率评价(2)对产品质量评价(3)对技术办法评价(4)出错因素分析(四)经验与教训