Arena Solutions公司利用SaaS模型做示范，以SOA的方式，通过Ajax提供处理产品文档的用户接口来提供Web服务应用程序，例如一些规范定义。这些客户，大部分是中小型制造商，通过一个基于Web浏览器接口与之一起工作，这已经快速的以桌面化形式体现，就像最近推出的Ajax。

　　自从Arena成立后的七年内，建立SaaS应用程序的架构以及技术已经发生了很大的变化。

　　“我们从2000年开始经营公司，并且把它建立在当时是一种艺术栈的基础上。”Larkin说到，“他是一个脚本化的应用程序服务器，不是基于Java的。这个平台工作得非常好。他允许我们的客户数量增加到300并且用户数量增加到10000。”

　　然而，因为公司起初使用了一个不基于标准的，不基于Java的服务器，Arena的开发团队花费了巨大的时间来解决功能性架构问题，例如在Web层的无状态性，分布式缓存管理系统，消息的发送和接收以及队列问题。

　　“我们结束了许多我们自己的子系统作为公司的改变，因为我们处在一个没有标准技术的平台上。”Larkin解释到。“诚实一点说，我为我们所做的事情感到非常骄傲。我们做了一件非常有竞争力的事情。但是当你事到临头的时候，处理一个分布式缓存系统并不非常与为制造商们开发软件密切相关。”

　　因此到了2005年，他开始寻找一种标准平台，在这种标准平台上那些功能性要么能够开源项目中购买到或者找到，因此开发者们能够集中精力在核心的SaaS产品上。

　　“对我们来说，移植到一个非常基于标准的平台上非常有意义，并且这个平台有模块化的构架，有相当部分的基本技术基础，我们可以利用最佳的解决方案，不管是商业的还是开源的，并且把它们插入到我们的应用程序框架中。”Larkin说到，“然后我们能够集中我们的开发于为生产商创造软件上去，这是我们最核心的专业技术。”

　　当Larkin认识到最初的技术堆栈已经到来它生命周期的末端的时候，他开始升级到SOA风格，包括用户接口的Ajax。在2006年，他开始认真看待基于Java的开源软件产品。

　　“我们希望在我们开发的应用程序中使用Java，”他解释到说，“我们在应用程序框架中使用Spring。我们正在寻找一种能够在J2EE上运行的应用程序服务器。”

　　与一个IBM硬件代表的谈话使得他开始接触IBM软件部门，此代表给Arena提供了快速的服务器，尤其是WebSphere应用程序服务器社区版本(WAS CE)并且Arena在Larkin描述一种漫长的评价之后选择了它。他说到他发现WAS CE符合支持过渡到SOA的标准。

　　自从2006年十一月，Arena已经发展到了新的协议栈上面，并且已经通过Ajax接口建立SOA的实现。Larkin发现技术移植的好处远远超过了它的花费，因为新的平台给了他利用SOA技术的能力。

　　Arena到目前为止还没有完全利用SOA的功能在新的平台上，例如企业服务总线(enterprise service bus ，ESB)，Larkin承认，但是开发者们正在朝这个方向努力。他们已经能够使用SOA方法向用户提供整合，在PLM Web服务应用程序以及在制造场所本地安装的ERP软件。

　　目前与转型到SOA一起，Ajax又来临了并且使得开发者们能够在PLM产品上工作，从而为SaaS客户提供丰富的接口，Laikin说到。这个用户接口是基于一个标准的Web浏览器，HTML以及带有Flash动画的JavaScript，这个脚本是一个页面并且运行在报告开始生成的时候，他解释到说。

　　用户接口是为全球用户设计的，包括中国的制造商们以及亚太地区的其他国家。典型的用户没有一个高水平的IT培训，因此正如 Larkin所说的，“他们所需要的只是工作。”

　　通过Ajax，Arena已经能够提供一个非常桌面化的外表并且类似SaaS应用程序，他说到。

　　“他们有下拉菜单，”Larkin说到，“你移动鼠标到一些东西上，并且你能够得到信息版，以及制表符。”

　　当公司开业，早在千年之交，他说到对于创立者这是一个信仰的飞跃，因为他们相信他们能够在一个浏览器中提供一个负责的企业级应用程序，但是当SOA和Ajax到来才使得SaaS梦想变成了一个现实，他说道。

　　“在这点上，我们能够为用户接口提供丰富的功能，因为我们的竞争者们能够提供客户端的安装软件。”Larkin说到。