一、起因

　　公司交給我一個任務，為測試員寫一個手機模擬界面，以方便她們的手機短信測試。過去她們都是用MC4J直接調用公司服務器的MBean服務來模擬進行測試，以驗證我們整個系統平臺。這種測試主要是檢查收發短信是否正常，而我的要做的工作就是，讓她們在測試的時候更方便更直觀。

二、需求

　　我和測試員陳MM（也就是軟件的使用者）約定了一個時間，大家一起來討論這個軟件的需求。

　　1、首先，我大概了解了一下她們的測試工作，知道我要做個什么東東。

　　2、然后我回去思考了一下，再次找她詳細了解其測試的具體步驟，并在一張白紙上以UML用例圖的方式，記錄下需求的功能。用例是什么？用例就是需求，就是你的軟件應該具有的功能，當然用例圖只是概括性的對功能進行了描述。

　　3、最后，我坐在我的電腦前開始用MagicDraw UML來畫用例圖（我不喜歡用Rose，那玩意太笨重了，界面友好性也不好）。在畫用例圖的時候，我發現了一些隱含的功能，這些是陳MM在和我做需求時沒有考慮到的（注：開發者應該為用戶挖掘隱含需求）。我和陳MM一一確定了這些我新發現的需求，最后得到如下的用例圖。

　　（1）手機前臺測試操作的用例圖（說明：include是指某用例包含(include)子用例）　

　　（2）后臺管理
　　

三、界面設計

　　接下來是界面設計。既然是手機模擬，我很自然就拿我的motorola手機的操作界面來做參考。不過這里應該注意到，手機操作環境和電腦操作環境不盡相同（比如說電腦有鼠標，還有鍵盤可以輸入文字），所以沒有必要唯妙唯肖的完全模枋，還是以使用者操作方便為主。

　　界面設計是很重要的一步，不要一上來就寫程序，一定要先做到心中有個大概，否則返工的可能性就很大。而且，把界面拿出來給客戶看，客戶也就能做到心中有數，還能盡早提出一些新需求和意見來。千萬不要等到軟件做完了再拿給客戶看，到時客戶看了如果要修改，那就做太多白費工了。

　　由于軟件界面相對簡單，陳ＭＭ基本沒有提修改意見，但這不是個好兆頭。不過極限編程就是要擁抱變化不是^_^。咱不怕她改，只要大致的界面她能定下來就行了。

　　界面我喜歡用Visio來畫，當然也聽說有人喜歡用ＶＢ來快速構建界面原型的，看個人喜好了。整個界面

這個是后臺管理界面