6.1 动机元素元模型
图32给出了动机元素及其关系的概述。
图34:动机元素元模型
注意:此图未显示所有允许的关系:每个非抽象的动机元素都可以与相同类型的元素具有聚合,组合和特化关系。
6.2 利益相关者,驱动因素和评估
动机元素用于模拟指导企业架构设计或更改的动机或原因。
必须了解影响其他动机因素的因素,通常称为驱动因素。它们可以来自企业内部或外部。内部驱动因素(也称为关注点)与利益相关者相关联,利益相关者可以是某些个体或某些人,例如项目团队,企业或社会。此类内部驱动因素的示例包括客户满意度,遵守法规或盈利能力。企业对这些驱动因素进行评估是很常见的;
例如,使用SWOT分析,以便以最佳方式响应。
6.2.1 利益相关者
利益相关者是个人,团队或组织(或其类别)的角色,代表他们对架构结果的兴趣。
该定义基于TOGAF框架中的定义[ 4 ]。利益相关者对组织及其企业架构有一个或多个兴趣或关注。为了引导这些利益和关注点的努力,利益相关者改变,设定和强调目标。利益相关者也可能相互影响。利益相关者的例子包括CEO,董事会,股东,客户,业务和应用程序架构师,以及立法机构。利益相关者的名称最好是名词。
6.2.2 驱动因素
驱动程序代表外部或内部条件,激励组织定义其目标并实现实现它们所需的更改。
驱动程序可以是内部驱动程序,在这种情况下,它们通常与利益相关者相关联,通常称为“关注点”。利益相关者关注的问题在TOGAF框架[
4 ]中被定义为“ 对系统中的利益相关者至关重要的关键利益,并确定系统的可接受性。关注可能涉及系统的功能,开发或操作的任何方面,包括诸如性能,可靠性,安全性,分布和可演化性等考虑因素。“内部驱动因素的例子是客户满意度和盈利能力。变革的驱动力也可能是外在的;
例如,经济变化或立法变化。驱动程序的名称最好是名词。
6.2.3 评估
评估表示对某些驱动因素的企业状况进行分析的结果。
评估可以揭示某些感兴趣领域的优势,劣势,机会或威胁。这些需要通过调整现有目标或设置新目标来解决,这可能会触发对企业架构的更改。
优势和劣势是组织内部的。机遇和威胁是组织外部的。弱点和威胁可被视为需要通过“否定”弱点和威胁的目标来解决的问题。优势和机会可以直接转化为目标。例如,可以通过定义“改进服务台”目标来解决“客户抱怨服务台”的弱点。或者,“客户青睐可以在线管理的保险”的机会可以通过“引入在线投资组合管理”这一目标来解决。评估的名称最好是名词或短句。
6.2.4示例
利益相关者首席营销官(CMO)关注驱动因素市场份额,利益相关者首席执行官(CEO)关注驱动因素市场份额和盈利能力,利益相关者首席财务官(CFO)关注驱动因素盈利能力。驱动程序Profitability由另外两个驱动因素组成:收入和成本。一些评估与这些驱动因素相关(例如,评估市场份额下降与驱动因素市场份额相关),评估可能以正面或负面方式相互影响(例如,市场份额下降导致收入下降,反过来导致盈利能力下降)。
例 18:利益相关者,驱动因素和评估
6.3 目标,结果,原则,需求和约束
组织或个人实现某些结果的动机由目标,原则,要求和约束来表示。目标代表利益相关者想要实现某种结果;
例如,“将客户满意度提高10%”。通过实现这些目标的能力实现的最终结果就是结果。原则和要求代表了实现目标的解决方案所需的属性
- 或手段。原则是规范性指南,指导在给定环境中设计所有可能的解决方案。例如,“数据只应存储一次”的原则代表了实现“数据一致性”目标的一种手段,并适用于组织架构的所有可能设计。要求代表利益相关方表达的正式需求陈述,必须由架构或解决方案来满足。例如,“使用单个CRM系统”的要求通过在客户数据管理的上下文中将其应用于当前组织的体系结构而符合上述原则。
6.3.1目标
目标代表组织及其利益相关者的意图,方向或期望结束状态的高级声明。
原则上,目标可以代表利益相关者可能想要的任何东西,例如一种状态或一种生产价值。目标的例子是:增加利润,减少服务台的等待时间,或引入在线投资组合管理。目标通常用于衡量组织的成功。
目标通常用定性词表达; 例如,“增加”,“改善”或“更容易”。目标也可以分解; 例如,增加利润可以分解为目标降低成本并增加销售额。然而,将具体结果与目标联系起来也很常见,这些结果可用于描述对描述所需状态至关重要的定量和时间相关结果,以及何时应实现。
6.3.2 结果
结果代表已经实现的最终结果。
结果是由组织的能力产生的高级,面向业务的结果,以及通过其架构的核心元素推断实现这些功能。结果是有形的,可能是定量的,而且与时间相关的,并且可以与评估相关联。结果可能对不同的利益相关者具有不同的价值。
结果的概念对于企业架构的业务成果驱动方法和基于能力的计划非常重要。结果与要求,目标和其他意图密切相关。结果是最终结果,目标或要求通常根据应实现的结果制定。能力旨在实现这样的结果。
结果名称应明确确定已实现的最终结果,以避免与行动或目标混淆。结果名称至少应包含一个名词,该名词标识最终结果,后跟过去时动词或形容词,表示结果已经实现。例子包括“实现的第一名排名”和“关键供应商合作伙伴关系”。结果名称也可以更具体;
例如,“2015年季度利润从第三季度开始同比增长10%”。
6.3.3 原则
原则代表了体系结构应该满足的定性意图声明。
原则与目标和要求密切相关。与要求类似,原则定义了系统的预期属性。但是,与要求相反,原则范围更广,比要求更抽象。原则定义了适用于特定上下文中的任何系统的一般属性。需求定义了适用于体系结构所描述的特定系统的属性。
需要通过一个或多个要求使给定系统具体化的原则,以便强制系统符合该原则。例如,“信息管理流程符合所有相关法律,政策和法规”的原则是通过适用于所设计的特定系统的实际法律,政策和法规所强加的要求来实现的。
一个原则是由一些目标或驱动因素驱动的。例如,上述原则可以通过保持良好声誉和/或避免处罚的目标的目的来激励。该原则提供了实现其激励目标的手段,该目标通常被制定为指导原则。本指南通过声明此上下文中任何系统所需的常规属性来实现目标,从而限制了给定上下文中所有系统的设计。原则旨在比要求更稳定,因为它们不会像要求那样快速地改变。组织价值观,最佳实践和设计知识可以反映并在原则方面适用。
6.3.4 需求
需求表示体系结构必须满足的需求声明。
最后,业务目标必须通过计划或具体的变更目标来实现,这些目标可能需要新系统,也可能不需要对现有系统进行更改。
“系统”一词用于其一般含义; 即,作为一组(功能上)相关的元素,其中每个元素可以再次被视为系统。因此,系统可以指某个组织的任何活动结构元素,行为元素或被动结构元素,例如业务主体,应用程序组件,业务流程,应用程序服务,业务对象或数据对象。
需求对这些元素的属性进行建模,这些元素是实现目标建模的“目的”所需的。在这方面,需求是实现目标的“手段”。
在设计过程中,目标可能被分解,直到得到的子目标足够详细,以便能够通过系统可以展示的属性来实现它们。此时,目标可以通过要求系统提供这些属性的需求来实现。
例如,可以确定两个替代要求,以实现改善项目组合管理的目标:
通过为每个客户分配个人助理,或
引入在线投资组合管理
前者可由人来实现,后者可由软件应用程序实现。这些需求可以进一步分解,以更详细地定义对人类、参与者和软件应用程序的需求。
6.3.5 约束
约束表示阻止或阻碍目标实现的因素。
与需求相反,约束并未规定要实现的系统的某些预期功能,但是对其操作或可实现的方式施加限制。这可能是对系统实施的限制(例如,要使用的特定技术),对实施过程的限制(例如,时间或预算约束),或对系统功能的限制(例如,法律约束)。
6.3.6 示例
提高服务产品的盈利能力的目标是通过增加利润的结果来实现的。这一结果受到结果增加的收入和降低客户获取成本的积极影响。结果增加的收入受结果增加的市场份额的积极影响。这两项成果都是通过两个原则的结合来实现的:无论客户身在何处,都能为客户提供服务,并在客户需要我们的帮助时为客户提供服务。这两个原则都是通过两个要求的结合来实现的:移动应用程序应该可以通过移动浏览器访问所有流行的移动平台和服务。降低客户获取成本的目标是通过快速有效地响应客户需求,偏好和期望的原则来实现的,
例 19:目标,结果,原则,需求和约束
6.4 意义和价值
不同的利益相关者可能 会对结果附加不同的价值,因为他们可能有不同的利益 同样,他们可能会给建筑的核心要素赋予自己的意义或解释。
6.4.1 含义
含义代表在特定背景下的核心要素中存在的知识或专业知识或对其的解释。
含义表示对体系结构元素的解释。特别是,这用于描述被动结构元素的含义(例如,文档,消息)。它是表达该元素意图的描述;
即,它如何通知外部用户。
不同用户可能以不同方式查看元素的信息功能。例如,对于客户来说可能是“注册确认”可能是CRM部门的“客户端突变”(假设为了论证它被建模为外部用户)。而且,各种不同的表示可以具有基本相同的含义。例如,各种不同的文档(网络文档,填写的纸质表格,来自呼叫中心的“客户联系人”报告)可以基本上具有相同的含义。
含义可以与任何核心要素相关联。为了表示特定利益相关者的意义,该利益相关者也可以与意义相关联。意思的名称最好是名词或名词短语。
图 41:含义符号
6.4.2 值
值表示核心元素或结果的相对价值,效用或重要性。
价值可能适用于一方通过销售或提供某些产品或服务获得的东西,或者它可能适用于一方通过购买或获得访问权来获得的东西。价值通常以货币表示,但早已认识到非货币价值对商业而言也是必不可少的;
例如,实用/功能价值(包括 使用服务的权利),以及信息或知识的价值。虽然某些系统或组织单位的价值可以在内部保留,但最常用于商品,服务,信息,知识或金钱的外部评估,通常作为某种客户
- 提供者关系的一部分。
值可以与体系结构的所有核心元素以及结果相关联。为了对该值适用的利益相关者进行建模,该利益相关者也可以与该值相关联。虽然值的名称可以用许多不同的方式表示(包括数量,对象),但是在涉及架构元素的“功能”值时,建议尝试将其表达为可以执行的操作或状态,或者由于相应的元素可用而达到。
图 42:表示值符号
6.4.3 示例
发送推送通知具有利益相关方保险公司的成本效率值,以及利益相关方客户的“知情”和“安心”(部分归因于“确定性”值)的值。可以为不同的特定类型的通知消息分配不同的含义。确认收据消息具有已收到索赔的含义,审查完成消息具有索赔审查完成的含义,并且支付完成消息具有已被支付索赔的含义。
例 20:意义和价值
6.5 动机要素摘要
表4概述了动机要素及其定义。
6.6 与核心要素的关系
动机元素的目的是模拟企业架构中核心元素背后的动机。因此,应该可以将激励要素与核心要素联系起来。
如图43所示,需求(以及间接地,也是原则,结果和目标)可以通过实现关系直接与结构或行为元素相关联。此外,这些元素之间允许较弱的影响关系。含义和值可以与任何结构或行为元素相关联。
图43:动机元素和核心元素之间的关系
此外,可以将业务主角分配给利益相关者,这可以被视为行动者可以实现的动机角色(与业务角色相对)。 |