Telelogic AB公司以为航空航天事业以及在为国防系统工程师提供建模工具方面的卓越成绩而著名，目前，Telelogic AB正在为新一代企业SOA应用软件架构师设计Tau 3.0工具。

　　之所以要为SOA架构师设计工具是因为Telelogic AB认为面向服务的架构模型正处于蓬勃发展时期。

　　“这次我们为Tau定位的大部分用户都是企业应用程序领域中最近才开始实行建模的用户，” Telelogic 公司产品管理副总裁Greg Gorman解释到。“过去我们都是为航空航天事业和国防系统工程设计人员提供建模工具，这些领域已经有20多年的建模历史。现在我们有一批设计人员开始接收和采用标准建模语言UML (Unified Modeling Language)。所以，我们正在努力，希望通过使用UML，可以使用户界面更精美。”

　　Telelogic公司主要从SOA开发的3个主要领域介绍了Tau 3.0建模工具。首先它支持UML 2.0，IDC Inc 集团副总裁Stephen Hendrick说。Tau 3.0提供独立于平台的UML建模，这样既可以为.NET又可为Java产生执行文件。

　　第二，他说，“除核心建模功能外，Telelogic使Tau 3.0支持多种关键SOA架构，包括XML、 WSDL、SOAP、Jini、和 UDDI，这使Tau既可以吸纳又可以产生SOA 文件。”

　　第三，他提到Tau的新功能“对遗留下的应用程序打包，使它们能够连接、整合到SOA环境中。”

　　Tau还有很大的提高空间，IDC的分析师说，不过他对Telelogic公司新产品的全面SOA功能印象深刻。

　　“为了更好地整合应用软件服务和企业服务总线( ESB )，虽然所有的提供商(包括Telelogic在内)，都可以让它们提供的工具更好地认识应用软件基础结构，但是由于Tau支持MDD 和SOA，是最全面的建模和开发环境之一。”Hendrick说。

　　可用性是Telelogic关注的另一主要问题。设计Tau 产品的Gorman说，与航空航天事业以及国防系统工程师不同，为了适合SOA架构师使用，他们将Tau设计为有微软Office桌面应用程序形式和感觉的建模工具，这样对于刚刚接触UML或不常接触UML的架构师来说Tau建模工具就会简单易用。

　　“架构师不可能每天都使用建模工具，因为他们还要做规划工作、要与客户会面、还有一些其他工作，” Gorman解释到。“我们需要保证当架构师再一次使用Tau工具时，他们可以立刻开始工作，他们会说 ‘哦，我记得它。’。所以他们可以立即恢复工作状态。”

　　简单易用，软件市场不变的原则，如果SOA项目经理希望架构师和开发人员能够严格符合需求，那么简单易用就十分重要，Telelogic公司的总经理说。他指出了Tau与公司Doors需求管理工具的整合方法。例如，他说如果Doors需求管理系统中的需求发生改变，那么几秒钟后，就有某一应用程序会回应最终用户的鼠标点击，而在Tau中，架构师的工作就是要将这种变化立即反应出来，这样该变化就能及时整合到整个建模之中。

　　“你要把这项工作变得简单，” Gorman说，“因为如果它简单，就会方便人们满足需求，反之，如果这项工作复杂，人们就不会满足需求。”