办公自动化系统UML建模复习过程.doc

办公自动化系统UML建模

精品文档
基于办公自动化的用例建模
目录
一、开发背景 1
1.1课题背景 1
二、系统目标 2
三、系统设计 3
3.1 办公自动化总体结构 3
四、建立用况及用况图 4
五、基本模型的建立——类图 8
六、活动图 11
七、顺序图 12
八、合作图 13
九、状态图 14
十、构件图 15
参考文献 15

一、开发背景
1.1课题背景
办公自动化，英文Office Automation，简称OA，是办公信息处理的自动化，它利用先进的技术，使人的各种办公业务活动逐步由各种设备、各种人、机信息系统来协助完成，达到充分利用信息，提高工作效率和工作质量，提高生产率的目的。
办公自动化由70年代末80年代初在我国提出，到现在已有近二十年的发展历史。由于办公自动化技术的不断发展，办公自动化新产品不断的出现，办公自动化的内涵也不断地丰富和发展。
随着网络的高速发展，网络OA系统逐渐受到关注。一些大型企业集团（例如联想、海尔）正致力实现高层次的网络办公自动化，这将为他们节省大量的人力资源，节省大量的办公费用，大幅度提高办公效率。
开发网络办公系统的市场前景是广阔的。大型企业需要高层次的网络办公自动化，他们往往会选择大型的软件公司合作开发，所需的开发费用和维护费用也是非常高昂的。这些高昂的费用并非大多数中小企业能承受得起的。中小型企业存在一个很大的低成本网络OA系统的需求，而我们可以开发这些低成本OA系统来满足这个需求。

二、系统目标
OA系统要实现：
a、企业内各种信息资源的共享
b、加强员工间的交流、提高整体工作效率
c、为领导各种有用数据，方便领导对公司情况的及时了解、提供决策支持
d、提供各种工作记录，以备事后查询
(1) 传统办公模式

图1-1 传统办公模式
传统的办公模式主要以纸介质为主，在信息革命的浪潮中，显然已经远远不能满足高效率、快节奏的现代工作和生活的需要。如何实现信息处理的自动化和办公的无纸化逐步得到了人们的重视。
(2) 网络办公模式

图1-2网络化办公模式
现有网络办公自动化系统和大型信息管理系统中，企业业务流程重组或者是文件流转功能都是核心功能。同时企业办公主要是一个文件流转的过程，所有的办公事务都可以抽象成一个数据库对象。
(3) WEB方式的办公自动化系统
目前办公自动化系统较成熟的模式是客户/服务器方式，而新一代的办公自动化系统则应是Internet/Intranet方式，即B/S(Browser/Server，B/S)结构，才更能适应目前及未来的要求。

三、系统设计
3.1 办公自动化总体结构
办公自动化管理系统设计功能模块分类如下：
（1） 公文管理：对公文进行撰写、接收、审批等操作
发文办理：发文草拟人创建公文,确定初步公文文稿，发送给审核人；
收文办理: 提供外部单位来文的处理，完成来文的登记、录入、审核、拟办、批办及承办过程和收文存档；

（2） 会议管理：处理会议申请、进行会议通知、会议纪要、档案归档
会议申请：提出会议申请
领导审核：审批会议申请是否通过
会议通知：进行会议通知
会议纪要：会议过程中进行会议纪要
纪要归档：会议纪要送档案室归档

（3） 档案管理：管理档案的建立，公文的装入、移出、删除
建立案卷：建立档案案卷
装入公文：在档案案卷中装入指定公文
移出公文：从档案案卷中移出指定公文
删除案卷：冲档案案卷中删除指定公文

（4） 公告管理：实现对电子公告平台的通知、海报、简报等的编辑、发布
草拟公告：草拟公告
查看公告：查看指定公告
删除公告：删除指定公告

（5） 个人管理：查看个人代办事项，添加个人代办事项，删除代办事项修改个人密码
查看待办：查看个人代办事项
添加待办：添加待办事项
删除待办：删除代办的事项
密码修改：修改自己的密码

（6） 系统管理：处理账号申请。处理人事调动通知，对已有用户权限、部 门等信息进行修改，或者删除用户

申请管理：查看、删除新增用户申请
账号管理：添加、删除、修改各种权限类型的用户
部门管理：添加新的部门、修改部门权限、删除部门

四、建立用况及用况图
在系统顶层可以识别出以下7个活动者：发文办理人、收文办理人、会议管理人、档案管理员、借阅人、公告管理员、系统管理员、用户。
（1） 系统层的用况：

（2） 管理会议用况：
会议管理员·管理会议
会议申请人员录入填写会议呈批单，包括会议类型、会议名称、主办部门、会议时间、会议人数、会议地点等内容，提交给会议审核人；
系统将申请人发送的呈批单流转至审核人处；

审核人接收到审批单，进行审批；
如果审批未通过，审批人将审批未通过原因及呈批单发回给会议申请人；系统将审批人发送的文件流转至申请人处会议申请人根据未通过原因重新制定会议计划，发送给会议审批人；

如果审批已经通过，会议审批人将会议审批结果发送给会议通知人；
系统将审批人发送的文件流转至通知人处，会议通知人接收到会议审批结果，进行会议通知的拟定，填写会议通知单，发送给全部与会人员；
系统将通知人发送的文件流转至全部与会人员处；
会议纪要人员整理会议结束后的会议纪要，发送给会议申请人；
系统将纪要人发送的文件流转至会议申请人处；
会议申请人接收会议纪要，将会议纪要归档。

（3） 管理档案用况：
档案管理员·管理档案
档案管理员将接收到的文件按照年度、部门、保管期限进行分类，建立案卷；
接收文件，对文件分类归档装入；
系统为归档的文件自动编号；
接收到转档通知，移出档案；
系统自动变更档案编号；
系统分离出有过期档案，提醒档案管理员处理；
档案管理员看到提醒，根据情况转档或者删除案卷。

（4） 管理借阅用况：
档案管理员·管理借阅
档案管理员核查借阅清单，分离已经达到借阅期限的借阅人，收回借阅；
系统回收对应借阅人所借阅的档案；
系统对回收的档案归档。

（5） 管理公告用况：
公告管理员·管理公告
公告管理员浏览当前已发布和未发布的公告；
接收到公告发布通知，创建公告－公告标题、公告范围，公告内容，生效期限，失效期限等，然后发布；
系统将公告管理员发布的公告按照定义的范围和时间显示在各个部门或人员的系统公告栏中；
公告管理员对有变更的公告进行修改，对未到失效期限但需要删除的公告进行删除。

五、基本模型的建立——类图
系统中相关的类有发文登记、发文、待办事项、公告、借阅、收文登记、收文、用户、会议参加人、会议、会议纪要、档案、收文档案、发文档案、会议纪要档案，系统类图如下图：

其中档案类与收文档案、发文档案、会议纪要档案之间存在着继承的（一般－特殊）的关系。下面是对对象的属性和操作的定义：档案类包括卷号、卷名、保管期限、卷内文件份数、是否封卷等属性。在用户类中，与用户有关的信息本系统只关心姓名、部门和职务，另外还应有一个用户的唯一标识－－－用户帐号，从系统管理员角度讲，每个用户都应该有访问权限和密码。下面是对各个对象的属性和操作的定义：

六、活动图
以发文和收文为例

七、顺序图
以发文和收文为例

发文办理顺序图

收文办理顺序图

八、合作图
以会议申请为例

九、状态图
会议申请为例

十、构件图

参考文献
［1］ 邱哲，马斗．Struts设计开发大全[M]．清华大学出版社．2006.2．
［2］ 沃尔斯．Spring in Action [M]．人民邮电出版社．2005.6．
［3］ 郑玲．计算机专业毕业设计指导[M]．清华大学出版社．2007.8．
［4］ 许杰星，李强．MySql 开发者 SQL 权威指南[M] ．机械工业出版社．2007.6．
［5］ 李正涛．OA系统发展历程与趋势[M] ．清华大学出版社．2008.8．
[6] 习成嘉.UML系统建模与分析设计.机械工业出版社.2011.7

收集于网络，如有侵权请联系管理员删除