概要设计的主要任务是把需求分析得到的DFD转换为软件结构和数据结构。
概要设计的主要任务是把需求分析得到的DFD转换为软件结构和数据结构。设计软件结构的具体任务是：将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。显然，总体设计建立的是目标系统的逻辑模型，与计算机无关。
概要设计有多种方法。在早期有模块化方法、功能分解方法；在60年代后期提出了面向数据流和面向数据结构的设计方法；近年来又提出面向对象的设计方法。
DFD，全称Data Flow Diagram，是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。
常见的数据流程图有两种：
一种是以方框、连线及其变形为基本图例符号来表示数据流动过程。
一种是以圆圈及连接弧线作为其基本符号来表示数据流动过程。
这两种方法实际表示一个数据流程的时候，大同小异，但是针对不同的数据处理流程却各有特点。故在此我们介绍其中一种方法，以便读者在实际工作中根据实际情况选用。
数据流程图画法：
自上而下，逐层展开；输入输出，保持平衡。
举例。某财务系统数据流程绘制：
从图中可看到数据流程图是分层次的，绘制时采取自顶向下逐层分解的办法。
首先画出顶层（第一层）数据流程图。 顶层数据流程图只有一张，它说明了系统的总的处理功能、输入和输出。
下一步是对顶层数据流程图中的"处理"进行分解，也就是将"帐务处理"分解为更多的"处理"。第2张图是第一层中的处理被分解后的第二层数据流程图中的一个。
数据流程图分多少层次应根据现实际情况而定，对于一个复杂的大系统，有时可分至七八层之多。为了提高规范化程度，有必要对图中各个元素加以编号。通常在编号之首冠以字母，用以表示不同的元素，可以用P表示处理，D表示数据流， F表示数据存储， S表示外部实体。
数据流程图的特征:
1)抽象性:在数据流程图中具体的组织机构、工作场所、人员、物质流等等都已去掉，只剩下数据的存储、流动、加工、使用的情况。这种抽象性能使我们总结出信息处理的内部规律性。
2)概括性:它把系统对各种业务的处理过程联系起来考虑，形成一个总体。而业务流程图只能孤立地分析各个业务，不能反映出各业务之间的数据关系。
