SE第2章结构化方法学.ppt

2.4 结构化设计 软件设计原则： 模块分解的启发式规则： 提高模块独立性 模块规模适中 模块的扇入、扇出适当 “腰鼓”形：顶层扇出大、中间扇出较小、底层扇入大 作用域保持在控制域中 作用域：受模块内一个判定影响的模块的集合 控制域：模块本身及其直接或间接下属模块的集合 2.4 结构化设计 (a)作用域在控制域外 top X Y A B C D (b)判定的层次太高 top X Y A B D C (c)有一个不必要的穿越 top X Y A B C D top X Y A B C D (d)作用域等于控制域 2.4 结构化设计 结构化设计策略： 将数据流图映射为软件结构 数据流图类型 变换型：以变换为中心 由输入、主处理、输出三部分组成 事务型：以事务为中心 一个中心处理将其输入数据流分离成一串 平行的输出数据流 * * 第二章 结构化方法学 开发软件要回答三个问题： Why to do? What to do? How to do? — 可行性研究 — 需求分析 — 系统设计与实现 结构化方法学的主要步骤： 问题的定义 可行性研究 结构化分析 结构化设计 结构化程序设计 测试与维护 2.1 问题定义 《问题目标和规模报告书》 任务： 确定“软件要解决的问题是什么？” — 系统分析员应该提出关于问题性质、工程目标和工程规模的书面报告，并且需要得到客户对这份报告的确认。 结果: 回答“问题定义阶段定义的问题是否可行？” 最短时间 最小代价 成本/效益分析 可行性分析 技术可行性 经济可行性 操作可行性 法律可行性 2.2 可行性研究 任务 ： 不是要解决问题，而是确定问题是否能做，是否值得去做。 注意： 循环 2.2 可行性研究 旧系统逻辑模型 新系统目标和规模 逻辑模型描述工具 数据流图 数据字典 用例图 复查问题定义、规模和目标 根据新系统模型 分析员误解 用户遗漏 重新定义问题 循环(定义，分析，求解) 从逻辑模型导出物理系统方案 不同角度 多个方案 分析各种可选方案 技术可行性 操作可行性 经济可行性 为可行方案制定初步进度计划 得出可行性研究结果 继续开发 终止项目 推荐解决方案 成本/效益 为推荐方案确定开发计划 进度 开发人员 硬件设备 软件工具 各阶段成本估计 可行性研究报告 各步骤结果 推荐方案 开发计划等 问题定义阶段的成果 系统规模和目标报告书 复查任务 改正含糊、二义的描述 改正不正确的描述 核查系统限制和约束 分析现有系统 高层系统流程图 确定系统功能 比较新旧系统 必须完成旧系统的基本功能 必须改正旧系统存在问题 必须增收入、减支出 复查系统规模和目标 研究现有系统功能 导出新系统模型 重新定义问题 导出和分析可选解决方案 推荐行动方针 草拟开发计划 书写文档提交审查 步骤 ： 2.2 可行性研究 结果： 《可行性研究报告》 软件系统的目标和规模 推荐方案 数据流图表示的系统高层逻辑模型 系统成本和效益的估计 开发计划 2.3 结构化的需求分析 需求分析是发现、求精、建模、规格说明和复审的过程，是软件开发者和用户相互作用的过程。 任务 ： 目标系统必须做什么，不考虑怎么做 建立分析模型 编写需求说明书 步骤 ： 发现：需求获取 求精：需求提炼 通过建模表达规格说明：需求描述 复审：需求验证 综合要求 ： 功能要求 性能要求 运行要求 未来要求 数据要求 以ER图表达数据模型 以数据流图表达功能模型 以状态转换图表达行为模型 以数据字典来组织系统元素 基于“数据流(注重算法和数据结构)”，面向用户的 以“图表工具”明确表达系统逻辑模型 以“自顶向下逐层分解”的方式进行系统分析 资料统一，避免重复性，增强一致性 控制复杂性的基本手段 分解：将复杂的问题拆成若干小问题再分别解决的过程 抽象：先考虑问题最本质的属性，暂时略去细节，再逐 层添加细节，直至达到必要的详细程度 特点： 2.3 结构化的需求分析 2.3 结构化的需求分析 分析模型的构成与结构化设计的对应关系 ： 2.3 结构化的需求分析 数据流图 ： 用于建立功能模型，提供了功能建模机制也提供了信息流建模机制，是系统逻辑功能的图形表示，没有任何具体的物理元素，描绘了信息在软件中流动和被处理的情况。数据流图的基本要点是描绘“做什么”而不考虑“