业务架构的关键是组织机构、业务功能、业务流程等。业务功能靠业务流程实现，业务流程由业务步骤组成。业务架构中，业务流程是关键。
应用架构中，功能和系统是关键。应用架构设计的过程，就是从业务架构到应用架构的映射过程。究其实践主线，就是从业务流程到IT功能，再到IT应用系统的分析与设计的过程。
业务功能，是由业务流程实现的。具体而言，我们梳理组织机构，明确组织中的各个职能部门、业务角色，画出业务流程图。所谓业务流程图，是能够给企业或其客户带来价值的、由一到多个业务角度实施的多个业务步骤的序列。
业务流程，有的步骤需要软件的支持。也就是说，通过分析业务步骤，可以识别IT系统功能点。具体而言，应用架构人员需要区分三种不同的业务步骤：
全手工的步骤。和IT没有关系，不产生IT需求。
半自动的步骤。产生对IT的需求。
全自动的步骤。产生对IT的需求。
功能分组映射到系统。每一个系统承载一组功能。不仅要划分 “应用系统”，还应根据数据和控制耦合性提炼基础设施作为 “支撑系统”。
记住，要抓住 “业务功能—>业务流程—>业务步骤—>IT功能点—>IT系统” 的主脉络。
那么，增加新业务功能时的设计过程有何不同呢？
首先，需要梳理当前的总体应用架构，明确其中包含的应用系统、系统间的关系。
然后，分析要增加的新业务功能，进行业务流程建模，得到一组业务流程。
其中，已被当前已有的系统，完整支持的业务流程，不再深入分析。
其余是新增业务流程或部分变化的业务流程，需要进行业务步骤分析，识别新的、当前系统不支持的IT功能点。
接下来，确定每一个功能点是由现有应用系统支撑的还是要新开发一个应用程序来支撑?
识别出 “新项目” 和 “升级性项目”。
新项目进行新应用程序的开发。
升级性项目是对现有应用的升级，以便支持新特性、新功能点。