UML分析类状态图基础和画法.ppt

资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 资料仅可参考，如有不妥，请联系本人改正或者删除。 * 分析类、分析模型 1、面向对象分析概念 分析类：边界类、控制类、实体类 2、基于用例的分析建模 识别分析类 定义交互行为 建立分析类图 检查分析模型 分析类 分析类的概念 –在分析模型中，分析类是概念层次上的内容，用于描述系 统中较高层次的对象。 –分析类直接与应用逻辑相关，而不关注于技术实现的问题。 分析类的类型 –实体类：表示系统存储和管理的永久信息 –边界类：表示参与者与系统之间的交互 –控制类：表示系统在运行过程中的业务控制逻辑 实体类 实体类 –描述必须存贮的信息及其相关行为 –通常对应现实世界中的“事物” 实体类与数据库中的表对应，类的实例对应于表中的一条记录；类中的属性和记录中的字段对应。 实体类的UML表示 边界类 边界类 –描述外部的参与者与系统之间的交互 –类型：用户界面、系统接口、设备接口 边界类是系统的用户界面，直接跟系统外部参与者交互，与系统进行信息交流。如网上购物系统中登陆子功能里的登录页面（login.html或index.jsp） 边界类的UML表示 控制类 控制类 –描述一个用例所具有的事件流控制行为 –实现对用例行为的封装，将用例的执行逻辑与边界和实 体进行隔离 控制类是控制系统中对象之间的交互，通常每个用例都是一个控制类。 控制类的UML表示 课堂作业 图中的实体类为： 图中的控制类为： 图中的边界类为： 内容提纲 1、面向对象分析概念 分析类：边界类、控制类、实体类 用例实现 2、基于用例的分析建模 识别分析类 定义交互行为 建立分析类图 检查分析模型 分析建模过程 理解用例模型 –理解用例模型和词汇表，适当补充系统内部情况的描述 识别分析类 –找出可能的能够执行用例行为的分析类 定义交互行为 –将用例行为分配到分析类中 建立分析类图 –确定分析类的关键属性和责任，定义分析类之间的关系 检查分析模型 示例：MiniLibrary 补充用例描述 补充用例描述 –为了发现分析类，有必要补充说明系统的内部行为，即系 统内部必须做什么才能响应外部的要求。 –可能的情况 ?用例描述的内容足够充分，不用补充直接可用； ?现有事件流中没有明确定义系统内部应该执行的行为，直接在现有用 例描述中作出补充行为； ?独立于原始用例描述系统的内部行为。 注意：没有必要规定系统的哪些部分完成哪些特定任务。 MiniLibrary：补充用例描述 举例：“登记还书”用例 识别分析类 识别边界类 –通常，一个参与者与一个用例之间的交互或通信关联对应 一个边界类。 识别分析类 识别边界类应当注意的问题 –边界类应关注于参与者与用例之间交互的信息或者响应的 事件，不要描述窗口组件