第14章.面向对象建模方案.pptVIP

6.2 领域模型建模——发现对象和类 概念类分类列表示例 6.2 领域模型建模——发现对象和类 名词分析 从文本描述中识别出有关的名词和名词短语，然后从中发现对象 6.2 领域模型建模——发现对象和类 行为分析 从需求描述中搜寻动词，识别出系统行为，然后从中发现对象 用例描述 行为 候选对象 确定对象 概念类 主动对象 被动对象 用户在第i层按下向上的楼层按钮 按下 用户 第i层向上楼层按钮 保留对象： 第i层的向上楼层按钮 第i层的向上楼层按钮灯 电梯 电梯门 计时器 到第j层的电梯按钮 到第j层的电梯按钮灯 楼层按钮 电梯按钮 按钮灯 电梯 电梯门 计时器 第i层的向上按钮灯亮 亮 第i层的向上楼层按钮灯 电梯到达第i层； 到达 电梯 第i层 第i层的向上楼层按钮灯灭 灭 第i层的向上楼层按钮灯 电梯门开启 开启 电梯门 计时器开始计时 计时 计时器 用户进入电梯 无 用户按下到j层的电梯按钮 按下 用户 到第j层的电梯按钮 到第j层的电梯按钮灯亮 亮 到第j层的电梯按钮灯 计时时间到，电梯门关闭 到时 计时器 摈弃对象： 用户：系统外对象，既没有状态也没有行为； 第i层、第j层：只有状态没有行为 关闭 电梯门 电梯到达第j层 到达 到达j层的电梯按钮灯灭 灭 到第j层的电梯按钮灯 电梯门开启 开启 电梯门 计时器开始计时 计时 计时器 用户走出电梯门 无 计时时间到，电梯门关闭 到时 电梯门 关闭 计时器 6.2 领域模型建模——建立类之间的关联 保证类之间协作所必需的可见性 适当使用问题域内的关联，增强领域模型的可理解性 要适可而止 不要在关联的识别上花费太多的时间 识别概念类比识别关联更加重要 避免显示冗余和导出的关联 6.2 领域模型建模——建立类之间的关联 示例 6.2 领域模型建模——添加类的重要属性 实现类协作时必要的信息，是协作的条件、输入、结果或者过程记录 使用用户的描述方式，不进行类型和约束的严格定义 6.3 行为模型建模 建立行为模型 建立系统顺序图 在需要时 建立详细的交互图 建立用例的状态图或者重要类的状态图 建立活动图 为系统行为添加契约说明 6.3 行为模型建模——建立交互图 确定交互图的上下文环境 上下文环境的前置条件和后置条件应该被分配给交互图中的相应行为 找出参与交互的对象 交互图中的参与对象（和对象之间的关联）应该和领域模型中的知识保持一致。 根据发现的对象（和关联）建立交互图框架 添加消息，描述交互行为 考虑和系统相关的（系统内的、系统与外部对象之间的）交互行为，忽略那些与系统无关的（外部对象之间的）交互行为。如果建立的是系统顺序图，那么系统内的行为也可以被忽略。 进行消息标识、特化图示等详细信息的描述，将交互图的信息补充完整。 6.3 行为模型建模——建立交互图 6.3 行为模型建模——建立状态图 确定上下文环境 搞清楚状态的主体常见的状态主体有：类、用例、多个用例和整个系统 识别状态，标记初始状态和结束状态 可能会不存在确定的初始状态和结束状态 建立状态转换 补充详细信息，完善状态图 6.3 行为模型建模——建立状态图 授权 空闲 销售开始 商品信息显示 错误提示 列表显示 销售结束 授权 Y Y 空闲 Y Y Y Y 销售开始 Y 商品信息显示 Y Y 错误提示 Y 列表显示 Y 销售结束 Y 6.3 行为模型建模——建立活动图 确定活动图的上下文环境 界定业务流程的处理界限 分析业务流程中的主要处理步骤 分析业务流程中的主要数据流 进行职责分配，将业务流程的处理步骤划分到不同的泳道，并将处理步骤和数据流的传递组织起来，建立活动图 添加活动图的详细信息，完善活动图描述 6.3 行为模型建模——建立活动图 6.3 行为模型建模——添加契约说明 不需要为所有的系统行为都定义操作契约，可以有选择的为其中的一部分系统行为定义操作契约 涉及到很多状态变化的复杂行为 因果关系比较微妙的模糊行为 可以从下面几个角度进行约束的发现工作： 不变量：系统行为中所涉及的敏感状态，这些状态的改变往往会产生广泛的连锁反应 不可改变的属性、不可改变的关联关系 前置条件：行为发生和顺利完成所需要的系统的状态条件 合法的参数 有效的状态 对象的存在状态、对象的属性取值、有效的关联关系 后置条件：行为顺利完成之后引起的系统状态改变 有效状态的改变 对象的存在状态、对象的属性取值 关联关系的改变 6.3 行为模型建模——添加契约说明 示例 Contract: enterItem( itemID: ItemID, quantity: integer) Cross References: Process Sale Preconditio