基于UML描述的分析与设计.ppt

五、UML分析与设计过程 2、建模机制－静态建模 (5) 用例模型的获取几乎在任何情况下都会使用用例。用例用来获取需求,规划和控制项目。用例的获取是需求分析阶段的主要任务之一,而且是首先要做的工作。大部分用例将在项目的需求分析阶段产生,并且随着工作的深入会发现更多的用例,这些都应及时增添到已有的用例集中。用例集中的每个用例都是一个潜在的需求。 a. 获取执行者获取用例首先要找出系统的执行者。可以通过用户回答一些问题的答案来识别执行者。以下问题可供参考:·谁使用系统的主要功能(主要使用者)。·谁需要系统支持他们的日常工作。·谁来维护、管理使系统正常工作(辅助使用者)。·系统需要操纵哪些硬件。·系统需要与哪些其它系统交互,包含其它计算机系统和其它应用程序。·对系统产生的结果感兴趣的人或事物。 五、UML分析与设计过程 2、建模机制－静态建模 b. 获取用例一旦获取了执行者,就可以对每个执行者提出问题以获取用例。以下问题可供参考:·执行者要求系统提供哪些功能(执行者需要做什么)?·执行者需要读、产生、删除、修改或存储的信息有哪些类型。·必须提醒执行者的系统事件有哪些?或者执行者必须提醒系统的事件有哪些?怎样把这些事件表示成用例中的功能?·为了完整地描述用例,还需要知道执行者的某些典型功能能否被系统自动实现?需要注意, 一个用例必须至少与一个执行者关联。还需要注意:不同的设计者对用例的利用程度也不同。例如,Ivar Jacobson说,对一个十人年的项目,他需要二十个用例。而在一个相同规模的项目中,Martin Fowler则用了一百多个用例。我们认为:任何合适的用例都可使用,确定用例的过程是对获取的用例进行提炼和归纳的过程,对一个十人年的项目来说,二十个用例似乎太少,一百多个用例则嫌太多,需要保持二者间的相对均衡。 五、UML分析与设计过程 2、建模机制－静态建模 二、类图、对象图、包在面向对象建模技术中，我们使用同样的方法将客观世界的实体映射为对象，并归纳成一个个类。类（Class）、对象（Object）和它们之间的关联是面向对象技术中最基本的元素。对于一个想要描述的系统，其类模型和对象模型揭示了系统的结构。在UML中，类和对象模型分别由类图和对象图表示。类图技术是OO方法的核心。图显示了一个金融保险系统的类图。 (1) 类图 　　类图(Class Diagram)描述类和类之间的静态关系。与数据模型不同，它不仅显示了信息的结构，同时还描述了系统的行为。类图是定义其它图的基础。在类图的基础上，状态图、合作图等进一步描述了系统其他方面的特性。 (2) 类和对象 　　我们通常用对象描述客观世界中某个具体的实体。所谓类(Class)是对一类具有相同特征的对象的描述。而对象是类的实例（Instance）。建立类模型时，我们应尽量与应用领域的概念保持一致，以使模型更符合客观事实，易修改、易理解和易交流。 在UML中，类的可视化表示为一个划分成三个格子的长方形（下面两个格子可省略）。 五、UML分析与设计过程 2、建模机制－静态建模 二、类图、对象图、包 类的获取和命名 最顶部的格子包含类的名字。类的命名应尽量用应用领域中的术语，应明确、无歧义，以利于开发人员与用户之间的相互理解和交流。类的获取是一个依赖于人的创造力的过程，必须与领域专家合作，对研究领域仔细地分析，抽象出领域中的概念，定义其含义及相互关系，分析出系统类，并用领域中的术语为类命名。一般而言，类的名字是名词。 　　类的属性 中间的格子包含类的属性，用以描述该类对象的共同特点。该项可省略。属性的选取应考虑以下因素： 　　*原则上来说，类的属性应能描述并区分每个特定的对象； 　　*只有系统感兴趣的特征才包含在类的属性中； 　　*系统建模的目的也会影响到属性的选取。 ? ? 根据图的详细程度，每条属性可以包括属性的可见性、属性名称、类型、缺省值和约束特性。UML规定类的属性的语法为： 　　可见性 属性名 ： 类型 = 缺省值 {约束特性} 五、UML分析与设计过程 2、建模机制－静态建模 二、类图、对象图、包 “客户”类中，“客户名”属性描述为“－ 客户名 : 字符串 = 缺省客户名”。 可见性“－”表示它是私有数据成员，其属性名为“客户名”，类型为“字符串”类型，缺省值为“缺省客户名”，此处没有约束特性。 　　不同属性具有不同可见性。常用的可见性有Public、Private和Protected三种，在UML中分别表示为“＋”、“－”和“＃”。 　　类型表示该属性的种类。它可以是基本数据类型，例如整数、实数、布尔型等，也可以是用户自定义的类型。一般它由所涉及的程序设计