第三章 需求分析.ppt

第三章需求分析(Requirements Analysis)
§1. 需求分析的任务
仍然回答“What”, 而不是“How”,
但更细致、精确(合同的拟定)
可行性分析
DFD
DD
功能具体化
需求规格说明
加细
DFD
DD
算法描述IPO
Final stage of Definition phase
§1. 需求分析的任务
1、确定要求
⑴功能要求(functional requirements):系统必须做什么?
⑵性能要求(performance requirements):做得怎样?
例:response time , memory , back-up memory , security , ……
⑶运行要求(operational requirements) :运行环境、软硬件配置等。
⑷未来可能的扩充要求(possible evolution) 。
§1. 需求分析的任务
2、分析数据
⑴建立概念模型(conceptual models): E-R Diagram
⑵形象描绘数据结构: Data Hierarchy, Warnier Diagram, IPO
⑶数据结构规范化(Normalization)
3、导出逻辑模型:
DFD + DD + IPO(输入、处理、输出)
4、修正计划:重估成本、进度等
§1. 需求分析的任务
5、开发原型系统(Prototyping)
“样机
试用”
C
D
访谈获取用户需求的技术。
两种基本形式,正式的和非正式的访谈。
正式访谈时,系统分析员将提出一些事先准备好的具体问题。
在非正式访谈中,分析员将提出一些用户可以自由回答的开放性问题,以鼓励被访问人员说出自己的想法。
§ 2 与用户沟通获取需求的方法
当需要调查大量人员的意见时,分发调查表。用户写出书面回答,分析员仔细阅读收回的调查表,有针对性地访问一些用户,询问发现的新问题。
在访问用户的过程中使用情景分析技术往往非常有效。所谓情景分析就是对用户将来使用目标系统解决某个具体问题的方法和结果进行分析。
§2 与用户沟通获取需求的方法
情景分析技术的用处主要体现在下述两个方面:
它能在某种程度上演示目标系统的行为,从而便于用户理解,而且还可能进一步揭示出一些分析员目前还不知道的需求。
(2) 使用这种技术能保证用户在需求分析过程中始终扮演一个积极主动的角色。
§2 与用户沟通获取需求的方法
在可行性研究阶段许多实际的数据元素被忽略了,当时分析员还不需要考虑这些细节,现在是定义这些数据元素的时候了。
2. 面向数据流自顶向下求精
§2 与用户沟通获取需求的方法
结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。
从数据流图的输出端着手分析,这是因为系统的基本功能是产生这些输出,输出数据决定了系统必须具有的最基本的组成元素。
§2 与用户沟通获取需求的方法
输出端
处理
输入端
数据
分析的方向
数据