作为开放小组的一员，多年来我一直是企业架构师协会加州分会的成员和官员，同时也属于INCOSE——国际系统工程委员会(SE)。几年前，我们举行了一次两章的联席会议，讨论企业架构(EA)与系统工程(SE)的关系。在那次会议中，发生了一场激烈的辩论，当时的INCOSE当地分会主席强烈主张，EA不仅包含在SE学科中，而且两者之间的区别是无关紧要的。他认为，系统的系统(SoS)和企业之间没有区别，使用后者不仅是多余的，而且过分强调了业务的概念。
东南社区并没有完全认同这一立场;事实上，在INCOSE中有一个INCOSE架构工作组(AWG)，其任务是“在系统工程中扩展架构实践并推进知识体系”。这个定义将EA的实践放置在SE的规程中，而不是与它一起实践的联合规程。在现任政府之前，国防部举行了年度DoDAF (Department of Defense Architecture Framework)会议。
在其中一次演讲中，国防大学的一位讲师发表了一篇关于如何将DoDAF纳入SE学科的论文，这与AWG的观点是一致的。我们中的一些人指出EA所涉及的远不止工程，因为它还包括企业中的社会、文化、业务、管理和其他行为因素。另一位与会者问出席全体会议的500多人，有多少人认为自己是工程师。作为回应，只有10%的人举起了手。这强调、支持并导致了对EA(在这里的DoDAF上下文中)作为其自身实践的完整性的额外讨论。
认识到EA来源于多个规程，包括SE，是自TOGAF 8以来实践的开放组架构框架(TOGAF)的基础。现在在TOGAF 9.2中有一个强烈的认识，即在TOGAF的架构开发方法(ADM)中，阶段B(业务架构)是其他架构领域(数据、应用程序和技术)的主要发展。目前，有许多不同的架构框架。TOGAF认为它可以与其他框架和方法结合使用。这一立场是当前国际重大倡议在OMG(对象管理组织)协调建立一个新的统一架构框架(UAF)，作为一个扩展试图协调的主要防御架构框架（major defense architecture frameworks）——DoDAF MoDAF(国防部架构框架-在英国使用)和NAF(北约体系结构框架)。这一努力被称为UPDM或DoDAF、MoDAF和NAF的统一概要。与这一进步相一致的是，人们也认识到整合来自其他主要框架的领先实践的重要性，包括联邦机构管理和预算办公室(OMB)管理的FEAF 2(联邦企业架构框架)，以及来自各种商业架构框架。
在使用SysML或系统建模语言作为UPDM和UML开发的主要语言时，OMG的这个活动具有很强的系统工程重点。这再次提出了EA与SE的关系。诚然，这两个学科之间有一个共享的词汇表和关注点。例如，根据MITRE的Mary Tolbert的说法，以下是使用SysML的OMG试图从基于文本的实践转移到基于模型的实践的主要系统工程过程。这些过程包括项目管理、需求管理、体系结构(系统体系结构)、测试用例的测试、配置管理和风险管理。然后，一般的SE远景是确保从架构建模工件相关联的信息中创建各种各样的可交付成果(这里定义为从集成的模型存储库生成的报告)的能力:规范、系统体系结构模型、接口需求和替代分析。我们的愿景是将这些基于开放文本的模型转化为可执行模型——这里使用的是SysML。
根据INCOSE的说法，基于模型的系统工程(MBSE)是“一种形式化的建模应用，用于支持从概念设计阶段开始并贯穿整个开发和随后的生命周期阶段的系统需求、设计、分析、验证和验证活动”。“基于模型意味着模型存储库中架构/工程元素的独特表示;模型的任何元素只有一个定义，尽管基于这些元素可以有任意数量的表示;并且模型被集成，这样元素之间的关系本身就是模型元素。同样地，对于MBSE和基于模型的EA，其目的是促进传统的SE和EA活动，从而增强通信、规范和设计精度、系统设计集成和系统工件的重用。因此，MBSE和基于模型的EA的输出都是定义的元素和关系的系统模型。
SE和EA模型的好处是能够捕获、分析、共享和管理信息;改善利益相关者之间的沟通(利益相关者管理);通过一个明确和精确的系统模型，提高管理复杂性的能力，该模型可以评估其正确性和完整性;以及增强知识获取、重用和变更管理。
根据INCOSE和OMG，“OMG Systems Modeling Language (OMG SysML)是一种通用的图形化建模语言，用于指定、分析、设计和验证可能包括硬件、软件、信息、人员、过程和设施的复杂系统。OMG为软件模型、系统模型和DoDAF模型提供了SysML建模。他们主张SysML加上DoDAF = UPDM (DoDAF和MoDAF的统一配置文件)。
对于SE社区，UPDM被描述为使用UML和SysML表示DoDAF工件的一种方式。国防部已经授权了该标准，现在已经由许多工具供应商实现，包括Atego、IBM、No Magic和Sparx。这使得架构师能够以一致的方式在较高的抽象级别上开发架构。
UPDM的目的是提供一种简洁的语言来捕获涉众的关注点，并表达处理这些关注点的高级架构。它是一种标准化，减少了通信中的歧义(包括外部涉众)，并支持优化体系结构以支持设计。
UPDM并不是一个新的体系结构框架，正如ISO/IEC/IEEE 42010所定义的那样:“架构框架建立了在特定应用领域或利益相关者社区中创建、解释、分析和使用体系结构描述的实践。架构框架的例子:MODAF, TOGAF, Kruchten的4+1视图模型，RM-ODP。此外，UPDM不是一种方法或过程。相反，它是一种图形企业建模语言。
UPDM的未来是UAF或统一架构框架。新UAF的基本原理是解决UPDM支持的框架大量增加的问题，以及支持工业、联邦和军事使用的需求，支持附加框架(包括TOGAF)的能力，并允许使用非SysML工具和使用SysML的工具实现。
UAF的支持者提倡一种新的网格方法，如下图所示:
网格的使用之所以得到推广，是因为在管理视图时遇到了许多相互竞争的框架，这导致了复杂的映射表和笨拙的描述。
现在回到讨论开始时提出的关于SE和EA的问题，EA是包含在SE中，与SE冗余，还是彼此平行?在一系列的论文和演讲中，MITRE和其他人将框架产品或工件相互映射。
一个这样的映射显示了DoDAF模型与TOGAF内容元模型的关系:
虽然SE和EA共享许多相同的建模特征，并处理共同的涉众集，但是我们需要考虑每个人如何拥有不同的视角和目标。我们认为EA与转型项目的启动是相关的，而转换项目又被移交给系统架构师，而系统架构师又为SE实现人员提供这些模型和描述。因此，这些学科之间有协同作用。在EA中，重点是业务以及信息技术(通过数据、应用程序和技术体系结构领域)如何支持业务。通过这种方式，EA为业务转型提供了路线图，并为系统工程师创建和实现系统提供了指导。
| 本文 :https://architect.pub/enterprise-architecture-and-systems-engineering-component-or-relationship-disciplines | ||
| 讨论：知识星球【首席架构师圈】或者加微信小号【ca_cto】或者加QQ群【792862318】 | ||
| 公众号 |
【jiagoushipro】 【超级架构师】 精彩图文详解架构方法论，架构实践，技术原理，技术趋势。 我们在等你，赶快扫描关注吧。 |
|
| 微信小号 |
【ca_cea】 50000人社区，讨论：企业架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发，DevOps，数字化. |
|
| QQ群 |
【285069459】深度交流企业架构，业务架构，应用架构，数据架构，技术架构，集成架构，安全架构。以及大数据，云计算，物联网，人工智能等各种新兴技术。 加QQ群，有珍贵的报告和干货资料分享。 |
|
| 视频号 | 【超级架构师】 1分钟快速了解架构相关的基本概念，模型，方法，经验。 每天1分钟，架构心中熟。 |
|
| 知识星球 | 【首席架构师圈】向大咖提问，近距离接触，或者获得私密资料分享。 |
|
| 喜马拉雅 | 【超级架构师】路上或者车上了解最新黑科技资讯，架构心得。 | 【智能时刻，架构君和你聊黑科技】 |
| 知识星球 | 认识更多朋友，职场和技术闲聊。 | 知识星球【职场和技术】 |
| 领英 | Harry | https://www.linkedin.com/in/architect-harry/ |
| 领英群组 | Enterprise Architect | https://www.linkedin.com/groups/14209750/ |
| 微博 | 【超级架构师】 | 智能时刻 |
| 哔哩哔哩 | 【超级架构师】 |
|
| 抖音 | 【cea_cio】超级架构师 |
|
| 快手 | 【cea_cio_cto】超级架构师 |
|
| 小红书 | 【cea_csa_cto】超级架构师 |
|
| 网站 | CIO(首席信息官) | https://cio.ceo |
| 网站 | CIO,CTO和CDO | https://cioctocdo.com |
| 网站 | 架构师实战分享 | https://architect.pub |
| 网站 | 程序员云开发分享 | https://pgmr.cloud |
| 网站 | 首席架构师社区 | https://jiagoushi.pro |
| 网站 | 应用开发和开发平台 | https://apaas.dev |
| 网站 | 开发信息网 | https://xinxi.dev |
| 网站 | 超级架构师 | https://jiagou.dev |
| 网站 | 企业技术培训 | https://peixun.dev |
| 网站 | 程序员宝典 | https://pgmr.pub |
| 网站 | 开发者闲谈 | https://blog.developer.chat |
| 网站 | CPO宝典 | https://cpo.work |
| 网站 | 首席安全官 | https://cso.pub |
| 网站 | CIO酷 | https://cio.cool |
| 网站 | CDO信息 | https://cdo.fyi |
| 网站 | CXO信息 | https://cxo.pub |
文章来源：https://www.toymoban.com/news/detail-402744.html谢谢大家关注，转发，点赞和点在看。文章来源地址https://www.toymoban.com/news/detail-402744.html
到了这里，关于「企业架构」企业架构和系统工程：组件或关系的准则的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
