EA逐渐沦为IT架构，它不再覆盖任何其它的技术类型，除了信息技术。结果很难吸引企业的管理人员、业务人员或者制造人员，就此而言，也涉及到IT 之外的其他利益相关者。

　　也会有一些其他的原因可能使得EA没有的到广泛的应用。通常EA没有授权架构上的视图，反射出相关利益者的利益所在，或者功能性架构阻止了广大用户的认可度。

　　企业架构正在过度简化。EA框架通常由四个架构层组成：业务层、信息层、应用层和技术层。EA开发通常在功能列表绘制之后考虑，技术目录是编译过的，应用架构也绘制好了，流程文档也由业务分析员开始做了，应用架构草图就出来了。

　　这或许是细枝末节或者“视图”是企业的不动产、会计、SCADA系统或者是IT中的电子邮件或者印刷架构，尽管他们可能在其他地方以一些形式备份文档存在过，但他们确实是相当多的利益相关者的利益点所在，不能不引起注意。

　　对于一些利益相关者，缺少视角降低了更多的利益和EA的使用。由于这种简化，在IT领域，EA架构师职位的广告直接登在信息、基础架构或者应用类的角色中。

　　此外，缺省的那部分利益相关者考虑的是客户，因此，视图再一次受限。最佳实践是来听听利益相关者的想法和捕获他们的一些观点，使其成为EA 架构层的一部分。企业发现应该通过同利益相关者的交互和用例开始进行EA。

　　通常，关键区域和关系没有EA功能性的和逻辑性的架构视图展示。缺少功能性体系架构抑制了企业运营的理解和对企业架构本身的理解。功能性体系架构概括了公司中互相连通的支撑企业价值链和业务模型的关键单元。像销售、市场、配送、制造、供应链、产品开发、人力资源、工资单……这样的企业功能是相当标准的。

　　逻辑性体系架构业也能够在一项功能中协助链接流程、应用和技术，分割EA开发工作。一个技术系统设计，逻辑架构规格说明是架构师执行描述系统运行和其组件的第一步。

　　功能性体系架构增加了业务、信息、应用和技术层，改进理解力，优化组织和EA详细说明。在围绕功能的服务创建上也可提供一种SOA 设计方法。

（责编：陈广成）

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。