面向对象技术概要1.pptVIP

* 步骤2：建立对象模型（续） 步骤2.4： 确定属性 名词表示属性，如“汽车的颜色”或“光标的位置” 形容词表示可枚举的属性，如“红色的” 在邮政目录中，“城市”是属性，在人口普查中， “城市”是对象 * 步骤2：建立对象模型（续） 步骤2.5： 完善对象模型 通过继承共享公共性质，如“远程事务”与“柜员事务”相似，可以泛化出父类“事务” “现金兑换卡”类分解为“卡权限”和“现金兑换卡”类 “更新”类单独存在 “分行”与“分行计算机”合并为分行计算机” * 开始进行基于UML的OOA/OOD 步骤3：建立动态模型 建立动态模型的第一步，是编写典型交互行为的脚本。接下来从脚本中提取出事件，确定触发每个事件的动作对象以及接受事件的目标对象。 * 步骤3：建立动态模型 步骤3.1：准备脚本 系统在某一执行期间内出现的一系列事件。 编写脚本时，首先编写正常情况的脚本。然后，考虑特殊情况，例如输入或输出的数据为最大值(或最小值)。最后，考虑出错情况。 对于每个事件，都应该指明触发该事件的动作对象、接受事件的目标对象以及该事件的参数。 * 步骤3：建立动态模型-正常情况脚本 ATM请储户插卡；储户插入一张现金兑换卡 ATM接受该卡并读它上面的分行代码和卡号 ATM要求储户输入密码；储户输入自己的密码“1234”等数字 ATM请求总行验证卡号和密码；总行要求“39”号分行核对储户密码，然后通知ATM说这张卡有效 ATM要求储户选择事务类型(取款、转账、查询等)；储户选择“取款” ATM要求储户输入取款额；储户输入“880” ATM确认取款额在预先规定的限额内，然后要求总行处理这个事务；总行把请求转给分行，该分行成功地处理完这项事务并返回该账户的新余额 ATM吐出现金并请储户拿走这些现金；储户拿走现金 ATM问储户是否继续这项事务；储户回答“不” ATM打印账单，退出现金兑换卡，请储户拿走它们；储户取走账单和卡 ATM请储户插卡 * 步骤3：建立动态模型-异常情况脚本 ATM请储户插卡；储户插入一张现金兑换卡 ATM接受这张卡并顺序读取它上面的数字 ATM要求密码；储户误输入“8888” ATM请求总行验证输入的数字和密码；总行向有关分行咨询之后拒绝这张卡 ATM显示“密码错”，并请用户重新输入密码；储户输入“1234”；ATM请总行验证后知道这次输入的密码正确 ATM请储户选择事务类型；储户选择“取款” ATM询问取款额；储户改变主意不想取款了，他敲“取消”键 ATM退出现金兑换卡，并请储户拿走它；储户拿走他的卡 ATM请储户插卡 * 步骤3：建立动态模型 步骤3.2：设想用户界面 用户界面的美观程度、方便程度、易学程度以及效率等，是用户使用系统时最先感受到的。 界面的细节并不太重要。 向储户显示的信息 0 1 2 4 3 9 8 7 6 5 ENTER 账单出口 现金出口 CLEAR CANCEL * 步骤3：建立动态模型 步骤3.3：确定事件 应该仔细分析每个脚本，以便从中提取出所有外部事件。经过分析，应该区分出每类事件的发送对象和接受对象。 不要遗漏了异常事件和出错事件。 * 步骤3：建立动态模型 步骤3.4：准备事件跟踪表,UML时序图 2009-09 * 步骤3：建立动态模型 步骤3.5： 构造状态图 * 开始进行基于UML的OOA/OOD 步骤4：建立功能模型（UML:用例图） 数据流图 * 开始进行基于UML的OOA/OOD 步骤5：确定操作 在建立了功能模型和动态模型之后，才能确定类的操作，画出类图。 * 回顾一下刚才的过程 步骤1：陈述需求 步骤2：建立对象模型 步骤3：建立动态模型 步骤4：建立功能模型 步骤5：确定操作 * 回顾一下刚才的过程 步骤1：陈述需求 步骤2：建立对象模型 步骤2.1：确定类和对象 步骤2.2：准备数据字典 步骤2.3：确定关联 步骤2.4：确定属性 步骤2.5：完善对象模型 步骤3：建立动态模型 步骤4：建立功能模型 步骤5：确定操作 * 回顾一下刚才的过程 步骤1：陈述需求 步骤2：建立对象模型 步骤3：建立动态模型 步骤3.1：准备脚本 步骤3.2：设想用户界面 步骤3.3：确定事件 步骤3.4：准备事件跟踪表 步骤3.5 ：构造状态图 步骤4：建立功能模型 步骤5：确定操作 * * * 结构化方法学的缺点 结构化方法要么面向操作，要么面向属性(数据)，但却没有同时面向着两者。然而，软件系统本质上是信息处理系统，离开了操作便无法改变数据，而脱离了数据的操作又毫无意义。 结构化方法学存在的问题： 无法应付规模逐渐增大的软件产品。传统技术适合于中小规模的软件（不超过50000行） 无法满足用户对软件交付后维护的期望。 * 面向对象方法OOSD 软件工程方法学 传统方法学