求知
文章
文库
Lib
视频
iPerson
课程
认证
咨询
工具
讲座
Modeler
Code
会员
要资料
追随技术信仰
随时听讲座
每天看新闻
企业架构模型的视点(基于ArchiMate)
视点示例
1. 动机视点
2. 需求实现视点
3. 组织视点
4. 业务流程合作视点
5. 产品视点
6. 应用合作视点
7. 应用使用视点
8. 实现和部署视点
9. 技术视点
10. 技术使用视点
11. 信息结构视点
12. 服务实现视点
13. 物理视点
14. 分层视点
目录
企业架构模型的视点(基于ArchiMate)
作者:俎涛(火龙果科技)
202 次浏览
6次
什么是视点 Viewpoint:
人观察事物 ,总是存在一个特定的起点和视角,这称之为视点(viewpoint)。从1个视点所确定的角度和形式对事物进行描述,就可以得到1个视图(view)。对于建模而言,有4个要素:
客体:要被建模的客观的事物,有人员、活动、系统、物品等。
观察者:对客观事物进行观察的人。
视点:建模者对建模的客体采用的观察的起点和观察的视角。
视图:基于视点的角度和形式所观察到的内容。
企业架构建模语言ArchiMate中的视点
在进行企业架构建模的时候,架构师要描述许多不同类型的利益相关者及其关注。为了帮助企业架构师选择正确的建模内容,ArchiMate引入了一个视点定义和分类的框架:视点(Viewpoint)机制。
在企业架构语言ArchiMate中,视点机制用于定位利益相关者对架构的关注内容。理解了视点机制,有助于理解企业架构需要建立哪些模型。也有助于避免混淆一些基本概念:架构模型、架构视图、架构视点。如下是企业架构视点相关的元模型:
说明如下:
利益相关者(Stakeholder)关注架构;
架构的描述需要视点(Viewpoint )和视图(View);
架构视点(Viewpoint )框定对架构关注的角度,视点约定可以包括语言、符号、模型种类、设计规则和建模方法、分析技术以及对视图的其他操作。一个架构可以有多个视点;
架构视点是专注于架构的特定方面和层次的一种方法。这些方面和层次取决于利益相关者的关注需求。因此,应该看到和不应该看到的东西完全取决于利益相关者关注了什么;
一个架构视点具有一个架构视图(注意是架构视点和架构视图是一对一的关系),架构视点控制架构视图的描述内容;
架构视点具有特定的模型图类型,架构视图具有多个模型图;
模型图类型决定了模型图的建模规范。
ArchiMate的视点的分类
视点机制的框架基于两个维度:目的和内容。下图显示了如何使用视点机制来创建解决利益相关者关注点的视图。
基于这个可复用的视点的基本结构,ArchiMate语言可帮助架构师选择与涉众关注的问题进行描述。
按照视点目的和内容对视点分类,可以得到如下视点类型:
视点的维度
视点类型
目的维度
1. 设计: 从初始草图到详细设计的设计过程中,设计观点可为建筑师和设计师提供支持。通常,设计视点由类似于UML中使用的图的图组成。
2. 决策:通过提供能够跨越多个架构关系的洞察能力,决策支持视点为管理者决策过程提供支持。通常的做法有预测和对依赖模型交集分析。具体的形式有交叉引用表、路线图、列表和报告。
3. 通知:通知视点 有助于向任何利益相关者告知企业架构,以达成了解,获得承诺并说服对手。典型的例子是插图、动画、卡通和宣传彩页等。
内容维度
1. 详细信息:详细级别的视图通常考虑ArchiMate 核心框架的一层和一个方面 。典型的利益相关者是负责设计和实现软件组件的软件工程师,或者是负责有效执行流程的流程所有者。
2. 一致性:在一致性抽象级别,跨多个层次或多个方。将视图扩展到一个以上的层或方面,使涉众可以将精力集中在架构关系上,例如过程使用系统(多层)或应用程序使用对象(多个方面)。典型的利益相关者是负责收集IT服务或业务流程的运营经理。
3. 概述:概述抽象级别同时涉及多个层次和多个方面。通常,此类概述面向企业架构师和决策者,例如CEO和CIO。
了解了存在哪些视点的类型,再看看如何根据涉众的关注内容使用视点。创建ArchiMate视点包括两个步骤:
1. 根据解决涉众所关注问题所需的信息,从ArchiMate元模型中选择相关元素和关系的子集。
2. 定义一种表示形式,以利益相关者理解的方式描述这些概念。这可以是使用ArchiMate标准或自定义表示法的图、元素目录、关系矩阵(显示两组元素之间的关系)。
将此观点应用于架构建模意味着选择了该视点的元素和关系(步骤1),并按照步骤2规定的方式进行描述。
借助于视点,架构师可以创建和设计视图。该视图包含ArchiMate元模型中的元素和关系(概念)。架构师可以为这些元素和关系设计并创建适当的表示形式。以下是常见涉众和他们的关注的示例,这些可以作为定义视点的基础。
利益相关者
关注什么
最终用户
对他们的工作和工作场所有什么后果?
架构师
在正确性,可预防性和适应性维护方面,对系统的可维护性有何影响?
高层管理者
如何确保在流程和系统的开发和运营中我们的政策被遵循?决策对人员,财务,ICT等有什么影响?
运营经理
关心使用和维护,例如,有什么新技术要准备?是否需要调整维护流程?更改现有应用程序会有什么影响?我的系统有多安全?
项目经理
关心新应用程序的开发,例如:这个项目涉及到哪些相关领域及其关系?业务流程对要构建的应用程序有什么依赖性?它们的预期表现如何?
开发人员
关心开发的内容,例如:在当前情况下需要做哪些修改?
在每个基本观点中,都可以使用业务,应用程序和技术三层中的概念。但是,并非所有这些组合都能给出有意义的结果。在某些情况下,建议使用不同层的单独视点。
不同的视点被分为几类,以指示关注哪个方向和哪些元素。视点常见的类别如下:
1. 构成类视点:在该视点中定义了元素 的内部构成和聚合关系。
2. 支持类视点:该视点里一些元素被其它一些元素支持,通常是下层元素支持上层元素。
3. 合作类视点:该视点通常包含在各个方面相互合作的对等元素,一般会跨越多个层面。
4. 实现类视点:该视点里的一些元素实现了另外一些元素,通常是下层元素实现上层元素。
如下是ArchiMate给出的基本视点,可以作为企业架构建模的参考。
视点类别
视点名称
视图形式
描述范围
组成
组织
按照角色、部门等组织形式描述企业结构
单层,单面
应用结构
按照组成部分的形式描述典型应用程序的结构。
单层,多方面
信息结构
描述企业中使用的信息的结构。
多层,单面
技术
按照网络、设备和系统软件的形式,描述企业信息系统基础的基础结构和平台。
单层,多方面
分层的
描述体系结构概览视图。
多层,多方面
物理
描述物理环境及其与IT基础架构的关系。
多层,多方面
支持
产品
描述产品的内容。
多层,多方面
应用用途
描述应用程序和这些应用程序在业务流程中的使用。
多层,多方面
技术运用
描述应用程序如何使用技术。
多层,多方面
合作
业务流程合作
描述各种业务流程之间的关系。
多层,多方面
应用合作
描述应用程序组件及其相互关系。
应用层,多方面
实现
服务实现
描述如何通过必要的行为实现服务。
多层,多方面
实施与部署
描述应用程序如何映射到基础技术。
多层,多方面
您可以捐助,支持我们的公益事业。
1元
10元
50元
认证码:
必填
202 次浏览
6次
< 首页
< 下一页