淺議軟體開發過程

    最近經理老是催著讓寫軟體的相關文檔.但由於自己的開發一直以來都是獨自完成,也談不上規範開發,所以好多的應該進行的工作都沒有進行,以至於有些陌生了!這兩天抽時間瞭解了一下,就PSP而言可行的,談一下自己的看法:
    當接手一個軟體項目時,
     專案計劃:
         什麼時間開始,在哪個時間段做什麼樣的工作,預計什麼時候結束等...
    需求分析: 
         (1)需求調研:明確需求人員,並和其取得聯絡,獲得第一手需求資訊,初步確定系統要完成的功能,以什麼樣的方式呈現,以及可能設計某些專業方面的細節資訊.
         (2)建立需求說明書:根據調研結果,建立初步的需求說明書,詳細闡述系統應該完成的功能,和具體的已經瞭解的細節,而後有使用者確認並簽字(在這個階段由於使用者需求的變更,故而可能是個反覆的階段)
         (3)建立原型:根據使用者已經確認的需求,迅速的建立系統原型,初步完成系統某些功能,並再次有使用者確認.(此時使用者的需求可能再次變更,姑且遷就之,並警告,此後如果再次變更,將只能後續考慮)
     軟體設計:
       (1)概要設計:建立軟體模組,並用樹狀圖形表示整體架構.定義模組間資料的依賴關係.確定系統要採用的階層.
        (2)詳細設計:詳細規劃每個模組要完成的功能,每個模組下要包含的items也要詳細考慮.
        (3)資料庫設計
        (4)軟體設計說明書:詳細說明每個模組,每個功能在系統中的實現方式和手段.
      程式編碼:
        按照軟體設計說明,和需求說明進行編碼實現.(注意:此階段如果使用者變更需求,考慮後續處理.) 完善系統原型 ,發現問題,及時和使用者聯絡,同時更新使用者需求說明書>   
       軟體測試:
        根據需求說明書,對軟體進行黑箱測試(功能測試);使用者介面設計測試,友好性測試;壓力測試;健壯性測試等,最後有使用者參與.
      軟體維護:
         針對使用過程中出現的錯誤和不足進行維護和完善. 此時如果非原開發人員維護,以上產生的說明性文檔將起到很好的導向作用...
   
     軟體工程不是一個人的工作.
     但是為了我們在開發過程中能有一個清晰的思路,少走彎路,易於維護.那麼趨於正常化的開發還是非常重要的.
     另一方面,從實踐中去總結,在項目中去實踐,這樣軟體工程的思想才會永駐腦中...