数据库系统原理____第九章.PPT

一、UML方法分析步骤 1、 如同结构化分析方法一样组织对组织机构、业务内容、业务功能的调研。 2、对问题域进行分析，对需求进行抽象，提出计算机实现的解决方案。具体有如下工作： （1） 确定系统范围和系统边界； （2） 确定环境和条件的约束； （3） 分析有那些操作者。 （4） 分析数据处理的过程。 （5） 分析系统的数据要求。 （6） 建立用例模型、绘制用例图 3、 建立静态结构模型。 4、 建立动态行为模型。 5、 建立系统物理模型。 用例图，什么是用例 用例图是显示一组用例、参与者及描述它们之间关系的图 。用例实例是在系统中执行的一系列动作或功能，这些动作将生成对特定参与者可见的结果。 一个用例实际是定义一组用例实例，。 用例具体化的过程实际是功能分解的过程。 分析时结合组织机构图调查各人、各部门所从事的日常工作，了解工作的内容与工作步骤、产生的事件、涉及的信息（所需要的信息与产生并发出的信息），根据工作内容绘制用例图。绘制时同样采取从上层到下层逐步展开、逐步细化的方法，先抽象出顶层用例图，再根据需要绘制以下各层用例图。 第一级用例图 细化的用例图 利用Rose绘制用例图 进入Rose后,选“File”，再选“New”,选某一种开发语言（例如J2ee），将出现模型的设计界面（其中模型名称在用“File”→“Save”存盘时定义） 用例图的图形元素 用鼠标右键点击“Use Case View”，在弹出菜单中选“New”，再选“Use Case Diagram” （如图），将在“Use Case View”的下方产生一个用例类（框图），修改其标识后再双击之就可以打开该用例的设计界面 说明 椭圆表示用例，它表示用户的具体工作，实现一个具体的用户目标。 参与者是指用户在系统中所扮演的角色，可以是人，也可以是一个外界系统、一个部门或组织，常被称为角色。在系统中凡起着同一种作用，扮演着相同角色的参与者都用一个参与者表示。 折页的矩形表示说明或注释。用不带箭头的虚线将说明与参与者或用例连接到一起，表示“说明”的对象是什么。 箭头实线表示参与者进行操作，触发用例，并与用例进行信息交换。 用例的包含关系 带箭头的虚线表示用例的包含或扩展关系。如果多个用例有一部分功能是相同的，可以增加一个用例，该用例包含了各包含用例的共同功能。箭头指向所增加的用例，并在箭头线上加《include》字样（操作方法：用鼠标右键点击箭头线，在弹出的菜单中选“Open Specification”，打开属性说明对话框，在其中 “Stereotype”下拉组合框中选择“include”）。 用例的扩展关系 扩展用例，箭头指向被扩展的用例，并在箭头线上加《extent》字样。（操作方法：用鼠标右键点击箭头线，在弹出的菜单中选“Open Specification”，打开属性说明对话框，在其中 “Stereotype” 下拉组合框中选择“extent”）。扩展用例相对原用例增加了一些新的功能，突出了特性，同时不影响原用例的功能，原用例可以在不执行扩展用例的情况下单独执行。 角色的泛化关系 泛化关系指一般与特殊的关系，类似于继承的概念，在UML模型中用箭头中空的实箭头线表示参与者间或用例间的泛化关系。用例泛化关系是指一种从子用例到父用例的关系，它指定了子用例如何特化父用例的所有行为和特征。子参与者将继承父参与者的行为与含义，还可以增加自己的行为与含义。 用例的泛化关系 图示的例子中，生成组织设置方案、组织设置方案修改与方案查询打印都继承了父用例“组织设置方案管理”的功能，同时增加了各自特殊的功能，这样的一种关系称为用例的泛化关系。当您发现两个或更多用例在行为、结构和目的方面存在共性时，就可以使用泛化关系。您可以用一个新的、通常也是抽象的用例来描述这些共有部分，该用例随后被子用例特化。二者之间的特化是相互独立的，它们可以在各自独立的用例实例中执行。 绘制用例图的步骤 1）确定参与者 参与者是指系统之外的、需要使用系统或与系统交互的人、组织、集体、设备、外部系统等。对涉及人员根据工作内容（或根据与系统的关系）进行分类，划分参与者。一个参与者可以执行多个用例，一个用例也可以由多个参与者使用。 2）分析用例 可以对每个参与者提出问题以获取用例。以下问题可供参考：参与者需要做什么；参与者要求系统提供哪些功能？参与者需要读、删除、修改或产生、存储的信息有哪些，这些工作一般由那些参与者做；系统需要何种输入输出；系统需要的输入从何处来；系统需要的输出到何处去；当前运行系统（也许是一些手工操作而不是计算机系统）的主要问题；参与者需要的系统事件有哪些；系统事件涉及参与者的有哪些；怎样把这些事件表示为功能（用例）等