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

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

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

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

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