文档介绍：软件的设计需求分析
本章主要内容
软件需求分析的任务和过程
结构化分析方法
原型化方法
动态分析方法
数据及数据库需求
需求（Requirements)
定义:需求是关于系统将要完成什么工作(what)的一段域都可以做进一步的分解。
逻辑视图给出的是系统要达到的功能和要处理的信息间的关系，而不是实现细节。
物理视图给出的是系统处理功能和数据结构的实际表示形式，这通常由设备本身所决定。
小结：需求分析方法
实践中，可以采取三阶段分析法：
第一阶段：“访谈式”（Visitation）
这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，
主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。
第二阶段：“诱导式”（Inducement）
在上一阶段基础上结合现有的硬件、软件实现方案，做出简单的用户流程页面，
同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性、便易性****惯性。
用户可以操作简单演示的DEMO，来感受一下整个业务流程的设计合理性、准确性等等问题，及时地提出改进意见和方法。
第三阶段：“确认式”（Afirm）
这一阶段是在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段，
这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统的业务流设计目标。
用户方可以通过审查业务流程报告、数据项表以及操作承建方提供的DEMO系统，来提出反馈意见，并对已经可接受的报告、文档签字确认。
软件需求分析
需求分析方法由对软件问题的信息域和功能域的系统分析过程及其表示方法组成
大多数的需求分析方法是由信息驱动的
信息域具有三种属性: 数据流、数据内容和数据结构。
分析建模的方法
20世纪70年代，人们从早期的、非结构化的方法入手，首次尝试使用标准化的方法，开发并相继推出了各种“结构化分析”方法，还相继衍生出若干派生方法。
20世纪90年代初，面向对象分析方法才悄然成形，并且同样随之出现了一批大同小异的派生方法。
结构化分析
基本思想：
用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。
结构化分析方法是一种依赖数据流图的自顶向下的建模方法，
它的核心是数据流图，所以又说它是一种面向数据流的分析方法。
结构化分析方法适合于数据处理类型软件的需求分析。
结构化分析方法使用工具：
数据流图
数据词典
结构化英语
判定表与判定树
数据流图
数据流图中的主要图形元素
数据加工 (数据变换)
数据源点或终点 (外部实体)
数据流
数据存储文件
描述银行取款过程的数据流图
数据流与数据加工之间的关系
数据流图的层次结构
为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。
按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统
分层的数据流图
在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据
底层流图是指其加工不需再做分解的数据流图，它处在最底层
中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。
结构化分析方法步骤示例商店业务处理系统
数据流图绘制步骤
首先确定系统的输入和输出
根据商店业务，画出顶层数据流图，以反映最主要业务处理流程
这个数据流图只是一个高层的系统逻辑模型，它反映了目标系统要实现的功能
分析系统的主要功能：
商店业务处理的主要功能应当有销售、采购、会计三大项。
主要数据流输入的源点和输出终点是顾客和供应商。
然后从输入端开始，根据商店业务工作流程，画出数据流流经的各加工框，逐步画到输出端，得到第一层数据流图
第一层数据流图
加细每一个加工框销售细化
采购细化
绘制数据流图的原则
数据流图上所有图形符号只限于前述四种基本图形元素
数据流图的主图必须包括前述四种基本元素，缺一不可
数据流图的主图上的数据流必须封闭在外部实体之间
每个加工至少有一个输入数据流和一个输出数据流
在数据流图中，需按层给加工框编号。
编号表明该加工所处层次及上下层的亲子关系
规定任何一个数据流子图必须与它上一层的一个加工对应，两者的输入数据流和输出数据