全局性业务架构建模工作步骤介绍VIP免费

第1页共8页编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第1页共8页全局性业务架构建模工作步骤执行业务建模以设计自己的业务时才增值。如果只是构造现有组织的图以得到系统需求，则没有必要定义业务体系结构。全局性业务架构建模的主要步骤如下：1.生成业务体系结构的预览业务体系结构概述在项目生命周期的早期创建，可能与建议的制定一样早。它通常是以图的形式，使用一些非正式的表示法或演示图板技术进行描述。它代表业务建模工作背后的意图和理念。起领导作用的业务流程分析人员通常与项目出资方协作2.生成业务体系结构概述。第2页共8页第1页共8页编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第2页共8页概述图必须指示业务的主要元素及业务的环境，例如团队、业务工具和外部影响源（例如，法规实体、合作伙伴和子市场）。概述图常常不着重于如此处所述的整个业务体系结构。而是由大型工作（例如业务流程再造（BPR）项目）考虑整个业务体系结构。业务体系结构的表示法在概念：业务体系结构中进行了描述。考虑业务体系结构的目的及其目标用户是有用的。这确保了描述和表示业务体系结构的方式适合于必须理解它的人员。目标用户可以分类到关心不同方面的不同的组中。这些组中的每一个组会对工作产品：业务体系结构文档的不同体系结构视图感兴趣。此时，业务体系结构概述是临时的第一稿。不能基于此概述图作出任何承诺。初始概述图可以作为工作产品：业务体系结构文档的一部分包含，也可以不包含，这取决于它给内容增添什么价值。3.描述影响业务体系结构的因素确定业务中的约束和趋势，以及业务的环境，它们可能对业务的结构或者工作方式有重大影响。当定义业务体系结构时，必须分析这些因素，以确保业务能在合理的时间内适应可能的变更，并抵抗住其他种类的影响。值得考虑的因素包括业务策略和趋势，以及可能的将来事件，它们将影响组织的每一部分或激进地变更其重要的核心部分。另外，要考虑可能必须非常快速进行的变更，以第3页共8页第2页共8页编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第3页共8页及可能在将来要施加的约束（这些约束可能改变业务的执行方式或带来新的机会），这一点很重要。考虑发生这些事件或变更的可能性，并尝试使它们对业务的影响为人所见。一旦您了解了可能性和影响，您就可以划分这些因素的优先级，并作出关于如何处理最高优先级问题的决策。处理每项变更的可用选项有：•准备对变更作出快速响应。•在变更已发生的情况下采取行动。•将变更可能产生的影响降到最小。•忽略变更发生的可能性。将您的结果记录在工作产品：业务体系结构文档中关于体系结构推动因素和约束的部分中。4.概括高级组织确定将构成组织的高级分组。它们可以是部门、事业部或业务单位，这取决于您的组织使用的术语。当在业务分析模型（如果您有一个非常大而且复杂的业务模型）中确定一组初始工作产品：业务系统时，这些高级分组可以用作输入。如在工作产品：业务远景中所定义，考虑项目的范围。对于组织中在范围以外的部分，没有必要探索它们的详细信息。另请参阅概念：对大型组织建模。第4页共8页第3页共8页编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第4页共8页高级组织的草图应包含在业务体系结构文档的组织结构视图中。另请参阅指南：业务体系结构文档中关于组织结构视图的部分。5.识别业务系统识别并简要描述正在建模的业务中的业务系统。业务系统其实只对大型的复杂业务模型有用。根据业务建模场景以及您工作的范围，您可能决定完全不使用业务系统。业务系统代表组织内相对独立的能力。它定义了一组职责，以及履行这些职责的业务工作者、业务实体和业务事件。在这种方式下，业务系统是组织的结构部分（例如一个部门），但区别在于：业务系统内唯一允许的交互是通过预定义的职责。例如，考虑饭店里的服务窗口，或者带有服务目录的IT支持部门。在这两个例子中，均有预定义的交互。例如，如果您走到饭店后面试着从厨房中某人处取一份菜，将发生什么情况？类似地，如果您请求计算机支持技术人员为您...