SOA项目把重点放在了假设、糟糕或者虚构业务需求方面
这种需求通常不是真正机构需求、技术需求或者业务部门担心需求
我们解释
下
SOA通常没有事先确定观点IT负责人知道这些原则他们有个预期好列表如互操作性和资源再利用等但是
定要小心不要用你预期给你SOA项目施加压力而要考虑你用户需求毕竟你计划必须要准确地反应你企业目标因此
你应该忘掉这个目标就是开发个仅适应种具体技术风格面向系统思路方法SOA不仅仅是基于标准集成和影响到其它协议Web服务如果你超越标准采取灵活思路方法SOA就能够让企业对业务流程做出及时和节省成本变化你不要事先确定
些规则你应该采取种开放思路方法依靠你IT人员编制用户真正需求文件小规模起步
建立个和业务部门合作有效思路方法然后找出SOA真正需求并非所有用户都能够修改流程并非所有服务在所有业务部门都通用并值得采用SOA思路方法业务部门将有
系列广泛战略目标这些战略目标可能会和客户服务、效率和技术创新有关SOA能够帮助满足这些方面目标但是只有在这个灵活面向服务流程和业务需求密切协调时候才能满足这些目标企业应该要求IT主管必须和业务部门合作找到能够解耦合和轻松地修改
流程考虑下SOA具体技术思路方法(如再利用和集成)如何能够应用于为业务问题创建具体解决方案当业务部门说它需要快速
技术创新时候考虑下如何使用SOA再利用资源和减少时间延迟当业务部门说他要削减成本和改善经营效率时候考虑下如何利用SOA建立个单、集成平台业务需要应该是王
而技术标准不是王从基础应用
中解耦数据和当工作流需要改变时候用户将能够做出简单修改当你倾听业务部门要求时候这就意味着SOA能够帮助推动企业增长
最新评论