SE0801-lecture17 面向对象设计(补充作业).pptVIP

面向对象技术 面向对象设计(补充作业)Object-Oriented Design （Supplement） 作业3：系统设计-题目要求 总分：20分 在作业2用例分析的基础上，完成设计过程 完成已分析的用例的设计过程，主要包括（10分） 用例实现-交互图设计 类设计（VOPC和类的详细定义） 可选：子系统设计（设计子系统的接口） 由于费用支付方式未定，因此，在第一版的系统设计时，应充分考虑支付方式的可扩展性；请结合面向对象的设计原则和模式，设计系统中的“支付类”（Payment），以使得系统能够适应多种不同的支付方式（注意在图中添加适当的注释阐明相关的设计原则或模式）（5分） 完成系统的数据库设计（5分） 作业3：提交要求 提交完成设计的Rose模型（也可为采用其它工具的模型），应该含： 完整的用例图（第一次作业完成的）、本次迭代所完成的用例图（第二次作业完成的） 至少一个用例的设计模型（交互图、类图） Payment类的设计包 数据库设计包 必要的注释信息 设计模型 主要问题 设计模型最好能够关联一种实现语言 设计类可以根据要求自定义不同的构造型 交互图中的消息应该有相应的类方法来实现 VOPC图中需要明确类之间的关系 聚合（组合）关系应该有明确的整体和部分语义 关联关系和依赖关系的使用 实际设计中RoomCatalog代表什么，其数据如何获取 模型的组织：按精化的体系构架组织 此时不再严格按分析是的MVC构架来组织，而是结合项目实际采用的技术来定义所需的层次结构（如B/S、C/S） 模型的组织：由用例来组织 用例设计过程围绕着用例完成，通过用例实现(use-case realization)来组织 该用例实现与用例模型中用例之间的关系 Traceable Diagram 该用例的实现过程交互图 基本事件流 备选事件流 该用例的参与类类图 VOPC Classes Diagram 设计类图 设计类和分析类的区别 设计类 设计模型的构造块 设计类是已经完成了规格说明并且达到能够被实现程度的类 属性：名称、类型、缺省值 方法：名称、参数、返回值 关系：多重性、角色名以及实现的考虑 来源于问题域和解域 通过分析类的精化得到的问题域—添加实现细节 解域，提供了能够实现系统的技术工具 “预定房间”参考顺序图 Payment类的设计 由于目前支付的方式未定，因此在设计时应充分考虑这些变更；这里依据OCP的原则，利用State模式（也可认为采用Strategy）来设计支付接口Payment，而具体的支付方式则通过实现相应的子类来完成 支付类应该设计成抽象类或接口（通过构造型来表达） 一般情况下接口只提供方法，而不定义任何属性；如果需要定义属性，最好定义成抽象类 Payment类设计图 数据库设计 主要存在的问题 每个数据表应该都有一个主键 数据库模型中需要定义表的关系（外键FK） 数据库模型中注意正确的使用外键来表示表之间的关系 利用自动生成后一定要注意修改字段的类型为合适的类型 数据库设计 * 刘竹松 liuzs@gdut.edu.cn 广东工业计算机学院 (PPT根据网络资源修改，在此表示感谢)