一．導(dǎo)言

國(guó)內(nèi)很多項(xiàng)目都是小型項(xiàng)目,參與人員少(兩到五個(gè)人),要快速交付(一兩個(gè)月).要成功完成這種項(xiàng)目,除了使用成熟且被團(tuán)隊(duì)成員熟練使用的技術(shù)之外,有一個(gè)良好的開發(fā)流程,也是很必要的.

二．小型軟件項(xiàng)目開發(fā)流程

下圖是我對(duì)小型軟件項(xiàng)目開發(fā)流程的一個(gè)設(shè)想:

需求分析的重要性想必大家都應(yīng)該清楚,對(duì)于項(xiàng)目來(lái)說(shuō),滿足用戶的需求是第一位的.

因?yàn)闀r(shí)間緊,系統(tǒng)設(shè)計(jì)經(jīng)常被忽略.這會(huì)留下很大的隱患,國(guó)內(nèi)很多項(xiàng)目的需求通常是很簡(jiǎn)略的,還需要在系統(tǒng)設(shè)計(jì)階段把一些需求進(jìn)一步的明確.不然會(huì)出現(xiàn)因?yàn)榍捌谝恍┬枨蟛幻鞔_,一些已經(jīng)開發(fā)好的功能要重做的情況.另外,設(shè)計(jì)做好了,思路清楚了,接下來(lái)的開發(fā)會(huì)順利很多.

系統(tǒng)設(shè)計(jì)包括業(yè)務(wù)流程設(shè)計(jì),數(shù)據(jù)庫(kù)設(shè)計(jì),界面設(shè)計(jì)三部分.關(guān)于界面設(shè)計(jì),哪些信息是用戶需要的,哪些信息是用戶不需要的,要仔細(xì)考慮一下.

看到設(shè)計(jì)評(píng)審,大家肯定有點(diǎn)奇怪:小項(xiàng)目還做什么評(píng)審,不是浪費(fèi)時(shí)間嗎?其實(shí)不是這樣的,三個(gè)臭皮匠頂個(gè)諸葛亮,一個(gè)人的設(shè)計(jì),或多或少會(huì)存在一些不足,大家集思廣益,設(shè)計(jì)出來(lái)的方案無(wú)疑會(huì)更成熟一些.在評(píng)審的過(guò)程,大家的設(shè)計(jì)經(jīng)驗(yàn)也無(wú)形中進(jìn)行了交流,對(duì)系統(tǒng)的了解也更多.

小型項(xiàng)目的設(shè)計(jì)評(píng)審不用很正式,搬上椅子坐到設(shè)計(jì)人員電腦旁邊,先聽講解,再提問(wèn)題,然后有人把提出的問(wèn)題記錄下來(lái)就好了.

很多小型項(xiàng)目沒(méi)有設(shè)置專業(yè)測(cè)試人員,因此,開發(fā)過(guò)程中的自測(cè)很重要,這也是保障項(xiàng)目質(zhì)量的重要一環(huán).

功能都開發(fā)完成,開發(fā)人員也完成自測(cè)試之后,便可準(zhǔn)備進(jìn)入交叉測(cè)試環(huán)節(jié).測(cè)試的思維和開發(fā)的思維是不同的.測(cè)試要站在用戶的角色看問(wèn)題,把自己當(dāng)成用戶,看項(xiàng)目是否滿足全部需求.

進(jìn)入交叉測(cè)試之前,開發(fā)人員應(yīng)先完成部署手冊(cè)和使用說(shuō)明,并部署到一個(gè)全新的環(huán)境（最好有個(gè)單獨(dú)的測(cè)試服務(wù)器）,給大家演示一遍.

交叉測(cè)試發(fā)現(xiàn)的問(wèn)題先各自用Excel表格記錄下下,最后匯總到一個(gè)Excel文件,放到公共目錄.改Bug后要驗(yàn)證.發(fā)布前,所有Bug再驗(yàn)證一次.

三．小型項(xiàng)目人員配置

一個(gè)項(xiàng)目經(jīng)理,一到四位開發(fā)人員

項(xiàng)目經(jīng)理負(fù)責(zé)需求分析,主持設(shè)計(jì)評(píng)審,決定設(shè)計(jì)評(píng)審是否通過(guò),決定是否可進(jìn)入交叉測(cè)試決定是否可發(fā)布項(xiàng)目.

開發(fā)人員負(fù)責(zé)系統(tǒng)設(shè)計(jì),開發(fā)和自測(cè),交叉測(cè)試,修改Bug,編寫部署手冊(cè)和使用說(shuō)明.

【編輯推薦】

1. 軟件項(xiàng)目管理應(yīng)注意的問(wèn)題
2. 軟件項(xiàng)目管理總體流程設(shè)計(jì)
3. 軟件項(xiàng)目質(zhì)量管理層次模型
4. 軟件項(xiàng)目過(guò)程管理保證軟件質(zhì)量
5. 淺析軟件項(xiàng)目開發(fā)中的單件模式