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

一．導言

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

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

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

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

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

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

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

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

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

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

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

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

三．小型項目人員配置

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

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

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