获取和引导需求：
- 来自用户
- 引导用户产生需求
- 预计需求的产生
GPS+GIS+私家车产业发展+手机普及=什么需求
- 需求可以来自管理机构：
- 需求可以来自企业内部
- 需求可以来自技术团队本身
- 需求来自要更好地了解用户需求
（需求来自管理机构、需求来自自由企业、需求来自老板本身、用户的反馈）
一、需求分析概述
需求分析实现的目标：是将软件用户对于软件的一系列意图、想法转变为软件开发人员所需要的有关
软件的技术规格，但实际上这具有相当大的难度。
需求分析的步骤：需求获取、需求建模和细化、需求文档和需求验证。
1、需求获取（需求类别、需求获取的方式）
项目经过前期的确认以后，在需求分析阶段获取的需求，与项目前期获取的需求有所不同。
（1）需求类别：用户需求、功能需求、非功能需求
（2）需求获取的方式：访谈用户开座谈会、问卷调查、跟班作业、收集用户台账资料、通过原型完善用户需求
需求获取的方式
- 焦点小组Focus Groups
- 卡片分类Card sorting
- 用户问卷调查Surveys
- 人类学调查Ethnographic Studies
- 快速原型调研Quick Prototype Studies
- 眼动跟踪研究Eye Tracking Studies
- 日志调研Diary Studies
- 深入面谈In-depth Interview
- A/B测试
2、需求建模并细化
（1）结构化方法分析建模：结构化思想下，系统体现为“程序”+"数据"，目标系统的系统分析逻辑模
型由数据流图和数据字典来描述。
（2）面向对象方法分析建模：面向对象方法下，目标系统的系统分析逻辑由用例模型（用例图+用例
流程图）+分析类模型构成。
数据流图：是描述系统中数据流的图形工具，是一种用来表示信息流和信息变换过程的图解方法。
数据字典：是被用来对数据流图中的加工和数据（数据流）进行补充说明，对数据流中出现的图形
元素做出确切的解释。
3、需求文档化
需要文档是后续的软件设计和测试的重要依据，需求文档应该具有清晰性、无二义性和准确性，并且 能够全面和准确地描述用户需求。
4、需求验证
需求验证是对需求分析的成果进行评估和验证。
二、结构化方法的需求分析
结构化方法的需求分析由数据流图及数据字典构成。
1、数据流图有四种基本符号：正方形或立方体、圆角矩形或圆形、开口矩形或两条平行线、箭头。
- 正方形或立方体：表示数据的源点或终点
- 圆角矩形或圆形：表示变换数据的处理
- 开口矩形或两条平行线：表示数据存储
- 箭头：表示数据流
2、数据字典一般应包括对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述。
三、面向对象的需求分析
面向对象的需求分析，基于面向对象的思想，以用例模型为基础。
- 参与者：表示与系统进行交互的用户或外部系统，使用系统的对象
- 用例：指外部可见的系统功能，对系统提供的服务进行描述
- 关联：表示参与者与用例之间的通信，任何一方都可发送或接受消息
- 泛化：是通常理解的继承关系
- 包含：指一个较复杂用例所表示的功能分解成较小的步骤
- 扩展：把用例功能的延伸，相当于为基础用例提供一个附加功能
- 系统：表示一个物体或一项活动
关联指参与者与用例之间的关系;
泛化指参与者之间或用例之间的关系;
包含指用例之间;
扩展指用例之间的关系：
