Uml 用于描述和建模语音xml应用程序的工具

在语音xml开发中，您使用哪些工具来描述呼叫流、绘制和建模？ 什么是绘制此类图表和模型的最有用的编辑器（我猜没有专门的语音应用程序设计工具）？

---

您使用哪些块来绘制提示、语法，在专业语音应用程序开发中您将如何做到这一点？

注意，您没有说谁是材料的受众，因此我假设您是公司的开发人员，并为业务/客户编制文档

要绘制调用流程图，Visio是企业空间中最常用的工具。在小型应用程序中，实际上可能会有以块为单位的提示，但通常图表只是用于提供应用程序的高级视图。例如，主菜单提示将列出选项，但不是所有的变体或重试。块之间的连接通常限于主要路径，而不是所有错误路径或所有全局出口。而且，决策通常只反映主要的业务逻辑决策，如客户类型识别

提示和详细的呼叫流程通常在Word中完成。Word文档构成了规范的核心。有些组将我们的调用流详细信息和接口文档与主机/数据相关的活动分开，有些则没有

至于语法，这些通常不是传统意义上的文档，至少自然语言（NL）语法不是这样。简单的DTMF语法可以从上面文档中的菜单选择中推断出来。自然语言语法通常从提示中隐含的一组常见单词/短语开始，并使用大量标准填充词（“我想要”、“请”、“我可以”和…）。对于NL应用程序，通常第一步只是收集大量记录的话语，然后进行转录。录音和笔录然后用于调整过程，以增强语法中的选择，以匹配呼叫者所说的内容，并消除未使用的路径以提高准确性。调优过程还有许多其他步骤，但这是影响语法内容的主要步骤

我已经看到了将文档与代码链接的各种尝试。似乎没有一个这么成功。对于业务用户来说，自动生成的文档或源文档通常过于混乱。例如，他们不想看到一个州的50个出口点。他们希望看到客户被告知的5，然后可能在其他地方引用全局选项或某些特定于州的转义短语及其目的地（取消、返回、重新启动）