软件工程(8设计工程).ppt

《软件工程(8设计工程).ppt》由会员分享，可在线阅读，更多相关《软件工程(8设计工程).ppt（33页珍藏版）》请在三一办公上搜索。

1、软件工程,第8章 设计工程,2/71,内容摘要,软件工程中的设计设计过程与设计质量设计概念设计模型 基于模式的软件设计设计小结,3/71,软件工程中的设计,软件需求分析解决“做什么”的问题，软件设计过程则解决“怎么做”的问题 软件设计是把软件需求变换成软件表示的过程，它主要包含两个阶段：软件体系结构设计阶段和部件级设计,软件工程中的设计,4/71,软件设计的任务,使用一种设计方法，软件分析模型中通过数据、功能和行为模型所展示的软件需求的信息被传送给设计阶段，产生数据/类设计、体系结构设计、接口设计、部件级设计,5/71,数据/类设计：将分析-类模型变换成类的实现和软件实现所需要的数据结构 体系

2、结构设计：体系结构设计定义了软件的整体结构接口设计：接口设计描述了软件内部、软件和协作系统之间以及软件同人之间如何通信 部件级设计：部件级设计将软件体系结构的结构性元素变换为对软件部件的过程性描述,6/71,1）数据/类设计,在类和由CRC中定义的数据对象和关系以及数据字典中描述的详细数据内容提供了数据设计活动的基础数据设计的过程包括以下两步：首先，为在需求分析阶段所确定的数据对象选择逻辑表示，需要对不同结构进行算法分析，以便选择一个最有效的设计方案；然后，确定对逻辑数据结构所必需的那些操作的程序模块，以便限制或确定各个数据设计决策的影响范围。,7/71,2）体系结构设计,体系结构设计定义了软

3、件的整体结构，它由软件部件、外部可见的属性和它们之间的关系组成。体系结构设计表示可以从系统规约、分析模型和分析模型中定义的子系统的交互导出。,8/71,3）接口设计,接口设计主要包括三个方面：设计软件模块间的接口设计模块和其他非人的信息生产者和消费者(比如外部实体)之间的接口设计人(用户)和计算机间的接口,9/71,4）部件级设计,部件级设计将软件体系结构的结构性元素变换为对软件部件的过程性描述。从类为基础的模型、流模型、行为模型中得到的信息是部件设计的基础。,10/71,软件设计的目标,在进行软件设计的过程中，我们要密切关注软件的质量因素。McGlanghlin 软件设计过程的目标：1)设计

4、必须实现分析模型中描述的所有显式需求，必须满足用户希望的所有隐式需求。2)设计必须是可读、可理解的，使得将来易于编程、易于测试、易于维护。3)设计应从实现角度出发，给出与数据、功能、行为相关的软件全貌。,11/71,衡量设计的技术标准,1)设计出来的结构应是分层结构，从而建立软件成份之间的控制。2)设计应当模块化，从逻辑上将软件划分为完成特定功能或子功能的部件。3)设计应当既包含数据抽象，也包含过程抽象。4)设计应当建立具有独立功能特征的模块。5)设计应当建立能够降低模块与外部环境之间复杂连接的接口。6)设计应能根据软件需求分析获取的信息，建立可驱动、可重复的方法。,12/71,设计过程与设计

5、质量,1)制定规范2)体系结构和接口设计3)数据/类设计4)部件级（过程）设计5)编写设计文档6)设计评审,13/71,设计概念,抽象，是在软件设计的规模逐渐增大的情况下，控制复杂性的基本策略。抽象的过程是从特殊到一般的过程，上层概念是下层概念的抽象，下层概念是上层概念的精化和细化。软件工程过程的每一步都是对较高一级抽象的解作一次具体化的描述,14/71,软件设计中主要抽象手段有：过程抽象和数据抽象 过程抽象（也称功能抽象）是指任何一个完成明确定义功能的操作都可被使用者当作单个实体看待，尽管这个操作实际上是由一系列更低级的操作来完成的数据抽象是指定义数据类型和施加于该类型对象的操作，并限定了对

6、象的取值范围，只能通过这些操作修改和观察数据,15/71,模块化,模块化，即把软件按照规定原则，划分为一个个较小的，相互独立的但又相互关联的部件，实际上是系统分解和抽象的过程。模块是数据说明、可执行语句等程序对象的集合，它是单独命名的，并且可以通过名字来访问 例如，过程。函数、子程序、宏等,16/71,设C(x)是描述问题x 复杂性的函数，E(x)是解决问题x 所需工作量(按时间计算)的函数。对于两个问题p1 和p2，如果C(p1)C(p2)(4.1a)那么 E(p1)E(p2)(4.1b)即问题越复杂，解决问题所需要的花费更多。,17/71,通过对人解决问题的实验，又存在另一个有趣的规律：C

7、(p1p2)C(p1)C(p2)(4.2)方程式(4.2)意味着p1 和p2 组合后的复杂性比单独考虑每个问题时的复杂性要大。考虑方程式(4.2)和方程式(4.1)隐含的条件，我们可以得出 E(p1p2)E(p1)E(p2)(4.3)不等式(4.3)表达出了一个对于模块化和软件具有十分重要意义的结论（即，模块化的论据）：将复杂问题分解成可以管理的片断会更使解决问题更加容易。,18/71,如果我们无限制地划分软件，开发它所需的工作量会变得小到可以忽略？！事实上，影响软件开发的工作量的因素还有很多，例如模块接口费用等等上述不等式只能说明，当模块的总数增加时，单独开发各个子模块的工作量之和会有所减少

8、,19/71,如果模块是相互独立的，当模块变得越小，每个模块花费的工作量越低；但当模块数增加时，模块间的联系也随之增加，把这些模块联接起来的工作量也随之增加。,20/71,信息隐藏,每个模块的实现细节对于其它模块来说应该是隐蔽的 块中所包含的信息（包括数据和过程）不允许其它不需要这些信息的模块使用 通过信息隐蔽，则可定义和实施对模块的过程细节和局部数据结构的存取限制,21/71,功能独立,模块独立：模块完成独立的功能并且与其他模块的接口简单，符合信息隐蔽和信息局部化原则，模块间关联和依赖程度尽可能小 模块独立的重要性功能被划分，并且接口被简化，所以具有有效模块化的软件更易于开发 由于因设计和编

9、码修改引起的副作用受到局限，错误传播被减小，并且模块复用成为可能，所以独立的模块更易于维护和测试,22/71,功能独立,模块的独立性可以由两项指标来衡量：内聚度与耦合度 内聚（cohesion）是一个模块内部各个元素彼此结合的紧密程度的度量 耦合(coupling)是模块之间的相对独立性（互相连接的紧密程度）的度量,23/71,逐步求精,逐步求精，把问题的求解过程分解成若干步骤或阶段，每步都比上步更精化，更接近问题的解法抽象使得设计者能够描述过程和数据而忽略低层的细节，而求精有助于设计者在设计过程中揭示低层的细节,24/71,内聚（重构）,一般模块的内聚性分为七种类型,25/71,内聚（重构）

10、,1)巧合内聚（偶然内聚）：将几个模块中没有明确表现出独立功能的相同程序代码段独立出来建立的模块称为巧合内聚模块。2)逻辑内聚：指完成一组逻辑相关任务的模块，调用该模块时，由传送给模块的控制型参数来确定该模块应执行哪一种功能。3)时间内聚：指一个模块中的所有人物必须在同一时间段内执行。例如初始化模块和终止模块。,26/71,内聚,4)过程内聚：指一个模块完成多个任务，这些任务必须按指定的过程（procedural）执行。5)通信内聚：指一个模块内所有处理元素都集中在某个数据结构的一块区域中。6)顺序内聚：指一个模块完成多个功能，这些功能又必须顺序执行。7)功能内聚：指一个模块中各个部分都是为完

11、成一项具体功能而协同工作，紧密联系，不可分割的。,27/71,耦合,一般模块之间可能的耦合方式有七种类型,28/71,耦合,1)内容耦合：如果一个模块直接访问另一个模块的内部数据；或者一个模块不通过正常入口转到另一模块内部；或者两个模块有一部分程序代码重迭；或者一个模块有多个入口，则两个模块之间就发生了内容耦合。2)公共耦合：若一组模块都访问同一个公共数据环境，则它们之间的耦合就称为公共耦合。公共的数据环境可以是全局数据结构、共享的通信区、内存的公共覆盖区等。3)外部耦合：指模块间通过软件之外的环境联结（如I/O将模块耦合到特定的设备、格式、通信协议上）时，称为外部耦合。,29/71,耦合,4

12、)控制耦合：如果一个模块传送给另一个模块的参数中包含了控制信息，该控制信息用于控制接收模块中的执行逻辑，则称为控制耦合。5)标记耦合：两个模块之间通过参数表传递一个数据结构的一部分（如某一数据结构的子结构），就是标记耦合。6)数据耦合：两个模块之间仅通过参数表传递简单数据，则称为数据耦合。7)非直接耦合：如果两个模块之间没有直接关系，即它们中的任何一个都不依赖于另一个而能独立工作，这种耦合称为非直接耦合。,30/71,模块之间的连接越紧密，联系越多，耦合性就越高，而其模块独立性就越弱 一个模块内部各个元素之间的联系越紧密，则它的内聚性就越高 模块独立性比较强的模块应是高内聚低耦合的模块,31/71,设计模型,数据设计元素体系结构设计元素接口设计元素构件级设计元素部署级设计元素,32/71,基于模式的软件设计,描述设计模式在设计中使用模式框架,33/71,小结,