图书管理系统-OOD - 1

1、软件工程与UML 2013.11面向对象设计 - OOD12011-11到目前为止各组可以开始着手完成自己项目的SRS-软件需求规格说明书了，模板见FTP，这也是项目验收的重要文档之一。22011-11主要内容准备知识行为建模工具-时序图、协作图、状态图BCE模式 - 分析类DAO模式系统架构设计GUI设计数据库设计Rose双向工程32011-11软件设计模块化设计准备知识对应书上第五章的内容4通过本章的学习，解决以下问题软件设计解决什么问题？目标？分几个阶段？各阶段的主要任务是什么？什么是模块化设计？模块化设计的指导思想或原则有哪些？5软件设计简言之，软件设计就像各种设计图，是软件需求和软件

2、实现之间的桥梁，用于将软件需求转化为真正的软件产品。6软件设计阶段的基本目标是构造系统“怎么做”的模型描述。“设计先于编码”，这是软件工程“推迟实现”基本原则软件设计概述7软件系统设计是把软件需求“变换”为用于构造软件的蓝图。“输入”是需求分析各种模型元素“输出”是软件设计模型和表示软件设计需求分析得到的各种模型软件设计模型8软件设计的首要目的在于决定系统如何实施数据/类设计：将分析模型转化为设计类的实现以及软件实现所需要的数据结构体系结构设计：定义软件的主要结构元素之间的关系接口设计：描述软件与协作系统之间、软件和使用人员之间是如何通信的构件设计：将软件体系结构的结构元素转化为软件构件9总体

3、设计，也称为概要设计，软件结构设计，或高层设计分析需求规格说明模块划分，形成具有预定功能的模块组成结构表示出模块间的控制关系给出模块之间的接口软件详细设计，也称为（模块）过程设计，或低层设计。设计模块细节确定模块所需的算法和数据结构等软件设计的两个阶段10面向对象设计面向对象的设计（Objec-Oriented Design）是根据面向对象分析中确定的类和对象设计软件系统，包括设计对象类和设计这些对象类之间的关系。从OOA到OOD是一个逐步建立和扩充对象模型的过程。1112概要设计说明书模板1 范围1.1系统目标1.2 主要软件需求1.3 软件设计约束、限制2 数据设计2.1 数据对象和形成的

4、数据结构2.2文件和数据库结构外部文件结构 逻辑结构 逻辑记录描述 访问方法全局数据文件和数据交叉索引3 体系结构设计3.1 数据和控制流复审3.2 得出的程序结构4 接口设计4.1 人机界面规约4.2 人机界面设计规约4.3 外部接口设计外部数据接口外部系统或设备接口4.4 内部接口设计规约5 （每个模块）过程设计5.1 处理说明5.2 接口描述5.3 设计语言描述5.4 使用的模块5.5 内部设计结构5.6 注释/约束/限制6 需求交叉索引7 测试部分7.1测试方针7.2 集成策略7.3 特殊考虑8 附录（包括特殊注解）1213详细设计说明书模板1 引言1.1 编写目的：阐明编写详细设计说

5、明书的目的，指明读者对象。1.2 项目背景：应包括项目的来源和主管部门等。1.3 定义：列出本文档中所用到的专门术语的定义和缩写词。 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源 文档所引用的资料、软件开发的标准或规范。1.4 参考资料：项目经核准的计划任务书、合同或上级机关的批文；项目开发计划；需求规格说明书；概要设计说明书；测试计划（初稿）；用户操作手册。2 总体设计2.1 需求概述2.2 软件结构：如给出软件系统的结构图。3 程序描述3.1 逐个模块给出以下说明： 性能 输出项目 功能 输入项目3.2 算法：模块所选用的算法。3.3 程序逻辑：详细描述模块实现的算法，可采

6、用：标准流程图；PDL语言；N-S图；判定表等描述算法的图表。3.4 接口 限制条件 存储分配3.5测试要点：给出测试模块的主要测试要求。13设计模型元素体系结构元素构件级元素接口/界面元素用户界面构件接口系统接口数据元素数据库设计数据结构数据部署级元素1415模块是一个独立命名的，拥有明确定义的输入、输出和特性的程序实体。把一个大型软件系统的全部功能，按照一定的原则合理地划分为若干个模块，每个模块完成一个特定子功能，所有的这些模块以某种结构形式组成一个整体，这就是软件的模块化设计（Modular Design）。软件模块化设计可以简化软件的设计和实现，提高软件的可理解性和可测试性，并使软件更

7、容易得到维护。分解、抽象、逐步求精、信息隐蔽和模块独立性，是软件模块化设计的指导思想。软件模块化设计1516采用有效的分解，即“分而治之”，是能够使问题得以很好解决的必不可少的措施。一个软件系统的各个模块之间是相互关联的，模块划分的数量越多，模块间的联系也越多。模块本身的复杂性和工作量虽然随着模块变小而减少，模块的接口工作量却随着模块数增加而增大。软件模块化开发存在一个最小成本区，把模块数控制在一定的范围内，可以得到最小的总开发工作量。软件模块化1617模块数与开发工作量开发工作量模块数最小成本区模块成本接口成本总成本1718分解必然需要抽象的支持。抽象是抓住主要问题，隐藏细节，这样才能容易分

8、解。抽象具有不同的级别（数据和过程）。人类解决复杂问题的基本方法之一。只有抓住事物的本质，才能准确分析和处理问题，找到合理的解决方案。抽象1819软件体系结构是指软件的整体结构和这种结构为系统提供概念上完整性的方式。体系结构可以是程序构件或模块的结构或组织，这些构件或模块交互的形式以及这些构件所用数据的结构。体系结构设计可以使用大量的模型来表达。软件体系结构1920信息隐蔽原则建议模块应该具有的特征是：每个模块对其他所有模块都隐蔽自己的设计决策。信息隐蔽意味着通过一系列独立的模块可以得到有效的模块化。独立的构件或模块之间的“接口”简单而清晰。信息隐藏2021模块的独立性(Module Inde

9、pendence)是模块化、抽象、信息隐蔽等概念的直接结果，也是判断模块化结构是否合理的标准。模块独立性是指开发具有独立功能而和其他模块没有过多关联的模块。模块独立性两大优点：独立的模块由于分解了功能，简化了接口，使得软件比较容易开发；独立的模块比较容易测试和维护。模块的独立性2122模块独立性的度量标准模块独立性由两个定性标准度量：模块自身的内聚（Cohesion），也称为块内联系或模块强度，模块之间的耦合（Coupling)，也称为块间联系。模块独立性愈高，则块内联系越强，块间联系越弱。2223内聚性是从功能的角度对模块内部聚合能力的量度。高内聚是模块独立性追求的目标。分类：偶然性内聚：模

10、块内的各个任务在功能上没有实质性联系，纯属“偶然”因素组合了块内各个互不相关的任务。逻辑性内聚：模块通常由若干个逻辑功能相似的任务组成，通过模块外引入的一个开关量选择其一执行。这种内聚增大了模块间的耦合。时间性内聚：模块内的各个任务由相同的执行时间联系在一起。例如，初始化模块。过程性内聚：模块内的各个任务必须按照某一特定次序执行。通信性内聚：模块内部的各个任务靠公用数据联系在一起，即都使用同一个输入数据，或者产生同一个输出数据。顺序性内聚：模块内的各个任务是顺序执行的。通常，上一个任务的输出是下一个任务的输入。功能性内聚：模块各个成分结合在一起，完成一个特定的功能。显然，功能性模块具有内聚性最

11、强、与其他模块联系少的特点。模块的内聚性2324内聚性分类偶然性内聚弱逻辑性内聚时间性内聚过程性内聚通信性内聚顺序性内聚功能性内聚强低内聚中内聚高内聚2425耦合性是对一个软件结构内不同模块之间互连程度的度量。耦合性的强弱取决于模块间接口的复杂程度，以及通过接口的数据类型和数目。分类： 非直接耦合：同级模块相互之间没有信息传递，属于非直接耦合。 数据耦合：调用下属模块时，如果交换的都是简单变量，便构成数据耦合。 特征耦合：调用下属模块时，如果交换的是数据结构，便构成特征耦合。由于传递的是数据结构，不仅数据量增加，而且会使模块的相关性增加。 控制耦合：模块间传递的信息不是一般的数据，而是作为控制

12、信息的开关值或标志量。例如，逻辑性内聚的模块调用就是典型的控制耦合。外部耦合：若允许一组模块访问同一个全局变量，可称它们为外部耦合。公共耦合：若允许一组模块访问同一个全局性的数据结构，则称它们为公共耦合。全局性的数据结构可以是共享的通信区、公共的内存区域、任何存储介质文件、物理设备等。内容耦合：若一个模块可以直接调用另一个模块中的数据，或者直接转移到另一个模块中去，或者一个模块有多个入口，则称为内容耦合。模块耦合性2526耦合性分类非直接耦合弱数据耦合特征耦合控制耦合外部耦合公共耦合内容耦合强弱耦合中耦合强耦合较强耦合2627逐步求精，或称逐步细化，是一种自顶向下的设计策略。逐步求精是人类采用抽象到具体的过程把一个复杂问题趋于简单化控制和管理的有效策略。抽象和精化是互补的概念。逐步求精2728重构是一种重新组织的技术，可以简化构件或模块的设计或编码而无需改变其功能或行为。重构是一种改进程序内部结构但不改变代码或设计的外部行为。“先使它转起来，再使它快起来”。重构（Refactor