办公自动化UML建模.docx
- 文档编号:28637543
- 上传时间:2023-07-19
- 格式:DOCX
- 页数:30
- 大小:462.39KB
办公自动化UML建模.docx
《办公自动化UML建模.docx》由会员分享,可在线阅读,更多相关《办公自动化UML建模.docx(30页珍藏版)》请在冰豆网上搜索。
办公自动化UML建模
基于办公自动化的用例建模
基于办公自动化的用例建模1
一、项目背景错误!
未定义书签。
二、系统目标2
三、功能模块3
组织管理:
3
权限管理:
3
会议管理:
3
个人办公:
3
我的便签:
3
我的任务:
3
通讯录:
3
公共信息:
3
公文管理:
3
公文维护:
3
归档处理:
3
系统维护:
3
四、建立用例及用例图4
3.1UML初始模型4
3.2组织管理用例及用例图4
3.2.1机构管理:
4
3.2.2人员管理:
5
3.2.3用例图6
3.3权限管理用例及用例图6
3.3.1用户管理:
6
3.3.2角色管理7
3.3.3模块管理7
3.3.4用例图7
3.4系统维护用例及用例图8
3.4.1系统备份8
3.4.2系统恢复8
3.4.3用例图8
3.5会议管理8
3.5.1会议申请8
3.5.2会议审核9
3.5.3会议纪要及归档9
3.5.4用例图9
3.6公共信息管理9
3.6.1公告管理9
3.6.2用例图10
3.7公文管理10
3.7.1公文维护和审核10
3.7.2用例图11
3.8档案管理用例及用例图11
3.8.1人员履历11
3.8.2转正申请11
3.8.3离职申请11
3.8.4用例图12
3.9个人办公用例及用例图12
3.9.1我的便签12
3.9.2我的任务12
3.9.3通讯录12
3.9.4用例图13
五、类图13
六、活动图15
七、顺序图16
八、合作图16
九、状态图17
十、构件图19
一、项目背景
随着网络的高速发展,办公自动化系统逐渐受到企事业的关注。
办公自动化系统,简称OA(OfficeAutomation)系统,它是指一切可满足于企事业单位的、综合型的、能够提高单位内部信息交流、共享、流转处理的和实现办公自动化和提高工作效率的各种信息化设备和应用软件;它不是孤立存在的,而是与企事业单位其它各类管理系统(如电子政务系统、电子商务系统、CRM系统、ERP系统、财务系统)密切相关、有机整合。
简而言之,0A就是为
了实现办公的自动化管理。
办公室是处理事务和信息的场所,OA则是对办公室内的、与管
理有关的事务进行机械化和自动化的处理。
A公司是一家大型的上市公司,当前,公司虽然采用Office等办公软件,实现了办公
文档的输入和打印等功能,但大部分的操作还停留在原始的手工操作阶段,很多事务不能得到及时的处理,原有的计算机和网络资源不能得到有效的利用,在一定程度上增加了公司的管理成本。
公司迫切需要建立一套高效的办公系统,以提高办公效率。
二、系统目标
OA办公系统的目标是为公司建成一个高速、安全、稳定可靠、经济实用、方便
操作的办公自动化平台,全面实现公司办公自动化、信息资源共享化、决策智能化。
在日常工作的各个领域和各个环节中广泛采用现代信息技术,以建设和整合统一高效的网络平台为基础、以应用和服务为核心,以办公资源管理系统及业务应用系统开发为重点,以信息安全保障为前提,推动公司职能转变和信息公开,提高工作效率和服务水平,增强公司监管和服务能力,建成办公应用体系整体框架。
三、功能模块
本OA系统功能模块分为以下几个部分:
组织管理:
对公司部门架构信息和部门人员信息进行管理,分为机构管理和人员
管理;
权限管理:
不同的用户可能有不同的角色,不同的角色又可能拥有对系统不同的管
理权限
模块管理:
系统所有模块的管理
角色管理:
系统的角色定义、给角色分配权限等用户管理:
系统账号的分配、给用户分配角色、给用户分配权限
会议管理:
管理会议有关的各项事务
会议申请:
讨论通过后对需要举行的会议向上级提出申请领导审核:
对申请的会议进行审核
会议纪要:
记录会议的详细信息
会议归档:
将所召开会议的信息归档处理
个人办公:
办理日常事务
我的便签:
随手记录的信息
我的任务:
记录要完成的任务通讯录:
记录本公司人员的通讯信息
公共信息:
对公司发布的新闻、通知和规章制度等信息进行管理,使企业的信息和
知识得到快速传播和转移
公文管理:
对公文的接收和审核进行管理
公文维护:
各种类型的公文管理、审批公文等归档处理:
对已经审核通过的公文进行归档处理
档案管理:
管理员工档案信息
人员履历:
管理员工基本信息
转正申请:
管理员工转正申请
离职申请:
管理员工离职申请
系统维护:
对系统进行恢复、备份等操作
系统恢复:
对先前系统进行恢复操作
系统备份:
对现有系统进行备份操作
四、建立用例及用例图
3.1UML初始模型
系统顶层参与者包括:
会议管理员、公告管理员、公文管理员、档案管理员、系统管理员、普通员工。
0A办公自动1\
化管理系统
系统顶层用例图
3.2组织管理用例及用例图
系统管理员拥有组织管理的权限,组织管理又包括机构管理和人员管理。
3.2.1机构管理:
1、添加机构:
系统管理员可以添加父机构,也可以选择某个机构后在其下面添加子机构。
首先输入机构信息,提交到系统,系统首先检测该机构是否已经存在,如果已经存在,系统会向系统管理员发出警告信息,提示管理员重新输入信息。
系统确认机构信息无误后,会将该机构信息保存在相应的机构下面。
2、修改机构信息:
系统管理员选择某个机构,填写修改信息后提交到系统,系统会保存该修改过的信息。
3、删除机构信息:
系统管理员选择某个机构,点击“删除“按钮,系统检测该机构下是否存在子机构,如果存在,向管理员发出警告信息,否则,经管理员确认后,系统会从数据库中删除该机构信息。
4、查询机构信息:
系统对机构信息查询提供了“模糊查询”的功能,系统管理员输入查询条件后,系统会根据查询条件找到和该查询字段相匹配的机构信息。
3.2.2人员管理:
1、添加人员:
系统管理员进入系统,进入“人员管理”界面后,界面会显示所有员工列表,点击“添加员工信息”按钮,进入到添加信息界面,输入员工信息,并选择相应的机构,提交信息后系统会向数据库中写入该员工的信息。
2、修改员工信息:
系统管理员选择某个员工,填写修改信息后提交到系统,系统会保存该修改过的员工信息。
3、删除员工信息:
系统管理员选择某个员工,点击“删除”按钮,经确认后,系统会从数据库中删除该员工的信息。
4、查询员工信息:
系统对用户信息查询提供了“模糊查询”的功能,系统管理员输入查询条件后,系统会根据查询条件找到和该查询字段相匹配的用户信息。
323用例图
删除机构信息
机构管理和人员管理用例图
3.3权限管理用例及用例图
系统管理员拥有对用户、角色授权和管理模块的权利。
3.3.1用户管理:
1、分配账号:
系统管理员给员工分配账号。
进入账号分配界面,输入用户名和密码,向系统提交该信息,系统首先检测该账号是否存在,如果存在,则向系统管理员发送警告信息。
经系统检测无误后,系统会将该账号信息写入数据库。
2、删除账号:
在用户信息界面,系统管理员选择某个用户,点击删除按钮,如果该用
户还没有分配账号(用户系企业员工,可能还没有分配账号),系统弹出提示信息。
反之,经经系统管理员确认删除后,系统会从数据库删除该用户(该用户所对应的员工依然存在,只是删除了该员工登录到系统的账号)。
3、用户授权:
授予该用户对系统的操纵权限,包括C(CREATE、R(READ、U(UPDATE
和D(DELETE权禾薦
332角色管理
1、添加角色:
向系统中添加角色,比如档案管理员、公文管理员等。
2、删除角色:
删除系统中存在的角色
3、角色授权:
授予该角色对系统的操纵权限,包括C(CREATE、R(READ、U(UPDATE和D(DELETE权利。
3.3.3模块管理
1、添加模块:
系统管理员可以顶级模块,也可以选择某个模块后在其下面添加子模块。
首先输入模块信息,提交到系统,系统首先检测该模块是否已经存在,如果已经存
在,系统会向系统管理员发出警告信息,提示管理员重新输入信息。
系统确认模块信息无误后,会将该模块信息保存数据库中。
2、删除模块:
系统管理员选择某个模块,点击“删除“按钮,系统检测该模块下是否存在子模块,如果存在,向管理员发出警告信息,否则,经管理员确认后,系统会从数据库中删除该模块信息。
3、修改模块信息:
系统管理员选择某个模块工,填写修改信息后提交到系统,系统会保存该修改过的模块信息到数据库。
3.3.4用例图
系统管理员
(fromUseCaseV)
删除角色
>>
<<使用
<<使用>>
3.4系统维护用例及用例图
系统管理员拥有对系统进行恢复和备份的权利
3.4.1系统备份
为了防止系统突然发生意外情况,导致系统数据错误或数据丢失,系统管理员应该及时
对系统中的数据进行备份操作,万一发生意外,还有挽救的余地。
3.4.2系统恢复
数据发生异常时,系统管理员可以先前备份的数据进行一键恢复。
3.4.3用例图
数据恢复
3.5会议管理
人具有审核会议的权利,会议记录人员具有记录相关信息并进行归档的权利。
3.5.1会议申请
会议申请人向系统录入会议详细信息,包括会议名称、会议类型、主办部门、会议时间、
参会人数、会议地点等内容,提交给系统,系统会将申请人发送的会议申请单提交至会议审核人处。
3.5.2会议审核
会议审核人接收到来自会议申请人的申请单,进行审批。
如果审核未通过,审核人将驳回会议申请单并填写未通过原因,系统会将审核人发送的
文件转至会议申请人处。
会议申请人会根据未通过原因重新制定会议计划,填好信息后发送
给审核人审批。
3.5.3会议纪要及归档
息进行归档处理。
3.5.4用例图
审核会议申请会议审核人
3.6公共信息管理
公告管理员拥有管理公告的权利
3.6.1公告管理
公告管理员浏览已发布的公告和未发布的公告,对已发布的公告,如果过了有效时间,系统
会根据有效期限将其删除,同时,公告管理员也可以根据需要去删除和修改已发布的信息,
向系统提交或确认删除后,系统将保存最近的修改信息。
对于将要发布的公告,公告管理员填写公告内容,包括公告标题、范围、内容、发布时间、失效时间等,然后发布,系统发布的公告按照范围和发布时间排序显示在各自的部门的系统公告栏中。
362用例图
浏览公告
修改公告
3.7公文管理
公文管理员拥有对公文进行管理的权利,其中,公文经办人可以草拟公文、修改公文、删除公文。
公文审核人员对已提交的公文进行审核。
上级领导对审核通过的公文签字确认。
公文收发人员派发经过上级领导签字确认后的公文并进行归档处理。
3.7.1公文维护和审核
公文经办人创建公文,确定初步文稿后发送给审核人审核,审核人对受到的草拟公文进行规
范性审核,如果草拟的公文不符合规范,则审核未通过。
审核人添加修改意见后发送给公文
经办人,系统会将审核人发送的公文及修改建议发送至公文经办人处。
公文经办人收到审核
人发回的修改意见后对公文进行修改,然后再发送给审核人,审核通过后,审核人将公文发
送给上级领导。
上级领导对收到的公文进行审签,然后发送给分发人,系统将领导签字后的
公文流转至公文分发人处。
公文分发人将收到的公文编号后发送给各部门相关人员并登记公文的详细信息,包括发文文号、发送日期,公文标题、拟稿单位、拟稿人、审核人、签稿人等信息,然后进行归档处理。
3.7.2用例图
3.8档案管理用例及用例图
档案管理员拥有管理员工档案的权利,包括人员履历、转正申请、离职申请和员工考勤
3.8.1人员履历
管理员工基本信息,当员工信息发生改变时,档案管理员根据员工编号查找到该员工,找到需要修改的信息,修改完毕提交到系统,系统会将修改后的数据保存到数据库。
3.8.2转正申请
员工工作年限达到一定时间,可向部门领导发出转正申请,部门领导审核通过以后将该
员工的转正申请及审核意见发送给档案管理员,系统会将转正申请及审核意见流转至档案管
理员处,档案管理员修改该员工的状态信息为正式员工,系统会保存该修改过的信息。
3.8.3离职申请
员工向部门领导发出离职申请,部门领导审核通过以后将该员工的离职申请及审核意见
发送给档案管理员,系统会将离职申请及审核意见流转至档案管理员处,档案管理员删除该
员工档案,系统会将该员工信息从数据库删除。
3.8.4用例图
Z1/
3.9个人办公用例及用例图
普通员工拥有管理个人办公的权利,包括我的便签、我的任务和通讯录
3.9.1我的便签
随手记录的信息,包括编号、主题、创建时间等内容。
员工可以随时查看记录的便签,也可以删除记录的便签。
3.9.2我的任务
系统会
任务备忘录,提醒员工在合适何地做什么事情。
员工输入任务名称及提醒时间,
在这个时间向员工发出提示信息,提醒员工还有任务没有完成。
员工也可以删除该任务。
3.9.3通讯录
通讯录记录了公司员工的联系方式,包括员工编号、姓名、性别、年龄、职位、联系电话、电子邮箱、所属部门等信息。
员工可以通过检索的方式查找员工信息。
3.9.4用例图
普通员工
(fromUseCaseV...)
五、类图
系统中相关的类有用户、角色、访冋控制列表、公告、借阅、发文、发文登记、收文、收文登记、会议、会议参加人、纪要、档案、收文档案、发文档案、会议纪要档案、我的任务、通讯录、系统管理等,类图如下:
收文档案
发文档案会议纪要档案
各对象的属性和操作的定义如下:
发文
(fromLogicalView)
•建立发文{)•恃氏卷文f)•删除发文()•审核发文()■分复发文()
发文登记
(fromLogicalView)
帚发支编号亳发文日期宅屜蔬人毎审按人◎分笈人
P发文单位
收文
(fromLogicalView)
•接收发文0•审啜发文0
•承办険艾0
收文登记
(fromLogicalVieMir)
編号訪收文单位©來文单位•4攵文日茸佥洛注
会议
(fromLogicalView)
2间
藝也虫
&举办人
•申请()
*駅)
•逋划()
会议纪要
(fromLogicalView)亳律谊名称电会id編号龟会议地点中与会人竝爲会谊応容亀开雄时间毛络束肘辰
档案
(fromLogicalVi«w)
毎嬉臬名称
£所属灵丁
•建立档案。
性改档案0
■刪除档案0
•育询档聲0
•登记0
借阅
(fromLogicalView}WWF命借阅人宅档棄名称館借闸时司
•借阐0
会议纪耍档案
(fromLogicalView)
收文档案
(fronnLogicalView)良收文编号「■收文单隹
岂收宜日期唸备注
公告
(fromLogicalView)金瓷吿编号金公告标融鼻公吿内客£>发布时间気冇效时间
•程立0
•修改0
•啊除0
•吉询0
•建立()
•修改0
•删除0
•査询0
*建盒0
•诣改0♦删隴[)•査询0
•发布0
•删除(}
•査询0
•删除0
«lnterface»
我的任务
(tornLogicalView)
•協改0
•删除()
•査询()
角色
(fromLogicalView)包烷色徧号电审色名称
用户
(fromLogicalView)
龜用户绸号
访问控制列表
(fromLogicalView}
劭访问类型野访问标识
朝狀态
员工
(fromLogicalView)
鬱员工编号
毎性别
•地址耳麻系电话毎所届部门
通讯录
価omLogicalView)埶通貞泵縮号乐员工姓名昴性别禺年龄鸟所属部门生联系电诘
六、活动图
以发文和会议申请为例
发文活动图
修改发文
修改会议
创建发文
a
审核
[未通过
<
会议申请
审核
[未通过
会议通知
召开会议
会议纪要
七、顺序图
:
暫电甘哩底
:
BT
■#TSf
|
|J
—•览文「
审桶
签笈
•发文登记
归档
以发文和会议申请为例
工弟西陀反信忌.
丽L管坪同
V
」2淀文岌文
"T*
L8豊记发文i
r
会仪管迎员
11411_■_!
bi«bid
k1>k14
>1«k1・
h14h1<
i-1-h1!
i
*G
卷蚁和£
.吉说矗JlL,
.舟说監巫ts崑
八、合作图
以发文和会议申请为例
9:
发文归档
:
会议管理员
九、状态图
以发文和会议申请为例
审核发文
会议审核
会议申请
会议修改
创建发文(填写发文信息)
修改发文
[通过]
x_>
会议通知
分发发文
签发发文
[未通过]
[通过审核]
[未通过审核]
发文归档
召开会议
十、构件图
档案管理
公文管理
系统维护
组织管理
会议管理
1-
OA办公自二动化系统
.1
个人办公
权限管理
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 办公自动化 UML 建模