UML课设简易OA(办公自动化)系统.docVIP

软 件 学 院 课程设计报告书 课程名称 面向对象分析与设计课程设计 设计题目 简易OA（办公自动化）系统 专业班级 学 号 姓 名 指导教师 2012 年 5 月 目 录 TOC \o 1-2 \h \z \u 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 1 设计时间 2012/ 2 设计目的 本课程设计是学生学习完《面向对象分析与设计》课程后，进行的一次全面的综合训练，通过课程设计，让学生动手学会使用UML进行面向对象的建模方法，加深对UML建模基础理论的理解，加强学生解决实际软件工程问题的能力。 3设计任务 随着网络的高速发展，网络OA系统逐渐受到关注。一些大型企业集团（例如联想、海尔）证致力实现高层次的网络办公自动化，这将为他们节省大量的人力资源，节省大量的办公费用，大幅度提高办公效率。 开发网络办公系统的市场前景是广阔的。大型企业需要高层次的网络办公自动化，他们往往会选择大型的软件公司合作开发，所需的开发费用和维护费用也是非常高昂的。这些高昂的费用并非大多数中小企业能承受得起的。中小型企业存在一个很大的低成本网络OA系统的需求，而我们公司可以开发这些低成本OA系统来满足这个要求。 我们将开发一个适合我公司使用的OA系统，开发他的目的是为了讨论开发低成本OA系统的技术可行性。 系统基本需求： 1）用户管理：至少有3类用户级别（一般员工、管理层和系统管理员），各类用户的权限不同，登录后的界面也有所不同：每个用户可以管理自己的账户，管理员可以删除、增加、屏蔽、解除屏蔽一个普通用户等。 2）部门管理：系统里各部门的基本信息管理（对普通用户不可见），管理员可以增加、删除、编辑、修改任何一个部门的信息：可以把一个员工从一个部门里删除，把一个员工从一个部门移到另一个部门等功能。 3）车辆管理：查看单位车辆的使用情况，申请使用某个车辆。 4）会客管理：查看指定时刻某员工的会客记录，提醒员工未来某一时刻的会客需求。 5）会议室管理：能查看会议室的所有使用记录，申请使用会议室。 6）费用报销 4 设计内容 4.1用例图设计 用例图是开发过程的起点，并驱动建模全过程。在设计系统用例图之前，首先要识别出系统的参与者和用例。参与者是系统分析员与用户交流的起点，也是项目获得后续产品的关键。通常情况下，参与者是指使用系统功能的人，但也可以是其他外部系统，包括软件系统和硬件设备。可以通过向用户询问一些问题来识别系统参与者。例如：“谁使用系统主要功能？谁改变系统数据？”等。 根据上述对系统的描述中可知，在系统顶层上可以识别出以下9个参与者：用户、一般员工、管理层、系统管理员、部门管理员、车辆管理员、会客管理员、会议室管理员和费用报销员。参与者是事件的主体，系统的所有需求都源于要满足的事件以及用来满足需求的用例。参与者根据各自的职责完成相应的动作。本系统的系统层用例图如图4-1所示。 图4-1 简易OA系统的总用例图 在用例图中，一个用例是用一个命名的椭圆表示的，但如果没有对这个用例的具体说明，那么还是不清楚该用例到底会完成什么功能。没有描述的用例就像一本书的目录，我们只知道该目录标题，但并不知道该目录的具体内容是什么。事实上，用例的描述才是用例的主要部分，是后续的交互图分析和类图分析必不可少的部分。 一般来说，用例采用自然语言描述参与者与系统进行交互时双方的行为，不追求形式化的语言表达。由于本系统的用例很多，有好多相似的用例，我只对部分重要用例进行描述： 1、对管理账户用例的描述 用例名称：管理账户 标号：U1-2 参与者：用户 描述：用户管理自己账户 前置条件：登录系统 主事件流： （1）用户登录系统 （2）系统显示用户页面 （3）用户管理自己账户 后置条件：用户可以管理自己的账户 2、对增加普通用户用例的描述 用例名称：增加普通用户 标号：U4-2 参与者：系统管理员 描述：系统管理员根据用户信息增加一个普通用户 前置条件：登录 主事件流： （1）系统管理员登录系统 （2）系统管理员进入增加普通用户界面 （3）系统显示增加用户信息界