业务系统用于减少和管理业务内相互依赖和交互的复杂关系网。通过定义一组功能来实现该目的，这样，依赖这些功能的业务就不必了解那些功能的执行方式。这样，业务系统与硬件和软件组件的使用方式就相当一致了。业务系统定义一个封装了系统所含结构元素的结构单元，并且该结构单元以这些系统的外在可视属性来表现特征。
业务系统由业务流程分析人员用以确定组织内所需的功能是否存在，并确保业务模型会预见到变更或者至少能从变更中复原。业务设计人员使用业务系统来收集相关业务工作者和业务实体，并明确定义和管理组织内的依赖关系。项目经理也使用业务系统来安排并行工作。
UML 说明：
业务分析模型中的组件，构造型为 <<business system>>。业务系统和 UML 子系统的级别相同，因为它同样是具有封装语义的组件。
业务系统应该用于通过明确定义每个业务系统提供的功能（或服务），来管理组织内的依赖关系。这意味着业务系统封装了它所包含的元素，这样，其服务用户就不需依赖于它如何提供服务，而依赖于它提供的服务是什么。
当封装不重要时，可放宽此规则。在这种情况下，业务系统可直接与其他业务系统中包含的元素交互或直接依赖于这些元素。在这种情况下，正式详细指定必须在业务系统边界上提供的概念上的服务就不那么重要，因为就服务用户将要绑定的包含元素而言，最终那些服务是随在业务系统中包含的元素一起提供的。 这种变体将业务系统更多地视为封装（构造）机制，而不是概念。
该内容完成时，本质上业务系统在执行期间在是不存在的，也就是说，这和业务操作的情况一样，因为它的概念上的服务由所包含的元素直接提供。既便如此，这也仍然表示带有资源所有权的真正业务组织边界。
业务系统设计是否合理的标准：
