继上篇《企业系统需求分析—干系人识别与分析》之后开始进入产品详细需求环节，本文主要讲解系统分解中的子系统划分与业务接口分析。
一、划分子系统
我们在对系统进行分解时，无外乎有三种情况。
1⃣️简单的业务系统，用户群比较单一
2⃣️基于原有的系统进行改造
3⃣️新开发的系统
第一类情况由于用户群单一且业务简单，一般不作划分。
第二类情况要注重分析对原有系统的影响。包括需要新增哪些子系统、影响哪些子系统、哪些原有的子系统需要修改等。
这类着重讲下新开发的系统如何进行划分。
内部系统一般采用按业务职能来分解。先画出与系统相关的组织架构图，以此划分出对应的子系统，一般典型的企业都会有产、销、供、管这四个部门职能，对应CRM、ERP系统等等。
外部使用的系统一般采用产品服务来分解。根据业务结构树来思考，切记要从业务的角度去理解。
另外也会根据实际情况来采用业务职能与产品服务两种方式结合起来划分。
划分之后要留意子系统之间、子系统与原有系统之间的接口关系，确认谁服务于谁、谁使用、接口是新增/修改等事项
二、业务接口分析
首先要明确业务接口分析只是明确Why和What，不涉及How。
所谓why就是明确接口的用途与价值。我们需要明确三个问题。
1⃣️那个子系统实现该接口。
2⃣️哪些子系统会用到这个接口，以及各自的业务价值。
3⃣️接口使用的频率范围是什么？尽量具体，如果有场景信息和条件更好，方便研发人员判断。
所谓How就是细化接口交互过程。一般会采用时序图和数据词典来定义与描述。
时序图用于呈现接口的交互过程，而数据词典用于定义交互过程中数据包的构成情况，另外我们要确定接口的设计约束，比如通信协议、原有系统的影响等等。
下篇文章将分享功能需求的业务流程识别、分析与优化的相关知识。
