图书管理系统-OOD-设计准备知识

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

图书管理系统-设计准备知识2020年2月计科系段恩泽email:duanenze@126.com2011-112主要内容(Contents)•准备知识3•软件设计•模块化设计准备知识(PreParationKnowledge)4任务(Tasks)•软件设计解决什么问题?目标?•软件设计分几个阶段?各阶段的主要任务是什么?•什么是模块化设计?模块化设计的指导思想或原则有哪些?5软件设计(SoftwareDesign)•软件设计就像各种设计图,是软件需求和软件实现之间的桥梁,用于将软件需求转化为真正的软件产品。6•软件设计阶段的基本目标是构造系统“怎么做”的模型描述。•“设计先于编码”,这是软件工程“推迟实现”基本原则•软件系统设计是把软件需求“变换”为用于构造软件的蓝图。–“输入”是需求分析各种模型元素–“输出”是软件设计模型和表示•软件设计的目标是对将要实现的软件系统的体系结构、系统的数据、系统模块间的接口,以及所采用的算法给出详尽的描述。软件设计概述(Overview)7•总体设计,也称为概要设计,软件结构设计,或高层设计。–分析需求规格说明–模块划分,形成具有预定功能的模块组成结构–表示出模块间的控制关系–给出模块之间的接口•软件详细设计,也称为(模块)过程设计,或低层设计。–设计模块细节–确定模块所需的算法和数据结构等•测试和复审软件设计的三类活动(Activities)8•设计供选择的方案•选取合理的方案•推荐最佳方案•功能分解和设计软件结构•数据库设计•制定软件设计测试计划•编制设计文档•审查和复审软件结构设计过程(SoftwareStructureDesignProcess)9•设计过程不应该受“隧道视野”的限制•设计对于分析模型应该是可跟踪的•设计不应该从头做起•设计应该缩短软件和现实问题的“智力距离”•设计应该表现出一致性和集成性•设计应该能够适应修改•设计不是编码•在创建设计时,就应该考虑能够评估其质量•应该复审每一步设计,以减少语义性错误软件设计质量原则(QualityofSoftwareDesignPrinciple)10概要设计说明书模板(SummaryDesignDocumentTemplate)1范围1.1系统目标1.2主要软件需求1.3软件设计约束、限制2数据设计2.1数据对象和形成的数据结构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附录(包括特殊注解)11详细设计说明书模板(DetailedDesignDocumentTemplate)1引言1.1编写目的:阐明编写详细设计说明书的目的,指明读者对象。1.2项目背景:应包括项目的来源和主管部门等。1.3定义:列出本文档中所用到的专门术语的定义和缩写词。●列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源●文档所引用的资料、软件开发的标准或规范。1.4参考资料:项目经核准的计划任务书、合同或上级机关的批文;项目开发计划;需求规格说明书;概要设计说明书;测试计划(初稿);用户操作手册。2总体设计2.1需求概述2.2软件结构:如给出软件系统的结构图。3程序描述3.1逐个模块给出以下说明:●性能●输出项目●功能●输入项目3.2算法:模块所选用的算法。3.3程序逻辑:详细描述模块实现的算法,可采用:标准流程图;PDL语言;N-S图;判定表等描述算法的图表。3.4接口●限制条件●存储分配3.5测试要点:给出测试模块的主要测试要求。12•模块是一个独立命名的,拥有明确定义的输入、输出和特性的程序实体。•把一个大型软件系统的全部功能,按照一定的原则合理地划分为若干个模块,每个模块完成一个特定子功能,所有的这些模块以某种结构形式组成一个整体,这就是软件的模块化设计(ModularDesign)。•软件模块化设计可以简化软件的设计和实现,提高软件的可理解性和可测试性,并使软件更容易得到维护。•分解、抽象、逐步求精、信息隐蔽和模块独立性,是软件模块化设计的指导思想。软件模块化设计(SoftwareModularDesign)13•采用有效的分解,即“分而治之”,是能够使问题得以很好解决的必不可少的措施。•一个软件系统的各个模块之间是相互关联的,模块划分的数量越多,模块间的联系也越多。•模块本身的复杂性和工作量虽然随着模块变小而减少,模块的接口工作量却随着模块数增加而增大。•软件模块化开发存在一个最小成本区,把模块数控制在一定的范围内,可以得到最小的总开发工作量。软件模块化(SoftwareModularity)14模块数与开发工作量开发工作量模块数最小成本区模块成本接口成本总成本15•分解必然需要抽象的支持。抽象是抓住主要问题,隐藏细节,这样才能容易分解。•抽象具有不同的级别(数据和过程)。•抽象是人类解决复杂问题的基本方法之一。只有抓住事物的本质,才能准确分析和处理问题,找到合理的解决方案。抽象(Abstraction)16•软件体系结构是指软件的整体结构和这种结构为系统提供概念上完整性的方式。•体系结构可以是程序构件或模块的结构或组织,这些构件或模块交互的形式以及这些构件所用数据的结构。•体系结构设计可以使用大量的模型来表达。软件体系结构(SoftwareArchitecture)17•信息隐蔽原则建议模块应该具有的特征是:每个模块对其他所有模块都隐蔽自己的设计决策。•信息隐蔽意味着通过一系列独立的模块可以得到有效的模块化。•独立的构件或模块之间的“接口”简单而清晰。信息隐藏(InformationConceal)18•模块的独立性(ModuleIndependence)是模块化、抽象、信息隐蔽等概念的直接结果,也是判断模块化结构是否合理的标准。•模块独立性是指开发具有独立功能而和其他模块没有过多关联的模块。•模块独立性两大优点:–独立的模块由于分解了功能,简化了接口,使得软件比较容易开发;–独立的模块比较容易测试和维护。模块的独立性(ModuleIndependence)19模块独立性的度量标准(MeasureStandards)•模块独立性由两个定性标准度量:–模块自身的内聚(Cohesion),也称为块内联系或模块强度,–模块之间的耦合(Coupling),也称为块间联系。•模块独立性愈高,则块内联系越强,块间联系越弱。20•内聚性是从功能的角度对模块内部聚合能力的量度。•高内聚是模块独立性追求的目标。•分类:–偶然性内聚:模块内的各个任务在功能上没有实质性联系,纯属“偶然”因素组合了块内各个互不相关的任务。–逻辑性内聚:模块通常由若干个逻辑功能相似的任务组成,通过模块外引入的一个开关量选择其一执行。这种内聚增大了模块间的耦合。–时间性内聚:模块内的各个任务由相同的执行时间联系在一起。例如,初始化模块。–过程性内聚:模块内的各个任务必须按照某一特定次序执行。模块的内聚性(Cohesion)21–通信性内聚:模块内部的各个任务靠公用数据联系在一起,即都使用同一个输入数据,或者产生同一个输出数据。–顺序性内聚:模块内的各个任务是顺序执行的。通常,上一个任务的输出是下一个任务的输入。–功能性内聚:模块各个成分结合在一起,完成一个特定的功能。显然,功能性模块具有内聚性最强、与其他模块联系少的特点。模块的内聚性(Cohesion)22内聚性分类(CohesionClassifying)偶然性内聚弱逻辑性内聚时间性内聚过程性内聚通信性内聚顺序性内聚功能性内聚强低内聚中内聚高内聚23•耦合性是对一个软件结构内不同模块之间互连程度的度量。•耦合性的强弱取决于模块间接口的复杂程度,以及通过接口的数据类型和数目。•分类:–非直接耦合:同级模块相互之间没有信息传递,属于非直接耦合。–数据耦合:调用下属模块时,如果交换的都是简单变量,便构成数据耦合。–特征耦合:调用下属模块时,如果交换的是数据结构,便构成特征耦合。由于传递的是数据结构,不仅数据量增加,而且会使模块的相关性增加。模块耦合性(Coupling)24•控制耦合:模块间传递的信息不是一般的数据,而是作为控制信息的开关值或标志量。例如,逻辑性内聚的模块调用就是典型的控制耦合。–外部耦合:若允许一组模块访问同一个全局变量,可称它们为外部耦合。–公共耦合:若允许一组模块访问同一个全局性的数据结构,则称它们为公共耦合。全局性的数据结构可以是共享的通信区、公共的内存区域、任何存储介质文件、物理设备等。–内容耦合:若一个模块可以直接调用另一个模块中的数据,或者直接转移到另一个模块中去,或者一个模块有多个入口,则称为内容耦合。模块耦合性(Coupling)25耦合性分类(CouplingClassifying)非直接耦合弱数据耦合特征耦合控制耦合外部耦合公共耦合内容耦合强弱耦合中耦合强耦合较强耦合26•逐步求精,或称逐步细化,是一种自顶向下的设计策略。•逐步求精是人类采用抽象到具体的过程把一个复杂问题趋于简单化控制和管理的有效策略。•抽象和精化是互补的概念。逐步求精(StepwiseRefinement)27•重构是一种重新组织的技术,可以简化构件或模块的设计或编码而无需改变其功能或行为。•重构是一种改进程序内部结构但不改变代码或设计的外部行为。•“先使它转起来,再使它快起来”。重构(Refactoring)28•设计的基本原理和概念包括模块化、抽象、体系结构、信息隐蔽、模块独立、逐步求精和重构等,这些原理和概念描述了计算机软件的属性、所使用的设计方法和所使用的编程语言。•设计通常被描述为一个多步过程,其主要任务是从需求信息中综合出数据的表示、程序结构、接口特征和过程细节。•软件体系结构提供了待建系统的整体视图,它描述软件构件或模块的结构和组织、构件或模块的性质以及他们之间的连接。小结(Summary)

1 / 28
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功