参考架构

描述

之前定义的参考架构, 最好是有一些想法，关于软件架构. 软件架构有不同的定义，从不同的来源. 它的范围从设计, 创建和维护大型计算机系统的所有代码将所有的职能，以及企业系统的物理和逻辑组件. 这是一个结合和相互作用的所有组件 (软硬件) 一个完整的系统，具体到不同的业务需求.

参考架构和FIT /差距分析是一个简短的文件说明被用来作为当前项目的架构的基础和参考架构，包括作出这一决定的理由. 这也是一个分析过程，了解参考架构及其实施.

参考架构是一个预定义的建筑格局，设计用于在特定的业务和技术背景.

参考架构组织内的来源可以是任何成熟的框架和资产用于早期项目. 工作产品是通用的，同样适用于选择参考架构从其他来源.

参考架构最重要的部分是了解分析过程中发现的健身和差距.

A参考架构的FIT / GAP分析列表选择参考架构所涉及的关键因素:

资产选择涉及权衡. 参考架构飞度/差距分析记录在一份声明中-的配合所需的项目架构和参考体系结构之间的差异，并确定了该项目所需的修改.

目的

现在，让我们检查的目的FIT /差距分析的参考架构模型. 参考架构FIT / GAP分析用于以下

不具有参考架构的影响

选择参考架构降低风险重用证明, 最佳实践的解决方案. 不应用一个标准的参考架构增加了项目工作量和成本, 并增加了项目失败的风险.

使用建筑资产的最好方法是选择一个参考体系结构开始. 这将形成资产和指导的一个更详细的选择的上下文.

理由不使用参考架构

基于资产项目, 这款产品应该总是产生.

如果适当的参考架构是项目或项目决定不使用参考架构, 然后在执行摘要, 包括参考架构为什么没有被选中的原因, 应完成. 甚至常常这是不必要的. 的说明可以添加到工作产品的选择的文档.

如何记录FIT /差距分析

A参考架构的FIT / GAP分析基本上是文本文件, 评估表的要求特性曲线和学科领域覆盖. 表格的形式描述了所有所需的积分，获得清晰的画面拟建项目的参考架构和健身.

执行摘要: 选定的参考架构，并简要说明任何重大问题/风险.

介绍: 介绍性评论的参考架构.

关键驱动因素: 业务目标或约束的一个简短的声明.

架构需求清单: 该文件由一组标准的问题和潜在的答案，有关建筑要求, 它允许项目的建筑要求的系统收集. 这组被用作一个清单，提示客户建筑要求和相关问题, 都记录在一个表, 如下图所示. 这是一个示例表，它可以是不同的格式，根据该组织的标准.

需求	参考架构特性	项目所需的值	风险/问题/评论点调查
要求名称	这种架构的值的相关范围	范围适用于客户	任何空白, 风险, 未来可能的问题, 主题以供后续分析

学科领域清单:每个参考架构包括以下几个学科领域 (有时也被称为“域”). 学科领域有具体的关注领域, 例如, 基于Web的传递通道是一个学科领域，包括Web浏览器, 域名服务器, 等等. 检查一个参考架构“适合”客户要求的简单明了的方法是将其比作主题区域覆盖. 以下是用于捕获的细节的表.

主题区	目前在建筑?	按客户要求?	问题/风险/票据
主题区的名称	Yes/No	Yes/No

飞度的声明:程度摘要“适合”的参考架构和客户需求之间. 每个参考架构抽象的几个层次描述, 和指导提供在每个级别上支持的特性. 对于每个地方不符合要求的参考架构, 简要描述:

开发方法

产生这种工作产品，应采取以下步骤:

确定最有可能的参考架构候选人. 因为有参考架构的少数, 每一个明确的重点, 它应该是简单的识别相关的一个或两个客户的项目目标和未来的业务模式.
查看资产上下文的描述, 文字和插图的形式，其设置在, 与客户评估拟合. 插图, 特别是, 正在检查该方法的了解客户的有效方式. 在此过程中, 客户可能决定修改他以前规定的要求, 例如, 通过认可的建筑格局所提供的参考架构是比他此前的设想.
使用商业驱动力, IT原则和要求列表表征客户的要求检查是否有任何其他重要的需求还没有被覆盖的标准特性与客户.
检查符合要求的参考架构所提供的特性，在不同的抽象层次.
从资产基础, 确定了参考架构所涵盖的学科领域. 由客户所需要的学科领域比较这些.
分析参考架构和客户需求之间的配合. 文档中的所有空白, 并作出初步评估与这些缺点将如何解决客户. 这可能涉及:

确认和验证

执行以下检查:

TechAlpine – All About Technology