在軟體需求開發過程中，我們常常使用Use Case技術和介面原型技術，如何把這兩種技術很好地結合起來，更好地應用於我們的需求開發實踐中呢？筆者在此提出一種實踐概念，希望能起到拋磚引玉的作用。 在大部分的需求開發實踐中，主要使用如下的四種文檔作為需求分析的輸出結果，它們分別是：
- Use Case圖
- Use Case規格說明
- 使用者介面原型
- 對使用者介面原型的說明
我們發現這個過程和另外一個行業很像，那就是電影行業。 一部電影的製作過程也要有劇本大綱、劇本、拍出來的一個個鏡頭以及畫外音，可以和我們的需求分析輸出結果對應起來。具體來講，Use Case圖可以作為大綱（即劇本大綱），Use Case規格說明用來全面說明情況（即劇本），介面原型用來表達Use Case包含的思想（即一個個的鏡頭），介面原型解說文字用來輔助解釋介面原型（即畫外音）。 劇本是電影的靈魂，劇本的品質最終決定了電影的品質，而Use Case也能最終決定需求開發的成敗。Use Case準確地界定了系統的邊界，能夠發掘出系統的各種應用情境和各種分支情況。高品質的Use Case基本上不會也不應該遺漏系統中重要的應用情境。 一圖勝千言。正如劇本不能生動地表現出某個情境的所有細節和演員的表情一樣，我們也需要使用介面原型來展示我們很難說清楚的細節、很難用文字表達的思想，以及Use Case中互動的結果。同時，電影拍攝過程中，一個鏡頭往往要NG多次，最後還要進行剪輯才能成為最終產品。介面原型的開發也是如此，只有不斷地加深對需求的理解，不斷地使我們的思想表達更清晰，不斷地完善介面原型的細節，這樣才有可能開發出高品質的介面原型。 不同的人對同一個畫面的解讀往往是不同的。在某些場合，為了不產生歧義，導演就會給一些情境加入畫外音，用於說明一些背景資料，或是指出一些需要關注的東西。同樣，我們也需要給一些複雜的介面原型加入一些說明性的文字，用於指出想要表達的思想主題，或者是指出那些有助於理解畫面思想的具體細節。但是，一定要限制這類文字的使用，因為劇本或Use Case才是思想的核心，在畫面能夠足夠說明問題時，可以乾脆省略掉這些文字。沒有哪部電影把畫外音作為它的中心的，很多電影就根本沒有畫外音。
綜上所述，我們可以通過對需求開發的幾種文檔進行明確的職責劃分（如表一所示）來把Use Case技術和介面原型技術很好的結合起來。
表一：需求開發文檔的職責劃分
| 文檔名稱 |
職責 |
重要性 |
| Use Case圖 |
描述系統總體需求概況 |
必須 |
| Use Case規格說明 |
詳細、具體地描述系統需求，並能串連起一個個的介面原型 |
必須 |
| 介面原型 |
表達Use Case中的各種思想 |
一般情況下都要提供（非常簡單才可省略） |
| 介面原型說明 |
解釋介面原型中的一些細節或指出介面原型要表達的思想 |
可以忽略 |
