计算机软件技术基础 作者 牟艳 陈慧萍 第17章 结构化软件开发方法.pptVIP

第十七章 结构化软件开发方法 本章基本内容与要求 基本内容 结构化软件开发方法在可行性研究 、需求分析 、概要设计 、详细设计 、编码和测试等阶段的主要技术 要求 掌握结构化软件开发方法的基本技术 第一节 可行性研究 可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决。从以下几个方面着手进行考虑 市场可行性 经济可行性 技术可行性 法律可行性 第二节 需求分析 需求分析的任务 需求分析的步骤 需求分析的任务 需求分析的任务是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。包括对软件功能、性能、数据、界面、环境、资源、用户、文档、安全、质量和进度等需求的确定。 需求分析的步骤 需求获取:双方确定对问题的综合需求 分析与综合:导出软件的逻辑模型 书写文档 需求规格说明书 初步用户使用手册 确认测试计划 需求分析评审 步骤二：分析与综合 结构化分析(传统建模方法) 面向对象分析 数据流图（DFD,Data Flow Diagram) 是描述数据处理的工具。从数据传输和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程 是一种功能模型 仓库管理系统数据流图 数据字典(DD，DataDictionary) 是关于数据信息的集合，它对数据流图中的各个元素作完整的定义与说明，是数据流图的补充工具。 数据字典的用途 统一一个组织内数据的定义，便于分析员和用户之间的通信 便于开发人员之间的通信 保证组织的数据共享 数据字典的内容 数据流（名称、来源、去处、组成、流通量等） 数据项（名称、编号、取值范围、长度等） 数据结构（名称、编号、组成） 数据存储（名称、入/出的数据流、组成） 处理逻辑（名称、简述、输入/出、功能等） 外部实体（名称、简述、有关数据流等） 例：数据流的定义 名称、来源、去处、组成、流通量等 步骤三：书写文档 需求规格说明书 初步用户使用手册 确认测试计划 需求规格说明书(SRS) (Software Requirement Specification) 需求分析阶段要完成的文档。 SRS的作用： 开发者与用户间事实上的技术合同书 开发者下一步设计和编码的基础 测试验收目标系统的依据 SRS大纲 引言 任务概述(项目概述) 数据描述(DFD、DD) 功能描述 接口 性能需求 属性 其它需求 步骤四：需求分析的评审 (1)一致性 (2)完整性 (3)现实性 (4)有效性 第三节 概要设计 概括地回答“怎样实现目标系统” 软件设计的内容 体系结构设计 模块设计 用户界面设计 数据库设计 数据结构与算法设计 概要设计的任务和步骤 1、设计软件系统结构(软件结构) 2、用户界面及数据库设计 3、编写概要设计文档 (1)概要设计说明书。 (2)数据库设计说明书。 (3)用户手册。 (4)修订测试计划。 4、评审 软件结构的设计方法 面向数据流的设计方法 （DFD）数据流图→软件结构图 面向数据结构的设计方法 Jockson Warnier 二、模块化软件设计的基本概念和原理 模块化 信息隐藏和局部化 模块独立 软件结构设计的(启发)原则 仓库管理系统结构图 模块设计 模块：泛指软件系统的功能部件 模块特征：功能独立，并且可以被集成 模块化 把程序划分成独立命名且可独立访问的模块，每个模块完成一个功能，把这些模块集成起来构成一个整体，可以完成制定的功能，实现问题的需求 模块化的根据：把复杂的问题分解成许多容易解决的小问题,原来的问题也就容易解决了。 信息隐藏和局部化 信息隐藏(Information Hiding) :一个模块的数据和模块的实现细节对不需要这些信息的模块来说是不能访问的。独立的模块间仅仅交换为完成系统功能而必须交换的信息。 局部化：信息隐藏的实现方法之一，使数据局部于所属模块（如过程或函数中的局部变量） 对象：信息隐藏的实现方法之二。 模块独立性 模块独立性 使每个模块完成一个相对独立的特定子功能，并且和其他模块之间的关系很简单。 模块独立性的重要性 软件开发较容易 独立的模块容易测试和维护 模块独立程度的度量标准(取决于模块的内部和外部特征) 耦合：衡量不同模块间互相依赖的紧密程度 内聚：衡量一个模块内部个元素彼此结合的紧密程度 概要设计说明书 引言 任务概述 总体设计 接口设计 数据结构设计 运行设计 出错处理设计 安全保密设计 维护设计 第四节 详细设计 说明“应该怎样具体地实现这个系统” 一、详细设计的任务 为每个模块确定采用的算法，选择某种适当的工具给出清晰的描述，写出模块详细过程的描述 确定每一模块使用的数据结构 确定模块接口的细节（外部接口、内部接口、用