《IT项目监理细则样本》由会员分享，可在线阅读，更多相关《IT项目监理细则样本（34页珍藏版）》请在金锄头文库上搜索。
1、第一章 总 则为更好地开展监理工作，保障 XXX-XX-XX 系统的有效实施，确立全 面科学的监理标准，提高实际监理工作的可操作性和透明度，特制订 本监理细则，供项目开发人员及现场人员参照执行。因本项目开 发的特殊性及其监理非完全在现场的特点，在实际开发过程，建议采 取较简化的方式进行，请各外包开发方参照本监理细则相关要求 执行。第二章 项目角色一、业主方：1.2. 代 表：开发业主方：浙江京安电子工程有限公司二、监理方：1. 监理方：广州 2. 代 表：3. 总监理工程师：楼新平4. 现场监理组：5. 技术专家组：三、开发方：1. 开发方：2. 代 表：3. 项目经理：4. 采购组组长：5.
2、 系统集成组组长6. 应用开发组组长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) 软
8、件设计、操作和维护的可行性；5. 开发方应当依据合同要求进行评审，以决定软件需求的完善和恰当；当评审完成时，就应当建立 SCI 需求的基线。四、概要设计：1. 开发方应当把 SCI 的工程需求转变为一个体系结构，该体系结构 应描述它的顶层结构和定义它的主要部分；它应当保证此项工程和SCI 的鉴定要求已完全分配给了各个部分，并对其进行了细化以便进行详细设计；应当建立SCI体系结构的文档；2. 开发方应当为SCI外部接口的设计、SCI的各软件部分之间的设 计建立一个顶层的设计文档；3. 开发方应当为数据库建立一个顶层的设计文档；4. 开发方应当评价 SCI 的体系结构、接口和数据库的设计，使其包括
9、下面指出各项：(1) 对 SCI 需求的可跟踪性；(2) 与 SCI 需求的外部一致性；(3) 各部分需求之间的内部一致性；(4) 所使用的设计方法和标准是否恰当；(5) 详细设计、操作和维护的可行性；5. 开发方应当依据合同要求进行评审，以决定分配给各部分的需求和 SCI 体系结构设计方法的完善和恰当。6. 概要设计说明书基本格式：(一) 引言(1) 编写目的(2) 背景(3) 定义(4) 参考资料(二) 总体设计(1) 需求规定(2) 运行环境(3) 基本设计概念和处理流程(4) 结构(5) 功能需求与程序的关系(6) 人工处理过程(7) 尚未解决的问题(三) 接口设计(2) 外部接口(3
10、) 内部接口(四) 运行设计(1) 运行模块组合(2) 运行控制(3) 运行时间(五) 系统数据结构设计(1) 逻辑结构设计要点(2) 物理结构设计要点(3) 数据结构与程序的关系(六) 系统出错处理设计(1) 出错信息(2) 补救措施(3) 系统维护设计五、详细设计：1. 开发方应当详细设计 SCI 的每个软部件；应当尽量地将各个软部 件详细划分为含有软件单元的较低的层次，以便进行编码、编译和测 试；应当保证该软件的需求已完全分配给从软部件到软件单元的整个 软件；应当把该详细设计写成文档；2. 开发方应当写出与 SCI 的外部接口、各软部件之间和各软件单元 之间的详细设计文档；接口的详细设计
11、应当足够详细以便于编码；3. 开发方应当写出数据库的详细设计文档；4. 开发方最好写出软件用户手册的最初版本；5. 开发方应当为测试软件单元规定测试要求和时间进度，并将其写 成文档；测试要求中最好包括在软件需求限定上的重点软件单元；6. 开发方应当为软件的集成规定测试要求和时间进度，并将其写成 文档；7. 开发方应当评价软件的详细设计和测试要求，使其包括下面的准则：(1) 对 SCI 需求的可跟踪性；(2) 与体系结构设计的外部一致性；(3) 各部件和单元的需求之间的内部一致性；(4) 所使用的设计方法和标准是否恰当；(5) 详细设计、操作和维护的可行性；8. 开发方应当依据合同要求进行评审，
12、以决定分配给各个部分和单元的需求以及 SCI 详细设计方法是否完善和恰当。9. 详细设计说明书基本格式：(一) 引言(1) 编写目的(2) 背景(3) 定义(二) 程序系统的组织结构(三) 程序 1(标识符)设计说明(1) 程序描述(2) 功能(3) 性能(4) 输入项(5) 输出项(6) 算法(7) 流程逻辑(8) 接口(9) 存储分配(10) 注释设计(11) 限制条件(12) 测试计划(13) 尚未解决定问题(四) 程序 2(标识符)设计说明10. 用户手册基本格式(一) 引言(1) 编写目的(2) 背景(3) 定义(二) 用途(1) 功能(2) 性能A. 精度B. 时间特性C. 灵活性
13、(3) 安全保密(三) 运行环境(1) 硬设备(2) 支持软件(3) 数据结构(四) 使用过程(1) 安装与初始化(2) 输入A. 输入数据的现实背景B. 输入格式C. 输入举例(3) 输出A. 输出数据的现实背景B. 输出格式C. 输出举例(5) 出错处理与恢复(6) 终端操作11. 操作手册基本格式：(一) 引言(1) 编写目的(2) 背景(3) 定义(4) 参考资料：(二) 软件概述(1) 软件的结构(2) 程序表(3) 文卷表(三) 安装与初始化(四) 运行说明(1) 运行表(2) 运行步骤(3) 运行 1(标识符)说明A. 运行控制B. 操作信息C. 输入输出文卷D. 输出文段E.
14、输出文段的复制F. 启动恢复过程(4) 运行 2(标识符)说明(五) 非常规过程(六) 远程操作六、软件编码：1. 开发方应当进行下述开发并建立文档：(1) 开发每个软件单元和数据库；(2) 为测试每个软件单元和数据库而开发的测试过程和数据；(3) 为进行软件集成而开发的测试过程和数据；2. 开发方应当测试每个软件单元和数据库，以保证它们符合需求； 测试结果应当写成文档；3. 必要时，开发方应当更新软件的用户手册；4. 开发方应当评价软件的代码和测试结果，并使其包括下面的准则(1) 对 SCI 需求和设计的可跟踪性；(2) 与 SCI 需求和设计的外部一致性；(3) 各单元需求之间的内部一致性；(4) 各单元的测试范围；(5) 使用的编码方法和标准是否恰当；5. 数据库设计说明书基本格式：(一) 引言(1) 编写目的(2) 背景(3) 定义(4) 参考资料：(二) 外部设计(1) 标识符和状态(2) 使用它的程序(3) 约定(4) 专门指导(5) 支持软件(三) 结构设计(1) 概念结构设计(2) 逻辑结构设计(3) 物理结构设计(四) 运用设计(
