TOGAF制品定义.docx
- 文档编号:461825
- 上传时间:2022-10-10
- 格式:DOCX
- 页数:15
- 大小:37.60KB
TOGAF制品定义.docx
《TOGAF制品定义.docx》由会员分享,可在线阅读,更多相关《TOGAF制品定义.docx(15页珍藏版)》请在冰豆网上搜索。
4.2架构制品定义
4.2.1原则目录(Principlescatalog)
原则目标对各项业务原则及架构原则进行列举,用以表明一个好的解决方案或架构看起来应该是什么样子。
原则用于对各架构决策点的输出进行评估和认可。
原则也可在针对变更举措的架构治理中充当辅助工具。
4.2.2干系人映射矩阵(StakeholderMapMatrix)
干系人映射矩阵用于明确参与架构活动的各个干系人、他们的影响、他们的主要问题,以及架构框架所必须解答的关注点。
通过对于干系人的识别,并对他们的需求进行理解,架构师可以将注意力集中在能够满足干系人需求的各个领域之中。
此目录所涉及到的内容元模型实体包括:
·原则
4.2.3价值链图(ValueChainDiagram)
价值链表提供了一张面向高层的企业视图,用于表示企业如何与外界环境交互。
与在业务架构阶段中开发出来的更加正式的功能解构图相比较,价值链表更着重于表象上的影响。
价值链表的目标是使一个特定的变更主张能够快速地在干系人中获得一致性认识,从而使得所有参与者能够对架构所涉及到的高层次功能性和组织性环境进行理解。
4.2.4解决方案概念图(SolutionConceptDiagram)
解决方案概念图提供了一个解决方案的高层次方向,用于达成架构所涉及的各个目标。
与后续架构开发方法阶段开发出来的、更正式且更详细的架构图相比较,解决方案概念图更像是在一开始阶段关于期望解决方案的一张草图。
这张图体现了关键的目标、需求和约束,并对将采用正式架构模型来进行更详细描述的各个工作区域进行了标明。
解决方案概念图的目标是使一个特定的变更主张能够快速地在干系人中获得一致性认识,从而使所有的参与者能够理解架构所需要的究竟是什么,以及一个特定的解决方案被期望以何种方式来满足企业的需求。
4.2.5组织/执行者目录(Organization/ActorCatalog)
该目录的目标是得到一份明确的包括用户和IT系统所有者在内的所有与IT有互动的参与者列表。
该列表可以在开发需求时作为完备性检测的参考。
例如,针对于一个对客户进行服务支持的应用的需求,我们可以通过如下几个方面对其进行完备性检测:
·需要对何种类型的客户进行支持。
·是否某种类型的用户存在特定需求或约束。
此目录所涉及到的内容元模型实体包括:
·组织单位
·执行者
·位置(如果一个单独的位置目录并不存在,则关于位置的信息就需要在这个目录中加以维护)
4.2.6驱动力/目标/阶段目标目录(Driver/Goal/ObjectiveCatalog)
该目录的目标是描述组织如何通过目标、工作目标和评测(可选内容)来满足其驱动力的需要,并为此提供一份跨越组织的参考。
通过针对驱动力、目标和阶段目标的层层分解,各个变更举措可以采用一种跨越组织边界的方式进行协同,并在随后的活动中使得各个干系人得以被明确,此外,相关的变更举措也能够被整合或协调起来。
此目录所涉及到的内容元模型实体包括:
·组织单元
·驱动力
·目标
·阶段目标
·评测(可选内容)
4.2.7角色目录(RoleCatalog)
角色目录的目标是为企业中所有的授权级别或区域提供一份列表。
一般情况下,应用的安全或行为应该按照其对授权概念的理解而分别进行定义,但在与用户的计算机相绑定时却造成了复杂且不被期望的后果。
如果角色在整个组织和所有应用中都得到了定义、理解和共识,那么更加安全并能够提供更加无缝的用户体验的应用将会出现,因为管理员无需通过迂回的解决方法来使用户执行他们的工作。
除了对企业的安全定义进行支持,角色目录还可以是明确组织变更管理影响、定义工作职能,以及执行最终用户培训这些方面的关键输入。
由于每个角色都暗含着关于一系列业务功能的访问,如果这些功能被影响到,那么变更管理将必不可少,组织的职责也需要被重新定义,同时新的培训可能也是需要的。
此目录所涉及到的内容元模型实体包括:
·角色
4.2.8业务服务/功能目录(BusinessService/FunctionCatalog)
业务服务功能目录的目标是提供一份功能性的解构,使得各种功能可以被过滤、汇报和查询,并能够作为功能结构图的一个有力补充。
服务功能目录可以被用来对组织中的各项能力进行明确,并对组织中施加到各种功能上的治理水平加以理解。
通过功能解构,用于支持业务变化所需要的各种新能力能够被识别出来,或者对变更措施、应用以及技术组件的范围进行确定。
此目录所涉及到的内容元模型实体包括:
·组织单位
·业务功能
·业务服务
·信息系统服务(可选内容)
4.2.9位置目录(LocationCatalog)
位置目录为企业的业务运营或房屋建筑相关的资产(例如数据中心或终端用户计算设备)所处位置提供了一份列表。
针对此位置列表的维护,各个变更举措的位置范围得以被快速地定义出来,并且针对当前情况和建议的目标解决方案进行评估时,完备性测试也得以被执行。
例如,一个用于更新台式计算机操作系统的项目需要识别出这些系统所部署的位置。
与此相似,当实施一个新的系统时,一张关于位置的图形描述对于开发适当的部署策略是非常关键的,该部署策略被用于对用户和应用的位置进行了解,并且各个与位置相关的问题(例如,国际化、本地化、针对可用性的时区影响、延时距离影响、网络带宽影响和访问)也得以被明确。
此目录所涉及到的内容元模型实体包括:
·位置
4.2.10流程/事件/控制/产品目录(Process/Event/Control/ProductCatalog)
流程/事件/控制/产品目录为流程、触发流程的事件、流程的输出和施加到流程执行之上的控制提供了一份层次结构,并可被用来作为流程图(ProcessFlowdiagram)的一个有力的补充,这些流程图使得企业可以进行跨越组织和流程的过滤、汇报和查询操作,从而对其范围、通用性或影响进行明确。
例如,流程/事件/控制/产品目录使得企业可以查看流程与各子流程之间的关系,从而明确源自于一个高层流程的变更所能带来的影响链。
此目录所涉及到的内容元模型实体包括:
·流程
·事件
·控制
·产品
4.2.11合同/评测目录(Contract/MeasureCatalog)
此目录提供了一份关于所有经过批准的服务合同以及与此相关的评测的列表,从而形成了在整个企业内获得批准的服务水平的主列表。
此目录所涉及到的内容元模型实体包括:
·业务服务
·信息系统服务(可选内容)
·合同
·评测
4.2.12业务交互矩阵(BusinessInteractionMatrix)
此矩阵用于描述企业中各组织与业务功能之间的交互关系。
理解企业中的业务交互是很重要的,因为它有助于突出整个组织中的价值链以及相互依赖关系。
此矩阵所涉及到的内容元模型实体包括:
·组织
·业务功能
·业务服务
·业务服务之间的通信关系
·业务服务之间的依赖关系
4.2.13执行者/角色矩阵(Actor/RoleMatrix)
此矩阵用于展示哪些执行者扮演何种角色,并支持对安全性和技能需求的定义。
理解执行者与角色之间的关系对定义培训需求、用户安全设置和组织变更管理具有关键性作用。
此矩阵所涉及到的内容元模型实体包括:
·执行者
·角色
·执行者与角色之间的担当关系
4.2.14业务足迹图(BusinessFootprintDiagram)
业务足迹图描述了业务目标、组织单元、业务功能和服务之间的关联,并将这些功能映射到各个提供了所需能力的技术组件之上。
它在从技术组件到业务目标的映射中提供了清晰的可追溯性,同时还对已经明确的服务的所有权进行了阐述。
业务功能图仅对联系组织单元功能与交付服务的关键因素进行描述,并且还可被用来作为与高层次干系人(CIO、CEO等)进行沟通的平台。
4.2.15业务服务/信息图(BusinessService/InformationDiagram)
业务服务/信息图展示了用于对一个或多个业务服务进行支持的信息,包括了由业务服务使用或者产生的数据及其信息源。
服务/信息图对信息在架构中的最初表现形式进行了展现,因此为数据架构阶段的进一步描述打下了基础。
4.2.16功能分解图(FunctionalDecompositionDiagram)
功能分解图的目标是将组织中与架构相关的各项能力展现在一张图纸之上。
通过从功能的视角检视组织的各项能力,企业可以快速针对组织所做的事情进行建模,而不用陷入针对组织如何做所进行的额外讨论之中。
4.2.17产品生命周期图(ProductLifecycleDiagram)
产品生命周期图的目标是对企业中关键实体的理解进行辅助。
就关于产品从生产到撤销过程中所必须遵守的环境的关注、立法和规章来说,理解产品生命周期变得越来越重要。
与此相同,在为了保证在控制、流程和程序的设计严谨而进行的业务架构开发过程中,创建涉及个人或敏感信息产品的组织必须对产品生命周期具有一个详尽的理解,例如信用卡、借记卡、智能卡以及用户身份认证等信息。
4.2.18目标/阶段目标/服务图(Goal/Objective/ServiceDiagram)
此图的目标是为服务对业务愿景或策略的达成而定义方法。
通过将服务与驱动力、目标、阶段目标和相关的评测进行关联,企业可以了解到哪些服务贡献于相似的业务效能方面。
此外,该图还为针对某一特定服务所形成的高效能的认定提供了定性的输入。
4.2.19业务用例图(BusinessUse-CaseDiagram)
业务用例图展示了业务服务的提供者和使用者之间的关系。
业务服务被各个执行者或其他的业务服务所使用,而业务用例图则通过针对业务能力在何时以及如何被使用的描述,为业务能力的描述方面提供了额外的价值。
此图形的目标是对各执行者和他们在各流程和功能中所担当的角色之间的交互关系进行描述和验证。
随着架构过程的演进,这些用例图也将从业务级别发展至包括数据、应用和技术在内的更加详尽的级别。
除此之外,业务用例图也可在系统设计工作中得到复用。
4.2.20组织分解图(OrganizationDecompositionDiagram)
组织分解图描述了执行者、角色以及他们在组织树中所处位置之间的关系。
一份组织分解图应提供了一条组织中决策者和业务拥有者的命令链。
虽然组织分解图并不打算将组织与其目标联系在一起,但是在这张图中为最终目标与干系人之间建立直观的联系也是可以的。
4.2.21流程图(ProcessFlowDiagram)
流程图的目标是对流程元模型实体相关的所有模型和映射进行描述,它展示了位于各个活动之间的顺序化控制流,并可借助于泳道技术来表达各个流程步骤的归属和实现。
例如,用于支持一个流程步骤的应用就可以作为一条泳道来展示。
除此之外,流程图也可以被用来细化赋予在流程之上的控制、触发某流程或产生于流程结束时的事件,以及由于流程执行所产生的各种输出产物。
流程图在为主题专家描述架构时非常有用,它可以为这些专家描述一个特定功能的工作是如何被完成的。
通过这样一个过程,每个流程步骤可以被细化为更小粒度的功能块,而且这些功能块在以后亦可以被当作一个流程来进行进一步的阐述。
4.2.22事件图(EventDiagram)
事件图的目标是描述事件与流程之间的关系。
诸如某些特定信息的到来,或者是某个特定的时间点这样的特定事件会致使业务中特定的工作和行为得以进行,同时也经常会有被称为业务事件(或简称事件)的信
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- TOGAF 制品 定义