| 前页 | 后页 |
优秀建筑的特征
当关于“架构”一词在二十一世纪的企业系统中实际上意味着什么仍然有激烈而持久的争论时，很难定义好的架构的特征是什么。罗马建筑师维特鲁威定义好建筑的三大特点在他的论文德Architectura超过2000年前。有趣的是，这是上古时期唯一幸存的描述架构的文本。这些原则是：
- 耐用性（Firmatis）–应牢固站立并保持良好状态
- 实用程序（Utilitas）–它应该对使用它的人有用且功能良好
- 美（委内瑞拉人）–它应该使人们高兴并振奋精神
优秀建筑的品质
为了有效，架构必须具有许多质量或特性。 Enterprise Architect提供了广泛的功能和工具集，可帮助Architect生成高质量的体系结构。该表包含一些最重要的质量，并描述了如何使用Enterprise Architect来确保将质量内置到在工具中创建和维护的体系结构中。
质量 |
描述 |
也可以看看 |
|---|---|---|
|
强大的 |
架构应坚固，并且不易受到业务，信息，应用程序和技术系统中微小变化的影响。 Enterprise Architect可以帮助确保架构之间的良好集成和相互关联，并提供许多工具，例如可用于此目的的“可追溯性”窗口，“关系矩阵”和“插入相关元素”功能。 |
|
|
可行 |
无法实施的体系结构将意味着将无法实现企业的目标。最好尽快确定这些要求，以免使要求架构工作的团队失望。 Enterprise Architect可以通过允许建筑师，设计师和开发人员使用Collaborate窗口讨论体系结构并确定其可行性以及将Enterprise Architecture映射到Capability或Solution Architecture来提供帮助。 |
|
|
功利主义者 |
架构必须具有实用性，而实用性又将在实施时产生实际结果。优雅但无法为利益相关者或征集利益相关方的各方提供可证明和可衡量的价值的体系结构最终将不会成功。 Enterprise Architect工具可以使一组不同的涉众可视化和理解体系结构，从而可以在体系结构过程的早期发现实用程序的任何问题。 |
关系矩阵 |
|
耐用 |
体系结构是描述目标状态的活动实体，一旦实现，它将成为新的基准状态。随着时间的流逝，架构应被证明是持久的，并且可以抵抗架构生命周期内可能发生的业务和技术环境的变化。这意味着他们必须尽可能地抢占未来的条件和环境。 |
|
|
灵活 |
这些体系结构必须是灵活的，并且能够适应不断变化的条件，还必须为具有自己专业知识的实施团队提供足够的指导，以就技术问题和机遇做出重要而必要的决定。创建太多细节的架构通常会导致脆弱和僵化的设计和实现，从而导致系统无法适应不断变化的环境和环境。 Enterprise Architect具有广泛的功能，可以帮助进行更改，其中包括Change元素，强大的Baseline工具以及看板图，这些看板图可对需求功能，用户故事等进行可视化和优先排序。 |
|
|
可验证的 |
应该有可能验证体系结构将按设计执行，并且不会有体系结构及其影响的企业部分产生的副作用。对此的最终检验是它是否能够实现愿景声明中所承诺的业务价值。可以使用Enterprise Architect对定义的度量进行建模，以验证是否已实现业务目标（以及目标）。 |
|
|
优雅 |
架构必须具有形式和功能，这是衡量架构优雅程度的良好测试。设计良好的架构将趋于优雅，并且形式简单，这对于那些花时间研究它的人来说是显而易见的。 Enterprise Architect具有强大的功能，可以可视化架构的优雅，包括创建专业出版物的能力，可以使用一系列内置或用户定义的模板从该工具自动生成专业出版物。 |
|
|
可追溯的 |
体系结构是对企业的特定详细描述，并不是孤立地存在，而是通常与业务驱动程序和目标以及处于相同或更高或更低级别的其他体系结构以及实施程序和项目相关。 Enterprise Architect允许在任何方向上跟踪元素，并提供了许多强大的工具来可视化跟踪，包括关系矩阵，可跟踪性窗口和图表。插入相关元素工具可用于自动构建痕迹图，几乎神奇地创建了存储库的表达性视图和前所未有的视图。 |