需求分析的概念
需求获取
需求类型:
功能性，非功能性需求
需求获取面临挑战:
- 客户说不清楚需求
- 需求易变性
- 问题的复杂性和对问题空间理解的不完备性与不一致性
需求诱导原则：
- 倾听
- 有准备的沟通
- 需要有人推动
- 最好当面沟通
- 记录所有决定
- 保持通力合作
- 聚焦并协调话题
- 采用图形表示
- 继续前进原则
- 谈判双赢原则
需求分析过程：需求确认，需求变更
需求确认:
获取，提炼，描述，验证
需求提炼：
定义：
核心是建立分析模型；建立多重视图
需求分析模型：
需求规格说明书：
需求分析工作完成的一个基本标志
需求验证：
需求验证技术：
需求变更控制流程：
需求分析的任务&软件需求规格文档编制
需求分析的任务：
1，建立分析模型；
2，编写需求说明
需求规格文档编制:
沟通活动通用任务集：
规格说明的原则：
规格说明的结构：
需求分析的模型%面向过程分析方法（重点
需求分析模型概述：
面向过程分析模型
面相对象分析模型
面相过程分析——结构化分析方法
面向数据流
数据处理类型软件
面向过程需求建模—功能模型—数据流图
1。加工
对数据的操作，编号表示层次分解中的位置
注意事项：
－顶层的加工名就是整个系统的名字
－尽量动宾词组，也可主谓词组
－不是用空洞动词
2。外部实体（数据源点/终点）
位于系统之外的信息提供者或使用者
3。数据流
表示数据和数据流向
注意事项:
-不要把控制流作为数据流
－不要标出激发条件
4。数据存储
表示需要保存的数据流向，如"学生档案"
DFD改进
主要工作：
1）检查正确性
-数据守恒
－数据存储的使用
2)提高易理解性
－简化加工之间的关系，
减少加工间数据流数目
－注意分解均匀，
注意各部分不均匀
－适当的命名，
名字意义明确
3）重新分解
－重新连接成一张图
－把图分成几部分
－重新建立父图
－重新建立各子图
－为所有加工重新命名
检查数据流图的原则
功能键摸——编写数据字典
面向对象的分析方法
什么是对象，
面相对象的软件开发模型
数据模型：类图
行为模型：顺序图，活动图，状态图
功能模型：用例图（重点）
功能模型——用例图
从用户角度，描述系统的场景
参与者，用例，执行关联
用例建模过程：
1）参与者
系统以外的，需要与系统交互的，人，机器
首先确认参与者，每一种参与者有自己用例
2）用例
对一组动作序列的描述，系统执行这组动作序列为参与者产生一个可以观察的结果
怎样获取用例；
用例扩展;
用例之间的关系：
关联，泛化，包含，扩展
1。关联
参与者与用例之间的通信，箭头指向接收方
2。泛化
继承关系，空心箭头指向父用例
3。包含
把一个复杂用例的功能分解成较小的步骤，箭头指向小用例
4。扩展
用例功能的延伸，箭头指向基础用例
包含，扩展的区别：