一個項目從客戶提出需求，到需求分析，再到設計、開發、測試等，經過一系列的環節後，才能達到正式使用和上線的效果。
爲了標準化開發流程，提高開發效率，特將項目開發的一下規範和技巧，做一些說明。
項目開發流程，如下圖所示。
這裏貼一個流程圖：客戶提出需求、我們整理需求、設計頁面原型、編寫功能需求補充文檔、與客戶溝通覈對原型和需求、調整原型與需求、確認原型與需求、數據庫UML建模、UML建模確認、數據庫表設計、主鍵外鍵索引確認、太極平臺項目添加、太極平臺項目配置、項目開發、發佈測試服務器、測試用例編寫、功能測試、修復bug更新、測試通過、發佈正式服務器。
軟件項目開發，雖說是開發，但更重要的是前面的設計。只有前面的UI設計、數據庫設計理順了，後面開發才順利，返工才少。
在設計上，也有一些技巧和原則。當拿到一個新項目後，我們會按照如下順序進行設計。
1.功能需求拆分
對整個系統進行大的模塊拆分，比如生產、銷售、統計、財務、客戶、採購、倉庫等。每個模塊之間可能會有數據關聯，也可能是獨立的。
功能需求的拆分，一般以企業的使用部門爲依據，或者以功能的整體性爲依據。
可以使用百度腦圖、MindManage等思維導圖功能，進行輔助分析。
這裏放一個項目的思維導圖案例。
2.用戶角色設計
角色一般根據企業內部的職務進行劃分，比如銷售員、銷售經理、主管、總經理、管理員等。同一個部門同一個模塊，也會有不同的用戶去使用，而不同的用戶可能使用不同的功能點，於是這些功能就要拆分爲各個子功能，分配給相應的用戶去使用。把使用相同子功能的用戶，歸爲一種角色。
比如針對訂單，銷售員只能查看和管理自己的訂單，而主管和經理則可以查看和管理所有人的訂單。那麼就需要有銷售員和主管這2種角色。
目前系統只支持一個用戶一種角色，以後可能考慮一個用戶分配多個角色。即角色可以多選。
可以使用Excel表格、或者思維導圖的方式，整理角色和功能。
這裏放一個項目的角色功能案例。
3.菜單設計
菜單根據用戶角色進行設計，每個角色能使用哪些菜單，都會通過權限進行設置。超級管理員可以看到所有的菜單，所以在超級管理員看來，有些功能菜單名字可能是重複的。但是一旦分配給相應的角色後，該角色用戶登錄，也只能看到限定的菜單，所以並沒有太大影響。
比如下面的菜單結構，一級菜單爲接單員和跟單員，下面都有“我的訂單”這個2級菜單，但是他們的功能是不一樣的。
通過角色設定好功能菜單。作爲接單員，登錄進去後，看到的是接單員和我的訂單；作爲跟單員，登錄進去後，看到的是跟單員和我的訂單。而作爲銷售主管，登錄進去後，能看到接單員、跟單員和這2個我的訂單。
| 一級菜單 | 二級菜單 |
| 接單員 | |
| 我的訂單 | |
| 跟單員 | |
| 我的訂單 |
- 菜單設計思路。可以初步看到，菜單的設計，是根據角色來制定。先將某種角色的所有功能菜單設計出來，然後再將所有角色的功能菜單，進行整合和歸類。
- 菜單排序。按使用頻率，最常用的功能菜單，放到前面；不常用或者設置類的，放到後面。比如商品管理和商品分類管理，分類管理就要放到後面，因爲分類不會經常變動，設置完畢後基本上不會修改。
- 菜單命名。命名不要有歧義，要能準確表達功能，還要結合當前的使用用戶角色。設計人員要充分沉浸到當前登錄的用戶中，想象自己就是用戶，想象什麼樣的名字更能貼切自己的使用。比如上面的接單員和跟單員，都有我的訂單。如果是接單員用戶登錄，就只會看到“我的訂單”菜單，意義明確簡單。
4.列表設計
4.1.列表佈局設計
4.1.1.單列表佈局
功能頁面就是一個列表，最普遍的佈局模式。
左右佈局
上下佈局
多tab標籤頁佈局
在功能菜單裏面，要看到多維度的數據，可以採用多tab標籤頁佈局。
4.2.單列表數據設計規範
- 重要字段放前幾列，以時間日期爲排序的列表，時間日期列放在第1列。
- 數值型字段，列表右對齊。包括整數、小數、貨幣等。
- 數值計算型，要加入合計項屬性，以便在最後一行顯示總計數據。
- 字符串型字段，如果數據長度較短（在10個字符以內），默認居中對齊即可。否則一般左對齊。
- 搜索功能。如果列表數據固定較少（100條以內），那麼不需要開啓搜索功能。否則，列表必須要有搜索功能。
4.2.添加編輯設計
詳情頁設計
內頁設計
彈框頁面