項目開發(fā)報告報告的目的通過反映此次項目開發(fā)中各層面存在的問題，以及對項目開發(fā)中造成的影響，來反映項目開發(fā)中規(guī)范化的必要性，以及文檔的重要性。規(guī)范化軟件開發(fā)流程控制是為了使整個軟件產品在開發(fā)階段清晰，要求明確，任務具體，便于規(guī)范化、系統(tǒng)化及工程化，利于提高軟件生命周期的控制及管理，提高所開發(fā)軟件的質量，縮短開發(fā)時間，減少開發(fā)和維護的費用，使軟件開發(fā)活動更科學、更成效。二、存在的問題委托開發(fā)合同上的缺陷：本次軟件開發(fā)實際上是一次委托開發(fā)行為，合同應為委托開發(fā)合同，而不應該是軟件開發(fā)合同。委托開發(fā)是指：委托第三方開發(fā)機構為客戶開發(fā)系統(tǒng)軟件；軟件開發(fā)是指：我們本身作為開發(fā)軟件方直接為客戶開發(fā)系統(tǒng)軟件。開發(fā)合同上此次項目開發(fā)的要求不明確。一般項目開發(fā)要求應包括技術目標和技術內容。技術目標是指項目應達到什么水平、目的、要解決什么樣的系統(tǒng)問題，技術內容是描述開發(fā)軟件的主要技術內容，不能直接見附件，可以將附件的技術協(xié)議主要內容再錄一部分，詳細內容見附件的形式。沒有注明完整的開發(fā)計劃說明。開發(fā)計劃一般要包含這些內容：需求分析階段，設計實現(xiàn)階段，初驗階段，試運行階段，終驗階段，質保期階段（維護）。合同雙方就此次軟件開發(fā)中的責任分工不齊全也不明確。責任是指甲乙雙方在此次項目開發(fā)過程中各自扮演的角色，以及在整個開發(fā)中的具體工作任務。如：委托方提供相關文檔和數據等資料，開發(fā)方制定詳細規(guī)劃和工作規(guī)范，成立負責人監(jiān)管開發(fā)過程等。項目開發(fā)支付不明確。就試運行標準沒有達成共識，一般試運行應該是在委托方收到開發(fā)方出具的項目初驗報告以后根據軟件開發(fā)是否達到試運行標準后同意試運行才是試運行的準確定義，在此7日內無意義可以向開發(fā)方支付。驗收內容和標準不詳，沒有一套完整的驗收流程。在整個項目開發(fā)中各個階段最好都要由開發(fā)方提起申請，委托方給予答復這樣一個流程來監(jiān)管和規(guī)范項目的開發(fā)，使項目能穩(wěn)定規(guī)范的進行。最終交付產品和版權不明確。注明是否需要源代碼以及說明版權歸屬方。開發(fā)流程上的缺陷項目開發(fā)各個階段都應該有完整的開發(fā)計劃和開發(fā)流程。為了保證項目在開發(fā)過程中不至于無序而使開發(fā)陷入混亂甚至僵死的狀態(tài)，明確各階段的任務、標準和流程是相試部負責編寫系統(tǒng)測試的《測試計劃》，《測試實例》，實施測試，填寫《測試報告》。由項目測試員提供配合。初驗階段：驗收小組需要根據驗收內容逐項進行相關驗收。軟件功能的驗收：由軟件使用部門根據需求或驗收內容和標準，對軟件系統(tǒng)功能進行詳細驗證測試，驗收小組監(jiān)督和匯總測試情況。軟件性能的驗收：由信息技術部從技術的角度，對系統(tǒng)進行性能等技術測試，驗收小組監(jiān)督和匯總測試情況。開發(fā)資料文檔的驗收：由驗收小組根據驗收準備階段的要求逐項核對資料的提交情況，資料包括合同中要求的程序源代碼、操作手冊、培訓資料、測試報告、過程數據等。最后驗收小組將根據綜合評議情況，判斷是否驗收合格，對于不合格的部分提出整改意見。如果本次驗收通過，驗收小組將檢驗初步驗收涉及的各階段驗收是否完成，如果初步驗收完成，將進入正式運行階段；最終驗收階段：當系統(tǒng)運行一段時間（一般在合同中明確）后，驗收小組將匯總各使用部門的驗證情況或驗收小組組織全面的驗收，將根據驗收情況出具驗收結論。不合格則提出整改意見，合格則進入最后報告總結。驗收小組將根據驗收情況撰寫驗收報告，驗收報告不僅需要包括本次項目驗收的情況總結，也需要總結本次驗收工作的得與失。最后領導審批，歸檔。人員的缺失（需要有明確的工作職責為整個項目負責）：項目負責人：負責制訂《項目計劃》、協(xié)調項目內外各方的關系、控制項目進度并保證項目計劃的實施和完成。需求分析員：作為開發(fā)方的代表，負責溝通用戶和開發(fā)人員的認識和見解，明確及準確地編寫《軟件需求說明書》和初步的《系統(tǒng)指南》。系統(tǒng)設計員：負責把軟件需求變換成可表示的可實現(xiàn)的軟件形式，為設計實現(xiàn)提供可行的依據。并在設計過程中要負責編寫《概要設計說明書》、《數據庫設計說明書》、《詳細設計說明書》，完成《系統(tǒng)指南》的編寫。程序員：按設計要求把軟件的詳細設計變換成可執(zhí)行的源程序，進行調試。完成相應的文檔，編寫《用戶操作手冊》。測試人員：負責制定測試計劃，設計測試方案，測試用例，并實施測試。

配置管理人員：負責對開發(fā)庫中軟件配置項的管理和維護。

監(jiān)管人員：開發(fā)雙方包括客戶方負責整個開發(fā)項目過程中各個階段的規(guī)范和督導。4．標準規(guī)范的缺失（主要體現(xiàn)在需求文檔里面，下面幾點不是所有項目都有，可以根據項目的規(guī)模范圍來調整）：1）功能需求：描述軟件系統(tǒng)必須實現(xiàn)的業(yè)務流程（使用實例），以及根據每個業(yè)務流程分解出來的詳細的功能需求。2）性能需求：軟件性能需求通常包括以下方面：i.同時支持的最大用戶數、同時支持操作的個數、某時刻能承受的最大數據量、數據最大存儲量、對系統(tǒng)運行時允許占用的系統(tǒng)資源要求；ii.系統(tǒng)持續(xù)運行時間、響應時間、數據更新處理時間、數據間的轉換和傳輸時間、界面刷新處理時間的要求；iii.在不同安裝/運行環(huán)境、不同操作方式下，或者與其它子系統(tǒng)接口發(fā)生改變時，某些數據和參數可以允許的變化范圍。3）系統(tǒng)安全：說明與系統(tǒng)安全性、完整性和保密性相關的需求，明確產品必須滿足的安全保密策略。4）質量要求：可靠性（軟件能夠無故障的運行一段時間的概率）、可維護性（對軟件進行修改的難易程度——修改所用時間、修復的比率）、有效性（軟件正常運行時間/總時間）、可用性（掌握軟件操作的難易程度）、重用性、可測試性（查找缺陷的難易程度）、可移植性等。5）安全和保密：說明與系統(tǒng)安全性、完整性和保密性相關的需求，明確產品必須滿足的安全保密策略。6）需求變更：需要有變更控制，版本控制，需求跟蹤，狀態(tài)跟蹤等規(guī)范，明確產品的基線、復審對基線的變更、最后批準、否決變更或延期執(zhí)行的控制，。7）網絡要求：描述與本軟件所使用的通信功能相關的需求。電子郵件、Web瀏覽器、網絡通信標準或協(xié)議及電子表格等等。包括對消息格式、通信安全或加密問題、數據傳輸速率和同步通信機制等要求。8）接口要求：對本軟件與其它系統(tǒng)軟件的每個接口進行描述，包括軟件之間的交換數據或信息及其作用（注意說明哪些是共享數據）、需要的服務、內部通信性質。9）其他要求：安裝與操作，維護等。5.需求變更管理的不足：需求調研分析過程是一個由粗到細、漸進明晰、持續(xù)完善的過程。在指導后面系統(tǒng)設計，編碼階段時都應當不斷完善修改需求文檔，因此需求管理非常重要。需求管理包括在工程進展過程中維持需求約定集成型和精確性的所有活動：（1）定義需求基線（需求文檔的主體）；（2）評審提出的需求變更申請、評估每項變更可能的影響，從而決定是否實施變更；（3）以一種可控的方式將需求變更融入到項目中；（4）使當前的項目計劃與需求保持一致；（5）分析變更所產生的影響并在此基礎上協(xié)商出新的約定；（6）使每項需求都能與其對應的設計、源代碼和測試用例聯(lián)系起來以實現(xiàn)跟蹤；（7）在整個項目過程中跟蹤需求狀態(tài)及其變更情況。 6.開發(fā)文檔和報告的缺失（不一定全部都需要可以根據實際開發(fā)來調整）:因為沒有指明負責人，所以各個階段沒有形成申請、報告、匯報和變更等文檔。沒有數據庫數據字典文檔，沒有測試計劃文檔，沒有驗收文檔等。一般文檔應該包括(因項目開發(fā)的不同部分文檔可以沒有)：《XXX系統(tǒng)開發(fā)規(guī)范》《軟件需求說明書》《概要設計說明書》《數據庫設計說明書》《詳細設計說明書》《系統(tǒng)指南》《用戶操作手冊》三、軟件開發(fā)的重點 一個軟件開發(fā)項目的進行，一般需要在人力和自動化資源等方面作重大的投資。為了保證項目開發(fā)的順利進行與成功，最經濟地花費這些投資，并且便于運行和維護，在開發(fā)工作的每一個階段都需要編制一定的文檔。這些文檔連同計算機程序及數據一起才算是構成整個計算機的軟件。文檔的作用是相當重要的，是整個開發(fā)流程中規(guī)范化進行的重要保障。文檔還有其他很多作用：作為開發(fā)人員在一定階段內的工作成果和結束標志。向管理人員提供軟件開發(fā)過程中的進展和情況，把軟件開發(fā)過程中的一些“不可見的”事物轉

換成“可見的”文字資料。以便管理人員在各個階段檢查開發(fā)計劃的實施進展，使之能夠判斷原定目標是

否已達到，還將繼續(xù)耗用資源的種類和數量。記錄開發(fā)過程中的技術信息，便于協(xié)調以后的軟件開發(fā)、使用和修改；提供對軟件的有關運行、維護和培訓的信息，便于管理人員、開發(fā)人員、操作人員和用戶之間相互了解彼此的工作；向潛在用戶報導軟件的功能和性能，使他們能判定該軟件能否服務于自己的需要。另外文檔模板有很多可以根據開發(fā)項目的總體要求來選擇合適的文檔制定要求來規(guī)范文檔，使在整個開發(fā)中能更好的詮釋項目，保障項目的順利進行。四、關于績效考核軟件開發(fā)的匯報開發(fā)人員在整個開發(fā)過程中盡職盡責，經常加班，為整個項目開發(fā)盡了全力。項目開發(fā)中出現(xiàn)了一些問題，導致開發(fā)延后，其中最主要的原因有兩點：第一，項目開發(fā)過程中客戶方因為工作人事的變動，調整了績效考核負責人，從而在項目功能上的需求變動比較大，而且客戶方在細節(jié)功能需求上一直沒有一個明確的定性要求。第二，項目從開始制定實施以來，沒有完善的一套開發(fā)流程控制計劃，最重要的