软件工程第4章-设计工程.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 设计评审 软件设计的最终目标是要取得最佳方案 “最佳”是指在所有候选方案中，就节省开发费用，降低资源消耗，缩短开发时间的条件，选择能够赢得较高的生产率、较高的可靠性和可维护性的方案 * 设计评审的内容 1．可追溯性：即分析该软件的系统结构、子系统结构，确认该软件设计是否覆盖了所有已确定的软件需求，软件每一成分是否可追溯到某一项需求。 2．接口：即分析软件各部分之间的联系，确认该软件的内部接口与外部接口是否已经明确定义。部件是否满足高内聚和低耦合的要求。部件作用范围是否在其控制范围之内。 3．风险：即确认该软件设计在现有技术条件下和预算范围内是否能按时实现。 4．实用性：即确认该软件设计对于需求的解决方案是否实用。 * 设计评审的内容（续） 5．技术清晰度：即确认该软件设计是否以一种易于翻译成代码的形式表达。 6．可维护性：从软件维护的角度出发，确认该软件设计是否考虑了方便未来的维护。 7．质量：即确认该软件设计是否表现出良好的质量特征。 8．各种选择方案：看是否考虑过其它方案，比较各种选择方案的标准是什么。 9．限制：评估对该软件的限制是否现实，是否与需求一致。 10．其它具体问题：对于文档、可测试性、设计过程等等进行评估。 * 设计评审 评审分正式评审和非正式评审两种 正式评审除软件开发人员外，还邀请用户代表和领域专家参加，通常采用答辩形式 非正式评审多少有些同行切磋的性质，不拘泥于时间和形式 * 谢 谢 * * * * * * * * * * * * * * * * * * * * * * * * * * * * 软件体系结构设计 软件体系结构关注系统的一个或多个结构，包含软件构件、这些构件的对外可见的性质以及它们之间的关系 * 体系结构发展过程 常见的软件体系结构 单主机结构 C/S（Client/Server）结构 B/S（Browser/Server）结构 * 数据为中心体系结构 一些数据（比如一个文件或者数据库）保存在整个结构的中心，并且被其他部件频繁地使用、添加、删除、或者修改 * 数据库设计的步骤 （1）需求分析：分析用户的需求，包括数据、功能和性能需求；（2）概念结构设计：转换成E-R图；（3）逻辑结构设计：通过将E-R图转换成表，实现从E-R模型到关系模型的转换；（4）数据库物理设计：主要是为所设计的数据库选择合适的存储结构和存取路径； * 数据流风格的体系结构 这种结构适用于输入数据被一系列的计算或者处理部件变换成输出数据。 * 调用和返回风格的体系结构 这种风格使一个软件设计者设计出非常容易修改和扩充的体系结构。 包含：主程序/子程序风格体系结构和远程过程调用风格的体系结构 * 在这里要了解几个概念： 程序结构的深度：程序结构的层次数称为结构的深度。结构的深度在一定意义上反映了程序结构的规模和复杂程度。 程序结构的宽度：层次结构中同一层模块的最大模块个数称为结构的宽度。 模块的扇入和扇出：扇出表示一个模块直接调用（或控制）的其它模块数目。扇入则定义为调用（或控制）一个给定模块的模块个数。多扇出意味着需要控制和协调许多下属模块。而多扇入的模块通常是公用模块。 * 面向对象风格的体系结构 系统部件封装数据和操作数据的方法。 部件之间的交互和协调通过消息来传递。 * 层次式风格的体系结构 在这种结构中，定义不同的层次，每层都完成了相对外层更靠近机器指令的操作 * 评估可选的体系结构 对于同一个软件需求，由于各种设计方法的原理不同，会导出不同的软件结构。 同一问题的不同软件结构： * 在进行软件体系结构设计时，可以参考如下规则： (1) 改进软件结构提高模块独立性 (2) 模块适当的深度、宽度、扇出和扇入 (3) 模块判断作用范围应在其控制作用范围内 (4) 力争降低模块接口的复杂度 (5) 设计单入口单出口的模块 (6) 模块功能应该是可以预测的模块大小适中 (7) 一般一个模块包含的语句在30～50条左右较好。 (8) 一个设计好的软件结构，通常顶层扇出比较高，中层扇出比较少，底层有高扇入。 * 内容摘要 软件设计工程概述 软件设计原则 软件体系结构设计 部件级设计技术 设计规约与设计评审 * 部件级设计技术 在结构化分析和设计方法时部件往往被称为模块 在面向对象分析和设计时部件被称为类，在基于构件的开发方法中，部件被称为构件。 * 部件级设计技术 在部件级设计阶段，主要完成如下工作： 为每个部件确定采用的算法，选择某种适当的工具表达算法的过程，编写部件的详细过程性描述； 确定每