上一阶段的战略分析让我们“心中有数”，需要分析阶段才是我们命中需求的关键。
梳理业务目标
业务目标就是甲方对将要建设的系统的展望。甲方立项准备开发一个软件系统，一定会对这个系统有明确的展望，即建设系统的目的是什么，准备用她来做什么。业务目标非常重要！！业务目标是进行分析的第一步，从需求开始，所有的工作都由业务目标开始推导。
业务目标的信息来源与战略分析相同，有项目招标书、技术方案、合同等文件以及与客户领导进行沟通获取有效信息。
案例说明：
1.建设一套用于覆盖全国的视频会议系统，包括在全国23个办事处建立视频会议室。
2.满足高清音视频实时交互，画面真实性强，语音清晰流畅；
3.会议资料规范管理；
4.支持在线演示文档等；
5.界面简洁、操作简便，一体式应用；
6.要求支持终端形态多样化；（PC、手机、ipad、电视机）
涉众分析
了解业务目标后，最先要做的事情不是去了解业务细节，而是去发现与这个目标相关的人和物，即涉众（或者干系人）。涉众是与这个系统相关的一切人和事，要注意涉众不等于系统的使用者。发现和定义涉众，是业务建模的第一步。
可以从以下几个大类中寻找项目的涉众：
- 业务相关人员，包括管理者与执行者
- 对本项目具有商业决策权的人。例如：客户的高层领导、他对项目付款、验收等。
- 对项目成功有影响的第三方。例如：项目涉及的第三方硬件
- 系统影响到的第三方。例如：本系统需要为其他系统提供接口，另一个系统的使用者就会被本系统影响。
- 相关法律法规
定义涉众后，对涉众进行调查和访问，形成涉众分析报告与涉众简档。！！！涉众的期望并不是需求。在项目范围内解决涉众的实际问题，满足涉众的利益，是需求分析的根本。做用户调研时，调研对象提出的要求往往是解决方案或者需求规格级别的需求，你需要透过表面需求，找出调研对象其实是想解决什么问题。
案例说明：涉众分析报告
| 编号 | 名称 | 说明 | 期望 |
|---|---|---|---|
| SZ-001 | 会议发起人 | 会议组织者 | 1.线上发起会议；2.线上发放会议资料；3.方便联络相关参会人；4.方便共享会议资料； |
| SZ-002 | 参会人 | 受邀参加会议 | 1.通过手机、电脑、pad等终端参加会议；2.方便获取会议资料；3.没时间参会时，可以有回放。 |
案例说明：涉众简档
| 类别 | 内容 |
|---|---|
| 涉众 | SZ-001会议发起人 |
| 涉众代表 | 技术研发部门张XX代表会议发起人提出期望 |
| 职责 | 1.线上发起会议；2.线上发放会议资料；3.联络相关参会人；4.搜集会议资料，包括发言人讲义等； |
| 成功标准 | 略 |
| 意见/问题 | 略 |
用户群体统计，说明系统的预期使用人群和他们的特点（如计算机使用水平），使用系统的频率和方式，用户对此的普遍期望。如果用户使用系统的频次很高，那么系统并发处理能力就是需要慎重考虑的问题。
确定业务范围
前面两小节确认了业务目标，定义了涉众，提出了很多期望。但是并不是项目需要满足所有的这些内容，应当根据项目周期、项目成本、可行性分析等诸多因素，衡量项目可以容纳的业务范围。确认业务范围包括确认功能范围、与其他系统的关系、系统使用地域等。
业务范围并不是系统建设范围，而是指需求调研应当被局限于哪些部分。调整业务范围需要征求提出期望的涉众同意。
