web系統開發之詳細設計

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的設計：要說點選的時候執行什麼操作，不能寫按下時執行處理，再按下時又執行另一個處理，具體分歧隻能在點選的時候進行判斷。

⑥如果是很少人操作的管理頁面，可以用鎖畫面的形式進行排他，這樣就避免了很多麻煩的細節處理。