文档介绍：快速原型技术的基本思想是：在系统开发时期就让用户尽早地接触系统，对系统原型进行评估，指出不足之处并提出修改意见。
分析员和开发人员按照用户的需求修改原型或重新开发原型，最终得到满足用户需求的软件系统。
需求获取技术—快速原型技术
快，需要用下图所示的图例来定义语义信息更明确的DFD图。
面向数据的功能建模--DFD图基本图形符号
A
B
T
*
C
A
B
T
+
C
A
B
T
+
C
A
B
T
*
C
A
B
T
+
C
A
B
T
+
C
面向数据的功能建模
DFD图可以用来表示任何抽象级别的系统功能，随着系统功能和信息的逐渐增加，DFD图通过分解来逐层细化用户需求。
分解步骤如下：
确定系统的外部信息源、数据源或与外部系统的接口。
画出顶层（0层）DFD图。
第一次精化：划分系统的子系统。
逐层求精：对各子系统进一步精化。
面向数据的功能建模—实例
简历信息自动获取和查询系统
数据源：企业各部门用户；
数据终点：企业各部门用户（简历查询结果的显示）
主要数据流：简历、查询信息；
数据存储：原始简历库、简历库；
主要处理过程：简历的自动获取、简历查询；
面向数据的功能建模—实例
0层DFD图
部门用户
简历自动获取和查询系统
部门用户
F1 原始简历库
F2 简历库
简历文件
简历
查询信息
登录信息
简历
面向数据的功能建模—实例
第一步求精：1层DFD图
部门用户
部门用户
F1 原始简历库
F2 简历库
简历文件
简历
查询信息
登录信息
简历
1
登录
F3 用户信息库
权限
2
自动获取简历信息
权限
3
查询
查询信息
简历
面向数据的功能建模—实例
逐步求精：对各系统进一步精化
F1 原始简历库
F2 简历库
简历文件
电子收集电子简历
读取电子简历
权限
分析关键词
简历
简历文件
简历文件
自动获取简历信息
关键词
面向数据的功能建模—实例
逐步求精：对各系统进一步精化
F2 简历库
分析查询信息
查询
查询
信息
生成查询结果
简历
关键词权限
关键词
简历
面向数据的功能建模—RDF图注意事项
对DFD图中各部分元素的命名切忌用空洞的名词，这样不仅会给系统设计带来歧义，而且难以确定数据的结构和组织方式。命名时应遵循以下原则：
面向数据的功能建模—RDF图注意事项
用名词或名词短语，避免使用空洞、无意义的词汇；
尽量使用需求描述中的已有词和领域术语；
命名出现困难时，考虑是否是数据流划分是否正确，并重获需求；
顶层DFD图中的加工名就是软件项目的名字；
分层DFD图中，数据存储一般局限在某一层或少数几层中。
面向数据的功能建模—RDF图注意事项
逐层细化DFD图时，还要注意以下几点：
父图和子图的平衡关系：父子图（上下层图）中的输入、输出必须保持一致，不能随意修改数据流。
DFD图的编号：按层次进行，体现对系统加工过程中自顶向下的分解。
平衡规则：所有子图中涉及的外部环境，需要与顶层图的外部环境保持一致。
面向状态的行为建模
状态转换图（Status Transition Diagram，STD）通过描述系统状态及引起状态转换的事件来表示系统行为。STD图同时也反映了事件执行的行为。STD图主要由状态、转换和事件的图形符号构成。
面向状态的行为建模
状态是可观察到的行为，是同一数据对象在系统的不同运行时刻所具有的行为属性值，是事件触发后一系列动作的结果。
名字
状态变量
活动
初态
中间状态
终态
面向状态的行为建模
由一个状态转换到另一个状态的关联就是状态转换，它表明状态变换是有序变换过程，用有向箭头表示。状态变换是由事件或条件触发的，因而箭头上应说明事件名称或触发条件。如果状态间转换没有事件触发，则前一状态结束信息就是转换到下一状态的触发条件。
面向状态的行为建模
事件是指在某一时刻发生的事情，是触发状态转换的条件或一系列动作。在中间状态的符号中，活动即是事件 。
STD图定义了3个标准事件，它们都没有参数：
entry事件：用于说明转换到该状态的特定动作；
exit事件：用于说明触发该状态的特定动作；
do事件：用于说明处于当前状态时执行的动作。
面向状态的行为建模—案例
检索
Do：连接简历库
验证用户
Do：连接用户信息库验证
查询输入
Do：要求事物
主窗口
Do：要求事物
主窗口
Do：要求事物