現在,很多初級程序員或是一些小公司都(dōu)做一些微型項目。微型項目的代碼少,自然難度也不大,所以在開(kāi)發(fā)的時候,花的時間也比較少。
微型項目是指絕大部分工作由一個人來完成(chéng),不管是對(duì)于公司還(hái)是對(duì)于個人,用一個團隊來完成(chéng)一個微型項目,顯得有點過(guò)了。這(zhè)個核心成(chéng)員負責項目的系統分析、構架、及絕大部分的編碼工作。項目的持續時間一般在一個月之内。項目的參與人員除了核心的程序員外還(hái)可能(néng)有一部分輔助人員,包括第二程序員(負責一部分編碼工作)、美工(負責界面(miàn)設計)等。
微型項目的規模小,業務邏輯也不複雜,價格一般也不會(huì)超過(guò)10K。程序員通常直接和對(duì)方領導打交道(dào)。客戶大多對(duì)技術是一竅不通的,需要程序員直接負責系統的需求分析。
微型項目分析的一般流程:
微型項目的流程可以說沒(méi)有什麼(me)特别的,因爲項目小,所以常常談不上用很多的東西和知識或是工具。但是因爲系統需求的不确定性較大,一來說,敏捷的思路比較适合。
1、需求分析
2、構架設計
3、撰寫代碼
4、增量交付
5、應對(duì)需求變更
6、最終交付
以上過(guò)程有時候并沒(méi)有什麼(me)明顯的界限。鑒于項目的規模,大多時候在分析需求的時候,構建就(jiù)慢慢的形成(chéng)了,在形成(chéng)構架的過(guò)程中,很多編程上的難點就(jiù)一一弄清楚了。對(duì)于這(zhè)樣(yàng)的項目,需求上的變化一般是很正常的。很多時候,項目預期一個月,但是一個星期就(jiù)可以做完,剩下的三個星期一般是修改項目,另外變更項目的設計上的小細節。