UML分析类、状态图基础和画法课件

1、分析类、分析模型、1、面向对象的分析概念分析类：边界类、控制类、实体类2、基于用例的分析模型识别分析类定义类图检查分析模型、1、PPT学习通信、分析类、分析类的概念。 分析类与应用程序逻辑直接相关，而不是与技术实施相关的问题。 分析类的类型-实体类：表示系统记忆和管理的永久性信息-边界类：表示参与者与系统之间的交互-控制类：表示系统运行中的业务控制逻辑的2、PPT学习通信、实体类实体类-描述必须记住的信息及其相关行为-通常，现实世界中的“事物”实体类对应于数据库中的表，类的实例对应于表中的记录，类的属性对应于记录中的字段。 实体类的UML表示、3、PPT学习通信、边界类、边界类描述外部参与者与

2、系统之间的交互类型：用户界面、系统接口、设备接口边界类是系统的用户接口例如，在线购物系统中登录子功能的登录页面(login.html或index.jsp )边界类的UML表示、4、PPT学习通信、控制类， 控制类-描述用例所具有的事件流控制行为-实现用例的定期封装，隔离用例的执行逻辑和边界与实体的控制类是控制系统对象之间的交互，通常每个用例都是控制的控制类的UML表示，5，PPT学习通信，授课作业，图中的实体类，图中的控制类，图中的边界类为：6，PPT学习通信，内容大纲，1，面向对象分析概念分析类：边界类，控制类，实体类实例实现2， 基于实例的分析模型识别分析类定义交互分析类图检查分析模型、7

3、、PPT学习交流分析建模流程、用例模型的理解理解用例模型和术语表， 找到能正确补充系统内部情况的描述识别分析类-定期创建分配给日常分析类的分析类图-确定分析类的重要属性和责任，定义分析类之间的关系并检查分析模型，8，PPT学习通信示例： MiniLibrary，等等PPT学习交流，补充例子记述，补充例子记述为了发现分析类，有必要补充说明系统的内部行动，也就是说必须在系统内部做什么才能满足外部的要求。 可能用例的用例描述内容很充分，不需要直接利用，在现有事件流中，没有明确定义要在系统内部执行的行为，独立于在现有用例描述中直接进行补充行为的原始用例，描述系统的内部行为。 注意：系统的哪个部分不需要

4、规定完成哪个特定任务。10、PPT学习通信、MiniLibrary :补充用例描述，例如“注册回复”用例、11、PPT学习通信、标识分析类、标识边界类通常是参与者与用例之间的交互和通信关联12、PPT学习交流，标识分析类，标识边界类应该注意的问题。 边界类关注参与者和用例之间的交互信息和响应事件，不要描述接口的组成部分，如窗口组件-在分析阶段， 旨在使用用户的术语描述界面-边界类实例的生命周期不限于用例的事件流，如果两个用例与参与者同时交互，则可以共享边界类以增加边界类的复用。 13、PPT学习通信、MiniLibrary :边界类识别、14、PPT学习通信、分析类识别、控制类识别控制类负责边

5、界类和实体类的协调，通常没有与现实世界相对应的东西。 一般来说，用例对应于控制类。15、PPT学习交流，标识分析类，标识控制类应该注意的问题。 用例复杂时，特别是发生分支事件流时，一种用例可以具有多个控制类。 用例事件流的逻辑结构可能很简单。 在这种情况下，不需要使用控制类，边界类可以实现用例的行为。 示例： MiniLibrary系统的用例“登录”-如果不同用例中包含的任务之间有密切关系，则这些用例可以使用控制类来复用类似部分以降低复杂性。 通常，一种用例应该以与一种控制类对应的方式来标识多个控制类，并且对这些控制类进行分析以找到共同点。 16、PPT学习交流，MiniLibrary :认识

6、控制类，17、PPT学习交流，认识分析类，认识实体类实体类通常是用例中的参加对象，现实世界的“事物”，18、PPT学习交流，认识分析类识别实体类要注意的问题实体类的识别质量很大程度上取决于分析者写文档的风格和质量自然语言不准确，因此在分析自然语言的描述时，需要将描述文件中的表达标准化，以尽可能地弥补这一不足在自然语言描述中，名词可以分为类、属性、同义词等多种类型想一想：如何识别MiniLibrary的实体类？ 19，PPT学习交流，MiniLibrary :可以识别实体类，20，可以定义PPT学习交流，对话行为，将对话图与分析对象联系起来，可以将使用实例的行为分配给识别了的分析类，开发者可以先

7、缺失、21、PPT学习通信、MiniLibrary :“注册书”基本流程、22、PPT学习通信、MiniLibrary :“注册书”基本流程、23、PPT学习通信、MiniLibrary :分析在定期将“登记书籍”分配给相应的分析类之后，系统的一些分析类具有相应的作用，24、创建PPT学习通信、分析类图，并定义关系找到分析类之间的关联，通用化来实现多路复用。 属性定义-根据一般常识来确定对象属性-认真研究问题域，确定对象属性-根据系统责任要求来确定对象属性-考虑对象需要存储在系统中的信息， 找到对象的适当属性-对象需要添加一些属性以在服务中实现功能-识别对象需要区分的状态，并考虑是否需要添加属

8、性来区分这些状态-整个属性表示连接到结构和实例的一部分、25、PPT学习通信、MiniLibrary :分析类图、26、检查PPT学习通信、分析模式和“准确性”用户能理解实体对象的术语表吗？ 抽象类是否对应于用户级别的概念？ 所有说明是否与用户定义一致？ 所有实体类和边界类都使用具有实际意义的名词句吗？ 所有的子类和控件类都使用了有实际意义的动词子句吗？ 是否解释并处理了所有例外？ 是否介绍了系统的启动和关闭？ 是否介绍了系统功能的管理？27、PPT学习沟通、检查分析模型、检查“完整性”用例需要所有的分析类吗？ 哪个用例创建、修改和删除？ 有可以访问的边界类吗？ 什么时候设定每个属性？ 那种类型是什么？这是限定语？-每种关系什么时候遍历？ 为什么选择了指定的重量？ 一对多和多对多的关系可以限定吗？ 每个控制类对象是否需要访问参加用例的对象？28、PPT学习交流、检查分析模型、检查“一致性”类和用例是否重复？ 相同名称的实体表示相同的现象吗？ 所