现在，当您开始定义一个架构的时候，很快就出现了两个问题：
   
    什么定义了基础架构的需求？
 
    业务流程定义了基础架构的许多需求，比如它们所依赖的外部系统，外部系统又定义了如何与之连接。
   
    业务流程具有一种预期的使用方法，它定义预期接受的负载。使用预期用法时，您也可以了解到使用业务流程的参与者的使用概况。理解如何收集负载需求和它对于基础架构的影响是非常重要的，因为这为您合理确定基础架构的规模提供了正确的信息。
   
    但是IT、企业所有者以及规章制度也可能会带来某些需求，大多数以安全性、SLA和运行服务器的平台为中心。设计基础构架时必须考虑到所有这些需求，因为它们必然会影响到组件交互的方式。
   
    下面来看看开发生命周期中非常重要的一步，在此阶段必须实施许多架构决策。
   
　　如何将业务流程安装在基础架构中？

    业务流程的部署包括对于组织和基础架构的映射，这称为部署拓扑。
   
    部署定义流程驻留在怎样的企业服务器上。也就是说，这个流程的实例将保存在这个服务器里，使用该流程的客户端连接此服务器，自动执行也在这里完成。因此需谨慎规划业务流程的部署拓扑，以便更好地利用所拥有的基础架构。部署拓扑允许用户在服务器间分布流程，提供了一些水平可伸缩性。例如，可以将用户最密集的流程部署在一个引擎上，并将一批流程部署在另一个引擎上，还可配置各引擎使之更好地适应各部分的需求。
   
    部署还定义了流程将位于哪个组织单元（OU）。也就是说，您可以在多个OU中部署同样的流程，这带来了更高的灵活性，因为每个OU都能具有同一流程的不同版本。
   
    基础架构也通过提供如Workspace这样的最终用户工具为将人员与业务流程相整合的途径，而您不需要定义对于各用户来说哪些内容是可见的，也不需要定义他们对业务流程的权限。需要的是映射组织。
   
    组织

    组织是对企业中与业务流程交互的实际人员的一种反映。
   
    组织反映了人员的分组方式以及各小组和个人的权限；它也反映了这个组织的层次结构。简而言之，就是谁能够为每个业务流程做些什么。这样做，就出现了两个不同的方面：可见性和权限。