OA管理系统需求分析文档格式.docx

上传人:b****5 文档编号:20951910 上传时间:2023-01-26 格式:DOCX 页数:41 大小:699.80KB
下载 相关 举报
OA管理系统需求分析文档格式.docx_第1页
第1页 / 共41页
OA管理系统需求分析文档格式.docx_第2页
第2页 / 共41页
OA管理系统需求分析文档格式.docx_第3页
第3页 / 共41页
OA管理系统需求分析文档格式.docx_第4页
第4页 / 共41页
OA管理系统需求分析文档格式.docx_第5页
第5页 / 共41页
点击查看更多>>
下载资源
资源描述

OA管理系统需求分析文档格式.docx

《OA管理系统需求分析文档格式.docx》由会员分享,可在线阅读,更多相关《OA管理系统需求分析文档格式.docx(41页珍藏版)》请在冰豆网上搜索。

OA管理系统需求分析文档格式.docx

b)OA:

OfficeAutomation

C)J2EE:

是一套不同于传统应用开发的技术架构,包含许多组件,要紧可简化并规范应用系统的开发与部署,进而提高可移植性、安全与再用价值;

d)ACL:

AccessControlList(访咨询操纵列表)是路由器和交换机接口的指令列表,用来操纵端口进出的数据包。

ACL适用于所有的被路由协议,如IP、IPX、AppleTalk等。

这张表中包含了匹配关系、条件和查询语句,表只是一个框架结构,其目的是为了对某种访咨询进行操纵;

e)Dojo树:

它是一个Ajax框架,专门用于各种类型数据结构的树型展现

2项目概述

2・1项目总体目标

a)企业内各种信息资源的共享。

b)加强职员间的交流、提高整体工作效率。

通过WebOA治理系统实现对工作流中文档的统一治理。

c)给不同职位的职员提供有用的数据,方便其对工作状态的了解,也方便领导对公司情形的及时了解。

d)提供各种工作记录,以备事后查询。

2・2系统开发背景

办公自动化(OfficeAutomation即OA)是20世纪70年代中期在发达国家迅速进展起来的一门综合性技术,我国从20世纪80年代开始,专门是进入90年代,办公自动化进展迅猛。

它的差不多任务是利用先进的科学技术,使人们借助各种设备解决对一部分办公业务的处理,达到提高工作效率、方便治理和决策的忖的。

0A的指示领域覆盖了行为科学、治理科学、社会科学、系统工程学等学科。

同时OA表达了多学科的相互交义、相互渗透。

当今社会不管是企业依旧政府机关,都会有大量的文案需要处理,复杂的工作流程需要安排,决策者需要依据纷乱的信息做出重要的决定。

拥有一套智能化、信息化的办公系统,对办公人员和企业决策者来讲,工作效率上的提高是显而易见的。

在网络连接千万家的时代,办公自动化还使得不同地理位置之间的不同单位或部门之间进行协同办公成为可能。

今天的中国,“企业信息化”、“政府部门信息化”都忙得如火如荼,一套优秀的办公自动化(OA)系统将是企事业单位迈进数码时代的基石。

办公自动化是一个不断进化的过程,随着电脑和网络技术的进展能够分为以下儿个时期:

传统办公(如图2.1);

办公电脑化,单位有了电脑,能够打印文件,储存数据,用一些单机版软件等;

办公网络化,单位的电脑有了局域网并连上了互联网,实现了资源共享,但内部缺乏秩序和安全;

网络程序化,在办公网络化的基础上,有了网络办公软件的办公平台,实现了轻松有序的治理(如图2.2)。

今后还可能有网络办公的智能化,办公变得越来越轻松。

开发网络办公系统的市场前景是宽敞的。

大型企业需要高层次的网络办公自动化,他们往往会选择大型的软件公司合作开发,所需的开发费用和爱护费用也是专门高昂的。

这些高昂的费用并非大多数中小企业能承担得起的。

然而办公自动化系统乂是这些中小企业十分期望的软件,关于中小型企业存在一个专门大的低成本网络OA系统的需求,而我们能够开发这些低成本OA系统来满足那个需求。

2・3要紧限制和开发风险分析

a)用户规模的限制:

由于本系统的开发是针对中小企业,因此决定了用户的规模不大;

b)关于OA系统的全部功能不能完全实现。

3功能需求

表31功能模块

业务模块

功能划分

简要描述

个人办公模块

我的便签

随手记录的信息

我的任务

任务治理

通信录

个人通信录

公文治理模块

公文爱护

各种类型的公文治理、审批公文等

归档处理

对已完成流转的公文进行归档

公共信息模块

信息治理

进行新闻、通知、期刊、知识和规章制度的公布和治理,使企业的信息和知识快速传播和转移。

行政治理模块

资产治理

治理企业的资产信息

用品治理

治理企业用品的申请

车辆治理

企业车辆的治理

图书治理

图书的借出治理

消息治理模块

收件箱

接收的所有消息

发件箱

发送的所有消息

垃圾箱

已删除的消息

谈天记录

跟某个用户的谈天记录

工作流程模块

流程治理

如何立义企业的流程(能够灵活立义各种流程)

表单定义

如何针对不同的流程定义表单

组织治理模块

机构治理

公司组织架构治理

人员治理

公司人员治理

权限治理模块

角色治理

系统的角色定义、给角色分配权限等

用户治理

系统账号的分配、给用户分配角色、给用户分

配权限等

系统治理模块

密码修改

对用户密码的修改

模块治理

系统所有模块的治理

代码定义

对系统代码的讲明

系统初始

能够还原系统到某个状态

人事档案模块

人员履历

人员差不多信息的录入

转正申请

转正申请的状态治理

离职申请

离职申请的状态治理

职员考勒

对职员每天的考勤登记和记录

3・1功能模型

3.1.1个人办公模块

图3.1个人办公模块

•增加新任务用例

增加新任务用例使职员能够增加新的丄作任务。

事件流

1.职员输入他的要增加的任务。

2.系统接收职员提供新任务,并储存至数据库。

•删除任务用例

删除任务用例使职员能够删除工作任务。

1.职员输入他的要删除的任务。

2.系统删除职员提供任务,并更新数据库。

•査看任务用例

查看任务用例使职员能够查看已有的工作任务。

1.职员输入他的要查看的任务。

2.系统接收职员提供任务名,并显示该任务信息。

•修改任务用例

修改任务用例使职员能够修改工作任务。

1.职员输入他的要修改的任务。

2.系统接收职员提供新的任务信息,并更新数据库。

•增加新便签用例

增加新便签用例使职员能够增加新的便签。

1.职员输入他的要增加的便签。

2.系统接收职员提供新便签,并储存至数据库。

•删除便签用例

删除便签用例使职员能够删除便签。

1.职员输入他的要删除的便签。

2.系统删除职员提供便签,并更新数据库。

•查看便签用例

查看便签用例使职员能够查看已有的便签。

1.职员输入他的要查看的便签。

2.系统接收职员提供便签名,并显示该便签信息。

•修改便签用例

修改便签用例使职员能够修改便签。

1.职员输入他的要修改的便签。

2.系统接收职员提供新的便签信息,并更新数据库。

•增加新联系人用例

增加新联系人用例使职员能够增加新的联系人记录。

1.职员输入他的要增加的联系人信息。

2.系统接收职员提供新联系人信息,并储存至数据库。

•删除通讯录用例

删除通讯录用例使职员能够删除通讯录。

1.职员输入他的要删除的通讯录。

2.系统删除职员提供通讯录信息,并更新数据库。

•查看通讯录用例简要描述

查看通讯录用例使职员能够查看已有的通讯录。

1.职员输入他的要查看的通讯录。

2.系统接收职员提供通讯录名,并显示该通讯录信息。

•修改通讯录用例简要描述修改通讯录用例使职员能够修改通讯录。

1.职员输入他的要修改的通讯录。

2.系统接收职员提供新的通讯录信息,并更新数据库。

3.1.2公文治理模块

公文濫转管理

(from公工琴MW洌)

图3.2公文治理模块

•公文归档用例

公文归档用例使行政部门职员能够对已有的公文进行分类归档。

1.行政部门职员输入他要进行操作的公文。

2.系统接收行政部门职员提供的公文信息,并显示该公文能够进行归档的类型。

3.行政部门职员输入他要对公文进行归档的类型。

4.系统接收行政部门职员提供的公文归档类型,并储存至数据库。

•公文流转治理用例简要描述公文流转治理用例使行政部门职员能够治理公文的流转。

事件流

1.行政部门职员输入他要治理的公文名。

2.系统接收行政部门职员提供的公文,并显示该公文的信息。

3.行政部门职员输入他要对该公文进行的治理操作。

4.系统接收行政部门职员提供的公文信息,并储存至数据库。

•公文审批用例

公文审批用例使治理部门职员能够对公文进行审批。

1.治理部门职员输入他要审批的公文。

2.系统输出该公文。

3.1.3公共信息模块

图3.3公共信息模块

•公布新闻用例

公布新闻用例使行政部门职员能够公布新闻。

1.行政部门职员输入他要公布的新闻。

2.系统接收行政部门职员提供的新闻信息,并储存至数据库。

•公布通知用例

公布通知用例使行政部门职员能够公布通知。

1.行政部门职员输入他要公布的通知。

2.系统接收行政部门职员提供的通知信息,并储存至数据库。

•公布期刊用例

公布期刊用例使行政部门职员能够公布期刊。

1.行政部门职员输入他要公布的期刊。

2.系统接收行政部门职员提供的期刊信息,并储存至数据库。

•公布规章制度用例

公布规章制度用例使行政部门职员能够公布规章制度。

1.行政部门职员输入他要公布的规章制度。

2.系统接收行政部门职员提供的规章制度信息,并储存至数据库。

3.1.4行政办公模块

管理层员工

查看资庐信息

资庐管理

(from行薮力公弓洌)

(from行该加公骂洌〉

(from空R

 

图3.4行政办公模块

•会议室使用审批用例

会议室使用审批用例使行政部门职员能够对会议室的借用进行审批。

1.行政部门职员输入他要审批的会议室。

2.系统输出政部门职员提供的会议室信息,并显示出来。

•办公用品爱护用例

办公用品爱护用例使行政部门职员能够查看办公用品使用情形。

1.行政部门职员输入他要查看的办公用品。

2.系统输出政部门职员提供的办公用品信息,并显示出来。

•图书治理用例

图书治理用例使行政部门职员能够治理图书信息。

1.行政部门职员输入他要治理的图书。

2.系统提供给行政部门职员该图书的信息。

3.行政部门职员输入他要对该图书的操作。

4.系统接收该操作,并储存至数据库。

•车辆审批用例

车辆审批用例使行政部门职员能够对车辆的借用进行审批。

1.行政部门职员输入他要审批的车辆。

2.系统输出政部门职员提供的车辆信息,并显示出来。

•资产治理用例

资产治理用例使行政部门职员能够治理资产信息。

1.行政部门职员输入他要治理的资产。

2.系统提供给行政部门职员该资产的信息。

3.行政部门职员输入他要对该资产的操作。

•会议室使用申请用例

会议室使用申请用例使职员能够对会议室的借用进行申请。

1.职员输入他要申请的会议室号码和时刻。

2.系统输出职员需要的会议室信息,并显示出来。

3.假如没有被占用则可被申请。

4.否则要求职员选择其他会议室或时刻。

•办公用品购买申请用例

办公用品购买申请用例使职员能够申请办公用品的购买。

1.职员输入他要申请购买的办公用品。

2.系统接输出职员提供的办公用品信息,并储存至数据库。

•借阅图书用例

借阅图书用例使职员能够借阅图书。

1.职员输入他要借阅的图书。

2.系统提供给职员该图书的信息。

3・职员输入他要对该图书的操作。

•车辆使用申请用例

车辆使用申请用例使职员能够对车俩的进行借用。

1.职员输入他要使用的车辆。

2.系统提供给职员该车辆的信息。

3・职员输入他要对该车辆的操作。

4.假如没有被占用则可被申请。

5.否则要求职员选择其他车辆室或时刻。

•查看资产用例

查看资产用例使治理层职员能够查看资产信息。

1.治理层职员输入他要查看的资产。

2.系统提供给治理层职员该资产的信息。

图3.5消息治理模块

•发送邮件用例

发送邮件用例使职员能够发送邮件。

1.职员输入他的要发送的邮件。

2.系统发出职员提交的邮件,并储存至数据库。

•删除邮件用例

删除邮件用例使职员能够删除邮件。

1.职员输入他的要删除的邮件。

2.系统删除职员提供邮件,并更新数据库。

•査看邮箱用例

查看邮箱用例使职员能够查看已有的邮件。

1.职员输入他的要查看的邮箱。

2.系统接收职员提供邮箱名,并显示该邮箱的所有邮件。

•进行实时通讯用例

进行实时通讯用例使职员能够进行实时通讯。

1.职员输入他的要发送的信息和其他职员。

2.系统发出职员提交的信息给职员需要通讯的人,并储存至数据库。

•删除实时通讯用例

删除实时通讯用例使职员能够删除实时通讯信息。

1.职员输入他的要删除的实时通讯信息。

2.系统删除职员提供实时通讯信息,并更新数据库。

•查看实时通讯用例

查看实时通讯用例使职员能够查看已有的实时通讯。

1.职员输入他的要查看的实时通讯。

2.系统接收职员提供实时通讯,并显示该实时通讯。

3.1.6工作流程模块

图3.6工作流程模块

•行政流程定义用例

行政流程定义用例使行政部门职员能够定义行政工作的流程

1.行政部门职员输入他要定义的行政流程。

2.系统接收行政部门职员提供的行政流程定义,并以流程图形式显示出来。

•决策流程定义用例

决策流程定义用例使治理职员能够定义决策流程

1.治理职员输入他要定义的决策流程。

2.系统接收治理职员提供的决策流程定义,并以流程图形式显示出来。

•人事流程定义用例

人事流程定义用例使人事部门职员能够定义人事工作的流程

1.人事部门职员输入他要定义的人事流程。

2.系统接收人事部门职员提供的人事流程定义,并以流程图形式显示出来。

•业务流程定义用例

业务流程定义用例使业务部门职员能够定义各个业务工作的流程

1.业务部门职员输入他要定义的业务流程。

2.系统接收业务部门职员提供的行业务程定义,并以流程图形式显示出来。

3.1.7组织治理模块

<

图3.7组织治理模块

•增设机构用例

增设机构用例使治理部门职员能够增设新的机构。

1.治理部门职员输入他要增设的新机构。

2.系统录入治理部门职员输入的新机构,并储存至数据库。

•变更机构人力用例

变更机构人力用例使治理部门职员能够改变机构的人力配置。

3.治理部门职员输入他要改变的机构人力配置。

4.系统录入治理部门职员输入的新的机构人力配置,并储存至数据库。

•撤销机构用例

撤销机构用例使治理部门职员能够撤销一个或多个机构。

1.治理部门职员删除他要撤销的机构。

2.系统删除治理部门职员撤销的机构,并更新数据库。

•变更机构权责用例

变更机构权责用例使治理部门职员能够改变机构的权责。

1.治理部门职员输入他要改变的机构权责。

2.系统录入治理部门职员输入的新的机构权责,并储存至数据库。

3.1.8权限治理模块

图3.8权限治理模块

•增加新用户用例

增加新用户用例使系统治理员能够增加新的用户。

1.系统治理员输入他要新增的用户。

2.系统接收系统治理员输入的新用户资料,并储存至数据库。

•增加新角色用例

增加新用户用例使系统治理员能够增加给用户新的角色。

1.系统治理员输入他要给用户的新角色。

2.系统接收系统治理员输入的新的用户角色,并储存至数据库。

•删除用户用例

删除用户用例使系统治理员能够删除一个或多个用户。

1.系统治理员输入他要删除的用户。

2.系统删除系统治理员需要删除的用户,并更新数据库。

•删除角色用例

删除角色用例使系统治理员能够删除用户的一个角色。

1.系统治理员输入他要删除的用户角色。

2.系统删除系统治理员需要删除的用户角色,并更新数据库。

•变更用户角色用例

变更用户角色用例使治理部门职员能够改变用户的角色。

1.治理部门职员输入他要给用户的新角色。

2.系统录入治理部门职员输入的新的用户角色,并储存至数据库。

•变更角色权限用例

变更角色权限用例使治理部门职员能够改变用户的角色权限。

1.治理部门职员输入他要改变用户的角色权限。

2.系统录入治理部门职员输入的新的用户角色权限,并储存至数据库。

3.1.9系统治理模块

代码走义

(from茶狡M走W逍)

图3.9系统治理模块

•增加模块用例

增加模块用例使系统治理员能够增加新的模块。

1.系统治理员输入他要新增的模块。

2.系统接收系统治理员输入的新的模块,并储存至数据库。

•删除模块用例

删除模块用例使系统治理员能够删除一个或多个模块。

1.系统治理员输入他要删除的模块。

2.系统删除系统治理员要删除的模块,并更新数据库。

•修改模块用例

修改模块用例使系统治理员能够修改一个或多个模块。

1.系统治理员修改他要改变的模块。

2.系统接收系统治理员对模块的修改,并更新数据库。

•还原系统用例

还原系统用例使系统治理员能够还原系统到一个原始状态。

1.系统治理员输入他要还原系统的某个时刻。

2.系统接收系统治理员对系统的还原,并复原系统到指定时刻。

•代码定义用例

代码定义用例使系统治理员能够定义代码。

1.系统治理员输入他要定义的代码。

2.系统接收系统治理员对代码的定义,并更新数据库。

•修改用户密码用例

修改用户密码用例使职员能够修改自己的密码。

1.职员输入他新的的密码。

2.系统接收职员的新密码,并更新数据库。

3.1.10人事档案模块

图3.10人事档案模块

•录入职员信息用例

录入职员信息用例使人事部门职员能够录入职员信息。

1.人事部门职员输入职员的信息。

2.系统接收人事部门职员提供的职员的信息,并储存至数据库。

•修改职员信息用例

修改职员信息用例使人事部门职员能够修改职员信息。

1.人事部门职员输入他要修改职员的新信息。

2.系统修改人事部门职员提供的职员的新信息,并更新数据库。

•删除职员信息用例

删除职员信息用例使人事部门职员能够删除职员信息。

1.人事部门职员输入他指定的职员的信息。

2.系统接删除事部门职员提供的职员的信息,并更新数据库。

•治理转正申请状态用例

治理转正申请状态用例使人事部门职员能够治理申请转正并查看其申请状态。

1.人事部门职员输入职员的转正信息。

2.系统接收人事部门职员提供的转正信息,并储存至数据库。

3.系统输出转正状态信息。

•治理离职申请状态用例简要描述

治理离职申请状态用例使人事部门职员能够治理申请离职并查看其申请状态。

1.人事部门职员输入职员的离职信息。

2.系统接收人事部门职员提供的离职信息,并储存至数据库。

3.系统输出离职状态信息。

•治理考勤记录用例

治理考勤记录用例使人事部门职员能够对职员进行考勤。

3.人事部门职员输入他对职员的考勤信息。

4.系统接收人事部门职员提供的职员的考勤信息,并储存至数据库。

•申请转正用例简要描述

申请转正用例使职员能够申请转正并查看其申请状态。

1.职员输入转正信息。

2.系统接收职员提供的转正信息,并储存至数据库。

4.系统开始转正申请流转。

•申请离职用例

申请离职用例使职员能够申请离职并查看其申请状态。

1.职员输入离职信息。

2.系统接收职员提供的离职信息,并储存至数据库。

4.系统开始离职申请流转。

•登记考勤用例

登记考勤用例使职员能够签到。

3.职员输入他的上班时刻。

4.系统接收职员提供考勤信息,并储存至数据库。

•审核转正申请用例

审核转正申请用例使治理层职员能够对职员的转正申请进行审核。

1.治理层职员输入要审核的职员。

2.系统接收人治理层职员提供职员,调出职员的转正申请。

•审核离职申请用例简要描述审核离职申请用例使治理层职员能够对职员的离职申请进行审核。

3.治理层职员输入要审核的职员。

4.系统接收人治理层职员提供职员,调出职员的离职申请。

3・2性能需求

时刻要求:

用户的在扫瞄器端的操作将在3秒钟之内得到响应。

精度和储备时刻无专门要求。

3・3非功能需求

可移植性:

系统应当能够良好运行在任何安装Apache后台、MySQL数据库和JAVA运行时的运算机上。

可爱护性:

软件较易被明口得、校正、适应及增强功能。

3・4故障处理

系统采纳高可用性冗余服务器,当主服务器显现访咨询故障时,可自动启用备用服务器。

4数据需求

4・1数据项

a)职员Person

Person

PK

id

name

sexaddressdutyphonedescriptionorg

物理名称

数据类型I必需的IPK

IHTEGER

00

WZID

CHkR(20)

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 幼儿教育 > 幼儿读物

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1