用UML软件工程的设计.docVIP

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