办公自动化UML建模.docx
- 文档编号:11251360
- 上传时间:2023-02-26
- 格式:DOCX
- 页数:19
- 大小:345.38KB
办公自动化UML建模.docx
《办公自动化UML建模.docx》由会员分享,可在线阅读,更多相关《办公自动化UML建模.docx(19页珍藏版)》请在冰豆网上搜索。
办公自动化UML建模
基于办公自动化的用例建模
一、项目背景
随着网络的高速发展,办公自动化系统逐渐受到企事业的关注。
办公自动化系统,简称OA(OfficeAutomation)系统,它是指一切可满足于企事业单位的、综合型的、能够提高单位内部信息交流、共享、流转处理的和实现办公自动化和提高工作效率的各种信息化设备和应用软件;它不是孤立存在的,而是及企事业单位其它各类管理系统(如电子政务系统、电子商务系统、CRM系统、ERP系统、财务系统)密切相关、有机整合。
简而言之,OA就是为了实现办公的自动化管理。
办公室是处理事务和信息的场所,OA则是对办公室内的、及管理有关的事务进行机械化和自动化的处理。
A公司是一家大型的上市公司,当前,公司虽然采用Office等办公软件,实现了办公文档的输入和打印等功能,但大部分的操作还停留在原始的手工操作阶段,很多事务不能得到及时的处理,原有的计算机和网络资源不能得到有效的利用,在一定程度上增加了公司的管理成本。
公司迫切需要建立一套高效的办公系统,以提高办公效率。
二、系统目标
OA办公系统的目标是为公司建成一个高速、安全、稳定可靠、经济实用、方便操作的办公自动化平台,全面实现公司办公自动化、信息资源共享化、决策智能化。
在日常工作的各个领域和各个环节中广泛采用现代信息技术,以建设和整合统一高效的网络平台为基础、以应用和服务为核心,以办公资源管理系统及业务应用系统开发为重点,以信息安全保障为前提,推动公司职能转变和信息公开,提高工作效率和服务水平,增强公司监管和服务能力,建成办公应用体系整体框架。
三、功能模块
本OA系统功能模块分为以下几个部分:
组织管理:
对公司部门架构信息和部门人员信息进行管理,分为机构管理和人员管理;
权限管理:
不同的用户可能有不同的角色,不同的角色又可能拥有对系统不同的管理权限
模块管理:
系统所有模块的管理
角色管理:
系统的角色定义、给角色分配权限等
用户管理:
系统账号的分配、给用户分配角色、给用户分配权限
会议管理:
管理会议有关的各项事务
会议申请:
讨论通过后对需要举行的会议向上级提出申请
领导审核:
对申请的会议进行审核
会议纪要:
记录会议的详细信息
会议归档:
将所召开会议的信息归档处理
个人办公:
办理日常事务
我的便签:
随手记录的信息
我的任务:
记录要完成的任务
通讯录:
记录本公司人员的通讯信息
公共信息:
对公司发布的新闻、通知和规章制度等信息进行管理,使企业的信息和知识得到快速传播和转移
公文管理:
对公文的接收和审核进行管理
公文维护:
各种类型的公文管理、审批公文等
归档处理:
对已经审核通过的公文进行归档处理
档案管理:
管理员工档案信息
人员履历:
管理员工基本信息
转正申请:
管理员工转正申请
离职申请:
管理员工离职申请
系统维护:
对系统进行恢复、备份等操作
系统恢复:
对先前系统进行恢复操作
系统备份:
对现有系统进行备份操作
四、建立用例及用例图
3.1UML初始模型
系统顶层参及者包括:
会议管理员、公告管理员、公文管理员、档案管理员、系统管理员、普通员工。
3.2组织管理用例及用例图
系统管理员拥有组织管理的权限,组织管理又包括机构管理和人员管理。
3.2.1机构管理:
1、添加机构:
系统管理员可以添加父机构,也可以选择某个机构后在其下面添加子机构。
首先输入机构信息,提交到系统,系统首先检测该机构是否已经存在,如果已经存在,系统会向系统管理员发出警告信息,提示管理员重新输入信息。
系统确认机构信息无误后,会将该机构信息保存在相应的机构下面。
2、修改机构信息:
系统管理员选择某个机构,填写修改信息后提交到系统,系统会保存该修改过的信息。
3、删除机构信息:
系统管理员选择某个机构,点击“删除“按钮,系统检测该机构下是否存在子机构,如果存在,向管理员发出警告信息,否则,经管理员确认后,系统会从数据库中删除该机构信息。
4、查询机构信息:
系统对机构信息查询提供了“模糊查询”的功能,系统管理员输入查询条件后,系统会根据查询条件找到和该查询字段相匹配的机构信息。
3.2.2人员管理:
1、添加人员:
系统管理员进入系统,进入“人员管理”界面后,界面会显示所有员工列表,点击“添加员工信息”按钮,进入到添加信息界面,输入员工信息,并选择相应的机构,提交信息后系统会向数据库中写入该员工的信息。
2、修改员工信息:
系统管理员选择某个员工,填写修改信息后提交到系统,系统会保存该修改过的员工信息。
3、删除员工信息:
系统管理员选择某个员工,点击“删除”按钮,经确认后,系统会从数据库中删除该员工的信息。
4、查询员工信息:
系统对用户信息查询提供了“模糊查询”的功能,系统管理员输入查询条件后,系统会根据查询条件找到和该查询字段相匹配的用户信息。
3.2.3用例图
3.3权限管理用例及用例图
系统管理员拥有对用户、角色授权和管理模块的权利。
3.3.1用户管理:
1、分配账号:
系统管理员给员工分配账号。
进入账号分配界面,输入用户名和密码,向系统提交该信息,系统首先检测该账号是否存在,如果存在,则向系统管理员发送警告信息。
经系统检测无误后,系统会将该账号信息写入数据库。
2、删除账号:
在用户信息界面,系统管理员选择某个用户,点击删除按钮,如果该用户还没有分配账号(用户系企业员工,可能还没有分配账号),系统弹出提示信息。
反之,经经系统管理员确认删除后,系统会从数据库删除该用户(该用户所对应的员工依然存在,只是删除了该员工登录到系统的账号)。
3、用户授权:
授予该用户对系统的操纵权限,包括C(CREATE)、R(READ)、U(UPDATE)和D(DELETE)权利。
3.3.2角色管理
1、添加角色:
向系统中添加角色,比如档案管理员、公文管理员等。
2、删除角色:
删除系统中存在的角色
3、角色授权:
授予该角色对系统的操纵权限,包括C(CREATE)、R(READ)、U(UPDATE)和D(DELETE)权利。
3.3.3模块管理
1、添加模块:
系统管理员可以顶级模块,也可以选择某个模块后在其下面添加子模块。
首先输入模块信息,提交到系统,系统首先检测该模块是否已经存在,如果已经存在,系统会向系统管理员发出警告信息,提示管理员重新输入信息。
系统确认模块信息无误后,会将该模块信息保存数据库中。
2、删除模块:
系统管理员选择某个模块,点击“删除“按钮,系统检测该模块下是否存在子模块,如果存在,向管理员发出警告信息,否则,经管理员确认后,系统会从数据库中删除该模块信息。
3、修改模块信息:
系统管理员选择某个模块工,填写修改信息后提交到系统,系统会保存该修改过的模块信息到数据库。
3.3.4用例图
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公告管理
公告管理员浏览已发布的公告和未发布的公告,对已发布的公告,如果过了有效时间,系统会根据有效期限将其删除,同时,公告管理员也可以根据需要去删除和修改已发布的信息,向系统提交或确认删除后,系统将保存最近的修改信息。
对于将要发布的公告,公告管理员填写公告内容,包括公告标题、范围、内容、发布时间、失效时间等,然后发布,系统发布的公告按照范围和发布时间排序显示在各自的部门的系统公告栏中。
3.6.2用例图
3.7公文管理
公文管理员拥有对公文进行管理的权利,其中,公文经办人可以草拟公文、修改公文、删除公文。
公文审核人员对已提交的公文进行审核。
上级领导对审核通过的公文签字确认。
公文收发人员派发经过上级领导签字确认后的公文并进行归档处理。
3.7.1公文维护和审核
公文经办人创建公文,确定初步文稿后发送给审核人审核,审核人对受到的草拟公文进行规范性审核,如果草拟的公文不符合规范,则审核未通过。
审核人添加修改意见后发送给公文经办人,系统会将审核人发送的公文及修改建议发送至公文经办人处。
公文经办人收到审核人发回的修改意见后对公文进行修改,然后再发送给审核人,审核通过后,审核人将公文发送给上级领导。
上级领导对收到的公文进行审签,然后发送给分发人,系统将领导签字后的公文流转至公文分发人处。
公文分发人将收到的公文编号后发送给各部门相关人员并登记公文的详细信息,包括发文文号、发送日期,公文标题、拟稿单位、拟稿人、审核人、签稿人等信息,然后进行归档处理。
3.7.2用例图
3.8档案管理用例及用例图
档案管理员拥有管理员工档案的权利,包括人员履历、转正申请、离职申请和员工考勤
3.8.1人员履历
管理员工基本信息,当员工信息发生改变时,档案管理员根据员工编号查找到该员工,找到需要修改的信息,修改完毕提交到系统,系统会将修改后的数据保存到数据库。
3.8.2转正申请
员工工作年限达到一定时间,可向部门领导发出转正申请,部门领导审核通过以后将该员工的转正申请及审核意见发送给档案管理员,系统会将转正申请及审核意见流转至档案管理员处,档案管理员修改该员工的状态信息为正式员工,系统会保存该修改过的信息。
3.8.3离职申请
员工向部门领导发出离职申请,部门领导审核通过以后将该员工的离职申请及审核意见发送给档案管理员,系统会将离职申请及审核意见流转至档案管理员处,档案管理员删除该员工档案,系统会将该员工信息从数据库删除。
3.8.4用例图
3.9个人办公用例及用例图
普通员工拥有管理个人办公的权利,包括我的便签、我的任务和通讯录
3.9.1我的便签
随手记录的信息,包括编号、主题、创建时间等内容。
员工可以随时查看记录的便签,也可以删除记录的便签。
3.9.2我的任务
任务备忘录,提醒员工在合适何地做什么事情。
员工输入任务名称及提醒时间,系统会在这个时间向员工发出提示信息,提醒员工还有任务没有完成。
员工也可以删除该任务。
3.9.3通讯录
通讯录记录了公司员工的联系方式,包括员工编号、姓名、性别、年龄、职位、联系电话、电子邮箱、所属部门等信息。
员工可以通过检索的方式查找员工信息。
3.9.4用例图
五、类图
系统中相关的类有用户、角色、访问控制列表、公告、借阅、发文、发文登记、收文、收文登记、会议、会议参加人、纪要、档案、收文档案、发文档案、会议纪要档案、我的任务、通讯录、系统管理等,类图如下:
各对象的属性和操作的定义如下:
六、活动图
以发文和会议申请为例
七、顺序图
以发文和会议申请为例
八、合作图
以发文和会议申请为例
九、状态图
以发文和会议申请为例
十、构件图
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 办公自动化 UML 建模