OA系统及价格采集系统方案建议书

/OA系统及询价系统工程范围与实施方案建议书数据网络技术有限公司二O一三年五月二十五日目录1 前言 52 工程背景 63 工程总体思路 74 业务需求及详细解决方案 84.1 总体需求 84.2 总体解决方案 104.3 解决方案功能框架 114.4 软件定制流程图 124.5 及询价系统详细业务需求及解决方案 135 系统架构方案 165.1 OA与询价系统架构方案 165.1.1 可伸缩性的系统架构设计 165.1.2 统一的高可用性系统架构 175.1.3 数据库系统选型方案 195.2 效劳器规格要求估算 195.2.1 外部用户HTTP接入 205.2.2 内部用户HTTP接入 205.2.3 IIS应用效劳器 205.2.4 MQ效劳器 205.2.5 文件效劳器 205.2.6 数据库效劳器及存储系统 205.3 方案特点 216 工程实施范围 216.1 工程实施组织范围 216.2 OA及询价系统工程实施范围 216.2.1 OA及询价系统功能范围 216.2.2 OA和询价系统与其他内部系统接口范围： 256.2.3 表格和报表范围： 266.2.4 数据转换范围： 267 工程实施方法 277.1 工程实施方法论介绍 277.2 工程实施策略 277.2.1 工程实施策略 277.2.2 关键任务实施方法 287.3 工程风险与关键成功要素 307.3.1 工程风险 307.3.2 关键成功要素 317.4 工程实施的保障措施 317.4.1 工程管理 327.4.2 进度控制 327.4.3 工程变更管理 327.4.4 风险管理 347.4.5 品质确保方案 357.4.6 沟通（Communication）管理 367.4.7 问题解决方案 388 工程实施方案（工作内容、任务与交付件） 398.1 工程总体方案 399 工程实施组织机构及人员 409.1 工程组织架构 409.2 工程组织主要成员角色与职责 419.2.1 某网络公司工程成员角色与职责 419.2.2 中心工程成员角色与职责 4410 培训及知识转移 4610.1 工程实施方法培训 4710.2 工程组系统知识培训 4710.2.1 OA及询价系统培训课程 4710.3 培训准备及条件 4811 系统维护 4911.1 概述 4911.2 效劳范围 4911.3 效劳方式 4911.4 中心及会员公司的职责 5011.5 效劳期限 5012 工程提交文档 5012.1 OA及询价系统提交文档清单 5013 工程报价 5114 工程假设 5114.1 一般假设 5114.2 实施方法假设 5214.3 系统环境假设 5214.4 工作环境 5214.5 工程团队 5314.6 实施方案 5314.7 其它厂商信息及配合事项 5314.8 IT假设 5315 关于某网络公司 5415.1 简介 5415.2 相关资质 54

前言某网络公司很荣幸被邀参加中心OA系统及数据统计信息系统工程。

工程背景

工程总体思路根据业务需求，为了提升中心信息化管理水平，为会员公司提供优质效劳，某网络公司提出拟建立包含协同办公管理系统（OA）、询价系统、多维分析系统的一体化管理信息系统，供中心内部使用，对中心内部之间的日常流程与管理活动进行标准和优化，并最终固化到该管理信息系统中。为了实现这一目标，某网络公司将充分考虑中心的情况，在流程设计和需求定义阶段会综合考虑中心的管理现状和业务需求，并根据其业务需求搭建系统。在整个工程实施阶段某网络公司会向中心的工程小组核心用户进行全面的知识转移，使他们成为培训最终用户及支持系统上线的中坚力量。某网络公司期望能有时机于本工程中为中心提供专业效劳，与中心一起实施这一工程，并成功地完成它，并且成为中心长期的合作伙伴。业务需求及详细解决方案总体需求协同办公管理（OA）实现中心各部门之间的信息、数据共享。发文签报流程化、自动化，实现无纸化办公。流程可定制。具备一定的防伪功能。实现收文电子化（上级单位发文）内勤收文后扫描上传OA系统（发文）。系统自动流转至相关领导。领导审阅后交办业务部门进行处理。实现与会员单位和其他单位之间文件传递的电子化中心完成文件的印发后扫描上传OA系统（发文）各会员单位可通过网站入口进入查看同时需要设置提醒效劳，告知会员单位联系人账号中有新的文件询价系统数据采集方式。通过网站入口进入数据库后逐项手工录入相关统计数据。根据设定好的模板，在本地填写好excel表格后成批上传统计数据。数据采集原则涉及采集点12处（可扩展）。按照独立采价为主，参考其他信息价格为辅的原则，地产材料同中心派人实地进行调查，大宗材料和特种设备到产地进行调价。相同材料，价格不得高于造价办及省造价站信息价。数据采集范围以市区属地为主，工程所在地的县区为辅，重要材料、设备和大批量材料与榆林、西安等周边地市进行价格比对。对地产材料，要兼顾产地材料的区域分布，确保所调查品种的代表性。主要涵盖：工程材料设备、政府采购、造价指标体系三个方面内容。数据采集方法聘请价格信息员布点采集，南部各县设置一个采集点，北部各县设置一个采集点，市区落实四个采集点，西安市固定安排四名价格采集信息员，中心督导加工两人，形成由十二个点组成的采价网络。与生产厂家及一、二级供给商建立合作关系，定期提供产品价格。对工程材料设备，按照需要进行市场调查、厂家调查，按期采集；对列入政府采购目录的商品和效劳，按政府年度采购目录的进度要求采集。造价指标，按年度分类统计，加工分析，定期公布。信息公布中心价格信息胺月公布，遇波动时按旬公布，效率优于市造价办双月发布，省定额站按季发布。所有材料价格及造价指标远的在网络上进行公布，供相关单位采用，社会各方监督。价格使用一是工程材料设备属地价格。用于标准概、预、决算阶段的价格使用、预、决算阶段价格以我中心公布价格为准。二是列入政府采购目录的商品和效劳属地价格。按照政府采购目录采集相应的价格信息，财政等部门按照我中心公布价格编制政府采购预算。三是造价指标体系，汇总分析出政府投资工程所属区域的不同行业，相同类别、类似工程的造价指标。利用财政、审计已完工程历史数据加工统计造价指标。主要用于在工程资料不完整或不具备条件时对工程造价匡算；审核结果，控制质量；对预、决算进行比照检查，控制预、决算。其他要求系统成熟稳定易于维护。本地化部署系统部署在中心自购效劳器设备上。任何数据信息的存储交换也都在中心自购效劳器设备上。系统的最终产权属中心所有总体解决方案基于对《需求分析》中系统要求的理解，以及前期我们与中心相关人员交流的情况，结合某网络公司在协同办公管理领域丰富的经验，我们对本工程的总体需求进一步归纳总结后，给出如下建议：为满足中心快速建立中心内部与会员公司之间协同办公管理平台，改善内部信息化管理能力，提升工作效率，标准与会员公司之间的效劳流程，提高效劳质量满意度的整体需求，某网络公司推荐采用某网络公司协同办公管理系统解决方案（以下简称OA解决方案）中的：企业级电子邮件系统流程管理系统公文管理系统企业信息门户管理系统微博系统（内部）文档管理系统协同工作管理系统权限及组织机构管理系统资产管理系统短信通知系统并基于该解决方案中特有的插件接口，完成询价系统的定制开发。在此基础上实施多维分析系统，实现对数据的挖掘分析，并以图表等多种方式直观展示个总统计分析结果。基于协同办公管理系统平台，通过建立基于SOA的标准接口可实现与其他系统（包括与地市协会可能存在的系统）进行整合，最终形成完整的一体化管理信息系统。解决方案功能框架逻辑架构如上图所示，某网络公司协同办公管理系统采用多层架构，分为接入层、展现层、业务层和基础设施层四层。接入层：用户使用多种终端设备（包括PC、PDA、手机等）和多种接入方式（Internet、Intranet、VPN等），通过SSO（单点登录）登入协同办公管理系统，实现对多个系统的个性化访问。展现层：提供一个企业内部信息交互及所有业务系统的统一展现入口。实现展现、认证授权、用户管理三大类效劳。业务层：作为某网络公司协同办公管理系统的具体应用实现，又可分为基础信息效劳和应用业务效劳两个层次。其中基础信息效劳层一般不独立存在，而作为一些应用业务的底层支撑，如通信效劳、流程管理、信息整合等；而应用业务效劳层则直接提供给用户具体的应用，如公文流转、信息管理、个人办公等。基础设施层“包括基础网络及硬件设施等，保证系统的正常运行、访问。此外，某网络公司协同办公管理系统还包括贯穿各个层次的系统及平安管理和接口管理。系统功能某网络公司协同办公管理系统提供统一展现平台、管理信息效劳、协同办公、内容管理、通信效劳、流程管理、信息整合平台等几局部功能，并可集成现存的其他系统。软件定制流程图OA针对本工程需求的功能说明如下：及询价系统详细业务需求及解决方案针对于中心在需求分析中对OA及询价系统提出的业务需求，某网络公司根据在协同化办公解决方案领域丰富的实施经验，初步提出以下的解决方案：中心系统功能需求：中心业务需求系统功能所处OA解决方案中的系统/模块OA系统实现中心各部门之间的信息、数据共享。完全满足系统提供“电子邮件〞、“微博〞，“协同工作〞以及“文档管理〞等功能，帮助中心各个部门之间进行信息传递、数据共享、互动协作、分享交流。其中资产管理系统能够帮助中心实现对办公用品及固定资产等资源进行有效管理。企业级电子邮件系统微博（内部）系统文档管理系统协同工作管理系统资源管理系统发文签报流程化、自动化，实现无纸化办公。完全满足系统通过流程管理功能可以定义包括发文签报流程在内的各种其他流程，如请假、报销、采购申请等等，流程管理系统采用BPM技术架构，具备流程建模功能，能够广泛整合不同业务系统；在审批环节的电子签名方面，该系统也能与wacom等电子签名设备集成，真正实现无纸化的工作流程。流程管理系统公文管理系统实现收文电子化，内勤收文后可扫描上传至OA系统，系统自动流转至相关领导，领导审阅后交办业务部门进行处理。完全满足系统提供的公文管理系统能够实现收文扫描和发文处理。其中相关的流程局部通过流程管理功能实现，这些流程可以预先设置，也可以在发文过程中动态定义，灵活性高。流程管理系统公文管理系统中心完成文件的印发后扫描上传OA系统，各会员单位可通过网站入口进入查看，同时需要设置提醒效劳，告知会员单位联系人账号中有新的文件。完全满足企业信息门户管理系统采用Portal技术能够集成中心现有的网站系统，并为各会员单位开设专属页面（授权访问）。中心完成的各种文件（包括会员单位统计数据等）都可以方便地通过OA系统发布到这些专属页面中，供会员单位访问；提醒效劳有两种，电子邮件和短信通知，中心工作人员可以方便设置通知的类型和事件，系统将完成上述通知的自动发送。企业信息门户管理系统企业级电子邮件系统短信通知系统询价系统能通过三种方式进行数据采集：一是通过网站入口进入数据库后逐项手工录入相关统计数据，二是从本地excel复制粘贴进行数据的录入，三是根据设定好的模板，在本地填写好excel表格后成批上传统计数据。完全满足系统允许采集点相关人员（授权后）登入企业信息门户管理系统的专属页面，在该页面中能够直接录入或导入excel实现数据快速上报。企业信息门户管理系统数据统计系统（定制）数据采集内容应包括：建材类，政府采购类，设备类，指标体系类几大局部共三级目录，并且可以分商家和个人信息归类。完全满足在数据统计系统中，可以通过智能电子表格技术定制各种格式的数据采集表。此外还能通过动态表单技术扩大统计数据的信息量数据统计系统（定制）在数据的使用和修改方面有如下需求：1.各采集点均有权使用系统中各家采集点的统计数据，非采集点不得使用。2.经协会授权并开通相应用户权限后，采集点可登录系统自行查阅、下载相关统计数据。3.下载的文件格式为XLS格式。4.各采集点应对数据的准确性负责，已报送到系统中的数据一经协会确认不能随意修改，如数据填报错误确需修改时，需向上级申请，等上级下发修改权限后，重新填报上传。完全满足系统提供基于角色的权限控制系统，对数据访问限制能到达字段一级，完全能够满足秘书处对权限的管理需求。此外，在数据统计系统中将专门设计数据报送的规则，确保提交后的信息需要上级“退回〞之前方能再次修改。权限及组织机构管理系统企业信息门户管理系统数据统计系统系统应在内部设定公式，基础数据进行自动校验，比方基础数据保费收入，无论表格怎样计算或变化，核心数据应保持逻辑一致。完全满足数据统计系统中的电子表格技术能够设置自动计算公式，以确保勾稽关系的一致性。数据统计系统系统应能根据采集点上传表格的时间做出记录，并按照月度向采集点反应。完全满足数据统计系统中具备日志功能，会详细记录包括采集点上传表格行为在内的各种操作，并能方便地调用OA系统中的流程管理、电子邮件、短信通知等功能，实现结果的自动化反应。数据统计系统多维分析系统希望能扩大统计数据信息量，提高统计时效，充分利用技术手段使我省的保险业务统计信息工作满足各采集点的需求，为其经营决策提供及时可靠的数据信息。完全满足系统提供多维分析功能，能够对上报的数据建立多维分析模型，并通过钻取、切片、旋转等方式挖掘数据背后的信息，为经营决策提供有力的数据依据。多维分析系统

系统架构方案OA与询价系统架构方案根据对于中心提供的需求分析的理解，可以认为此建议书涉及的系统不仅在功能上要求丰富，而且由于涉及的是中心的核心业务流程，所以建设完成的系统还需要是高可用性的；同时随着中心的开展，系统的扩展性也是本建议书中及系统设计的要点。可伸缩性的系统架构设计我们建议的应用系统设计分为3个大的应用系统，即“协同办公管理（OA）系统〞、“询价系统〞、“多维分析系统〞。三个应用系统都是基于标准的.NET技术框架，可以共享相同的基础设施，包括存储、数据库系统、应用效劳器群等。尤其是协同办公管理（OA）系统，为了更好的适应办公管理需求，不仅能够与企业信息门户集成，而且可以适应分布式部署的要求，与未来可能存在的地市分会系统之间通过基于MQ的数据交互模块通讯。协同办公管理（OA）系统采用Portal技术架构，与数据统计和多维分析系统有机地集成为一体化管理信息系统（以下图中被标识为OAs）。整体架构示意图如下：这样的架构其实为可伸缩的，其主要表现在2个方面：其一是建设初期已经考虑了基础设施的共享和标准统一，保证了基础设施投资的保护以及将来的处理能力的扩展。如统一采用.NET为根本应用架构，部署时，协同办公管理（OA）解决方案中不同的应用系统可以部署在同一套基础设施之上，共享通讯和计算能力。其二是，地市分会应用，既可以是分布的，也可以是使用集中部署在中心数据中心内的应用，甚至对中心来说，有局部地市分会使用分布式的，局部可以使用集中式的混合方式，部署的弹性极大。会员公司和地市分会通过ISP提供的Internte效劳中心的DMZ区域中的webserver通讯，中心内部用户则是和内部网的webserver通讯。WebServer通过不同的URL将请求分发到不同的应用。DMZ区域中的MQ以及内部网的MQ组成地市分会通讯网络支撑数据交互。统一的高可用性系统架构根据对需求的理解，某网络公司的协同办公管理系统架构设计基于当前流行的B/S结构和某网络公司的软件产品，不仅提供满足功能和性能的系统支持，而且整个体系考虑了高可靠性、高平安性和将来的扩展性。其布局主要由三局部组成：HTTP接入，应用效劳和数据库效劳。根据中心的具体情况，建议的协同办公管理系统的逻辑架构模型如以下图所示：HTTP接入建议架构中的HTTP接入功能从应用效劳中脱离，这种设计不但为网络设计和部署带来灵活性，而且支持应用效劳的负载均衡管理。协同办公管理系统的用户由两局部组成：中心内部人员（包括地市分会人员）和会员公司用户，从应用系统的架构设计上，建议区分不同的接入渠道，为将来网络平安加固留下余地。建议的HTTP接入分为“外部HTTP接入区〞和“内部HTTP接入区〞。初始建设，内部接入区安排一台效劳器安装IISHTTPServer，效劳器采用双硬盘、双电源设计，保证系统的高可用性，将来有需要可以类似外部接入区采用HTTP效劳阵列。外部接入区从目前会员公司的数量和用户规模来看，可以采用与“内部接入区〞一样的方式，当用户数量增长较大之后可使用HTTP效劳阵列方式。HTTP效劳器阵列不仅能够横向扩展性能，而且可以最大限度地提升可用性。届时还将需要网络层提供七层交换机支持session定位，如果要求高可用性，网络交换机可以采用Standby方式备份。应用效劳应用效劳是进行应用逻辑处理的关键局部，需要性能好而且可靠性高。针对这一特点，应用效劳器的建议方案充分利用了windowsServer2008和IIS7群集的特点，同一个应用效劳群集即能为外网HTTP请求效劳，而且可以为内网HTTP请求效劳；同一台HTTP接入效劳器又可以同时使用此应用效劳群集中的任一台，所以很好地实现了负载分配。假使有一台应用效劳器有问题，停止效劳，在HTTP请求可以自动转向另一台应用效劳器，自然实现了高可用性。数据库效劳协同办公管理系统解决方案作为商业应用，对于数据库的性能要求较高。数据库效劳包括两方面的内容：数据库系统和存储。作为企业关键应用，数据库系统需要支持高可用性和在线备份能力。硬件平台建议使用IBMeX5系列，采用第五代IBM®X架构®芯片组设计与最新\o"Gotosite"英特尔®至强®处理器E7产品系列相结合具有高可靠性和高性价比的特点，可以满足作为数据库效劳器应用的需要。存储架构使用SAN，属于选配，当数据规模到达一定程度之后再考虑也可，此处作为完整架构展示。文件效劳其实文件效劳和数据库效劳一样，也是商业应用中关键的系统效劳。文件效劳器建议使用高速、大容量的磁盘，且受Raid1保护。文件效劳器的性能同时还受到网络和磁盘访问的影响，所以可以不只一台。MQ效劳MQ的效劳设计，可以为每个维修站分别建立数据通讯队列组。根据负荷，将这些组分布在不同的效劳器中，MQ支持效劳器之间的桥接通讯。MQ效劳器还支持Standby方式备份，但是考虑投资和实际应用中此系统软件的成熟性，本建议书中MQ效劳器不使用备机方式。数据库系统选型方案在商用系统中，主流的数据库系统通常会选择SQLServer或Oracle。这两种数据库各有优缺点，Oracle能够运行在Unix环境中，更加稳定和健壮，但缺点是价格贵且维护复杂。SqlServer与微软的技术体系能够完美结合，运行效率高，维护简单。基于本方案采用的.NET技术框架，我们推荐使用微软SQLServer2008为本次工程的数据库系统。相对于Oracle10g，SQLServer2008有如下优点：更强大的性能和扩展性，SQLDataServices，条件过滤索引，稀疏列,前缀压缩。更平安:使用证书签名的模块,整合的更新和补丁。更完善的商业智能工具：优化的Cube设计，按需处理和基于实例的呈现，与微软Office2007产品家族的完善集成。效劳器规格要求估算效劳器的规格定义一般在工程的非功能性需求分析阶段定义，这里根据需求分析及协同办公管理解决方案经验为基础，设置以下估算假设前提条件：中心内部（含地市分会，集中式）预估100人。即可能同时使用的用户100个，常规业务并发度20。3年每人数据量估算为10G，共1T。数据交互的审计周期为7天计，每天每人评价交互量为2M，数据存放在文件效劳器，共需2M*7*100=2G。其他文件所需空间20G。建议使用病毒防范方案。外部用户HTTP接入根据估算前提，并发度要求为100，每台效劳器处理200~300个并发度，需要1台PC效劳器。1xPC效劳器：1CPU(Xeon3.0以上，缓存1M以上)，内存1G，Raid1硬盘，2x20G以上，Windows2003ServerSP4以上。安装IIS6内部用户HTTP接入根据估算前提，并发度要求为10，需要1台PC效劳器。1xPC效劳器：1CPU(Xeon3.0以上，缓存1M以上)，内存1G，Raid1硬盘，2x20G以上，Windows2003ServerSP4以上。安装IIS6IIS应用效劳器每台效劳器负担100并发度。部署两个应用：OA应用需要1台应用效劳器；数据统计应用，需要1台应用效劳器。3xPC效劳器：2CPU(Xeon3.0以上，缓存2M以上)，内存4G，Raid1硬盘，2x40G以上，WindowsServer2008。安装IIS7。MQ效劳器1xPC效劳器：2CPU(Xeon3.0以上，缓存2M以上)，内存2G，Raid1硬盘，2x40G以上，Windows2003ServerSP4以上。配置MSMQ。文件效劳器根据估算前提，文件容量只需20G左右，可由IIS应用效劳器替代。数据库效劳器及存储系统由估算得，按３年量，分成一个OA数据库实例；数据统计和多维分析各一个实例。其中多维分析实例采用多维立方体模型。总共存储空间按照1T计算。当数据规模扩大是，可考虑存储方案同时考虑磁带备份能力，使用专用的备份效劳器。数据库效劳器建议使用2xX5系列:4CPU,8GMemory,320Gx4HD安装SqlServer2008数据库。方案特点本建议书提供的解决方案的技术特点，一方面表达在整体设计方面,另一方面也表达在各个组织部件的优越特性方面。系统技术需求微软解决方案特点查询统计响应速度快本方案推荐采用的硬件、软件平台具有优越的处理性能，保障系统响应速度。扩展性本建议书提供了对硬件扩展性、数据量扩展性和应用扩展性的支持。系统平安可靠本方案考虑了硬件系统的平安性、可靠性，以及从系统角度而言的数据存储、访问、传输等各个环节的平安性。已经能够充分满足目前商用系统的平安性需求。在数据传输方面，本方案对Web/Browser应用环境提供了对SSL的支持,保障了敏感数据在Internet上传输的平安性。工程实施范围工程实施组织范围中心及所属部门：办公室信息中心其他业务部门（产险工作部、寿险/中介部、统计研究部、法律事务部）会员公司及地市分会OA及询价系统工程实施范围OA及询价系统功能范围OA系统包括以下主要功能：A.协会部门与地市分会端功能编号功能类别功能名称1电子邮件1.1收信1.2写信1.3收件箱1.4已发邮件1.5垃圾箱1.6草稿1.7邮件代收1.8个人设置1.9邮件过滤1.10地址簿管理1.11地址簿查询2协同工作2.1新建日程2.2日程共享2.3日程查询2.4工程管理2.5工程查询2.6工程库2.7工程统计报表2.8云存储2.9云存储文件共享2.10发起流程2.11流程跟踪2.12流程查询2.13流程撤销3公文管理3.1发文管理3.2收文管理3.3公文查询3.4公文督办3.5个人委托4企业信息门户管理4.1栏目管理4.2文章管理4.3专题管理4.4资源管理5流程管理5.1流程设计5.2模板管理5.3流程跟踪5.4统计分析6权限及组织机构管理6.1.用户管理6.2职位管理6.3角色管理6.4离职人员管理6.5组织机构管理6.6日志列表6.7提醒设置6.8会员管理7微博管理（内部）7.1小组管理7.2投票管理7.3发布管理（张贴、文件、链接、话题、投票）7.4书签管理7.5粉丝管理7.6提醒设置8文档管理8.1模板管理8.2文档上传8.3版本管理8.4文档查询8.5文档预览8.6文件夹权限9资源管理9.1资源采购9.2资源入库9.3资源领/借用9.4资源报废9.5统计报表10短信通知10.1发件箱10.2已发送短信10.3已删除短信10.4个人管理统计10.4常用短信库10.6短信设置10.7汇总统计10.8地址簿管理10.9地址簿查询B.会员公司端序号功能类别功能名称1会员门户1.1会员登录1.1个人资料维护1.3文件浏览1.4信息推送1.5通知公告询价系统包括以下主要功能：序号功能类别功能名称1采集内容管理1.1数据分类1.2模板管理1.3勾稽关系设置1.4模板下载2数据采集2.1数据录入2.2数据导入2.3数据填报2.43数据审核3.1填报日志3.2数据审核3.3填报退回4数据汇总4.1汇总统计4.2数据发布5打印下载6权限管理6.1用户管理6.2权限设置多维分析系统包括以下主要功能：备注功能类别功能名称1企业门户设置1.1用户管理1.2角色管理1.3菜单管理2数据管理2.1链接管理2.2业务管理2.3主题管理3报表管理3.1报表管理3.2.报表管理—>维度定义3.3报表管理—>测度定义3.4多维分析OA和询价系统与其他内部系统接口范围：某网络公司将负责承当OA系统和中心可能存在的其他系统与OA端和数据统计端的接口设计和实施工作。OA系统和数据统计与其他系统接口清单（预计,以实际调研结果为准）接口类别接口名称备注OA系统与网站的接口内容维护数据抓取及发布权限控制会员公司用户信息文档发布及下载用户管理及权限单点登录SSO官方微博与官方微博同步，一键多发数据统计与网站的接口会员登录个人资料文件浏览信息推送文件下载 表格和报表范围：根据需求分析，目前涉及的表格主要是数据统计填报表，主要包括：采购表516.xls上述表格具体的格式及内容请参见《附件》，某网络公司能够满足中心包括上述报表在内的其他类型或格式的填报表需求。数据转换范围：在工程上线前可能需要转换一些诸如网站内容、电子档案、用户资料等数据。某网络公司参谋将就数据转换战略和提供数据模板提供建议。中心的核心用户必须根据模板准备数据，并按照模板对数据进行转换前加工并做质量检测。中心必须确保准备的数据是准确的，符合系统要求的，并在数据正式转换前签署批准。

工程实施方法工程实施方法论介绍本工程中，某网络公司将以IBM全球效劳所使用的实施方法GSMethod为本工程实施的基础。GSMethod方法论结合策略、流程和技术三种层次的设想以实现工程的成功。此实施方法共分为工程准备、业务蓝图、系统实现、最后准备、系统上线和后续支持6个阶段。下面我们以GSMethod实施方法的工程准备、业务蓝图、系统实现、最后准备、上线支持与后续支持6个阶段分别述各个阶段的目标：准备阶段本阶段的目标为建立完整的工程组织、明确实施重点、确认工程投入规则，同时提供专门人员，成立具备丰富实施经验的工程小组。业务蓝图阶段本阶段的目标为充分了解企业现行功能流程，制定需求分析报告，进行差异分析，并设计未来的业务流程。系统实现阶段本阶段将对上述的设计进行进一步的分析与设计，与软件流程联系起来，并进行原型设计及模块测试。最后准备阶段确保包括集成测试，数据转换，最终用户培训，及其他切换事宜在内的系统上线准备工作就绪。系统上线及后续支持阶段在系统正式投入运行的初期进行在线支持和管理，并且逐步完善系统从测试状态向正式生产状态的转变。工程实施策略工程实施策略针对以上中心业务管理的特点，为确保工程实施成功，某网络公司将会采取的总体策略如下：采用“原型法〞实施策略，即在需求定义和流程设计过程中，某网络公司将充分利用在协同办公解决方案领域实施类似工程的成功经验，引进行业最正确实践，并结合中心具体情况，设计出一整套既表达先进的管理思想又简捷实用的业务流程和业务操作方案，提交中心的领导和业务主管审阅修改，通过几次研讨会讨论，可以在最短的时间内帮助中心业务主管和骨干的间统一认识、并决定系统的详细需求和业务流程，从而为信息系统的建设赢得时间；采用“交钥匙工程〞的工程实施策略，即在工程组配备包括业务参谋、技术专家、软件开发工程师、系统集成工程师、数据工程师、测试工程师、系统上线小组、上线后支持小组、系统推广和用户培训小组在内的全套完整的工程团队，认真做好每一个阶段的方案、实施、检查等工作，确保工程实施一次成功；并且把中心的相关配套（IT和业务数据二方面）工作一并纳入工程管理范围，以统一的时间表进行驱动，为新系统的上线做好充分的技术准备；采用“全面知识转移〞的工程移交策略，即在整个工程实施阶段某网络公司还会向中心的工程小组和关键用户进行全面的知识转移，使他们有能力成为未来系统支持和升级的中坚力量；同时，某网络公司已经并且会长期组建一支专业队伍，为包括中心在内的行业用户的协同办公务管理信息系统提供长期的运行支持和系统升级效劳。

关键任务实施方法本工程的实施并非单纯的信息系统实施，此工程将涵盖工作流程的变化、人员观念转变、部门间沟通及信息科技运用等复杂因素。因此除完整的工程实施方法外，流程改善、数据转换、系统上线、并行操作的考虑和其他关键要素的考虑都是工程成功的重要关键。今将某网络公司建议的各项关键任务实施方法分别叙述如下：流程改善本工程涉及的最终用户群包括中心相关部门及工作人员、地市分会、会员公司及相关工作人员等，也包括广阔的互联网访问用户（网站）。本工程各项系统功能及基于其上的业务流程设计需要整合所有这些用户的业务需求。为此，某网络公司基于相关工程的实施经验，建议中心组织和建立二个业务导向的专业委员会：“OA系统委员会〞和“询价系统委员会〞，前者由中心办公室主管和业务骨干组成，后者其成员来自统计研究部。这两个委员会代表中心确认需求并把握系统建设方向，在系统建设阶段参与并进行功能验证，在系统上线阶段参与测试并协助进行经其他用户的培训。信息中心作为本工程核心支撑部门，需要全程参与工程所有过程。数据准备当系统实施上线前，中心有一些重要业务数据需要以适当的方式及顺序移转至新系统上，同时必须根据预定上线方案将既有系统的期末数据快速正确地移转至新系统成为期初值,完成正确地上线作业。数据准备分为以下三类关键任务并分别叙述其应重点事项:主数据准备(MasterFiles)中心的主数据需要较多的整理编辑工作，包括：组织机构、人员信息、既往流程、流程档案、重要文件、会员公司资料、地市分会资料等等，这些数据通常也需要进行标准化的编码。该项数据整理工作原则上由中心负责完成，某网络公司的业务参谋愿意进行专业指导。主数据定义的完整性和准确性对未来的业务运作和数据分析影响巨大，需要特别关注。上述主数据文件数据量通常较大,可能会先在临时系统甚至Excel文件中编制，在系统上线前转换到本工程开发的系统，因此通常大部份都会考虑利用程序做转换工作。但因为新旧系统上的主文件内容不会完全相同,因此在即使利用程序来取代大量数据转换的后,必须安排一定的人力来作后续数据确认及补充的作业。此项工作会因新系统的环境复杂度不同而困难度不同,一般上线准备工作的安排需要在预定上线日前就提前准备,复杂的情况下可能需要考虑更早开始。以下为主要工作:新旧系统主文件详细比对,并归纳程序转换规则撰写并测试程序准备旧系统主文件及测试环境测试并确认正确性准备最后一版的旧系统主文件数据并转换至新系统上数据确认主数据补充(必须经由人为判断的数据输入部份)过往重要电子邮件或公文的处理通常在过去的工作中存在一些非常重要的电子邮件和公文等文件数据，这些数据在新系统上线后需被迁移至新的系统，为此某网络公司将帮助中心制定一套流程和规则用于处理这些重要的数据。系统上线本工程各系统既有一定联系，又相对独立，因此建议分阶段的上线策略。综合考虑业务需求和合理的工程实施周期，建议各系统按如下次序上线：1，电子邮件、公文管理、企业信息门户、微博系统因实施时间短，且是沟通互动的必要工具，可以先期上线；2，流程管理系统需要根据需求进行优化和调整，需要一定的周期，因此各种流程的定义可以在后续不断完善；3，询价系统的上线需要对现有的门户网站做一些必要的调整，通过本工程中企业信息门户系统的实施可以同步进行。4，多维分析系统的运行需要建立在一定数据规模的基础上，应此这个系统可以最后上线。工程风险与关键成功要素工程风险某网络公司根据经验，列出以下可能造成工程执行困扰及进度落后的因素：工程一般风险以下是信息系统建设工程中一般常见的可能造成工程执行困扰及进度落后的因素：薄弱的工程决策领导与模糊的责任观念模糊的企业业务目标与衡量标准经常改变的工程目标与执行范围未能适时了解组织接受变革的能力不当的工程组织架构与决策流程不适任的工程主管与成员误认为工程的成败是工程实施公司的全部责任误认系统的实施可解决全面业务流程与组织整合的问题实施工程时，未能有效的执行变革管理与沟通方案系统实施时，未能适时完成数据的准备工作工程特有风险考虑到中心业务管理的特点，我们列出本工程特有的可能造成工程执行困扰及进度落后的因素，需要在工程实施过程中特别关注：OA系统的功能需求可能会随着业务模型设计的深入会不断地制定和修改，对工程需求定义工作产生较大干扰，从而影响工程实施进度；对于数据统计的范围和格式，也可能存在不断的变化和增加，对系统整体设计会产生一定的影响；中心的IT团队能否同步成长，这可能会影响该工程实施上线后的技术支持能力。一个变通的方案是请某网络公司团队继续效劳提供运行支持，但会对工程预算产生一定影响。

关键成功要素针对以上中心本工程系统的特点，为确保工程实施成功，某网络公司建议要特别关注以下关键成功要素：双方高层领导的承诺与全程参与，工程决策主管需“全程〞参与工程的重要会议，做出适时的决策，并负工程成败的责任双方全职且精选的工程团队成员某网络公司派出丰富工程经验的专业参谋中心业务人员突破原单位既有业务模式的思考，组织和参加业务培训成立工程管理办公室对各个工程统一进行管理双方全体工程成员的全身心投入，切实执行工程方案及时有效的沟通团队合作工程实施的保障措施为确保工程进行的顺利与高品质的产出，因而必须明确工程管理方式及遵循的依据，其内容包含某网络公司与中心双方职责、工程管理、进度管理、工程变更管理、风险管理、品质确保方案、沟通方式、问题解决方法等，分别详述于以下章节。工程管理某网络公司的工程经理拥有成功管理和实施大型复杂工程的经验。他们能够预见可能出现的问题，采取措施防止其发生，从而使工程稳定进行，成功结案。某网络公司拥有的成熟完善的工程管理方法及工具，对于保证工程的顺利进行，直至成功将起着重要的作用。进度控制每一工程小组须对其进度负责。此职责包含以下事项：1.追踪进度：每一工程小组根据其时间方案表追踪进度，至少每月一次，并针对落后的进度做适时的调整与反应2.考虑相依性：每一工程小组必须考虑其相依性，并注明于主工程时间方案表，此外，若其中有明确的优先级（如报告或会议），须注明于主工程时间方案表并与相关小组沟通。3.扩展详细方案：每一工程小组于工程进行过程中，须扩展详细的时间方案表，例如当设计阶段结束后，雏型及实施阶段的详细时间方案将被制订。工程经理是整个工程进度的掌控者，必须依上述三项将整体工程时间方案作追踪管理外，还须对工程准时完成的可能性进行评估与掌控，其方法为〞CPM要径管理(CriticalPathManagement)〞，在工程管理中，所从开始到结束，费时间最长的工作路径，通常便是要径，要径的进度落后便会造成工程进度的延后。各项进度追踪的工程，将遵循工程的WBS架构（WorkBreak-downStructure）。工程变更管理任何工程均可能在实施的规程发生工程需求或范围的变化，在这种情况下就要求实施公司与客户方一起，遵从科学的和合理的变更处理程序，确保工程组的工作在出现变更的时候能够有序进行，从而不对整体的工程目标实现和工程进度造成大的负面影响。因此我们建议本工程采用下面的变更管理程序。变更提出提出变更需首先填写〞变更申请表〞(简称RFC,见下文“变更申请表〞)。RFC需提交由中心工程经理或其他指定人员出任主席、由中心资深人员和某网络公司工程小组人员组成的小组。小组成员的资格将由双方书面确认。任何一方均可以书面形式通知另一方其人员更改的情况。小组将就RFC的技术可靠性及其对整个工程的影响作出评估。经批准的RFC将转给某网络公司公司，未被批准的RFC将由小组通知提出变更者本人并给出未批准理由。变更评定中心在接到小组批准的RFC三(3)个工作日内给出收讫说明以及分析RFC所需的大致时间,并准备相应的工程修改建议书(简称ECP)。某网络公司会根据变更需求的范围和复杂程度对RFC分析报告以及ECP进行收费，并以书面形式告知中心方预计费用。某网络公司将于中心方同意收费标准后三(3)天或规定时间内，对RFC进行分析研究并做相应的ECP。所有的费用计算将依据某网络公司人天的费率进行计算。中心的认可若ECP要求费用、进度或本协议其他条款的变更，须由中心授权代表书面同意，或由小组主席批准。批准后的ECP将作为合同的一局部并列入工程文件。实施更改需在最近更新过的基准文本中醒目地标出更改的处并替换以新的文字描述。所有更改都应用更改条标出并注明ＥＣＰ号。基准文件在经过屡次更改后可能需要重新修订。整个文件在附上修订书后可再版，即修订版A，修订版B等等。修订版只包括小组批准修改的内容或不改变文件技术内容的打印错误。变更申请表变更要求(系统名称)RFC序号：申请人：日期(日/月/年)：申请变更内容：申请变更原因：变更类别(标明A、B或C)：A功能方面B运行性能方面C文档方面授权人签字：日期：风险管理风险处理程序包括四个步骤：1.风险工程提出：由工程中各小组提出其所面临最迫切的议题，并提出对应的解决方案。2.风险工程列管：将所提出的工程与本工程的风险工程表比较，可直接列入工程表中或是修改原有的工程，使其涵盖范围扩大，将其余工程作一分析，区分其是否属于正进行中的工作，（例如某些已实施的工程因变更关系而重新实施，但这些工程不影响工程整体时间方案、本钱，只是工作稍作复杂化。）倘若判断为真正风险工程，则将其列入风险工程表中。3.风险工程追踪：各工程小组负责追踪其个别的风险工程，将结果与进度向工程管理办公室报告。此追踪的工作包括剔除风险已化解的工程、修改控管风险的方法及增加新的工程。若有必要，则由工程管理办公室指派新的资源以协助风险控管。4.风险工程检查：此风险工程表可视其需要，在工程例会上进行汇报、讨论、修改。以下为本工程可能遇到的风险工程及对应的解决方案：可能的因素对应解决方案薄弱的工程决策领导与模糊的责任规模。工程决策主管需“全程〞参与工程的重要会议，做出适时的决策，并负工程成败的责任。模糊的企业业务目标与衡量标准转型目标与衡量标准需在工程初期明确定订。经常改变的工程目标与执行范围。工程筹备阶段，需明确定订工程的范围与目标。误认本系统的实施可解决全面业务流程与组织整合的问题。完整的教育训练，并学习其它先进企业转型经验。未能适时了解组织接受变革的能力。在工程初期评估组织接受变革的能力与风险。不当的工程组织架构与决策流程。参考相关公司企业转型的工程组织架构，减化决策的层级，尽量与工程实施公司合为一体。遴选出不适任的工程主管与成员。高层决策主管需亲身参与并开掘问题，若遇不适任者需当机立断。实施工程时未能有效的执行变更管理与沟通方案。完善的变更管理与沟通方案的规划与执行。系统实施时，未能适时完成数据的准备工作。工程开启时，应筹组数据准备小组,尽早评估并准备所需的资料。误认为工程的成败是工程实施公司的责任。高层决策主管应宣示其对工程小组及全体组织配合的期望，并宣示工程的成败为全体主管的责任。欲与尚未完成的工程产生关联，其它工程的进度或能否结案将影响本案建议明确定义此一部份的完工依据与假设品质确保方案工程小组的职责每个小组对其自身的工作有最直接的责任，因此小组内的信息交流有助于其产出的品质，为达此目标，小组将使用以下工具：1.背景文件与信息：工程成员所搜集及使用的信息须以会议记录或报告的方式记录。2.例行会议：藉由例行会议，可让工程成员与负责人的间进行信息交流，亦有助于工程成员将每日或每周的工作优先级化，并交流任何的改变与开展。例行会议中所产生的结果，将以总结的会议记录方式记录。3.检查：定期对时间方案、需求、设计、实施或测试细节进行检查，以确保高品质的产出，如同例行会议，检查过程将以总结的会议记录方式记录。所有文件包含会议记录及背景信息，并将由工程管理办公室建文件（如同中央数据库），此将减少搜寻的困难，确保数据的及时提供。除沟通外，工程小组负责人对其产出有责任获得质量控制专员（QA）的认同、核准。此负责人须与质量控制专员接触、协调并安排时间方案。工程管理办公室的职责（PMO）工程管理办公室对个别工程小组与整体工程负重大的责任。信息交流是注入工程品质的核心，而工程管理办公室将使用以下工具以利信息的交流：1.档案架构：工程管理办公室将开发、使用并公布中央工程数据库的内容。此数据库将保存所有工程相关的文件，如各工程小组的文件如会议记录。2.小组接触：工程管理办公室将利用例行会议以提供相关信息与工程小组的状态报告，此例行会议将由工程管理办公室执行会议记录。3.检查：工程管理办公室将视工程需求进行检查，如同例行会议，将由工程管理办公室以总结的会议记录方式记录。此外，工程管理办公室将与工程小组维持例常而非正式的接触，包括与工程小组负责人非正式的接触以及定期参与小组的会议与检查。质量控制专员的职责（QA）某网络公司将指定1位QA代表对每一相关小组做品质检验以确保产出的品质，此代表虽非全职的工作但负有重大责任，囊括如下：1.检查小组的周期进度：质量控制专员与工程小组负责人可藉由会议、电话、传真或电子邮件进行检查，对于重要的里程碑，则至工程现场检查，虽然此任务并无明确的时间方案表，亦须将检查视为一般正式工作。2.检查小组的期中产出：一般藉由快递送交检查，或产出不多时，可藉由传真或电子邮件传送，回复则藉由传真或电子邮件。此类检查乃根据产出的时间方案表，若质量控制专员有空，可参与小组的检查。3.检查小组的最终产出：一般方法与期中产出检查相同，但最终产出必须在交付前被检查。沟通（Communication）管理沟通是工程成功的必要条件，然而过多的沟通会影响工程进度（例如过多的会议）。为于有效的会议中，进行信息交流，以下工具可于本工程中使用:例行会议本工程将使用一系列的例行会议，并明确定义时间方案与目标，及严格控管执行时间，以达信息交流的目的。例行会议的时间与出席者列于下表：（范例）工程会议时间方案表会议时间出席者会议目标每周四每小组三十分钟各小组负责人检查小组进度讨论各小组间的关连性提出新议题第一类型解决方案每周五各小组负责人工程管理办公室检查小组进度提出近期的工作工程第一、二类型解决方案每月或视情形不定期召开工程管理办公室工程指导委员会成员领导委员会更新工程进度提出近期的工作工程第三类型解决方案小组成果展示（视需要而定）此时间方案表可视工程需要而修改问题类型：第零类型：此问题可在小组内解决。第一类型：此问题必须由工程管理办公室解决。第二类型：此问题必须由小组负责人及工程管理办公室共同解决。第三类型：此问题必须呈报工程指导委员解决。非正式沟通除正式会议的沟通外，非正式的交流亦扮演重要角色，此类交流有助于提振士气，排除小组成员间的阻碍。非正式沟通致力于以下二项：1.小组内部沟通藉由以下方式进行：小组内部的工作区域。小组会议。电子邮件。非正式讨论。非正式聚餐。2.小组与小组间的沟通藉由以下方式进行：参加其它小组活动。电子邮件。便条。非正式讨论。文件制作工具工具用途MicrosoftOffice2000WinWords文件制作Excel电子表格PowerPoint简报制作MSProject2000工程方案Visio５.０流程图绘制问题解决方案问题的解决方案为工程管理的重要部份，若缺乏深思熟虑与快速反应将造成人员的不满，然而不当的反应易导致问题无法被适当处理。此外，过多的问题会造成会议及解决的延迟，因此本工程采用如下的问题处理程序：验证问题的种类与缓急：每一问题皆应有其优先级，因此，决定问题的优先级为一重要课题。问题的种类如下：零类：此问题可在小组内解决。一类：此问题必须由工程管理办公室解决。二类：此问题必须由小组负责人及工程管理办公室共同解决。三类：此问题必须呈报某网络公司的工程指导委员解决。对问题的解决方式，请参阅“沟通管理〞。工程实施方案（工作内容、任务与交付件）工程总体方案序号里程碑方案完成时间1工程方案阶段2013-06-01--2013-06-152需求定义阶段2013-06-15--2013-07-303系统开发阶段2013-08-01--2013-09-304系统测试阶段2013-09-15--2013-09-305试运行及上线阶段2013-09-15--2013-10-156其他相关工作2013-11-01--2015-10-30工程实施组织机构及人员工程组织架构根据前文所述，针对中心现状和本工程的特点，某网络公司将采用“交钥匙工程〞的工程实施策略，即在工程组配备包括业务参谋、技术专家、软件开发工程师、系统集成工程师、数据工程师、测试工程师、系统上线小组、上线后支持小组、系统推广和用户培训小组在内的全套完整的工程团队，认真做好每一个阶段的方案、实施、检查等工作，确保工程实施一次成功；并且把中心的相关配套（IT和业务数据二方面）工作一并纳入工程管理范围，以统一的时间表进行驱动，为系统上线做好充分的技术准备。因此，某网络公司建议本工程采用集中管理模式，详见工程组织架构图。工程组织架构图工程组织主要成员角色与职责某网络公司工程成员角色与职责1.某网络公司工程总监（某网络公司ProjectDirector)：代表某网络公司全权负责本工程的执行工程管理办公室某网络公司方负责人负责制定工程实施策略和管理方案负责制定工程组关键成员与各工作组之间分工并落实责任人营造认真负责、积极向上、团结合作的工作文化审批工程方案解决关键问题2.某网络公司工程经理（某网络公司ProjectManager）：检查双方在工作说明书及合同上的责任负责制定工程总体方案，确认工程的里程碑制定各工作组内部的分工并落实责任人管理与检查工程详细方案根据工程方案进行工作检查、任务追踪及进度评估工程偏离修正检查工程工作任务、时间表与资源，并在适当时机进行调整负责召开工程周例会，与工程小组共同检查工程进程维持工程沟通协助工程文件纪录及程序标准的建立、协调与管理。检查及协助工程变更控制程序的管理协调与管理工程成员的技术性工作准备及提交每月进度报告检查工程小组的工作成果3.某网络公司工程副经理（某网络公司DeputyProjectManager）是指定的工作小组的工程执行负责人协助工程经理工作4.某网络公司质量控制专员（QASpecialist）负责制定工程质量控制标准负责定期检查工程质量控制标准执行情况，并向工程经理报告5.某网络公司业务专家与咨询参谋协同中心相关的业务部门分析相关业务的信息化需求，以实现以下目标：分享业界成功的业务经验，对中心本工程系统的业务功能进行排序和改良；确保某网络公司和中心工程组充分理解业务需求及其细节，尤其是隐藏的业务细节；确定隐含着的、尚未明确的功能需求；系统屏幕、报表以及接口数据流的调研6.某网络公司数据整合专家与数据专员协同中心相关的业务部门和IT部门分析业务的数据类型、数据质量和数据流制定数据质量优化方案制定数据整合方案协同中心相关的业务部门和IT部门实施数据质量优化方案和数据整合方案7.某网络公司应用架构师、系统架构师负责本工程各个系统的架构设计工作，包括应用架构、系统架构和网络架构分析及定义中心未来IT基础架构的需求分析及建议本工程各个系统IT基础架构管理方案协助中心建立本工程各个系统的开发、测试及生产环境软硬件环境负责制定本工程各个系统的设计标准、开发标准和测试标准负责审查各个系统的设计文档负责审查各个系统的程序代码质量负责审查各个系统的测试方案与测试报告负责制定各个系统的上线策略与上线技术方案负责各个系统的上线切换工作8.某网络公司系统设计师和DB设计师负责本工程指定系统的软件设计工作，包括应用系统的概要设计和详细设计、数据模型设计等；负责本工程指定系统的应用框架（Framework）设计指导开发工程师完成指定系统的开发工作和单元测试工作配合测试小组完本钱系统测试工作配合技术专家（架构师）制定本系统的上线策略和上线技术方案参加系统上线切换工作及其上线后系统保固技术支持工作9.某网络公司开发工程师在系统设计师指导下，遵循系统开发标准，完本钱系统的开发与单元测试工作参加系统上线切换工作及其上线后系统保固技术支持工作10.某网络公司测试工程师根据测试标准，设计测试方案、选择测试工具设计测试案例，包括功能测试案例、集成测试案例、容量测试案例、压力测试案例实施测试工作，并编写测试报告实施系统修改升级后的再测试工作11.产品支持工程师对本工程各系统使用的产品提供技术支持。这些产品包括：效劳器产品支持数据库产品支持中间件产品支持其他产品支持参加由系统架构师组织的疑难技术问题会诊，并负责协调解决相关的产品技术问题12.某网络公司培训与推广工程师负责编写各个系统的用户使用手册负责编写用户培训材料、培训案例、和考试试题协助中心组织最终用户接受培训负责开设培训班、提供培训讲师为最终用户制作培训光盘用于复习和内训负责提供热线支持，答复系统使用方面的问题某网络公司工程组主要人员情况介绍请参见“工程组关键成员简历〞章节。中心工程成员角色与职责1.中心工程经理：作为某网络公司工程小组和中心工程参与人员的桥梁配合某网络公司工程经理，管理工程变更控制程序及核准程序协调中心内部的资源须适时协助解决并上报工程相关议题与某网络公司的工程经理不断检查工程方案，并与某网络公司共同负执行此工程方案的责任2.OA系统委员会（OAOwner）与核心用户(KeyBusinessUser，由主要业务单位中选出)代表所在的业务部门负责提出并确认本工程的业务需求负责收集、整理、提供本工程所必需的业务主数据与某网络公司业务专家一起研讨并制定未来业务流程，并获得高层领导批准与应用参谋一起准备测试工程及数据参与系统测试，并确认开发完成的系统业务功能协助编写“用户接受测试方案〞并执行“用户接受测试〞编写《用户操作手册》候选人条件：在所属部门表现良好熟悉所负责部门业务及流程值得信任并可代表部门主管愿意接受挑战良好的沟通技巧及组织能力具备责任感及领导力值得主管信赖3.询价系统委员会本工程系统的主人及关键业务用户代表代表全体会员公司用户确认需求并把握系统建设方向方案每月受邀参加中心业务会议候选人条件：在选定会员公司内部担任业务经理以上职务具有丰富的数据报送及统计经验具有业务（产险、寿险）代表性，在所属领域有一定公信力愿意并能够参加中心业务会议愿意作为数据系统试点的伙伴，愿意成为未来的宣传者5.中心系统架构师、系统工程师：每一主要应用软件皆须指派一主要IT人员参与参加经选择的某网络公司训练课程参加目前流程建文件工作及未来(To-Be)流程设计参与需求的分析和确认工作参与流程／功能确实认及找出应注意的技术问题与某网络公司参谋合作进行单元测试及整合测试与某网络公司参谋合作建立测试及运作环境协助使用者训练负责将现有系统的数据及接口转换至新系统（如果有的话）候选人条件：了解企业运作良好编程能力具有系统分析能力肯承当责任良好沟通技巧及组织能力全职参与5.中心系统管理员：执行系统管理工作协助中心工程经理采购所需的设备与其它IT人员一起建立网络架构协助技术参谋来建立开发、测试及生产所需的环境管理系统背景工作与数据库维护监控系统性能并执行调整建立备份与系统恢复的程序提供效劳台的支持，如诊断及解决系统相关问题协助某网络公司技术参谋来设定使用者权限，以确保各个应用系统的平安候选人条件：熟悉工作站操作系统熟悉系统管理具备网络经验熟悉中心IT环境培训及知识转移某网络公司在工程实施中一贯坚持有效的用户培训和毫无保存的知识转移。中心的本工程相关系统在全机构内的拓展和完善是一个长期的过程，不能长期完全依靠外部的实施力量，我们建议中心通过本工程能培养起自己的管理改良和系统实施队伍，逐步负责后继的系统支持及扩展工作。因此，在本次工程中，我们将特别注重用户培训和知识的转移(从某网络公司参谋到中心人员)，不但使中心逐步脱离对参谋的依靠，能培养起一支自己的系统支持和扩展队伍，而且使中心对业务流程优化，变革管理，工程管理，工程风险控制能力有较大的提高，成为日后业务流程及系统维护的真正的主人和中坚力量。我们将根据公司的实际需要，在工程实施过程中，安排针对公司不同层面的模块专业培训和知识转移。我们的目标是为中心建立一支强大的支持和推广队伍。在工程实施过程中，某网络公司专家及参谋将为管理人员和业务人员提供多层次的循序渐进的培训(包括系统概念，系统概览，系统功能，最终用户操作培训，实施方法论及工程管理培训)。工程实施过程中，某网络公司参谋将与中心人员一起对业务流程、系统操作进行标准化，并按照某网络公司的全球标准制作成高标准的文档，这一点对于中心将来的管理标准化、标准化、新员工培训等有非常重要的意义。在工程实施过程中，某网络公司将派驻全职的参谋与中心人员紧密合作，展开一系列的流程改良研讨会、流程会、测试讨论会等，我们认为手把手的工作方式是最正确的培训过程。我们将采取多种、多层次的执行和检查手段来确保成功的知识转移和培训。公司领导应考虑将知识转移的目标达成情况与员工业绩考核相结合，以配合我们的工作。

工程实施方法培训课程名称课程内容授课时间教学方式培训人员学员限定数工程实施方法对工程实施方法、工程组运作和工程管理标准的介绍1天工程经理讲解与交互工程实施小组成员10未来业务流程编制未来业务流程设计的方法、要求和重点事项1天授课、练习工程实施小组成员10工程组系统知识培训OA及询价系统培训课程最终用户培训将在某网络公司参谋的协助下，由中心的核心用户和信息中心成员担任培训员，从而最终实施某网络公司“培训培训师〞知识转移的实施方针。我们的目的是最终帮助中心建立自身的培训队伍和培训制度。这种方法由三个阶段组成：中心的培训小组，在某网络公司的培训小组的协助下将制作所有的培训教材；某网络公司的培训小组将培训中心的核心小组和关键用户(培训员)；中心的培训员在某网络公司的培训小组的协助下培训最终用户。这种培训方法有以下优点：在培训的准备过程中，某网络公司的咨询员与中心的用户将会有广泛的知识转移。由中心的培训员来培训将增加培训的可信赖度，而且能在培训中融入中心的业务知识。同时，将来中心可以在公司内部进行循环培训，和在岗位培训(招收新员工，或旧员工转岗)时，中心的培训员可以完全独立的进行培训。中心用户培训课程名称课程内容授课时间教学方式培训人员学员限定数最终用户培训最终用户学习掌握针对其工作领域的未来业务流程及系统操作具体天数根据实际需求而定授课、练习、答疑某网络公司与中心共同组成的培训团队讲师具体人数根据实际需求而定会员公司用户培训（文件传递局部）课程名称课程内容授课时间教学方式培训人员学员限定数文件传递本系统所有功能的操作培训，系统问题的沟通协调技能等2天授课、答疑、考核某网络公司与中心共同组成的培训团队讲师会员公司数*1名会员公司用户培训（数据统计局部）课程名称课程内容授课时间教学方式培训人员学员限定数数据填报本系统所有功能的操作培训，系统问题的沟通协调技能等2天授课、答疑、考核某网络公司与中心共同组成的培训团队讲师会员公司数*1名培训准备及条件为确保工程进程与训练成效，以下条件须由中心提供协助：受训学员对工程排定的训练课程，须全职程参与。所需的训练场地、设施（如：PC、打印机、网络等）与演示文稿器材（如：-投影机、投影幕、白板等）将由中心提供。在最终用户培训前，需在公司内和经销商范围进行广泛的电脑技术培训，为使用系统作好基础准备.需要实机演练的课程，以一人使用一终端机为原则。对需实机演练的课程，某网络公司讲师将于前一日预检系统，以确保课程的品质与成效。上述各课程以开一次为原则。系统维护概述为帮助中心在工程完成后有能力对该系统进行维护，某网络公司将向中心提供为期两年的对本工程各子系统的二级维护与支持效劳。效劳范围某网络公司在中心工程相关系统完成后提供为期两年的对本工程各子系统的二级维护与支持效劳，即：-由中心系统维护团队提供一级维护与支持效劳-某网络公司负责提供针对中心系统维护团队的二级维护与支持效劳-某网络公司提供的效劳用于帮助中心的系统维护工程师解决该系统日常运行中遇到的操作报错（包括误操作）、功能缺陷、逻辑错误等问题。本工程的维护与支持效劳内容包括：提供本工程各系统二级维护效劳的唯一联系窗口提供本工程各系统二级维护效劳的问题分析和故障排查效劳提供本工程各系统日常维护的疑问解答(Q&A)效劳提供本工程各系统本身功能缺陷/错误修正（Defect/BugFix）效劳以下效劳内容不属于本工程效劳范围，如果中心需要将按照变更控制程序进行处理：a)针对中心经销商用户的业务咨询效劳和支持与一级维护效劳，包括：1）设立热线电话支持中心，为中心和全国范围内的经销商用户提供热线电话业务咨询、系统故障等日常报修效劳；2）热线电话支持中心工作人员在接到经销商用户求助电话后，将帮助进行问题解答或故障诊断，分解问题类型和紧急程度，必要时联系某网络公司进行支持效劳。b)针对“本工程各系统〞既有功能的增强以及新需求的开发和定制效劳c)由于中心及其经销商人员误操作等非“本工程各系统〞故障原因导致的数据差异、整理、修复等工作。效劳方式某网络公司将通过以下四种方式提供效劳：电话答疑；通过E-mail或FAX或热线电话进行技术支持；远程拨入（dial-in）诊断效劳；必要时有工程师进行现场支持。某网络公司在接到中心的支持请求后，根据效劳标准进行维护与支持效劳，并根据出现问题的实际情况，从节省效劳时间出发及费用的角度考虑，选择最合理的效劳方式，并通知中心预计的解决时间。某网络公司针对于中心提出的问题，记录效劳时间、内容及效劳结果，提交中心工程经理和/或相关联系人。某网络公司工程经理应每个月交付给中心工程经理一份中心使用效劳支持的备忘录〔记录效劳时间和内容〕，中心工程经理应于7个工作日内对该记录予以确认。中心及会员公司的职责中心及会员公司的职责包括：善意使用系统，防止违规操作；负责对最终用户的一线支持（业务答疑、密码修复、故障报修等）负责日常业务参数的维护以及业务数据正确性的核实；协助某网络公司效劳团队对问题进行诊断并确定问题原因;协助某网络公司效劳团队提出问题的可行解决方案;制作用户测试脚本/测试案例（如果需要）;执行用户验收测试（如果需要）。效劳期限本工程的效劳期限从中心本系统试运行结束，系统正式使用时起两个日历年。工程提交文档OA及询价系统提交文档清单序号文档名称文档描述备注1工程方案是系统实施各阶段的整体方案2需求分析文档详细描述需求分析的成果，作为后续设计和开发的指导和依据3业务流程文档详细描述相关业务流程，定义其中每一个步骤的需求4系统设计文档包括概要设计和详细设计两个文档，描述总体设计思路和具体实现细节，是系统开发的依据5源代码系统的源代码6系统测试文档包括单元测试文档、集成测试文档、连通测试文档和用户接受测试文档，详细记录每一个测试阶段使用的测试用例和测试经过7经销商培训和推广方案DMS系统给经销商用户培训及推广的详细方案8相