1、UML分析类、状态图基础和画法分析类l分析类的概念 在分析模型中，分析类是概念层次上的内容，用于描述系 统中较高层次的对象。分析类直接与应用逻辑相关，而不关注于技术实现的问题。l分析类的类型 实体类：表示系统存储和管理的永久信息 边界类：表示参与者与系统之间的交互 控制类：表示系统在运行过程中的业务控制逻辑实体类l实体类 描述必须存贮的信息及其相关行为 通常对应现实世界中的“事物”实体类与数据库中的表对应，类的实例对应于表中的一条记录；类中的属性和记录中的字段对应。l实体类的UMLUML表示边界类l边界类 描述外部的参与者与系统之间的交互 类型：用户界面、系统接口、设备接口 边界类是系统的用户
2、界面，直接跟系统外部参与者交互，与系统进行信息交流。如网上购物系统中登陆子功能里的登录页面（login.html或index.jsp）l边界类的UMLUML表示控制类l控制类 描述一个用例所具有的事件流控制行为 实现对用例行为的封装，将用例的执行逻辑与边界和实 体进行隔离 控制类是控制系统中对象之间的交互，通常每个用例都是一个控制类。控制类的UMLUML表示 课堂作业v图中的实体类为：v图中的控制类为：v图中的边界类为：内容提纲1、面向对象分析概念v分析类：边界类、控制类、实体类v用例实现2、基于用例的分析建模v识别分析类v定义交互行为v建立分析类图v检查分析模型分析建模过程l理解用例模型 理
3、解用例模型和词汇表，适当补充系统内部情况的描述l识别分析类 找出可能的能够执行用例行为的分析类l定义交互行为 将用例行为分配到分析类中l建立分析类图 确定分析类的关键属性和责任，定义分析类之间的关系l检查分析模型示例：MiniLibraryMiniLibrary 补充用例描述l补充用例描述 为了发现分析类，有必要补充说明系统的内部行为，即系 统内部必须做什么才能响应外部的要求。可能的情况 用例描述的内容足够充分，不用补充直接可用；现有事件流中没有明确定义系统内部应该执行的行为，直接在现有用 例描述中作出补充行为；独立于原始用例描述系统的内部行为。l注意：没有必要规定系统的哪些部分完成哪些特定任
4、务。MiniLibraryMiniLibrary：补充用例描述l举例：“登记还书”用例 识别分析类l识别边界类 通常，一个参与者与一个用例之间的交互或通信关联对应 一个边界类。识别分析类l识别边界类应当注意的问题 边界类应关注于参与者与用例之间交互的信息或者响应的 事件，不要描述窗口组件等界面的组成元素；在分析阶段，力求使用用户的术语描述界面；边界类实例的生命周期并不仅限于用例的事件流，如果两 个用例同时与一个参与者交互，那么它们有可能会共用一个边界类，以便增加边界类的复用性。MiniLibraryMiniLibrary：识别边界类识别分析类l识别控制类 控制类负责协调边界类和实体类，通常在现
5、实世界中没有 对应的事物。一般来说，一个用例对应一个控制类。识别分析类l识别控制类应当注意的问题 当用例比较复杂时，特别是产生分支事件流的情况下，一 个用例可以有多个控制类。在有些情况下，用例事件流的逻辑结构十分简单，这时没 有必要使用控制类，边界类可以实现用例的行为。举例：MiniLibrary系统中的用例“登录”如果不同用例包含的任务之间存在着比较密切的联系，则 这些用例可以使用一个控制类，其目的是复用相似部分以便 降低复杂性。通常情况下，应该按照一个用例对应一个控制类的方法识别出多个控 制类，再分析这些控制类找出它们之间的共同之处。MiniLibraryMiniLibrary：识别控制类
6、识别分析类l识别实体类 实体类通常是用例中的参与对象，对应着现实世界中的“事物”识别分析类l识别实体类应当注意的问题 实体类的识别质量在很大程度上取决于分析人员书写文档 的风格和质量；自然语言是不精确的，因此在分析自然语言描述时应该规 范化描述文档中的一些措辞，尽量弥补这种不足；在自然语言描述中，名词可以对应类、属性或同义词等多 种类型，开发人员需要花费大量的时间进行筛选。l思考：如何识别MiniLibrary的实体类？MiniLibraryMiniLibrary：识别实体类定义交互行为l交互图可以将用例和分析对象联系在一起，实现将用例的行为分配到所识别的分析类中，并且帮助开发人员发现和补充前
7、面遗漏的分析类。MiniLibrary：“登记借书”基本流MiniLibrary：“登记借书”基本流MiniLibraryMiniLibrary：分析类l将“登记还书”用例行为分配到相应的分析类之后，系统的一些分析类具有相应的职责 建立分析类图l定义关系找出分析类之间的关联关系，并通过泛化实现复用。l定义属性 按照一般常识，找出对象的某些属性；认真研究问题域，找出对象的某些属性；根据系统责任的要求，找出对象的某些属性；考虑对象需要系统保存的信息，找出对象的相应属性；对象为了在服务中实现其功能，需要增设一些属性；识别对象需要区别的状态，考虑是否需要增加一个属性来 区别这些状态；确定属性表示整体与
8、部分结构和实例连接。MiniLibraryMiniLibrary：分析类图检查分析模型l检查“正确性”用户是否可以理解实体对象的术语表？抽象类与用户层次上的概念对应吗？所有的描述都与用户定义一致吗？所有的实体类和边界类都使用具有实际含义的名词短语吗？所有的用例和控制类都使用具有实际含义的动词短语吗？所有的异常情况都被描述和处理了吗？是否描述了系统的启动和关闭？是否描述了系统功能的管理？检查分析模型l检查“完整性”每一个分析类都是用例需要的吗？它在什么用例中被创建、修改和删除？是否存在边界类可以访问它？每一个属性是在什么时候设置的？其类型是什么？它是限定 词吗？每一个关系是在什么时候被遍历？为什么选定指定的重数？一对多和多对多的关系能被限定吗？每一个控制类对象是否有必要访问参与用例的对象？检查分析模型l检查“一致性”类或用例有重名吗？具有相同名字的实体表示相同的现象吗？所有的实体都以同样的细节进行描述吗？是否存在具有相同属性和关系却不在同一继承层次的对象？l检查“可行性”系统中有什么创新之处？建立了什么计划或原型来确保这 些创新的可行性？性能是否符合可靠性需求？这些需求是否已被运行在指定 硬件上进行原型验证？
