学习高校课程-软件工程-需求建模：基于类的方法（ch10）
Chapter 10 需求建模：基于类的方法Requirement Modeling: Class-Based Method
Class-Based Model包括的内容：
- Classes and Objects 类和对象
- Attributes 属性
- Operations 操作
- CRC Models 类-责任-协作模型
- Collaboration Diagrams 协作图
- Packages 包
※ 总的步骤：
-
类——找到潜在的类（业务类）10.1
检查在Chapter 9 中的需求模型中的一部分usage scenarios使用场景；以UseCase为单位和依据，对用例进行语法分析grammatical parse(每个UseCase检查有实义的名词或名词词组等)
-
属性和操作——每个UseCase在类定义下来后，初步定义类里面的属性和方法
-
CRC+聚合继承——建立CRC模型，构建聚合和继承关系
-
关联和依赖——构建类与类之间的关联关系、依赖关系
根据UseCase定义的类之间可能的关联（包括同一个UseCase中的类和不同UseCase中的类）
-
完整类图——构建完整的类图
第一次迭代通过语法扫描找到属性和方法
第二次迭代找到另一些属性方法补充
第三次迭代找到类之间协作关系
10.1 分析类 Analysis Classes
开始方法：
- 检查在Chapter 9 中的需求模型中的一部分usage scenarios
- 对用例进行语法分析grammatical parse(每个UseCase检查有实义的名词或名词词组等)
分析类的构成：边界类，实体类，控制类
语法分析grammatical parse
分析类出现的方式：
-
External Entity外部实体——系统外
其他的系统，设备，人；比如传感器，扫码器，等等
-
Things in Info Domain属于信息域内的东西——系统内
比如：报表，展示，信号灯
-
Occurrences or Events上下文中出现的事件——事情
比如：机器人完成一系列活动（这些例子都怪怪的）
-
Roles 角色（因为Role Class加一些属性可能是系统中的关键信息——人
比如：经理，工程师等
-
Organizational Units 组织单元——组织
以group或team为单位
-
Places 建立问题背景和系统的整体功能的地方——环境
比如：考试安排，则教室是一个分析类
-
Structures 结构或用于定义一类对象或相关类的对象——结构
往往与聚合有关系，如汽车管理系统中的汽车，轮胎等（聚合关系）；用于定义一类对象或相关类的对象可能有control panel
※案例：SafeHome Security
黑色：动词，蓝色：名词或名词词组
这个List将一直做，直到已考虑处理叙述中的所有名词。请注意，我们调用列表中的每个条目“潜在”类。在最终决定之前，我们必须进一步考虑。
最终确定潜在类的6个方法（考试会考）
-
Retained Info 需要保留存在数据库中的信息——持久信息
比如：学生有学号信息等
-
Needed Service 潜在类中有很多方法服务——服务（方法）
比如：学生需要获取成绩
-
Multiple Attributes 潜在类应该有多个属性→低耦合——多属性
只有一个属性的潜在类往往并入到其他类中
-
Common Attributes 潜在类有通用属性（泛化，父子关系，基础关系）——通用属性
-
Common Operations 潜在类有通用方法——通用方法
-
Essential Requirements 潜在类(外部实体，必须的生成和消费信息）几乎总是在需求模型中被定义为类(?)——需求相关
上面的6种特征要全部满足或几乎全部满足。不过提取这些类是主观的过程，之后的评估可能会导致类的增加减少
(请参阅英文课本P187页查看教员对类的深刻理解)
※以SafeHome Security继续为例子
还要注意：（可能考选择题，和分析类有关）
- 上述列表不是全包，必须添加其他类以完成模型
- 一些被拒绝的潜在类将成为被接受的那些类的属性（例如，数字和类型是传感器的属性，主密码和电话号码可能成为系统的属性），这是降级
- 问题的不同陈述可能导致不同的“接受或拒绝”决定，对use case的理解描述不同，可能实现时有差别，需要交流（例如，如果每个房主都有单独的密码或通过语音印刷识别，房主课程将满足特征1和2，并且已被接受）
10.2 细化属性Specify Attributes
步骤：
- 进一步study用例，一些名词词组或一些含数值信息的名词词组没有成为类，可能是依附于某些类的属性
- 没有在用例描述中出现的词，通过data dict进行分解
以UseCase图中的每个用例作为分析单元，研究每个用例
判断依据：当前问题的上下文中有哪些数据项
数据字典(输入输出数据的组织）:细分出以下作为System类的属性
一个分析类的例子：系统类
10.3 定义操作Operation
找Operation的方法：进一步扫描UseCase文字描述，找到实际意义的动词，补充类里面的方法
例子：
四个广泛类别：
- 操作——操作以某种方式操纵数据（例如，添加，删除，重新格式化，选择）数据操作
- 计算——执行计算的操作
- 状态——询问对象状态的操作
- 监视——监视对象以发生控制事件的操作。
进一步调查下，操作program()可能会被分成一个数字或更加详细的子操作以配置系统。比如program()暗示了具体的电话号码，配置系统的特征（e.g. 创建sensor table，进入alarm特征，输入密码等，但目前我们先把program()细化成单一的方法）
例子：
10.4 CRC建模Class-Responsibility-Collaborator(类的建模的基础上）
Responsibilities是与类相关的属性和操作
Collaborators是提供Class所需的其他Class，其中包含填写Responsibility所需的信息。通常，一个Collaboration意味着对某些动作的信息请求。
例子：
（TODO)
Class
业务实体类：通过对用例描述进行语法扫描得到的类为实体类
边界类： 用于创建接口的类
控制类：用于管理：
- Creation&Updates 实体对象的创建更新
- BoundaryInstantiation 边界类的实例化，用以获取实体类信息
- Communication 一组对象之间的复杂通信
- Validation 验证对象或用户和应用程序之间传送的数据
Responsibility
attributes and operations
类的Responsibility进一步优化的五个指导思想：DLGES
-
Distributed 分散的，系统的功能应该被均匀的划分到不同的类的属性中去，每个类只获取并执行少量的系统功能任务信息，这样系统的内聚性（同时达到高内聚，什么类就做什么样的事情）得到加权
-
General 属性和方法需要具有一定的通用性
-
Encapsulation 封装 info和与它相关的behavior应该在同一类中。这实现了名为封装(encapsulation)的面向对象原则
-
Localized 局限性 一个东西的信息不应该被distributed而应该放在一个类中。一个Class应承担store和operate特定类型的信息的责任，实现了单一的功能
-
Shared 责任应在合适的情况下在相关类中共享
e.g.游戏Sprite的身体：这些类中的每一个都有自己的属性（例如，位置，方向，颜色，速度），并且所有这些类都必须更新并显示，因为用户操纵操纵杆。因此，必须由每个对象共享职责更新和显示
Collaborations
类以两种方式之一履行职责:
- Inner 使用自己的方法来操纵自己的属性，从而履行特定的责任;
- Collaborate 与其他类合作，给其他类用属性或使用其他类属性
(一个类没法自己实现完全功能时，合作)
类之间的关系：
-
is-part-of relationship 聚合关系（整体与部分）
-
has-knowledge-of relationship 关联关系（类之间想获取彼此）
-
depend-upon relationship 依赖关系(一个类属性取决于另一个类属性）
当已开发完整的CRC模型时，stakeholder可以使用以下方法查看模型：（例如：用户登录的用例，其活动图为用户登录活动图.png）
- Seperation 审核的所有人都发到CRC卡，有合作关系的卡分开，确保一个人手上的牌之间都没有协作关系
- Category 所有的use-case scenario（以及相应的用例图）需要被分类
- Leader 审查的领导人读取一个用例，进而引入一个已命名的对象。领导人将令牌token传递给有相应的类索引的人
- Describe 当token传递时，要求卡片的持有者描述卡上注明的责任。审核组确定是否有一个（或更多）的责任满足用例要求
- Modify 如果在索引卡上指出的责任和协作无法适应用例，则\修改卡片。这可能包括新类（以及相应的CRC索引卡）的定义或在现有卡上的新或修订的责任或协作的规范。
10.5 关联和依赖Associations and Dependencies
合成总计类
多样性
依赖
10.6 分析包Analysis Packages
分析建模的重要部分是分类。也就是说，需求模型的各种元素（例如，用例，分析类别）被分类
将它们作为分组的分组包装的方式进行分类——就是分析包
