定义
1978年，E.Yourdon 和 L.L.Constantine 提出了结构化方法，即 SASD 方法，也可称为面向功能的软件开发方法或面向数据流的软件开发方法。Yourdon 方法是20世纪80年代使用最广泛的软件开发方法。
结构化方法提出了一组提高软件结构合理性的准则，如分解与抽象、模块独立性、信息隐蔽等。针对软件生存周期各个不同的阶段，它有结构化分析（SA），结构化设计（SD）和结构化编程（SP）等方法。
优点
- 开发目标清晰化：保持与用户沟通，让用户了解工作进展，校准工作方向。
- 开发工作阶段化：每个阶段完成后，要进行评审，便于项目管理与控制。
- 开发文档规范化：每个阶段完成后，按照要求完成相应文档，保证系统维护工作的便利。
- 设计方法结构化：自顶向下分解，进行分析与设计。根据设计要求编写各个功能模块，自底向上实现
缺点
- 开发周期长
- 难以适应需求变化
- 很少考虑数据结构
结构化分析
结构化分析方法给出一组帮助系统分析人员产生功能规格的原理与技术。它一般利用图形表达用户需求，使用的手段主要有数据流图、数据字典、结构化语言、判定表以及判定树等。
- 结构化分析是面向数据流的需求分析方法，它的思想是通过功能分解方式把系统功能分解到各个模块中。
- 结构化分析的常用手段是数据流图（DFD）和数据字典。
-
结构化分析的步骤如下：
- 分析业务情况，做出反映当前物理模型的数据流图
- 推导出等价的逻辑模型的 DFD
- 设计新的逻辑系统，生成数据字典和基元描述
- 建立人机接口，提出可供选择的目标系统物理模型的DFD
- 确定各种方案的成本和风险等级，据此对各种方案进行分析
- 选择一种方案
- 建立完整的需求规约
结构化设计
- 结构化设计是一种面向数据流的设计方法，它以SRS 和 SA 阶段所产生的数据流图和数据字典等文档为基础，是一个自顶向下，逐步求精和模块化的过程。
- SD 方法的基本思想是将软件设计成由相对独立且具有单一功能的模块组成的结构，分为概要设计和详细设计两个阶段
- 其中概要设计的主要任务是确定软件系统的结构，对系统进行模块划分，确定每个模块的功能、接口和模块之间的调用关系；
- 详细设计的主要任务是为每个模块设计实现的细节；
- 软件的结构化设计包括体系结构化设计、接口设计、数据设计和过程设计
- 体系结构设计： 定义软件系统主要部件之间的关系
- 接口设计（人机界面设计）：软件内部，软件和和操作系统间以及软件和人之间如何通信
- 数据设计：将模型转换成数据结构的定义。好的数据设计将改善程序结构和模块划分，降低过程复杂性
- 过程设计：系统结构部件转换成软件的过程描述
软件结构设计
软件结构设计的任务是定义系统主要结构元素之间的关系。通常是从数据流图出发，对数据流图进行分析，得出软件的层次化的模块结构图
系统结构图
- 系统结构图（SC），又称为模块结构图，他是软件概要设计阶段的工具，反应系统的功能实现和模块之间的联系与通信，包括各模块之间的层次结构，既反映了系统的总体结构。
- 在系统分析阶段，系统分析师可以采用 SA 方法获取由 DFD 、数据字典和加工说明等组成的系统的逻辑模型；在系统设计阶段，系统设计师可根据一些规则，从 DFD 中导出系统初始的 SC。
模块结构
人们在解决复杂问题时使用的一个很重要的原则，就是将它分解成多个小问题分别处理，在处理过程中，需要根据系统总体要求，协调各业务部门的关系。
在SD 中，这种功能分解就是将系统划分为模块，模块是组成系统的基本单位，它的特点是可以自由组合、分解和变换，系统中任何一个处理功能都可以看成一个模块。
信息隐藏与抽象
- 信息隐藏原则要求采用封装技术，将程序模块的实现细节隐藏起来，对于不需要这些信息的其他模块来说是不能访问的，使模块接口尽量简单。按照信息隐藏的原则，系统中的模块应设计成“黑盒”，模块外部只能使用模块结构说明中给出的信息，例如，操作和数据类型等。模块之间相对独立，既易于实现，也易于理解和维护。
- 通过信息隐藏可以提高软件的可修改性、可测试性和可移植性
- 抽象原则要求抽取事务最基本的特性和行为，忽略非本质的细节，采用分层次抽象的方式可以控制软件开发过程的复杂性，有利于软件的可理解性和开发过程的管理。通常，抽象层次包括过程抽象，数据抽象和控制抽象。
模块化
在SD 方法中，模块是实现功能的基本单位，它一般具有功能、逻辑和状态 3个基本属性，其中功能是指该模块“做什么”，逻辑是描述模块内部“怎么做”，状态是该模块使用时的环境和条件。
- 在描述一个模块时，必须按模块的外部特性与内部特性分别描述。
- 模块的外部特性是指模块的结构与功能；包括模块名、参数表和给程序乃至整个系统造成的影响；
- 模块的内部特性则是指局部数据、程序代码；即完成其功能的程序代码和仅供该模块内部使用的数据；
对于模块的外部环境（例如，调用这个模块的上级模块）来说，只需要了解这个模块的外部特性就足够了，不必了解它的内部特性。而软件设计阶段，通常是先确定模块的外部特性，然后再确定它的内部特性。
耦合
耦合表示模块之间关联的程度。紧密耦合表示模块之间联系非常强，松散耦合表示模块之间联系比较弱，非直接耦合则表示模块之间无任何直接联系。
| 耦合类型（由低到高） | 详细描述 | |
| 没有直接联系，互相不依赖对方 | ||
| 数据耦合 | 借助参数表传递简单数据 | |
| 标记耦合 | 一个数据结构的一部分借助于模块接口被传递 | |
| 控制耦合 | 模块间传递的信息中包含用于控制内部逻辑的信息 | |
| 外部耦合 | 与软件以外的环境有关 | |
| 公共耦合 | 多个模块引用同一个全局数据区 | 若一组模块都访问一个公共数据环境，则他们之间的耦合就是公共耦合。公共的数据环境可以是全局数据结构，共享的通信区，内存的公共覆盖区等 |
| 内容耦合 | 一个模块访问另一个模块的内部数据；一个模块不通过正常入口转到另一个模块的内部；两个模块有一部分程序代码重叠；一个模块有多个入口 |
- 耦合性也叫块间联系。指软件系统结构中各模块间相互联系紧密程度的一种度量。模块之间联系越紧密，其耦合性就越强，模块之间越独立，则越差
- 模块间耦合性的高低取决于模块间接口的复杂性，调用的方式，以及传递的信息。
内聚
内聚表示模块内部各代码成分之间联系的紧密程度，是从功能角度来度量模块内的联系，一个好的内聚模块应当恰好做目标单一的一件事情。
| 内聚类型（由高到底） | |
| 功能内聚 | 完成一个单一功能，各个部分协同工作，缺一不可 |
| 处理元素相关，而且必须顺序执行 | |
| 所有处理元素集中在一个数据结构的区域上 | |
| 处理元素相关，而且必须按特定的次序执行 | |
| 所包含的任务必须在同一时间间隔内执行 | |
| 完成逻辑上相关的一组任务 | |
- 一般来说系统中各模块的内聚越高，则模块间的耦合就越低，但这种关系并不是绝对的。耦合低是的模块间尽可能相对独立，各模块可以单独开发和维护；
- 内聚高使得模块的可理解性和可维护性大大增强。
- 因此，在模块的分解中应尽量减少模块的耦合，力求增加模块的内聚，遵循“高内聚，低耦合”的设计原则。
模块划分
在模块划分时，要遵循如下原则：模块的大小要适中、模块的扇入扇出要合理、深度和宽度适当、模块要高内聚、低耦合
- 模块的大小要适中：一般来说模块的大小其实现代码在1-2页纸之内，或者其实现代码行数在50-200 行之间，这种规模的模块易于实现和维护
- 模块的扇入和扇出要合理：一个模块的扇出指该模块直接调用下级模块的个数；扇出大表示模块的复杂性高，可适当增加中间层次。一个模块的扇入指直接调用该模块的上级模块的个数；扇入大表示模块的复用性高。设计良好的软件结构通常顶层扇出比较大，中间扇出较少，底层模块则有大扇入。一般来说，系统的平均扇入和扇出系数为3或4，不应该超过7，否则会增大出错的概率；
- 深度和宽度适当：深度表示软件结构中模块的层数；宽度指软件结构中同一个层次上的模块总数的最大值，一般来说宽度越大，系统越复杂，对宽度影响最大的因素是模块的扇出。
- 模块要高内聚、低耦合
结构化编程
- 结构化程序设计最早由E.W.Dijikstra 在 1965 年提出。“面向结构”|的设计方法即结构化程序设计方法，是“面向过程”方法的改进。
- 结构上将软件系统划分为若干功能模块，各模块按要求单独编程，再组合构成相应的软件系统。
- 该方法强调程序的结构性，所以容易做到易读易懂。该方法思路清晰，做法规范，程序的出错率和维护费用大大减少。
- 结构化程序的原则可表示为： 程序 = （算法） + （数据结构）
- 结构化设计提出的原则可以归纳为32个字:
- 自顶向下，逐步细化；清晰第一，效率第二；书写规范，缩进格式；基本结构，组合而成。
数据库设计
数据库设计是根据用户的需求，在某一具体的数据库管理系统上，设计数据库的结构和建立数据库的过程。数据库设计的内容包括：需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库的实施和数据库的运行和维护。
概念结构设计
概念结构设计是对用户要求描述的现实世界，通过对其中实体事物的分类、聚集和概括，建立抽象的概念数据模型。这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。通常采用实体-联系图（E-R图）来表示。
