问题标签 [togaf]

我目前的任务是为软件开发创建一个文档化的、一致的架构指南。我们有很多聪明的人在做正确的事情，但不是始终如一和可重复的。

我们使用 Microsoft 的应用程序架构指南 2.0 作为起点。因此，提出一个应用程序架构是相当直接的（我不会说容易）。可能是因为我有几年的开发经验，所以我对这个领域有很好的了解，并且也有大量的例子和指导。

由于我们的组织有几个应用程序构成了一个或多个系统，然后我们将它们安装在“客户端”......我们认为创建系统架构和企业架构也是有意义的。这就是问题开始的地方。

那里没有一致的指导。如果您搜索“系统架构示例”，您得到的东西是如此不同，以至于我想知道是否有“标准”方式来做到这一点。

根据我（有限 - 清楚地）对这一切的理解，系统架构是一个或多个应用程序架构的抽象，描述了它们如何协同工作以形成一个系统。此外，企业架构是一个进一步的抽象，展示了您的系统如何适应组织企业，以及它如何与业务流程、IT 战略交互，以及它如何集成到企业中的其他系统中。

• 我完全错了吗？
• 是否有任何标准（我在哪里可以找到它们）？
• 是否应该有标准，或者“好的”系统架构是否只是任何格式的任何文档，这些文档对于读者来说是清晰易懂和有用的？
• 但是，经验丰富的建筑师会如何看待这种方法？

我不想简单地列出一组可能有用的 SOA 相关模式……我想让它更加专注于我们所做的事情，即在面向服务的架构上构建财务解决方案。

更新： TOGAF(9)怎么样。有没有人有过这方面的经验，是否值得努力详细了解它。

我试图理解 TOGAF 9 的核心概念。

无论我多久阅读 TOGAF 手册中的解释，我都无法理解 Enterprise Continuum 和 Architecture Repository 之间的区别和关系。

文档中的一些引用：

企业连续体

“企业连续体最简单的思考方式是作为所有架构资产的存储库的视图。它可以包含架构描述、模型、构建块、模式、观点和其他工件”

“企业连续统一体为理解架构模型提供了有价值的背景：它显示了构建块及其相互之间的关系，以及架构开发周期的约束和要求。” （第 565 和 48 页）

架构库

“TOGAF 的这一部分为架构存储库提供了一个结构框架，允许企业区分存在于组织中不同抽象级别的不同类型的架构资产。” （第 593 页）

假设

TOGAF的samples/template-package包含一个word文档“TOGAF 9 Template - Architecture Repository.doc”，所以

1）我认为架构存储库是一个大文档，包含与架构相关的所有项目的所有输出。

2)企业连续统一体是另一个文件，将架构存储库的内容从基础架构分类到组织架构，并提供有关这些对象之间关系的信息。

企业连续体和架构存储库之间有什么区别/关系？

我正在阅读 TOGAF 的 v9，但无法理解可交付成果、工件和构建块的插图。

谁能举一个真实的例子来帮助我理解这些？

在记录解决方案架构时，我使用以下框架为架构描述文档提供结构（见下文）：

• 观点和观点
• 4+1 视图

然而，我也看到人们使用企业架构概念来构建他们的架构描述，使用诸如 TOGAF 之类的文档标题：

• 业务架构
• 功能架构
• 数据架构
• 应用架构
• ETC。，

问题：企业架构框架是否适合记录解决方案架构？

定义：

架构描述(AD)：记录架构的产品集合（来源：维基百科）。

我有一个模型，其中列出了我的工件，例如应用程序目录、服务器以及对环境建模的图表和显示关系的矩阵。然而，我不清楚如何对这些进行分类，以便它们与 TOGAF 保持一致。

例如，分类 Artifacts > Catalog > Servers 是否正确？如果有诸如 Actor 和文档之类的人为元素以及诸如 LDAP、DNS 等无形的概念和原则会怎样？

是否有可以在 Sparx Enterprise Architect 中使用的具有适当包结构和分类的基本模板？

我是 Togaf 的新手，我需要开始第一次试用。我正在尝试为我的架构建模。您建议我使用哪种工具来使用 TOGAF 对我的架构进行建模？

任何人都可以根据 TOGAF 框架向我解释 Enterprise Continuum、架构存储库和架构内容框架之间的区别吗？

为这个具体问题道歉，但需要在下面理解，因为我试图理解这些步骤背后的基本原理，请帮忙。

来自 TOGAF 9.1 文档：

7.4.3 确认和阐述业务目标、业务驱动因素和约束

确定组织的业务目标和战略驱动因素。如果这些已在企业的其他地方定义，请确保现有定义是最新的，并澄清任何不明确的领域。否则，请回到《架构工作声明》的发起者那里，并与他们一起定义这些基本项目，并确保他们得到公司管理层的认可。. ......

问题：

不应该——回到赞助商或架构工作请求文件，因为此时架构工作声明尚未开始？

参考：Arch Vision 步骤

7.4.1 - 建立架构项目

7.4.2 - 识别利益相关者、关注点和业务需求

7.4.3 -确认并详细说明业务目标、业务驱动因素和约束

7.4.4 - 评估业务能力

7.4.5 - 评估业务转型的准备情况

7.4.6 - 定义范围

7.4.7 - 确认和阐述架构原则，包括业务原则

7.4.8 - 开发架构愿景

7.4.9 - 定义目标架构价值主张和 KPI

7.4.10-识别业务转型风险和缓解活动

7.4.11 -制定架构工作声明；获得批准

我正在尝试理解本文档中的定义。 http://www.opengroup.org/soa/source-book/ontologyv2/service.htm

他们对服务、服务接口和服务契约的定义要么不清楚，要么看起来与我通常遇到的不同。

服务：

“服务是具有特定结果的可重复活动的逻辑表示。它是独立的，对消费者来说是一个“黑匣子”。”</p>

假设我有一个 WCF 项目，它有两个 Operations StoreFront +GetPrice +AddToCart

定义说“可重复的活动”。服务 StoreFront 也是如此吗？或者我有两个服务（GetPrice 和 AddToCart）。

服务契约：有一个“效果”类。效果是“退货”和“加入购物车”吗？

我正在尝试了解 TOGAF，主要是大学项目的 ADM。在阅读了 TOGAF 文档后，我遇到了一个非常基本的问题。

ADM 周期何时开始 - 是什么启动它？虽然第一次运行可能只是由使用 TOGAF 进行 EA 管理的决定触发，但一次又一次执行它的触发器是什么？

我希望你能理解我的问题。