用uml的软件工程设计.docVIP

学 生:学 号: 《微机原理》网上学习系统(E-learning 分析与设计建模 报告 Rational Rose 是分析和设计面向对象软件系统的强大的可视化工具,可用来先对系统 建模, 再编写代码, 从而一开始就保证系统结构合理。 利用模型可以更方便地捕获设计缺陷, 从而以较低的成本修正这些缺陷。 Rational Rose 支持业务模型,帮助了解系统的业务,有助于系统分析,可以先设计使 用案例和 Use Case框图,显示系统的功能。也可以用 Interaction 框图显示对象之间如何 配合,提供所需功能。 Class 框图可以显示系统中的对象及其相互关系。 Component 框图可 以演示类如何映射到实现组件。最后, Deployment 框图可以显示系统的网络设计。 在传统过程中,我们采用的步骤如图 1所示。 Bob 图 1 传统软件开发过程 用户的需求被建成文档, 但设计在 Bob 的脑子里, 因此只有 Bob 知道系统的结构。 如果 Bob 离开,则这个信息也随他一起离开。如果你代替 Bob ,则你会知道要了解一个文档不足 的系统是多么费事。 Rose 模型采用的过程如图 2所示。 图 2 Rose模型采用的过程 设计被建成文档, 开发人员就可以在编码之前在一起讨论设计决策了, 不必担心系统设 计中每个人选不同的方向。 下面以《微机原理》网上学习系统(E-learning 为例说明分析与设计建模过程 . 一、系统分析模型 1、 用例图 系统, 子系统或 类与外部的参与者 (actor 交互的动作序列的说明 , 包括各种序列 和 出 错序列,用例分析可以认为是对系统功能的分解,把一个系统分解成若干个功能 ,确定用 例的粒度(功能如何细分一般控制在 20个左右,用例是系统级的,抽象的描述,不是细 化的(只说明做什么,而不关心怎么实现具体的做法 ,对复杂的系统可以划分为若干子系 统。 获取用例(分析系统需求步骤 :活动者希望系统执行什么任务;活动者在系统中访问 那些信息(创建 存储,修改 删除 ;需要将外界的那些信息提供给系统;需要将系统的那 些信息告诉活动者;如何维护系统。 识别活动者 (系统参与者就是活动者 :谁向系统提供信息 ;谁从系统获取信息;谁 操作 系统;谁维护系统;系统使用那些外部资源;系统是否和已经存在的系统交互; actor 不仅仅是人, 而是指代表某一种特定功能的角色, 一个人可以对应很多个 actor 可 以指外部系统或设备,如果一个角色的操作由另外一个角色代理完成, 需要建立依赖关系。 对于《微机原理》网上学习系统来说,教师是一个活动的参与者(角色 ,学生也是一 个活动参与者(角色 。在系统中,用例有:资源共享、作业管理、成绩显示、在线考试、 课程论坛、提交作业。还有一些抽象用例,不是有用户直接驱动的,如:作业公布、批改作 业、课件下载、资料上传下载、工具上传下载。 《微机原理》网上学习系统的系统“用例图”如图 3所示。 图 3 系统用例图 2、 活动图 活动图是任何系统活动以及活动之间数据流或判断的可视表示。 活动图提供了多种不同 的业务流程视图。 具有以下用途:描述活动之间的数据流或判断; 提供多种不同的业务流程 视图; 描述用例中出现的活动; 使用不同的非连续符号显示多种不同的活动; 显示并行线程。 《微机原理》网上学习系统的系统的“学生活动图”如图 4所示。 “教师活动图”如图 5所示。学生进入系统的活动:首先登陆,登陆成功后,进入系统,可以在系统上进行“资 源共享”下的“课件下载” 、 “提交作业” 、 “在线考试” 、 “课程论坛” 、 “退出系统”等活动。 教师可以进行的活动:首先登陆,登陆成功后,进入系统,可以在系统上进行“资源共享” 下的“课件制作与发布” 、 “作业管理”下的“作业批改和成绩公布” 、 “在线考试”下的“在 线阅卷和成绩发布” 、 “课程论坛” 、 “退出系统”等活动。 图 4 学生活动图 图 5 教师活动图 二、系统设计模型 1、类图 类图描述系统中类的静态结构。 不仅定义系统中的类 , 表示类之间的联系如关联、 依赖、 聚合等 , 也包括类的内部结构 (类的属性和操作 。 类图描述的是一种静态关系 , 在系统的整个 生命周期都是有效的。对象图是类图的实例 , 几乎使用与类图完全相同的标识。他们的不同 点在于对象图显示类的多个对象实例 , 而不是实际的类。一个对象图是类图的一个实例。由 于对象存在生命周期 , 因此对象图只能在系统某一时间段存在。 包由包或类组成 , 表示包与包 之间的关系。包图用于描述系统的分层结构。 通过对 《微机原理》 网上学习系统进行分析, 系统中的类有:教师信息类、 学生信息类、 课件信息类、课程信息类、题