UML课程设计简易办公管理系统

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

滨江学院

统一建模语言课程设计报告( 2013 -- 2014 年度第二学期)

课程名称:统一建模语言课程设计

题目:简易办公系统

院系:计算机系软件工程

班级:软工三班

学号:***********

姓名:吉***

指导教师:***

设计周数:两周

日期:2014 年6月

1 系统分析

1.1 系统开发背景

目前,随着网络技术的飞速发展,各行各业都在追求信息化,以防在信息时

代落伍,而普通高校也如此,办公自动化是高校教师获得交流和沟通的一个重要

渠道。因此一个健全的办公管理系统就必不可少,办公管理系统的使用大大的提

高了办公室的工作效率,很好的节省了大量的人力、物力和财力资源。管理信息

系统的开发是一个开发周期长、技术要求高、影响因素多的复杂系统工程,因此

制定一个完善、可行、合理的开发计划,不仅是系统开发成功的保证,而且可以

提高效率、节省时间、降低成本。

1.2 系统功能结构设计

1.2.1 系统功能概括

主要功能:

系统主要包括收发管理系统和会议管理系统。对所管理的2个会议室进行自动化管理,即由申请部门提交申请,然后统一安排会议室以及各种会议资源(如投影仪、计算机、桌子、凳子等),能形成会议资源使用通知单送达申请部门,主管领导随时查询会议室使用情况(管理者直接负责管理)。能够按照申请者的要求自动生成会议通知单,由办公室负责通知发放。能够形成会议纪要,存档并送到需要的部门(由申请者提供的信息决定),对收到的公文进行登记,分类编号,(学校主要发文部门分为:教务处、财务处、学生处、人事处、保卫处、工会以及其他),并形成文件主要内容关键字,使收文能够按照关键字、时间和部门查询;对发文进行登记,并形成文件主要内容关键字,使发文能够按照关键字、时间和部门查询。

1.2.2 系统功能功能模块图

2 静态模型设计

2.1 系统用例图设计

会议管理员:

会议管理员拥有对会议管理的权限,其中,会议申请人具有申请召开会议的权利,审核人具有审核会议的权利,会议记录人员具有记录相关信息并进行归档的权利。

1.会议申请

会议申请人向系统录入会议详细信息,包括会议名称、会议类型、主办部会议时间、参会人数、会议地点等内容,提交给系统,系统会将申请人发送的会议申请单提交至会议审核人处。

2.会议审核

会议审核人接收到来自会议申请人的申请单,进行审批。

如果审核未通过,审核人将驳回会议申请单并填写未通过原因,系统会将审核人发送的文件转至会议申请人处。会议申请人会根据未通过原因重新制定会议计划,填好信息后发送给审核人审批。

3会议纪要及归档

会议申请通过审核后,会议如期举行,会议记录人员记录会议的详细信息,并将这些信息进行归档处理。

会议申请人

会议审核人

会议记录人

<>

图2.1简易办公系统会议管理用例图

公文管理员

公文管理员拥有对公文进行管理的权利,其中,公文经办人可以草拟公文、修改公文、删除公文。公文审核人员对已提交的公文进行审核。上级领导对审核通过的公文签字确认。公文收发人员派发经过上级领导签字确认后的公文并进行归档处理。

修改公文

删除公文

公文经办人

公文审核人

签字确认

上级领导

派发公文

归档

公文分发人

草拟公文

审核公文<>

<>

<>

<>

图2.2简易办公系统公文管理用例图

2.2 系统类图设计

类图(Class diagram)是显示了模型的静态结构,特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性信息。

图2.2简易办公管理类图

3 动态模型设计

3.1 公文管理时序图设计

文管理员可以填写发文信息然后经过签发审核最后归档的用例图

图3.1公文管理时序图

3.2 会议室管理时序图设计

会议管理员可以填写申请信息经过会议审核最后记录会议档案

图3.2会议管理时序图

3.3公文管理的协作图设计

文管理员可以填写发文信息然后经过签发审核最后归档的协助图

: 公文管理员

: 发文

审核

3: 审核

签发

: 发文登

归档

1: 填写发文信息

2: 提交发文

4: 审核结果5: 发文签发

7: 审核结果

6: 签发审核

8: 登记发文

9: 发文归档

图3.3公文管理的协作图

3.4 会议室管理的协作图设计

: 会议管理员

图3.4会议室管理协作图

3.5 公文管理的状态图设计

以公文管理先创建发文,审核发文,签发发文,分发发文,最后归档

]

图3.5公文管理的状态图

3.6 会议室管理的状态图设计

申请会议室管理分为:会议申请,会议审核,会议通知,召开会议,最后会议纪要!

图3.6会议室管理的状态图

4 结论

4.1 设计功能

本软件系统为一个简易办公系统,服务于学校办公。该系统要求具有收发文管理以及会议管理两部分。分为收发文件管理系统和会议管理系统两个子系统。其中,收发文管理部分应该实现公文登记和公文查询功能;会议管理部分应该实现安排会议资源、形成会议纪要和存档备需的功能。

4.2 存在问题与解决方法

4.1.有时新建对象不知道什么原因不符合要求,如变得很长但鼠标操作又无法改变其长短时.解决办法:可以选中对象,按UP就可以精确调整它的长短.

4.2.对象Object下面有一个方框,不能删除,按CTRL+D也不能删除.

解决办法:右边这个对象下面的那个小方框很难删除,原因是两个对象没有对齐,等将两个对象对齐,小方框自动消失。

相关文档
最新文档