软件开发过程与质量保证软件设计.pptx

《软件开发过程与质量保证软件设计.pptx》由会员分享，可在线阅读，更多相关《软件开发过程与质量保证软件设计.pptx（45页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、场景互动已经对用户的需求进行了深入的理解和整理，下面为软件的最终实现，我们还需要做哪些工作？数据存储方式是什么？数据库？还是文件？如何表示？如何解决软件的复杂度，确保可支持性（可理解、可维护、可扩展），有效地组织开发？如何实现用户的性能上的要求？效率如何提高？如何节省空间？与外界进行沟通的形式是什么？第1页/共45页一、软件设计概述数据设计将分析时创建的数据模型变换成实现软件所需的数据结构。在实体关系图中定义的数据对象和关系以及数据字典中描述的详细数据内容提供了数据设计活动的基础。详细的数据结构设计将在过程设计中进行。数据存储方式是什么？数据库？还是文件？如何表示？数据存储方式是什么？数据库？

2、还是文件？如何表示？第2页/共45页体系结构设计是建立系统的体系结构框架、详细设计必须符合的组建结构以及组件之间相互通信的规范。体系结构设计的表示是从分析阶段的系统模型中导出。如何解决软件的复杂度，确保可支持性（可理解、可如何解决软件的复杂度，确保可支持性（可理解、可维护、可扩展），有效地组织开发？维护、可扩展），有效地组织开发？第3页/共45页接口设计描述了软件内部、软件和需要协作的系统之间以及软件和人之间如何进行交互。数据和数据流图提供了接口设计所需要的信息。构件级设计也称为过程设计，将软件体系结构的结构性元素变换成为对软件构件的过程性描述，也就是模块的数据结构与算法的设计。如何实现用户的

3、性能上的要求？效率如何提高？如何如何实现用户的性能上的要求？效率如何提高？如何节省空间？节省空间？与外界进行沟通的形式是什么？与外界进行沟通的形式是什么？第4页/共45页v从技术角度来看的设计过程中包含的内容从技术角度来看的设计过程中包含的内容1.软件设计的过程软件开发阶段的信息流软件开发阶段的信息流第5页/共45页从工程管理的角度来看的设计过程最初只是描绘出软件的总的框架（概要设计），然后进一步细化，在此框架中填入细节，把它加工成在程序细节上非常接近于源程序的软件表示（详细设计）。概要设计将软件需求转化为数据结构和软件的体系结构。详细设计 确定软件各个组成部分内的算法以及各部分的内部数据组织

4、 选定某种过程的表达形式来描述各种算法。第6页/共45页软件设计不同观察角度之间的关系第7页/共45页2.软件设计的目的设计是一个建模活动，它使用分析阶段得出的信息（即需求模型）并把这些信息转换为叫做解决方案的模型。第8页/共45页3.软件设计的目标层次关系明晰软件实体有明显的层次关系，利于软件元素间控制软件实体模块化软件实体应该是模块化的，模块具有独立功能软件实体与环境的界面清晰设计规格说明清晰、简洁、完整、无二义性第9页/共45页抽象逐步求精模块化信息隐藏控制层次4.软件设计的概念第10页/共45页抽象“抽象”的心理学观念使人能够集中于某个一般性级别上的问题，而不去考虑无关的底层细节。这种

5、解决问题的方式也应用于软件领域。软件过程中的每一个步骤都是软件解决方案抽象级别上的求精。3计算手续费第11页/共45页逐步求精逐步求精是由Niklaus Wirth最初提出的一种自顶向下设计策略，系统是通过过程细节的连续的精化层次开发的，层次结构通过逐步地分解功能的宏观声明直至形成程序设计语言的语句而开发。逐步求精和抽象是互补的概念。随着抽象层次的降低，逐步求精越来越精化，并不断揭示底层的一些细节。第12页/共45页模块化软件被划分成独立命名和可独立访问的被称作模块的构成成分，它们集合到一起满足问题的需求。v模块划分的目的模块划分的目的进行功能分解，把复杂的大的功能划进行功能分解，把复杂的大的

6、功能划分成简单的小的子功能，尽量降低每分成简单的小的子功能，尽量降低每个模块的成本。个模块的成本。尽量使每个模块间的接口不能太多，尽量使每个模块间的接口不能太多，太多会使接口成本增加。兼顾二者可太多会使接口成本增加。兼顾二者可取得最佳的划分状态，确保软件总成取得最佳的划分状态，确保软件总成本最低。本最低。第13页/共45页最小成本区最小成本区M2M1n1n2模块数模块数成本成本成本成本/模块模块接口成本接口成本软件总成本软件总成本模块化和软件成本之间的关系模块化和软件成本之间的关系模块化和软件成本之间的关系模块化和软件成本之间的关系第14页/共45页信息隐藏信息隐藏的原则提出“特征在于每个模块

7、都对其他模块隐藏的设计决策”，也就是说模块应该设计成其中包含的信息（过程和数据）对不需要这些信息的其他模块式不可访问的。信息隐藏为后期的软件测试和维护提供了极大的方便。一旦在进行测试时发现缺陷，那么对模块的变更不会影响或者至少很少影响其他模块，不会将影响扩大并传播。第15页/共45页控制层次也称为“程序结构”，它代表了程序构件（模块）的组织并暗示控制的层次结构。一般用四个特征来描述：深度、宽度、扇入和扇出。第16页/共45页第17页/共45页深度定义为控制层次的层数，或者说是控制级别的数量。宽度定义为控制层次的跨度。扇入指明有多少个模块直接控制一个给定的模块。扇出指明被一个模块直接控制的其他模

8、块的数量。第18页/共45页二、独立性原则 含义模块独立性,是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其它的模块的接口是简单的衡量独立性的标准内聚模块功能强度(一个模块内部各个元素彼此结合的紧密程度)的度量。耦合模块之间的互相连接的紧密程度的度量高内聚低耦合的模块具有较强的模块独立性。高内聚低耦合的模块具有较强的模块独立性。第19页/共45页1.内聚偶然内聚设计者随意决定将无关系的几个功能组合在一个模块中，该模块的内聚程度就是偶然内聚。例子为了节省空间，将多个模块中重复出现的语句提取出来，组成一个新的模块第20页/共45页缺点这样的模块使产品的可维护性降低这些模块是不可

9、重用的矫正办法因为它执行多个操作，可将模块分成更小的模块，每个小模块执行一个操作。第21页/共45页逻辑内聚把逻辑上相似的功能结合到一个模块中。放到一个模块中的原因是，使用统一动词但针对不同的对象，有相同的代码段；起始于某多路开关，以后转向不同的代码段，但各代码段间关系很少。缺点缺点增加了开关量；接口不易理增加了开关量；接口不易理解；效率低；完成多个操作解；效率低；完成多个操作的代码纠缠在一起，导致严的代码纠缠在一起，导致严重的维护问题。重的维护问题。第22页/共45页例子1 调用模块new_operrationfunction_code=7;New_operation(function_co

10、de,dummy_1,dummy_2,dummy_3);/dummy_1、dummy_2和dummy_3是伪变量，如果function_code等于7则不使用它们。第23页/共45页例子2一个执行所有输入输出的对象1 1、处理所有输入和输出的代码、处理所有输入和输出的代码2 2、只处理输入的代码、只处理输入的代码3 3、只处理输出的代码、只处理输出的代码4 4、处理磁盘和磁带的输入、处理磁盘和磁带的输入/输出的代码输出的代码5 5、处理磁盘输入输出的代码、处理磁盘输入输出的代码6 6、处理磁带输入输出的代码、处理磁带输入输出的代码7 7、处理磁盘输入的代码、处理磁盘输入的代码3737、处理键盘

11、输入的代码、处理键盘输入的代码第24页/共45页时间内聚 在某一时间同时执行的任务放在同一模块中。例如初始化模块，集中了初始化功能的模块。第25页/共45页过程内聚如果一个模块执行一系列与产品要遵循的步骤顺序有关的操作，则该模块具有过程行内聚这种情况往往发生在流程图中相邻的处理功能。例如：从数据库读取零件编号并在维护文件中更新修复记录第26页/共45页通信内聚如果一个模块执行一系列与产品要遵循的步骤顺序有关的操作，并且如果所有操作都在相同的数据上进行，则该模块具有通信性内聚例如，更新数据库中的记录，并将该记录写入审计追踪中第27页/共45页信息内聚一个模块中执行一系列动作，每个动作都有自己的入

12、口点和处理代码，所有的动作都作用在相同的数据结构上，这样的模块具有信息内聚。对象是一个具有信息内聚的模块第28页/共45页功能内聚模块中的各部分是为了完成一个确定的功能存在于一个模块中的。只执行一个操作或只达到一个单一目的的模块例如，获取室外的温度、计算销售佣金、写入磁盘 第29页/共45页巧合内聚逻辑内聚时间内聚过程内聚通信内聚信息内聚功能内聚低高弱强模块内聚性模块独立性第30页/共45页内容耦合一个模块访问另一个模块边界中的数据或控制，这种耦合是内容耦合也是最强的耦合。如果发生下列情形，两个模块之间就发生了内容耦合 (1)一个模块直接访问另一个模块的内部数据;(2)一个模块不通过正常入口转

13、到另一模块内部;(3)两个模块有一部分程序代码重迭(只可能出现在汇编语言中);2.耦合第31页/共45页公共耦合多个模块都访问一块全局数据区中的数据项（一个磁盘文件、一个全局可访问的内存区），这种耦合程度就是公共耦合。公共耦合的复杂程度随耦合模块的个数增加而显著增加。若只是两模块间有公共数据环境，则公共耦合有两种情况。松散公共耦合和紧密公共耦合。第32页/共45页外部耦合当模块连接到软件外部环境上时会发生的偶合关系，具有相对较高的偶合度。第33页/共45页控制耦合模块与模块之间传递的参数是控制决策作用的。中级别的耦合度。第34页/共45页标记耦合当模块与模块之间传递的参数是数据结构的一部分时，

14、这种耦合是标记耦合。是数据耦合的变体。数据耦合模块与模块之间需要通过常规的参数表访问，数据通过该列表传递，传递的数据是简单类型的，这种耦合称为数据耦合。第35页/共45页非直接耦合两个模块式不同模块的从属模块，相互之间无关因而没有直接耦合发生，称为非直接耦合。第36页/共45页第37页/共45页内容耦合公共耦合外部耦合控制耦合 数据结构耦合数据耦合非直接耦合高低弱强模块耦合性模块独立性第38页/共45页如何降低模块间耦合度？如模块必须存在耦合，选择适当的耦合类型原则：尽量使用数据耦合少用控制耦合限制公共耦合的范围坚决避免使用内容耦合降低模块间接口的复杂性第39页/共45页3.内聚与耦合的关系内

15、聚与耦合密切相关，同其它模块强耦合的模块意味着弱内聚，强内聚模块意味着与其它模块间松散耦合。设计总原则：使每个模块执行一个功能模块间传递数据型参数模块间共用信息尽量少设计目标：设计目标：力争力争高内聚高内聚、低、低耦合。耦合。第40页/共45页练习1软件设计中划分程序模块通常遵循的原则是要使各模块间的耦合性尽可能 A 。三种可能的模块耦合是 B 。例如，一个模块直接引用另一模块中的数据。C 。例如，一个模块把开关量作为参数传递给另一模块。D 。例如，一个模块把一个数值量作为参数传递给另一模块。其中 E 的耦合性最强。A：强 适中 弱 BE：公共耦合 数据耦合 逻辑耦合 外部耦合 内容耦合 控制

16、耦合 第41页/共45页练习2模块内聚度用于衡量模块内部各成分之间彼此结合的紧密程度1、一组语句在程序的多处出现，为了节省内存空间把这些语句放在一个模块中，该模块的内聚度是 A 的。2、将几个逻辑上相似的成分放在一个模块中，该模块的内聚度是 B 的。3、模块中所有成分引用共同的数据，该模块的内聚度是 C 的。4、模块中所有成分结合起来完成一项任务，该模块的内聚度是 D 的。AE：功能性 逻辑性 通信性 过程性 偶然性 瞬时性第42页/共45页v练习练习3第43页/共45页模块间的耦合模块间的耦合Q QR RS ST TU UP P数据数据数据或印记数据或印记公共公共公共公共Q Q控制控制数据或印记数据或印记R R数据数据S S数据数据T T公共公共第44页/共45页感谢您的观看！第45页/共45页