第4章节 设计工程1.ppt

第4章 设计工程 软件设计工程概述 软件设计原则 软件体系结构设计 部件级设计技术 设计规约与设计评审 软件设计工程概述 软件需求分析解决“做什么”的问题，软件设计过程则解决“怎么做”的问题 软件设计是把软件需求变换成软件表示的过程，它主要包含两个阶段：软件体系结构设计阶段和部件级设计 软件设计的任务 使用一种设计方法，软件分析模型中通过数据、功能和行为模型所展示的软件需求的信息被传送给设计阶段，产生数据/类设计、体系结构设计、接口设计、部件级设计 数据/类设计：将分析-类模型变换成类的实现和软件实现所需要的数据结构 体系结构设计：体系结构设计定义了软件的整体结构 接口设计：接口设计描述了软件内部、软件和协作系统之间以及软件同人之间如何通信 部件级设计：部件级设计将软件体系结构的结构性元素变换为对软件部件的过程性描述 数据/类设计 在类和由CRC中定义的数据对象和关系以及数据字典中描述的详细数据内容提供了数据设计活动的基础 数据设计的过程包括以下两步 ： 首先，为在需求分析阶段所确定的数据对象选择逻辑表示，需要对不同结构进行算法分析，以便选择一个最有效的设计方案； 然后，确定对逻辑数据结构所必需的那些操作的程序模块，以便限制或确定各个数据设计决策的影响范围。 体系结构设计 体系结构设计定义了软件的整体结构，它由软件部件、外部可见的属性和它们之间的关系组成。 体系结构设计表示可以从系统规约、分析模型和分析模型中定义的子系统的交互导出。 接口设计 接口设计主要包括三个方面： 设计软件模块间的接口 设计模块和其他非人的信息生产者和消费者(比如外部实体)之间的接口 设计人(用户)和计算机间的接口 部件级设计 部件级设计将软件体系结构的结构性元素变换为对软件部件的过程性描述。 从类为基础的模型、流模型、行为模型中得到的信息是部件设计的基础。 软件设计的目标 在进行软件设计的过程中，我们要密切关注软件的质量因素。 McGlanghlin 软件设计过程的目标： 1)设计必须实现分析模型中描述的所有显式需求，必须满足用户希望的所有隐式需求。 2)设计必须是可读、可理解的，使得将来易于编程、易于测试、易于维护。 3)设计应从实现角度出发，给出与数据、功能、行为相关的软件全貌。 衡量设计的技术标准 1) 设计出来的结构应是分层结构，从而建立软件成份之间的控制。 2) 设计应当模块化，从逻辑上将软件划分为完成特定功能或子功能的部件。 3) 设计应当既包含数据抽象，也包含过程抽象。 4) 设计应当建立具有独立功能特征的模块。 5) 设计应当建立能够降低模块与外部环境之间复杂连接的接口。 6) 设计应能根据软件需求分析获取的信息，建立可驱动、可重复的方法。 软件设计的过程 1) 制定规范 2) 体系结构和接口设计 3) 数据/类设计 4) 部件级（过程）设计 5) 编写设计文档 设计评审 返回 软件设计原则 抽象化与逐步求精 抽象，是在软件设计的规模逐渐增大的情况下，控制复杂性的基本策略。 抽象的过程是从特殊到一般的过程，上层概念是下层概念的抽象，下层概念是上层概念的精化和细化。 软件工程过程的每一步都是对较高一级抽象的解作一次具体化的描述 软件设计中主要抽象手段有：过程抽象和数据抽象 过程抽象（也称功能抽象）是指任何一个完成明确定义功能的操作都可被使用者当作单个实体看待，尽管这个操作实际上是由一系列更低级的操作来完成的 数据抽象是指定义数据类型和施加于该类型对象的操作，并限定了对象的取值范围，只能通过这些操作修改和观察数据 逐步求精 逐步求精，把问题的求解过程分解成若干步骤或阶段，每步都比上步更精化，更接近问题的解法 抽象使得设计者能够描述过程和数据而忽略低层的细节，而求精有助于设计者在设计过程中揭示低层的细节 什么是模块 一个或多个邻接的程序语句的集合，他有一个名称以便系统的其他部分调用他，并且最好具有自己专用的变量名集。 模块是一个词汇上邻接的程序语句序列，由边界元素限制范围，有一个集合标识符。 两个图的功能是一样的，做相同的事情。 图2比图1更难理解，任何懂点数字逻辑的人都知道图1构成了一个寄存器、ALU和移位器。而一个顶尖的硬件专家也很难明白图2的作用。 图2的电路很难进行纠错性维护。一个设计上的错误，会导致图2出现多处错误，很难确定错误的位置。图1的设计错误，可以通过确定它是以何种方式出现的，来定位错误。图1瘫痪了，很容易确定应替换哪一个芯片，图2可能只好替换所有的3个芯片。 图2的计算机难于扩展和提高。如果需要新型的ALU或更快的寄存器，则必须从设计阶段重新开始设计。图1的设计容易替换芯片。图2的芯片不能在任何新产品中被复用。图1的芯片可能得到复用。 软件产品也必须设计成图1