2009-12-25 29 views
0

您使用什麼工具來描述要在語音XML開發中進行建模的呼叫流程? 什麼是最有用的編輯器繪製這樣的圖&模型[我猜可能沒有特定的語音應用程序設計工具]? 你用什麼塊來繪製提示,語法,你會如何做到這一點在專業的語音應用程序開發?用於描述和建模語音XML應用程序的工具

回答

1

請注意,你沒有說誰是觀衆的材料,所以我假設你在房子的發展方面併爲商業/客戶記錄。

要繪製呼叫流程圖,Visio是企業空間中最常用的工具。在小應用程序中,實際上可能會有塊提示,但通常這些圖僅用於提供應用程序的高級視圖。例如,主菜單提示會列出選項,但不是所有的變化或重試。塊之間的連接通常限於主要路徑,並非全部錯誤路徑或全部出口。而且,決策通常僅反映主要的業務邏輯決策,如客戶類型識別。

提示和詳細的呼叫流程通常在Word中完成。 Word文檔構成了規範的核心。有些組將我們的呼叫流程語言和界面文檔與主機/數據相關活動分開,有些則沒有。

至於語法,那些通常沒有記錄在傳統意義上,至少不是自然語言(NL)語法。簡單的DTMF語法可以從上面的文檔中的菜單選擇推斷出來。自然語言語法通常從大量標準填充(「我想要」,「請」,「可能」,...)提示暗示的一組常用單詞/短語開始。對於NL申請,通常第一次通過只是收集大量記錄的話語,然後轉錄。然後錄音和錄音被用在調音過程中,以增強語法中的選擇以匹配來電者所說的內容,並消除未使用的路徑以提高準確性。調整過程有許多其他步驟,但這是影響語法內容的主要步驟。

我見過各種嘗試將文檔鏈接到代碼的嘗試。沒有一件看起來如此成功。自動生成的文檔或源文檔通常對於業務用戶來說太混亂了。例如,他們不想看到一個州的50個出口點。他們希望看到客戶被告知的5,然後可能在其他地方參考全球選擇或某些特定狀態的逃避短語及其目的地(取消,返回,重新啓動)。

相關問題