模式被应用在针对多种商业语音设备的软件开发项目中，这些设备的资源是有限的。它的主要目标之一是创建新的软件体系结构和面向服务的软件组件，这些软件组件可以在组织内部未来的软件开发项目中重用。这个目标是本文的重点；它是项目中各种模式应用背后的驱动因素，可以使您在早期阶段中将重点放在体系结构的开发上。出于保密因素，项目中的其他目标不会在此处予以描述。
有几项专用于语音领域的可重用服务可以在项目的初始阶段被标识出来，为了支持这些服务，一个处于开发阶段的软件体系结构是必不可少的。必需服务的典型示例有：
- 允许在本地的用户个人目录中或通过远程企业目录应用程序进行电话目录查询。
- 将“同伴”的存在信息提供给本地的语音应用程序，并将用户的存在信息传播给远程企业应用程序。
- 记录和管理与语音有关的用户动作和相关事件，供以后的用户和管理人员参考。
这些目标背后的几个原因，在表 1中描述为定义问题上下文的决定因素。
| 决定因素 | 描述/需求 |
|---|---|
| 某个产品线策略中对软件组件的未来重用 | 基于一组可重用的组件进行的未来软件系统开发，是一个关键性的目标。 |
| 在运行时对服务进行无缝部署 | 一种服务部署和重新部署的动态方法，可以灵活地管理和更新语音设备软件。 |
| 独立于部署模型的服务调用透明性 | 以一种透明的方式进行本地或远程调用，并将服务的接口和提供者分离的能力。这可以灵活地编排各项语音服务，使之成为适用于新开发场景的新配置。 |
| 一个用来管理、测试、处理服务的通用方法， | 一个具有一致性的简单方法，用来管理、测试目标系统内的服务，并对其执行其他通用处理操作。 |
| 重用和保护现有软件组件 | 在项目开始时以最优化的方式使用众多可用的语音软件。 |
| 在资源有限的环境中的可接受性能 | 软件体系结构的对象是资源有限的语音设备，这些资源包括内存、处理器能力和非易失性缓存。按照设想，这些资源是无法升级的。 |
| 独立于特定的计算平台 | 根据既有的产品线开发策略，软件体系结构和可重用的软件组件不能依赖于特定的计算平台。 |
