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