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

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

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

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

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

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

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

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

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

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

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

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

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

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

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