網站規劃: 網站架構 -> wireframe -> 資料表到畫面

網站規劃: 網站架構 -> wireframe -> 資料表到畫面 by TonyQ @ iT邦

網站系統開發規劃 index

1. * 首頁  
2.     * 決定預設功能與訊息  
3.   
4. * 會員系統  
5.     * 註冊  
6.         * 註冊完成  
7.         * 註冊失敗（資料錯誤）  
8.         * 站外信件內容  
9.   
10.     * 登入  
11.         * 登入失敗密碼輸入錯誤  
12.         * 忘記密碼表單  
13.             * 忘記密碼流程相關頁面  
14.         * 登入成功（轉向、訊息提示、畫面回饋）  
15.   
16.     * 文章管理系統  
17.         * 瀏覽  
18.             * 作者所有文章列表  
19.             * 作者分類文章列表  
20.             * 單一文章頁面  
21.             * 全站分類列表  
22.             * 全站分類文章清單  
23.         * 發表  
24.             * 文章發表  
25.                 * 發表失敗（字數超出限制、使用者已登出等）  
26.             * 文章編輯  
27.                 * 編輯失敗（字數超出限制、使用者已登出等）  
28.             * 文章刪除  
29.                 * 刪除失敗（使用者已登出、使用者權限不符等）  
30.             * 類別建立  
31.                 * 建立失敗（類別已存在、使用者已登出等）  
32.             * 類別編輯  
33.                 * 編輯失敗（欲更名之類別已存在、使用者已登出等）  
34.             * 類別刪除  
35.                 * 刪除失敗（使用者已登出、使用者權限不符等） 

--

@ SiteMap

像網站導覽頁或是多層的選單。被認為是網站的功能清單。

優點是單元清楚，但缺點是不易描述執行細節，
有點像是文章的大綱，但是無法決定文章的細節。

＠ User Story

建立最少必須的 Use Case，

把使用者能進行的所有操作一一列舉。

系統設計者的職責是從這些意見中，聽取使用者的意見，
並且從自己的系統開發經驗中，擷取那些已經成熟的系統部份，
將過去所經歷、開發過的相似專案優點與問題，
重新思考後加以混和使用者的需求，
從中做出一個既符合使用者需求，又能夠相對理想的系統。
sitemap 無法描述每個細節，所以針對一些比較重要的重點部份，
我們仍然會採用 user story 法進行細節的描述，
盡可能增加工程師對這個功能的認知。

--

＠定義頁面元素
＠ 確認資料界接可行性
＠ 視覺設計與網站系統資料流程實作設計
* 盡可能設計成不用限制長度的，會是比較友善。盡可能避免使用不規則形狀設計網頁。
* 權限控管，像是發表的文章應該只有作者可以修改、刪除，
* 資料檢核，不管是使用者輸入或是我們自己匯入的資料，
一定要做好該做的檢核，像是必填欄位、日期欄位等。