項(xiàng)目開發(fā)規(guī)范報(bào)告.doc

項(xiàng)目開發(fā)報(bào)告一、 報(bào)告的目的通過(guò)反映此次項(xiàng)目開發(fā)中各層面存在的問(wèn)題，以及對(duì)項(xiàng)目開發(fā)中造成的影響，來(lái)反映項(xiàng)目開發(fā)中規(guī)范化的必要性，以及開發(fā)文檔的重要性。規(guī)范化軟件開發(fā)流程控制是為了使整個(gè)軟件產(chǎn)品在開發(fā)各個(gè)階段清晰、要求明確、任務(wù)具體，便于規(guī)范化、系統(tǒng)化及工程化，利于提高軟件生命周期的控制及管理，提高所開發(fā)軟件的質(zhì)量，縮短開發(fā)時(shí)間，減少開發(fā)和維護(hù)的費(fèi)用，使軟件開發(fā)活動(dòng)更科學(xué)、更成效。二、存在的問(wèn)題1. 委托開發(fā)合同上的不足：1） 開發(fā)合同上本次項(xiàng)目開發(fā)的要求不明確。一般項(xiàng)目開發(fā)前應(yīng)確認(rèn)包括項(xiàng)目目標(biāo)和技術(shù)方案。項(xiàng)目目標(biāo)是指項(xiàng)目應(yīng)達(dá)到業(yè)務(wù)需求、項(xiàng)目目的、以及解決什么樣的問(wèn)題；技術(shù)方案是指描述開發(fā)軟件的主要技術(shù)內(nèi)容，可以以附件的形式詳細(xì)描述技術(shù)方案，并作為合同的組成部分。2） 沒(méi)有明確的開發(fā)計(jì)劃說(shuō)明、每個(gè)階段需要提交文檔及代碼以及驗(yàn)收標(biāo)準(zhǔn)（測(cè)試文檔）。開發(fā)計(jì)劃一般要包含如下內(nèi)容：需求分析階段，設(shè)計(jì)實(shí)現(xiàn)階段，初驗(yàn)階段，試運(yùn)行階段，終驗(yàn)階段，質(zhì)保期階段（維護(hù)）。3） 合同雙方就此次軟件開發(fā)中的分工界面不明確，不能清晰界定雙方的責(zé)權(quán)利。分工界面是指甲乙雙方在此次項(xiàng)目開發(fā)過(guò)程中各自扮演的角色，以及在整個(gè)開發(fā)中的具體工作界定。如：委托方提供需求文檔等相關(guān)資料，開發(fā)方制定開發(fā)規(guī)范、詳細(xì)開發(fā)計(jì)劃、以及開發(fā)里程碑，甲乙雙方成立項(xiàng)目負(fù)責(zé)組監(jiān)管開發(fā)過(guò)程等。4） 項(xiàng)目開發(fā)交付內(nèi)容不明確。就試運(yùn)行標(biāo)準(zhǔn)沒(méi)有達(dá)成共識(shí)，一般試運(yùn)行應(yīng)該是在委托方收到開發(fā)方出具的項(xiàng)目初驗(yàn)報(bào)告以后，根據(jù)初驗(yàn)報(bào)告驗(yàn)收標(biāo)準(zhǔn)判斷是否達(dá)到試運(yùn)行標(biāo)準(zhǔn)后，再同意試運(yùn)行才是試運(yùn)行的標(biāo)志。5） 驗(yàn)收內(nèi)容和標(biāo)準(zhǔn)不詳，沒(méi)有一套完整的驗(yàn)收流程。在整個(gè)項(xiàng)目開發(fā)中各個(gè)階段最好都要由開發(fā)方提起申請(qǐng)，委托方給予答復(fù)這樣一個(gè)流程來(lái)監(jiān)管和規(guī)范項(xiàng)目的開發(fā)，使項(xiàng)目能穩(wěn)定規(guī)范的進(jìn)行。6） 最終交付產(chǎn)品和版權(quán)不明確。注明是否需要源代碼以及說(shuō)明版權(quán)歸屬方。2. 開發(fā)流程上的缺陷1） 項(xiàng)目開發(fā)各個(gè)階段都應(yīng)該有完整的開發(fā)計(jì)劃和開發(fā)流程。為了保證項(xiàng)目在開發(fā)過(guò)程中不至于無(wú)序而使開發(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ā)過(guò)程和輸出要求，項(xiàng)目對(duì)資源的需求和分配等。3） 由項(xiàng)目負(fù)責(zé)人要組織編寫XXX系統(tǒng)開發(fā)規(guī)范（此規(guī)范可以在項(xiàng)目開發(fā)過(guò)程中進(jìn)行完善，但是必須雙方認(rèn)可），其中包括：a. 闡述項(xiàng)目采用的技術(shù)路線；b. 采用的軟件開發(fā)方法和使用的軟件輔助開發(fā)工具；c. 制定需求分析階段，設(shè)計(jì)階段，編程階段中文檔編寫規(guī)則，模型表示規(guī)則，命名約定等在開發(fā)過(guò)程中需協(xié)調(diào)一致的規(guī)則。4） 需求分析階段：需求分析員應(yīng)通過(guò)各種方式收集和獲得所開發(fā)項(xiàng)目的業(yè)務(wù)需求，并對(duì)獲取的需求和系統(tǒng)應(yīng)具有的隱含需求進(jìn)行分析，以建立系統(tǒng)的軟件需求。必須編寫軟件需求說(shuō)明書，最好編寫初步的系統(tǒng)指南。該軟件需求說(shuō)明書得到用戶確認(rèn)后，需提交評(píng)審。5） 概要設(shè)計(jì)階段：系統(tǒng)設(shè)計(jì)員應(yīng)建立一個(gè)高層的軟件體系結(jié)構(gòu)，該體系結(jié)構(gòu)應(yīng)體現(xiàn)系統(tǒng)的需求。該體系結(jié)構(gòu)應(yīng)描述軟件的頂層結(jié)構(gòu)和定義其主要部分。必須編寫概要設(shè)計(jì)說(shuō)明書和數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書，最后修改完善系統(tǒng)指南并將概要設(shè)計(jì)說(shuō)明書和數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書提交評(píng)審。6） 詳細(xì)設(shè)計(jì)階段：系統(tǒng)設(shè)計(jì)人員要深刻理解概要設(shè)計(jì)說(shuō)明書，保證詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)相一致，為編碼提供詳盡的依據(jù)。細(xì)化和描述每一個(gè)功能模塊，確定實(shí)現(xiàn)各個(gè)模塊功能的具體算法、內(nèi)部數(shù)據(jù)結(jié)構(gòu)和外部接口方式。若功能模塊涉及到用戶界面，還要具體描繪出用戶界面以及操作流程。必須編寫詳細(xì)設(shè)計(jì)說(shuō)明書，最后修改完善系統(tǒng)指南并提交詳細(xì)設(shè)計(jì)評(píng)審。7） 設(shè)計(jì)實(shí)現(xiàn)階段：程序員應(yīng)嚴(yán)格按照詳細(xì)設(shè)計(jì)的說(shuō)明，保證最終程序與詳細(xì)設(shè)計(jì)相一致。編碼過(guò)程中應(yīng)遵循XXX系統(tǒng)開發(fā)規(guī)范的命名規(guī)則和注釋等規(guī)定保證程序的清晰、易讀。要對(duì)編寫的程序進(jìn)行調(diào)試，使程序不僅通過(guò)編譯的語(yǔ)法檢查，而且在功能和性能等方面達(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è)試員負(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ì)資料的提交情況，資料包括合同中要求的程序源代碼、操作手冊(cè)、培訓(xùn)資料、測(cè)試報(bào)告、過(guò)程數(shù)據(jù)等。最后驗(yàn)收小組將根據(jù)綜合評(píng)議情況，判斷是否驗(yàn)收合格，對(duì)于不合格的部分提出整改意見(jiàn)。如果本次驗(yàn)收通過(guò)，驗(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é)論。不合格則提出整改意見(jiàn)，合格則進(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é)為整個(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í)和見(jiàn)解，明確及準(zhǔn)確地編寫軟件需求說(shuō)明書和初步的系統(tǒng)指南。3） 系統(tǒng)設(shè)計(jì)員：負(fù)責(zé)把軟件需求變換成可表示的可實(shí)現(xiàn)的軟件形式，為設(shè)計(jì)實(shí)現(xiàn)提供可行的依據(jù)。并在設(shè)計(jì)過(guò)程中要負(fù)責(zé)編寫概要設(shè)計(jì)說(shuō)明書、數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書、詳細(xì)設(shè)計(jì)說(shuō)明書，完成系統(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） 配置管理人員：負(fù)責(zé)對(duì)開發(fā)庫(kù)中軟件配置項(xiàng)的管理和維護(hù)。7） 監(jiān)管人員：開發(fā)雙方包括客戶方負(fù)責(zé)整個(gè)開發(fā)項(xiàng)目過(guò)程中各個(gè)階段的規(guī)范和督導(dǎo)。4標(biāo)準(zhǔn)規(guī)范的缺失（主要體現(xiàn)在需求文檔里面，下面幾點(diǎn)不是所有項(xiàng)目都有，可以根據(jù)項(xiàng)目的規(guī)模范圍來(lái)調(diào)整）：1） 功能需求：描述軟件系統(tǒng)必須實(shí)現(xiàn)的業(yè)務(wù)流程（使用實(shí)例），以及根據(jù)每個(gè)業(yè)務(wù)流程分解出來(lái)的詳細(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í)間的要求；iii.在不同安裝/運(yùn)行環(huán)境、不同操作方式下，或者與其它子系統(tǒng)接口發(fā)生改變時(shí)，某些數(shù)據(jù)和參數(shù)可以允許的變化范圍。3） 系統(tǒng)安全：說(shuō)明與系統(tǒng)安全性、完整性和保密性相關(guān)的需求，明確產(chǎn)品必須滿足的安全保密策略。4） 質(zhì)量要求：可靠性（軟件能夠無(wú)故障的運(yùn)行一段時(shí)間的概率）、可維護(hù)性（對(duì)軟件進(jìn)行修改的難易程度修改所用時(shí)間、修復(fù)的比率）、有效性（軟件正常運(yùn)行時(shí)間/總時(shí)間）、可用性（掌握軟件操作的難易程度）、重用性、可測(cè)試性（查找缺陷的難易程度）、可移植性等。5） 安全和保密：說(shuō)明與系統(tǒng)安全性、完整性和保密性相關(guān)的需求，明確產(chǎn)品必須滿足的安全保密策略。6） 需求變更：需要有變更控制，版本控制，需求跟蹤，狀態(tài)跟蹤等規(guī)范，明確產(chǎn)品的基線、復(fù)審對(duì)基線的變更、最后批準(zhǔn)、否決變更或延期執(zhí)行的控制，。7） 網(wǎng)絡(luò)要求：描述與本軟件所使用的通信功能相關(guān)的需求。電子郵件、Web 瀏覽器、網(wǎng)絡(luò)通信標(biāo)準(zhǔn)或協(xié)議及電子表格等等。包括對(duì)消息格式、通信安全或加密問(wèn)題、數(shù)據(jù)傳輸速率和同步通信機(jī)制等要求。8） 接口要求：對(duì)本軟件與其它系統(tǒng)軟件的每個(gè)接口進(jìn)行描述，包括軟件之間的交換數(shù)據(jù)或信息及其作用（注意說(shuō)明哪些是共享數(shù)據(jù)）、需要的服務(wù)、內(nèi)部通信性質(zhì)。9） 其他要求：安裝與操作，維護(hù)等。 5.需求變更管理的不足：需求調(diào)研分析過(guò)程是一個(gè)由粗到細(xì)、漸進(jìn)明晰、持續(xù)完善的過(guò)程。在指導(dǎo)后面系統(tǒng)設(shè)計(jì)，編碼階段時(shí)都應(yīng)當(dāng)不斷完善修改需求文檔，因此需求管理非常重要。需求管理包括在工程進(jìn)展過(guò)程中維持需求約定集成型和精確性的所有活動(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)系起來(lái)以實(shí)現(xiàn)跟蹤；（7） 在整個(gè)項(xiàng)目過(guò)程中跟蹤需求狀態(tài)及其變更情況。6.開發(fā)文檔和報(bào)告的缺失（不一定全部都需要可以根據(jù)實(shí)際開發(fā)來(lái)調(diào)整）:因?yàn)闆](méi)有指明負(fù)責(zé)人，所以各個(gè)階段沒(méi)有形成申請(qǐng)、報(bào)告、匯報(bào)和變更等文檔。沒(méi)有數(shù)據(jù)庫(kù)數(shù)據(jù)字典文檔，沒(méi)有測(cè)試計(jì)劃文檔，沒(méi)有驗(yàn)收文檔等。一般文檔應(yīng)該包括(因項(xiàng)目開發(fā)的不同部分文檔可以沒(méi)有)：XXX系統(tǒng)開發(fā)規(guī)范軟件需求說(shuō)明書概要設(shè)計(jì)說(shuō)明書數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書詳細(xì)設(shè)計(jì)說(shuō)明書系統(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è)階段都需要編制一定的文檔。這些文檔連同計(jì)算機(jī)程序及數(shù)據(jù)一起才算是構(gòu)成整個(gè)計(jì)算機(jī)的軟件。文檔的作用是相當(dāng)重要的，是整個(gè)開發(fā)流程中規(guī)范化進(jìn)行的重要保障。文檔還有其他很多作用：1） 作為開發(fā)人員在一定階段內(nèi)的工作成果和結(jié)束標(biāo)志。2） 向管理人員提供軟件開發(fā)過(guò)程中的進(jìn)展和情況，把軟件開發(fā)過(guò)程中的一些“不可見(jiàn)的”事物轉(zhuǎn)換成“可見(jiàn)的”文字資料。以便管理人員在各個(gè)階段檢查開發(fā)計(jì)劃的實(shí)施進(jìn)展，使之能夠判斷原定目標(biāo)是否已達(dá)到，還將繼續(xù)耗用資源的種類和數(shù)量。3） 記錄開發(fā)過(guò)程中的技術(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)目的總體要求來(lái)選擇合適的文檔制定要求來(lái)規(guī)范文檔，使在整個(gè)開發(fā)中能更好的詮釋項(xiàng)目，保障項(xiàng)目的順利進(jìn)行。四、關(guān)于績(jī)效考核軟件開發(fā)的匯報(bào)開發(fā)人員在整個(gè)開發(fā)過(guò)程中盡職盡責(zé)，經(jīng)常加班，為整個(gè)項(xiàng)目開發(fā)盡了全力。項(xiàng)目開發(fā)中出現(xiàn)了一些問(wèn)題，導(dǎo)致開發(fā)延后，其中最主要的原因有兩點(diǎn)：第一，項(xiàng)目開發(fā)過(guò)程中客戶方因?yàn)楣ぷ魅耸碌淖儎?dòng)，調(diào)整了績(jī)效考核負(fù)責(zé)人，從而在項(xiàng)目功能上的需求變動(dòng)比較大，而且客戶方在細(xì)節(jié)功能需求上一直