第面向对象设计讲课文档.pptVIP

7.4数据层设计数据库设计：将UML类图映射到关系数据库继承关系的映射单表继承：为基类及其子类建立一张表。这种方法比较容易实现，并且易于重构。子类表继承：将每个子类映射到一张表，没有基类表。在每个子类的表中包括基类的所有属性。这种方法适用于子类的个数不多，基类属性比较少的情况。所有类表继承：将基类映射到一张表，每个子类都映射为一张表。在基类对应的表中定义主键，而在子类对应的表中定义外键。第27页，共43页。7.4数据层设计7.4数据层设计数据库设计：将UML类图映射到关系数据库继承关系的映射以上三种选择并不是相互排斥的，在一个类层次结构中可以混合使用多种模式。例如，可以用单表继承将几个类映射到一张表，并且使用类表继承来处理一些特殊情况。第28页，共43页。7.4数据层设计7.4数据层设计数据库设计：将UML类图映射到关系数据库继承关系的映射举例：根据继承关系映射的第三种方法来设计数据库表，将采用4张表来存储；第29页，共43页。7.4数据层设计7.4数据层设计数据库设计：将UML类图映射到关系数据库Lease类及其子类可采用一张表存储；BookStore、Bookshelf及Book各用一张表存储。第30页，共43页。7.4数据层设计数据库设计：将UML类图映射到关系数据库第31页，共43页。第1页，共43页。（优选）第面向对象设计第2页，共43页。7.1子系统分解水平方向的分解水平方向的分解即是通常所说的分层。一种比较普遍的做法是采用三层体系结构，即表示层、业务逻辑层及数据层。第3页，共43页。7.1子系统分解各层的职责表示层的职责表示层的主要职责是向用户显示信息，并将从用户那里获取的信息解释成业务逻辑层或数据源层上的各种动作。当前的用户界面往往是功能完善的图形用户界面（GUI）或者是基于HTML的浏览器界面。第4页，共43页。7.1子系统分解各层的职责业务逻辑层的职责业务逻辑层是整个系统的核心。包括根据输入数据或已有数据进行计算，对从表示层输入的数据进行验证，以及根据从表示层接收的命令来确定调用哪些操作。第5页，共43页。7.1子系统分解各层的职责数据访问层的职责数据访问层的主要职责是与数据源交互，这里的数据源可能是数据文件、数据库、消息系统或其他应用系统。对于大多数企业应用来说，最主要的数据源就是数据库，它的主要职责是存储持久数据。第6页，共43页。7.1子系统分解垂直方向的分解垂直方向的分解与具体的应用领域及应用需求有关；通常根据主题将系统分解成若干个部分，每一部分又可分解为若干个子系统或类，每个子系统还可以由更小的子系统或类组成。初始子系统的分解可以从功能性需求中导出，往往是将功能相关的类进行分组，进而明确标识出子系统。第7页，共43页。7.1子系统分解校内书店管理系统体系结构第8页，共43页。7.2问题域设计面向对象设计是以面向对象分析模型为基础的。面向对象分析所得到的问题域模型可以直接应用于系统问题域部分的设计。第9页，共43页。7.2问题域设计对分析类图进行调整与细化在设计阶段，可能需求发生了变化，也可能是分析与设计者对问题本身有了更进一步的理解等原因，一般需要对系统分析的结果进行改进和增补。第10页，共43页。7.2问题域设计对分析类图进行调整与细化对类进行调整：考虑校内书店管理系统的初始类图可以将顾客（Customer）分为学生（Student）、教师（Teacher）、校外顾客（Other），学生和教师享有不同的折扣，校外顾客租书则需要缴纳押金。租约（Lease）分为日租约（DailyLease）、本租约（BookLease）两种。第11页，共43页。7.2问题域设计对分析类图进行调整与细化补充类的属性和方法例如，由于标题相同的书可以有多本，为了进行区分，对于图书（Book）类应增加书号（bookNo）属性，可以使用书本身的ISBN号再加顺序号作为书号。书店可以增加营业时间（open）和关门时间（close）。另外，根据用例及顺序图来定义类的方法，使得用例图、类图及顺序图保持一致性。第12页，共43页。7.2问题域设计对分析类图进行调整与细化第13页，共43页。7.2问题域设计调整类图第14页，共43页。7.2问题域设计将对象分组归入子系统将对象分组归入子系统的规则：将在同一个用例中所明确的对象归入同一个子系统；尽量减少跨越子系统边界的关联数目；同一个子系统中的所有对象应该是