本文是需求分析系列文章的开篇，本系列文章旨在帮助业务侧是需求收集人员、产品的策划人员、开发人员、测试人员、运维人员等各方人员，了解从客户的一个想法要变成一个可操作的功能，大概要经历哪些环节，每个环节需要些什么素材，会有什么形式的资料输出。当然更希望大家能把这些要求作为自己日常工作的指导，使信息在各个环节的流转中不失真，使需求处理的过程高效、高速。
需求的定义
- 对用户：需求是指从外部能发现系统所具有的满足于用户的 特点、功能及属性等；
- 对开发人员：需求是指明系统必须实现的规格说明，它描述系统的特点、行为和属性，是在开发过程中对系统的约束；
- 范围包括：功能需求、性能需求、环境需求、可靠性、安全性、用户界面。
需求分析的任务
- 借助当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统“做什么”的问题。
实现的步骤
- 获得当前系统的物理模型；
- 抽象出当前系统的逻辑模型；
- 建立目标系统的逻辑模型。
1、需求分析第一步：前期了解
- 这个阶段主要是为摸底，确定项目是可行的，并为下一步的需求获取打好基础。
1.1、了解业务概况
- 项目背景调查、业务前景分析、业务可行性分析、技术可行性分析，目的是初步了解项目的产生原因、运行环境、系统规模、软硬件环境以及客户期望。
输出文档：《前景》
1.2、整理业务目标
- 从项目的宏观角度订立要解决的问题列表，一般从背景中推导出来，同时也不能忽略用户“默认”认为就应该要有的东西。
1.3、涉众分析
- 在了解了业务概况和业务目标后，系统分析员最先要做的不是去了解业务细节，而是去发现和这个目标相关的人和物。
1.3.1、发现涉众
- 目的：1、从涉众中发现最终的系统使用者；2、通过涉众发现业务用例；3、通过涉众，把业务目标进行细分和明确化。
- 方法：主要从以下涉众大类进行分析：
| 涉众类别 | 描述 |
|---|---|
| 业主 | 系统建设的出资方 |
| 业务提出者 | 业务方的高层人员 |
| 业务管理者 | 业务方的中层管理人员 |
| 业务执行者 | 业务操作人员 |
| 第三方 | 与业务相关的非业务方人或物 |
| 承建方 | 老板 |
| 相关的法律法规 | |
| 用户 | 预期的系统使用者 |
1.3.2、建立用户档案
- 归纳出将要使用系统的用户类别，明确每一类用户将使用系统来完成什么业务目标，用户有什么特点，用户的主要职责等。
1.4、规划业务范围
- 划分优先级：对用户划分优先级，对用户的期望划分优先级。
- 划分需求层次：第一层：业务架构；第二层：业务流程；第三层：工作细节。
