小型軟體項目開發流程探討

標籤：

一．導言

國內很多項目都是小型項目, 參與人員少(兩到五個人), 要快速交付(一兩個月) . 要成功完成這種項目, 除了使用成熟且被團隊成員熟練使用的技術之外, 有一個良好的開發流程, 也是很必要的.

 

二．小型軟體項目開發流程

是我對小型軟體項目開發流程的一個設想:

 

需求分析的重要性想必大家都應該清楚, 對於項目來說, 滿足使用者的需求是第一位的.

 

因為時間緊, 系統設計經常被忽略. 這會留下很大的隱患, 國內很多項目的需求通常是很簡略的, 還需要在系統設計階段把一些需求進一步的明確. 不然會出現因為前期一些需求不明確, 一些已經開發好的功能要重做的情況. 另外, 設計做好了, 思路清楚了, 接下來的開發會順利很多.

 

系統設計包括商務程序設計, 資料庫設計, 介面設計三部分. 關於介面設計, 哪些資訊是使用者需要的, 哪些資訊是使用者不需要的, 要仔細考慮一下.

 

看到設計評審, 大家肯定有點奇怪: 小項目還做什麼評審, 不是浪費時間嗎? 其實不是這樣的, 三個臭皮匠頂個諸葛亮, 一個人的設計, 或多或少會存在一些不足, 大家集思廣益, 設計出來的方案無疑會更成熟一些. 在評審的過程, 大家的設計經驗也無形中進行了交流, 對系統的瞭解也更多.

 

小型項目的設計評審不用很正式, 搬上椅子坐到設計人員電腦旁邊, 先聽講解, 再提問題, 然後有人把提出的問題記錄下來就好了.

 

很多小型項目沒有設定專業測試人員, 因此, 開發過程中的自測很重要, 這也是保障項目品質的重要一環.

 

功能都開發完成, 開發人員也完成自測試之後, 便可準備進入交叉測試環節. 測試的思維和開發的思維是不同的. 測試要站在使用者的角色看問題, 把自己當成使用者, 看項目是否滿足全部需求.

 

進入交叉測試之前, 開發人員應先完成部署手冊和使用說明, 並部署到一個全新的環境（最好有個單獨的測試伺服器）, 給大家示範一遍.

 

交叉測試發現的問題先各自用Excel表格記錄下下, 最後匯總到一個Excel檔案, 放到公用目錄. 改Bug後要驗證. 發布前, 所有Bug再驗證一次.

 

三．小型項目人員配置

一個專案經理,  一到四位開發人員

 

專案經理負責需求分析, 主持設計評審, 決定設計評審是否通過, 決定是否可進入交叉測試決定是否可發布項目.

 

開發人員負責系統設計, 開發和自測, 交叉測試, 修改Bug, 編寫部署手冊和使用說明.

小型軟體項目開發流程探討