类的抽象确定

类的抽象确定PART01阅读类图阅读类图1.小车充值业务描述阅读类图2.阅读类图应遵循的原则先看清有哪些类；然后看看类之间存在的关系；结合多重性来理解类图的结构特点以及各个属性和方法的含义阅读类图读图过程读出类：读出关系：从图中关系最复杂（也就是线最密集）的类开始阅读，本图中最复杂的就是订单类。

订单类和用户类、车辆类、充值纪录类是关联关系。也就是说，一个订单和用户、车辆、充值记录是相关的。读图过程多重性：用来说明关联的两个类之间的数量关系源类及多重性目标类及多重性分析用户(1)订单(0…n)订单是属于某个用户的，客户可以有0个或多个订单订单(1)车辆(1)每个订单可以为1个至多个车辆充值订单(1)充值记录(1)充值记录是由订单生成的，所以一个充值记录对应一个订单用户(1)车辆(0…n)车辆是属于某个用户的，客户可以有0个或多个车辆PART02建立类图建立类图1、类图的抽象层次概念类描述应用领域中的概念，仅包含类名，不考虑细节。分析类分析不针对具体语言，包含一些类的细节特性。设计类针对具体的语言，考虑类的实现细节。建立类图2、建立类图的步骤分析问题域，确定需求；寻找类，确定类的含义和职责；定义类的属性和操作；确定类之间的关系；精化类和类间的关系；绘制类图。建立类图3、寻找类的方法使用名词/动词寻找类：收集相关信息补充的需求规格说明用例项目说明文档其他文档分析信息名词、名词短语类或属性动词、动词短语操作建立类图3、寻找类的方法使用CRC分析法寻找类：C-class（类）R-responsibility（职责）C-collaboration（协作）CRC分析法是根据类所要扮演的职责来确定类。脑力风暴收集信息。关键业务用类表示，其它卡片作为属性。需求描述实现系统传感器数据历史记录查询显示功能。可根据用户选择的传感器数据（如：空气温度，Co2，Pm2.5）及时间周期（3分钟、5分钟）从数据库中进行历史数据查询。并显示到界面上。建立类图发现类实现系统传感器数据历史记录查询显示功能。可根据用户选择的传感器数据（如：空气温度，Co2，Pm2.5）及时间周期（3分钟、5分钟）从数据库中进行历史数据查询。并显示到界面上。建立类图筛选备选类“用户”很明显是系统外的概念，无须对其建模；而“界面”指的就是将要开发的系统，即系统本身，也无须对其进行建模；很明显“历史数据”是一个很重要的类，而“传感器数据”、“时间”则都是用来描述历史数据的信息的，因此应该作为“历史数据”类的属性处理。“历史数据”是用来表示一条历史数据，多条历史数据将组成“历史数据列表”“传感器数据”则是空气温度，Co2，Pm2.5的统称，因此应该对其建模；“功能”是在描述需求时使用到的一些相关词语，并不是问题域的本质，因此先可以将其淘汰掉；建立类图得到候选类在使用“名词动词法”寻找类的时候，很多团队会在此耗费大量的时间，特别是对于中大型项目，这样很容易迷失方向。其实在此主要的目的是对问题领域建立概要的了解，无需太过咬文嚼字。建立类图历史数据传感器数据历史记录列表关联分析，建模多重性分析，再建模建立类图职责分析传感器数据类：从需求描述