为了正常的体验网站,请在浏览器设置里面开启Javascript功能!

佛山市数字人事综合业务管理信息系统(第一期软件系统开(可编辑)

2018-01-24 32页 doc 60KB 75阅读

用户头像

is_321635

暂无简介

举报
佛山市数字人事综合业务管理信息系统(第一期软件系统开(可编辑)佛山市数字人事综合业务管理信息系统(第一期软件系统开(可编辑) 佛山市数字人事综合业务管理信息系统(第一期软件系 统开 佛山市数字人事综合业务管理信息系统第一期软件系统开发建设工程监理服务项目方案 前言 佛山市数字人事综合业务管理信息系统建设工程是由佛山市人事局(编委办)牵头,禅城区、南海区、顺德区、高明区和三水区人事局(编委办)共同参与建设的大型信息管理系统建设工程,是一项复杂的信息系统工程项目,其包括但不限于主机、网络、安全系统、系统软件开发、硬件采购和集成、一市五区人事局业务系统建设等项目的建设。旨在紧紧结合全市...
佛山市数字人事综合业务管理信息系统(第一期软件系统开(可编辑)
佛山市数字人事综合业务管理信息系统(第一期软件系统开(可编辑) 佛山市数字人事综合业务管理信息系统(第一期软件系 统开 佛山市数字人事综合业务管理信息系统第一期软件系统开发建设工程监理服务项目 前言 佛山市数字人事综合业务管理信息系统建设工程是由佛山市人事局(编委办)牵头,禅城区、南海区、顺德区、高明区和三水区人事局(编委办)共同参与建设的大型信息管理系统建设工程,是一项复杂的信息系统工程项目,其包括但不限于主机、网络、安全系统、系统软件开发、硬件采购和集成、一市五区人事局业务系统建设等项目的建设。旨在紧紧结合全市人事编制系统的工作实际,在全市人事编制部门中统一建设和使用含盖一市五区人事编制部门所有人事编制业务网上办理的“佛山市数字人事综合业务管理信息系统”。 由于佛山市数字人事综合业务管理信息系统涉及全市人事编制业务,内容复杂,需分期开发建设,第一期项目主要建设内容:一是改造和完善市直统一的人才人事编制综合业务管理信息基础平台和建立佛山市人才人事编制数据化体系,初步构建全市人才、人事和机构编制中央数据库,为实现全市人才人事编制数据的交换、处理、校验、汇总、共享和统计分析奠定基础。二是在已建佛山市“数字人事”工程基础上,根据最新的人事编制工作和改革要求,升级改造现有的市直数字人事系统,进一步优化和调整系统的管理结构和业务网上审批流程,优化业务审批流程,实现业务流程的并行处理,拓展系统的建设内容和管理范围, 提升系统的功能和性能,提高办事效率。三是以高明区人事局为试点,建立市、区两级数据交换模型和区局人事编制管理模型,为全市(一市五区)人才、人事和机构编制业务的网上办公和全市(一市五区)人才人事编制资源的数据交换和共享奠定基础。四是实现与国家、省和市的其他主要系统对接,通过数据交换技术,实现与上级部门下发的各类软件系统的对接,形成贯通国家、省和市的数据通道,消除信息孤岛,减少重复性工作,降低用人单位行政成本。 怎样使第一期软件系统开发项目良好有序的发展,为下一期项目建设奠定基础,迫切需要科学的项目运行管理机制及相应的管理方法和管理技术。鉴于此,佛山市人事局决定委托专业的第三方信息工程监理机构对佛山市数字人事综合业务管理信息系统(第一期软件系统开发)项目(包括但不限于主机、网络、安全系统、硬件采购和集成、系统软件开发、业务系统建设等相关项目)进行全过程监理。第三方信息工程监理机构要坚持以“质量第一、预防为主、一切用数据说话,科学、公正、守法”作为监理原则协助佛山市数字人事综合业务管理信息系统建设工程有关承建单位成功完成工程建设任务。 名词解释 甲方:佛山市人事局。 承建方:负责佛山市数字人事综合业务管理信息系统建设工程的相关工程项目承建单位。 乙方:负责佛山市数字人事综合业务管理信息系统(第一期软件系统开发)项目(包括但不限于主机、网络、安全系统、硬件采购和集成、系统软件开发、业务系统建设等相关项目)全过程监理工作的监理单位。 本项目:佛山市数字人事综合业务管理信息系统(第一期软件系统开发) 建设工程(包括但不限于主机、网络、安全系统、硬件采购和集成、系统软件开发、业务系统建设等相关项目)的全过程监理服务项目。 本工程:佛山市数字人事综合业务管理信息系统(第一期软件系统开发)项目(包括但不限于主机、网络、安全系统、硬件采购和集成、系统软件开发、业务系统建设等相关项目)。 项目建设:甲方与承建方签订书面的相关项目建设合同。 本合同:甲方与乙方签订书面的项目监理合同。 监理原则、依据 (一)监理原则 独立公正原则:乙方将公正、独立、自主地开展监理工作,竭诚为甲方提供监理服务。 总监理工程师负责制原则:乙方的监理工作实行总监理工程师负责制。 依法原则:乙方的监理活动应符合国家和佛山市现行的法律和行业规范。 回避原则:乙方不从事与被监理项目相关的信息系统集成业务,作为公正、独立的第三方机构,对本工程的承建方在业务上以及核心技术上不构成竞争或伙伴关系。 保密原则:乙方对在监理过程中所涉及的有关项目的一切资料严格保密。 (二)监理依据 GB/T 8566-2001 信息技术 软件生存周期过程 ISO/IEC12207:1995 GB/T 8567-1988 计算机软件产品开发文件编制指南 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-1995 计算机软件单元测试 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/T 18493-2001 信息技术 软件生存周期过程指南 ISO/IEC15271:1998 《国家和广东省及主管部门现行有效的与监理有关的法律、法规、规范 性文件、技术法规及标准》 计算机软件产品开发文件编制指南 计算机软件需求说明编写指南 软件文档管理指南 计算机软件测试文件编制规范 与人事编制系统建设相关的标准 监理范围、目标和内容 (一)监理范围 1、乙方需提供对佛山市数字人事综合业务管理信息系统(第一期软件系统开发)项目(政府采购编号:FS810268D;合同编号:FSGP2008(282),包括但不限于主机、网络、安全系统、硬件采购和集成、系统软件开发、业务系统建设等)进行全过程的高质量监理服务。 2、乙方需做好本工程所涉及的硬件采购和集成的全过程监理工作,协助甲方确定硬件采购和集成需求,编制招标文件,通过采购合理的配套硬件和正版工具软件,保证系统的正常运行。 (二)监理目标 1、投资目标:实际总投资金额不超过本工程立项预算金额;本工程实际使用金额不超过项目建设合同规定金额。 2、工期目标:确保本工程在项目建设合同规定的期限内竣工验收,并投入使用。 3、质量目标:实现项目建设合同和设计书中的各项功能,符合本工程有关项目建设招标文件中的质量标准,整体工程质量达到国家的有关法规、技术规范 和标准,将系统建设成一个先进、实用、体现当代高新技术水平的信息化系统,同时保证系统的可靠性、安全性和高性能。 (二)监理内容 本工程监理服务为全过程监理,监理任务主要是:确保本工程的质量、控制投资、按期竣工验收、交付使用,获得良好的综合效益,对本工程的分析设计、开发建设、实施使用和售后服务等进行全过程监理,包括技术水平、管理水平、服务水平、质量保证能力、技术装备和建设材料等项目建设质量进行全面的监督、评价和监理。对本工程实施有重点的、全面的、精线条的监理,同时配合甲方控制好工程进度,检查工程进度实施情况,督促承建方采取有效措施实现项目建设合同目标,按期分段对本工程有关项目验收,保证工程按期、高质量地完成。 1.工程招标阶段 配合甲方确定用户需求,并编写需求分析报告; 配合甲方编写工程招标文件; 组织招标文件评审; 配合甲方完成工程招标工作。 2. 项目建设合同审查阶段 对承建方的中标文件中不符合技术需求,需要修改的部分提出审查意见; 协助甲方与承建方签订符合招标文件要求的项目建设合同; 督促双方做好施工前的准备工作。 3.工程实施阶段 (1)工程开工前的监理 审核施工设计方案:由乙方组织设计方案的审核,内容包括设计交底,了 解工程需求、质量要求,审核总体设计方案和有关的项目建设合同附件,以避免因设计失误造成工程实施的障碍; 审核工程实施方案的合法性、科学性、与设计方案的符合性; 审批施工组织设计:对承建方的实施工作准备情况进行监督; 审核施工进度计划:对承建方的施工进度计划进行评估和审查; 审核工程实施人员:确认承建方提交的工程实施人员与实际工作人员的一致性,如有变更,则要求叙述其原因; 审核《项目建设计划》; 审批开工申请,确定开工日期; 了解承建方设备订单的定购和运输情况; 了解施工条件准备情况; 了解承建方工程实施前期的人员组织、施工设备到位情况; 编制工程各个子项目监理细则; 签发开工令。 (2)施工阶段的监理 审核软件开发各个阶段文件(需求设计方案、概要设计方案、详细设计方案等); 配合甲方组织软件开发阶段评审; 工程材料、硬件设备、系统软件的供货计划的审核; 工程材料、硬件设备、系统软件的进场、开箱和检验; 促使工程中所使用的产品和服务符合项目建设合同及国家相关法律法规和标准; 对工程施工各个阶段的实施情况进行检查,做好系统功能的测试工作,写 出测试报告; 审核项目各个阶段进度计划; 督促、检查承建方进度执行情况; 审查工程变更,提出监理意见; 审查承建方阶段工程款支付申请,提出监理意见; 按周(月、旬)定期向甲方报告工程情况; 组织召开工程例会和工程专项会议。 (3)试运行阶段的监理 系统试运行前,乙方要做好系统测试工作,并写出测试报告; 配合甲方确认工程进入试运行; 检查系统的调试和试运行情况,记录系统试运行数据; 进行试运行期的系统检测或测试,做出检测或测试报告; 试运行期间系统出现的质量问进行记录,并责成有关单位解决。解决问 题后,进行二次检测; 进行试运行时间核算; 配合甲方确认试运行通过。 4.工程验收阶段 工程验收阶段分为工程验收阶段和工程移交阶段。 (1)工程验收阶段 整体系统试运行后,应由甲方、乙方、承建方和市信息产业局组成验收组, 按有关规定,共同对整体系统进行验收,整体验收的结果由参加整体验收的各方 签名,形成整体系统验收报告,附上整体系统试运行期间的有代表性的运行日志的记录。 工程验收阶段的主要监理工作: 对承建方在试运行阶段出现的问题的整改情况进行监督和复查; 监督检查承建方做好用户培训工作,检查工程各式用户文档; 要做好软件系统开发源代码的检查和编译工作,确保承建方向甲方提供了全面的系统源代码; 组织系统初步验收; 审查承建方提交的竣工文档; 参与工程竣工验收; 签署工程验收报告; 审核工程结算; 向甲方提交监理工作总结; 将所有的监理材料汇总,编制监理业务手册,提交甲方; 系统验收完毕进入保修阶段的审核与签发移交证书。 (2)工程移交阶段 系统的设计方案、设计图纸、软件系统安装程序(含光盘)和软件开发源代码(含光盘)的全部移交; 设备、软件、材料等的验收文档核实; 工程施工文档的移交; 工程竣工文档的移交; 工程项目的整体移交。 本工程软件开发各阶段监理工作要点 本工程将采取原型模型和螺旋模型相结合的软件开发模型,监理工作主要分为工程招标阶段、项目建设合同审查阶段、工程实施阶段(内含多个子阶段:启动阶段、需求分析阶段、概要设计阶段、详细设计阶段、编码和单元测试阶段、系统联调测试阶段、试运行阶段等)、工程验收阶段和工程维护阶段等。其中工程实施阶段具有多子阶段循环开发的特点(参考原型模型和螺旋模型相结合的软件开发模型),各子阶段的工程监理工作需多次反复开展,乙方需要按甲方要求做好各项监理工作。 建设阶段 监理主要内容 监理目标 具体实施办法 提交的主要文档 规划设计阶段 了解现状(投资规模、可利用资源、紧迫程度、进度要求等); 按甲方要求编制可行性报告; 参与可行性报告的评审会,并对是否可行给出明确的意见; 按甲方要求进行规划设计。 明晰人事编制业务及其流程,如何通过信息化手段实现人事编制管理 监理工程师驻场,对现状进行分析; 协同各业务部门召开项目前期碰头会,明晰人事编制业务及流程和系统建设功能需求; 收集本工程涉及的国家、地方和行业标准、法规。 《规划设计方案》 《初步调研报告》 启动阶段 项目前期资料进行备档,并界定系统实施的范围,了解整个项目的情况; 三方共同明确联系机制、项目接口责任、内部#管理制度#及监理工作流程; 审核项目建设实施方案,提交审核报告; 审核承建方的进度计划,确定监理进度计划; 三方商讨可能存在的需求变更以及进度计划变更; 制订本工程监理文档的命名、保存规范,明确各监理规范表格的使用; 审核承建方提交的各种文档规范、开发计划、周报等; 定期对系统的风险系数进行判断; 主持召开三方协调会(通常一周一次)。 落实项目的范围、目标、组成、进 度、质量要求(功能及性能)、验收标准以及各方人员的构成及对应关系等 向 甲方索要招标书、投标书、已签订的项目建设合同,复印保存; 审核承建方的项目实施方案; 编制项目联系清单、监理规划与工作制度; 编制监理实施细则??包括监理进度计划; 制定变更处理办法; 制定文档命名规范、各类文件保存目录; 出具各类评审报告、监理周报; 定期(月度/季度/里程碑阶段)向甲方提交风险报告; 编制会议纪要及工程备忘录。 《项目实施方案审核报告》 《项目联系单》 《监理规划》 《监理工作制度》 《监理实施细则》 《评审报告》 《监理周报》 《监理月报》 《风险报告》 《会议纪要》 《备忘录》 建设阶段 监理主要内容 监理目标 具体实施办法 提交的主要文档 需求分析阶段 三方共同制定需求调研的方式,审核承建方的调研计划; 与承建方一起共同进行需求调研工作,记录好用户需求; 定期对承建方的调研成果进行核查,及时指出不足之处; 根据实际情况调整进度计划,并三方确认; 审核开发计划、项目需求规格说明书、系统原型、测试计划、周报; 定期对系统的风险系数进行判断; 编制周报,并提交给甲方; 定期主持召开三方协调会,编制工程备忘录; 各监理规范表格的使用。 确保能实现对系统既定宏观目标的微观模块细 分,并沿着预期目标推进下去 召开前期调研会议,列明重点调研范围; 随同承建方对业务部门进行实地现场调研,并做好调研记录; 两天一次核查承建方调研记录和报告; 出现重大变更应立即进行调整,出现小变更则一个星期调整一次; 向甲方提供有关评审报告; 定期(月度/季度/里程碑阶段)向甲方提交风险报告; 周报内容包括本周工作情况、发现问题及处理情况; 协调会(通常一周一次); 参见《监理表格及分类-监理平台》。 《会议纪要》 《用户需求记录》 《需求调研计划书评审报告》 《项目需求规格说明书评审报告》 《数据要求说明书评审报告》 《项目开发计划书评审报告》 《项目质量控制监理报告》 《监理周报》 《监理月报》 《会议纪要》 《备忘录》 说明:项目需求规格说明书审核要点包括:文档是否按项目文档编制标准编制的;文档中描述的系统需求是前后一致的、可行的、可测试的;软件需求是否全面、准确地覆盖了用户对软件功能、性能、可靠性等方面的要求;根据设计准则,把系统的需求恰当地分配给硬件项、软件项和人工操作项;每一条软件需求说明是不是都是可实现且可验证的;需求说明中是否考虑了与已有应用系统的接口问题;需求说明中是否考虑了审批业务的扩展要求;需求说明中是否考虑了故障处理要求,对故障处理方法是否合理和合适;需求说明中是否考虑了用户安全保密性方面的要求,通过适当严格的方法表明涉及安全、保密和关键性的软件需求是正确的。 建设阶段 监理主要内容 监理目标 具体实施办法 提交的主要文档 概要设计阶段 核查概要设计进度情况; 对承建方编制的《概要设计说明书》内容提出改进建议; 根据实际情况调整进度计划,并三方确认; 审核概要设计说明书、周报; 定期对系统的风险系数进行判断; 编制周报,并提交给甲方; 定期主持召开三方协调会,编制工程备忘录; 各监理规范表格的使用。 确保能实现对系统的微观模块的逻辑构建 两 天一次核查承建方《概要设计说明书》编制,确保编制进度和内容; 向其他两方提供改进建议; 出现重大变更应立即进行调整,出现小变更则一个星期调整一次; 向甲方提供有关评审报告; 定期(月度/季度/里程碑阶段)向甲方提交风险报告; 周报内容包括本周工作情况、发现问题及处理情况; 协调会(通常一周一次); 参见《监理表格及分类-监理平台》。 《概要设计说明书评审报告》 《项目质量控制监理报告》 《监理周报》 《监理月报》 《会议纪要》 《备忘录》 说明:系统概要设计审核要点包括:软件设计是正确的、与需求一致并可追溯 到需求,覆盖了软件需求说明的全部内容;设计执行正确的事件顺序、输入、输出、 接口、逻辑流程图、定时分配和预算估计、错误的定义、隔离和恢复;可以从需求得出选定的设计;软件功能部件的分解是否合理;对故障处理的措施是否完备有效;软件概要设计说明是否对软件需求说明有良好的可追踪性;是否按计划开展了进度管理、质量管理和配置管理。 详细设计阶段 核查详细设计进度情况; 对承建方编制的《详细设计说明书》内容提出改进建议; 根据实际情况调整进度计划,并三方确认; 审核详细设计说明书、操作手册、数据库设计说明书、测试计划、周报; 定期对系统的风险系数进行判断; 编制周报,并提交给甲方; 定期主持召开三方协调会,编制工程备忘录; 各监理规范表格的使用。 确保概要设计的成果(模块逻辑构建),在本阶段能分解为功能组件项的具体开发 两天一次核查承建方《详细设计说明书》编制,确保编制进度和内容; 向其他两方提供改进建议; 出现重大变更应立即进行调整,出现小变更则一个星期调整一次; 向甲方提供有关评审报告; 定期(月度/季度/里程碑阶段)向甲方提交风险报告; 周报内容包括本周工作情况、发现问题及处理情况; 协调会(通常一周一次); 参见《监理表格及分类-监理平台》。 《详细设计说明书评审报告》 《数据库设计说明书评审报告》 《模块开发卷宗评审报告》 《测试计划审查报告》 《项目质量控制监理报告》 《监理周报》 《监理月报》 《会议纪要》 《备忘录》 说明:系统详细设计审核要点包括:数据库设计是否全面,且考虑了多对一、一对多的关系;详细设计与概要设计是否一致;通过适当严格的方法表明设计正确地实现了安全、保密和其他关键性的要求;是否按计划开展了进度管理、质量管理和配置管理。 建设阶段 监理主要内容 监理目标 具体实施办法 提交的主要文档 编码和单元测试阶段 对编码的进度情况进行核查,并对编码的规范进行排查; 参与单元测试; 需求变更的处理,同时根据实际情况调整进度计划,并三方确认; 审核单元测试报告、系统性能功能评审报告、模块设计说明书、操作手册、安装手册、周报; 定期对系统的风险系数进行判断; 编制周报,并提交给甲方; 定期主持召开三方协调会,编制工程备忘录; 各监理规范表格的使用。 确保模块单元编码符合软件开发标准流程与规 范,以及为后期的系统安装运行制定相应方案 一周一次核查承建方编码情况, 确保编码符合软件开发规范,且代码缺陷率在可控范围内; 功能单元测试:派人驻场进行白盒测试、黑盒测试,并向甲方汇报测试结果; 系统性能功能评审:对系统的易用性、操作人性化程度、界面美观、效率效 能、性能功能等方面进行审查; 出现重大变更应立即进行调整,出现小变更则一个星期调整一次; 向甲方提供有关评审报告; 定期(月度/季度/里程碑阶段)向甲方提交风险报告; 周报内容包括本周工作情况、发现问题及处理情况; 协调会(通常一周一次); 参见《监理表格及分类-监理平台》。 《单元测试跟踪报告》 《系统性能功能评审报告》 《模块设计说明书》 《操作手册》 《安装手册》 《项目质量控制监理报告》 《监理周报》 《监理月报》 《会议纪要》 《备忘录》 说明: 编码验证和评审的主要工作内容包括:编码是否符合有关的编码标准;编 码可追溯到设计和需求并且是可测试的、正确的、并符合需求;编码执行正确的事件顺序,前后一致的接口关系、正确的数据和控制流程图、完整性、恰当的定时分配和预算估计、错误的定义、隔离和恢复;程序是否正确地实现了软件详细设计;程序中是否有足够的注释,以保证程序的可读性和可维护性;是否开展了软件静态分析、代码审查和软件单元测试;软件单元测试是否充分,是否达到了语句覆盖率和分支覆盖率均为100%的要求;通过适当严格的方法表明编码正确地实现了安全、保密和其他关键性的要求;是否按计划开展了进度管理、质量管理和配置管理。 集成验证的要点包括:每个软件项的软件组件和软件单元已完整地、正确地集成到系统中;系统的硬件项、软件项和人工操作项已完整地、正确地集成到系统中;其他系统的相关功能模块已完整地、正确地集成到系统中;已根据集成计划完成集成任务。 模块设计审核的主要工作内容包括:模块设计是正确的、与软件设计一致并可追溯到需求,覆盖了软件设计说明的全部内容;设计执行正确的事件顺序、输入、输出、接口、逻辑流程图、定时分配和预算估计、错误的定义、隔离和恢复;是否按计划开展了进度管理、质量管理和配置管理。 建设阶段 监理主要内容 监理目标 具体实施办法 提交的主要文档 系统联调测试阶段 参与联调测试; 根据实际情况调整进度计划,并三方确认; 审核联调测试计划、联调测试报告、培训计划、试运行计划、数据割接及应用上线方案、周报; 定期对系统的风险系数进行判断; 编制周报,并提交给甲方; 定期主持召开三方协调会,编制工程备忘录; 各监理规范表格的使用。 确保完成开发的各模块能实现功能嵌套,并保证 各接口的运行正常,系统的整体架构稳定 检测各软件模块之间运行的衔接程 度、密度压力; 对项目进行单元测试和整体测试; 出现重大变更应立即进行调整,出现小变更则一个星期调整一次; 向甲方提供有关评审报告; 定期(月度/季度/里程碑阶段)向甲方提交风险报告; 周报内容包括本周工作情况、发现问题及处理情况; 协调会(通常一周一次); 参见《监理表格及分类-监理平台》; 《联调测试计划报告》 《乙方测试报告》 《联调测试评审报告》 《培训计划评审报告》 《试运行计划评审报告》 《数据割接及应用上线方案评审报告》 《项目质量控制监理报告》 《监理周报》 《监理月报》 《会议纪要》 《备忘录》 说明: 测试计划审核要点:是否包括了易用性测试、稳定性测试计划;测试需求、测试用例、测试数据是否符合规格说明;测试路径是否覆盖全部功能点。 测试报告评审要点:测试报告是否正确的,实际情况和预期结果之间的差异是否已得到解决;是否采用了必要的软件测试工具以提高测试的效率,同时保障测试的可重复验证性;是否进行了强度、边界和异常输入测试;针对测试中发现的软件错误是否进行了软件修改,并开展了相应的软件回归测试;确认软件产品在目标环境的选定区域进行了适用性测试。 试运行阶段 审核承建方安装调试计划,跟进安装调试工作; 对甲方进行培训; 对系统的试运行情况进行定期检查,并审核试运行情况报告、周报; 根据实际情况调整进度计划,并三方确认; 定期对系统的风险系数进行判断; 编制周报,并提交给甲方; 定期主持召开三方协调会,编制工程备忘录; 各监理规范表格的使用。 系统经过联调测试后,在试运行期间保障系统与预期实现结果一致 检查承建方安装调试工作; 根据甲方实际培训需求,协同承建方制定合理的《培训方案》; 一周两次检查评估,向甲方提供有关评审报告; 出现重大变更应立即进行调整,出现小变更则两个星期调整一次; 定期(月度/季度/里程碑阶段)向甲方提交风险报告; 周报内容包括本周工作情况、发现问题及处理情况; 协调会(通常一周一次); 参见《监理表格及分类-监理平台》。 《安装调试报告》 《培训方案评审报告》 《试运行情况报告》 《项目质量控制监理报告》 《监理周报》 《监理月报》 《会议纪要》 《备忘录》 建设阶段 监理主要内容 监理目标 具体实施办法 提交的主要文档 系统验收阶段 主持召开三方项目验收碰头会,配合甲方进行验收前准备工 作; 参与验收测试; 要做好软件系统开发源代码的检查和编译工作,确保承建方向甲方提供了全 面的系统源代码; 审核验收方案、验收测试报告、售后服务计划、周报; 对项目实施质量进行评价; 做好项目绩效评价; 做好系统安全风险评估; 各监理规范表格的使用; 参与项目竣工验收工作,并完成验收。 确保最终交付的系统满足甲方各项 要求,功能及性能达到预期结果,符合验收程序,文档齐全 三方确定验收时 间、验收准则、评估规则、硬件/软件环境等,以及三方职责; 采用功能测试与性能测试(Webload、loadrunner测试工具)相结合,编制验收测试报告; 向甲方提供有关评审报告; 参考佛山市财政局对项目绩效评价的有关要求,进行项目的建设进行科学评价; 按国家对信息系统运行安全风险评估的有关要求,进行项目的安全风险评估 参见《监理表格及分类-监理平台》; 工程质量评估报告:对工程质量、工程材料、工程进度等给出一个大概的评价。 验收监理报告:将符合要求的文档和软件开发源代码移交给甲方,协助各方按甲方和市信息产业局要求完成对项目的整体验收,并给出监理意见。 《验收方案评审意见》 《验收测试报告》 《项目建设合同要求应提交的相关文档》 《售后服务计划评审报告》 《工程质量评估报告》 《项目绩效评价报告》 《系统安全风险评估报告》 《验收监理报告》 软件系统安装程序(含光盘) 本工程的全部源代码(含光盘) 说明:项目终验工作要点:组织软件项目完工验收准备;验证软件系统功能性能与甲方需求的符合性;审核与项目配套的技术文档是否齐全并满足相关标准及规范的要求;检查技术培训是否达到项目建设合同要求;出具项目验收报告;负责对规定保修期内项目质量的检查、鉴定以及督促责任单位修改;督促整理项目建设合同文件的技术档案资料;帮助甲方制定系统运行管理规章制度。 系统维护阶段 督促承建方进行系统维护工作,并协同承建方定期对系统进行检查。 各监理规范表格的使用; 确保系统维护服务与项目建设合同相符,保障系统的长期正常运行 通过电话、邮件和预约上门(周期为每月一次)方式与甲方保持良好的项目沟通,做到每月对系统检查一次,每次检测时对系统的一些重要技术、第三方构件做重点检验,对更新修改的加补程序做更重点的事例测试,并做好详细记录,检测系统运行维护情况,处理使用过程中出现的问题,为甲方提供系统改进、维护或管理建议和意见等,并编写好定期检查报告(每月一次); 参见《监理表格及分类-监理平台》; 系统运行状况报告(每月一次) 系统维护记录和报告 六、监理措施要求 乙方需根据本工程建设要求,切实做好有效的“质量控制、进度控制、资金控制、合同与信息管理”等工作。 (一)质量控制 1、软件质量控制的监理要点 软件项目质量控制是在实现软件项目总目标的过程中,为使软件项目满 足本工程总体质量要求而开展的有关监督管理活动。乙方在实施软件项目质量控制时,需重点控制下述内容: 依据招标文件、投标文件、项目建设合同的要求,审查、监督、控制项目的质量。 根据项目的功能和性能要求,检查并监督承建方制定软件质量保证计划。该计划是进行软件项目质量控制监理的重要文件和依据。 根据软件质量保证计划,制定监理实施细则。监理实施细则应明确质量控制监理工作的内容。 采取事前预防、事中控制、事后纠正的乙方式,依据国家法律、法规、标准以及项目建设合同、设计方案、监理规划、监理实施细则等文件控制项目工程质量。 制定软件开发监理控制方案和软件开发过程中可能出现的重大质量问题的处理预案。 审查承建方提交的软件项目开发计划(包括软件开发计划、软件质量保证计划、软件配置管理计划、软件测试计划等),找出承建方质量管理的薄弱环节,提出改进意见,并加强对这些薄弱环节的监督,加强监理力度。 明确各软件开发阶段产品的质量标准和要求,为软件项目质量控制监理提供依据。 论证承建方提交的设计方案的合理性和可行性,以技术交流的方式与承建方探讨设计方案,将甲方的要求及时转达给承建方,确保开发出满足甲方要求的软件产品。 定期和不定期地组织三方协商会议,做好咨询解释工作,统一各方对软件 质量控制的认识,落实下一步质量控制工作的内容。 根据软件项目监理实施细则,跟踪承建方的软件开发过程,做好软件开发质量检查工作,若发现设计质量出现偏差,乙方需对质量事故进行原因调查、问题分析、问题评估和事故处理,督促承建方采取纠正措施,并结合进度控制计划的执行情况,调整软件开发计划。 在承建方完成阶段性工作时,及时组织专家和甲方代表对阶段成果进行评审,评审通过后承建方方能转入下一阶段的开发工作。 进行事后质量偏差分析,找出质量控制工作中的薄弱环节,总结纠偏经验,为处理争议提供重要依据。 在设计评审通过之后,乙方必须对设计更改进行严格控制。 及时收集和整理相关资料,定期和不定期地编写软件项目质量控制监理报告,帮助甲方做好决策工作。 参与工程竣工验收和交接。 跟踪项目在质保期内的运行状况,督促承建方做好售后服务。 2、硬件(集成)质量控制的监理要点 硬件(集成)项目质量控制是在实现硬件项目总目标的过程中,为使硬件项目满足项目总体质量要求而开展的有关监督管理活动。乙方在实施硬件(集成)项目质量控制时,需重点控制下述内容: (1)设计阶段的质量控制 乙方需及时与甲方沟通,尽量多地得到用户的意见反馈,提出切实的系统需求,并按照国际、国家的相关标准进行设计和采用实用、成熟和优质的产品,保证硬件(集成)工程设计方案具备可行性、先进性、可扩展性。监理要控制好以 下几个环节,保证设计阶段的质量: ?产品测试规范; ?设计的审查和确认; ?设计评审。 (2)采购过程的质量控制 采购过程的质量控制就是要保证进场的各种设备符合硬件工程设计规定的要求。 明确设计要求(技术规范和项目建设合同)识别产品偏差:乙方要明确了解硬件(集成)项目的设计要求,对硬件的功能要求要在产品审核和订购过程中得到落实。采购、到货和实施过程中,发生任何与项目建设合同规定技术要求的产品偏差,都应作为项目建设合同变更及时与甲方进行商榷,在取得甲方的正式答复后,方可按既定方案进行,并将变更记录在案。 协助甲方选择合格的供货单位:乙方要从质量、价格、技术支持、售后服务和信誉度等方面对同一类产品的多个供应商进行综合评估确定。 到货检验:乙方要做好产品到货的检验工作,确保到货与项目建设合同规定相一致。 (3)施工中的质量控制 施工质量的控制是硬件工程质量的保证,乙方要做好以下控制措施: 监督项目实施按最新的图纸、生效的设计方案进行。 严格审查施工人员的资质,避免非正常施工带来的危害。 督促供货单位严格遵守相关施工管理规定。 (4)验收阶段质量控制 在硬件(集成)项目验收阶段,乙方要做好以下质量控制措施: 审核承建方提交的硬件项目验收方案。 按照国际、国内标准,监督检查硬件设备的测试报告和结果。 检查硬件(集成)项目的规划、硬件设备的安装及配置,是否达到相应实施方案中的技术指标和性能。 检查各种技术文档是否齐全。 (二)进度控制 1、软件进度控制的监理要点 软件项目进度控制是在实现软件项目总目标的过程中,为使软件项目开发和维护的实际进度符合软件项目进度计划的要求而开展的有关监督管理活动。乙方需重点控制下述内容: 在软件项目建设合同生效后,检查并监督承建方制定的软件项目开发计划。 根据软件项目的质量、投资和进度目标,明确软件各开发阶段的进度控制要求,制定软件项目监理规划。 审查承建方提交的软件项目开发计划,若未通过审查,则在承建方调整软件开发计划后重新审查,直到审查通过为止。 根据软件项目开发计划和软件项目监理规划,制定软件项目监理实施细则。监理实施细则应明确进度控制监理工作的内容。 审查软件项目承建方提交的软件项目开发计划(包括软件开发计划、软件质量保证计划、软件配置管理计划、软件测试计划等),检查其进度安排是否满足软件项目进度控制的总目标、是否合理以及是否衔接紧凑等等,找出软件项目承 建方进度控制的薄弱环节,提出改进意见,并加强对这些薄弱环节的监督。 在软件开发过程中收集有关软件项目进度方面的信息,并对这些信息进行整理和分析,为下一阶段的进度控制工作打下基础。 对于因突发性变更事件引起的进度问题,乙方应召开紧急协调会议,督促各方采取应急措施赶上进度要求,以便软件项目的开发能以预期的进度完成。 根据监理实施细则,通过检查承建方报送的开发进度报表并进行现场监理,跟踪承建方的开发过程,若发现进度出现偏差,乙方应分析引起偏差的原因,要求和督促承建方采取纠正措施,调整软件开发计划。 根据项目的实际情况,在承建方完成关键阶段的设计时,及时组织专家和甲方代表对阶段成果进行评审,以便在评审通过后承建方能及时转入下一阶段的开发工作。 在一个阶段的开发工作完成后,乙方应检查进度偏差情况。在出现进度偏差时,应督促承建方采取适当的纠正措施,以确保满足软件项目的总进度目标。 及时收集和整理相关资料,对软件项目进行进度控制跟踪监理,定期和不定期地编写软件项目进度控制监理报告,帮助甲方做好决策工作。 2、硬件(集成)进度控制的监理要点 硬件项目进度控制是在实现硬件项目总目标的过程中,为使硬件项目实施的实际进度符合硬件项目进度计划的要求而开展的有关监督管理活动。乙方需重点控制下述内容: 根据硬件项目的质量、投资和进度目标,明确硬件各实施阶段的进度控制要求,制定硬件项目监理规划。 审查承建方提交的硬件项目实施计划,若未通过审查,则在承建方调整硬 件实施计划后重新审查,直到审查通过为止。 根据硬件项目实施计划和硬件项目监理规划,制定硬件项目监理实施细则。 根据硬件项目监理实施细则,收集有关信息,审查有关文档,对硬件项目进行进度控制跟踪监理。 若存在偏差,乙方应分析产生进度偏差的原因,督促承建方采取纠正措施,调整硬件项目实施计划,转第二步进行审查。 编写硬件项目进度控制监理报告。 (三)成本控制 1、软件成本控制 软件项目成本控制通常包括制定软件项目总成本控制计划、各阶段和各子系统的成本控制计划,监督实际的成本支出行为,随时采取纠正措施纠正已发生的偏差,使整个软件项目的开发和维护过程能够合理地使用各种资源(人力、物力和财力),以实现软件项目的总成本控制目标。乙方需重点控制下述内容: 审核承建方提交的软件项目开发概算,审查设计方案的技术可行性和经济合理性,使设计方案既满足甲方对软件项目投资的经济性要求,又满足甲方对软件项目的功能和性能要求。 根据软件项目开发概算,制定监理实施细则,监理实施细则应明确成本控制监理工作的内容。 在软件开发过程中收集有关软件项目成本方面的信息,并对这些信息进行整理和分析,以便加强对软件项目成本的主动控制,减少不必要的费用支出,降低成本失控的可能性。 根据监理实施细则,定期或不定期地检查实际支出,若发现成本支出出现偏差,乙方应分析引起偏差的原因,督促承建方采取纠正措施。 在出现成本偏差时,乙方应客观公正地确定产生偏差的原因,确定进度偏差可能导致的经济责任。 根据产生成本偏差的原因和进度偏差可能造成的经济责任,处理争议和索赔。 及时收集和整理相关资料,定期和不定期地编写软件项目成本控制监理报告,帮助软件项目甲方做好决策工作。 2、硬件(集成)成本控制 硬件项目成本控制通常包括制定硬件项目总成本控制计划、各阶段和各子系统的成本控制计划,监督实际的成本支出行为,随时采取纠正措施纠正已发生的偏差,使整个硬件项目的实施和维护过程能够合理地使用各种资源(人力、物力和财力),以实现硬件项目的总成本控制目标。根据硬件项目的特点,监理对工程成本控制的重点是审查和优化设计、施工方案;控制设计和工程变更等。成本控制主要包括如下几方面: 在保证质量和进度的前提下优化工程设计、实施方案,控制投资预算。 控制工程变更,避免费用增加;仔细核算新增设备、工程量,严格把关费用支出。可能的变更包括:主机、服务器、网络交换设备的品牌型号变更、网络功能、性能在设计时考虑不周导致增加设备、安全控制管理的方法改变导致增加设备、软件等。 研究确定防止索赔措施,以避免、减少对方的索赔量;及时处理费用索赔,并协助甲方进行反索赔;根据项目甲方责任制和有关项目建设合同的要求,协助 做好应由甲方完成的,与工程进度密切相关的各项工作。 (四)信息管理 监理文档是衡量一个乙方工作质量的重要标准之一,它可以详细地对工程项目的进行全过程的、详尽的记录,在本工程中乙方需根据项目的实际需要为建设方提供完整的监理文档资料。所有这些信息将予以分类整理保存,作为项目执行的完整档案和事实依据,供项目有关单位和部门参考和备案。 (五)合同管理 合同管理的内容包括: 1.建立项目建设合同及信息管理制度,各方对项目的所有指令、批复、报告均以书面形式进行,并全部归档。 2.及时、详尽记录不可抗力发生时的项目情况。 3.协调、处理项目建设合同争端,及时记录处理承建方的违约情况。 4.乙方应对项目建设合同的变更结果作工程备忘录。 5.协助甲方对项目建设合同终止、解除或违约责任等事项的处理。 6.在项目建设合同评审阶段,对项目建设合同内容进行审查,以确保: 项目建设合同实施范围明确,各项需求规定足够明确。 任何与投标时不一致的要求已得到解决。 标识出可能的意外和风险。 保护知识产权信息。 承建方有能力满足项目建设合同要求。 双方关于术语的使用达成一致协议。 规定承建方关于项目建设合同的工作责任。 甲方有能力满足项目建设合同义务。 7.除项目建设合同其它常规条款外,还应有如下质量条款: 项目验收准则。 对系统验收后出现的问题的处理,包括与质量有关的索赔和甲方的投诉。 采用的标准和规程。 (六)组织协调 组织协调是工程管理的一个重要内容,是决定工程是否顺利进行和确保工期的关键因素之一。组织协调涉及到各方各面,重点要做好下面几项工作: 乙方与甲方、承建方确定工程设计阶段合适的协调形式和方法,如监理例会和专题会议等,并在项目过程中执行。 乙方应对设计阶段出现的变更提出客观的监理意见,协调甲方、承建方达成一致。 乙方应对工程协调结果做工程备忘录。 (七)风险管理 任何一个项目在设定目标,实现计划的过程中都有可能出现一些意外的情况,或许是技术上的、或许是资源方面也可能是时间安排上的问题。因此在本工程监理规划中包含了风险管理计划。风险识别和管理计划从监理进入的第一个阶段就开始介入,所以此风险管理是一种预风险管理方式,强调的是防止风险的发生和减少风险的损失,而不是在风险发生之后的补救措施。因此乙方要利用这种预风险管理模式作为保证项目顺利完成的基础,结合项目制定的目标,做好风险管理,在规定时间内完成各项建设任务。 对乙方基本要求 组织架构及人员资质要求 在签订本合同后一个星期内,乙方必须建立佛山市数字人事综合业务管理信息系统建设工程监理服务小组,监理小组在完成本合同规定的监理工作后方可撤销。监理小组成员不少于3人,监理小组必须有1名或以上具有监理资质的监理人员按甲方工作时间常驻甲方提供的办公地点,以进行项目现场监理工作。 本工程要由一位项目总监领衔实施,总监需具有教授级高级工程师职称,总监作为项目的宏观指导及总体规划者,保证了本工程能按照预定路线开展下去,规避项目实施过程中的管理风险;本工程的具体监理工作至少由1名项目经理负责,项目经理需具有本科或以上学历,具有5年工作经验、3个以上大型软件项目监理经验,通过“全国计算机技术与软件专业技术资格(水平)考试”,获得“信息系统监理师”证书(中级职称)或更高级别资格证书,项目经理需派驻在甲方指定的地点进行现场办公(直至本项目通过甲方验收合格后,才能撤离甲方办公现场),对本工程全部项目进行全过程监理;乙方需固定配置至少1名软件工程师(中级或以上职称)作为本项目的机动监理工程师,甲方和项目经理均可随时调配该机动监理工程师协助项目的实施;系统测试期间,乙方需增派至少2名“软件评测师”(中级职称)进驻甲方指定的地点使用专业评测工具进行现场系统测试。 如甲方不满意监理工作而提出更换监理组成员时,乙方需即时更换同等或更高资质的监理工作人员;没经过甲方书面同意,乙方不得更换监理组成员;未经甲方书面同意,驻场项目经理不得擅自离开办公现场。 技术装备条件要求 甲方只提供办公场所让监理工作人员驻场办公,乙方需自备满足监理工作和售后服务所需的办公设备、测量、交通、食宿、通信、计算机、打印机、纸 张等一切可预见或不可预见的装备、工具及用品。 八、商务要求 报价要求:报价方式为广东省佛山市目的地竣工验收交付价。报价中必须包含前期咨询、需求调研、资料采集、系统设计、建设方案、工程监理(咨询)服务过程产生的费用、所有监理(咨询)技术人员的工勤费用(包括工资、福利、交通、食宿、通讯、常驻现场的费用等)、系统测试、培训辅导、质保期售后服务、全额含税发票、中国境(内、外)发生的与本合同相关的一切可预见或不可预见税费、雇员费用、本合同实施过程中的应预见或不可预见费用等。如乙方在进行佛山市数字人事综合业务管理信息系统(第一期软件系统开发)项目(包括但不限于主机、网络、安全系统、硬件采购和集成、系统软件开发、业务系统建设等相关项目)监理工作时,采用的监理工具需要购买第三方版权、专利权、商标权或其他知识产权,其所需费用应在此次报价中包含。 监理服务地点:甲方指定地点。 监理服务期:本合同生效后至佛山市数字人事综合业务管理信息系统(第一期软件系统开发)项目(包括主机、网络、安全系统、硬件采购和集成、系统软件、业务系统建设等)整体通过验收且质保期满时结束。 验收要求:乙方须为验收提供必需的一切条件及相关费用。乙方应在佛山市数字人事综合业务管理信息系统(第一期软件系统开发)项目(包括但不限于主机、网络、安全系统、硬件采购和集成、系统软件、业务系统建设等)整体竣工并通过甲方验收后,向甲方提供包含验收方案、具体验收项目、验收目的、验收标准、验收人员等的验收申请,并按市信息产业局和甲方的要求提交所有监理档案资料。由双方与市信息产业局组成验收组,按有关规定,共同参照佛山市数字人 事综合业务管理信息系统(第一期软件系统开发)项目监理档案资料、本项目采购 文件、响应承诺文件和本项目验收方案
/
本文档为【佛山市数字人事综合业务管理信息系统(第一期软件系统开(可编辑)】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。 本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。 网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
热门搜索

历史搜索

    清空历史搜索