軟體版本變更的一點感觸

  大學裡面學的軟體工程裡面軟體專案管理早已經忘記許多，最近接了一個婚姻的flash來做，和一個師弟一起幹這樣的活，對這個軟體開發管理有一點感觸。由於製作這個flash 的時候需求不完整的。在製作過程當中，需求不斷更改，並且不斷滿足客人的需要。我們大學老師金老師說過，軟體的需求是一直伴隨軟體開發項目的開始到結束。也就是說，需求不能一下子完全滿足客人的需求，在開發的過程中，需要更改並加以完善。

   在製作這個flash裡面，需要預算了一個開發週期。也就是一個項目開始，要有一個時間預定時間約束。在這個時間內，完成我們指定的目標。當時間確定後，我們需要對這個項目進行一定預算。簡單來講，就是需要支出多少，這些支援包括需要支付人工，需求哪些裝置方面資源等一系列的費用。項目確定好後，我們需要對該軟體項目產品進行一個劃分期。初始階段，中間階段，結束階段。

     在初始階段裡面，由於需求不能完整完善，我們快速定一個模型出來，也就是開發第一個demo版本。通過這個demo 版本，先讓客人測試，還需要哪些調整和不滿意的地方。在第一個版本開發後，客人會指出很多毛病，和需求的地方。滿意度不一定會高。

    有了這個基礎上，我們在製作這個flash的時候，大概確立一個模型，在第一個版本的調整上，我們發現了變更的度很大，客人需要調整的地方很多，而且還額外增加一個功能要求。然後，我們繼續按一個時間約定，進行第二個版本製作，這次比開發比第一個版本的時間縮短了2天（第一個demo開發花了4天）。然後客人提出的需求改動開始變少了。到了中間階段，我們不斷讓軟體版本發生變更，從最初的demo1發展到demo 5 ，每一個版本所花費的時間不斷縮小。客人滿意度慢慢提升了。

     結束階段，當我們匯出最終的flash版本的時候，經過測試後，基本的功能已經完成了。到了最後的驗收階段，客人經過檢查，滿意度達到了90%，在這樣前提下，客人還是指出一兩點的需要改動的地方，如美工，或者背景音樂，映像的問題。由於個人技術和人員調配的問題，在這些時間預算和時間內，不一定完全能夠達到要求。只能進行完善的修補。這也是這次製作這個flash 一點遺憾。由於個人技術缺陷，最終導致一點不完善的地方，但是基本上的需求已經完成了。

  最後，在規定的時間開發週期內，完成了這一次的任務。總算熬過了這14天的時間。

 

  總述：開發項目確立，時間周期約束，預算支援，需求變更，版本變更，客人滿意度

   這就是最近感言的，完成了這個flash後，會繼續進行我的無敵flash之旅。哈哈