面向对象分析与设计7领域建模 叶文来.pptVIP

* Monopoly * 3、属性 确定概念类的属性是有助于分析 记录的属性必须是满足当前场景的信息需求 如处理销售用例中，票据通常有日期，店名和地址，及收银员ID等 * 导出属性表示 有些属性，是重要必须的，但可由其他信息导出 在属性名称前加“/”符号 * 关注领域模型属性的数据类型 大部分属性类型应该是“简单”的数据类型 不应该是复杂的领域概念 * 定义新的数据类型类（Value Object） 有些属性相对复杂，但也只是用于记录信息，不承担领域责任 开始往往建模为数字或字符串 准则 由不同的小节组成：电话号码、地址、人名 具有与相关的操作，数据需要解析或校验： 具有其他属性：促销价格 单位的数量： 具有以上性质的一个或多个类型的抽象 * * 避免数据库建模概念 引入外键! * 对数量和单位建模 考虑数量的价格或重量单位 如果软件是面向国际市场的，则需要对这些数量进行处理。 * POS系统中的属性 * Monopoly * 没有唯一正确的领域模型 所有模型都是对试图要理解的领域近似 利用对象图，使用场景验证模型的正确 迭代和演化式开发领域模型 通过若干迭代对领域模型进行增量式演进,不必过早的试图捕获所有可能的概念类和联系 * 用例场景测试过程 * ATM说明 ATM是一台机器,银行顾客通过它完成大量普通的金融事务。由显示屏、读卡器、数字输入键和特殊功能键、现金取款口和收据打印机组成。 当机器空闲时，显示屏显示一条问候语。 当插入一张银行卡时，读卡器尝试读卡。如果不能读，就通知用户，并弹出卡。 如果这张卡能读，要求用户输入身份密码。如果密码正确，就显示主菜单。否则再给两次尝试机会。如果第三次尝试失败，则保留银行卡。 主菜单包含一系列可能要执行的事务： 从一个账户上提取现金 从一个账户上转账到另一个账户 查询账户余额 用户可以选择一个事务，并确定相关信息，当完成这个事务时，回到主菜单。在完成一个事务之前，用户随时都可以按取消键，取消所有事务，系统返回用户卡，打印所有事务的收据，机器变成空闲。 维护人员负责日常对ATM机器的维护和管理 ATM每天定时统计进行金融事务操作的次数及金额，把数据传回银行后台服务器 * 用相同意义的短语替代 自动柜员机（ATM） 现金取款口（现金分配器） 卡片（银行卡）　普通键盘（数字键盘） 存款（存款事务）　个人身份号码（ＰＩＮ） 存款抽屉（存款口）　打印机（收据打印机） 数字（数字键）　足够的资金（金额） 金融事务（事务）　　　系统（ＡＴＭ) 资金（余额）　　转账（资金转账） 机器（ATM）　　取款（取款事务） * 用相同意义的短语替代 自动柜员机（ATM） 现金取款口（现金分配器） 卡片（银行卡）　普通键盘（数字键盘） 存款（存款事务）　个人身份号码（ＰＩＮ） 存款抽屉（存款口）　打印机（收据打印机） 数字（数字键）　足够的资金（金额） 金融事务（事务）　　　系统（ＡＴＭ) 资金（余额）　　转账（资金转账） 机器（ATM）　　取款（取款事务） * 淘汰系统之外的事物 存款纸袋 银行卡　　收据 银行顾客　　用户 可用作动词的名词也可以淘汰 机会　　失败　　反馈　　第三次尝试 * 物理对象作为对外部设备接口建模 ATM　　收据打印机　　　　 银行卡读卡器　　 现金取款机 存款口 问候语和主菜单 * ATM名词短语初始列表 筛选名词原则： 淘汰相同意义的，保留表达更好的名词。 淘汰描述系统这外事物的名词 淘汰时间名词 对于系统内的物理设备，需要使用设备接口对象建模 ATM 金融事务 读卡器 现金取款口 收据打印机 问候语 银行卡主菜单 事务 现金 账户 * 最终的候选类 ATM 读卡器 现金取款口 收据打印机 问候语 银行卡 主菜单 账户 金融事务 存款事务 查询事务 转账事务 主要的类： ATM 读卡器 收据打印机 存款事务 查询事务 转账事务 账户 现金取款口 * 最终的候选类 ATM 读卡器 现金取款口 收据打印机 问候语 银行卡 主菜单 账户 金融事务 存款事务 查询事务 转账事务 主要的类： ATM 读卡器 收据打印机 存款事务 查询事务 转账事务 账户 现金取款口 * ATM主要类的关联 * ATM类的属性 * 演练 一个办公室网络。为了更好的使用打印机资源，设置一台打印服务器，管理所有的打印机。一旦用户有打印请求，打印服务器把打印的文件排成队列，根据打印机的不同状态等情况分配文件进行打印。办公室有激光打印机，点阵打印机等。打印的文档有不同类型。请使用面向对象方法构建打印服务器系统领域模型。 * 演练 * 练习