软件工程学教程（第二版） 教学课件 作者 周苏 王文 第4章 软件概要设计.pptVIP

史料數位化之METADATA與AUTHORITY CONTROL / 陳雪華 软件工程学教程第二版 第4章 软件概要设计 模块的划分 结构化设计方法 (SD) Parnas方法 Jackson方法 程序的逻辑构造(LCP)方法 概要设计文件与复审 第4章 软件概要设计 需求分析阶段解决了让软件“做什么”的问题，并且在软件需求说明书中得到了充分的表达 进入设计阶段，开始软件需求的实施工作，也就是解决“怎么做”的问题 概要设计 (总体设计或结构设计) 工作由设计员完成，设计员应该是经验丰富的软件人员 第4章 软件概要设计 通常，设计阶段的工作分成两步 概要设计——着重解决程序模块的设计问题 考虑如何把软件系统划分成若干个模块 决定各模块的接口，即模块间的相互关系 模块之间传递的信息 详细设计 (也称为程序设计)——决定每个模块内部的具体算法 设计完成以后，要进行必要的阶段评审，使设计中发生的问题能够及时发现并得到解决，而不致将其带到开发的后期，造成更大的危害 4.1 模块的划分 需求分析中新系统基本模型设计表达了各个业务处理之间的自然逻辑，但没有表达出计算机处理的流程 概要设计要对基本模型中计算机处理的部分进行处理模块的划分，以明确其处理的流程 4.1 模块的划分 模块是数据说明、可执行语句等程序对象的集合,，它单独命名而且可通过名字来访问，例如，过程、函数、子程序、宏等都可作为模块 模块化就是把程序划分成若干个模块，每个模块完成一个子功能，把这些模块组成一个整体，可以完成指定的功能 4.1.1 系统性能的衡量标准 衡量软件系统性能的一般标准 系统效率 (批处理系统在单位时间内处理的业务量，或者，实时处理系统的响应时间等) 系统工作质量 (数据精度、输出报表的易读性等) 系统可靠性 (抵御各种外界干扰的能力) 系统的可维护性 (纠正系统错误和缺陷，以及为满足新的要求进行扩充或压缩的容易程度) 4.1.2 软件结构 软件结构以层次表示程序的系统结构，即一种控制的层次体系，并不表示软件的具体过程 软件结构表示了软件元素 (模块) 之间的关系，例如调用关系、包含关系、从属关系和嵌套关系等 4.1.2 软件结构 深度——表示软件结构中控制层数 能粗略表示一个系统的大小和复杂程度，深度和程序长度之间存在着某种对应关系 宽度——是软件内同一层次上的模块总数 一般来说，结构的宽度越大，则系统就越复杂 扇出——是由一个模块直接控制的其他模块数的一种度量 扇出过大，表示模块过分复杂，需要控制和协调的下级模块太多。扇出的上限一般为 5～9，平均一般为3或4 扇入——表示有多少个上级模块直接控制一个给定的模块 扇入过大，意味着共享该模块的上级模块数目多，这有一定的益处，但是决不能违背模块的独立性原则而片面追求高扇入 4.1.3 模块划分的基本原则 通常，一个系统由若干个子系统组成；每个子系统又可分解成更小的子系统 在实际中，要求改变整个系统的结构的情况是极为少见的。所谓系统的修改往往只是对某些子系统的某些细节作一些变动，也就是说，这些修改通常都是局部的 由于各子系统之间是相互关联的，对其中某个子系统的修改，可能会通过这些相互关系而影响到其他子系统，乃至波及整个系统 要使系统易于修改，应使每一个修改都尽可能地局部化 4.1.3 模块划分的基本原则 进行系统模块划分时，要使模块的内部联系尽可能地强，而模块间的外部联系尽可能地弱，即尽可能地提高模块的相对独立性 评价模块结构质量的具体标准是 模块的内聚度(模块强度)——指一个模块内部各成分之间的联系。内聚度高，则模块的相对独立性高。内聚度可划分为七级 模块的耦合度(模块结合度)——是模块结构中各模块之间相互联系的一种度量。耦合度越弱，意味着模块独立性越高，模块间相互影响就越小。耦合度分四个方面 4.1.4 内聚度 偶然内聚 模块内各成分间无实质性联系，只是偶然地被凑合到一起 逻辑内聚 将几个逻辑上相似 (实际上并无必然联系) 的功能放入一个模块 时间内聚 将若干在同一个时间带内进行的工作集中在一起所形成的模块，但这些工作彼此间毫无关系 过程内聚 模块内的各成分是相关的，且必须以特定的次序执行，中间不能穿插其他工作 通讯内聚 模块中的各成分引用相同输入数据和 (或) 产生相同的输出数据，但各成分的执行次序可以是任意的 顺序内聚 模块内各成分间具有这样的特征：前一成分所产生的输出是另一成分的输入 功能内聚 模块内所有成分属于一个整体，为完成同一个功能而存在 4.1.5 耦合度 数据耦合度 两个模块之间的通讯信息是若干个数据 由于两者之间没有控制信号的交换，因此相互间的影响最小 控制耦合度 两个模块之间传递的信息中含有控制信号，使得一个模块控制了另一个模块的内部逻辑