項目開發(fā)的報告

1、項目開發(fā)報告報告的目的通過反映此次項目開發(fā)中各層面存在的問題，以及對項目開發(fā)中造成的影響，來反映項目開發(fā)中標準化的必要性，以及文檔的重要性。標準化軟件開發(fā)流程控制是為了使整個軟件產(chǎn)品在開發(fā)階段清晰，要求明確，任務(wù)具體，便于標準化、系統(tǒng)化及工程化，利于提高軟件生命周期的控制及管理，提高所開發(fā)軟件的質(zhì)量，縮短開發(fā)時間，減少開發(fā)和維護的費用，使軟件開發(fā)活動更科學、更成效。二、存在的問題1. 委托開發(fā)合同上的缺陷：1) 本次軟件開發(fā)實際上是一次委托開發(fā)行為，合同應(yīng)為委托開發(fā)合同，而不應(yīng)該是軟件開發(fā)合同。委托開發(fā)是指：委托第三方開發(fā)機構(gòu)為客戶開發(fā)系統(tǒng)軟件；軟件開發(fā)是指：我們本身作為開發(fā)軟件方直接為客戶開

2、發(fā)系統(tǒng)軟件。2) 開發(fā)合同上此次項目開發(fā)的要求不明確。一般項目開發(fā)要求應(yīng)包括技術(shù)目標和技術(shù)內(nèi)容。技術(shù)目標是指項目應(yīng)到達什么水平、目的、要解決什么樣的系統(tǒng)問題，技術(shù)內(nèi)容是描述開發(fā)軟件的主要技術(shù)內(nèi)容，不能直接見附件，可以將附件的技術(shù)協(xié)議主要內(nèi)容再錄一部分，詳細內(nèi)容見附件的形式。3) 沒有注明完整的開發(fā)計劃說明。開發(fā)計劃一般要包含這些內(nèi)容：需求分析階段，設(shè)計實現(xiàn)階段，初驗階段，試運行階段，終驗階段，質(zhì)保期階段維護。4) 合同雙方就此次軟件開發(fā)中的責任分工不齊全也不明確。責任是指甲乙雙方在此次項目開發(fā)過程中各自扮演的角色，以及在整個開發(fā)中的具體工作任務(wù)。如：委托方提供相關(guān)文檔和數(shù)據(jù)等資料，開發(fā)方制定詳

3、細規(guī)劃和工作標準，成立負責人監(jiān)管開發(fā)過程等。5) 項目開發(fā)支付不明確。就試運行標準沒有達成共識，一般試運行應(yīng)該是在委托方收到開發(fā)方出具的項目初驗報告以后根據(jù)軟件開發(fā)是否到達試運行標準后同意試運行才是試運行的準確定義，在此7日內(nèi)無意義可以向開發(fā)方支付。6) 驗收內(nèi)容和標準不詳，沒有一套完整的驗收流程。在整個項目開發(fā)中各個階段最好都要由開發(fā)方提起申請，委托方給予答復(fù)這樣一個流程來監(jiān)管和標準項目的開發(fā)，使項目能穩(wěn)定標準的進行。7) 最終交付產(chǎn)品和版權(quán)不明確。注明是否需要源代碼以及說明版權(quán)歸屬方。2. 開發(fā)流程上的缺陷1) 項目開發(fā)各個階段都應(yīng)該有完整的開發(fā)計劃和開發(fā)流程。為了保證項目在開發(fā)過程中不至

4、于無序而使開發(fā)陷入混亂甚至僵死的狀態(tài)，明確各階段的任務(wù)、標準和流程是相當重要的。2) 首先要由項目負責人制定項目開發(fā)計劃。在項目計劃中要對項目的目標和時間要求給出明確的定義，要規(guī)定項目的組織和管理規(guī)則，項目的開發(fā)過程和輸出要求，項目對資源的需求和分配等。3) 由項目負責人要組織編寫XX標統(tǒng)開發(fā)標準此標準可以在項目開發(fā)過程中進行完善，但是必須雙方認可，其中包括：a. 闡述項目采用的技術(shù)路線；b. 采用的軟件開發(fā)方法和使用的軟件輔助開發(fā)工具；c. 制定需求分析階段，設(shè)計階段，編程階段中文檔編寫規(guī)則，模型表示規(guī)則，命名約定等在開發(fā)過程中需協(xié)調(diào)一致的規(guī)則。4) 需求分析階段：需求分析員應(yīng)通過各種方式收

5、集和獲得所開發(fā)項目的業(yè)務(wù)需求，并對獲取的需求和系統(tǒng)應(yīng)具有的隱含需求進行分析，以建立系統(tǒng)的軟件需求。必須編寫軟件需求說明書，最好編寫初步的系統(tǒng)指南。該軟件需求說明書得到用戶確認后，需提交評審。5) 概要設(shè)計階段：系統(tǒng)設(shè)計員應(yīng)建立一個高層的軟件體系結(jié)構(gòu)，該體系結(jié)構(gòu)應(yīng)表達系統(tǒng)的需求。該體系結(jié)構(gòu)應(yīng)描述軟件的頂層結(jié)構(gòu)和定義其主要部分。必須編寫概要設(shè)計說明書和數(shù)據(jù)庫設(shè)計說明書，最后修改完善系統(tǒng)指南并將概要設(shè)計說明書和數(shù)據(jù)庫設(shè)計說明書提交評審。6) 詳細設(shè)計階段：系統(tǒng)設(shè)計人員要深刻理解概要設(shè)計說明書，保證詳細設(shè)計與概要設(shè)計相一致，為編碼提供詳盡的依據(jù)。細化和描述每一個功能模塊，確定實現(xiàn)各個模塊功能的具體算法

6、、內(nèi)部數(shù)據(jù)結(jié)構(gòu)和外部接口方式。假設(shè)功能模塊涉及到用戶界面，還要具體描繪出用戶界面以及操作流程。必須編寫詳細設(shè)計說明書，最后修改完善系統(tǒng)指南并提交詳細設(shè)計評審。7) 設(shè)計實現(xiàn)階段：程序員應(yīng)嚴格按照詳細設(shè)計的說明，保證最終程序與詳細設(shè)計相一致。編碼過程中應(yīng)遵循XXX系統(tǒng)開發(fā)標準的命名規(guī)則和注釋等規(guī)定保證程序的清晰、易讀。要對編寫的程序進行調(diào)試，使程序不僅通過編譯的語法檢查，而且在功能和性能等方面到達設(shè)計的要求。必須編寫用戶操作手冊，最后修改系統(tǒng)指南。由系統(tǒng)設(shè)計員最終完成系統(tǒng)指南。8) 內(nèi)部測試階段：項目負責人應(yīng)組織系統(tǒng)的內(nèi)部測試，內(nèi)部測試由項目組內(nèi)包括單元測試，集成測試和構(gòu)造測試。項目組內(nèi)的測試員

7、負責編寫系統(tǒng)內(nèi)部測試的測試計劃和測試實例，實施測試，填寫測試報告。最后由測試部提供支持。9) 系統(tǒng)測試階段：項目負責人應(yīng)向測試部提請系統(tǒng)測試。測試部負責編寫系統(tǒng)測試的測試計劃，測試實例，實施測試，填寫測試報告。由項目測試員提供配合。10) 初驗階段：驗收小組需要根據(jù)驗收內(nèi)容逐項進行相關(guān)驗收。軟件功能的驗收：由軟件使用部門根據(jù)需求或驗收內(nèi)容和標準，對軟件系統(tǒng)功能進行詳細驗證測試，驗收小組監(jiān)督和匯總測試情況。軟件性能的驗收：由信息技術(shù)部從技術(shù)的角度，對系統(tǒng)進行性能等技術(shù)測試，驗收小組監(jiān)督和匯總測試情況。開發(fā)資料文檔的驗收：由驗收小組根據(jù)驗收準備階段的要求逐項核對資料的提交情況，資料包括合同中要求的

8、程序源代碼、操作手冊、培訓(xùn)資料、測試報告、過程數(shù)據(jù)等。最后驗收小組將根據(jù)綜合評議情況，判斷是否驗收合格，對于不合格的部分提出整改意見。如果本次驗收通過，驗收小組將檢驗初步驗收涉及的各階段驗收是否完成，如果初步驗收完成，將進入正式運行階段；11) 最終驗收階段：當系統(tǒng)運行一段時間一般在合同中明確后，驗收小組將匯總各使用部門的驗證情況或驗收小組組織全面的驗收，將根據(jù)驗收情況出具驗收結(jié)論。不合格則提出整改意見，合格則進入最后報告總結(jié)。驗收小組將根據(jù)驗收情況撰寫驗收報告，驗收報告不僅需要包括本次項目驗收的情況總結(jié)，也需要總結(jié)本次驗收工作的得與失。最后領(lǐng)導(dǎo)審批，歸檔。3. 人員的缺失需要有明確的工作職責

9、為整個項目負責：1) 項目負責人：負責制訂項目計劃、協(xié)調(diào)項目內(nèi)外各方的關(guān)系、控制項目進度并保證項目計劃的實施和完成。2) 需求分析員：作為開發(fā)方的代表，負責溝通用戶和開發(fā)人員的認識和見解，明確及準確地編寫軟件需求說明書和初步的系統(tǒng)指南。3) 系統(tǒng)設(shè)計員：負責把軟件需求變換成可表示的可實現(xiàn)的軟件形式，為設(shè)計實現(xiàn)提供可行的依據(jù)。并在設(shè)計過程中要負責編寫概要設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、詳細設(shè)計說明書，完成系統(tǒng)指南的編寫。4) 程序員：按設(shè)計要求把軟件的詳細設(shè)計變換成可執(zhí)行的源程序，進行調(diào)試。完成相應(yīng)的文檔，編寫用戶操作手冊。5) 測試人員：負責制定測試計劃，設(shè)計測試方案，測試用例，并實施測試。6)

10、 配置管理人員：負責對開發(fā)庫中軟件配置項的管理和維護。7) 監(jiān)管人員：開發(fā)雙方包括客戶方負責整個開發(fā)項目過程中各個階段的標準和督導(dǎo)。4標準標準的缺失主要表達在需求文檔里面，下面幾點不是所有項目都有，可以根據(jù)項目的規(guī)模范圍來調(diào)整：1功能需求：描述軟件系統(tǒng)必須實現(xiàn)的業(yè)務(wù)流程使用實例，以及根據(jù)每個業(yè)務(wù)流程分解出來的詳細的功能需求。2性能需求：軟件性能需求通常包括以下方面：i. 同時支持的最大用戶數(shù)、同時支持操作的個數(shù)、某時刻能承受的最大數(shù)據(jù)量、數(shù)據(jù)最大存儲量、對系統(tǒng)運行時允許占用的系統(tǒng)資源要求；ii. 系統(tǒng)持續(xù)運行時間、響應(yīng)時間、數(shù)據(jù)更新處理時間、數(shù)據(jù)間的轉(zhuǎn)換和傳輸時間、界面刷新處理時間的要求；ii

11、i. 在不同安裝/運行環(huán)境、不同操作方式下，或者與其它子系統(tǒng)接口發(fā)生改變時，某些數(shù)據(jù)和參數(shù)可以允許的變化范圍。3系統(tǒng)安全：說明與系統(tǒng)安全性、完整性和保密性相關(guān)的需求，明確產(chǎn)品必須滿足的安全保密策略。4質(zhì)量要求：可靠性軟件能夠無故障的運行一段時間的概率、可維護性對軟件進行修改的難易程度修改所用時間、修復(fù)的比率、有效性軟件正常運行時間/總時間、可用性掌握軟件操作的難易程度、重用性、可測試性查找缺陷的難易程度、可移植性等。5安全和保密：說明與系統(tǒng)安全性、完整性和保密性相關(guān)的需求，明確產(chǎn)品必須滿足的安全保密策略。6需求變更：需要有變更控制，版本控制，需求跟蹤，狀態(tài)跟蹤等標準，明確產(chǎn)品的基線、復(fù)審對基線

12、的變更、最后批準、否決變更或延期執(zhí)行的控制，。7網(wǎng)絡(luò)要求：描述與本軟件所使用的通信功能相關(guān)的需求。電子郵件、Web瀏覽器、網(wǎng)絡(luò)通信標準或協(xié)議及電子表格等等。包括對消息格式、通信安全或加密問題、數(shù)據(jù)傳輸速率和同步通信機制等要求。8接口要求：對本軟件與其它系統(tǒng)軟件的每個接口進行描述，包括軟件之間的交換數(shù)據(jù)或信息及其作用注意說明哪些是共享數(shù)據(jù)、需要的服務(wù)、內(nèi)部通信性質(zhì)。9其他要求：安裝與操作，維護等。的不足：需求調(diào)研分析過程是一個由粗到細、漸進明晰、持續(xù)完善的過程。在指導(dǎo)后面系統(tǒng)設(shè)計，編碼階段時都應(yīng)當不斷完善修改需求文檔，因此需求管理非常重要。需求管理包括在工程進展過程中維持需求約定集成型和精確性的

13、所有活動：1定義需求基線需求文檔的主體；2評審提出的需求變更申請、評估每項變更可能的影響，從而決定是否實施變更；3以一種可控的方式將需求變更融入到項目中；4使當前的項目計劃與需求保持一致；5分析變更所產(chǎn)生的影響并在此基礎(chǔ)上協(xié)商出新的約定；6使每項需求都能與其對應(yīng)的設(shè)計、源代碼和測試用例聯(lián)系起來以實現(xiàn)跟蹤；7在整個項目過程中跟蹤需求狀態(tài)及其變更情況。6.開發(fā)文檔和報告的缺失不一定全部都需要可以根據(jù)實:因為沒有指明負責人，所以各個階段沒有形成申請、報告、匯報和變更等文檔。沒有數(shù)據(jù)庫數(shù)據(jù)字典文檔，沒有測試計劃文檔，沒有驗收文檔等。一般文檔應(yīng)該包括(因項目開發(fā)的不同部分文檔可以沒有)：XXX系統(tǒng)開發(fā)標

14、準軟件需求說明書概要設(shè)計說明書數(shù)據(jù)庫設(shè)計說明書詳細設(shè)計說明書系統(tǒng)指南用戶操作手冊三、軟件開發(fā)的重點一個軟件開發(fā)項目的進行，一般需要在人力和自動化資源等方面作重大的投資。為了保證項目開發(fā)的順利進行與成功，最經(jīng)濟地花費這些投資，并且便于運行和維護，在開發(fā)工作的每一個階段都需要編制一定的文檔。這些文檔連同電腦程序及數(shù)據(jù)一起才算是構(gòu)成整個電腦的軟件。文檔的作用是相當重要的，是整個開發(fā)流程中標準化進行的重要保障。文檔還有其他很多作用：1) 作為開發(fā)人員在一定階段內(nèi)的工作成果和結(jié)束標志。2) 向管理人員提供軟件開發(fā)過程中的進展和情況，把軟件開發(fā)過程中的一些“不可見的”事物轉(zhuǎn)換成“可見的”文字資料。以便管理

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