UML用例图及类图用法课件

1、UML实用技术V1.0软件开发过程详解目前的现实是什么？业务建模在这个现实下，开发系统是为了达到什么目标？愿景为了达到目标，系统应对外提供什么样的功能和性能？需求为了提供这些功能，系统内部应该有什么样的核心业务机制？分析为了满足性能，系统的核心机制如何在选定的架构上实现？设计找到问题解决问题UML三个主要作用（1）使用可视化建模来获取并表现商业逻辑和对象使用可视化建模来分析和设计计算机应用程序理由一：UML是客户、系统分析员和程序员之间的“桥梁”用例图活动图状态图时序图对象图部署图UML三个主要作用（2）理由二：UML从客户的角度将复杂的系统整理清楚UML三个主要作用（3）software可移

2、植技术交互性能全面容量稳定性错误处理容错性功能需求成本兼容性理由三：UML能使越来越复杂的软件 系统架构更加合理和健壮系统模型可由“4+1”视图展现逻辑视图进程视图用例视图系统功能分析设计结构系统并发工作情况实现视图实现模块和代码间的关系部署视图 系统物理拓扑架构模型可由9个图来展现Use CaseDiagramUse CaseDiagram用例图ScenarioDiagramScenarioDiagram协作图StateDiagramStateDiagram组件图ComponentDiagramComponentDiagram部署图StateDiagramStateDiagram对象图Sce

3、narioDiagramScenarioDiagram状态图Use CaseDiagramUse CaseDiagram时序图StateDiagramStateDiagram类图活动图模型墨绿色表示动态图粉红色表示静态图（可把用例图单列出来）功能静态结构物理架构动态行为UML9种图用例图：业务建模、需求、测试类图：业务建模、分析、设计对象图：业务建模、分析、设计组件图：设计部署图：设计顺序图：业务建模、分析、设计协作图：业务建模、分析、设计状态图：需求、分析、设计活动图：业务建模、设计结构行为敏捷建模原则：需要时再添加可互换可互换主要步骤识别执行者执行者（Actor）在系统之外，透过系统边界与

4、系统进行有意义交互的任何事物。识别执行者执行者要点：系统外必须和它交互系统边界直接与系统交互有意义的交互属于目标系统的责任任何事物人、外系统、外部因素、时间识别执行者思路：谁使用了系统的主要功能？谁改变了系统的主要数据？谁从系统获取信息？谁需要系统的支持以完成日常工作任务？谁负责维护、管理并保持系统正常运行？系统需要应付（处理）哪些硬件设备？系统需要和哪些外部系统交互？谁（或什么）对系统运行产生的结果感兴趣？有没有自动发生的事件？识别执行者责任类似或重叠抽象出执行者识别用例用例的基本定义：用例实例是在系统中执行的一系列动作，这些动作将生成特定执行者可见的价值结果。一个用例定义一组用例实例。Iv

5、ar Jacobson（RUP）通俗地讲：执行者通过系统达到某个目标步骤目标路径识别用例用例要点：价值结果有意义的目标系统执行价值结果由系统生成执行者可见业务语言，用户观点一组用例实例用例的粒度识别用例有意义的目标：识别用例用户观点而非系统观点：用户观点系统观点识别用例用例命名：执行者视角动词（+宾语）状语定语识别用例用例的粒度（3）：四轮马车任何业务归根到底都可以看作CURD，但光CURD能为Actor提供价值吗？ CRUD是Create（创建）、Read（读取）、Update（更新）和Delete（删除）缩写警惕CURD泛滥！识别用例用例的粒度（3）：四轮马车误区多个用例会操作同一项数据识

6、别用例用例的粒度（6）：灵活处理CURD也可以把包含复杂交互的路径独立出去形成用例识别用例执行者使用这个系统达到什么目标？语法测试：【执行者】使用系统来【用例】识别用例讨论（1）：登录怎么处理？识别用例讨论（2）：几个登录？或用例文档：更进一步的精度用例图可以作用例文档的总图进一步的精度：有层次的文档文档中每一句话都有其价值书写用例文档用例的内容用例编号：用例名执行者前置条件后置条件涉众利益基本路径1XXXX2XXXX3XXXX扩展2a.XXXX2a1.XXXX字段列表业务规则非功能需求设计约束待解决问题书写用例文档涉众利益利益的冲突银行的用户的法律的谁的？书写用例文档路径交互步骤的描述只写“

7、可观测的”使用主动语句句子必须以执行者或系统作为主语每一句都要朝目标迈进分支和循环不要涉及界面细节书写用例文档字段列表+ 数据序列 可选项* 多个 | | | 可能取值A=B 把B的结构赋给A可以用自然语言，也可以用表达式书写用例文档字段列表注册信息=公司名+联系人+电话+联系地址*联系地址=州+城市+街道+邮编保存信息=注册信息+注册时间客房状态=空闲|已预定|占用|维修中用表达式书写用例文档可用性系统应易于使用第一次使用时30分钟内能学会添加员工（任务时间）5次击键能完成客人入住服务，不需要使用鼠标（操作次数）80%的用户认为系统易学，并且使用效率高（用户调查）系统界面应如XX附件所示的屏

8、幕图像（小心）可用性需求的表达？通过关系整理用例用例的关系扩展：分离扩展路径包含：提取公共步骤，便于复用泛化：同一业务目的的不同技术实现通过关系整理用例包含关系的误用通过关系整理用例除此之外，不能有别的关系！类图解说识别类及其属性审查属性是否描述类对象的特征属性是否存在冗余是否有复杂结构的属性是否有1对多的属性属性是否对类的所有对象都有意义识别类及其属性审查属性是否描述类对象的特征类的属性什么的什么什么的什么的什么什么的什么的什么的什么识别类及其属性审查属性是否存在冗余常见冗余如：出生年月年龄识别类及其属性审查是否有复杂结构的属性识别类及其属性审查复杂结构属性的处理1:1可以在原类中展开1:N

9、独立出去形成关联识别类及其属性审查复杂结构属性的处理识别类及其属性审查是否有1对多的属性识别类及其属性审查属性是否对类的所有对象都有意义识别类之间的泛化识别思路A的对象总是B的对象，B的对象也总是A的对象A的对象总是B的对象，B的对象有时是A的对象（*）A的对象从来不是B的对象，B的对象也从来不是A的对象A和B之间有一些共同的属性（*）识别类之间的关联关联的几种表现形式思考：与用例关联种类的区别？识别类之间的关联聚合 vs. 组合组合/部分容器/内容集合/成员识别类之间的关联关联的几种表现形式识别类之间的关联绘制关联关系识别类之间的关联要点（2）：自反关联识别类之间的关联关联类关联本身可以有自己的属性和操作关联类或识别类之间的关联警惕“数据库”习惯关联类也要有业务意义识别类之间的关联警惕“数据库”习惯不是拥有“外键”，而是拥有“对象”三种版型的类在分析阶段边界类：用例的每个执行者映射一个边界类责任：输入、输出、过滤控制类（可选）：一个用例映射一个控制类责任：控制事件流，负责为实体类分配责任实体类：一个用例有多个实体类参与，一个实体类可以参与多个用例责任：业务行为的主要承载体顺序图解说顺序图和类图的映射顺序图绘制要点（Rose）（1）顺序图绘制要点（Rose）（4）顺序图绘制要点（Rose）（5）责任分配原则原则1：专家（Expert）原则原则2：老板