一、业务流程识别

信息系统的核心价值为支持业务，业务支持的核心是对业务流程的固化、优化、重构，在需求分析时，需要识别出相关的业务流程；

企业或组织的核心价值在于响应外服客户的服务请求，通过一系列协作满足服务请求，为客户带来价值，同时为企业或组织带来价值；

一切需求的起源来自外部的服务请求，也就是业务流程的源头，找到了服务请求也就识别出了流程；

业务流程只有一个起点，但是会有多个终点，若业务流程有多个终点，那么该如何判断哪一个是合适的结束点呢？

（1）完整性：服务请求实际是从提出到满足的全过程；判断一个流程是否完整，应该从服务请求的视角判断是否被满足或者被拒绝；

（2）边界：识别业务流程是否具有职能边界（跨越了未涉及的业务域）、系统边界（不属于系统关注的部分）

1.1 识别外部/内部引发的主、变、支流程

业务流程大多是响应外部客户、外部员工服务请求的，先识别出外部客户，然后分别思考主业务流程——主服务请求是什么，然后思考变体业务流程——主服务请求是否有独立的变体，最后思考支撑业务流程——为了更好服务客户的辅助支持业务；

1.2 判断业务流程优先级

业务流程是信息系统的最小单元，简称 MVP；

主要有两个维度：频率、主营业务

（1）关键：频率高、主营业务；

（2）重要：频率低、主营业务；

（3）有用：频率高、非主营业务；

（4）一般：频率低、非主营业务；

二、业务场景识别

需求分析的核心在于深入理解业务场景、使用场景的思维，了解用例、用户故事的本质；通过用户视角、业务场景、使用场景识别出业务流程中有哪些与系统相关的业务场景，关注用户在什么场景下需要系统提供支持，而不是系统提供哪些功能；

（1）用例：属于用户的使用场景，是一个相对独立的，可以暂停的场景；

（2）用户故事：是一种轻量的、有效的用户需求描述方式；比如：XXX 用户希望通过系统解决XXX问题或具有XXX样功能，以便达到XXX目的；

 2.1 如何识别业务场景

（1）基于流程图识别系统角色：明确业务流程涉及哪些角色；

（2）基于流程图识别业务场景：通过流程图判断各个活动是否需要系统支持，若需要就是系统相关的业务场景，对于每个活动、分支、判断点进行分析和思考，思考是否要系统支持，是否为部分支持，是否为独立环节；