個人總結

前言

本人作了幾年的java web開發，前幾年一直處於開發實施的過程當中。在項目過程當中，出現了各類各樣的問題，每每一個項目接着一個項目進行，沒有任何總結經驗的時間。在這兩年作銀行項目，接觸了CMMI，ISO等相關標準，在過程交付中，依據公司及銀行標準，慢慢的總結了一些實用的過程。

項目的幾個重要約束：進度 質量 成本。進度會影響到回款和客戶的承認度，質量會影響到項目的運營和後續維護，成本影響項目的效益和參與人員的錢袋子。

對於一個WEB項目，過程主要包括立項 需求 設計 編碼 測試 交付 結項。而對於項目一線人員主要牽涉到需求分析 系統設計 編碼實現 測試及上線。對於立項和結項主要是運營人員 商務人員參與，項目人員配合。

立項

在立項階段，參與者：運營，商務， 項目經理。

由商務人員通知運營發起立項，運營通知項目經理髮起立項，項目經理提交立項相關文檔，

包括 工做量評估 項目計劃書 配置管理計劃書 項目管理計劃書 項目立項書等

需求分析

本階段主要參與者：項目經理 需求人員 客戶。

在項目立項後，需求人員入場與客戶討論需求，也能夠項目人員介紹同業經驗，給客戶進行參考。

階段產出：需求規格說明書，內部包括：項目當前狀況, 約束（範圍）,運行環境,與其餘系統關係
功能點：功能說明 功能界面 用戶範圍及權限 輸入輸出描述 功能流程描述 其餘特殊處理和控制
另外須要對重點交易進行詳細描述。

流程：介紹同業經驗----->需求討論---->需求規格說明書---->需求評審---->需求截止---->產出終版需求規格說明書

系統設計

本階段主要參與者：項目經理，技術人員

根據需求規格說明書，主要作如下幾項事情

• 數據庫表結構：根據輸入輸出描述，使用PD設計出實體數據表
• 原型界面：使用Balsamiq Mockups 3畫出頁面原型
• 業務流程：對於邏輯功能，畫出詳細業務流程圖並描述，通常使用viso
• URL規範及相關代碼規範等
• 接口設計文檔等

產出：概要設計書，詳細設計書，接口說明書

注：此階段不涉及編碼

 

編碼實現

參與者：項目經理，開發人員，需求人員，運營，測試

人員：一個項目組內人員儘量多元，至少一個技術能手，頭腦靈活和踏實的同樣適用

報告方式：根據項目的緊急狀況，類型，能夠展開晨會，週會，月會。主要彙報以下內容：前一個階段進度，前一個階段問題，現階段計劃，現階段分工。中間出現的問題由項目經理會後解決，並通告項目組

單元測試：在一個功能開發完成後，程序員須要編寫單元測試類進行測試，測試完成後，再提交SCM

編碼規範：在項目啓動時，須要與客戶進行討論代碼規範及文檔規範。如客戶無規範要求，則制定項目組內規範並嚴格要求。通常狀況下，每月花一天時間進行規範審查，通常使用snoar進行掃描。

注：通常狀況下，若是有人開發的功能須要時間過長，或對其餘工做有影響，會獨立的分支進行開發，待開發完成後，再進行合併分支。

測試

在項目進入到可測試階段，便可申請測試進行測試，前期進行功能測試，測試人員須要根據需求規格說明書和系統設計文檔編寫測試案例進行測試。在測試後期，須要進行性能測試，性能測試標準由客戶與項目組共同制定。

產出：系統測試報告

上線投產

項目進入到最爲關鍵的階段，在本階段須要作如下事情

• 反覆的迴歸測試
• 屢次的場景重現
• 屢次的代碼比對
• 詳細的上線更新報告和操做手冊，詳細到時間點和事情
• 上線評審

結項

在系統上線並順利運行兩週左右，便可向客戶申請發起結項流程，科技發起---->業務流轉---->財務審覈---->付款

在公司內部須要啓動結項流程，項目經理提交結項報告（項目驗收單，項目總結報告等）---->實施部門---->運營部門---->商務部門---->財務部門

因爲本人蔘與的項目不太多，瞭解的流程大體如此