1．詳設的整體思路
① 根據畫面遷移圖確定遷移元，然後確定遷移的方式，是普通遷移還是popup，而且要注意傳過來的參數，如果客戶沒有給出，則要自己把握，看看本畫面需要什 麼，前畫面是否能傳過來，如果這樣的話，一定要跟相應的擔當一同討論確定，不能擅作主張，避免需要的參數沒有傳過來，造成接口不一致。
② 畫面的初期表示也是個重點，畫面各個內容要如何表示，lable還是button，是普通的button還是帶圖片的button，畫面上有沒有啥制御 （表示或者非表示，操作可還是不可操作），這些都要考慮，畫面上有連動處理的要特別注意一下，記得做個特殊說明，如果有日期控件而且帶日時下拉框的一定要 問好初期化的狀態，還有各種check的有無。
③ 再有就是畫面的基本處理了，一般就是要求增刪改查處理，這時得注意處理前的check，不管是業務邏輯的還是操作需要的（業務check有時候比物理 check更重要，而且更好使），如果是檢索的話要考慮檢索零件的時候，如果是更新的時候則要考慮排他check，一般項目有共通方針，只要跟 leader確認就好。
④最後操作完畢後要不要進行遷移，如果遷移確定傳遞的參數，如果不遷則要重新reload，此時就得看看和初期化有什麼區別了，然後考慮此時有沒有什麼特殊處理需要進行，如果基本設計好這些都會有，如果沒有則需要自己去根據業務進行判斷，然後再跟客戶確認。
2．詳設過程中的其他注意點
① 一本處理中有相同的操作過程，能寫參照的就寫參照，讓開發者知道哪塊的處理一致，用一個方法就可以解決了，這樣可以避免冗餘代碼；如果多個畫面都用的方 法，能寫成共通的就寫成共通，如果項目比較大，應該會有人去寫這個，如果沒有則需要在瞭解其他式樣的基礎上自己去發現，這裏也就有個無形的要求多瞭解式樣 多和其他擔當溝通，也許這些已經超出了一個詳設擔當的工作範疇，但是多思考肯定無害。
②業務一定要整清楚，有不清楚的一定要跟客戶確定清楚，不要把疑問留到開發階段，而且提QA最好是…ですか…ですか，給出自己的理解，讓客戶去確認，如果基設實在簡單，你可以讓客戶去描述的詳細寫。
③ 有時候詳設對待某個處理只需要寫個要求，具體實現方式則交給開發，比如某個按鈕實現把圖像擴大200%，詳設沒有必要把擴大的原理也寫出來；如果某些處理 要寫實現方式，而此時有不明確的實現方式，一定要確認清楚。比如依據店鋪ID去找店鋪對應的廣告，其中需要路徑以及廣告文件的名字命名方式，哪些是從數據 庫取，哪些是拼接，哪些是截串都要確認好。
④在與DB的交互設計時，一定要考慮好SQL文的寫法和實現方式，不確定的可以在DB上跑一下試試。此時需要注意的幾個事項
a.寫SQL文時一定要根據檢索的內容在畫面上得表示情況對其排序，如果只有一條record那就大可不必了。
b.檢索結果裏面有Min的時候，並且還有其他項目，沒有group by，sql是會報檢索error的。
c.一定要注意不同DB對SQL函數的用法不一，大衆的有oracle，小衆的也有PostgreSQL。
⑤button的設計：要說點擊的時候執行什麼操作，不能寫按下時執行處理，再按下時又執行另一個處理，具體分歧只能在點擊的時候進行判斷。
⑥如果是很少人操作的管理頁面，可以用鎖畫面的形式進行排他，這樣就避免了很多麻煩的細節處理。
如果轉載請標明出處： 羽鴻出品