补充---面向对象技术-综合.pptVIP

三、 基于UML的面向对象分析、设计过程 * 面向对象分析过程 用户 开发者 管理者 用户知识 领域知识 现实世界经验 一般需求 问题陈述 建模 对象模型 功能模型 动态模型 * 开始进行基于UML的OOA/OOD 步骤1：陈述需求。 与客户访谈，了解用户需求情况 * ATM系统 ATM ATM ATM 中央计算机 柜员终端 分行计算机 分行计算机 账户 账户 账户 账户 * 案例需求陈述 某银行拟开发一个自动取款机系统，它是一个由自动取款机、中央计算机、分行计算机及柜员终端组成的网络系统。ATM和中央计算机由总行投资购买。 总行拥有多台ATM，分别设在全市各主要街道上。分行负责提供分行计算机和柜员终端。柜员终端设在分行营业厅及分行下属的各个储蓄所内。该系统的软件开发成本由各个分行分摊。 银行柜员使用柜员终端处理储户提交的储蓄事务。储户可以用现金或支票向自己拥有的某个账户内存款或开新账户。储户也可以从自己的账户中取款。通常，一个储户可能拥有多个账户。 * 案例需求陈述（续） 柜员负责把储户提交的存款或取款事务输进柜员终端，接收储户交来的现金或支票，或付给储户现金。柜员终端与相应的分行计算机通信，分行计算机具体处理针对某个账户的事务并且维护账户。 拥有银行账户的储户有权申请领取现金兑换卡。使用现金兑换卡可以通过ATM访问自己的账户。目前仅限于用现金兑换卡在ATM上提取现金(即取款)，或查询有关自己账户的信息(例如，某个指定账户上的余额)。将来可能还要求使用ATM办理转账、存款等事务。 * 案例需求陈述（续） 所谓现金兑换卡就是一张特制的磁卡，上面有分行代码和卡号。分行代码唯一标识总行下属的一个分行，卡号确定了这张卡可以访问哪些账户。通常，一张卡可以访问储户的若干个账户，但是不一定能访问这个储户的全部账户。 每张现金兑换卡仅属于一个储户所有，但是，同一张卡可能有多个副本，因此，必须考虑同时在若干台ATM上使用同样的现金兑换卡的可能性。也就是说，系统应该能够处理并发的访问。 * 案例需求陈述（续） 当用户把现金兑换卡插入ATM之后，ATM就与用户交互，以获取有关这次事务的信息，并与中央计算机交换关于事务的信息。 首先，ATM要求用户输入密码，接下来ATM把从这张卡上读到的信息以及用户输入的密码传给中央计算机，请求中央计算机核对这些信息并处理这次事务。 中央计算机根据卡上的分行代码确定这次事务与分行的对应关系，并且委托相应的分行计算机验证用户密码。 如果用户输入的密码是正确的，ATM就要求用户选择事务类型(取款、查询等)。当用户选择取款时，ATM请求用户输入取款额。最后，ATM从现金出口吐出现金，并且打印出账单交给用户。 * 开始进行基于UML的OOA/OOD （续） 步骤2：建立对象模型 面向对象分析首要的工作，是建立问题域的对象模型。这个模型描述了现实世界中的“类与对象”以及它们之间的关系，表示了目标系统的静态数据结构。静态数据结构对应用细节依赖较少，比较容易确定。 * 步骤2：建立对象模型（续） 步骤2.1：确定类和对象 类与对象是在问题域中客观存在的，系统分析员的主要任务，就是通过分析找出这些类与对象。首先，找出所有候选的类与对象；然后，从候选的类与对象中筛选掉不正确的或不必要的。 用自然语言书写的需求陈述为依据，把陈述中的名词作为类与对象的候选者，用形容词作为确定属性的线索，把动词作为服务(操作)的候选者。 选取名词 消除假的类 需求说明 暂定的类 类 * 从需求陈述中找出名词，作为类和对象的候选者 银行、自动取款机（ATM）、系统、中央计算机、分行计算机、柜员终端、网络、总行、分行、软件、成本、市、街道、营业厅、储蓄所、柜员、储户、现金、支票、账户、事务、现金兑换卡、分行代码、卡号、用户、副本、信息、密码、类型、取款额、账单、访问 * 步骤2：建立对象模型（续） 筛选时主要依据下列标准，删除不正确或不必要的类与对象： 冗余（储户=用户，现金兑换卡=磁卡=副本） 无关（成本、市、街道、营业厅、储蓄所） 笼统（银行、访问、网络、系统、软件、信息） 属性（现金、支票、取款额、账单、余额、…） 操作 实现 * 从需求陈述中找出名词， 作为类和对象的候选者 银行、自动取款机（ATM）、系统、中央计算机、分行计算机、柜员终端、网络、总行、分行、软件、成本、市、街道、营业厅、储蓄所、柜员、储户、现金、支票、账户、事务、现金兑换卡、分行代码、卡号、用户、副本、信息、密码、类型、取款额、账单、访问 * 步骤2：建立对象模型（续） 步骤2.2：准备数据字典 为所有建模实体准备一个数据字典。准确描述各个类的精确含义，描述当前问题中的类的范围，包括对类的成员、用法方面的假设或限制。 * 步