考点分析
在考试中一般情况下会出现在选择题和填空题部分
常考知识点有：
掌握数据流图（DFD）的需求建模方法
掌握DEF0功能建模方法
理解DFD与IDF0模型的区别
2.1 需求分析
1、需求分析的概念与意义
描述：对待开发的系统要做什么，完成什么功能的全面描述。
需求获取困难：
软件功能复杂
需求的可变性
软件产品的不可变性
主要的任务：分析清楚当前系统的业务流程，包括系统的体系结构，各职能部门完成的主要任务，各职能部门之间的关系及其交流的信息。
存在的问题：分析清楚现行系统存在的问题，包括需要解决的问题
最终的结果：以模型形式展示，如DFD图、IDEF0图等建模工具和方法描述系统的信息流、功能结构及完成各功能需要的数据
基本的要求：需求描述要准确、清楚、一致、不存在任何不完全、含混或者二义性的描述。
需求的获取方法
面谈：系统分析员与用户方的专家和业务人员进行知识交流、与他们会谈，获得需求。
实地观察：实地观察用户的操作过程。对比现有的系统，思考如何采取更高效的方式。
问卷调查：若需访谈的个体太多，且需要回答容易确定的细节问题，可采取问卷调查方式。
查阅资料：收集和查阅相关的文献资料，如组织机构图、规章制度、相关文档、图表及报告等。
需求分析过程
A、标识问题：需求分析的第一步，通过对问题和标识获得的对所有求解问题及其运行环境的理解。
B、建立需求模型：目前在信息系统的需求分析中可使用结构化分析模型或面向对象分析模型。
C、描述需求：需求、功能、信息、性能、环境、其他需求。
D、确认需求：需求确认及评审。审核功能需求、
数据需求、性能、数据管理及其他需求。
2.2 需求分析方法
目前在信息系统的需求分析中可使用如下方法：
结构化分析与建模方法
如：DFD建模、IDEF建模
面向对象分析与建模方法（第5章介绍）
如： UML用例建模
结构化分析及建模方法的主要优点
1.不过早陷入具体的细节。
2.从整体或宏观入手分析问题，如业务系统的总体结构、系统及子系统的关系。
3.通过图形化的模型对象直观的表示系统要做什么，完成什么功能。
4.图形化建模方法方便系统分析员理解和描述系统。
5.模型对象不涉及太多技术术语，便于用户理解模型。
DFD需求建模方法
DFD方法的基本元素
DFD建模方法，也被称为过程建模和功能建模方法，核心是数据流，从应用系统的数据流着手以图形方式刻画和表示一个具体业务系统中的数据处理过程和数据流。
DFD方法的基本元素（模型对象）
数据流。数据流用一个箭头描述数据的流向，箭头上标注的内容可以是信息说明或数据项。
处理。表示对数据进行的加工和变换，在图中用矩形框表示。指向处理的数据流为该处理的输入数据，离开处理的数据流为该处理的输出数据。
数据存储。表示数据库形式（或文件形式）存储的数据，对其进行的存储分别以指向或离开数据存储的箭头表示。
外部项（也称数据源或数据终点）。描述系统数据的提供者或数据的使用者。在图中用圆角框或平行四边形框表示。
DFD图
DFD采用自顶向下逐步细化的结构化分析方法表示目标系统。
DFD建模过程
具体建模过程及步骤：
（1）明确目标，确定系统范围。
将用户对目标系统的功能需求完整、准确、一致地描述出来。
（2）建立顶层DFD图。
说明系统边界，即系统的输入和输出数据流，顶层DFD只有一张。
（3）构建第一层DFD分解图。
中间层DFD，描述了某个过程的分解，而它的组成部分又要进一步分解。
（4）开发DFD层次结构图
原则：保持均匀的模型深度
按困难程度选择
如果一个处理难以确切命名，可以考虑对它重新进行分解。
（5）检查确认DFD图。
5条规则。
检查确认DFD图的5条规则：
父图中描述过的数据流必须在相应子图出现。
一个处理至少有一个输入流和输出流。
一个存储必定有流入的数据流和流出的数据流。
一个数据流至少有一端是处理框。
表达描述的信息是全面、完整、正确和一致的。
IDEFO方法：箭头表示数据流，矩形表示活动。
UML方法：也可以进行信息系统的需求分析。