《OA系统建设项目需求方案建议书》由会员分享，可在线阅读，更多相关《OA系统建设项目需求方案建议书（10页珍藏版）》请在金锄头文库上搜索。
1、方案建议书1前言1.1 编写内容、编写目的、面向读者本文主要阐述我对OA系统建设的总体构想。内容包括：设计原则、需求分析、系统体系结构设计、软硬件技术解决方案及项目实施等。本文的编写目的在于向用户阐述我公司对OA系统建设的方案，听取领导及相关部门的意见，为做好系统设计打好基础。本文面向的读者为：公司各级领导、OA系统建设意向服务商1.2 项目背景集团公司急需一套协作工作管理系统降低领导的工作强度，解决管理覆盖面和管理成本难度之间的瓶颈，并通过协作系统提高员工的个人工作管理能力。1.3 项目要求根据项目背景现状，提出以下的建设要求：总体部分：系统要求可扩展的应用服务器设计；完善的系统备份方案；完
2、整的外部应用系统的接口以及接口规范，如档案系统、人事系统，以及其他关系型据库；源码开放；功能要求综合信息平台部分：完善的信息采编、发布、归档以及全文检索功能；符合业务要求的权限管理；可持续扩展的API（应用程序编程接口）底层架构；完善的体系规范整合移动办公业务；OA 系统部分：A、满足集团化组织结构的要求；B、实现集团公司和分公司应用的独立运作，并实现兼职人员的跨单位身份和文档衔接；C、具有结构扩展性，可以快速新增实施/拆卸二级单位的应用部署；D、合理部署OA及网站应用结构，以适应2000人同时在线访问和无限制总用户数；E、成熟的用户管理和应用模块管理、流程定制，可将权限下放给各级管理员独立维
3、护；F、各关键应用模块需保留详细事后审查日志；G、文件办理时效统计，系统提供文件流转日志统计分析模块，供业务审查部门分析文件流转数据；F、相关文档的关联，可按事件、人物、时间等因素将相关文档进行关联。2 需求分析2.1 现状分析集团公司现正处于成立之初，在集团成长过程中，其功能和业务应用将不断进行集成、扩展。需要建立集团网站、子公司网站部署系统、OA系统和邮件系统、以及以关系型数据为核心的各类非核心业务应用。2.2 长远目标综合信息平台是企业信息门户，是企业所有员工日常办公最频繁使用的一个平台。在充分考虑集团化发展方向以及结合集团发展规划，在对综合信息平台所承载的企业信息和业务功用进行分析的基
4、础上，提出了将综合信息平台逐步建设成为集团的业务集成平台、业务协作平台、信息发布平台、信息展示平台、沟通渠道平台、二次开发平台；通过对这些远景目标的逐步分解实施，可使OA系统能够不断适应集团各个时期发展所带来的各种信息化需求。2.2.1 业务集成平台以综合信息平台为核心，提供各业务系统的接口，对跨系统的业务流程进行整合，真正实现企业应用集成（EAI）的业务整合。此时，综合信息平台不单单是企业信息的展现以及工作流处理的平台，更是一个各异构系统、专有系统进行数据交换和业务衔接的技术和协作平台。2.2.2 业务协作平台以工作流为基础，整合、优化企业内部的多种业务流程。在此基础上，逐步丰富加强工作流的
5、数据交换功能以及对工作流各指标项的统计分析功能。在熟练掌握工作流理论知识和实际业务的基础上，可逐步尝试利用J2EE 技术实现相关功能，为构筑一个统一技术平台的基础框架打下基础。并将以工作流开发为核心的OA 系统逐步发展成为以业务流程整合为主的业务协作平台。2.2.3 信息发布平台建立一个统一的、分级别的、BS模式的信息发布平台。公司所有的信息采编、发布工作通过该平台实现，并制订相应的发布规范。2.2.4 信息展示平台多种样式、风格的信息展现，同时借助自主研发或第三方的搜索引擎，全面支持全文检索。在实现展示风格样式的同时，并集成企业数据仓库项目的前端展现。2.2.5 沟通渠道平台为突破时空局限性
6、，逐步建立多种用户交互渠道。逐步集成以RTX、移动办公为主要形式的沟通渠道，将进一步提升办公效率。通过实时通讯平台，可方便的实现点对点沟通、企业信息发布、群组会议等功能；通过移动办公，用户可利用手机短信的方式进行信息浏览和业务办理，同时，对于高端手机用户，还可利用wap 方式以及pushmail 方式进行信息查询以及业务办理。随着通信技术的快速发展，特别是第三代通信技术（G）的应用推广，在构建用户沟通渠道上，可尝试性的结合3G 技术考虑企业应用的拓展及延伸方式，以便更好的服务于企业用户。2.2.6 二次开发平台为建立以J2EE 技术为基础的系统架构，重构综合信息平台底层实现，统一基础API（应
7、用程序调用接口）框架，同时为适应其他业务系统的集成以及与其他专有系统进行业务对接，将逐步制订相应规范，如综合信息平台接口规范、二次开发规范等等。在此技术上，形成深航信息中心的J2EE 核心技术架构，便于快速开发新的业务应用。另一方面，在逐步搭建二次开发平台的同时，逐步形成项目的规范化运作，同时项目组成员逐步分化为多种不同角色，形成一个分工明确、责权明晰的高效技术团队。2.3 本次项目目标以上目标的达成是一个逐步的过程，并非本项目可达成的一次性目标。但是依据上面的长远目标，我们制定了本次项目目标：a集团化组织架构改造，并适合多岗多部门兼职等复杂应用现状；并完善岗位角色的权限管理体系；b可扩展的应
8、用服务器群集设计，满足未来发展的情况下，服务器可以平滑的升级和扩张；c完成一次完整的外部应用系统的接口以及接口规范的整理工作，使得将来再开发的系统可以按照规范的调用；e提供初步完整的API 底层架构；h整合移动办公业务，提供移动办公的平台；f完整的数据字典设计，合理的输入输出设计，有相应的数据备份措施；g. 完善的信息采编、发布、归档以及全文检索功能；2.4 几个具体化的指标目标2.4.1 容量系统上线之后可以：n 在线用户300 人左右n 并发用户200 人左右n 峰值访问量200500 请求将来再扩展可以通过增加服务器的方式。2.4.2 稳定性正常每个用户访问首页的速度不超过3 秒。每年系
9、统意外当机的次数不多于2 次。2.4.3 管理实现集团型架构的分权管理，总部的人员具有最高的管理权，可以管理全集团的流程和权限。二级机构的管理员只能管理本机构的业务和数据。数据大集中管理，便于统一的备份和维护。3 方案路线3.1 系统架构1，实现单点登录、集成其他业务系统、个性化界面三大内容。也可以采用初步应用一些技术和手段，在保证单点登录和集成其他业务系统的基础上，为不同部门和岗位定制不同的个性化界面。这样可以降低硬件成本，更可以提高系统的整体性能。2，新建集团型的架构，以适合多岗位多部门兼职等复杂应用的需求。3.2 设计思想组织架构必须实现可伸缩性组织架构体系作为整个企业最基本最重要的内容
10、，同样要反应到系统的基础设计结构中。当企业的组织结构变化时，系统无需做过多的调整即可符合要求。岗位（角色）的管理模式任何一个企业的管理模式都是采用面向岗位（角色）而不是具体的个体进行的。本产品的管理体系也顺应了企业的管理模式，着重于工作岗位而不是个体。主要表现在：1. 岗位和组织架构的关系2. 岗位和权限的关系3. 岗位和人员的关系4. 岗位在工作流程中的体现集中式的管理中心所有的操作都在web 上实现，大量的批量操作都通过这个管理中心一步解决。这就避免管理员需要全面了解系统，阅读操作手册的高要求和繁琐，以及潜在的操作失误。全面的信息系统，统一的系统平台，防止信息孤岛必须至少提供同其他系统的数
11、据接口，否则这个系统将成为信息孤岛，这部分业务管理也就有脱离企业统一管理的危险（或者每个用户都必须装上访问各类系统的客户端）。充分考虑结构化和非结构化业务数据现实生活中的绝大部分数据都属于非结构化，同样，在企业管理中，大量存在的应用数据也是非结构化的，例如文档、审批文件、扫描件、声音、图像、附件等等。3.3 网络拓扑整体规划（采用服务器托管业务）3.4 备份方案1，须采用专业的存储，使公文类应用的数据和OA平台的文件数据的稳定性和可靠性都得到保证。建议制定备份周期。2， OA平台部分的应用，包括邮件和公文的应用，都可以采用复制，与OA 备份服务器之间备份。可以采用每天晚上增量复制的方式，数量不
12、大，可以降低备份的人工工作量，由系统自动完成。由于邮件的数据量特别大，所以建议备份服务器的硬盘配置大。3.5 未来扩展OA系统建议未来采用分布式架构，将较大的分（子）公司，或者具有较多应用的分（子）公司逐渐独立出去，即分（子）公司有自己独立的一台服务器，此服务器放在分（子）公司的机房里。但在人员信息上，仍然保持由总部的LDAP 验证和管理方式。优点：这样的扩展方案保持了统一的集团型架构，保持了人员信息的统一管理，同时也保证邮件仍然能畅通流转，公文也能进行上下级的传递审批。 能减少总部的负荷，提高系统性能，而又不会减少任何业务应用功能 各业务部门的邮件和公文系统自行管理维护，特殊应用也能自行自主
13、开发扩展。总部的信息中心才有更多的精力进行整个集团IT建设的规划和管理。4 OA系统主要功能及简述4.1 用户权限基础岗位和组织架构的关系岗位和权限的关系岗位和人员的关系岗位在数据访问和工作流程中的体现4.2 统一的web用户身份验证本系统完全采用B/S 架构，普通用户的操作、系统管理员的管理维护、外来人员的信息浏览等，全部都在浏览器上操作完成，基本实现系统的零培训和简单维护。为了确保用户安全可靠地访问相应的功能和信息，平台需提供统一用户及权限管理系统来实现对用户的认证（包括身份证书机制）、权限、加密管理，以达到访问控制的目的。本系统可为不同的人员、部门和岗位（角色）定义相应的权限，并对权限做
14、了进一步的细分，定义用户可以访问哪些应用、数据、功能等。4.3 人员组织架构管理将人员组织架构信息的存储完全集中在“内部通讯录”模块中，管理功能完全放在“管理工具”中，最大限度地保证人员信息存储和管理的统一性和安全性。4.4 工作流引擎工作流侧重于灵活性、可扩展性、可定义、操作简单、功能强大。作为系统的基础部分，工作流引擎更是贯穿了全系统各个应用模块。主要功能如下：流程完全可定制；多人、多部门同时会签流转，并可指定串行流转和并行流转；支持授权（工作代办），并可支持对不同审批业务流程进行不同的授权；提供知会功能；采用岗位、群组配置；独立地对企业各种复杂和多变流程进行设置；根据给定的逻辑条件自动选
15、择流程分支进行流转；详细完整的流转日志统一简单的流转操作可收回、退回，或直接返回拟稿人多人表决不同流程的串接支持文件作废支持文件的办理期限，到期自动提醒自动催办和人工催办字段的可编辑、可读等信息屏蔽功能，完全由用户自行指定可支持手工输入意见、手写笔意见签名和图片签名定义常用意见可自行定义节点的名称，适应企业业务调整随时查阅和调整文档的阅读范围与RTX消息和短信集成，支持可定制的短信内容在流程结束后，可通知到拟稿人、所有审批各环节人员4.5 知识管理模板在系统软件架构中，知识管理模板和工作流引擎是作为整个系统最基本的两个模板。各类文档、资料、图片等非工作流的应用模块基本上都是以知识管理为基础。概
16、念：知识分为显性知识和隐性知识两类，显性知识表现为事实数据、常识数据等，隐性知识主要表现为人脑中存贮知识、挖掘的知识、会议信息等。知识管理核心目标是信息共享和重用，知识管理是从收集、整理、发布、再利用四个环节重复循环提高，是一个永无止境的过程。知识管理平台能实现以下功能：知识的来源：除了传统的手工录入外，还支持其他工作流应用的结果文档自动导入到知识库中知识的规划：a) 可以将知识的存储分为单数据库多分类的存储方式，也可以存放在多数据库下（各数据库内部可以继续再细分类别）b) 规划哪些工作流应用文档将自动导入到某个知识库中c) 规划各部门、人员、岗位的访问和使用权限，再利用知识库提供的多层权限控制分别设置不同的权限。知识的编辑：正文内容和office集成，即编辑时完全采用office程序进行，而非一般的集成控件的方式。知识的发布：支持草稿、删除到废纸娄、完全删除、从废纸娄中恢复、正式发布、发布到首页、取消发布到首页、修改后和已发布到首页的信息同步等功能。发布时可自动通知到预定的某些人员。并且支持三种提醒方式：邮件
