oa需求分析文档（OA系统需求分析）

本篇文章给大家谈谈oa需求分析文档，以及OA系统需求分析对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

微信号：cloud7591
如需了解更多，欢迎添加客服微信咨询。
复制微信号

本文目录一览：

• 1、集团企业OA办公管理系统解决方案怎么做？
• 2、如何分析企业级OA软件
• 3、求oa办公系统的开发流程
• 4、如何做好大型OA系统的项目管理
• 5、企业办公自动化管理系统需求性和可行性的设计方案
• 6、企业如何做OA系统需求分析？

集团企业OA办公管理系统解决方案怎么做？

当企业发展到一定规模，为了优化集团上下协同办公效率，放权下属公司、调动集体智慧的同时还要做好有效的集中管控。

一个统一的、智能的、扩展性强的一体化智能办公平台是大型企业实现现代化管理的必要手段。目前，泛微OA系统集团管控方案，可以让数万人的大型集团在一套系统上办公。整个系统的搭建主要围绕集团组织结构，通过权限设置、多维矩阵模型快速落实各分部、各部门独立维护、分权管理需求，打造一个集团统一管控，分部独立维护的一体化OA办公系统。

OA系统大型集团管控方案实施亮点

1、灵活权限设置，保障“分权管理”

设置系统管理员自己的平台自己管，OA系统通过设置系统管理员让下属公司能独立维护系统，权限分明，保障集团内部有序管理；

（设置管理员）

OA办公系统以分部、职能岗位为参考线，从多个维度快速锁定负责人，地产公司的总经理、软件公司的董事长、总部的发文秘书等等，信息准确、使用高效；

发新闻、读某个文件、建一个技术文档等等，OA系统内的所有工作管理员都能把管理和使用权下发给其他人，发挥每一个人的智慧，责任人清晰、管理按业务分类，所有操作权统一下发，在保障各项工作参与度的同时提高效率、保障安全、发挥总部监督作用。

2、分四步完善集团管理，集中管控、按需调配

OA系统从企业流程、知识、门户、组织共享等四个方面加强总部对信息、企业制度、组织结构的管控作用，充分发挥下属公司的管理积极性。

组织人员信息统一储存，独立维护：将整个集团的组织人员信息全部存储在OA系统中，使用、维护方便，无需四处查找。

信息门户独立维护、互相渗透：门户是信息聚合地，也是集团和下属公司之间重要的信息往来窗口。集团的制度、公告统一推送给下属公司，下属公司的业务状况、销售情况总部随时可查，加强集团总部对下属公司的信息管控。

流程贯通，审批留痕可追踪：将所有工作流程化、电子化，解决集团对于各部门、下属公司标准化、规范化管控问题。在OA系统权限分级管理作用下，下属子公司可以根据业务需要，自主决定流程各个审批节点和走向。

知识目录自主搭建，可共享、有权限：OA系统通过知识目录独立建设，满足下属公司搭建特色业务知识体系的同时，保障集团知识贯穿到所有下属公司，实现知识掌控。

（独立设置文档使用权限）

如何分析企业级OA软件

一、功能简单易用、易维护、稳定性好

由于中小企业IT人才缺乏，计算机水平普遍不高，加上oa的应用是面向大多数人员的，所以需要OA产品具备较好的易用性，方便实施和推广，系统维护也简单方便、技术难度低。能够保障长时间的运行而无故障，需要OA系统拥有较好的稳定性。

二、OA办公系统价格适中，不宜过高

由于中小企业的资金有限，所以在实施OA办公系统时不希望投入太多，OA产品价格不宜过高。因此功能强大、简单易用、成熟稳定、扩展性好和价格适中的软件产品是中小企业的首选。

三、中小企业OA办公需求的多样性

由于行业的不同、企业管理模式的差异、以及企业处于不同的发展阶段，中小企业OA办公系统的需求具有多样性和广泛性，这也是OA系统难以实施的重要原因之一。特别是对OA系统要求比较高，对系统的深入应用必然会涉及到需求的个性化处理，OA需求体现通用性的同时也呈现出个性化和多样性。从企业经营和管理的角度来分析，只有发挥自身的个性化优势，才能在市场上拥有一定的竞争力。因此，中小企业OA办公系统需求的多样性是由中小企业的特点决定的。

四、希望OA信息化能快速起到效果

市场竞争以及中小企业自身的特点，决定了中小企业在很多问题的处理上周期不宜太长，必须根据各种情况能够迅速的做出反应和调整。对OA办公系统的应用也是这样，希望能够快速的起到应有的效果，真正能做到能够结合企业的实际需求，提高办公效率、节省成本和提升企业的管理。

五、对系统的扩展性有一定的要求

一方面，中小企业的OA信息化不可能一步到位，需要在应用中根据实际情况不断的进行完善；另一方面，由于也由于中小企业在不断发展，企业的规模、管理模式和业务模式会发生调整和变化，需要OA办公系统也能够做适用性的扩展和调整。因此可以说，OA办公系统的扩展性是软件生命力的根本保障，是确保软件能够长久和深入应用的前提。

承元软件建议中小企业在oa办公系统的应用过程中，不断提升和积累自身的信息化经验，这一点至关重要也常常容易被忽视。从某种角度上讲，oa的应用效果是与中小企业自身的经验水平密切相关的。

求oa办公系统的开发流程

这里我讲一下用无代码配置型快速开发平台开发OA办公系统的开发流程。这种快速开发工具可以解决企业在不懂编程但懂业务的情况下开发真正符合公司实情的管理系统。而且，这种开发平台可以在日后公司业务或管理发生变化时随时调整功能模块，也可以根据按需增加其他模块。

第一步：需求分析 

我召集他们所有业务相关部门开了几次会议，将各部门的功能需求进行了整理和统一，写成的功能需求说明书，文中详细列出了软件要解决的实际问题及要达到的目标。他们要求软件要能解决他们的实际问题，带来真正的价值。比如直接给他们带来更多订单，帮助他们寻找客户并留住，同时在经营中节省人力成本及防止不必要的浪费，最终实现公司利润的增长。我认为，如果一个软件不能带来实质性的经济价值，仅仅只是用来装点公司门面，提高一点工作效率，那还不如不要。这也是他们为什么看不上有些成品软件，而要选择定制开发的原因。每个公司情况均不一样，成品软件商往往无法知道每个客户的痛处，所以做出来的产品无法真正适合客户。只有自己针对性的开发，才能真正解决问题。客户才知道他们公司最需要什么，他们的客户应如何获得和留住，业务流程应如何设计等等。有针对性开发一些实用功能，才是最适合的软件。

通过这个项目，我认识到编写软件需求说明书的过程非常重要，这决定了以后的开发过程是不是会走弯路，是否因为开发了不必要的功能浪费时间和金钱，是不是存在程序功能模块上的冲突。我在需求说明编写上花了较大精力，有种磨刀不误砍柴工的感觉。最后在所有人员一致通过这个需求说明书后才决定走下一步。

第二步：开发方案书

开发方案书是将功能需求说明书转化为可开发的具体行动方案，我根据开发平台的开发规则进行编写的，将软件需求说明书中的功能模块进行组合优化，分析出各个模块的数据结构及数据关系、运算逻辑，理清各模块之间的业务流程，最后根据各业务部门人员的实际情况规划各模块的界面样式。

我的开发方案书也写得很详细，不过相比功能需求说明书，感觉容易些，毕竟大方向已有了。开发方案书中我将数据结构中的表及字段全部规划好，并命名好，包括其数据类型、长度等，做成表格，并将各字段数据来源及编辑方式等均做好说明。前面忘记说明了，我虽然对编程不懂，但由于以前有过管理软件操作方面经验，对数据库还是有一定了解的，但也只是懂一些皮毛，不过用天纵快速开发平台开发，这点数据库方面的知识够用了，以后使用过程中如果需要更复杂的一些SQL语句再网上搜索一下吧。

开发方案书对后期的系统开发非常重要，下面的开发过程其实就是将开发方案书的内容在快速开发平台进行配置的过程。

第三步：开发及测试

有开发方案书，接下来的开发就非常容易了，其实就是将开发方案书的内容配置到开发平台上的过程，这就是我前面说的为什么找这样一个开发平台开发这个系统的原因。

用配置型开发平台开发软件相当简单快速，一般的模块三步就可以搞定了，第一步设置模块信息，第二步设置表单属性，第三步设置表中每个字段。也许我这样说你还是不太相信，那好吧。上图！

天纵快速开发平台分开发后台和应用前台。顾名思义，开发后台是供开发者使用的，应用前台是开发好的系统进行使用的地方。好了，进入开发后台吧，如下图：

点击模块设计，就可以开始配置模块了。

选择模块类型是这一步的关健，就是你要开发的功能模块属性什么类型的模块，开发平台内置了很多功能模板，你要做的是分析你要开发的模块属于哪种模板，选中模板就可以将你的模块界面及功能实现了。模块类型有很多，包括了常用管理软件的方方面面，有专门的模块功能模板介绍及操作手册，你在开发时看下操作手册就知道了。模块定义好后，就可以定义模块中的表了，一个模块可能有多个表，一一定义下来，并建立好他们之间的关系。如下图：

表单定义过程中会要求设置表单编辑界面样式，及一些数据规则。表单设置好后，就是设置每个表的字段了。如下图：

通过这三步的配置，一个功能模块基本完成了。是不是非常简单快速！整体开发过程是不是全部是通过配置来完成的。当然上面提到的是一些最基本的配置，对于复杂功能要求的模块，可能还要进行更详细的配置。

配置型开发平台由于省去代码编写，开发速度大大提高，由于界面是由开发平台中间件根据配置的业务参数自动生成，不用每个界面均去编写一套代码，因此出错率大大降低，软件的性能和稳定性自然也就有了保障。

第四步：编写操作手册 

系统开发好后，有一个收尾工作是不能省的，那就是编写操作手册。好在我平时没事就喜欢写点博客，对写作没有畏惧心。操作手册是供使用者学习和操作时用的，在操作手册中我将系统操作过程及其注意事项详细列出，事后我才知道，操作手册也是这个系统正式能使用起来的重要因素之一，因为我写的操作手册有声有色，条理清晰，操作这个系统的同事很快就能理解并上手了。

我得出的经验是：操作手册越早编写越好，最好是在开发的同时就进行编写，开发过程中一些重点内容要立即记录下来，提醒以后的使用者，时间一长了，就算是开发者本人也可能都忘记了，最后导致使用者走弯路。

第五步：上线试运行

折腾了半个多月，一个共有50多个模块的内部管理系统基本算是大功告成了，请客户的几个部门领导一起演示操作走了一遍，大家十分满意，总算没辜负老他们板的期望。他们老板一高兴，批准买一台服务器专门运行这个系统。我花了一天时间，部署到服务器上，开始上线试运行。

第六步：正式运行

经过了半个月的试运行，调整了其中出现一些小问题，就开始召集所有部门相关人员进行几天的操作培训，开始正式在公司内全面运行。

如何做好大型OA系统的项目管理

可以通过下面这个案例来看一下大型OA系统的项目管理是如何实施的：

以专业优势占据行业链顶端的设计研究院，一直在创新：三十年前，他们用手工画图，靠设计立身市场；二十年前，他们用电脑绘图，靠技术占据顶端；现在，他们引入OA办公系统从强化管理入手，借力泛微OA系统进行工程项目统筹管理，实现组织价值最大化…

需求分析：

在国家EPC项目大力推行的背景下，专注交通、建筑、市政工程等领域的设计研究院，业务逐渐向上下游延伸；承接的项目金额大、周期长、审批严，这让设计研究院实现组织规范化管理之路问题重重：

时间进度问题：出图时间、实施进度难把控

财务收支问题：项目收支、合同信息查阅难

质量检测问题：技术文档、项目标准难贯彻

信息共享问题：技术图纸、工程方案共享难

（设计研究院“项目-合同-技术文档”管理思路）

OA系统为设计研究院打造规范化项目管理平台，打通设计人员、施工人员、管理人员之间的信息通道，让项目、合同、文档的审批符合国检要求、过程可追溯。

一、设计研究院项目亮点

1、项目统筹管理，策划、校审标准化

设计研究院每年大大小小的工程不仅要考虑行业规范、国家标准、工程质量，还要规范合同、进度、审批的管理过程，加强项目管控。

泛微OA围绕“立项、策划书、图纸”三大因素，让设计研究院在守规范、重标准的前提下实现项目统筹管理。

搭建项目库形成项目台帐

项目立项后，通过表单建模功能结合项目类型对设计研究院的大小项目进行分类，形成专属项目库；在OA系统的流程功能作用下，关联合同信息、项目过程信息，确保项目信息记录准确、高效。

同时，相关人员在OA系统的项目台账内，根据项目分类就能快速查阅具体项目的基本信息、进度安排、负责人等信息，方便及时对项目情况做出判断。

项目策划书评审

立项后的项目，相关人员依照制度和现场勘察情况，在系统提交项目策划书，填写项目策划详情、明确项目产值分配、制定工程进度及项目具体组成人员。

（工程项目策划书）

一旦审核通过，项目经理严格按进度开始执行，流程执行标准化、责任落实到人、保证工程进度。

图纸三级校审

设计研究院的图纸审核严，泛微OA结合行业要求落实“图纸校核、图纸审核、图纸审定”三级校审流程，形成出图审批单，不仅提高了校审效率，还能便捷查阅图纸。

小结：OA系统以流程规范项目审批，详细记录过程信息，不仅提高各节点执行效率，还能让信息有效共享，让工程保质增效。

2、合同管理分类全，收支明细随时查

多项目同时进行很难保证合同执行进度，有时项目执行到一半首款还没到、想查看具体项目的合同，又无从获取…

泛微OA结合合同会签流程、表单建模等功能规范合同审批流程，形成详细的合同台账，信息查询方便，审核标准化。

合同会签审批

提交合同基本信息，经相关人员会签审批后归档形成合同记录。

合同台账

合同流程归档，信息自动录入系统形成合同卡片，金额、编号、项目经理、客户信息一目了然。

小结：泛微OA通过信息准确、分类清晰的合同管理功能，帮助管理层随时获悉项目具体收支情况，为决策提供有利依据的同时，让合同信息透明化、规范化。

3、技术文档有序归档，质检、查阅有保障

项目过程中的技术文档作为设计研究院内部有效的项目审查依据，国检要求极高。实现按标准归类、按需求查阅，对于项目推进至关重要。

OA系统通过规范、清晰的流程，按照国家标准规范，实现项目过程中的所有技术文档的全过程管理，依照项目需求、进度及时变更文档信息，防止项目需求、技术文档两张纸的现象。

确保一个项目，一个文档库，项目相关人员只需按照项目维度就能查阅项目过程中提交的审批流程及所有文档记录信息，信息准确、追踪方便、责任清晰。

小结：泛微OA将项目过程中的策划书、图纸、审批单等技术性文档形成组织特色知识文库，实现信息收集、变更、分享、再应用过程，充分发挥组织知识体系价值。

二、设计研究院项目具体实施价值

项目过程的标准化管理作为设计研究院创新升级的重要一环，将从智能化管理上不断优化项目实施过程。

泛微作为专业OA软件供应商，以高效的管理、规范的程序实现设计研究院标准化、流程化、信息化的“三化”管理模式，实现价值最大化：

标准化：遵守国家质检标准，流程、审批、信息规范执行

流程化：流程贯穿项目全程，记录、流转、校审一套程序

信息化：项目信息详细记录，文档、合同、进度随时监督

企业办公自动化管理系统需求性和可行性的设计方案

关于OA办公系统需求分析

关于OA办公系统需求分析 1

第一章 绪论 1

1.2 本文所做工作 1

第二章 系统开发技术 2

2.2 Spring技术 3

第三章 系统分析 6

3.2 系统分析 7

3.2.3我的办公桌模块 8

3.2.4系统管理模块 9

第四章 数据库设计 10

4.1 表格图 10

第五章 系统实现过程 13

第六章 系统的测试与运行 14

第一章 绪论

1.1 选题背景

在正常办公中，企业通常会遇到许多资源和数据，比如员工资料、邮件、申请记录、打印机、计算机等，这些资源和数据管理不善情况下通常凌乱不堪，在需要时不知道存放在何处，从而影响工作效率。因此，我们设计了能满足这种需求的系统--企业Web OA系统。

通过"企业Web OA系统"对企业日常办公进行管理，满足了企业日常办公管理各方面的需求，实现了企业员工之间短消息的发送与接收功能，大大的方便了企业内部人员沟通。

1.2 本文所做工作

为了开发出该系统并且是系统能够真正达到"适用、够用、好用"的标准一配合用户单位的使用，查阅相关的书籍及电子文档，也向先辈们请教。在开发设计过程中，采用现在流行的SSH框架整合和Jquery、Ajax技术，通过Hibernate连接数据库，借助一些工具优化系统。另外，为了增加系统的实用性，使之能尽量与实际的应用系统和用户需求相吻合，我对许多同类系统的内容、功能进行了分析与对比，吸取了它们的可取之处，借鉴了一些经验。

1.3 本文的安排

整个设计共分为6章，各章的主要内容安排如下：

1. 绪论。介绍论文的选题背景、所做工作以及论文的结构安排。

2. 系统开发技术。主要介绍本系统用到的主要技术。

3. 系统分析。主要介绍系统开发前的前期工作，包括可行性分析及系统设计思想与需求规定。从用户需求的角度从系统的角度应该达到的功能、性能、效率等指标。

4. 数据库设计。为了使软件开发者对该软件的功能划分、数据结构及业务流程有一个大概的理解，使之成为整个开发工作的开始。

5. 系统实现。主要是详细说明项目是如何执行的及界面展示。

6. 系统测试与运行。阐述测试的方法，测试的步骤、测试达到的效果。

第二章 系统开发技术

2.1 Jquery与JavaScript技术

jQuery是继prototype之后又一个优秀的Javascrīpt框架。其宗旨是--WRITE LESS,DO MORE,写更少的代码,做更多的事情。jQuery是一个快速的，简洁的javaScript库，使用户能更方便地处理HTML documents、events、实现动画效果，并且方便地为网站提供AJAX交互。在Jquery技术中使用万能的$几乎可以做到一切Ajax所拥有的技术，

Jquery使用简单方面，它是一个轻量级的JS库，在使用的时候只需要将其编译好的JS文件引入即可使用，另一方面其UI插件做的视图效果非常理想，同样也是方便应用。jQuery能够使用户的html页保持代码和html内容分离，也就是说，不用再在html里面插入一堆js来调用命令了，只需定义id即可。

2.2 Spring技术

Spring的核心是个用于构造Java应用程序的轻量级框架，实现了Ioc模式的容器。其中的core包是框架的最基础部分，并提供依赖注入特性来使你可管理Bean容器功能；context包提供了一种框架式的Bean访问方式(ApplicationContext.xml)，还添加了文本消息的发送；DAO包则提供了JDBC的抽象层。也提供了一种方法实现编程性和声明性事务管理，不仅仅式针对实现特定接口。在Spring中重要的式MVC模式：View出于客户端层，通常用jsp，即页面显示部分；Controller也处于服务端层，通常用Servlet来实现，即页面显示的逻辑部分实现；Model处于中间层，通常用服务器端的javabean，即业务逻辑部分的实现。对于一些公用的方法，则可以放在一个类中。

2.3 JPA技术

JPA通过JDK 5.0注解或XML描述对象－关系表的映射关系，并将运行期的实体对象持久化到数据库中。可以按照Java的基础语义进行持久化开发。

2.4 Fire Workflow插件

Fire Workflow 是一款国内的开源插件，用于工作流的设计部署，相对于国际上比较有名的几个工作流引擎，此框架的优势是结构比较简洁，扩展性比较好！此插件和spring,JPA一样是几个普通的jar包，嵌入到的系统中以解决工作流领域的问题。

Fire Workflow 是面向开发人员的，由模型，引擎，设计器，流程管理四部分组成，其流程设计器与主流IDE紧密集成，在Eclipse的插件可以让开发人员调试流程就像调试基本的java类一样简单。Fire Workflow自带7张表，由于本系统本身就拥有大量的数据表，所以Fire Workflow相对于目前比较流行的JPBM的30张表显的异常简洁。另外，选择此插件的另一个原因就是此插件的开发是基于Spring文件开发的，正好与本系统很好的整合在一起.

2.5 Apache James邮件服务器

Apache James 简称 James, 是 Java Apache Mail Enterprise Server的缩写。James 是100%基于Java的电子邮件服务器。它是一种独立的邮件服务器，并提供了一个完整的电子邮件解决方案，用来收、发电子邮件。James服务器的核心是一个名为config.xml的配置文件，在第一次启动服务器后该系统会自动生成一个config.xml文件，服务器所要执行的动作都是基于此配置文件，可以再与外网失去连接的情况下在局域网内收发邮件。配置文件里面的DNS就可以与外网进行邮件收发，不过很大程度上会给别的服务器当做垃圾邮件处理，最好还是用在自己的局域网内做内部邮件使用。

2.6 Struts技术

Struts是一个基于J2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的，是开发Web应用程序的开放源码框架。Struts把Servlet、JSP、自定义标签和信息资源(message resources)整合一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大地节省了时间。

本系统选用Struts作为MVC的控制器，因为它足够成熟，用户群广泛。虽然它也有缺点，但完全利用别的软件弥补，比如利用Sitemesh代替Titles等。WebWork很优秀，但起步晚，用户群太小；JSF和Tapestry是重量级的MVC架构。通过这个两个方面的对比即可得出Struts的两大优点，即用户群大且轻量级。

2.7 JSP页面技术

JSP产生于Servlet之后，主要是为了解决Servlet中输出HTML代码效率低的问题而产生的。JSP技术比较简单，类似于ASP、PHP这些脚本语言。JSP的技术主要是由以下两个部分组成：

JSP的基本语法：两个注释、3个脚本元素、8个动作指令。

JSP的九大内置对象：request请求对象、response响应对象、pageContext页面上下文对象、session会话对象、application应用程序对象、out输出对象、config配置对象、page页面对象和exception例外对象。

第三章 系统分析

3.1 需求分析

3.1.1 引言

软件需求分析的编制是为了使用户和软件开发者双方对该软件的初始化规定有一个共同的理解，使之成为整个开发工作的基础。

3.1.2 任务概述

Web版或局域网系统，应用范围为政府机关大中小企业单位。相关人员对计算机操作和业务了解应有一定的基础。

3.1.3 需求规定

A．对性能的规定：软件支持的终端数根据数据库支持的用户数来确定；软件支持的并行操作的用户应在100以上。

B．对性能的规定：速度要快，对于小数据量的数据记录要在短时间内实现各种操作和转换传送；当业务需求发生变化时，该软件应能对这些变化具有良好的适应能力，保持代码与表数据的一致性。而且一定的环境或软件或操作方式不发生变化。

C．输入输出要求：对输入输出的数据必须给与相应的格式类型、数值范围及精度说明。

D．其他专门要求：用户为企事业涉及到公司机密以及财务，对数据的保密性、安全性尤其重视，同时对软件使用方便要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性等都有比较高的要求。

3.2 系统分析

3.2.1 编制流程

后台功能图如下所示：

前台功能图如下所示：

3.2.2用户身份验证模块

本系统功能的开发与设计，是完全针对公司内部进行办公管理以及为各部门员工提供便捷的电子化交互平台搭建的。用户身份验证模块是公司办公自动化管理系统重要组成部分之一，它主要功能是在系统用户进入系统时的身份验证以及在不同页面浏览时的身份验证，以防止公司重要资料的泄露。

3.2.3我的办公桌模块

此模块包含了部门管理、电子邮件、个人资料管理3个子模块，主要是用于日常的办公需要，所有的用户都拥有此模块

【部门管理】：主要对门门的增删查改

【电子邮件】：此部分主要用于内部邮件的收发，用户可以在与外网无法连接的情况下进行收发带附件的邮件，目前对于附件没有什么要求（对邮件进行增删查）

【个人资料管理】：用于修改自己的个人资料（对用户进行增删查改）

3.2.4系统管理模块

在本系统中，管理员的权限是最大的，这也是考虑到了本系统的安全性而设计的，防止公司机密外泄，本模块包含了登陆身份验证，系统管理员的管理。

【管理员】：管理本系统的管理员

3.3 数据结构分析

3.3.1 逻辑结构

本系统所使用的每个数据结构的名称、标识符以及它们之间每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次或表格的相互关系要详尽体现。

3.3.2 物理结构

本系统内所使用的每个数据结构中的每个数据项的存储要求、访问方法、存取单位、存取物理关系(索引，设备，存储区域)、设计考虑和保密条件。

3.3.3 出错补救措施

故障出现后可采取变通措施，包括：

(1)后备技术，当原始系统数据万一丢失时，可以使用系统备份数据进行恢复；

(2) 降效技术，当丢失的数据不是很多时，可采用手工操作重新录入数据；

(3) 当数据库由于不正常关机或停电等不可预知的原因产生错误时，求助于Oracle公司工程师，公司不是Oracle数据库产品的提供商，不提供类似的相应服务；

(4) 由Oracle公司或者相关的工程师优化数据库；

(5) 优化网络配置。

第四章 数据库设计

数据库设计是项目开发和系统设计中非常重要的一个环节，在这里要特别强调数据库设计的重要性，是因为数据库设计就像建设高楼大厦的根基一样，如果设计不好，在后来的系统维护、变更和功能扩充时，甚至在系统开发过程中都会引起比较大的问题。

4.1 表格图

4.1.1 我的办公桌

(1)管理员表（tb_admin）

字段 类型 主键 外键 是否可为空 描述

id int 是 不可 自增

name varchar 不可 账号

pwd varchar 可 密码

useFlag bit 可

(2)部门表（tb_department）

字段 类型 主键 外键 是否可为空 描述

id int 是 不可 自增

memo varchar 可 备忘录

name varchar 不可 部门名称

useFlag bit 可

(3)传阅表（tb_handround）

字段 类型 主键 外键 是否可为空 描述

id int 是 不可 自增

content longtext 可 内容

creatorIP varchar 可

sendTime datetime 可 时间

title longtext 不可 标题

useFlag bit 可

user_id int 不可 用户Id

(4)传阅附件表（tb_handround_attachment）

字段 类型 主键 外键 是否可为空 描述

id int 是 不可 自增

attachmentName longtext 可 附件名

attachmentRealName longtext 可 真附件名

attachmentYear varchar 可

handround_id Int 可 传阅ID

(5)传阅状态表（tb_handround_state）

字段 类型 主键 外键 是否可为空 描述

id int 是 不可 自增

comfirmDate datetime 可 确认时间

leaveWord longtext 可

sendTime datetime 可 传阅时间

stateFlag Int 可

handround_id Int 可 传阅ID

user_id int 可 用户ID

(6)用户表（tb_userinfo）

字段 类型 主键 外键 是否可为空 描述

id int 是 不可 自增

name varchar 不可 用户名

position varchar 可 位置

pwd varchar 不可 传阅时间

realName varchar 不可 真实姓名

useFlag Bit 可 传阅ID

department_id int 可 用户ID

第五章 系统实现过程

5.1 开发平台

服务器：Weblogic 8.0

数据库：MySQL5.1

平台技术：Jquery+Struts+Spring+JPA

操作系统：Windows XP

5.2 系统框架

在src目录下主要是各个层的包,是一些java类,在WebRoot目录下是一些实现页面的JSP文件,同时在其里面的WEB-INF包里面有struts以及spring的配制文件

5.3 系统实现

5.3.1 我的办公桌模块

主要是用来进行日常办公的需要，收发邮件，这一部分是整个办公系统必须的功能。

用户在成功登录到页面后，单击"我的办公桌"则可列出：部门资料、电子邮件、个人资料、三个功能块，每块均通过超级链接打开，如下图：

【部门资料】：包括公司的所有部门

【电子邮件】：主要是用于系统内部的邮件收发，支持附件的上传下载，利用James服务器以及事先分配好的内部邮箱名进行收发邮件，如下图：

【个人资料】：此块主要用于用户修改自己的密码

第六章 系统的测试与运行

6.1 系统测试

6.1.1 配置测试环境

(1)安装JDK和bea,weblogic;

(2)运行整个项目;

(3)启动weblogic,在登录之后,需要启动Apatche James服务器来管理邮件接收

(4)发布该系统.通过Web Application Modules实现.

(5)发布成功后即可进入登录页面.

6.2 测试结果

测试结果如下各界面所示：

(1)登录页面

(2)主页面

结论

紧张愉快的毕业设计结束了，我通过努力实现了一个结合了计算机和办公自动化理论并体现了时代潮流的系统。

本系统只提供了一些基本的功能，还不能提供办公自动化需求的完全信息，还需要进一步地考查调研。所有可能实现的功能都将会在今后的工作中继续分析、设计、逐步实现，力求使本系统更加完善。

在开发过程中，我本着将所学的理论知识应用于实践的思想，开发出高质量系统的目的，进行了详细的调研，细致耐心的开发与设计，以刻苦钻研，实事求是的态度开发出本系统。最重要的是通过开发与设计，锻炼了我们分析问题以及进行合理规划与分析设计的能力，同时对开发工具的使用能力也有大幅度提高。我们将所学的理论知识结合到了实际的应用中去，实际的动手能力也有明显的提升。

虽然办公自动化系统仍有许多待解决的问题和待完善的地方，但相信通过我们的不断努力、继续学习，必定会有更加完美的成果跟大家见面。这次开发过程中所学到的所有知识，将成为我今后学习工作当中的坚实基础。希望以后还会有这种锻炼自己的实践机会。

以上是一篇范文，供你参考。希望可以帮到你。

企业如何做OA系统需求分析？

对于OA系统实施，经常听到“OA选型，需求先行”，这也就导出了需求分析的重要性。合理的需求规划是OA成功实施的重大前提。需求分析工作，看起来似乎很简单，无非就是把自己企业需要的功能罗列出来。而事实上，需求规划并没有那么简单。特别是大型企业，结构组织和业务方面都相对复杂。而一个企业往往要将多个组织、多个部门，各种数据相互联系在一起，这种办公的复杂性也就带来了需求的复杂性。所以好的OA需求分析必须将这些需求和关系都描述清楚，给选型负责人和实施方一个肯定、准确的要求或说明。如果需求没有做透，OA系统盲目上线必然造成失败，建议：

1、OA项目负责人必须精通数据关系与数据控制

企业OA系统建设的主要负责人、应用的主要管理者可以不懂计算机的基础技术，但必须精通业务工作的“数据关系与数据控制”，否则OA系统建成后往往就很难投入正常运行， 发挥实际应用效果。

2、OA需求不能贪大求全

需要注意的是，一个单位建设OA系统，不能贪大求全求新，只要能满足本单位的实际需求，就是最好的。如果单纯追求高、新、尖，到头来准是鸡飞蛋打。因此，系统建设之前与建设过程中，一定要紧密联系本单位的主体业务，多向业务人员和文秘人员请教，才能做好需求分析工作。

3、充分有效的沟通必不可少

当OA系统的需求确定后，软件实施方通常会进行一定程度的定制开发，这就要求企业方和实施方保持充分有效的沟通，以需求引导开发，避免不必要的误解和错误。

4、分阶段定需求

OA系统的应用过程往往都要经历由浅到深、由简到繁的过程，用户需求也可以分阶段、有规划的进行，因此，建议选择功能实用、性能稳定、价格适中的平台型OA产品。一方面其功能简单实用、便于用户快速上手；另一方面，平台型的OA软件具备极好的扩展性和灵活性，可以为深化应用阶段的OA运用打好良好基础。

关于oa需求分析文档和OA系统需求分析的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。