7动态设计1——数据库状态图.pptxVIP

图书管理系统——第5次课;根据领域分析的结果，进行系统数据库设计（属于静态结构设计） ;工作任务1：根据领域分析的结果，进行系统数据库设计;领域分析中的数据建模——领域类图;;设计原则： 每一个类成为一个数据库表。 关系映射： 一对多的关系映射为数据库表的主外键关联（1方的主键加入n方成为外键） 一对一的关系映射为数据库表的主外键关联（1方的 主键加入另一方成为外键） 多对多的关系映射：产生第三张表，将两个多方的主键加入其中成为外键，两个外键的组合成为主键。 利用数据库三范式检查表，从而考察领域类图的分析是否合理，消除冗余数据。 检查数据是否能够反映用例视图的需要；进一步与用户再次确认使用的数据。;图书管理系统数据库设计;编写表结构说明;这里值得注意的是， 系统设计需要满足系统需求。在需求规格说明书中，显示借阅信息时，显示的内容包括（书名，ISBN，借阅时间还书时间） 而书名和ISBN来自图书表，借阅时间和还书时间来自借阅信息表，因此，在数据库中，需要增加一个视图：借阅视图。;CREATE VIEW 借阅视图 AS SELECT 借阅信息.借阅时间, 借阅信息.归还时间, 借阅信息.借阅信息_ID, 借阅信息.学生_ID, 借阅信息.图书_ID, 图书.书名, 图书.ISBN FROM 借阅信息 INNER JOIN 图书 ON 借阅信息.图书_ID = 图书.图书_ID INNER JOIN 学生 ON 借阅信息.学生_ID = 学生.学生_ID ;图书管理系统——第6次课;在需求分析阶段中，我们进行了用户访谈、领域分析，需求分析，需求规格说明，以及需求评审交付了以下工作产品： 领域类图 业务用例图、业务流程活动图 系统用例图、系统流程活动图 需求规格说明书 需求分析阶段得到的信息，是我们即将开始的设计阶段的依据。;3个子模型 对所解决问题的描述角度进行划分： 对象模型（类图） 3个子模型 动态模型 (活动图) 功能模型 (用例图) 用用例图描述系统的静态使用情况，它定义了系统的功能需求，但这是从系统的外部观看系统功能，并不描述系统内部对功能的具体实现。;对图书馆管理系统需求建模后，进入到系统分析和概要设计阶段。在该阶段中，将在需求模型的基础上，对系统进行静态建模以及动态建模，最后构建出图书馆管理系统的软件架构。这主要体现在对系统中对象进行抽象成类，进而对类间的相互关系进行建模，而系统内部行为建模则是由交互图进行描述。;面向对象设计 面向对象设计（OOD，Object-Oriented Design）是面向对象分析到实现的一个桥梁。面向对象分析是将用户需求经过分析后，建立问题域精确模型的过程；而面向对象设计则根据面向对象分析得到的需求模型，建立求解域模型的过程。即分析必须搞清楚系统“做什么”，而设计必须搞清楚系统“怎么做”，从分析到设计不是传统方法的转换，而是平滑（无缝）过渡，而求解域模型是系统实现的依据。 ; 面向对象设计的准则;1. 模块化 面向对象软件开发模式，很自然地支持模块的设计原理：对象就是模块。 2. 抽象 面向对象方法支持过程和数据抽象。 类是一种抽象数据类型。使用者无须知道类中数据元素的具体表示方法，就可以通过接口使用类中定义的数据。 这类抽象称为规格说明抽象。 3. 信息隐藏 对象的封装性实现支持了信息隐藏。 ;4. 弱耦合 耦合主要指不同对象之间相互关联的紧密程度。 两个对象应该通过类的接口实现耦合，而不应该依赖于类的具体实现细节(友元)。 对象之间的两类耦合： (1) 交互耦合:交换消息 使交互耦合尽可能松散的准则：减少消息中包含的参数个数，降低参数的复杂程度, 减少消息数。 (2) 继承耦合:互为基类和派生类(非模块之间) 与交互耦合相反，应该提高继承耦合程度。 通过继承关系结合起来的基类和派生类，构成了更大的模块。 ;5. 强内聚 在面向对象设计中存在下述3种内聚。 （1） 服务内聚。一个服务应该完成一个且仅完成一个功能。 （2） 类内聚。设计类的原则是，一个类应该只有一个用途，它的属性和服务应该是高内聚的。类的属性和服务应该全都是完成该类对象的任务所必需的。如果某个类有多个用途，通常应该把它分解成多个专用的类。 （3） 一般-特殊(继承)内聚。设计出的一般-特殊结构，应该符合多数人的概念，更准确地说，这种结构应该是对相应的领域知识的正确抽取。 紧密的继承耦合与高度的一般-特殊内聚是一致的。 ;6. 可重用 重用有两方面的含义： 一是尽量使用已