《佛山市数字人事综合业务管理信息系统(第一期软件系统开发)建设工程监理服务项目方案.pdf》由会员分享，可在线阅读，更多相关《佛山市数字人事综合业务管理信息系统(第一期软件系统开发)建设工程监理服务项目方案.pdf（10页珍藏版）》请在三一文库上搜索。
1、- 1 - 佛山市数字人事综合业务管理信息系统( 第一期软 件系统开发 )建设工程监理服务项目方案 一、前言 佛山市数字人事综合业务管理信息系统建设工程是由佛山市人事局 （编委办）牵头，禅城区、南海区、顺德区、高明区和三水区人事局（编 委办）共同参与建设的大型信息管理系统建设工程，是一项复杂的信息系 统工程项目，其包括但不限于主机、网络、安全系统、系统软件开发、硬 件采购和集成、一市五区人事局业务系统建设等项目的建设。旨在紧紧结 合全市人事编制系统的工作实际，在全市人事编制部门中统一建设和使用 含盖一市五区人事编制部门所有人事编制业务网上办理的“佛山市数字人 事综合业务管理信息系统”。 由于佛
2、山市数字人事综合业务管理信息系统涉及全市人事编制业务， 内容复杂，需分期开发建设，第一期项目主要建设内容：一是改造和完善 市直统一的人才人事编制综合业务管理信息基础平台和建立佛山市人才人 事编制数据标准化体系，初步构建全市人才、 人事和机构编制中央数据库， 为实现全市人才人事编制数据的交换、处理、校验、汇总、共享和统计分 析奠定基础。二是在已建佛山市“数字人事”工程基础上，根据最新的人事 编制工作和改革要求，升级改造现有的市直数字人事系统，进一步优化和 调整系统的管理结构和业务网上审批流程，优化业务审批流程，实现业务 流程的并行处理，拓展系统的建设内容和管理范围，提升系统的功能和性 能，提高办
3、事效率。三是以高明区人事局为试点，建立市、区两级数据交 换模型和区局人事编制管理模型，为全市（一市五区）人才、人事和机构 编制业务的网上办公和全市（一市五区）人才人事编制资源的数据交换和 共享奠定基础。四是实现与国家、省和市的其他主要系统对接，通过数据 交换技术，实现与上级部门下发的各类软件系统的对接，形成贯通国家、 省和市的数据通道，消除信息孤岛，减少重复性工作，降低用人单位行政 - 2 - 成本。 怎样使第一期软件系统开发项目良好有序的发展，为下一期项目建设奠 定基础，迫切需要科学的项目运行管理机制及相应的管理方法和管理技术。 鉴于此，佛山市人事局决定委托专业的第三方信息工程监理机构对佛山
4、市 数字人事综合业务管理信息系统（第一期软件系统开发）项目（包括但不限 于主机、网络、安全系统、硬件采购和集成、系统软件开发、业务系统建 设等相关项目）进行全过程监理。第三方信息工程监理机构要坚持以“质量 第一、预防为主、一切用数据说话，科学、公正、守法”作为监理原则协助 佛山市数字人事综合业务管理信息系统建设工程有关承建单位成功完成工 程建设任务。 二、名词解释 1、甲方：佛山市人事局。 2、承建方：负责佛山市数字人事综合业务管理信息系统建设工程的 相关工程项目承建单位。 3、乙方：负责佛山市数字人事综合业务管理信息系统（第一期软件 系统开发）项目（包括但不限于主机、网络、安全系统、硬件采购
5、和集成、 系统软件开发、业务系统建设等相关项目）全过程监理工作的监理单位。 4、本项目：佛山市数字人事综合业务管理信息系统（第一期软件系 统开发）建设工程（包括但不限于主机、网络、安全系统、硬件采购和集 成、系统软件开发、业务系统建设等相关项目）的全过程监理服务项目。 5、本工程：佛山市数字人事综合业务管理信息系统（第一期软件系 统开发）项目（包括但不限于主机、网络、安全系统、硬件采购和集成、系 统软件开发、业务系统建设等相关项目）。 6、项目建设合同：甲方与承建方签订书面的相关项目建设合同。 7、本合同：甲方与乙方签订书面的项目监理合同。 三、监理原则、依据 （一）监理原则 - 3 - 1.
6、独立公正原则：乙方将公正、独立、自主地开展监理工作，竭诚 为甲方提供监理服务。 2.总监理工程师负责制原则：乙方的监理工作实行总监理工程师负 责制。 3.依法原则：乙方的监理活动应符合国家和佛山市现行的法律和行 业规范。 4.回避原则：乙方不从事与被监理项目相关的信息系统集成业务， 作为公正、独立的第三方机构，对本工程的承建方在业务上以及核心技术 上不构成竞争或伙伴关系。 5.保密原则：乙方对在监理过程中所涉及的有关项目的一切资料严 格保密。 （二）监理依据 GB/T 8566-2001 信息技术软件生存周期过程ISO/IEC12207:1995 GB/T 8567-1988 计算机软件产品开
7、发文件编制指南FIPS3864: GB/T 9385-1988 计算机软件需求说明编制指南ANSI/IEEE830:1984 GB/T 9386-1988 计算机软件测试文件编制规范ANSI/IEEE829:1983 GB/T 12504-1990 计算机软件质量保证计划规范IEEE730: GB/T 12505-1990 计算机软件配置管理计划规范IEEE828: GB/T 13502-1992 信息处理程序构造及其表示的约定ISO8631:1989 GB/T 14079-1993 计算机软件维护指南 GB/T 14394-1993 计算机软件可靠性和维护性管理 GB/T 15532-199
8、5 计算机软件单元测试 GB/T 16260-1996 信 息 技 术软 件 产 品 评 价 质 量 特 性 及 其 使 用 指 南 ISO/IEC9126:1991 GB/T 17544-1998 信息技术软件包质量要求和测试ISO/IEC12119:1994 GB/T 18234-2000 信息技术CASE 工具的评价与选择指南 ISO/IEC14102:1995 GB/T 18491.1-2001 信息技术软件测量功能规模测量第1 部分：概念定义 ISO/IEC14143-1:1998 GB/T 18492-2001 信息技术系统及软件完整性级别ISO/IEC15026:1998 GB/
9、T 18493-2001 信息技术软件生存周期过程指南ISO/IEC15271:1998 国家和广东省及主管部门现行有效的与监理有关的法律、法规、规范性文件、技 术法规及标准 计算机软件产品开发文件编制指南 计算机软件需求说明编写指南 软件文档管理指南 计算机软件测试文件编制规范 与人事编制系统建设相关的标准 - 4 - 四、监理范围、目标和内容 （一）监理范围 1、乙方需提供对佛山市数字人事综合业务管理信息系统（第一期软件 系统开发） 项目 （政府采购编号： FS810268D ； 合同编号：FSGP2008（282） ， 包括但不限于主机、网络、安全系统、硬件采购和集成、系统软件开发、 业
10、务系统建设等）进行全过程的高质量监理服务。 2、乙方需做好本工程所涉及的硬件采购和集成的全过程监理工作，协 助甲方确定硬件采购和集成需求，编制招标文件，通过采购合理的配套硬 件和正版工具软件，保证系统的正常运行。 （二）监理目标 1、投资目标： 实际总投资金额不超过本工程立项预算金额；本工程实 际使用金额不超过项目建设合同规定金额。 2、工期目标： 确保本工程在项目建设合同规定的期限内竣工验收，并 投入使用。 3、质量目标： 实现项目建设合同和设计书中的各项功能，符合本工程 有关项目建设招标文件中的质量标准，整体工程质量达到国家的有关法规、 技术规范和标准，将系统建设成一个先进、实用、体现当代
11、高新技术水平 的信息化系统，同时保证系统的可靠性、安全性和高性能。 （二）监理内容 本工程监理服务为全过程监理，监理任务主要是： 确保本工程的质量、 控制投资、按期竣工验收、交付使用，获得良好的综合效益，对本工程的 分析设计、开发建设、实施使用和售后服务等进行全过程监理，包括技术 水平、管理水平、服务水平、质量保证能力、技术装备和建设材料等项目 建设质量进行全面的监督、评价和监理。对本工程实施有重点的、全面的、 精线条的监理，同时配合甲方控制好工程进度，检查工程进度实施情况， 督促承建方采取有效措施实现项目建设合同目标，按期分段对本工程有关 项目验收，保证工程按期、高质量地完成。 1.工程招标
12、阶段 - 5 - 配合甲方确定用户需求，并编写需求分析报告； 配合甲方编写工程招标文件； 组织招标文件评审； 配合甲方完成工程招标工作。 2. 项目建设合同审查阶段 对承建方的中标文件中不符合技术需求，需要修改的部分提出审查 意见； 协助甲方与承建方签订符合招标文件要求的项目建设合同； 督促双方做好施工前的准备工作。 3.工程实施阶段 （1）工程开工前的监理 审核施工设计方案：由乙方组织设计方案的审核，内容包括设计交 底，了解工程需求、质量要求，审核总体设计方案和有关的项目建设合同 附件，以避免因设计失误造成工程实施的障碍； 审核工程实施方案的合法性、科学性、与设计方案的符合性； 审批施工组织
13、设计：对承建方的实施工作准备情况进行监督； 审核施工进度计划：对承建方的施工进度计划进行评估和审查； 审核工程实施人员：确认承建方提交的工程实施人员与实际工作人 员的一致性，如有变更，则要求叙述其原因； 审核项目建设计划 ； 审批开工申请，确定开工日期； 了解承建方设备订单的定购和运输情况； 了解施工条件准备情况； 了解承建方工程实施前期的人员组织、施工设备到位情况； 编制工程各个子项目监理细则； 签发开工令。 （2）施工阶段的监理 - 6 - 审核软件开发各个阶段文件（需求设计方案、概要设计方案、详细 设计方案等）； 配合甲方组织软件开发阶段评审； 工程材料、硬件设备、系统软件的供货计划的审
14、核； 工程材料、硬件设备、系统软件的进场、开箱和检验； 促使工程中所使用的产品和服务符合项目建设合同及国家相关法律 法规和标准； 对工程施工各个阶段的实施情况进行检查，做好系统功能的测试工 作，写出测试报告； 审核项目各个阶段进度计划； 督促、检查承建方进度执行情况； 审查工程变更，提出监理意见； 审查承建方阶段工程款支付申请，提出监理意见； 按周（月、旬）定期向甲方报告工程情况； 组织召开工程例会和工程专项会议。 （3）试运行阶段的监理 系统试运行前，乙方要做好系统测试工作，并写出测试报告； 配合甲方确认工程进入试运行； 检查系统的调试和试运行情况，记录系统试运行数据； 进行试运行期的系统检
15、测或测试，做出检测或测试报告； 试运行期间系统出现的质量问题进行记录，并责成有关单位解决。 解决问题后，进行二次检测； 进行试运行时间核算； 配合甲方确认试运行通过。 4工程验收阶段 工程验收阶段分为工程验收阶段和工程移交阶段。 （1）工程验收阶段 - 7 - 整体系统试运行后， 应由甲方、 乙方、承建方和市信息产业局组成验收 组，按有关规定，共同对整体系统进行验收，整体验收的结果由参加整体 验收的各方签名，形成整体系统验收报告，附上整体系统试运行期间的有 代表性的运行日志的记录。 工程验收阶段的主要监理工作： 对承建方在试运行阶段出现的问题的整改情况进行监督和复查； 监督检查承建方做好用户培
16、训工作，检查工程各式用户文档； 要做好软件系统开发源代码的检查和编译工作，确保承建方向甲方 提供了全面的系统源代码； 组织系统初步验收； 审查承建方提交的竣工文档； 参与工程竣工验收； 签署工程验收报告； 审核工程结算； 向甲方提交监理工作总结； 将所有的监理材料汇总，编制监理业务手册，提交甲方； 系统验收完毕进入保修阶段的审核与签发移交证书。 （2）工程移交阶段 系统的设计方案、设计图纸、软件系统安装程序（含光盘）和软件 开发源代码（含光盘）的全部移交； 设备、软件、材料等的验收文档核实； 工程施工文档的移交； 工程竣工文档的移交； 工程项目的整体移交。 - 8 - 本工程软件开发各阶段监理
17、工作要点 本工程将采取原型模型和螺旋模型相结合的软件开发模型，监理工作主要分为工程招标阶段、项目建设合 同审查阶段、工程实施阶段（内含多个子阶段：启动阶段、需求分析阶段、概要设计阶段、详细设计阶段、编 码和单元测试阶段、系统联调测试阶段、试运行阶段等）、工程验收阶段和工程维护阶段等。其中工程实施阶段 具有多子阶段循环开发的特点（参考原型模型和螺旋模型相结合的软件开发模型），各子阶段的工程监理工作需 多次反复开展，乙方需要按甲方要求做好各项监理工作。 建设阶段监理主要内容监理目标具体实施办法提交的主要文档 规划设计 阶段 了解现状（投资规模、可利用资源、紧迫程度、进度 要求等） ； 按甲方要求编
18、制可行性报告； 参与可行性报告的评审会， 并对是否可行给出明确的 意见； 按甲方要求进行规划设计。 明晰人事编 制业务及其 流程，如何 通过信息化 手段实现人 事编制管理 1、监理工程师驻场，对现状进行分析； 2、协同各业务部门召开项目前期碰头会， 明晰人事编制业务及流程和系统建设功 能需求； 3、收集本工程涉及的国家、地方和行业标 准、法规。 规划设计方案 初步调研报告 启动阶段项目前期资料进行备档，并界定系统实施的范围，了 解整个项目的情况； 三方共同明确联系机制、项目接口责任、内部管理制 度及监理工作流程； 审核项目建设实施方案，提交审核报告； 审核承建方的进度计划，确定监理进度计划；
19、三方商讨可能存在的需求变更以及进度计划变更； 制订本工程监理文档的命名、保存规范，明确各监理 规范表格的使用； 审核承建方提交的各种文档规范、 开发计划、周报等； 落实项目的 范围、 目标、 组成、 进度、 质 量 要 求 （功能及性 能） 、 验收标 准以及各方 人员的构成 及对应关系 等 1、向甲方索要招标书、投标书、已签订的 项目建设合同，复印保存； 2、审核承建方的项目实施方案； 3、编制项目联系清单、监理规划与工作制 度； 4、编制监理实施细则包括监理进度计 划； 5、制定变更处理办法； 6、制定文档命名规范、 各类文件保存目录； 7、出具各类评审报告、监理周报； 项目实施方案审核报
20、 告 项目联系单 监理规划 监理工作制度 监理实施细则 评审报告 监理周报 监理月报 风险报告 - 9 - 定期对系统的风险系数进行判断； 主持召开三方协调会（通常一周一次） 。 8、定期（月度 /季度/里程碑阶段） 向甲方提 交风险报告； 编制会议纪要及工程备忘录。 会议纪要 备忘录 建设阶段监理主要内容监理目标具体实施办法提交的主要文档 需求分析 阶段 三方共同制定需求调研的方式，审核承建方的调研计 划； 与承建方一起共同进行需求调研工作，记录好用户需 求； 定期对承建方的调研成果进行核查，及时指出不足之 处； 根据实际情况调整进度计划，并三方确认； 审核开发计划、项目需求规格说明书、系统
21、原型、测 试计划、周报； 定期对系统的风险系数进行判断； 编制周报，并提交给甲方； 定期主持召开三方协调会，编制工程备忘录； 各监理规范表格的使用。 确保能实现 对系统既定 宏观目标的 微观模块细 分，并沿着 预期目标推 进下去 1、 召开前期调研会议， 列明重点调研范围； 2、 随同承建方对业务部门进行实地现场 调研，并做好调研记录； 3、 两天一次核查承建方调研记录和报告； 4、 出现重大变更应立即进行调整，出现小 变更则一个星期调整一次； 5、向甲方提供有关评审报告； 6、 定期（月度 /季度/里程碑阶段）向甲方 提交风险报告； 7、 周报内容包括本周工作情况、发现问题 及处理情况； 8
22、、 协调会（通常一周一次） ； 9、 参见监理表格及分类 -监理平台。 会议纪要 用户需求记录 需求调研计划书评审 报告 项目需求规格说明书 评审报告 数据要求说明书评审 报告 项目开发计划书评审 报告 项目质量控制监理报 告 监理周报 监理月报 会议纪要 备忘录 说明：项目需求规格说明书审核要点包括：文档是否按项目文档编制标准编制的；文档中描述的系统需求是前后一致的、可行的、可测试的； 软件需求是否全面、准确地覆盖了用户对软件功能、性能、可靠性等方面的要求；根据设计准则，把系统的需求恰当地分配给硬件项、软件 项和人工操作项；每一条软件需求说明是不是都是可实现且可验证的；需求说明中是否考虑了与
23、已有应用系统的接口问题；需求说明中是否 考虑了审批业务的扩展要求；需求说明中是否考虑了故障处理要求，对故障处理方法是否合理和合适；需求说明中是否考虑了用户安全保密 性方面的要求，通过适当严格的方法表明涉及安全、保密和关键性的软件需求是正确的。 建设阶段监理主要内容监理目标具体实施办法提交的主要文档 概要设计 阶段 核查概要设计进度情况； 对承建方编制的概要设计说明书内容提出改进建 确保能实现 对系统的微 1、两天一次核查承建方 概要设计说明书 编制，确保编制进度和内容； 概要设计说明书评审 报告 - 10 - 议； 根据实际情况调整进度计划，并三方确认； 审核概要设计说明书、周报； 定期对系统
24、的风险系数进行判断； 编制周报，并提交给甲方； 定期主持召开三方协调会，编制工程备忘录； 各监理规范表格的使用。 观模块的逻 辑构建 2、向其他两方提供改进建议； 3、出现重大变更应立即进行调整，出现小 变更则一个星期调整一次； 4、向甲方提供有关评审报告； 5、定期（月度 /季度/里程碑阶段） 向甲方提 交风险报告； 6、周报内容包括本周工作情况、发现问题 及处理情况； 7、协调会（通常一周一次） ； 8、参见监理表格及分类-监理平台。 项目质量控制监理报 告 监理周报 监理月报 会议纪要 备忘录 说明：系统概要设计审核要点包括：软件设计是正确的、与需求一致并可追溯到需求，覆盖了软件需求说明
25、的全部内容；设计执行正确的事 件顺序、输入、输出、接口、逻辑流程图、定时分配和预算估计、错误的定义、隔离和恢复；可以从需求得出选定的设计；软件功能部件的 分解是否合理；对故障处理的措施是否完备有效；软件概要设计说明是否对软件需求说明有良好的可追踪性；是否按计划开展了进度管理、 质量管理和配置管理。 详细设计 阶段 核查详细设计进度情况； 对承建方编制的详细设计说明书内容提出改进建 议； 根据实际情况调整进度计划，并三方确认； 审核详细设计说明书、 操作手册、数据库设计说明书、 测试计划、周报； 定期对系统的风险系数进行判断； 编制周报，并提交给甲方； 定期主持召开三方协调会，编制工程备忘录；
26、各监理规范表格的使用。 确保概要设 计 的 成 果 （模块逻辑 构建） ， 在本 阶段能分解 为功能组件 项的具体开 发 1、两天一次核查承建方 详细设计说明书 编制，确保编制进度和内容； 2、向其他两方提供改进建议； 3、出现重大变更应立即进行调整，出现小 变更则一个星期调整一次； 4、向甲方提供有关评审报告； 5、定期（月度 /季度/里程碑阶段） 向甲方提 交风险报告； 6、周报内容包括本周工作情况、发现问题 及处理情况； 7、协调会（通常一周一次） ； 8、参见监理表格及分类-监理平台。 详细设计说明书评审 报告 数据库设计说明书评 审报告 模块开发卷宗评审报 告 测试计划审查报告 项目质量控制监理报 告 监理周报 监理月报 会议纪要 备忘录 说明：系统详细设计审核要点包括：数据库设计是否全面，且考虑了多对一、一对多的关系；详细设计与概要设计是否一致；通过适当严格 的方法表明设计正确地实现了安全、保密和其他关键性的要求；是否按计划开展了进度管理、质量管理和配置管理。