软件工程实践与项目管理第5章结构化软件设计.ppt

5.1 概要设计的任务 5.2 概要设计的步骤 5.3 结构化概要设计原则和基本要点 5.4 软件体系结构 5.5 结构化概要设计工具 5.6 详细设计的任务 5.7 详细设计的原则 5.8 结构化详细设计工具 5.9 “详细设计说明书”的书写格式 5.10 实例：资金监控系统设计 本章小结 习题 5.1 概要设计的任务 　　在需求分析阶段，要解决系统“做什么”的问题。在概要设计阶段，要解决系统“怎么做”的问题，即将软件“做什么”的逻辑模型变换为“怎么做”的物理模型，从总体上说明软件系统是如何实现的，又称为总体结构设计。具体有： 　　(1) 设计软件系统结构(简称软件结构)。考虑系统结构时主要有如下几个方面： 　　① 采用某种设计方法，将一个复杂的系统按功能划分成模块； 　　② 确定每个模块的功能； 　　③ 确定模块之间的调用关系； 　　④ 确定模块之间的接口，即模块之间传递的信息； 　　⑤ 评价模块结构的质量。 　　(2) 提出候选的推荐方案。 　　(3) 编写概要设计文档。 　　(4) 专家评审。评审通过后进入详细设计。　 5.2 概要设计的步骤 　　结构化概要设计的步骤包括：确定体系结构、进行模块划分、确定系统接口、制定设计规范、确定用户主界面、确定主要的算法、设计异常处理、书写概要设计说明书。 　　1．确定体系结构 　　仔细阅读需求规格说明书，理解系统建设目标、业务现状、现有系统、客户需求的各功能说明，选择体系结构，如B/S(Browser/Server，浏览器/服务器)体系结构、C/S(Client/ Server，客户/服务器)体系结构等。 　　2．确定系统的外部接口和内部接口 　　接口设计从总体说明外部接口(外部用户、软/硬件环境与本系统的接口)和内部接口(模块间接口)。另外还需要对接口的命名、顺序、数据类型、传递形式等做出具体规定。 　　3．分析数据流图 　　数据流图是需求分析的产品，分析数据流图便于理解数据流加工过程。 　　4．模块划分 　　模块划分的原则是：高内聚，低耦合。内聚是一个模块内部各成分之间相关联程度的度量标准，耦合是模块之间依赖程度的度量标准。 　　内聚和耦合是密切相关的，与其他模块存在强耦合的模块通常意味着弱内聚，而强内聚的模块通常意味着与其他模块之间存在弱耦合。 　　5．对模块划分进行改进 　　所有的加工都要能对应到相应模块(模块的完整性在于它们完成了需求中的所有加工)，消除完全相似或局部相似的重复功能，理清模块间的层次、控制关系，减少模块间信息交换量及平衡模块的大小。对模块划分进行合理调整。 　　6．导出逻辑数据结构 　　对需求阶段设计的数据字典进行修改、补充和完善，导出每种数据结构的操作，并把这些操作对应到相应的模块，将接口数据分配给具体的模块。 　　7．部署规划 　　确定系统包含的应用服务器系统、客户端、数据库管理系统等；?确定每个模块放在哪个应用服务器或客户端的哪个目录、哪个文件(库)，或是在数据库内部建立对象。 　　8．相关说明 　　对每个筛选后的模块和逻辑数据结构进行列表说明。 　　9．进行主要的算法设计 　　给出系统中复杂处理模块的算法描述，给出业务步骤。　　 　　10．进行异常处理设计 　　给出系统中异常处理模块的处理流程。 　　11．制定设计规范 　　设计规范包括：命名约定，界面约定，程序编写规范，文档书写规范。 　　12．制定测试计划 　　《ANSI/IEEE软件测试文档标准829-1983》将测试计划定义为：“一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险。” 　　测试计划规定了各个测试阶段所要使用的方法策略、测试环境、测试通过或失败的准则等内容。测试计划包括测试目的、测试范围、测试对象、测试策略、测试任务、测试用例、资源配置、测试结果分析和度量以及测试风险评估等。 　　13．编写概要设计文档 　　在这个阶段应该完成的文档通常有下述几种：概要设计说明书、用户手册、测试计划、详细的实现计划。 　　14．审查与复审概要设计文档 　　最后对概要设计的结果进行严格的技术审查，在技术审查通过之后还必须经过使用部门的负责人从管理的角度进行复审。 5.3 结构化概要设计原则和基本要点 　　1．结构化概要设计原则 　　概要设计原则的基本思想(也就是概要设计基本原理)是：模块化设计、抽象、自顶向下逐步求精设计、模块独立性、信息隐蔽性。 　　1) 模块化 　　模块是一个软件系统的最小单元。从逻辑上看，模块能完成一定的处理功能，给它一定的输入信息，它可对之进行加工处理，输出相应的结果信息；从物理上看，模块是通过名字来调用的一段程序，例如：过程、函数、子