ToB企服应用市场:ToB评测及商务社交产业平台

标题: 1471-2000架构形貌标准 [打印本页]

作者: 西河刘卡车医 时间: 2024-11-29 18:16
标题: 1471-2000架构形貌标准
一.界说与目标
ANSI / IEEE 1471-2000是对软件麋集型系统的架构进行形貌的标准；
其目标在于：便于体系结构的表达与互换，并通过体系结构要素及其实践标准化，奠定质量与成本的基础。

什么是麋集型系统呢？
1471中的框架标准，紧张是针对麋集型系统（software-intensive 也称作增强型软件），是指软件对于整个系统的设计、构建、摆设和评估有紧张影响的任何系统。

视图：是指从相关的关注点的角度来看整个系统的表示。
视点：则是构造和使用视图的约定规范。是一种模式和模板。
他们的关系是：view是表达系统架构在viewpoint中所界说的关注点的表达，而viewpoint是界说了一种语言或方法来形貌这些view。他们就类似viewpoint探照灯和人们通过探照灯点亮而看到的view。

二.分层及阐明
1.分为5层
第一层：Mission
第二层：Environment，System，Architecture
第三层：Stakeholder，Architectural Description，Rationale
第四层：Concern，Viewpoint，View
第五层：Library Viewpoint，Model

2.具体阐明

第1层：Mission（使命）
系统的存在是为了在某种情况里推行1个或多个使命。一个使命（mission）是指一种使用或操作，是一个系统想要满足由一个或多名利益相关者的目标

第二层： System/Environment/Architecture
System, 翻译成中文就是系统。具体的界说是：一系列组件，构造在一起，相互作用从而完成一个或者一些特别的功能。
Environment：系统不可能单独存在，它总是存在在一个情况之中。我们将系统范围之外的东西，对系统有影响，有交互的客观存在界说为情况（Environment）.有时也称为系统的上下文（context）。
Architecture：系统架构。每个系统有一个架构。无论你是故意设计而形成，或者自觉形成。

第三层：System stakeholder/AD/Rationale
stakeholder:系统利益攸关方（An individual, team, or organization with interests in, or concerns relative to, a system）。一个系统有一个到多个利益攸关方。
Architectural Description：简称为AD。直译为系统形貌。一个系统架构，有一个系统形貌和它对应。系统形貌是由stakeholder来识别出来并整理成文。
Rationale：从字典上查下来的寄义是：根本原理，根本原因。那么在架构形貌文件中要出现那些“根本原理”和“根本原因”呢？个人以为：
在设计软件架构时，我们做了很多弃取，选择。我们需要列出之以是选择A而不是B的来由；
架构设计是怎样满足功能性需求和非功能性需求。

第四层：Concern/Viewpoint/View
Concern：翻译成中文是关心点，关注点。concern是和stakeholder接洽在一起。利益攸关方有一个或多个concern。通常不同的利益攸关方其关注点不尽雷同。有时甚至是抵牾的。
Viewpoint：我将它直译成观察点。就是你站在什么地方来看这个系统。不同的stakeholder可能有不同的concern，从而导致不同的观察点。
View：我将它直译成视图。就是stakeholder站在某个观察点，他看到系统是个什么样子。视图和观察点一一对应。

第五层：Library Viewpoint/Model
Library Viewpoint：就是一个库，库中存放了前人正对各种系统，各种不同的stakeholder，各种不同的concern，总结出来的观察点。如许可以方便后人来参考使用。
Model：直译成模型。就是用来表达视图的方法。直白地说，就是系统中各种元素是怎样构造在一起发挥作用。我们用图形化的表示把你看到的东西表达出来。

3.换个角度来理解
任何一个系统(System)是为了达成某些利益相关者(Stakeholder)的某些人物(Mission)，在特定情况(Enviroment)中构建的。每一个系统都有一个架构(Architecture)。

架构(Architecture)是对所有利益相关者的关注点(Concern)的相应和答复，通过架构形貌(Architecture Description)来阐明。每一个利益相关人都有各自的关注点。这些关注点是指对其紧张的，与系统的开辟、运营或其它方面相关的利益。

架构形貌(Architecture Description)本质上是多视图的。每一个视图(View)是从一个特定的视点(Viewpoint)来表述架构的某一个独立的方面。试图用一个单一的视图来覆盖所有的关注点当然是最好的，但现实上这种表述方式将很难理解。

视点(Viewpoint)的选择，基于要解决哪些利益相关人的哪些关注点。它决定了用来创建视图的语言、符号和模型等，以及任何与创建视图相关的建模方法或者分析技术。

一个视图(View)包罗一个或者多个架构模型(Model)，一个模型也可能参与多个视图。模型较文本的表述的利益在于，可以更容易的可视化、查抄、分析、管理和集成。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)