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