OA协同系统某公司试运行上线报告
第一章 报告概述.. 4
1、 报告概述.. 4
第二章 项目阶段交付内容.. 5
1、 杭州事业总部上线试运行已交付的业务项目管理功能和应用.. 5
2、 杭州事业总部上线试运行已提供的实施/开发服务.. 8
第三章 项目后续实施内容的规划.. 14
第四章 杭州事业总部上线试运行报告的签署.. 18
文档版本历史
变更序号 | 日期 | 版本 | 文件变更 申请编号 |
变更说明 | 修改人 |
1 | 2012-05-04 | V1.0 | 无 | 新文件 | |
2 | 2012-05-15 | V2.0 | 无 | 明确上线范围 | |
3 | 2012-05-15 | V2.1 | 无 | 双方确认实施人天 | |
第一章报告概述
1、报告概述
XX控股集团股份有限公司(以下简称“XX”)和泛普软件(以下简称“泛普软件”)于2011年8月17日签订《泛普协同办公系统(泛普OA系统集团版)购买合同》,合同签订后,双方于2011年8月30日项目启动。经过双方项目组的共同努力,目前“业务项目管理系统”相关的功能和应用已于2012年4月5日在XX下属的“类金融杭州事业总部”(以下简称“杭州事业总部”)上线试运行。此报告旨在说明和确认泛普软件已完成的工作内容和工作量(对照双方签字确认的需求方案《XX业务管理系统需求解决方案确认》)、后续实施内容的规划。
泛普衷心感谢能有机会为XX提供服务,希望泛普的协同办公系统能为XX带来价值和管理的提升!
第二章项目阶段交付内容
1、杭州事业总部上线试运行已交付的业务项目管理功能和应用
按照XX杭州事业总部需求调研的结果,双方于2011年11月25日签订《XX业务管理系统需求解决方案确认》(方案经各业务部门负责人、总经理王鹤群、集团总经理助理分别签字确认),泛普软件对照该方案,截止2012年3月31日杭州事业总部上线试运行前已交付的功能和应用如下。说明1、以下内容与此报告的附件一《客户需求交付确认单》的内容一致,且《客户需求交付确认单》需单独签字确认;
说明2、附件一《客户需求交付确认单》仅针对已签字的《XX业务管理系统需求解决方案确认》交付内容的进行确认。
业务模块 | 功能点分解 | 交付 | 交付功能描述 | |
客户管理 | 基本信息卡片 | 个人信息卡片 | 已交付 | 客户基本信息卡片的新建、删除,卡片字段内内容修改,客户信息共享设置,以及状态根据流程变动 |
企业信息卡片(简单) | 已交付 | 客户基本信息卡片的新建、删除,卡片字段内内容修改,客户信息共享设置,以及状态根据流程变动 | ||
企业信息卡片(标准) | 已交付 | 客户基本信息卡片的新建、删除,卡片字段内内容修改,客户信息共享设置,以及状态根据流程变动 | ||
首贷面谈 | N/A | 已交付 | 首贷面谈流程完成后,能在客户信息卡片中显示首贷面谈状态 | |
企业股权结构 | N/A | 已交付 | 显示企业股权结构,未作任何关联。手工添加记录时,自动计算股权占比。显示历史企业股权记录 | |
客户信用记录 | N/A | 已交付 | 手工添加记录,未作关联。 | |
关联信息 | 关联客户 | 已交付 | 手工添加、删除关联个人客户、企业客户 | |
关联项目信息 | 已交付 | 能显示关联项目信息 | ||
关联资金信息 | 已交付 | 能显示关联资金信息 | ||
互保信息 | N/A | 已交付 | 能显示互保信息,并能够链接相关记录 | |
损益表 | N/A | 已交付 | 可以导入根据模板设置好的Excel表格 | |
资产负债表 | N/A | 已交付 | 可以导入根据模板设置好的Excel表格 | |
客户列表(查询) | N/A | 已交付 | 可以根椐客户列表中的部份字段查询信息 | |
银行管理 | 授信银行 | N/A | 已交付 | 能显示银行列表,但是授信余额计算不符合要求 |
基础保证金变更 | 与资金审批单流程关联 | 已交付 | 显示基础保证金金额,并根据资金审批单增加基础保证金数据 | |
项目模块 | 项目信息卡片 | N/A | 已交付 | 能显示项目基本信息(根据不同的业务类型显示不同字段) |
项目审批情况 | 申请流程状态 | 已交付 | 不同业务类型使用不同的流程进行申请,并可以显示流程状态。 | |
合同审批状态 | 已交付 | 可以显示流程状态,并显示合同列表 | ||
核保流程状态 | 已交付 | 可以显示流程状态,并可以选择合同列表提交到核保流程中 | ||
业务类型 | 已交付 | 自定义维护业务类型,并设置各业务类型相关的流程,同时可以设置各流程与项目基本信息中字段配置写入与带出功能。 | ||
资金情况 | N/A | 已交付 | 显示资金情况 | |
资产处置信息 | N/A | 已交付 | 搭建相应流程(可疑类资产状态根据流程写入) | |
项目列表(查询) | N/A | 已交付 | 能显示项目列表,但是项目列表会拉的很长,各类资金间隔很小,不容易分辩,列表不可以自由拉大拉小 | |
财务模块 | 资金情况 | N/A | 已交付 | 根据不同业务类型可以手工维护资金,并自动计算息费天数、咨询费天数, |
资金变动情况 | 与资金审批单关联 | 未交付 | 原因:需财务确认无误后再开发交付。 | |
与核保流程关联 | 未交付 | 原因:需财务确认无误后再开发交付。 | ||
人工维护(手动修改) | 已交付 | 能手工维护,并满足要求 | ||
财务列表(查询) | N/A | 已交付 | 能查询 | |
欠费提醒 | N/A | 已交付 | 能显示提醒信息 | |
贷后管理 | 贷后提醒设置 | N/A | 已交付 | 能根据不同业务类型设置贷后提醒规则 |
贷后提醒 | N/A | 已交付 | 能显示提醒信息 | |
贷后列表 | N/A | 已交付 | 在项目列表中显示这个项目的贷后信息 | |
贷后维护 | N/A | 已交付 | 能添加相关流程 |
2、杭州事业总部上线试运行已提供的实施/开发服务
泛普软件为推进业务项目管理系统在杭州事业总部的上线试运行,已提供的实施/开发服务共计445人天,详细如下。说明:杭州事业总部上线试运行前已提供的实施/开发服务人天,仅对已交付的服务进行确认。
序号 | 具体阶段 | 日期 | 已提供实施/开发服务概述 | 项目实施人天 | ||
现场 实施 |
现场 开发 |
非现场开发 | ||||
1 | 需求预调研 | 2011.9.1~2011.9.7 | 1、需求调研培训 2、需求调研资料收集与整理 3、宁波总部与刘总汇报工作 |
4 | ||
2 | 需求访谈 | 2011.9.10~2011.9.30 | 1、了解杭州事业总部业务类型及分类 2、各种业务类型业务介绍与操作模式 3、了解各种业务类型中业务申请、合同、核保、财务、贷后、资产管理等流程 4、详细沟通项目模块、财务模块、贷后模块、银行模块操作方式与字段 |
39 | 10 | |
3 | 需求确认 | 2011.10.8~2011.10.31 | 1、根据前期访谈结果整理业务流程、项目模块中各模块功能点与字段信息 2、针对整理内容,再进行讨论与确定流程与项目开发模块 3、对关键用户与负责人描述项目开发功能点与确认 |
28 | 17 | |
2011.11.1~2011.11.4 | 1、与融资担保部、资产部讨论融资担保业务操作模式与流程 2、融资担保业务中合同流转路径与内容确认 |
8 | 4 | |||
2011.11.7~2011.11.11 | 1、委贷业务开发功能模块与业务流程确认 2、财务模块中关于委贷业务数据处理讨论 3、投标保函、工程保函业务模块流程与功能模块确认 |
5 | 5 | |||
2011.11.14~2011.11.18 | 1、集团总部交流与演示业务流程以及项目功能模块介绍 2、宁波事业总部业务与项目模块交流与演示,并进行相关内容讨论确定 |
4 | 4 | |||
2011.11.20~2011.11.25 | 1、与资产部确认资产分类情况 2、与X总讨论确定银行模块中授信额度与余额的关联关系 3、根据调研内容进行业务流程方案与开发方案内容整理。 |
6 | 3 | |||
4 | 流程搭建 | 2011.12.5~2012.12.9 | 1、业务解决方案中内容修改 2、整理业务相关合同目录 |
4 | ||
2011.12.12~2012.12.16 | 1、测试环境产品安装与调试 2、系统管理员系统操作培训 3、管理员流程搭建练习与系统熟悉 |
9 | ||||
2011.12.19~2012.12.23 | 1、委贷、贸易、工程保函业务流程搭建 | 11 | ||||
2011.12.26~2012.12.31 | 1、html表单模板调试 2、典当业务流程转换成html模板 |
11 | ||||
2012.1.5~2012.1.6 | 典当业务流程转换html模板 | 3 | ||||
2012.1.9~2012.1.13 | 1、典当业务流程转换 2、转换后典当业务流程测试与调整 |
9 | ||||
2012.2.6~2012.2.10 | 1、系统中WPS插件升级与测试 2、合同文档目录搭建 |
8 | ||||
2012.2.13~2012.2.17 | 1、文档目录搭建 2、诉讼保全业务流程html表单转换与测试 |
13 | ||||
2012.2.20~2012.2.24 | 1、开发交付项目模块本地搭建与测试 2、模拟流程与模块中数据配置 3、流程表单中路径与表单内容调整 |
9 | ||||
2012.2.27~2012.3.2 | 1、业务审批流程中流程节点修改 2、项目模块与业务流程整合测试 |
11 | ||||
5 | 业务项目管理功能开发 | 2011.12.19~2012.1.4 | 客户模块改造(个人、企业) | 10 | ||
2012.1.10~2012.1.11 | 客户模块下拉菜单 | 1 | ||||
2012.1.11~2012.1.13 | 关联客户设置 | 2 | ||||
2012.1.12~2012.1.16 | 股权结构设置 | 2 | ||||
2012.1.16~2012.1.18 | 信用记录维护 | 2 | ||||
2012.1.18~2012.1.18 | 客户弹出框改造 | 1 | ||||
2012.1.20~2012.2.15 | 项目管理基本信息功能开发 | 8 | ||||
2012.2.1~2012.2.29 | 财务功能开发 | 8 | ||||
2012.2.6~2012.2.15 | 客户首贷面谈 | 4 | ||||
2012.2.7~2012.2.7 | 客户互保信息 | 1 | ||||
2012.2.8~2012.2.15 | 项目业务类型维护 | 5 | ||||
2012.2.8~2012.2.18 | 贷后管理 | 5 | ||||
2012.2.10~2012.2.17 | 项目审批流程列表 | 4 | ||||
2012.2.10~2012.2.17 | 项目关联数据列表 | 4 | ||||
2012.2.15~2012.2.22 | 项目流程同步 | 5 | ||||
2012.2.15~2012.2.16 | 客户、项目维护页面调整 | 2 | ||||
2012.2.16~2012.2.18 | 阶段性测试及修复 | 2 | ||||
2012.2.16~2012.2.17 | 阶段性测试及打包 | 4 | ||||
2012.2.16~2012.2.16 | 客户项目信息列表 | 1 | ||||
2012.2.20~2012.2.21 | 银行模块基本功能开发 | 2 | ||||
2012.2.20~2012.2.21 | 项目浏览框功能开发 | 1 | ||||
2012.2.20~2012.2.21 | 项目维护剩余下拉框 | 1 | ||||
2012.2.21~2012.2.22 | 客户维护(字段调整) | 2 | ||||
2012.2.21~2012.2.22 | 项目类型流程字段配置 | 2 | ||||
2012.2.22~2012.3.9 | 流程触发 | 11 | ||||
2012.2.27~2012.3.20 | 项目模块显示字段控制 | 1 | ||||
2012.2.28~2012.2.29 | 银行列表金额汇总 | 1 | ||||
2012.2.28~2012.3.2 | 财务列表开发 | 3 | ||||
2012.2.28~2012.2.29 | 客户及项目剩余功能开发 | 2 | ||||
2012.2.28~2012.2.29 | 项目剩余功能 | 1 | ||||
2012.3.1~2012.3.1 | 制作流程字段配置表导入脚本 | 1 | ||||
2012.3.10~2012.3.22 | 项目与流程结合功能改造 | 7 | ||||
2012.3.10~2012.3.15 | 损益表、资产负债表、现金流量表功能 | 4 | ||||
2012.3.11~2012.3.21 | 财务信息模块根据不同业务分类进行字段显示控制 | 6 | ||||
2012.3.12~2012.3.12 | 抵押物浏览框 | 1 | ||||
2012.3.20~2012.3.21 | 资产负债表、损益表、现金流量表功能完善 | 2 | ||||
6 | 系统整合 | 2012.3.5~2012.3.9 | 1、上海开发人员现场进行系统培训 2、非标典当业务项目与流程整合测试 3、整理资金审批单字段与财务模块中财务字段关系对应 |
16 | 7 | |
2012.3.12~2012.3.18 | 1、典当、委贷、贸易项目模块中字段与流程字段匹配 2、系统程序升级并测试 3、开发现场进行测试问题修改 |
19 | 13 | |||
2012.3.19~2012.3.23 | 1、关键用户系统进行系统测试 2、根据用户提出问题进行修改流程与表单信息 3、开发现场进行测试问题修改 |
12 | 10 | |||
2012.3.26~2012.3.30 | 1、各种业务类型的流程中增加节点 2、html表单中签字意见修改 3、系统中bug修复 |
16 | 8 | |||
7 | 小计 | 245 | 81 | 119 | ||
8 | 合计 | 445 |
注:以上为现场实际记录人天445,双方沟通以实际有效工作为标准,则减去现场实施30人天,具体如下:
- 第2阶段,需求调研阶段:实际有效天数29人天(减去10人天,实施工程师的配合工作不作计算);
- 第4阶段,系统搭建阶段:实际有效天数68人天(减去20人天,陆世权在此阶段的现场指导不做计算;流程测试时,临时安排的支持实施工程师的配合工作不作计算)
第三章项目后续实施内容的规划
双方核心项目组成员与2012年4月18日在杭州事业总部会议室举行了项目阶段会议,根据会议中双方的沟通结果,关于后续实施内容的规划,达成以下结果。说明:以下结果仅为初步评估,双方一致认可对后续实施内容的“具体工作、工作量投入、实施计划等”再友好协商,以双方协商一致的书面确认文件为准。
序号 | 内容 | 性质 | 实施范围 | 实施启动 | 工作量评估 (人/天) |
备注 | ||
杭州 | 集团 | 宁波 | ||||||
一、业务管理系统 | ||||||||
1 | 开发提供权限方案(满足目前控制到功能模块、并可以根据角色、业务类型进行控制项目模块数据) | 开发交付 | 是 | 是 | 是 | 第一阶段 | 1 | |
2 | 根据权限方案(满足目前控制到功能模块、并可以根据角色、业务类型进行控制项目模块数据)进行开发交付权限控制功能 | 开发交付 | 是 | 是 | 是 | 第一阶段 | 15 | |
3 | 测试交付权限功能模块是否满足权限控制方案中的要求 | 实施交付 | 是 | 第一阶段 | 5 | |||
4 | 收集用户在(客户、项目模块)使用过程中出现的bug并交付开发解决。 | 实施交付 | 是 | 第一阶段 | 10 | |||
5 | 杭州事业总部(投标保函、购车履约、个贷宝)三个业务功能开发 | 开发交付 | 是 | 第一阶段 | 90 | 开发初步评估,以需求调研的方案评估为准。 | ||
6 | 集团委贷业务流程需求访谈与确认 | 实施交付 | 是 | 第三阶段 | 4 | |||
7 | 集团委贷业务功能模块搭建与项目组内部测试 | 实施交付 | 是 | 第三阶段 | 15 | 搭建html表单及与业务模块配置工作量很大,按照业务流程20个计算,双方各配备一名人员全程参与搭建 | ||
8 | 集团委贷业务关键用户模拟测试及修改调整 | 实施交付 | 是 | 第三阶段 | 6 | |||
9 | 集团总部委贷业务功能模块交付使用推广跟踪 | 实施交付 | 是 | 第三阶段 | 5 | |||
10 | 宁波事业总部(典当、委贷)的业务流程需要访谈确认 | 实施交付 | 是 | 第三阶段 | 7 | |||
11 | 宁波事业总部(典当、委贷)业务模块搭建与项目组内部测试 | 实施交付 | 是 | 第三阶段 | 20 | 搭建html表单及与业务模块配置工作量很大,按照业务流程20个计算,双方各配备一名人员全程参与搭建 | ||
12 | 宁波事业总部(典当、委贷)业务关键用户模拟测试及修改调整 | 实施交付 | 是 | 第三阶段 | 10 | |||
13 | 宁波事业总部(典当、委贷)业务模块交付使用推广跟踪 | 实施交付 | 是 | 第三阶段 | 5 | |||
14 | 宁波事业总部(租赁)业务需求访谈与确认(流程与业务模块) | 实施交付 | 是 | 第三阶段 | 15 | 开发与实施现场支持 | ||
15 | 宁波事业总部(租赁)业务功能模块开发交付 | 开发交付 | 是 | 第三阶段 | ? | 需求访谈完成后再进行评估工作量 | ||
16 | 宁波事业总部(租赁)业务模块搭建与项目组内部测试 | 实施交付 | 是 | 第三阶段 | ? | |||
17 | 宁波事业总部(租赁)业务关键用户模拟测试及修改调整 | 实施交付 | 是 | 第三阶段 | ? | |||
18 | 宁波事业总部(租赁)业务模块交付使用推广跟踪 | 实施交付 | 是 | 第三阶段 | ? | |||
19 | 项目、客户模块统计报表 | 产品交付 | 是 | 是 | 是 | 第四阶段 | ? | |
二、常规OA流程需求访谈与搭建 | ||||||||
20 | 人力资源(考勤、工资)标准模块培训、预算管理模块(标准模块)、综合管理(协作区、会议、车辆、资产管理、日程)标准功能模块管理员培训 | 实施交付 | 是 | 是 | 第一阶段 | 2 | ||
21 | 行政类(人力资源、办公室、财务、稽核室、企划部)流程需求访谈及确认 | 实施交付 | 是 | 第二阶段 | 5 | |||
22 | 行政类(总办、人力资源、总秘室、财务、风控、稽核、经营管理部、党工团)流程需求访谈及确认 | 实施交付 | 是 | 第二阶段 | 5 | |||
23 | 行政类(综合部、财务、风险、经营管理部等)流程需求访谈及确认 | 实施交付 | 是 | 第二阶段 | 5 | |||
24 | 行政类流程搭建与测试 | 实施交付 | 是 | 是 | 是 | 第二阶段 | 60 | 建议前期试运行使用普通模式,完善后再转换成html模式 |
25 | 知识管理模块的实施 | 实施交付 | 是 | 是 | 是 | 第二阶段 | 5 | 管理员操作培训 |
26 | 移动办公平台用户数的交付 | 产品交付 | 是 | 是 | 是 | 第二阶段 | N/A | |
27 | 企业门户搭建完善 | 产品交付 | 是 | 是 | 是 | 第三阶段 | ? | 根据实际需求确定工作量与范围 |
三、系统集成 | ||||||||
28 | 人力资源考勤数据导入,及考勤报表开发(结合人事请假、出差流程) | 开发交付 | 是 | 是 | 是 | 第四阶段 | ? | 根据实际需求确定工作量与范围 |
29 | 项目模块中财务数据、涉及资金所有流程(业务、行政类)与NC系统集成 | 开发交付 | 是 | 是 | 是 | 第四阶段 | ? | 根据实际需求确定工作量与范围 |
四、重要功能 | ||||||||
30 | 打印控制需求 | 开发交付 | 是 | 是 | 是 | 第四阶段 | ? | 根据实际需求确定工作量与范围 |
31 | 完善业务系统权限控制功能 | 开发交付 | 是 | 是 | 是 | 第四阶段 | ? | 根据实际需求确定工作量与范围 |
说明: 1、后续实施工作其中有部分工作目前大致工作量评估:320人/天; 2、后续实施工作其中有部分工作因为需要具体在实施中需求调研后才能评估; 3、具体实际使用工作量以现场服务单为准。 |
- 1OA系统上线工作流程清单
- 2协同OA办公系统推广与上线阶段
- 3OA办公软件可以将日记记录导出存为.xls文件
- 4办公OA系统的项目信息共享与项目执行情况
- 5OA办公软件对相关字段属性的解释-项目类型
- 6企业OA系统的项目编码用于设置项目的编码规则
- 7OA软件可以对项目下面的某个任务进行文档的新建
- 8泛普OA的项目管理模块建立的项目管理平台
- 9协同OA软件添加的公司以公司编号进行排序
- 10集团OA(Office Automation)使用调查表
- 11OA自动化办公系统可以让用户选中要删除的证照名称
- 12OA软件中分配项目任务的具体操作步骤
- 13XX公司OA协同办公系统上线推进计划
- 14OA系统列出所有实施进度为100%的任务列表
- 15协同OA对创建项目中各相关字段属性的解释说明:
- 16协同OA使用户可以通过定义的附加的字段查询
- 17XXX集团协同软件应用知识管理激励方案
- 18证照管理属于OA非标准功能,增加独立的管理菜单
- 19协同办公自动化OA系统上线推广阶段常见风险
- 202014年在重庆、贵州、成都三地发布OA实施推广、应用的配合制度
- 21OA软件能及时了解项目的最新进展和执行情况
- 22OA网络办公系统的证照管理与证照列表说明如下:
- 23协同OA软件中新建项目相关流程具体操作为:
- 24协同OA对类别的范围和定义进行如下说明
- 25OA协同办公系统项目验收报告模板
- 26协同OA软件列出了任务的实际起始日期和当前版本
- 27OA协同系统某公司试运行上线报告
- 28协同OA软件的超期任务、审批任务培训
- 29协同管理软件的上线都需要哪些准备工作?
- 30协同OA系统可以对项目信息修改的记录进行查看