敏捷開發框架下的軟體工程/第二輪迭代/互動設計/對話
要點：對映使用者執行任務時的互動方式。時間：開發時間的 5%。
輸入：任務過程證據：對話圖。客戶：討論、測試。
對話：使用者與系統之間互動的序列。
對話圖用於視覺化對映使用者任務中的步驟。與使用者任務一樣，重點是使用者與系統的互動。透過繪製互動中涉及的步驟，可以發現可能被忽略的操作。
您會遇到不同型別的對話圖。您可以使用對您的專案最有意義的型別。
1. Hoffer 側重於介面（參見第 484 頁）。圖中的框代表使用者實際看到的螢幕。框之間的箭頭代表螢幕之間的路徑。重要的是要指示透過系統的所有可能流程（向前和向後）。這些圖非常適合網頁和應用程式，在這些應用程式中，每個使用者操作都發生在單獨的介面上。它們可以用作網站地圖的基礎，顯示導航路徑。
2. 我們更喜歡一個結構較少、更詳細的對話圖，它考慮了使用者可能在一個頁面上執行許多操作。我們有興趣捕捉使用者任務的所有細節，因此請繪製出您能想到的所有步驟。這裡，框描述了使用者和介面之間發生的事情（例如，輸入地址詳細資訊），箭頭指向下一個事件。關鍵問題是：“接下來會發生什麼？”
您不需要製作完美構造的圖表。像往常一樣，我們喜歡看到開發的證據。這個對話圖是草稿。
您的圖表很重要
• 易於理解 - 它們是否幫助您和客戶瞭解您的系統的工作原理？
• 準確地代表您的任務
• 完整 - 不要讓您的使用者陷入死衚衕。
最初，我們只包含展示“直通”路徑的那些步驟。在考慮系統中所有其他可能路線之前，擁有完整的對話圖非常重要。請記住，您的所有使用者都是獨一無二的，而且沒有一個是可預測的。
接下來，您需要繪製代表其他路徑的連結。關鍵問題：“如果……？”如果可能，影印您的對話圖並用不同的顏色筆進行編輯。
• 使用者可以從任何螢幕儲存他們的更改嗎？
• 他們可以從任何螢幕退出嗎？
• 如果他們犯了錯誤，他們是否需要返回？這會重置表單嗎？
• 他們可以在以前的螢幕上編輯他們的條目嗎？
• 忘記密碼。
• 使用者可能會看到哪些錯誤訊息？
• 系統如何處理不完整的條目？
• 每個螢幕上都有幫助功能嗎？
不要包含諸如“計算機崩潰”之類的選項；除非此類因素是您開發環境的特定功能，否則假設計算機和網路正常執行。
將類似的動作組合在一起。例如，“輸入姓名”，“輸入街道”，“輸入城市”等通常可以包含在一個單獨的動作“輸入個人詳細資訊”中。
有時，幾個相關的任務可以合併到一個大型圖表中。
您可以根據您的任務測試您的對話圖。讓小組成員大聲朗讀任務中的步驟，同時您檢查圖表。任務需要編輯嗎？
使用互動案例測試您的系統。如果您是 Joe Student，您將如何執行此任務？記下有關您的系統測試的筆記。
對於一個時尚網站，任務“評論使用者的衣櫥”擴充套件成了以下對話圖。儘管這裡代表了互動的複雜性（參見下一頁以獲取整理後的檢視），但線框介面（這裡左上角的初始檢視）顯示了一個單一的連貫介面。
白板版本進行了整理，以生成一個有效的對話圖，同時開發了資料模型（遵循“無魔法相互影響”的方法）。案例研究：首次呼叫解決
對於一個支援呼叫中心運營商的系統，功能需求“提供課程資訊”生成了任務“向呼叫者提供課程資訊”。在開發對話圖時，很快就發現，這個高階任務隱藏了大量的複雜性。
對話步驟“查詢呼叫者”被證明形成了一個結構化的對話，可以走很多不同的路線。開發線框介面的技巧在於將所有這些不同的路徑帶回一個單一的連貫介面。
