本章节涉及很多重要图表的制作，如ER图、数据流图、状态转换图、数据字典的书写等，对初学者来说比较生僻，本贴只介绍基础的轮廓，后面会有单独的帖子详解各图表如何绘制。
一.结构化的软件开发方法：结构化的分析、设计、实现
二.需求分析的重要性：
1.开发软件系统最困难的部分就是准确说明开发什么，最困难的概念性工作是编写出详细需求，包括所有面向用户、面向机器和其它软件系统的接口。此工作一旦做错，将会给系统带来极大损害，并且以后对它修改也极为困难。
2.结构化的分析方法，又被称为面向数据流的分析方法。
三.核心思想
四.分析步骤
1.发现需求
发现需求方法（试图在较短的时间内获取软件系统大部分的需求）：
- 与用户交谈，向用户提问题；
- 参观用户的工作流程，观察用户的操作；
- 向用户群体发调查问卷——向更多的用户群体获取需求；
- 与同行、专家交谈，听取他们的意见；
- 分析已经存在的同类软件产品，提取需求；
- 从行业标准、规则中提取需求；
- 从Internet上搜查相关资料等。
2.求精 ：对初步需求反复求精多次细化。
3.建模 ：建立模型，用图形符号和组织规则书面描述事物。（避免文字表达的二义性）
结构化软件开发方法所要求的3种开发模型。
- 数据模型：实体关系图and数据对象描述
- 功能模型：数据流图and处理规格说明
- 行为模型：状态转换图and控制规格说明
数据字典：系统的相关数据，结构化分析方法的核心， 描述软件使用和产生的所有数据对象。
数据模型：
E-R图（实体联系图）表达 描述数据对象间关系 图中数据对象属性用“数据对象描述”表达。
功能模型（描述功能）：
DFD（数据流图）表达 描绘数据在软件中移动、变换及相应功能 图中功能用“处理规格说明”表达。
行为模型（系统中有哪些状态）：
状态转换图 ：描绘系统状态和在不同状态间转换方式。 图中软件控制附加信息用“控制规格说明”表达。
4.规格说明 ：书写软件需求规格说明，作为分析阶段最终成果。（非常重要的文档！）
5.复审
五.数据模型
1.组成：数据对象、数据对象间关系、属性
- 数据对象：软件必须理解的复合信息表示，复合信息是具有一系列不同性质或属性的事物。（可以理解为一种包含多种属性的结构体变量），例如：事务（报表）、地点（仓库）、角色（教师、学生）单位（会计科）、行为（打电话）等
- 属性： 定义数据对象性质。 例如，数据对象学生的属性可为学号、姓名、班级等。（结构体变量所包含的多种属性）
- 关系： 对象彼此间相互连接方式，也称联系。例如，教师和学生间存在“教”的联系。
关系分三类，1：1 、 1:N 、 M:N。
2.表达方式：实体-关系图
E－R图用简单符号表达分析员对问题域理解，作为用户与分析员有效交流工具。
（注意：属性同样可以属于实体与实体之间的关系，比如上图中的“成绩”。）
E-R图如果建设良好，可以直接转化为数据库中的表结构~（在搭建数据库时，实体和关系各需要对应一张表）
六.功能模型
1.数据流图仅仅用来描述系统中的功能模型——只考虑信息在系统中，流动和处理的情况。
2.数据流图（DFD）描绘系统逻辑模型，图中没具体的物理元素，只描绘信息在系统中流动处理情况，是非常好通信工具和软件设计出发点。
3.符号：
- 正方形（或立方体）：表示数据的源点或终点（数据最开始从哪里来，要到哪里去）。（人员、部门、计算机外部设备或传感器装置）
- 圆角矩形（圆形）：代表变换数据的处理。（一系列程序、单个程序或程序一个模块；人工处理过程。）
- 开口矩形（两条平行横线）：代表数据存储（文件、文件一部分、数据库元素或记录一部分，可存在磁盘、磁带、磁鼓、主存、微缩胶片任何介质上。）
- 箭头：表示数据流，即特定数据的流动方向。（在处理之间有向流动的数据项或数据集合。）
相关附加符号：
4.绘制方法：
- 从问题描述提取数据流图四种成分：先考虑源点和终点，再考虑处理，最后考虑数据流和数据存储
- 着手画数据流图的基本系统模型。（通常不会绘制较为完整的数据流图）
- 把基本系统模型细化，描绘系统主要功能。
- 主要功能进一步细化。
- 结束、进一步分解涉及如何具体实现功能时，不应再分解。（当内容细化到How而不是what时，就立刻停止进一步细化）
5.分层数据流图：为表达数据加工情况，需采用层次结构数据流图。
6.注意事项：
A. 编号的设置 ：子图的编号是父图相应的处理逻辑的编号。 子图中处理逻辑编号由子图号、小数点与局部号组成。
B. 父图与子图的平衡 ：子图详细地描述父图中处理逻辑 子图的输入、输出数据流应同父图处理逻辑的输入、输出数据流相一致。（无论怎么细化都要和父图输入输出保持一致）。
C. 局部数据存贮：在子图中出现的数据存贮，可以不出现在父图中，画父图时只需画出处理逻辑之间的联系，不必画出各个处理逻辑内部的细节。
7.命名规则：
数据流（数据存储）命名 ：
（1）用名词，区别于控制流。
（2）代表整个数据流（数据存储）内容，不仅仅反映某些成分。
（3）不用缺乏具体含义名字，如“数据”、“信息”。
处理命名：
（1）用动宾词组，避免使用“加工”、“处理”等笼统动词。
（2）应反映整个处理的功能，不是一部分功能。
（3）通常仅包括一个动词，否则分解。
数据源点／终点命名：
不属于数据流图的核心内容，可能是人员、计算机外部设备或传感器装置。采用它们在问题域中习惯使用的名字（如“采购员”、“仓库管理员’等）。
8.用途（用户和系统分析员进行交流的良好工具）：
用数据流图辅助物理系统设计时，可在数据流图上画出许多组自动化边界，每组自动化边界可能意味着不同的物理系统。
（数据流图的绘制对初学者很困难，后期会出总结各种图形的绘制，此处先不作为重点展开讲解）
七.行为模型——状态转换图：
软件的行为模型：状态、事件，行为。
- 状态：被观察到的系统行为模式。
- 事件：引起状态转换的外界事件抽象。
箭头表示，箭头上标事件名。后跟〔条件〕，表状态转换条件。
- 行为：进入某状态所作动作。
状态框内do:行为名。
八.数据字典：对系统使用的所有数据元素定义的集合，半形式化方法表达。
数据字典对四类元素定义：数据流，数据元素，数据存储，处理
1.数据流的描述：
2.数据元素的描述：
3.数据存储的描述：
4.数据处理：
5.定义数据的方法：对数据自顶向下分解，由数据元素组成数据的方式来定义。
- 顺序： 以确定次序连接两个或多个数据元素；
- 选择： 从两个或多个可能元素中选一个；
- 重复： 把指定数据元素重复零次或多次；
- 可选： 一个数据元素可有可无的。
如下是一个例题 ：
