原创力文档- 1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
- 2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
如何画一张人见人爱的应用架构图
这篇文章表达了我对应用架构的最新理解，并且采用Archimate架构工具进行建模，力图画出最漂亮而专业的应用架构图，为了画图还专门去学习了Archimate，大家进来欣赏一下吧。
下面也列出了我前期写的如何画业务架构、数据架构和技术架构图的文章，方便大家系统学习。
怎样画一张人见人爱的业务架构图？如何画出一张清晰而专业的技术架构图？
始于业务，终于技术，敲开理解数据架构的大门！
一、企业架构全景图
TOGAF是一个工具集、术语集和流程集，提供了一个全面的方法来开发企业架构。TOGAF的中心是一个被称为架构开发方法（简称ADM）的流程，如下图所示：
我们最关注的是业务架构、数据架构、应用架构及技术架构，这些架构层次的描述体现了从高层策略到低层实施的逐渐细化的逻辑。
四种架构域是层层递进、相互关联的。
业务架构定义了“我们需要做什么”。
数据架构和应用架构描述了“我们将如何做到这一点”。
技术架构则提供了“我们需要哪些工具和技术来实现这一目标”的答案。
当一个组织制定企业架构策略时，这四个域通常需要协同工作，以确保策略的完整性和连续性。
二、应用架构的核心概念
在TOGAF中，应用架构是整个企业架构的一个子集。它专注于应用软件的设计和构建，以支持企业的业务目标和要求。
应用架构在TOGAF中的主要任务包括：
1、描述主要应用组件和它们的关系：这包括了不仅仅是单一应用程序内的组件，还包括了多个应用程序之间如何交互和协作。
2、界定与业务架构的关联：应用架构需要紧密地与业务架构相连接，确保应用程序能有效地支持业务流程和业务功能。
3、接口和交互：定义应用组件之间，以及应用组件与外部环境（包括其他应用、系统和用户）之间的接口和交互模式。
4、数据交换和数据模型：描述应用如何存储、访问、管理和交换数据。
5、技术和平台：选择合适的技术和平台以支持应用的运行和交互。
6、标准和指导方针：应用架构也涵盖了关于如何构建和维护应用的标准和最佳实践。
7、可持续性和可扩展性：确保应用架构能适应未来业务和技术环境的变化。
8、安全性和合规性：包括对数据访问和信息交流的安全控制，以及满足相关法规和标准。
三、应用架构目录、矩阵和视图详解
那么，应用架构具体长啥样呢？
TOGAF提供了一个详细的架构工具模型，如下所示：
在阶段C，TOGAF定义了应用架构的主要交付物，共分目录、矩阵、图三类类型，总计14个制品：
1、图：应用通信图、应用程序和用户位置图、应用程序用例图、软件工程图、软件分发图、流程/应用程序实现图、企业可管理性图、应用迁移图
2、目录：应用程序组合目录、接口目录
3、矩阵：应用交互矩阵、应用程序/功能矩阵、角色/应用程序矩阵、应用程序/组织矩阵
下面以案例的形式逐个说明这14个制品的具体内容，应用架构的最终交付物往往是这14个制品的编排组合：
1、应用通信图
应用程序通信图的目的是描述元模型实体中应用程序之间通信的所有模型和映射。它显示应用程序组件和组件之间的接口。接口可能与数据实体相关联，如果合适的话，应用程序可能与业务服务相关联。
下图示例了一个计费体系的应用通信图：
2、应用程序和用户位置图
应用程序和用户位置图显示应用程序的地理分布，目的是清楚地描述业务用户通常与应用程序交互的业务位置，但也是应用程序基础设施的托管位置。
下图显示了一家制造企业的应用程序和用户位置图：
3、应用程序用例图
应用程序用例图显示应用程序服务的使用者和提供者之间的关系。应用程序服务由参与者或其他应用程序服务使用，应用程序用例图通过展示功能如何以及何时使用，提供了描述应用程序功能的丰富性。
应用程序用例图的目的是帮助描述和验证参与组合及其角色与应用程序之间的交互。随着架构的进展，用例可以从功能信息演变为包括技术实现细节。应用程序用例可以在更详细的系统设计工作中重复使用。
下图显示了银行系统的应用程序用例图：
4、软件工程图
软件工程图将应用程序划分为包、模块、服务和从开发角度看的操作。它使得在规划迁移阶段时能够进行更为详细的影响分析，以及分析机会和解决方案。对于应用程序开发团队和应用程序管理团队在管理复杂的开发环境时，这种图是理想的。
下图显示了支付应用组件的软件工程图示例，可以看到有服务，包和模块，模块其实可以进一步下钻到代码文件等等：
5、软件分发图
软件分布图展示了应用软件如何在整个系统中被结构化和分布。它在系统升级或应用合并项目中非常有用。
该图展示了物理应用是如何分布在物理技术上以及这些技术的位置。这不仅能清晰地看到软件是如何被托管的，还能让运维人员了解一旦应用软件被安装后是如何维护的。
下图是典型的CRM系统的软件分发图示例：
6、流程/应用程序实现图
流程/应用程序实现图主要用于清晰地描述多
文档评论（0）