IT项目监理细则样本

1、.：.；第一章 总 那么为更好地开展监理任务，保证XXX-XX-XX系统的有效实施，确立全面科学的监理规范，提高实践监理任务的可操作性和透明度，特制定本，供工程开发人员及现场人员参照执行。因本工程开发的特殊性及其监理非完全在现场的特点，在实践开发过程，建议采取较简化的方式进展，请各外包开发方参照本相关要求执行。第二章 工程角色一、 业主方：1. 2. 代 表：开发业主方：浙江京安电子工程二、 监理方：1. 监理方：广州2. 代 表：3. 总监理工程师：楼新平4. 现场监理组：5. 技术专家组：三、 开发方：1. 开发方：2. 代 表：3. 工程经理：4. 采购组组长：5. 系统集成组组长：6.

2、 运用开发组组长：7. 测试组组长：8. 培训组组长：第三章 工程内容一、 运用开发部分：1、运用软件2、电子地图3、工程建立需进展软件开发，并承当有关的安装、调试、技术支持、技术培训和维护、保修等任务。二、 工程的总体测试：三、 系统硬件集成：效力器安装调试。第四章 前期监理一、 审核招标文件：1. 系统需求；2. 任务描画；3. 招标者须知；4. 产品或效力清单；5. 合同条款；6. 技术限制。二、 审核开发方提供的资料：1. 为执行工程而建立的组织机构；2. 外包开发的关键任务人员的身份和职务；3. 包括外部机构在内的每个机构的权益与责任。三、 审核开发方提供的开发方案及时间表：1. 开

3、发的顺序；2. 完成合同义务的合理日期；3. 开发环境，包括测试环境、库、设备、仪器以及工程规范、步骤和工具；4. 任务细目的构造，包括可交付的产品，与义务有关的经费预算、人员、物理资源、软件的规模以及时间进度；5. 系统的质量需求管理；6. 系统平安和严密的关键需求管理；7. 业主方和监理方的介入，即按合同要求进展的评审、非正式的会面、报告、修正和变卦的实施、同意、验收、对设备的运用等；8. 如何验证和确认；9. 质量保证；10. 风险管理，包括对工程的潜在技术、本钱和进度等领域的管理；11. 严密方针，及严密所要求的同意、证书、专有权等；12. 制定方案、跟踪和报告的方法；第五章 过程文件

4、一、 系统需求分析：1. 开发方对系统的要求进展分析，以建立系统需求，系统需求该当阐明：(1) 系统的功能和性能；(2) 平安、严密、人机工程、接口、操作和维护需求；(3) 设计限制和鉴定的要求；2. 对这些系统需求进展评价，使其包括下述准那么：(1) 可跟踪性；(2) 与获取及系统要求的一致性；(3) 可测试性；(4) 设计、操作和维护的可行性；3. 需求阐明书根本格式：(一) 引言(1) 编写目的(2) 背景(3) 定义(4) 参考资料(二) 义务概述(1) 目的(2) 用户的特点(3) 假定与约束(三) 需求规定(1) 对功能的规定(2) 对性能的规定A. 精度B. 时间特性要求C. 灵

5、敏性(3) 输入输出要求(4) 数据管理才干要求(5) 缺点处置要求(6) 其他专门要求(四) 运转环境规定(1) 设备(2) 支持软件(3) 接口(4) 控制二、 系统设计：1. 开发方该当建立一个高层的系统体系构造，在系统体系构造中表达系统的需求，该系统体系构造要表现出系统的内部构造以及硬件、软件和人工操作的配置；该当保证：(1) 系统需求已完全分配给硬件配置项HCI、软件配置项SCI和人工操作；(2) 分配给HCI、SCI和人工操作的系统体系构造和系统需求要写成文档；2. 对HCI、SCI和人工操作的系统体系构造和系统需求进展评价，使其包括下述准那么：(1) 可跟踪性；(2) 与系统需求

6、的一致性；(3) 设计和所用规范恰当；(4) 操作和维护的可行性；三、 软件需求分析：1. 开发方该当确定各种需求并将其写成文档，其中包括合同要求的质量特性规格阐明可操作性、可靠性、可用性、有效性、可维护性和可移植性；该文档描画：(1) 功能和才干规格阐明，其中包括性能、物理特性、运转软件的环境条件；(2) 用户文档；(3) 平安规格阐明，其中包括与操作和维护的方法、环境影响和人员损伤有关的阐明；(4) 严密规格阐明，其中包括对敏感性信息或资料的危害有关的阐明；(5) 人机工程和人机规格阐明，其中包括与人工操作、人机对话、对人员的限制有关的规格阐明，以及那些对于人的错误和才干很敏感的、需求人集

7、中留意力的领域的阐明；(6) 处置器、存储设备或数据通道所用的硬件处置和资源贮藏的规格阐明；(7) 数据定义和数据库的需求；(8) 已交付软件在操作和维护现场上的安装和验收的需求；(9) 用户操作和执行的需求；(10) 用户维护需求；2. 开发方该当确定SCI的外部接口的需求并将其写成文档；3. 开发方该当对SCI的鉴定要求写成文档；4. 开发方该当对需求作出评价，使其包括下面指出的准那么：(1) 对系统需求和系统设计的可跟踪性；(2) 与系统需求的外部一致性；(3) 各个软件需求之间的内部一致性；(4) 软件需求的可测性；(5) 软件需求的测试范围；(6) 软件设计、操作和维护的可行性；5.

8、 开发方该当根据合同要求进展评审，以决议软件需求的完善和恰当；当评审完成时，就该当建立SCI需求的基线。四、 概要设计：1. 开发方该当把SCI的工程需求转变为一个体系构造，该体系构造应描画它的顶层构造和定义它的主要部分；它该当保证此项工程和SCI的鉴定要求已完全分配给了各个部分，并对其进展了细化以便进展详细设计；该当建立SCI体系构造的文档；2. 开发方该当为SCI外部接口的设计、SCI的各软件部分之间的设计建立一个顶层的设计文档；3. 开发方该当为数据库建立一个顶层的设计文档；4. 开发方该当评价SCI的体系构造、接口和数据库的设计，使其包括下面指出各项：(1) 对SCI需求的可跟踪性；(

9、2) 与SCI需求的外部一致性；(3) 各部分需求之间的内部一致性；(4) 所运用的设计方法和规范能否恰当；(5) 详细设计、操作和维护的可行性；5. 开发方该当根据合同要求进展评审，以决议分配给各部分的需求和SCI体系构造设计方法的完善和恰当。6. 概要设计阐明书根本格式：(一) 引言(1) 编写目的(2) 背景(3) 定义(4) 参考资料(二) 总体设计(1) 需求规定(2) 运转环境(3) 根本设计概念和处置流程(4) 构造(5) 功能需求与程序的关系(6) 人工处置过程(7) 尚未处理的问题(三) 接口设计(1) 用户接口(2) 外部接口(3) 内部接口(四) 运转设计(1) 运转模块

10、组合(2) 运转控制(3) 运转时间(五) 系统数据构造设计(1) 逻辑构造设计要点(2) 物理构造设计要点(3) 数据构造与程序的关系(六) 系统出错处置设计(1) 出错信息(2) 补救措施(3) 系统维护设计五、 详细设计：1. 开发方该当详细设计SCI的每个软部件；该当尽量地将各个软部件详细划分为含有软件单元的较低的层次，以便进展编码、编译和测试；该当保证该软件的需求已完全分配给从软部件到软件单元的整个软件；该当把该详细设计写成文档；2. 开发方该当写出与SCI的外部接口、各软部件之间和各软件单元之间的详细设计文档；接口的详细设计该当足够详细以便于编码；3. 开发方该当写出数据库的详细设

11、计文档；4. 开发方最好写出软件用户手册的最初版本；5. 开发方该当为测试软件单元规定测试要求和时间进度，并将其写成文档；测试要求中最好包括在软件需求限定上的重点软件单元；6. 开发方该当为软件的集成规定测试要求和时间进度，并将其写成文档；7. 开发方该当评价软件的详细设计和测试要求，使其包括下面的准那么：(1) 对SCI需求的可跟踪性；(2) 与体系构造设计的外部一致性；(3) 各部件和单元的需求之间的内部一致性；(4) 所运用的设计方法和规范能否恰当；(5) 详细设计、操作和维护的可行性；8. 开发方该当根据合同要求进展评审，以决议分配给各个部分和单元的需求以及SCI详细设计方法能否完善和

12、恰当。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) 平安严密(三) 运转环境(

13、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.

14、启动恢复过程(4) 运转2(标识符)阐明(五) 非常规过程(六) 远程操作六、 软件编码：1. 开发方该当进展下述开发并建立文档：(1) 开发每个软件单元和数据库；(2) 为测试每个软件单元和数据库而开发的测试过程和数据；(3) 为进展软件集成而开发的测试过程和数据；2. 开发方该当测试每个软件单元和数据库，以保证它们符合需求；测试结果该当写成文档；3. 必要时，开发方该当更新软件的用户手册；4. 开发方该当评价软件的代码和测试结果，并使其包括下面的准那么：(1) 对SCI需求和设计的可跟踪性；(2) 与SCI需求和设计的外部一致性；(3) 各单元需求之间的内部一致性；(4) 各单元的测试范围

15、；(5) 运用的编码方法和规范能否恰当；(6) 集成、操作和维护的可行性；5. 数据库设计阐明书根本格式：(一) 引言(1) 编写目的(2) 背景(3) 定义(4) 参考资料：(二) 外部设计(1) 标识符和形状(2) 运用它的程序(3) 商定(4) 专门指点(5) 支持软件(三) 构造设计(1) 概念构造设计(2) 逻辑构造设计(3) 物理构造设计(四) 运用设计(1) 数据字典设计(2) 平安严密设计七、 软件集成：1. 开发方该当制定方案把各个软件单元和软部件集成为SCI；该方案该当包括测试要求、步骤、数据、责任和时间表；该集成方案该当写成文档；2. 在根据集成方案开发集合体时，开发方该

16、当集成软件的单元、部件和进展测试；该当保证每个集合体都能满足SCI的需求，并且在集成活动终了时构成完选集成的SCI；集成和测试的结果该当写成文档；3. 必要时，开发方该当更新用户手册；4. 为了进展软件的鉴定测试，开发方该当为每个SCI开发写出一个完好的测试集、测试用例输入、输出、测试准那么和测试步骤；开发方该当保证集成后的SCI可以进展软件鉴定测试；5. 开发方该当对集成方案、设计、代码、测试、测试结果和用户手册进展评价，使其包括下面的准那么：(1) 对SCI需求的可跟踪性；(2) 与SCI需求的外部一致性；(3) 内部一致性；(4) SCI需求的测试范围；(5) 运用的测试方法和规范能否恰

17、当；(6) 能否符合预期的结果；(7) 鉴定测试、操作和维护的可行性；6. 开发方该当根据合同要求进展评审，以确定测试过程的完善和恰当，并确定曾经做好软件鉴定测试的预备；7. 在模块开发过程中，开发方该当编制，每完成一个模块或一组亲密相关的模块的复审时编写一份，并把一切的模块开发卷宗聚集在一同；目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发任务的管理和复审，并为未来的维护提供非常有用的技术信息；根本格式如下：(一) 标题(二) 模块开发情况表(1) 模块标识符(2) 模块的描画性称号(3) 代码设计A. 方案开场日期B. 实践开场日期C. 方案完成日期D. 实践完成日期(4) 模

18、块测试A. 方案开场日期B. 实践开场日期C. 方案完成日期D. 实践完成日期(5) 组装测试A. 方案开场日期B. 实践开场日期C. 方案完成日期D. 实践完成日期(6) 代码复查日期/签字(7) 源代码行数A. 估计B. 实践(8) 目的模块大小A. 估计B. 实践(9) 模块标识符(10) 工程担任人同意日期/签字(三) 功能阐明(四) 设计阐明(五) 源代码清单(六) 测试阐明(七) 复审的结论八、 软件鉴定测试：1. 开发方该当根据为SCI确定的鉴定要求进展鉴定测试；该当保证对每项要求进展符合测试；应将鉴定测试结果写成文档；2. 必要时，开发方该当更新用户手册；3. 开发方该当对设计

19、、代码、测试、测试结果和用户手册进展评价，使其包括下面的准那么：(8) 对SCI和系统需求的可跟踪性；(9) 与SCI和系统需求的外部一致性；(10) 内部一致性；(11) SCI和系统需求的测试范围；(12) 能否符合预期的结果；(13) 操作和维护的可行性；4. 开发方该当根据合同要求对SCI的功能性配置审计FCA和物理配置审计(PCA)；在FCA时，该当保证SCI的测试胜利并符合需求，而且用户手册中充分描画SCI的操作和支持；在PCA时，该当保证SCI的设计和源码完好并正确，反映了SCI的新技术；FCA和PCA的结果该当写成文档；假好像时开发硬件和软件，FCA和PCA可以推迟到系统鉴定测

20、试时进展；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. 测试分析报

21、告根本格式：(一) 引言(1) 编写目的(2) 背景(3) 定义(4) 参考资料：(二) 测试概要(三) 测试结果及发现(1) 测试1(标识符)(2) 测试2(标识符)(四) 对软件功能的结论(1) 功能1(标识符)A. 才干B. 限制(2) 功能2(标识符)(五) 分析摘要(1) 才干(2) 缺陷和限制(3) 建议(4) 评价(六) 测试资源耗费九、 系统集成：1. SCI该当与HCI、人工操作和其他必要的系一致同集成到系统中去；该当对照它们的需求进展测试；该当将集成和测试的结果写成文档；2. 该当为系统的每项已确定的需求进展系统鉴定测试开发一个完好的测试集、测试用例输入、输出、测试准那么和

22、测试步骤，并将其写成文档；开发方该当保证集成的系统已做好系统鉴定测试的预备；3. 该当对集成的系统进展评价以使其包括下述准那么：(1) 系统需求的测试范围；(2) 所运用的测试方法和规范能否恰当；(3) 能否符合预期结果；(4) 鉴定测试、操作和维护的可行性。十、 系统鉴定测试：1. 该当根据为系统建立的鉴定要求进展系统鉴定测试；该当保证每项系统需求都进展符合性测试，而且系统已做好交付预备；该当把鉴定测试的结果写成文档；2. 该当对系统进展评价以使其包括下述准那么：(1) 系统需求的测试范围；(2) 所运用的测试方法和规范能否恰当；(3) 能否符合预期结果；(4) 鉴定测试、操作和维护的可行性

23、。3. 本项需求不适用于曾经进展过FCA、PCA的SCI；SCI的FCA和PCA参照“八、软件鉴定测试。十一、 总调试：1. 开发方该当制定一个按合同中指明的、在目的环境中安装软件的方案；该当指出与软件的安装有关的必要的资源和信息并保证提供；开发方该当以适当的方式协助 业主方得到与系统建立活动有关的信息；当所安装的软件替代了现有的系统时，开发方该当支持合同所要求的并行运转的活动；该当将安装情况写成文档；2. 开发方该当根据安装方案安装软件；该当保证该软件和数据库能按照合同的规定初始化、执行和终止；该当将安装情况及其结果写成文档；3. 开发方该当支持业主方和监理方对软件或系统的总调试评审和测试；

24、总调试评审和测试该当思索FCA、PCA、软件鉴定测试和系统鉴定测试的结果；该当把评审和测试的结果写成文档；4. 开发方该当按照合同的规定完成有关的文档和编码并交付给业主方；5. 开发方该当按照合同的规定向业主方提供初始的和继续的培训与支持；第六章 后期监理一、 试运转：1. 开发方该当为试运转期间对系统的维护制定方案和步骤，并将其写成文档；2. 开发方该当确定接受、跟踪用户的问题报告和修正恳求的步骤和向用户反响的步骤；问题该当记录下来并进入矫正过程。二、 问题和修正：1. 开发方该当对问题反复进展验证；2. 开发方该当对问题报告和修正恳求，对机构、现有系统和接口系统的影响进展下述分析：(1)

25、类型矫正、改良、预防或对新环境的顺应；(2) 范围修正的规模、所涉及的本钱、修正的时间；(3) 关键性对性能、平安、严密或风险的影响；3. 开发方该当在分析的根底上，选择修正的实施方案；4. 开发方该当将问题报告、修正恳求、分析结果和实施方案写成文档；5. 实施方案该当得到业主方的认可方可实施。三、 实施修正：1. 开发方该当进展详细的分析并决议哪些文档、代码单元和版本需求修正；该当把这种分析和决议写成文档；2. 开发方该当按照开发过程来实施修正；开发过程的需求该当作如下补充：(1) 为测试和评价系统的已修正部分和未修正部分单元、部件和配置项，该当定义测试和评价准那么，并将其写成文档；(2)

26、该当保证初始的、未经修正的需求不受影响，而新修正正的需求得到完善、正确地实现；测试结果该当写成文档。四、 评审和经过：1. 开发方该当会同业主方和监理方一同，对经过修正的系统进展评审，以决议经过修正的系统的整体性；2. 评审方式参照“系统鉴定测试；3. 业主方和监理方对修正确认称心时，经过修正的系统获得经过。五、 培训方案的实施：1. 开发方该当制定完好的、有效的培训方案，为业主方用户提供必要的培训；2. 开发方该当编写培训手册，包括提供在培训时所需求的资料；3. 开发方该当保证为用户培训所配备的导师都是专业且是具有阅历的，能使培训成果更为有效；4. 培训方案该当全部、无保管地得到实施，并做好和保管培训记录；六、 完工验收：试运转终了，开发方该当到达下述各项要求，方可视为已满足合同技术目的，可以经过完工验收：1. 需求验证：(1) 系统需求包括