【发布时间】：2009-12-25 12:41:51
【问题描述】：
在语音 xml 开发中，您使用什么工具来描述呼叫流程、绘图和建模？ 绘制此类图表和模型的最有用的编辑器是什么[我猜没有用于语音应用程序设计的特定工具]？ 以及您使用什么块来绘制提示、语法，在专业语音应用程序开发中您将如何做到这一点？
【问题讨论】：
标签： uml diagram modeling vxml voicexml
【发布时间】：2009-12-25 12:41:51
【问题描述】：
请注意，您没有说明材料的受众是谁，所以我假设您在公司的开发方面并为业务/客户记录。
要绘制呼叫流程图，Visio 是企业领域最常用的工具。在小型应用程序中，您实际上可能有块中的提示，但通常图表仅用于提供应用程序的高级视图。例如，主菜单提示会列出选项，但不会列出所有变体或重试。块之间的连接通常仅限于主要路径，而不是所有错误路径或所有全局出口。而且，决策通常只反映主要的业务逻辑决策，例如客户类型识别。
提示和详细的呼叫流程通常在 Word 中完成。 Word 文档构成了规范的核心。一些小组将我们的调用流语言和接口文档与主机/数据相关活动分开，有些则没有。
至于语法，那些通常没有传统意义上的文档记录，至少自然语言 (NL) 语法没有。简单的 DTMF 语法可以从上述文档中的菜单选项中推断出来。自然语言语法通常从提示暗示的一组常用单词/短语开始，并带有大量标准填充符（“我想要”、“请”、“我可以”……）。对于 NL 应用程序，通常第一遍只是收集大量记录的话语，然后将其转录。然后在调整过程中使用录音和转录，以增强语法中的选择以匹配呼叫者所说的内容，并消除未使用的路径以提高准确性。调整过程还有许多其他步骤，但这是影响语法内容的主要步骤。
我看到了各种将文档链接到代码的尝试。似乎没有一个如此成功。自动生成的文档或源文档通常对业务用户来说太混乱了。例如，他们不想看到一个州的 50 个退出点。他们希望看到客户被告知的 5 个，然后可能在其他地方引用全局选择或某些特定于州的转义短语及其目的地（取消、返回、重新启动）。
【讨论】：