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

1、.OA系统及询价系统 实施方案建议书：.； 第 PAGE 55 页 OA系统及询价系统工程范围与实施方案建议书数据网络技术二O一三年五月二十五日目录 TOC o 1-3 h z u HYPERLINK l _Toc357239952 1前言 PAGEREF _Toc357239952 h 5 HYPERLINK l _Toc357239953 2工程背景 PAGEREF _Toc357239953 h 6 HYPERLINK l _Toc357239954 3工程总体思绪 PAGEREF _Toc357239954 h 7 HYPERLINK l _Toc357239955 4业务需求及详细处

2、理方案 PAGEREF _Toc357239955 h 8 HYPERLINK l _Toc357239956 4.1总体需求 PAGEREF _Toc357239956 h 8 HYPERLINK l _Toc357239957 4.2总体处理方案 PAGEREF _Toc357239957 h 10 HYPERLINK l _Toc357239958 4.3处理方案功能框架 PAGEREF _Toc357239958 h 11 HYPERLINK l _Toc357239959 4.4软件定制流程图 PAGEREF _Toc357239959 h 12 HYPERLINK l _Toc35

3、7239960 4.5及询价系统详细业务需求及处理方案 PAGEREF _Toc357239960 h 13 HYPERLINK l _Toc357239961 5系统架构方案 PAGEREF _Toc357239961 h 16 HYPERLINK l _Toc357239962 5.1OA与询价系统架构方案 PAGEREF _Toc357239962 h 16 HYPERLINK l _Toc357239963 5.1.1可伸缩性的系统架构设计 PAGEREF _Toc357239963 h 16 HYPERLINK l _Toc357239964 5.1.2一致的高可用性系统架构 PAG

4、EREF _Toc357239964 h 17 HYPERLINK l _Toc357239965 5.1.3数据库系统选型方案 PAGEREF _Toc357239965 h 19 HYPERLINK l _Toc357239966 5.2效力器规格要求估算 PAGEREF _Toc357239966 h 19 HYPERLINK l _Toc357239967 5.2.1外部用户HTTP接入 PAGEREF _Toc357239967 h 20 HYPERLINK l _Toc357239968 5.2.2内部用户HTTP接入 PAGEREF _Toc357239968 h 20 HYPE

5、RLINK l _Toc357239969 5.2.3IIS 运用效力器 PAGEREF _Toc357239969 h 20 HYPERLINK l _Toc357239970 5.2.4MQ效力器 PAGEREF _Toc357239970 h 20 HYPERLINK l _Toc357239971 5.2.5文件效力器 PAGEREF _Toc357239971 h 20 HYPERLINK l _Toc357239972 5.2.6数据库效力器及存储系统 PAGEREF _Toc357239972 h 20 HYPERLINK l _Toc357239973 5.3方案特点 PAGE

6、REF _Toc357239973 h 21 HYPERLINK l _Toc357239974 6工程实施范围 PAGEREF _Toc357239974 h 21 HYPERLINK l _Toc357239975 6.1工程实施组织范围 PAGEREF _Toc357239975 h 21 HYPERLINK l _Toc357239976 6.2OA及询价系统工程实施范围 PAGEREF _Toc357239976 h 21 HYPERLINK l _Toc357239977 6.2.1OA及询价系统功能范围 PAGEREF _Toc357239977 h 21 HYPERLINK l

7、 _Toc357239978 6.2.2OA和询价系统与其他内部系统接口范围： PAGEREF _Toc357239978 h 25 HYPERLINK l _Toc357239979 6.2.3表格和报表范围： PAGEREF _Toc357239979 h 26 HYPERLINK l _Toc357239980 6.2.4数据转换范围： PAGEREF _Toc357239980 h 26 HYPERLINK l _Toc357239981 7工程实施方法 PAGEREF _Toc357239981 h 27 HYPERLINK l _Toc357239982 7.1工程实施方法论引见

8、PAGEREF _Toc357239982 h 27 HYPERLINK l _Toc357239983 7.2工程实施战略 PAGEREF _Toc357239983 h 27 HYPERLINK l _Toc357239984 7.2.1工程实施战略 PAGEREF _Toc357239984 h 27 HYPERLINK l _Toc357239985 7.2.2关键义务虚施方法 PAGEREF _Toc357239985 h 28 HYPERLINK l _Toc357239986 7.3工程风险与关键胜利要素 PAGEREF _Toc357239986 h 30 HYPERLINK

9、l _Toc357239987 7.3.1工程风险 PAGEREF _Toc357239987 h 30 HYPERLINK l _Toc357239988 7.3.2关键胜利要素 PAGEREF _Toc357239988 h 31 HYPERLINK l _Toc357239989 7.4工程实施的保证措施 PAGEREF _Toc357239989 h 31 HYPERLINK l _Toc357239990 7.4.1工程管理 PAGEREF _Toc357239990 h 32 HYPERLINK l _Toc357239991 7.4.2进度控制 PAGEREF _Toc35723

10、9991 h 32 HYPERLINK l _Toc357239992 7.4.3工程变卦管理 PAGEREF _Toc357239992 h 32 HYPERLINK l _Toc357239993 7.4.4风险管理 PAGEREF _Toc357239993 h 34 HYPERLINK l _Toc357239994 7.4.5质量确保方案 PAGEREF _Toc357239994 h 35 HYPERLINK l _Toc357239995 7.4.6沟通Communication管理 PAGEREF _Toc357239995 h 36 HYPERLINK l _Toc35723

11、9996 7.4.7问题处理方案 PAGEREF _Toc357239996 h 38 HYPERLINK l _Toc357239997 8工程实施方案任务内容、义务与交付件 PAGEREF _Toc357239997 h 39 HYPERLINK l _Toc357239998 8.1工程总体方案 PAGEREF _Toc357239998 h 39 HYPERLINK l _Toc357239999 9工程实施组织机构及人员 PAGEREF _Toc357239999 h 40 HYPERLINK l _Toc357240000 9.1工程组织架构 PAGEREF _Toc3572400

12、00 h 40 HYPERLINK l _Toc357240001 9.2工程组织主要成员角色与职责 PAGEREF _Toc357240001 h 41 HYPERLINK l _Toc357240002 9.2.1某网络公司工程成员角色与职责 PAGEREF _Toc357240002 h 41 HYPERLINK l _Toc357240003 9.2.2中心工程成员角色与职责 PAGEREF _Toc357240003 h 44 HYPERLINK l _Toc357240004 10培训及知识转移 PAGEREF _Toc357240004 h 46 HYPERLINK l _Toc

13、357240005 10.1工程实施方法培训 PAGEREF _Toc357240005 h 47 HYPERLINK l _Toc357240006 10.2工程组系统知识培训 PAGEREF _Toc357240006 h 47 HYPERLINK l _Toc357240007 10.2.1OA及询价系统培训课程 PAGEREF _Toc357240007 h 47 HYPERLINK l _Toc357240008 10.3培训预备及条件 PAGEREF _Toc357240008 h 48 HYPERLINK l _Toc357240009 11系统维护 PAGEREF _Toc35

14、7240009 h 49 HYPERLINK l _Toc357240010 11.1概述 PAGEREF _Toc357240010 h 49 HYPERLINK l _Toc357240011 11.2效力范围 PAGEREF _Toc357240011 h 49 HYPERLINK l _Toc357240012 11.3效力方式 PAGEREF _Toc357240012 h 49 HYPERLINK l _Toc357240013 11.4中心及会员公司的职责 PAGEREF _Toc357240013 h 50 HYPERLINK l _Toc357240014 11.5效力期限

15、PAGEREF _Toc357240014 h 50 HYPERLINK l _Toc357240015 12工程提交文档 PAGEREF _Toc357240015 h 50 HYPERLINK l _Toc357240016 12.1OA及询价系统提交文档清单 PAGEREF _Toc357240016 h 50 HYPERLINK l _Toc357240017 13工程报价 PAGEREF _Toc357240017 h 51 HYPERLINK l _Toc357240018 14工程假设 PAGEREF _Toc357240018 h 51 HYPERLINK l _Toc3572

16、40019 14.1普通假设 PAGEREF _Toc357240019 h 51 HYPERLINK l _Toc357240020 14.2实施方法假设 PAGEREF _Toc357240020 h 52 HYPERLINK l _Toc357240021 14.3系统环境假设 PAGEREF _Toc357240021 h 52 HYPERLINK l _Toc357240022 14.4任务环境 PAGEREF _Toc357240022 h 52 HYPERLINK l _Toc357240023 14.5工程团队 PAGEREF _Toc357240023 h 53 HYPERL

17、INK l _Toc357240024 14.6实施方案 PAGEREF _Toc357240024 h 53 HYPERLINK l _Toc357240025 14.7其它厂商信息及配合事项 PAGEREF _Toc357240025 h 53 HYPERLINK l _Toc357240026 14.8IT假设 PAGEREF _Toc357240026 h 53 HYPERLINK l _Toc357240027 15关于某网络公司 PAGEREF _Toc357240027 h 54 HYPERLINK l _Toc357240028 15.1简介 PAGEREF _Toc35724

18、0028 h 54 HYPERLINK l _Toc357240029 15.2相关资质 PAGEREF _Toc357240029 h 54前言某网络公司很荣幸被邀参与中心OA系统及数据统计信息系统工程。工程背景工程总体思绪根据业务需求，为了提升中心信息化管理程度，为会员公司提供优质效力，某网络公司提出拟建立包含协同办公管理系统OA、询价系统、多维分析系统的一体化管理信息系统，供中心内部运用，对中心内部之间的日常流程与管理活动进展规范和优化，并最终固化到该管理信息系统中。为了实现这一目的，某网络公司将充分思索中心的情况，在流程设计和需求定义阶段会综合思索中心的管理现状和业务需求，并根据其业务

19、需求搭建系统。在整个工程实施阶段某网络公司会向中心的工程小组中心用户进展全面的知识转移，使他们成为培训最终用户及支持系统上线的中坚力量。某网络公司期望能有时机于本工程中为中心提供专业效力，与中心一同实施这一工程，并胜利地完成它，并且成为中心长期的协作同伴。业务需求及详细处理方案总体需求协同办公管理OA实现中心各部门之间的信息、数据共享。发文签报流程化、自动化，实现无纸化办公。流程可定制。具备一定的防伪功能。 实现收文电子化上级单位发文内勤收文后扫描上传OA系统发文。系统自动流转至相关指点。 指点审阅后交办业务部门进展处置。实现与会员单位和其他单位之间文件传送的电子化中心完成文件的印发后扫描上传

20、OA系统发文各会员单位可经过网站入口进入查看同时需求设置提示效力，告知会员单位联络人账号中有新的文件询价系统数据采集方式。经过网站入口进入数据库后逐项手工录入相关统计数据。根据设定好的模板，在本地填写好excel表格后成批上传统计数据。数据采集原那么涉及采集点12处可扩展。按照独立采价为主，参考其他信息价钱为辅的原那么，地产资料同中心派人实地进展调查，大宗资料和特种设备到产地进展调价。一样资料，价钱不得高于造价办及省造价站信息价。数据采集范围以市区属地为主，工程所在地的县区为辅，重要资料、设备和大批量资料与榆林、西安等周边地市进展价钱比对。对地产资料，要兼顾产地资料的区域分布，确保所调查种类的

21、代表性。主要涵盖：工程资料设备、政府采购、造价目的体系三个方面内容。数据采集方法聘请价钱信息员布点采集，南部各县设置一个采集点，北部各县设置一个采集点，市区落实四个采集点，西安市固定安排四名价钱采集信息员，中心督导加工两人，构成由十二个点组成的采价网络。与消费厂家及一、二级供应商建立协作关系，定期提供产品价钱。对工程资料设备，按照需求进展市场调查、厂家调查，按期采集；对列入政府采购目录的商品和效力，按政府年度采购目录的进度要求采集。造价目的，按年度分类统计，加工分析，定期公布。信息公布中心价钱信息胺月公布，遇动摇时按旬公布，效率优于市造价办双月发布，省定额站按季发布。一切资料价钱及造价目的远的

22、在网络上进展公布，供相关单位采用，社会各方监视。价钱运用一是工程资料设备属地价钱。用于规范概、预、决算阶段的价钱运用、预、决算阶段价钱以我中心公布价钱为准。二是列入政府采购目录的商品和效力属地价钱。按照政府采购目录采集相应的价钱信息，财政等部门按照我中心公布价钱编制政府采购预算。三是造价目的体系，汇总分析出政府投资工程所属区域的不同行业，一样类别、类似工程的造价目的。利用财政、审计已完工程历史数据加工统计造价目的。主要用于在工程资料不完好或不具备条件时对工程造价匡算；审核结果，控制质量；对预、决算进展对比检查，控制预、决算。其他要求系统成熟稳定易于维护。本地化部署系统部署在中心自购效力器设备上

23、。任何数据信息的存储交换也都在中心自购效力器设备上。系统的最终产权属中心一切总体处理方案基于对中系统要求的了解，以及前期我们与中心相关人员交流的情况，结合某网络公司在协同办公管理领域丰富的阅历，我们对本工程的总体需求进一步归纳总结后，给出如下建议：为满足中心快速建立中心内部与会员公司之间协同办公管理平台，改善内部信息化管理才干，提升任务效率，规范与会员公司之间的效力流程，提高效力质量称心度的整体需求，某网络公司引荐采用某网络公司协同办公管理系统处理方案以下简称OA处理方案中的：企业级电子邮件系统流程管理系统公文管理系统企业信息门户管理系统微博系统内部文档管理系统协同任务管理系统权限及组织机构管

24、理系统资产管理系统短信通知系统并基于该处理方案中特有的插件接口，完成询价系统的定制开发。在此根底上实施多维分析系统，实现对数据的发掘分析，并以图表等多种方式直观展现个总统计分析结果。基于协同办公管理系统平台，经过建立基于SOA的规范接口可实现与其他系统包括与地市协会能够存在的系统进展整合，最终构成完好的一体化管理信息系统。处理方案功能框架逻辑架构如上图所示，某网络公司协同办公管理系统采用多层架构，分为接入层、展现层、业务层和根底设备层四层。接入层：用户运用多种终端设备包括PC、PDA、手机等和多种接入方式Internet、Intranet、VPN等，经过SSO单点登录登入协同办公管理系统，实现

25、对多个系统的个性化访问。展现层：提供一个企业内部信息交互及一切业务系统的一致展现入口。实现展现、认证授权、用户管理三大类效力。业务层：作为某网络公司协同办公管理系统的详细运用实现，又可分为根底信息效力和运用业务效力两个层次。其中根底信息效力层普通不独立存在，而作为一些运用业务的底层支撑，如通讯效力、流程管理、信息整合等；而运用业务效力层那么直接提供应用户详细的运用，如公文流转、信息管理、个人办公等。根底设备层“包括根底网络及硬件设备等，保证系统的正常运转、访问。此外，某网络公司协同办公管理系统还包括贯穿各个层次的系统及平安管理和接口管理。系统功能某网络公司协同办公管理系统提供一致展现平台、管理

26、信息效力、协同办公、内容管理、通讯效力、流程管理、信息整合平台等几部分功能，并可集成现存的其他系统。软件定制流程图OA针对本工程需求的功能阐明如下：及询价系统详细业务需求及处理方案针对于中心在需求分析中对OA及询价系统提出的业务需求，某网络公司根据在协同化办公处理方案领域丰富的实施阅历，初步提出以下的处理方案： 中心系统功能需求：中心业务需求系统功能所处OA处理方案中的系统/模块OA系统实现中心各部门之间的信息、数据共享。完全满足系统提供“电子邮件、“微博，“协同任务以及“文档管理等功能，协助 中心各个部门之间进展信息传送、数据共享、互动协作、分享交流。其中资产管理系统可以协助 中心实现对办公

27、用品及固定资产等资源进展有效管理。企业级电子邮件系统微博内部系统文档管理系统协同任务管理系统资源管理系统发文签报流程化、自动化，实现无纸化办公。完全满足系统经过流程管理功能可以定义包括发文签报流程在内的各种其他流程，如请假、报销、采购恳求等等，流程管理系统采用BPM技术架构，具备流程建模功能，可以广泛整合不同业务系统；在审批环节的电子签名方面，该系统也能与wacom等电子签名设备集成，真正实现无纸化的任务流程。流程管理系统公文管理系统实现收文电子化，内勤收文后可扫描上传至OA系统，系统自动流转至相关指点，指点审阅后交办业务部门进展处置。完全满足系统提供的公文管理系统可以实现收文扫描和发文处置。

28、其中相关的流程部分经过流程管理功能实现，这些流程可以预先设置，也可以在发文过程中动态定义，灵敏性高。流程管理系统公文管理系统中心完成文件的印发后扫描上传OA系统，各会员单位可经过网站入口进入查看，同时需求设置提示效力，告知会员单位联络人账号中有新的文件。完全满足企业信息门户管理系统采用Portal技术可以集成中心现有的网站系统，并为各会员单位开设专属页面授权访问。中心完成的各种文件包括会员单位统计数据等都可以方便地经过OA系统发布到这些专属页面中，供会员单位访问；提示效力有两种，电子邮件和短信通知，中心任务人员可以方便设置通知的类型和事件，系统将完成上述通知的自动发送。企业信息门户管理系统企业

29、级电子邮件系统短信通知系统询价系统能经过三种方式进展数据采集：一是经过网站入口进入数据库后逐项手工录入相关统计数据，二是从本地excel复制粘贴进展数据的录入，三是根据设定好的模板，在本地填写好excel表格后成批上传统计数据。完全满足系统允许采集点相关人员授权后登入企业信息门户管理系统的专属页面，在该页面中可以直接录入或导入excel实现数据快速上报。企业信息门户管理系统数据统计系统定制数据采集内容应包括：建材类，政府采购类，设备类，目的体系类几大部分共三级目录，并且可以分商家和个人信息归类。完全满足在数据统计系统中，可以经过智能电子表格技术定制各种格式的数据采集表。此外还能经过动态表单技术

30、扩展统计数据的信息量数据统计系统定制在数据的运用和修正方面有如下需求：1.各采集点均有权运用系统中各家采集点的统计数据，非采集点不得运用。2.经协会授权并开通相运用户权限后，采集点可登录系统自行查阅、下载相关统计数据。3.下载的文件格式为XLS格式。4.各采集点应对数据的准确性担任，已报送到系统中的数据一经协会确认不能随意修正，如数据填报错误确需修正时，需向上级恳求，等上级下发修正权限后，重新填报上传。完全满足系统提供基于角色的权限控制系统，对数据访问限制能到达字段一级，完全可以满足秘书处对权限的管理需求。此外，在数据统计系统中将专门设计数据报送的规那么，确保提交后的信息需求上级“退回之后方能

31、再次修正。权限及组织机构管理系统企业信息门户管理系统数据统计系统系统应在内部设定公式，根底数据进展自动校验，比如根底数据保费收入，无论表格怎样计算或变化，中心数据应坚持逻辑一致。完全满足数据统计系统中的电子表格技术可以设置自动计算公式，以确保勾稽关系的一致性。数据统计系统系统应能根据采集点上传表格的时间做出记录，并按照月度向采集点反响。完全满足数据统计系统中具备日志功能，会详细记录包括采集点上传表格行为在内的各种操作，并能方便地调用OA系统中的流程管理、电子邮件、短信通知等功能，实现结果的自动化反响。数据统计系统多维分析系统希望能扩展统计数据信息量，提高统计时效，充分利用技术手段使我省的保险业

32、务统计信息任务满足各采集点的需求，为其运营决策提供及时可靠的数据信息。完全满足系统提供多维分析功能，可以对上报的数据建立多维分析模型，并经过钻取、切片、旋转等方式发掘数据背后的信息，为运营决策提供有力的数据根据。多维分析系统系统架构方案OA与询价系统架构方案根据对于中心提供的需求分析的了解，可以以为此建议书涉及的系统不仅在功能上要求丰富，而且由于涉及的是中心的中心业务流程，所以建立完成的系统还需求是高可用性的；同时随着中心的开展，系统的扩展性也是本建议书中及系统设计的要点。可伸缩性的系统架构设计我们建议的运用系统设计分为3个大的运用系统，即“协同办公管理OA系统、“询价系统、“多维分析系统。三

33、个运用系统都是基于规范的.NET技术框架，可以共享一样的根底设备，包括存储、数据库系统、运用效力器群等。尤其是协同办公管理OA系统，为了更好的顺应办公管理需求， 不仅可以与企业信息门户集成，而且可以顺应分布式部署的要求，与未来能够存在的地市分会系统之间经过基于MQ的数据交互模块通讯。协同办公管理OA系统采用Portal技术架构，与数据统计和多维分析系统有机地集成为一体化管理信息系统以下图中被标识为OAs。整体架构表示图如下：这样的架构其实为可伸缩的，其主要表如今2个方面：其一是建立初期曾经思索了根底设备的共享和规范一致，保证了根底设备投资的维护以及未来的处置才干的扩展。如一致采用.NET为根本

34、运用架构，部署时，协同办公管理OA处理方案中不同的运用系统可以部署在同一套根底设备之上，共享通讯和计算才干。其二是，地市分会运用，既可以是分布的，也可以是运用集中部署在中心数据中心内的运用，甚至对中心来说，有部分地市分会运用分布式的，部分可以运用集中式的混合方式，部署的弹性极大。会员公司和地市分会经过ISP提供的Internte效力中心的DMZ区域中的web server 通讯，中心内部用户那么是和内部网的web server通讯。Web Server经过不同的URL将恳求分发到不同的运用。DMZ区域中的MQ以及内部网的MQ组成地市分会通讯网络支撑数据交互。一致的高可用性系统架构根据对需求的了

35、解，某网络公司的协同办公管理系统架构设计基于当前流行的B/S 构造和某网络公司的软件产品，不仅提供满足功能和性能的系统支持，而且整个体系思索了高可靠性、高平安性和未来的扩展性。其规划主要由三部分组成：HTTP接入，运用效力和数据库效力。根据中心的详细情况，建议的协同办公管理系统的逻辑架构模型如以下图所示：HTTP接入建议架构中的HTTP接入功能从运用效力中脱离，这种设计不但为网络设计和部署带来灵敏性，而且支持运用效力的负载平衡管理。协同办公管理系统的用户由两部分组成：中心内部人员包括地市分会人员和会员公司用户，从运用系统的架构设计上，建议区分不同的接入渠道，为未来网络平安加固留下余地。建议的

36、接入分为“外部HTTP接入区和“内部HTTP接入区。初始建立，内部接入区安排一台效力器安装IIS Server，效力器采用双硬盘、双电源设计，保证系统的高可用性，未来有需求可以类似外部接入区采用HTTP效力阵列。外部接入区从目前会员公司的数量和用户规模来看，可以采用与“内部接入区一样的方式，当用户数量增长较大之后可运用HTTP效力阵列方式。HTTP效力器阵列不仅可以横向扩展性能，而且可以最大限制地提升可用性。届时还将需求网络层提供七层交换机支持session定位，假设要求高可用性，网络交换机可以采用Standby方式备份。运用效力运用效力是进展运用逻辑处置的关键部分，需求性能好而且可靠性高。针

37、对这一特点，运用效力器的建议方案充分利用了windows Server 2021和IIS7群集的特点，同一个运用效力群集即能为外网HTTP恳求效力，而且可以为内网HTTP恳求效力；同一台HTTP接入效力器又可以同时运用此运用效力群集中的任一台，所以很好地实现了负载分配。假使有一台运用效力器有问题，停顿效力，在HTTP恳求可以自动转向另一台运用效力器，自然实现了高可用性。数据库效力协同办公管理系统处理方案作为商业运用，对于数据库的性能要求较高。数据库效力包括两方面的内容：数据库系统和存储。作为企业关键运用，数据库系统需求支持高可用性和在线备份才干。硬件平台建议运用IBM eX5系列，采用第五代

38、IBM X 架构 芯片组设计与最新 HYPERLINK el/DistributeModule.aspx?ppc_cid=WTM_00799067501&re=masthead&lnk=mprSS-sysx-cnzh o Go to site 英特尔 至强 处置器 E7 产品系列相结合具有高可靠性和高性价比的特点，可以满足作为数据库效力器运用的需求。存储架构运用SAN，属于选配，当数据规模到达一定程度之后再思索也可，此处作为完好架构展现。文件效力其实文件效力和数据库效力一样，也是商业运用中关键的系统效力。文件效力器建议运用高速、大容量的磁盘，且受Raid1维护。文件效力器的性能同时还遭到网络和

39、磁盘访问的影响，所以可以不只一台。MQ效力MQ的效力设计，可以为每个维修站分别建立数据通讯队列组。根据负荷，将这些组分布在不同的效力器中，MQ支持效力器之间的桥接通讯。MQ效力器还支持Standby方式备份，但是思索投资和实践运用中此系统软件的成熟性，本建议书中MQ效力器不运用备机方式。数据库系统选型方案在商用系统中，主流的数据库系统通常会选择SQL Server或Oracle。这两种数据库各有优缺陷，Oracle可以运转在Unix环境中，更加稳定和强壮，但缺陷是价钱贵且维护复杂。SqlServer与微软的技术体系可以完美结合，运转效率高，维护简单。基于本方案采用的.NET技术框架，我们引荐运

40、用微软SQLServer2021为本次工程的数据库系统。相对于Oracle10g，SQL Server2021有如下优点：更强大的性能和扩展性，SQL Data Services，条件过滤索引，稀疏列, 前缀紧缩。更平安: 运用证书签名的模块, 整合的更新和补丁。更完善的商业智能工具：优化的Cube设计，按需处置和基于实例的呈现，与微软Office 2007产品家族的完善集成。效力器规格要求估算效力器的规格定义普通在工程的非功能性需求分析阶段定义，这里根据需求分析及协同办公管理处理方案阅历为根底，设置以下估算假设前提条件：中心内部含地市分会，集中式预估100人。即能够同时运用的用户100个，常

41、规业务并发度20。3年每人数据量估算为10G，共1T。数据交互的审计周期为7天计，每天每人评价交互量为2M，数据存放在文件效力器，共需2M*7*100=2G。其他文件所需空间20G。建议运用病毒防备方案。外部用户HTTP接入根据估算前提，并发度要求为100，每台效力器处置200300个并发度，需求1台PC效力器。1 x PC效力器：1CPU(Xeon 3.0以上，缓存1M以上)，内存1G，Raid1硬盘，2x20G以上， Windows2003 Server SP4以上。安装IIS6内部用户HTTP接入根据估算前提，并发度要求为10，需求1台PC效力器。1 x PC效力器：1CPU(Xeon

42、3.0以上，缓存1M以上)，内存1G，Raid1硬盘，2x20G以上，Windows2003 Server SP4以上。安装IIS6IIS 运用效力器每台效力器负担100并发度。部署两个运用： OA运用需求1台运用效力器；数据统计运用，需求1台运用效力器。3 x PC效力器：2CPU(Xeon 3.0以上，缓存2M以上)，内存4G，Raid1硬盘，2x40G以上，Windows Server 2021。安装IIS7。MQ效力器1 x PC效力器：2CPU(Xeon 3.0以上，缓存2M以上)，内存2G，Raid1硬盘，2x40G以上，Windows2003 Server SP4以上。配置MSM

43、Q。文件效力器根据估算前提，文件容量只需20G左右，可由IIS运用效力器替代。数据库效力器及存储系统由估算得，按年量，分成一个OA数据库实例；数据统计和多维分析各一个实例。其中多维分析实例采用多维立方体模型。总共存储空间按照1T计算。当数据规模扩展是，可思索存储方案同时思索磁带备份才干，运用公用的备份效力器。数据库效力器建议运用2 x X5系列: 4 CPU, 8G Memory, 320Gx4HD安装SqlServer2021数据库。方案特点本建议书提供的处理方案的技术特点，一方面表达在整体设计方面,另一方面也表达在各个组织部件的优越特性方面。系统技术需求微软处理方案特点查询统计呼应速度快本

44、方案引荐采用的硬件、软件平台具有优越的处置性能，保证系统呼应速度。扩展性本建议书提供了对硬件扩展性、数据量扩展性和运用扩展性的支持。系统平安可靠本方案思索了硬件系统的平安性、可靠性，以及从系统角度而言的数据存储、访问、传输等各个环节的平安性。曾经可以充分满足目前商用系统的平安性需求。在数据传输方面，本方案对Web/Browser运用环境提供了对SSL的支持,保证了敏感数据在Internet上传输的平安性。工程实施范围工程实施组织范围中心及所属部门：办公室信息中心其他业务部门产险任务部、寿险/中介部、统计研讨部、法律事务部会员公司及地市分会OA及询价系统工程实施范围OA及询价系统功能范围OA系统

45、包括以下主要功能：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.

46、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常用短信库

47、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

48、.3菜单管理2数据管理2.1链接纳理2.2业务管理2.3主题管理3报表管理3.1报表管理3.2.报表管理维度定义3.3报表管理测度定义3.4多维分析OA和询价系统与其他内部系统接口范围：某网络公司将担任承当OA系统和中心能够存在的其他系统与OA端和数据统计端的接口设计和实施任务。OA系统和数据统计与其他系统接口清单估计, 以实践调研结果为准接口类别接口称号备注OA系统与网站的接口内容维护数据抓取及发布权限控制 会员公司用户信息 文档发布及下载用户管理及权限单点登录 SSO官方微博 与官方微博同步，一键多发数据统计与网站的接口会员登录个人资料文件阅读信息推送文件下载表格和报表范围：根据需求分析，

49、目前涉及的表格主要是数据统计填报表，主要包括：采购表516.xls上述表格详细的格式及内容请参见，某网络公司可以满足中心包括上述报表在内的其他类型或格式的填报表需求。数据转换范围：在工程上线前能够需求转换一些诸如网站内容、电子档案、用户资料等数据。某网络公司顾问将就数据转换战略和提供数据模板提供建议。中心的中心用户必需根据模板预备数据，并按照模板对数据进展转换前加工并做质量检测。 中心必需确保预备的数据是准确的，符合系统要求的，并在数据正式转换前签署同意。 工程实施方法工程实施方法论引见本工程中，某网络公司将以IBM全球效力所运用的实施方法GSMethod为本工程实施的根底。GSMethod方

50、法论结合战略、流程和技术三种层次的想象以实现工程的胜利。此实施方法共分为工程预备、业务蓝图、系统实现、最后预备、系统上线和后续支持6个阶段。下面我们以GSMethod实施方法的工程预备、业务蓝图、系统实现、最后预备、上线支持与后续支持6个阶段分别述各个阶段的目的：预备阶段本阶段的目的为建立完好的工程组织、明确实施重点、确认工程投入规那么，同时提供专门人员，成立具备丰富实施阅历的工程小组。业务蓝图阶段本阶段的目的为充分了解企业现行功能流程，制定需求分析报告，进展差别分析，并设计未来的业务流程。系统实现阶段本阶段将对上述的设计进展进一步的分析与设计，与软件流程联络起来，并进展原型设计及模块测试。最

51、后预备阶段确保包括集成测试，数据转换，最终用户培训，及其他切换事宜在内的系统上线预备任务就绪。系统上线及后续支持阶段在系统正式投入运转的初期进展在线支持和管理，并且逐渐完善系统从测试形状向正式消费形状的转变。工程实施战略工程实施战略针对以上中心业务管理的特点，为确保工程实施胜利，某网络公司将会采取的总体战略如下：采用“原型法实施战略，即在需求定义和流程设计过程中，某网络公司将充分利用在协同办公处理方案领域实施类似工程的胜利阅历，引进展业最正确实际，并结合中心详细情况，设计出一整套既表达先进的管理思想又简捷适用的业务流程和业务操作方案，提交中心的指点和业务主管审阅修正，经过几次研讨会讨论，可以在

52、最短的时间内协助 中心业务主管和骨干的间一致认识、并决议系统的详细需求和业务流程，从而为信息系统的建立博得时间；采用“交钥匙工程的工程实施战略，即在工程组配备包括业务顾问、技术专家、软件开发工程师、系统集成工程师、数据工程师、测试工程师、系统上线小组、上线后支持小组、系统推行和用户培训小组在内的全套完好的工程团队，仔细做好每一个阶段的方案、实施、检查等任务，确保工程实施一次胜利；并且把中心的相关配套IT和业务数据二方面任务一并纳入工程管理范围，以一致的时间表进展驱动，为新系统的上线做好充分的技术预备；采用“全面知识转移的工程移交战略，即在整个工程实施阶段某网络公司还会向中心的工程小组和关键用户

53、进展全面的知识转移，使他们有才干成为未来系统支持和晋级的中坚力量；同时，某网络公司曾经并且会长期组建一支专业队伍，为包括中心在内的行业用户的协同办公务管理信息系统提供长期的运转支持和系统晋级效力。关键义务虚施方法本工程的实施并非单纯的信息系统实施，此工程将涵盖任务流程的变化、人员观念转变、部门间沟通及信息科技运用等复杂要素。因此除完好的工程实施方法外，流程改善、数据转换、系统上线、并行操作的思索和其他关键要素的思索都是工程胜利的重要关键。今将某网络公司建议的各项关键义务虚施方法分别表达如下：流程改善本工程涉及的最终用户群包括中心相关部门及任务人员、地市分会、会员公司及相关任务人员等，也包括宽广

54、的互联网访问用户网站。本工程各项系统功能及基于其上的业务流程设计需求整合一切这些用户的业务需求。为此，某网络公司基于相关工程的实施阅历，建议中心组织和建立二个业务导向的专业委员会：“OA系统委员会和“询价系统委员会，前者由中心办公室主管和业务骨干组成，后者其成员统计研讨部。这两个委员会代表中心确认需求并把握系统建立方向，在系统建立阶段参与并进展功能验证，在系统上线阶段参与测试并协助进展经其他用户的培训。信息中心作为本工程中心支撑部门，需求全程参与工程一切过程。 数据预备 当系统实施上线前，中心有一些重要业务数据需求以适当的方式及顺序移转至新系统上，同时必需根据预定上线方案将既有系统的期末数据快

55、速正确地移转至新系统成为期初值, 完成正确地上线作业。 数据预备分为以下三类关键义务并分别表达其应本卷须知:主数据预备 (Master Files)中心的主数据需求较多的整理编辑任务，包括：组织机构、人员信息、既往流程、流程档案、重要文件、会员公司资料、地市分会资料等等，这些数据通常也需求进展规范化的编码。该项数据整理任务原那么上由中心担任完成，某网络公司的业务顾问情愿进展专业指点。主数据定义的完好性和准确性对未来的业务运作和数据分析影响宏大，需求特别关注。上述主数据文件数据量通常较大, 能够会先在暂时系统甚至Excel文件中编制，在系统上线前转换到本工程开发的系统，因此通常大部份都会思索利用

56、程序做转换任务。 但由于新旧系统上的主文件内容不会完全一样, 因此在即使利用程序来取代大量数据转换的后, 必需安排一定的人力来作后续数据确认及补充的作业。 此项任务会因新系统的环境复杂度不同而困难度不同, 普通上线预备任务的安排需求在预定上线日前就提早预备, 复杂的情况下能够需求思索更早开场。以下为主要任务:新旧系统主文件详细比对, 并归纳程序转换规那么撰写并测试程序预备旧系统主文件及测试环境测试并确认正确性预备最后一版的旧系统主文件数据并转换至新系统上数据确认主数据补充(必需经由人为判别的数据输入部份)过往重要电子邮件或公文的处置 通常在过去的任务中存在一些非常重要的电子邮件和公文等文件数据

57、，这些数据在新系统上线后需被迁移至新的系统，为此某网络公司将协助 中心制定一套流程和规那么用于处置这些重要的数据。系统上线 本工程各系统既有一定联络，又相对独立，因此建议分阶段的上线战略。综合思索业务需求和合理的工程实施周期，建议各系统按如下次序上线：1，电子邮件、公文管理、企业信息门户、微博系统因实施时间短，且是沟通互动的必要工具，可以先期上线；2，流程管理系统需求根据需求进展优化和调整，需求一定的周期，因此各种流程的定义可以在后续不断完善；3，询价系统的上线需求对现有的门户网站做一些必要的调整，经过本工程中企业信息门户系统的实施可以同步进展。4，多维分析系统的运转需求建立在一定数据规模的根

58、底上，应此这个系统可以最后上线。工程风险与关键胜利要素工程风险某网络公司根据阅历，列出以下能够呵斥工程执行困扰及进度落后的要素：工程普通风险以下是信息系统建立工程中普通常见的能够呵斥工程执行困扰及进度落后的要素：薄弱的工程决策指点与模糊的责任观念模糊的企业业务目的与衡量规范经常改动的工程目的与执行范围未能适时了解组织接受变革的才干不当的工程组织架构与决策流程不适任的工程主管与成员误以为工程的成败是工程实施公司的全部责任误认系统的实施可处理全面业务流程与组织整合的问题实施工程时，未能有效的执行变革管理与沟通方案系统实施时，未能适时完成数据的预备任务工程特有风险思索到中心业务管理的特点，我们列出本

59、工程特有的能够呵斥工程执行困扰及进度落后的要素，需求在工程实施过程中特别关注：OA系统的功能需求能够会随着业务模型设计的深化会不断地制定和修正，对工程需求定义任务产生较大干扰，从而影响工程实施进度；对于数据统计的范围和格式，也能够存在不断的变化和添加，对系统整体设计会产生一定的影响；中心的IT团队能否同步生长，这能够会影响该工程实施上线后的技术支持才干。一个变通的方案是请某网络公司团队继续效力提供运转支持，但会对工程预算产生一定影响。关键胜利要素针对以上中心本工程系统的特点，为确保工程实施胜利，某网络公司建议要特别关注以下关键胜利要素：双方高层指点的承诺与全程参与，工程决策主管需“全程参与工程

60、的重要会议，做出适时的决策，并负工程成败的责任双方全职且精选的工程团队成员某网络公司派出丰富工程阅历的专业顾问中心业务人员突破原单位既有业务方式的思索，组织和参与业务培训成立工程管理办公室对各个工程一致进展管理双方全体工程成员的全身心投入，真实执行工程方案及时有效的沟通团队协作工程实施的保证措施为确保工程进展的顺利与高质量的产出，因此必需明确工程管理方式及遵照的根据，其内容包含某网络公司与中心双方职责、工程管理、进度管理、工程变卦管理、风险管理、质量确保方案、沟通方式、问题处理方法等，分别详述于以下章节。工程管理某网络公司的工程经理拥有胜利管理和实施大型复杂工程的阅历。他们可以预见能够出现的问