AMT编译：业务需求有时是关于技术性的问题

分析师经常说你需要为业务需求选择合适的技术。他们这么说似乎合适的技术就像你脸上的鼻子那么清晰。除非你已经第一时间意识到业务的需求。

这是个好建议，但是并不像它所声称的那么简单。我研究集成并同集成解决方案提供商商谈的越长，我意识到更多：描述同样的业务需求有多少选择。

举个例子，由CodeMesh提供的不寻常的解决方案。关于CodeMesh公司应用程序集成方式，我最近和CodeMesh的主席阿莱克士克拉夫谈过。他们的解决方案转化为应用程序本身，举个例子，在.net模式和java模式之间徘徊。他们称其为嵌入进程式集成。

“你同样拥有很少很少的通知确认信息。除了用一种XML文本包装一切，通过网络传送到服务器，服务器不包装它而是转化其为另一种语言。这些不会发生：那只是一种连续的功能性通知。你听说过在大的系统中宽松的耦合是一种典型的设计目标吗？我们的集成解决方案是一种牢固地结合集成解决方案。”

这是一种习惯，当你需要更高的性能程序，并能提供一种可供选择的页面服务。克拉夫说客户经常问他为什么他们应该用他的产品，当他们可以自由的选择某些产品时。他的答案很简单。

“我说，好了，试试它。你有一个集成的问题。任何集成的问题可以有一百万种不同的解决方法。问题在于，你技术上的标准是什么？”

说真的，其实不就在于它回归于什么吗？肯定的说，认识到业务上的需求是首要的。但是最终的，IT必须转化这种需求为一种技术性的解决方案。（李华星）

来源：itbusinessedge