XX集团股份有限责任公司综合信息平台及OA系统升级项目方案建议书.pdf

XX集团0A方案建议书传R科疾目录第一章前言.51.1 项目名称.51.2 承接单位、用户单位、服务对象.51.3 编写内容、编写目的、面向读者.51.4 缩略语及名词解释.51.5 项目背景.61.6 项目要求.6第二章需求分析.82.1现状分析.82.2长远目标.92.3本次项目目标.102.4几个具体化的指标目标.11第三章方案路线.123.1 系统架构.123.2 设计思想.143.3 网络拓扑整体规划.153.4 备份方案.153.5 数据输入、输出平衡方案.163.6 未来扩展.16第四章 实现集团型架构.184.1 集团型企业分析.184.2 Domino集团型架构.194.3 J2EE集团型架构和权限管理.22第五章DOMINO基础支撑平台伟峰0A介绍.255.1 用户权限基础.25第1页共130页 .传R科技深圳航空综合信息平台及OA系统升级项目方案建议书5.2 统的WEB用户身份验证.255.3 人员组织架构管理.265.4 工作流引擎.275.5 知识管理模板.275.6 信息发布.295.y 全面集成RTX.325.8 统的管理中心.325.9 可自定义的查询统计和报表.335.10 支持二次开发.355.11 个性化的首页定制.355.12 完备的系统监控.355.13 可自定义的文号管理器.365.14 平台管理组件.365.15 公文管理.365.16 新替换的模块介绍.425.17 后台管理.43第六章J2EE基础支撑平台普元EOS介绍.476.1 普元软件介绍.476.2 EOS产品概述.486.3 EOS集成开发环境.506.4 EOS构件运行环境.526.5 EOS管理控制台.546.6 EOS基础构件库.556.7 EOS工作流.566.8 EOS富页面控件.586.9 EOS 报表.59第七章关键技术.60第八章 手机移动功能.65第2页共130页 .深圳航空综合信息平台及OA系统升级项目方案建议书传R科疾8.1 伟峰手机移动平台介绍.658.2 主要界面.658.3 主要特点.668.4 运行环境.678.5 功能简介.678.6 与WAP（IE浏览器）形式应用的对比.688.7 与 BLACKBERRY 的比较.68第九章系统接口规范化.709.1 接口设计原则.709.2 接口交互方案.709.3 接口技术的选择.719.4 接口规划.719.5 封装第三方组件.739.6 异构系统互联.73第十章对其他需求的满足程度.7510.1 门户.7510.2 文件同步.7510.3 性能.7610.4 监控.7710.5 二次开发能力.78第十一章 规范化管理.8011.1 UI规范规划.8011.2 页面应用框架规划.8211.3 目录规划.8211.4 菜单构件规划.8211.5 页面构件规划.8211.6 CSS样式表规划.83第3页共130页 .深圳航空综合信息平台及OA系统升级项目方案建议书传R科疾11.7 JavaScript 函数库规划.83第十二章项目实施建议.8512.1 开发实施计划.8512.2 项目里程碑计划.8512.3 双方分工职责.8912.4 项目组人员表.9112.5 质量保证计划.9312.6 风险管理.10912.7 变更管理.10912.8 合作方式.111第十三章技术支持与售后服务计划.11213.1 伟峰技术服务体系综述.11213.2 产品现场支持服务承诺.11313.3 合同保修期内的服务承诺.11613.4 合同保修期外的服务承诺.118第十四章培训计划.11914.1 现场培训.11914.2 专业培训.11914.3 项目移交培训.120第十五章成功案例.12215.1 东方航空E-OFFICE系统.12215.2 江西移动经营分析系统.12615.3 广东移动统用户管理.126第十六章 公司简介.129第4页共130页 .传R科技XX集团0A方案建议书第一章刖百1.1 项目名称XX集团“综合信息平台及OA系统升级项目”。1.2 承接单位、用户单位、服务对象承接单位:深圳伟峰科技有限公司用户单位:XX集团全体员服务对象：XX集团全体员1.3 编写内容、编写目的、面向读者本文主要阐述我公司对“综合信息平台”建设的总体构想。内容包括:设计 原则、需求分析、系统体系结构设计、软硬件技术解决方案及项目实施等。本文的编写目的在于向用户阐述我公司对“综合信息平台”建设的方案,听 取领导及相关部门的意见,为做好系统设计打好基础。本文面向的读者为:XX集团支线航空公司领导、IT部门以及相关业务部门 和项目管理部门。1.4 缩略语及名词解释1.OA-Office Automation,办公自动化。2.综合信息平台综合信息平台:泛指深航综合应用门户（也称为“臼P”，企业信息门户）,包括6办公办文、信息发布、网上考核、会议蟠训管 理等应用,这些系统集成在起,使用户可以通过单的途径进行访问 即构成了综合信息平台。3.LDAP轻型目录访问协议4.身份确认（Authentication）-对用户身份进行核实的处理过程5.授权（Authorization）-授权给特定用户对特定资源的访问权利。身份确认核实用户身份,并指定用户的访问权限。访问控制实现了基于身份 确认和授权的原则,并通过访问控制得到加强。6.目录服务是项在计算机网络上提供的服务,能实现通过姓名来查 询地址（可能还可查询到其他信息）。7.伟峰综合办公管理平台-我公司拥有知识产权的套基于domino技术为主的应用二次开发平台,支持集团型架构,支持工作流和知识管理 等系列常见应用系统的底层核心。8.普元（EOS）一套国产的构件化的二次开发平台。第5页共130页 .深圳航空综合信息平台及OA系统升级项目之投标文档(传科技1.5 项目背景集团急需一套协作工作管理系统降低领导的工作强度,解决管理覆盖面和管 理成本难度之间的瓶颈,并通过协作系统提高员的个人工作管理能力。1.6 项目要求根据深航的项目背景现状,深航提出了如下的建设要求:总体部分:n系统要求可扩展的应用服务器群集设计;平台无关性运行性能监控体系,在性能阀值到来前做好升级或扩展准备 工作完善的系统备份方案完整的外部应用系统的接口以及接口规范,如档案系统、人 事系统,以及其他关系型据库源码开放n功能要求实现集团总部以及分公司的个性化首页实现各部门的个性化首页综合信息平台部分:n完善的信息采编、发布、归档以及全文检索功能;n符合业务要求的权限管理;n可持续扩展的API底层架构;n完善的体系规范n整合移动办公业务;6系统部分:n系统软件要求:Lotus 8n功能需求 A、满足深航集团化组织结构的要求;B、实现集团公司和分公司应用的独立运作,并实现兼职人 员的跨单位身份和文档衔接;C、具有结构扩展性,可以快速新增实施/拆卸二级单位的应 用部署;0 D合理部署6应用结构,以适应5000人同时在线访问和 3万人的总用户数;E、成熟的用户管理和应用模块管理、流程定制,可将权限 下放给各级管理员独立维护;F、各关键应用模块需保留详细事后审查日志;G文件办理时效统计,系统提供文件流转日志统计分析模第6页共130页 .深圳航空综合信息平台及OA系统升级项目之投标文档块,供业务审查部门分析文件流转数据;F、相关文档的关联（属于1，1功能）,可按事件、人物、时 间等因素将相关文档进行关联。第7页共130页 传R科技深圳航空综合信息平台及OA系统升级项目之投标文档第二章需求分析2.1现状分析深航综合信息平台于2003年建设完成并投入正式运行,在历时3年的使用 过程中,其功能和业务应用不断进行集成、扩展。目前该平台已经集成了 Ebnin 技术架构的6办公办文系统和邮件系统、以及以关系型数据为核心的各类非核 心业务应用。其中,现有工作流应用约5 0多个,如公司发文、部门发文、会议 申请、优惠票申请、银行付款申请等等;主要业务应用有20多种,如商务网应 用、机务网应用、网上考核、信息发布、部门模板、员社区等等。尽管综合信 息平台集成了很多种业务应用,但这种集成目前仅限于功能的简单堆积,可以说 应用的层次还比较低级、尚处于种初级阶段的信息整合。随着公司3 6 9发展 规划的提出,深航综合信息平台尚不能完全适应这种快速发展的需要,其弊端主 要表现在:0技术架构基础较为薄弱,无法适应快速增长的业务需求随着综合信息平台在深航内部的推广使用,该平台目前暴露出部分稳定 性、扩展性方面的局限性,无法很好利用基础框架解决快速增长的业务 需求,整个技术架构、软件代码在可复用性以及规范性方面都表现为很0用户以及组织架构管理的薄弱的现状制约了深航集团化扩展的要求,管 理的重复性降低了系统的扩展性和可维护性目前,深航已经存在多个内部IT系统,系统需要正常使用都要用户以及 组织架构的基本信息,这些信息在不同的系统中都存在大量的冗余数据,而且经常由于数据不能及时准确的同步造成对工作的阻碍。而且系统的 扩展性也由此受到限制。而且由于现有的体系架构不支持集团型的架构,所以无法承载集团化的管理要求。目前大量的应用仍然是用部门代替机 构的管理方式。0 接口的不规范性束缚了综合信息平台的发展深航现有的系统众多,系统之间的接口方式也多种多样。这些接口方式 的不规范性和多元化,使得在现有的应用系统上的扩展成为一项风险十分高 的工作,也使得系统的可维护性降低。0业务应用整合处于初级阶段在业务流程整合方面,除与机务维修系统进行简单的业务流程对接外,目前综合信息平台尚不具备跨系统的业务流程整合的能力。0数据信息整合尚未建立目前在综合信息平台上展现的数据信息基本上都是来自于其他系统的原 始数据,尚不具备数据整理以及跨系统的数据整合的能力。0 现有体系架构以及人员配置,无法快速响应业务需求变更以及人员和机 构的快速扩张;0现有体系架构不支持完备的数据输入、输出处理,历史数据将影响系统第8页共130页 .深圳航空综合信息平台及OA系统升级项目之投标文档C 恁修科技的运行效率;0 部分业务功能已经或逐步无法满足日益增长和不断变化的信息化需求;0现有体系架构对知识管理的支持欠缺,无法满足日益增长的知识管理的 需求。2.2长远 目标综合信息平台是深航的企业信息门户,是企业所有员日常办公最频繁使用 的个平台。我们在充分考虑企业集团化发展方向以及结合深航369规划,在对 综合信息平台所承载的企业信息和业务功用进行分析的基础上,提出了将综合信 息平台逐步建设成为深航集团的业务集成平台、业务协作平台、信息发布平台、信息展示平台、沟通渠道平台、二次开发平台;通过对这些远景目标的逐步分解 实施,可使综合信息平台能够不断适应深航高速发展所带来的各种信息化需求。2.2.1业务集成平台以综合信息平台为核心,提供各业务系统的接口,对跨系统的业务流程进行 整合,真正实现企业应用集成（FN）的业务整合。此时,综合信息平台不单单 是企业信息的展现以及工作流处理的平台,更是个各异构系统、专有系统进行 数据交换和业务衔接的技术和协作平台。2.2.2 业务协作平台以Ebnino工作流为基础,整合、优化企业内部的多种业务流程。在此基础,逐步丰富加强Ebnino工作流的数据交换功能以及对工作流各指标项的统计 分析功能。在熟练掌握工作流理论知识和实际业务的基础上,可逐步尝试利用 J2圧 技术实现相关功能,为构筑个统技术平台的基础框架打下基础。并将 以工作流开发为核心的6系统逐步发展成为以业务流程整合为主的业务协作平 台。2.2.3 信息发布平台建立一个统一的、分级别的、BS模式的信息发布平台。公司所有的信息采编、发布工作通过该平台实现,并制订相应的发布规范。2.2.4 信息展示平台多种样式、风格的信息展现,同时借助自主研发或第三方的搜索引擎,全面 支持全文检索。在实现展示风格样式的同时,并集成企业数据仓库项目的前端展 现。第9页共130页 .深圳航空综合信息平台及OA系统升级项目之投标文档（传科技2.2.5沟通渠道平台为突破时空局限性,逐步建立多种用户交互渠道。逐步集成以RIX、移动办 公为主要形式的沟通渠道,将进步提升办公效率。通过RIX可方便的实现点 对点沟通、企业信息发布、群组会议等功能;通过移动办公,用户可利用手机短 信的方式进行信息浏览和业务办理,同时,对于高端手机用户,还可利用wp方 式以及pushmil方式进行信息查询以及业务办理。随着通信技术的快速发展,特别是第三代通信技术（3G的应用推广,在构建用户沟通渠道上,可尝试性 的结合3G技术考虑企业应用的拓展及延伸方式,以便更好的服务于企业用户。2.2,6二次开发平台为建立以j2圧技术为基础的系统架构,重构综合信息平台底层实现,统 基础API（应用程序调用接口）框架,同时为适应其他业务系统的集成以及与其 他专有系统进行业务对接,将逐步制订相应规范,如综合信息平台接口规范、二 次开发规范等等。在此技术上,形成深航信息中心的J 2圧核心技术架构,便于 快速开发新的业务应用。另一方面,在逐步搭建二次开发平台的同时,逐步形成 项目的规范化运作,同时项目组成员逐步分化为多种不同角色,形成一个分明 确、责权明晰的高效技术团队。2.3本次项目目标以上目标的达成是一个逐步的过程,并非本项目可达成的一次性目标。但是 依据上面的长远目标,我们制定了本次项目目标:a,集团化组织架构改造,并适合多岗多部门兼职等复杂应用现状;并完 善岗位角色的权限管理体系;b.可扩展的应用服务器群集设计,满足未来三年深航高速发展的情况下,服务器可以平滑的升级和扩张;c,完成一次完整的外部应用系统的接口以及接口规范的整理工作,使得 将来再开发的系统可以按照规范的调用;e,提供初步完整的API底层架构;h.整合移动办公业务,提供移动办公的平台;f.完整的数据字典设计,合理的输入输出设计,有相应的数据备份措 施;g.完善的信息采编、发布、归档以及全文检索功能;i.实现部分特殊岗位的信息个性化首页,如英文版面、营业网点、财务 岗位、部分领导岗位等等。第10页共130页 .深圳航空综合信息平台及OA系统升级项目之投标文档(传科技2.4几个具体化的指标目标2.4.I容量系统上线之后可以:n在线用户3000人左右n并发用户800人左右n峰值访问量900 1500请求将来再扩展可以通过增加服务器的方式。2.4.2稳定性正常每个用户访问首页的速度不超过3秒。每年系统意外当机的次数不多于2次。2.4.3管理实现集团型架构的分权管理,总部的人员具有最高的管理权,可以管理全集 团的流程和权限。二级机构的管理员只能管理本机构的业务和数据。数据大集中管理,便于统的备份和维护。第11页共130页 .深圳航空综合信息平台及OA系统升级项目之投标文档第三章方案路线3.1系统架构深圳航空综合信息平台及A系统1,采用Domino+WebspherePortal作为技术底层,实现单点登录、集成其他业务系统、个性化界面三大内容。另外也可以采用Domino+Websphere 的方案,初步应用些portal技术和手段,在保证单点登录和集成其他业 务系统的基础上,为不同部门和岗位定制不同的个性化界面。这样可以降 低硬件成本,更可以提高系统的整体性能。2,对于系统原有的domino部分采用以改为主的方案路线。由于domino平台的应用一期项目即为我们团队所参与实施的项目。并且 我公司经过数年的发展,已经将此底层成为一个功能更加完善,完全符合 本次建设目标的平台。我公司已经用此平台成功改造了不少老的domino 的A系统。根据前期对深航现有domino平台调研和长期维护得到的经 验。我们已经做过充分的试验和论证,完全可以用我们的domino平台将 此架构完好升级为集团型的架构,并适合多岗位多部门兼职等复杂应用的 需求。3,对于Websphere的底层以及在此之上的应用,我们决定在Websphere 之上增加一个构件化的面向应用的平台普元（EOS）平台。普元平台作为 民族软件的一面旗帜,其平台的完善程度居于国内第一的地位,并且支持 soa以及构件,符合深航长期发展的规划。通过此平台解决系列的规范 性的问题,同时,通过构建构件库,使得综合信息平台的资源复用程度达 到最大化。本次项目的个重点也是通过构建构件库达到建立一个满足未 来发展的二次开发平台的效果。我公司的技术人员有用此平台实施的经 验,并且成功的实施江西移动经营分析系统项目。4,对于在原来在Websphere上面的应用,我们采用如下的策略:第12页共130页 .传R科技深圳航空综合信息平台及OA系统升级项目之投标文档a）根据应用的具体需求,适当分流到domino平台,如会议管理系统可以 继续采用J2EE平台,也可以转而采用Dominoo我们在domino平台上 有十分成熟的应用,可以直接引入。b）部分应用可以经过改造迁移到普元EOS的平台上。将原来分散的调用集 中到以我门构建的普元基础构件库为底层的平台上来。c）有少量应用不便迁移或与平台集成度较低的,则可以继续沿用原来的系 统底层类库。5,用普元EOS平台和伟峰综合办公管理平台共同重新构建组织架构的管理体系,支持集团型的管理模式。同时建议以深航要建设的SAP的人资 源系统作为系统人员组织架构的来源。另,建议用sap或者与之紧密集成 的LDAP服务作为用户统一登录验证入口。新的LDAP将成为深航各系 统的用户信息验证来源,因此LDAP上仅需提供基本验证信息即可,具体 的用户管理、岗位管理由各业务系统从人力资源SAP系统上同步过去,再分别针对各自的系统所需做进步的管理和配置。如下图所示:用户管理登录6,内容管理与信息发布的管理建议采用domino作为主要技术管理手段。目前首页平台上除了有少量的信 息发布的来源来自于websphere平台,其他均来自domino平台,实践证明用 domino平台来管理信息发布和内容在技术上和应用上都是十分成熟的,在文件 附件管理、全文搜索、跨库搜索上都有很强的功能。加之,我公司的综合办公管 理平台的原型中有成熟的信息管理以及权限管理的全部功能,所以建议采用 domino部分处理信息发布和内容搜索。7,降低OA和综合信息平台的耦合度目前综合信息平台使用DIIOP的方法直接访问Domino的数据,这容易导致 当domino系统出现异常后,将会同时影响到综合信息平台系统,甚至引起综合 第13页共130页 .深圳航空综合信息平台及OA系统升级项目之投标文档（传科技信息平台down机。我们建议OA和综合信息平台的集成应采用标准的web service 接口或iFrame的方法来实现。这种方法将进步降低两个系统之间的耦合度,并且可以完全解决domino出现异常后引起websphere也被拖累down机的问题。3.2设计思想I 组织架构必须实现可伸缩性组织架构体系作为整个企业最基本最重要的内容,同样要反应到系统的基础 设计结构中。当企业的组织结构变化时,系统无需做过多的调整即可符合要求。!岗位（角色）的管理模式任何个企业的管理模式都是采用面向岗位（角色）而不是具体的个体进行 的。本产品的管理体系也顺应了企业的管理模式,着重于工作岗位而不是个体。主要表现在:1.岗位和组织架构的关系2.岗位和权限的关系3.岗位和人员的关系4.岗位在工作流程中的体现!集中式的管理中心所有的操作都在web上实现,大量的批量操作都通过这个管理中心一步解 决。这就避免管理员需要全面了解系统,阅读操作手册的高要求和繁琐,以及潜 在的操作失误。通过对个实际用户来看,建立管理中心后,他们仅配备了一个 刚毕业的非专业技术人员即可维护多达20个分支机构和3000用户的综合信息平 台。!全面的信息系统,统的系统平台,防止信息孤岛任何个信息系统都可以解决某类业务需要,但必须至少提供同其他系统 的数据接口,否则这个系统将成为信息孤岛,这部分业务管理也就有脱离企业统 管理的危险（或者每个用户都必须装上访问各类系统的客户端）。着眼于为用户全面解决各类信息管理的需要,伟峰科技着力于提供全面的业 务管理系统。本产品拥有大量的产品包,每个产品包都具有完整的针对某类管 理业务的全面解决方案。更重要的是,这些产品包都经历了实际用户的检验。|充分考虑结构化和非结构化业务数据现实生活中的绝大部分数据都属于非结构化,同样,在企业管理中,大量存 在的应用数据也是非结构化的,例如文档、审批文件、扫描件、声音、图像、附 件等等。本系统在实施多个大型企业的全面管理系统中,对企业的这两大类数据如何 统进行了技术分析,并逐步打破了同时访问这两类数据的技术限制,达到企业 各类数据的管理融为一体的高度。第14页共130页 .深圳航空综合信息平台及OA系统升级项目之投标文档(传修科技3.3网络拓扑整体规划DR，I根据深航现有的服务器的网络拓扑情况,我们做如下建议:1,EIP的服务器换成两台旧M RS/6000的小型机。建议操作系统AIX2,增加专业存储设备,作为EIP的文件存储服务器,可以解决文件上传的同步问题。另外,将公文类的重要应用也可以转至存储。3,公文的服务器做domino的群集,保证其负载的均衡和热备份。4,增加邮件服务器的数量,降低邮件服务器的压和提高效率。服务器配置建议:1,EIP服务器建议配置两台RS/6000及存储2,邮件服务器:PC server 8G内存,双CPU3,OA备份服务器建议采用退休或者闲置的服务器,如现有机器已满足 要求,则可以不变。4,LDAP服务器采用现有的配置不变。5,数据库服务器根据目前的应用现状适当增加内存。6,开发期间的测试服务器,建议可采用略比现有EIP服务器低档次的服务器。3.4 备份方案1,由于采用了专业的存储,所以公文类应用的数据和EIP平台的文件数据的稳定性和可靠性都提高了很多。但是仍然建议采用磁带机备份。建议每周 备份一次。2,Dimino平台部分的应用,包括邮件和公文的应用,都可以采用复制,与第15页共130页 .深圳航空综合信息平台及0A系统升级项目之投标文档 oa备份服务器之间备份。可以采用每天晚上增量复制的方式,数量不大,可以降低备份的人工工作量,由系统自动完成。由于邮件的数据量特别大,所以建议备份服务器的硬盘配置大。3.5 数据输入、输出平衡方案目前由于数据堆砌导致系统性能下降,主要在两个地方:domino平台的数 据,oracle DB中的数据。建议分别采用如下方案:1,设定邮件限额,具体的限额的数值可以根据需要调整或再次设定。2,对于公文等应用系统的数据建立历史库的机制,即,每年将一批domino的应用数据库的建立拷贝,封锁其新建文档的功能,仅用于 查询。在登录页面的专门区域设置历史数据查询的窗口。3,对于oracle DB的数据建议定期导出部分数据。但是为了不影响系统 运行,建议周期不宜过短,最少要有一年以上的周期。并且将每次导 出的数据合并,供将来报表和经分之用。3.6 未来扩展I OA 系统（Domino）建议未来采用分布式架构,将较大的分（子）公司,或者具有较多应用的分（子）公司逐渐独立出去,即分（子）公司有自己独立的一台服务器,此服务器 放在分（子）公司的机房里。但在人员信息上,仍然保持由总部的LDAP验证和管理方式。优点:0这样的扩展方案保持了统的集团型架构,保持了人员信息的统一管理,同时也保证邮件仍然能畅通流转,公文也能进行上下级的传递审批。0 能减少总部的负荷,提高系统性能,而又不会减少任何业务应用功能0 各业务部门的邮件和公文系统自行管理维护,特殊应用也能自行自主开 发扩展。总部的信息中心才有更多的精力进行深航整个集团IT建设的规 划和管理。0伟峰公司已在东航有成功案例,目前东航已将各分公司分别独立有一台 应用服务器,实现邮件和自己分公司的业务系统。未来以后还要将一些 较大的二级部门独立出去,如基地、上海保障部。I 综合信息平台（J2EE）0 系统可以采用分布式部署策略。0 在保护系统现有投资基础上,支持系统横向扩展。即采用大集中的架构,继续采用f5负载均衡器,通过扩展服务器的方式实现未来的扩展要求。0 另外也支持应用服务器的集群部署,利用应用服务器集群,实现高可靠 性和负载均衡,保证7X24小时不间断工作,不会出现单点故障。0 一般说来,由于各业务系统基本上都是在总部,而未来综合信息平台上第16页共130页 .深圳航空综合信息平台及OA系统升级项目之投标文档有大量的接口要和这些业务系统集成。因此综合信息平台必须集中在总 部,而不象OA系统那样可以分散到各分公司,这样才能更好地实现规 范化管理、统接口集成、统管理维护。建议可采用横向扩展服务器的方式,或采用集群部署的方式扩展。第17页共130页 .传R科技深圳航空综合信息平台及OA系统升级项目之投标文档第四章实现集团型架构4.1集团型企业分析4.1.I特点集团型企业一般是由一个管理总部（或总公司）、2个或多个分（子）公司组成的机构。它具有以下特点:n 组织结构复杂,层次较多总公司有多个下属分公司或子公司,有的下属分（子）公司也有下属企业,甚至这些下属企 业还有可能有更下级机构。部分下属企业也可能是集团公司和其他公司共同投资成立的。n 经营、管理模式多样企业规模庞大,业务范围广,下属单位的业务类型多种多样,例如生产型、销售型、研究型、服务型等。n 人员众多,地域分布广人员情况各异,计算机和网络应用水平参差不齐。集团公司和下属单位跨地域分布,有的还可能是跨时区、跨国分布。n 业务相对独立各分子公司的业务运作以及日常的内部管理都相对独立。大部分的业务都是在分子公司内部 完成。业务和内部管理的相对独立性,也带来业务范围、管理权限、信息系统的相对独立性。甚至 自身拥有一批内部开发和维护人员。n 上下级之间的消息和公文传递在业务和管理相对独立的基础上,总公司和分子公司之间还是需要大量的消息和公文传递。尤其表现在邮件的上传下达,总公司的发展规划、指导思想、会议精神等都要能及时传达到 下属企业。而下属企业的各种报告审批也都可能需要报给总部批示,再由总部回复。4.L 2单机构型系统的不足目前,不少集团型企业还在继续采用单一型机构的系统,这在某些情况下也 能将就着使用,但随着时间的推移,应用的深入,以及在所有下属企业的广泛推 广,企业就会碰到以下这些问题:n 组织架构在单型机构系统中,总部的部门是作为二级部门,而所有的下属企业也都 只能作为部门对待,在组织架构层面上就显得很不合实际。第18页共130页 .J L 深圳航空综合信息平台及OA系统升级项目之投标文档在人员选择时,也不得不每次都要在整个集团人员列表中选择本单位的人 员。另外,在集团型企业中,经常会发生人事变动,例如某个经理调到另个企 业,或总部的某个高层领导同时兼任某个下属企业的总经理。这种人事的变化首 先就需要在组织架构中体现,同时也要使业务能随之变化。n 业务流转下属企业在大部分的模块里都无法完成独立自主的业务。例如下属企业要签 发个发文,则由于下属企业都作为部门对待,无法完成这个签发动作,也无法 进行部门会签。至少会让业务部门使用起来非常别扭。另外,有些下属企业对外是一个独立的单位,有独立行文的权,但这个企 业规模很小,所以在内部管理上,又是作为部门级别对待的。这种复杂的角色变 换是单一机构系统所不能完成的。n 管理权限各下属企业都有自己的管理维护人员,如果是在一个简单的系统系统中,所 有的管理权限都集中在总部的管理员上,而无法下分到各下属企业中。n 业务扩展各下属企业一般业务都相对独立,各企业都有自己的业务发展,同时也需要 相对应的业务管理模块,如果都在一个简单的系统中,则所有业务模块都混在 起,各种基础配置信息也越来越多,最后不利于系统的扩展。n 数据独立同业务独立相对应的,各下属单位的数据也是要求能相对独立,互相分离开 来,而不是全部混杂在个数据库中。一般在系统建设初期,所有下属企业都在个服务器上。但有些企业发展壮 大了,需要独立安装个服务器的时候,这些数据已经无法分离了。4.2 Domino集团型架构4.2.I人员组织架构实现整个集团采用统的组织架构。大型集团型企业下含有多个机构,机构下也会有子机构。本模块能以树状结 构显示集团和机构之间、机构和机构之间的关系,并能将所有的人员、部门、岗 位等信息根据所在机构以树状结构的形式显示。如下图:第19页共130页 .传R科技深圳航空综合信息平台及OA系统升级项目之投标文档4.2.2 兼职的解决在个单位里,经常有一些人员兼任多个部门职位的情况。伟峰公司在总结 大量的实施经验的基础上,提供如下的功能:!仅使用一个用户身份即可,无需注册多个不同的用户身份I文件的签名落款显示正确的部门名称I文件流转时自动根据该人员的部门身份提供正确的处理人员列表供选择!无需频繁的更换登录的身份,同实际工作习惯样,可随时处理不同部 门的文件I更特别考虑这类特殊人员在操作上的简便性如下图:第20页共130页 .传R科技深圳航空综合信息平台及OA系统升级项目之投标文档内誣通讯朶【用新回就建版领导秘书设畳口全部人员日按部门东著人员4臬团公司公司领导办公室财务都人事部E _j)市场部口納管部七 采购部电防部在技术都企业策戈图【当行路径】内部通讯录 通讯录 全部文智(MK(1)(2J 0)(4)lo聂名I(din2 tdinsh3【办公室翎导4【办公査领导251办公室人员1J6【办公室人员27【办公室人员3)8【财务部领导I9【财务部领导2】10 财务部人员1n里田公司、电场都上海分公司、电崎技术都集团公司、办公室 集团公司、人事部集团公司、办公室集团公司办公室集团公司办公室票团公司办公室集团公司财务部果田公司财务部 集由公司财务部4.2.3 上下级公文流转伟峰公司提供统一的企业和企业之间的文件交换接口(公文交换站)。这使 得企业之间只需要交换必要的信息,无需也不允许其他企业完整的看到企业内部 的审批意见和过程。功能如下:n 总部不但可以发文到总部的部门,也可以方便地发到下属企业。n分发下去的文件内容只有最终成文文件,而不会有总部内部的各种审批意 见。n下属企业在几分钟内就能自动接收到总部的来文。n 下属企业只有指定的人员(一般是办公室负责收文的文秘)才能收到文件,并且统从待办事宜中收取。收到后就可以进行下属企业内部的收文流程审 批。n 同样的,下属企业也可以以报告、发文等形式把文件发给总部,由总部审批 后,再以发文的形式发给下属企业。n 不仅仅是发文,任何类型的公文都可以进行上下级的公文流转。n 这种文件交换接口不但可以在同一台服务器上运行,更能方便地解决分布式 服务器之间文件的交换。4.2.4 业务流程所有机构的业务模块、流程审批都是相互独立的,互不干扰。例如,各机构第21页共130页 .深圳航空综合信息平台及OA系统升级项目之投标文档(传科技都有发文、收文流程,但这些流程之间都完全独立。下属机构从“部门”级别真正提升到“机构”后,在业务流程上就能真正体 现出机构内部管理的流程和权限。业务流程都可以参照公文的上下级传递方式,采用企业和企业之间的文件交 换接口进行传递。当然,系统也支持部分特殊的业务流程要求,即从下属机构开 始一直延续到总部的完整不可分割的流程。因此可以根据具体的业务要求,将流 程进行拆分或整合。4.2.5 数据独立,服务器可灵活分合这种独立性主要体现在后台数据库设计上。保证所有总部和下属机构的数据 都是独立的,以便将来下属机构分离的要求。另外,在服务器上,可以实现所有机构都在一台domino服务器上运行,也 可以自由拆分为各机构独立一台domino服务器上运行。在实现分布式应用的同 时,仍然确保上下级的消息传递和公文流转。4.2.6管理权限划分系统的日常管理维护由总部和各下属单位的管理员组成。总部管理员可以管理所有的内容,但下属单位的管理员只能管理自己所在企 业中的内容。包括部门管理、人员管理、岗位管理、流程配置、数据库维护、备 份等。下属单位的管理权限范围由总部管理员分派。另外,我们还引入区域管理的概念,可以让某个管理员管理某个区域中的几 个下属单位。所有的管理维护界面都是样的,这就保证了总部管理员能更好地对下属机 构管理员进行技术支持和培训,将来也能很方便地管理另个下属机构。4.2.y信息发布总部和下属机构各自进行独立的信息发布,发布到首页的位置也都完全区分 开来,不再混杂在起。如果下属机构需要发布信息到总部的信息发布区,则可以提交审批申请发给 总部,再由总部发布到总部的信息发布区。4.3 J2EE集团型架构和权限管理组织机构及员工数据是综合信息平台的核心基础数据,平台的组织机构与员 管理模型必须满足深航集团化组织结构的要求,并且能支撑集团未来发展,组第22页共130页 .传R科技深圳航空综合信息平台及OA系统升级项目之投标文档织机构及员工数据的属性和结构应支持动态配置,可以灵活扩展。为后续业务系 统提供统一的组织机构与员工数据,并且可以支撑合集团的用户的使用。系统采用多级组织架构的数据模型,支持集团组织机构的无限层分解。通过 角色、岗位对员进行不同职位、权限的划分来满足对“兼职”的功能需求。以 下是本系统组织机构及员管理的业务实体模型:组织:集团下的分支机构或部门,每个组织包含一个“机构管理员”负责 本机构、人员信息的维护与权限管理。个组织可以包含多个用户及岗位。用户:集团员（可以考虑对编制内、编制外,临时等人员做不同的帐号 管理）,一个用户只能从属于个组织这样的实体,但可以拥有多个岗位,从而 实现跨部门兼职的需求。岗位:从属于组织下面对用户进行岗位职责划分,岗位实质上是“部门+角 色”的概念,通过岗位解决人员跨组织任职的问题,实现矩阵式的人员管理。角色:本系统采用“用户角色权限”的权限管理模型,平台默认设 置有的eosadmin“系统管理员”和“orgadmin”“机构管理员”,实现 了分级授权的功能,当一个员拥有“机构管理员”的角色时,他可以维护他所 第23页共130页 .深圳航空综合信息平台及OA系统升级项目之投标文档 传R科技在机构以及下级机构的员,并可以把“授权给他的角色”分配给他管辖的员。在授权给个员的角色时候,如果授予了“机构管理员”角色,同样要授权给 他“可以授权的角色”。角色按系统划分,命名规则以系统名打头。号子系统角色菜单/功能权限说明1子系统1资料员IMIS_OA_ZLY部门资料员2子系统2隹案员IMIS_OA_DANAY办公室档案员系统:系统是运行在综合信息平台上的各应用。综合信息平台作为深航统 的信息门户,随着在综合管理平台上实施的系统越来越多,每个系统可能拥有 不同的菜单与角色,为方便角色、菜单等管理设置了系统表来保存平台上的系统 信息,实现按系统的菜单与角色信息维护。权限管理如下:平台权限用户n审批权限第24页共130页 深圳航空综合信息平台及OA系统升级项目之投标文档（传科技第五章Domino基础支撑平台伟峰OA介绍伟峰“基础支撑平台”是构建在先进的IBM Lotus Domino,对OA系统 中各类模块进行抽象分析,整合出两大类别的基础模板,并配合以各类开放接口,扩展系统的各类应用。这个基础模板描述的系统容纳了从数据模型、设计模型到 部署模型的整个应用体系,同时系统中的基础服务（包括工作流管理、安全管理、数据管理、事务监控、消息管理等）通过模型驱动在整个系统中贯穿,有效地管 理着系统各类组件架构,极大地提高了软件生产。支撑平台软件将应用程序与底层的硬件平台、操作系统平台、数据库平台、体系架构平台、用户交互界面、业务数据处理、业务流程控制等系列纯技术问 题隔离开来。使企业用户可以更加集中关注于目标业务功能,至于如何以及采用 怎样的技术手段去实现这些功能,则完全交给业务支撑平台软件去考虑。平台各核心组件及其功能介绍如下:5.1用户权限基础任何一个企业的管理模式都是采用面向岗位（角色）而不是具体的个体进行 的。本产品的管理体系也顺应了企业的管理模式,完全采用岗位（角色）的管理 模式,着重于工作岗位而不是个体。用户对各项业务数据的访问以及工作流程中 都要根据用户所在的具体岗位（角色）而定。主要表现在:n 岗位和组织架构的关系n岗位和权限的关系n岗位和人员的关系n岗位在数据访问和工作流程中的体现5.2 统的web用