一．導言
國內很多項目都是小型項目, 參與人員少(兩到五個人), 要快速交付(一兩個月) . 要成功完成這種項目, 除了使用成熟且被團隊成員熟練使用的技術之外, 有一個良好的開發流程, 也是很必要的.
?
二．小型軟件項目開發流程
下圖是我對小型軟件項目開發流程的一個設想:
?
?
需求分析的重要性想必大家都應該清楚, 對于項目來說, 滿足用戶的需求是第一位的.
?
因為時間緊, 系統設計經常被忽略. 這會留下很大的隱患, 國內很多項目的需求通常是很簡略的, 還需要在系統設計階段把一些需求進一步的明確. 不然會出現因為前期一些需求不明確, 一些已經開發好的功能要重做的情況. 另外, 設計做好了, 思路清楚了, 接下來的開發會順利很多.
?
系統設計包括業務流程設計, 數據庫設計, 界面設計三部分. 關于界面設計, 哪些信息是用戶需要的, 哪些信息是用戶不需要的, 要仔細考慮一下.
?
看到設計評審, 大家肯定有點奇怪: 小項目還做什么評審, 不是浪費時間嗎? 其實不是這樣的, 三個臭皮匠頂個諸葛亮, 一個人的設計, 或多或少會存在一些不足, 大家集思廣益, 設計出來的方案無疑會更成熟一些. 在評審的過程, 大家的設計經驗也無形中進行了交流, 對系統的了解也更多.
?
小型項目的設計評審不用很正式, 搬上椅子坐到設計人員電腦旁邊, 先聽講解, 再提問題, 然后有人把提出的問題記錄下來就好了.
?
很多小型項目沒有設置專業測試人員, 因此, 開發過程中的自測很重要, 這也是保障項目質量的重要一環.
?
功能都開發完成, 開發人員也完成自測試之后, 便可準備進入交叉測試環節. 測試的思維和開發的思維是不同的. 測試要站在用戶的角色看問題, 把自己當成用戶, 看項目是否滿足全部需求.
?
進入交叉測試之前, 開發人員應先完成部署手冊和使用說明, 并部署到一個全新的環境（最好有個單獨的測試服務器）, 給大家演示一遍.
?
交叉測試發現的問題先各自用Excel表格記錄下下, 最后匯總到一個Excel文件, 放到公共目錄. 改Bug后要驗證. 發布前, 所有Bug再驗證一次.
?
三．小型項目人員配置
一個項目經理, ?一到四位開發人員
?
項目經理負責需求分析, 主持設計評審, 決定設計評審是否通過, 決定是否可進入交叉測試決定是否可發布項目.
?
開發人員負責系統設計, 開發和自測, 交叉測試, 修改Bug, 編寫部署手冊和使用說明.
)
)
