第6章UML统一建模语言.ppt

类的识别 在分析阶段，类的识别通常由分析员在分析问题域的基础上完成。类的识别是面向对象方法的一个难点，但又是建模的关键。常用的方法有： （l）名词识别法 该方法的关键是识别问题域中用名词或者名词短语来描述的实体，通过对系统简要描述的分析，在提出实体对应名词的基础上识别类。 名词识别法的步骤如下： ①按照指定语言，对系统进行描述。描述过程应与领域专家共同合作完成，并遵循问题域中的概念和命名。 ②从系统中标识出名词、代词、名词短语，并以此标识为初始的类。 ③识别确定（取、舍）类 并非所有列出的名词、代词、名词短语都是类，应根据一定的原则进行识别确定。 部署图定义系统中软件和硬件的物理体系结构。通常，部署图中显示实际的计算机和设备(用节点表示)，以及各个节点之间的连接关系，也可以显示连接的类型及构件之间的依赖关系。在节点内部显示可执行的构件和对象，以清晰地表示出哪个软件单元运行在哪个节点上。 项目管理人员、用户和部署人员通过部署图了解网络的物理布局和各种组件的位置。项目管理员通过这个框图与用户沟通系统的布局。部署人员用它进行部署规划。 UML的应用领域 UML是一种建模语言，是一种标准的表示方法，而不是一种完整的方法学。因此，人们可以用各种方法使用UML，无论采用何种方法，它们的基础都是UML的图，这就是UML的最终用途——为不同领域的人提供统一的交流方法。 UML适用于系统开发的全过程，它的应用贯穿于从需求分析到系统建成后测试的各个阶段。 需求获取：可以用用例来捕获用户的需求。通过用例建模，可以描述对系统感兴趣的外部角色及其对系统的功能要求(用例)。 分析：分析阶段主要关心问题域中的基本概念(例如，抽象、类和对象等)和机制，需要识别这些类以及它们相互间的关系，可以用UML的逻辑视图和动态视图来描述。类图描述系统的静态结构，协作图、顺序图、活动图和状态图描述系统的动态行为。在这个阶段只为问题域的类建模，而不定义软件系统的解决方案细节(例如，处理用户接口、数据库、通信和并行性等问题的类)。 设计：把分析阶段的结果扩展成技术解决方案，加入新的类来定义软件系统的技术方案细节。设计阶段用和分析阶段类似的方式使用UML。 构造(编码)：这个阶段的任务是把来自设计阶段的类转换成某种面向对象程序设计语言的代码。 测试：对系统的测试通常分为单元测试、集成测试、系统测试和验收测试等几个不同的步骤。UML模型可作为测试阶段的依据，不同测试小组使用不同的UML图作为他们工作的依据：单元测试使用类图和类规格说明；集成测试使用构件图和协作图；系统测试使用用例图来验证系统的行为；验收测试由用户进行，用与系统测试类似的方法，验证系统是否满足在分析阶段确定的所有需求。 总之，统一建模语言UML适用于以面向对象方法来描述任何类型的系统，而且适用于系统开发的全过程，从需求规格描述直到系统建成后的测试和维护阶段。 6.2 建立用例模型 建立系统用例模型的过程就是对系统进行功能需求分析的过程 用例模型描述的是外部执行者(actor)所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，描述了开发者和用户对需求规格达成的共识。首先，它描述了待开发系统的功能需求；其次，它把系统看作黑盒子，从外部执行者的角度来理解系统；第三，它驱动了需求分析之后各阶段的开发工作，不仅在开发过程中保证了系统所有功能的实现，而且被用于验证和检测所开发的系统，从而影响到开发工作的各个阶段和UML的各个模型。 用例 一个用例实质上是用户与计算机系统之间的一次典型的交互作用，它代表的是系统的一个完整的功能。在UML中把用例定义成系统执行的一系列动作，动作的结果能被外部执行者察觉到。 在UML用例图中，用例表示为一个椭圆。图1是自动售货机系统的用例图，其中“售货”、“供货”和“取货款”都是典型的用例。概括地说，用例有以下特点： 用例代表某些用户可见的功能，实现一个具体的用户目标。 用例由执行者激活，并提供确切的值给执行者。 用例可大可小，但它必须是对一个具体的用户目标实现的完整描述。 图 自动售货机系统用例图 执行者 执行者是与系统交互的人或物，它代表外部实体，例如，用户、硬件设备或与本系统交互的另一个软件系统。使用用例并与系统交互的任何人或物都是执行者。 实践表明，执行者对确定用例是非常有用的。面对一个大型、复杂的系统，要列出用例清单往往很困难，这时可以先列出执行者清单，再针对每个执行者列出它的用例。这样做可以使问题变得容易很多。 定义系统 确定执行者和用例 描述执行者和用例关系 确认模型 建立用例模型流程 6．3 建立静态模型