IT项目监理细则样本

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