UML课设简易OA办公自动化系统

  • 格式:doc
  • 大小:203.50 KB
  • 文档页数:15

下载文档原格式

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

软件学院

课程设计报告书

课程名称面向对象分析与设计课程设计设计题目简易OA(办公自动化)系统专业班级

学号

姓名

指导教师

2012 年5 月

目录

1 设计时间 (2)

2 设计目的 (2)

3设计任务 (2)

4 设计内容 (3)

4.1用例图设计 (3)

4.2类图设计 (7)

4.3顺序图设计 (8)

4.4协作图设计 (10)

4.5活动图设计 (11)

4.6状态图设计 (12)

5 总结与展望 (12)

参考文献 (13)

4 设计内容

4.1用例图设计

用例图是开发过程的起点,并驱动建模全过程。在设计系统用例图之前,首先要识别出系统的参与者和用例。参与者是系统分析员与用户交流的起点,也是项目获得后续产品的关键。通常情况下,参与者是指使用系统功能的人,但也可以是其他外部系统,包括软件系统和硬件设备。可以通过向用户询问一些问题来识别系统参与者。例如:“谁使用系统主要功能?谁改变系统数据?”等。

根据上述对系统的描述中可知,在系统顶层上可以识别出以下9个参与者:用户、一般员工、管理层、系统管理员、部门管理员、车辆管理员、会客管理员、会议室管理员和费用报销员。参与者是事件的主体,系统的所有需求都源于要满足的事件以及用来满足需求的用例。参与者根据各自的职责完成相应的动作。本系统的系统层用例图如图4-1所示。

图4-1 简易OA系统的总用例图

仅要识别出类,还要识别出类与类之间的关系。显示的关系可以从用例中找到,而隐式的关系在用例中没有明确的说明,这就需要项目分析员去细心发现。

在本系统中相关的类较多,其中员工类有员工号、员工名、职称、部门、电话等重要属性。本系统中还涉及到的类有:部门类、会议室类、会议室使用记录、客户类、客户需求类、报销凭据类、费用报销记录类、车辆类、车辆使用记录类、登录类、账户类等等。在这里不给出每个类的属性,在类图的设计中会给出类的主要属性,绘制的类图如图4-2所示。

图4-2 简易OA系统的详细的类图

4.3顺序图设计

顺序图也称时序图。Rumbaugh对顺序图的定义是:顺序图是显示对象之间交互的图,这些对象是按时间顺序排序的。特别地,顺序图中显示的是参与交互图中的对象及对象之间消息交互的顺序。图4-3是用户登录的顺序图设计,登录的参与者是用户,用户进入登

录界面以后,输入正确的用户账户名和口令,即可登录到系统中。登录的过程具体可细化为:

(1)用户启动系统

(2)系统显示“登录”窗口

(3)用户输入账户名和口令,执行“登录”操作

(4)系统检查账户名在系统中是否注册,以及键入的密码与用户账户名是否符合。若正确,进入系统主窗口

图4-3 用户登录系统的顺序图

如图4-4是报销管理员费用报销的顺序图,报销的参与者是报销管理员。如果员工有报销费用的需求,报销管理员根据报销凭据来进行报销,费用报销的过程可细化为:(1)报销管理员进入报销界面

(2)员工提交报销凭据

(3)报销管理员根据报销范围来验证报销凭据是否有效

(4)如果有效,报销管理员计算报销金额给员工

(5)报销管理员向系统添加一条新的费用报销记录

(6)系统显示添加结果

图4-4 报销管理员费用报销的顺序图

4.4协作图设计

协作图强调发送和接受消息的对象之间的结构组织的交互图,显示对象、对象之间的链接以及对象之间的消息,还可以显示当前模型中的简单类实例和类实体实例。

协作图是用于描述系统的行为是如何由系统的成分协作实现的图,协作图中包括的建模元素有对象、消息、链等。如图4-5 是用户登录的协作图。

图4-5 用户登录的协作图

4.5活动图设计

活动表示的是某流程中的任务的执行,它可以表示某算法工程中的语句的执行。

在活动图中需要注意区分动作状态和活动状态这两个概念。

活动状态是原子的,不能被分解,没有内部转移,没有内部活动,动作状态的工作所占用的时间是可以忽略的。动作状态的目的是执行进入动作,然后转向另一个状态。

活动状态是可分解的,不是原子的,其工作的完成需要一定的时间。可以把动作状态看作活动状态的特例。

活动图对表示并发行为很有用,其应用非常广泛。一般活动图可以对系统的工作流程建模,即对系统的业务过程建模,也可以对具体的操作建模,用于描述计算过程的细节。在结构化分析和设计中,开发人员往往用流程图来描述一个算法。在UML中你没有流程图的概念,从某种意义上说,活动图的功能已包含了流程图。图4-6是对系统管理员的活动进行分析而得到的活动图。

图4-6 系统管理员的活动图

在进行用例分析是,可以用活动图来描述具体的工作流程。由于这个工作流程涉及两个用例,所以采用脚本或是顺序图很难描述,而采用活动图则可以很好地解决这个问题。图4-7则是对报销管理员的进行分析得到的活动图则对这个工作流程的具体描述的一个例

子。

图4-7 报销管理员的活动图

4.6状态图设计

状态图和活动图对系统的动态行为建模,两者很相似,但也有区别。

状态图描述的是对象的状态及状态之间的转移。图4-8则是会议室的状态图。

图4-8 会议室的状态图

5 总结与展望

通过此次课程设计,将我本学期所学的《面向对象分析技术UML教程》知识得到巩固和应用,在设计的过程中我遇到了很到问题,不过在老师和同学们的帮助和自己的思考下还是很好的完成了。这此课程设计还让我懂得了写程序不能闭门造车,要努力拓宽知识