服务表面化的问题(例如每项服务的逻辑省略)应该在设计过程中被解决而不是提前解决。如果不和实际功能相联系，有关表面化的讨论将会变得难以管理和无意义。
业务模型层只能够通过服务层而进入(同时被分离)，这将成为一项规定。这使操作者直接从显示层需寻求业务分类，特别当系统是独立并 且不能够和其他申请和操作层相联系时。从长远看，服务层将会受到大量的和典型的压力，同时最后的界限将会使开发商作为一个战术上的捷径而绕过服务。然而， 这种捷径在将来时间市场中将会受到巨大的影响，这将需要依赖于通过服务建立的标准化内部连接。
所有和工作相关的功能都会远离服务层。当一系列服务指令取决于系统所不能提供的外部信息时，他将会建议将这些请求输入到工作流动层。这保留了作为不可知资源的服务，使其能够在将来被重新使用。
在模型之间持续使用这项工具的能力被高度称赞。在NCS的发展项目中，为分类使用单独的工具，灵活性和结果曲线证明是能够充分节省时间的。
结论
服务架构是一个不同的建设方法。因而，SOA的概念只是一个系统的定义，特别当这个系统需要和其他系统或者是显示层共享功能时。服务架构跟随着 作为下一代分配计算的组成基础设计。服务能够被确定为对于业务具有一定意义的表面化服务，同时是抽象的技术组成部分和应用方式。面向服务的架构能够帮助组 织获得他们所需要的灵活性和机动性，并且在ING信用卡的使用中已经被证明。
此文章共有6页 上一页 1 2 3 4 5 6
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
