2025年軟件項(xiàng)目管理體系與實(shí)踐深度解析

大連理工大學(xué)軟件學(xué)院軟件項(xiàng)目管理大作業(yè)“政府公文審批及工作通告”應(yīng)用程序軟件項(xiàng)目管理1.1需方協(xié)議環(huán)境………………………4 4 5 5 6 6 6 6 6 6 77 3.1.2需求變更管理 5.規(guī)模估算 6.項(xiàng)目進(jìn)度 21 8.配置計(jì)劃…………………… 9.風(fēng)險計(jì)劃 9.1風(fēng)險識別與評估 32 33 14.項(xiàng)目結(jié)束 14.5項(xiàng)目總結(jié) 第一部分協(xié)議管理1.1.1協(xié)議準(zhǔn)備·招標(biāo)文獻(xiàn)XX省委需要引入一套“政府公文審批及工作通告”應(yīng)用程序，現(xiàn)向社會標(biāo)須知(投標(biāo)須知略)1.投標(biāo)文獻(xiàn)發(fā)售時間：6月8日至6月18日工作時間內(nèi)3.投標(biāo)文獻(xiàn)售價：￥10,000(售后不退，不接受郵購)5.投標(biāo)截止時間：6月30日北京時間10:00時6.開標(biāo)時間：7月1日北京時間14:00時五.有關(guān)規(guī)定：1.超過投標(biāo)截止時間、不按規(guī)定密封的投標(biāo)或不按《招標(biāo)文獻(xiàn)》規(guī)定提交有效足額投標(biāo)保證金(以匯票、支票、現(xiàn)金支付)的投標(biāo)，恕不接4.賬號：345六.聯(lián)絡(luò)：XX省省政府郵編：000000電話：(02X)10000000傳真：(02X)10000000招標(biāo)書詳細(xì)內(nèi)容包括技術(shù)規(guī)定、商務(wù)條款、投標(biāo)人須知、評標(biāo)措施原則和XX省委省政府(即需方)通過公布招標(biāo)文獻(xiàn)、招標(biāo)、搜集供方的提議XX省委省政府根據(jù)采購資料進(jìn)行協(xié)議草案指定、草案評審、修訂等程序，最終確定協(xié)議草案(協(xié)議草案略)。1.1.2協(xié)議簽訂XX省委省政府與大連理工大學(xué)(本文假設(shè)大連理工大學(xué)投標(biāo)成功，該項(xiàng)目由大連理工大學(xué)下發(fā)至大連理工大學(xué)軟件學(xué)院承擔(dān)設(shè)計(jì)、開發(fā)、安裝調(diào)試等一系列工作，內(nèi)部部門人員配置同軟件企業(yè)相似，借用大連理工大學(xué)之名而已。即大連理工大學(xué)為供方)以XX省委省政府提出的協(xié)議草案為基礎(chǔ)，通過確定談判日程、協(xié)議草案提交、協(xié)議條款協(xié)商、確定協(xié)議簽訂文本、協(xié)議簽訂文本審閱、協(xié)議簽訂的流程完畢協(xié)議簽訂。最終形成協(xié)議簽訂文本以及任務(wù)下達(dá)書。并將任務(wù)下達(dá)書分發(fā)給各中標(biāo)單位(此處設(shè)該項(xiàng)目僅有大連理工大學(xué)一1.1.3協(xié)議管理XX省委省政府根據(jù)協(xié)議準(zhǔn)備和協(xié)議簽訂時確定的需求資料及協(xié)議文本制定驗(yàn)收清單。對驗(yàn)收清單評審后制定驗(yàn)收計(jì)劃，并按驗(yàn)收計(jì)劃執(zhí)行，得到驗(yàn)收在協(xié)議執(zhí)行期內(nèi)，假如協(xié)議雙方XX省委省政府或大連理工大學(xué)有違約事件。需根據(jù)違約事件匯報進(jìn)行違約事件通告，確定處理方式后按計(jì)劃處理違約1.1.4協(xié)議終止過程XX省委省政府與大連理工大學(xué)根據(jù)協(xié)議及有關(guān)文檔，公布協(xié)議終止告1.2.1協(xié)議準(zhǔn)備大連理工大學(xué)(僅以大連理工大學(xué)為例)根據(jù)招標(biāo)書安排項(xiàng)目分析任務(wù)。通過需求管理者確定、需求分析、需求分析評審、項(xiàng)目規(guī)模估算、項(xiàng)目風(fēng)險分析、項(xiàng)目初步實(shí)行規(guī)劃、初步實(shí)行規(guī)劃評審，最終得到需求分析匯報和項(xiàng)目初大連理工大學(xué)按照需求分析匯報和項(xiàng)目規(guī)劃進(jìn)行競標(biāo)，通過技術(shù)能力規(guī)定確定、人力資源規(guī)定確定、實(shí)現(xiàn)環(huán)境規(guī)定確定、資金管理規(guī)定確定、能力鑒定、評估成果審評等評估，并進(jìn)行需求成熟度評估、顧客支持保證評估、顧客資金保證評估、可行性分析、項(xiàng)目決策、編寫項(xiàng)目提議書等環(huán)節(jié)，根據(jù)項(xiàng)目提大連理工大學(xué)根據(jù)XX省委省政府提出的采購資料制定協(xié)議草案。在經(jīng)評1.2.2協(xié)議簽訂1.2.3協(xié)議管理大連理工大學(xué)以項(xiàng)目計(jì)劃為基礎(chǔ)，進(jìn)行項(xiàng)目計(jì)劃審批和協(xié)議執(zhí)行管理規(guī)假如需方即XX省委省政府提出變更祈求，假設(shè)提出的是規(guī)定添加不用登錄網(wǎng)頁直接通過“政府公文審批及工作通告”應(yīng)用程序即可向網(wǎng)內(nèi)顧客發(fā)送郵件，并根據(jù)不一樣層級顧客的權(quán)限顯示網(wǎng)內(nèi)在線顧客。則大連理工大學(xué)需根據(jù)協(xié)議和變更祈求進(jìn)行變更評估，并提出協(xié)議修改提議，確定修改方略。對目前同需方，此處略。(不過政府的項(xiàng)目，即便政府違約了供方也得忍著，一般的企業(yè)應(yīng)當(dāng)就當(dāng)作什么也沒發(fā)生過。不過大工校長跟省長貌似平級吧，狀況也許會有點(diǎn)不一樣樣。當(dāng)然政府的項(xiàng)目會不會交給學(xué)校來做我也不是很清晰。)在產(chǎn)品的開發(fā)測試結(jié)束后向XX省委省政府提交產(chǎn)品，通過審查后正式提交給XX省委省政府。最終相方簽字承認(rèn)，告知有關(guān)各方。根據(jù)協(xié)議中的維護(hù)需求，制定維護(hù)需求記錄。1.2.4協(xié)議終止過程同需方，此處略。大連理工大學(xué)軟件學(xué)院內(nèi)部確定任務(wù)范圍，使有關(guān)各方有效的配合。詳細(xì)任務(wù)分解在第四部分任務(wù)分解中會有詳細(xì)論述。乙方：大連理工大學(xué)協(xié)議形式：技術(shù)協(xié)議供應(yīng)的軟件：乙方為甲方提供所需的“政府公文審批及工作通告”應(yīng)用程序提供的服務(wù)：乙方為甲方提供所需的平常維護(hù)和服務(wù)器管理。同步對甲方顧客提供使用教學(xué)。提供的文檔：乙方在交付軟件時提供詳細(xì)的軟件規(guī)格闡明書和使用文檔。安裝服務(wù)：乙方為甲方提供軟件的安裝。公文處理：乙方負(fù)責(zé)將甲方提供的公文資料加載入系統(tǒng)并進(jìn)行分類維護(hù)協(xié)議：當(dāng)甲方在使用該產(chǎn)品時，在正常操作的狀況下出現(xiàn)BUG或系統(tǒng)錯誤，乙方免費(fèi)為甲方提供修復(fù)服務(wù)以保障軟件的正常使用。當(dāng)由于甲方的錯誤使用等非軟件原因?qū)е鲁霈F(xiàn)故障，乙方同樣提供修復(fù)服務(wù)。由于甲方擁有該軟件的源代碼所有權(quán)，因此甲方需要承擔(dān)部分維修和深入開發(fā)的責(zé)任。當(dāng)軟件需要新的功能拓展或改版升級時，由雙方共同協(xié)商決定。該軟件是由甲方向乙方定制，甲方擁有該軟件的版權(quán)，乙方不能將該軟件的任何版本賣個其他客戶。軟件提交時，項(xiàng)目源代碼的所有權(quán)自動移交到甲方，乙方不得私自對源代碼進(jìn)行修改。乙方為甲方安裝軟件和進(jìn)行員工培訓(xùn)時，需要由甲方提供住宿和膳食，乙方在規(guī)定期間內(nèi)完畢任務(wù)。甲方要保證安裝軟件的硬件設(shè)備和協(xié)議初始規(guī)定一致，乙方只保證軟件和規(guī)定的硬件兼容。由任何一方的單方面原因?qū)е碌难悠诋a(chǎn)生的費(fèi)用，由該方面支付。乙方開發(fā)軟件過程中，甲方通過人員協(xié)同乙方進(jìn)行開發(fā)。該人員重要參與項(xiàng)目的規(guī)劃設(shè)計(jì)和需求分析，階段性驗(yàn)收和總體測試。當(dāng)項(xiàng)目出現(xiàn)需求變更時，對乙方進(jìn)行詳細(xì)的論述闡明。乙方不負(fù)責(zé)這些人員提供食宿和聯(lián)3月15日，乙方為甲方安裝所需套數(shù)的軟件。3月15日至3月31日甲方代表對產(chǎn)品進(jìn)行驗(yàn)收測試，并根據(jù)需求在4月30日前對產(chǎn)品提出改正祈求。測試通過后，雙方帶白哦進(jìn)行軟件交付簽字。乙方對甲方進(jìn)行軟件使用培訓(xùn)。乙方在開發(fā)過程中必須遵守ISO12207有關(guān)軟件生命周期和文檔的原則。甲乙雙方前四個月每月初進(jìn)行一次進(jìn)展會議，后三個月每兩周周末進(jìn)行進(jìn)展會議。會議內(nèi)容為乙方向甲方提供最新進(jìn)度的掩飾和下一階段的工作安排和計(jì)劃。甲方根據(jù)演示提出對應(yīng)的整改意見，并對下一步工作進(jìn)行提出意見和提議。詳細(xì)時間表見項(xiàng)目進(jìn)度。此處略。軟件總價為230W。協(xié)議簽訂后，甲方向乙方支付50萬元定金。項(xiàng)目的第三個月，乙方按計(jì)劃時間表完畢需求分析、系統(tǒng)分析、設(shè)計(jì)和完畢系統(tǒng)的基本框架后，甲方向乙方支付80萬元。該系統(tǒng)完畢后，甲方進(jìn)行驗(yàn)收測試，在簽字驗(yàn)收后完畢后，甲方向乙方支付全款。由任何一方的過錯導(dǎo)致出現(xiàn)損失后的賠償由雙方協(xié)商決定。甲甲乙第二部分生存期確定該項(xiàng)目的生存期模型按如下環(huán)節(jié)進(jìn)行分析：評審、分析項(xiàng)目的特性；“政府公文審批及工作通告”應(yīng)用程序波及到非常敏感的政府機(jī)密事務(wù)，因此很強(qiáng)調(diào)產(chǎn)品的性能和安全性。需保障產(chǎn)品能保持穩(wěn)定運(yùn)行，不會由于一定數(shù)量的顧客同步處理公文等操作時掛機(jī)，以致寶貴的消息或告知無法及時傳達(dá)。同步需保證對于計(jì)算機(jī)操作不是十分熟識的政府官員的錯誤操作不會導(dǎo)致嚴(yán)重后果。此外需保證產(chǎn)品的安全性，使非內(nèi)部顧客無法登錄或盜取網(wǎng)內(nèi)信綜上所述該項(xiàng)目性能安全性為主，可操作性次之，界面美觀度最末。雖然操作性的重要性不及安全性，但對于習(xí)慣了那種生活的領(lǐng)導(dǎo)們，簡樸以便的操雖然項(xiàng)目的需求也許會因領(lǐng)導(dǎo)“挑剔”的口味而一再變化，不過大體的需求是明確的。并且又考慮到項(xiàng)目安全性能的首要規(guī)定，以V模型為基礎(chǔ)的生存期最為合適。同步參雜增量模型生存期的某些特點(diǎn)以應(yīng)對也許會隨時添加的功增加功能該生存期模型將V模型除最終的項(xiàng)目規(guī)劃和驗(yàn)收測試以外的過程做一復(fù)制，套用增量模型在首先完畢基本功能的基礎(chǔ)上增長功能。第三部分需求管理XX省委省政府提出需求如下：設(shè)計(jì)開發(fā)、安裝調(diào)試并后期維護(hù)滿足需求的“政府公文審批及工作通告”應(yīng)用程序。需要該程序?yàn)樽烂鎽?yīng)用程序，進(jìn)入程序后需要彈出辦公界面，該辦公界面需與計(jì)算機(jī)自身系統(tǒng)分離，不得覆蓋，具有獨(dú)立窗口。內(nèi)部需有公文處理、郵箱、事務(wù)表、內(nèi)嵌Office、新聞速覽、視頻會議室6個重要功能，每個功能需在辦公界面中有獨(dú)立的快捷方式。每個功能的詳細(xì)公文處理：1.正式公文的公布與接受4.公文的內(nèi)容立案，內(nèi)容立案需祛除蓋章和簽名并打水印，只且可讀可刪除儲存在該顧客ID下的公文，不可寫不可5.公文可以按已通過，已駁回，待審批，新公文，垃圾箱分類6.公文真?zhèn)螜z查，根據(jù)公文號唯一性等根據(jù)判斷收到的公文真?zhèn)尉W(wǎng)內(nèi)郵箱：1.實(shí)現(xiàn)網(wǎng)內(nèi)按顧客ID分派郵箱名，且可以并只可以在網(wǎng)內(nèi)發(fā)事務(wù)表：1.新建、刪除、修改、查看事務(wù)表2.事務(wù)屆時提醒，提醒時間可自行設(shè)定。到設(shè)定的提醒時間3.可以將事務(wù)表內(nèi)容以桌面小工具的形式放在辦公頁面上顯示內(nèi)嵌Office:在辦公界面下也可以被使用新聞速覽：可以通過該功能瀏覽各大門戶網(wǎng)站的頭版頭條或有關(guān)新聞。同3.1.1需求規(guī)格·需求規(guī)格闡明書(簡略版)功能規(guī)格：公文處理(公布，接受，分類，審批，電子蓋章簽名，提交草案，修改意見答復(fù)，水印圖片公文立案，真?zhèn)螜z查);郵箱(網(wǎng)內(nèi)，新郵件彈窗提醒);事務(wù)表(增刪改查，事務(wù)提醒，桌面小工具);內(nèi)嵌Office;新聞速覽(門戶網(wǎng)站鏈接，電子報閱覽);視頻會議室。性能需求：保證政府內(nèi)部所有人員同步登錄服務(wù)器時也不會因處理的信息量過大而導(dǎo)致系統(tǒng)癱瘓。另必須保證系統(tǒng)的安全性，可以禁得住一般的黑客襲擊和內(nèi)部作假。對賬戶有足夠的保護(hù)措施以防賬戶被盜。操作簡樸明了，提醒明顯，輕易上手，界面整實(shí)現(xiàn)約束：公文處理、郵箱、事務(wù)表、內(nèi)嵌Office、新聞速覽、視頻會議室質(zhì)量描述：如需求所述的足夠顧客承載量；可靠的系統(tǒng)安全性；操作乙方(供方):大連理工大學(xué)3.1.2需求變更管理假設(shè)XX省委省政府向大連理工大學(xué)提出如下需求變更：在辦公界面做一種可收縮的列表，顯示目前系統(tǒng)在線的人員，以便政府內(nèi)部人員聯(lián)絡(luò)。并且可以通過該列表直接與列表中任意顧客進(jìn)行郵件聯(lián)絡(luò)，不用申請日期：9月6日修改內(nèi)容：增長功能“可收縮的在線人員顯示列表”,可之間與表中顧客驗(yàn)證日期：9月7日4.1任務(wù)清單1.1.6單元測試1.2郵箱1.2.2聯(lián)絡(luò)人功能1.2.3添加附件1.2.4新郵件彈窗提醒1.2.7單元測試1.3事務(wù)表1.3.2事務(wù)表的提醒功能1.3.3界面并做成桌面小工具1.3.4單元測試1.4內(nèi)嵌Office1.4.2單元測試1.5新聞速覽1.5.2黨報、主流報紙、及當(dāng)?shù)貓蠹埖碾娮娱営[1.5.3界面1.5.4單元測試1.6視頻會議室1.6.1多人視頻功能1.6.2界面1.6.3單元測試1.7辦公界面1.7.2后臺數(shù)據(jù)傳播1.協(xié)議簽訂1.1需求分析匯報&項(xiàng)目初步規(guī)劃1.2項(xiàng)目提議書2.計(jì)劃編制2.1時間表3.確認(rèn)計(jì)劃1.需求開發(fā)2.需求管理2.1需求規(guī)格闡明書3.系統(tǒng)測試計(jì)劃編制1.方略確定2.開發(fā)標(biāo)精確定(詳細(xì)分派方式見任務(wù)清單)3.架構(gòu)設(shè)計(jì)(詳細(xì)分派方式見任務(wù)清單)4.集成測試計(jì)劃編制1.接口設(shè)計(jì)(詳細(xì)分派方式見任務(wù)清單)2.模塊設(shè)計(jì)(詳細(xì)分派方式見任務(wù)清單)3.單元測試計(jì)劃編制1.編碼(詳細(xì)分派方式見任務(wù)清單)2.代碼復(fù)核3.單元測試1.集成測試2.系統(tǒng)測試3.測試總額4.缺陷跟蹤5.手冊編寫5.1直接成本成本估算的措施有1.代碼行、功能點(diǎn)、對象點(diǎn)。2.類比(自頂向下)估在這個項(xiàng)目中我們重要采用功能點(diǎn)估算法，同步融合進(jìn)入其他的估算措施進(jìn)行驗(yàn)證。用系統(tǒng)的功能數(shù)量來測量其規(guī)模，與實(shí)現(xiàn)產(chǎn)品所使用的語言和技術(shù)5.1.1基本公式UFC:未調(diào)整功能點(diǎn)計(jì)數(shù)TCF:技術(shù)復(fù)雜度因子TCF=0.65+0.01(sum(Fi)):Fi:0-5,復(fù)雜度權(quán)重原因項(xiàng)簡樸一般復(fù)雜外部輸入346外部輸出457外部查詢346外部文獻(xiàn)57內(nèi)部文獻(xiàn)7本項(xiàng)目的功能點(diǎn)計(jì)算：功能點(diǎn)項(xiàng)簡樸一般復(fù)雜外部輸入外部輸出外部查詢外部文獻(xiàn)內(nèi)部文獻(xiàn)總計(jì)技術(shù)復(fù)雜度因子可靠的備份和恢復(fù)數(shù)據(jù)通信分布式函數(shù)性能大量使用的配置聯(lián)機(jī)數(shù)據(jù)輸入在線升級復(fù)雜界面復(fù)雜數(shù)據(jù)處理安裝簡易性多重站點(diǎn)易于修改TCF=0.65+0.0.1*(5+4+3+2+1+5+3+2+2+3+5+4+3+3)功能點(diǎn)計(jì)算：TCF=1.1.人月數(shù)計(jì)算：在本項(xiàng)目中，根據(jù)以往的經(jīng)驗(yàn)使用經(jīng)驗(yàn)導(dǎo)出成本模型(面向FP驅(qū)動的)中的Kemerer模型E=60.62×7.728×10-?FP3。月)開發(fā)(工作量)規(guī)模：Scale(Dev)220.03(單位：人月)管理、質(zhì)量(工作量)規(guī)模：Scale(Mgn)=a*Scale(Dev)=220.03*20%=a:比例系數(shù)：例如：20%--25%直接成本=規(guī)模*人力成本參數(shù)=264.03*0.15=40萬元人力成本參數(shù)=1500/人月(由于校內(nèi)開發(fā)，成本比較低)5.2間接成本間接成本=規(guī)模*人力成本參數(shù)*間接成本系數(shù)(間接成本系數(shù)=1.5—3)本例中間接成本=220.03*0.15*1.5=60萬元。估算成本=直接成本+間接成本=40+60=100萬元由于基礎(chǔ)數(shù)據(jù)局限性，缺乏經(jīng)驗(yàn)的估算人員，簽約前后不連貫，低劣的推測技術(shù)，估算對需求的敏感性等一系列原因，也許會引起估算的誤差。對此項(xiàng)目的人月數(shù)定義考慮誤差如下估算：220個人月+40-25+15人月：需求變更-15人月：學(xué)生的晚上時間的運(yùn)用最佳狀況：195人月。計(jì)劃狀況：220人月。最壞狀況：260人月。項(xiàng)目進(jìn)度管理是指在項(xiàng)目實(shí)行過程中，對各階段的進(jìn)展程度和項(xiàng)目最終完畢的期限所進(jìn)行的管理。是在規(guī)定的時間內(nèi)，確定出合理且經(jīng)濟(jì)的進(jìn)度計(jì)劃(包括多級管理的子計(jì)劃),在執(zhí)行該計(jì)劃的過程中，常常要檢查實(shí)際進(jìn)度與否按計(jì)劃規(guī)定進(jìn)行，若出現(xiàn)偏差，便要及時找出原因，采用必要的補(bǔ)救措施或調(diào)整、修改原計(jì)劃，直至項(xiàng)目完畢。其目的是保證項(xiàng)目能在滿足其時間約束條項(xiàng)目進(jìn)度管理是根據(jù)工程項(xiàng)目的進(jìn)度目的，編制經(jīng)濟(jì)合理的進(jìn)度計(jì)劃，并據(jù)以檢查工程項(xiàng)目進(jìn)度計(jì)劃的執(zhí)行狀況，若發(fā)現(xiàn)實(shí)際執(zhí)行狀況與計(jì)劃進(jìn)度不一致，就及時分析原因，并采用必要的措施對原工程進(jìn)度計(jì)劃進(jìn)行調(diào)整或修正的過程。工程項(xiàng)目進(jìn)度管理的目的就是為了實(shí)現(xiàn)最優(yōu)工期，多快好省地完畢任項(xiàng)目進(jìn)度管理是項(xiàng)目管理的一種重要方面，它與項(xiàng)目投資管理、項(xiàng)目質(zhì)量管理等同為項(xiàng)目管理的重要構(gòu)成部分。它是保證項(xiàng)目準(zhǔn)期完畢或合理安排資源供應(yīng)，節(jié)省工程成本的重要措施之一。6.1活動定義1.1需求分析匯報&項(xiàng)目初步規(guī)劃2.1項(xiàng)目提議書3.1協(xié)議草案2.1時間表1.1需求探索2.1需求規(guī)格闡明書1.方略確定2.開發(fā)標(biāo)精確定(詳細(xì)分派方式見任務(wù)清單)3.架構(gòu)設(shè)計(jì)(詳細(xì)分派方式見任務(wù)清單)3.集成測試計(jì)劃編制1.接口設(shè)計(jì)(詳細(xì)分派方式見任務(wù)清單)2.模塊設(shè)計(jì)(詳細(xì)分派方式見任務(wù)清單)3.單元測試計(jì)劃編制1.編碼(詳細(xì)分派方式見任務(wù)清單)2.代碼復(fù)核3.單元測試2.系統(tǒng)測試3.測試總額4.缺陷跟蹤5.手冊編寫描述任務(wù)時間/月項(xiàng)目規(guī)劃A1需求分析B2總體設(shè)計(jì)C1詳細(xì)設(shè)計(jì)D2編碼E3測試F3甘特圖開始時間持續(xù)時間1項(xiàng)目規(guī)劃2需求分析3456A兩個月E三個月FB個月C關(guān)鍵途徑是決定項(xiàng)目完畢的最短時間，關(guān)鍵途徑上的任何任務(wù)都是關(guān)鍵任務(wù)，關(guān)鍵途徑上的任何活動延遲，都會導(dǎo)致整個項(xiàng)目完畢時間的延遲.在這個項(xiàng)目中首先按照時間次序計(jì)算最早開始時間和最早完畢時間，然后按照逆時間次序計(jì)算最晚開始時間和最晚結(jié)束時間。從而得出關(guān)鍵途徑是：開始-》需求分析-》詳細(xì)設(shè)計(jì)-》編碼-》測試。6.3進(jìn)度執(zhí)行與優(yōu)化在項(xiàng)目的進(jìn)行過程中可以通過1、分解關(guān)鍵任務(wù)2、給任務(wù)增長資源3、縮減關(guān)鍵任務(wù)的工期4、重疊或延遲鏈接任務(wù)5、設(shè)置日歷增長工作時間6、通過度派加班工時來縮短關(guān)鍵任務(wù)來到達(dá)縮減項(xiàng)目工期的目的。6.4工具使用在整個項(xiàng)目中將使用Microsoft的項(xiàng)目管理軟件產(chǎn)品microsoftproject2010來進(jìn)行項(xiàng)目的管理第七部分質(zhì)量計(jì)劃7.1.1項(xiàng)目經(jīng)理的職責(zé)1.評審質(zhì)量計(jì)劃。2.與質(zhì)量保證人員一起協(xié)商不符合項(xiàng)問題的糾正措施，并安排資源實(shí)行糾正措施。3.定期或事件驅(qū)動地評審質(zhì)量保證活動和成果。7.1.2質(zhì)量保證人員的職責(zé)1.負(fù)責(zé)項(xiàng)目實(shí)行過程中對項(xiàng)目實(shí)行狀況進(jìn)行監(jiān)督，包括對項(xiàng)目實(shí)行過程和工作產(chǎn)品進(jìn)行監(jiān)督檢查。2.實(shí)行項(xiàng)目組組員的質(zhì)量保證培訓(xùn)。3.制定質(zhì)量保證計(jì)劃。4.按計(jì)劃實(shí)行審計(jì)活動，根據(jù)質(zhì)量保證計(jì)劃執(zhí)行評審/審計(jì)，并記錄執(zhí)行中發(fā)現(xiàn)的不符合項(xiàng)。5.對不符合問題提交不符合項(xiàng)匯報，跟蹤并驗(yàn)證糾正措施的執(zhí)行狀況。6.對項(xiàng)目內(nèi)不能處理的不符合項(xiàng)問超；向高層管理提交匯報。7.向項(xiàng)目經(jīng)理匯報項(xiàng)目質(zhì)量工作狀況和質(zhì)量度量成果。8.定期向項(xiàng)目組匯報質(zhì)量活動的成果。8.制定質(zhì)量保證的過程改善計(jì)劃，記錄過程數(shù)據(jù)。7.1.3質(zhì)量目的1)基于需求的測試覆蓋率為100%。2)功能測試完善3)每個階段評審中發(fā)現(xiàn)的問題都已經(jīng)處理或得到合適處理。4)產(chǎn)品公布時不存在嚴(yán)重問題以及以上的缺陷。5)嚴(yán)格滿足協(xié)議的規(guī)定和規(guī)格6)顧客領(lǐng)導(dǎo)滿意7.1.4質(zhì)量方略1.控制產(chǎn)品的質(zhì)量，及時糾正缺陷2應(yīng)當(dāng)尤其注意項(xiàng)目工作產(chǎn)品質(zhì)量的初期評審工作，元論是質(zhì)量保證還是質(zhì)量控制，采用的方略都是初期防止和初期排除缺陷。3將質(zhì)量貫徹到平常的項(xiàng)目進(jìn)展過程中；7.2軟件質(zhì)量保證活動7.2.1審計(jì)審計(jì)(Audit)是對過程或者產(chǎn)品的一次獨(dú)立評估。將審核的主體與為該主體此前建立的一組規(guī)程和原則進(jìn)行比較目的是保證真正的遵照了這一種過程，產(chǎn)生了合適的文檔和精確反應(yīng)實(shí)際項(xiàng)目的匯報，可以預(yù)先規(guī)劃的，也可以是臨時決定的。目前講本項(xiàng)目中的預(yù)先規(guī)劃審計(jì)列出如下。在整個開發(fā)過程中，會根1.審計(jì)軟件項(xiàng)目計(jì)劃時間：計(jì)劃結(jié)束原則：協(xié)議規(guī)定2.需求規(guī)劃文檔時間：需求制定原則：需求規(guī)格闡明3.總體設(shè)計(jì)文檔時間：總體設(shè)計(jì)制定原則：軟件項(xiàng)目計(jì)劃4.詳細(xì)設(shè)計(jì)文檔時間：詳細(xì)設(shè)計(jì)制定原則：軟件項(xiàng)目計(jì)劃5.編碼規(guī)范時間：詳細(xì)設(shè)計(jì)制定原則：軟件項(xiàng)目計(jì)劃6.產(chǎn)品代碼時間：編碼結(jié)束原則：編碼規(guī)范7.測試文檔時間：詳細(xì)設(shè)計(jì)制定原則：企業(yè)質(zhì)量規(guī)定8.顧客手冊時間：產(chǎn)品提交之前原則：項(xiàng)目計(jì)劃和需求將審計(jì)的成果編寫審計(jì)匯報及時提交。如下是內(nèi)容內(nèi)容嚴(yán)重程度內(nèi)容7.2.2過程評審項(xiàng)目嚴(yán)格按照組織定義的軟件過程進(jìn)行開發(fā)，過程評審的詳細(xì)根據(jù)參照企業(yè)的過程規(guī)范，保證項(xiàng)目中的所有過程活動都在實(shí)行范圍內(nèi)。在每次評審之后，要對評審成果做出明確的決策并形成評審記錄。評審可采用文獻(xiàn)傳閱、評審會等形式。質(zhì)量保證人員負(fù)責(zé)對項(xiàng)目過程迸行監(jiān)督，將發(fā)現(xiàn)的問題和處理狀況在每周的例會上通報，對沒有處理的問題迸行討論，對不能處理的問題提交高級管理者處理。每個周末，進(jìn)行一次配置管理審核，確認(rèn)配置管理工作與否正常進(jìn)行7.2.3問題匯報質(zhì)量保證人員對于每次審計(jì)活動發(fā)現(xiàn)的不符合項(xiàng)，應(yīng)當(dāng)和項(xiàng)目經(jīng)理協(xié)商不符合項(xiàng)的糾正措施并預(yù)定完畢日期，若和項(xiàng)目經(jīng)理存在意見分歧，質(zhì)量保證人員可以上報給高層管理者，由高層管理者決定最終的措施。同步，不符合項(xiàng)在項(xiàng)目周例會中匯報。對不符含項(xiàng)，質(zhì)量保證人員耍在預(yù)定完畢日期內(nèi)重新審計(jì)，驗(yàn)證不符合項(xiàng)的糾正狀況，若超過預(yù)定完畢日期1周仍然有沒處理的不符合項(xiàng)，質(zhì)量保證人員上報給高級管理者，由高級管理者決定最終的措施。質(zhì)量保證人員有獨(dú)立的匯報途徑，平常的匯報途徑如下：1.將發(fā)現(xiàn)的問題告知項(xiàng)目經(jīng)理，協(xié)調(diào)糾正措施。2.將項(xiàng)目組內(nèi)不能協(xié)調(diào)的問題匯報給茼級管理者，由南級管理者協(xié)調(diào)處3.將平常工作和過程數(shù)據(jù)匯報給質(zhì)量經(jīng)理，由其統(tǒng)一搜集并進(jìn)行記錄。下面是本項(xiàng)目的測試大概計(jì)劃，詳細(xì)內(nèi)容請查閱測試文檔。1.基本測試單元測試集成測試系統(tǒng)測試測試工作安排測試準(zhǔn)備工作測試用例設(shè)計(jì)2.系統(tǒng)測試設(shè)計(jì)版本兼容性測試性能測試恢復(fù)測試安全性測試壓力測試7.4質(zhì)量改善為了到達(dá)更好的質(zhì)量，目前制定質(zhì)量改善規(guī)定：1軟件質(zhì)量活動必須通過規(guī)劃2.軟件質(zhì)量活動規(guī)劃必須明文規(guī)定3.質(zhì)量活動必須盡早開始4.質(zhì)量小組必須獨(dú)立存在5.應(yīng)當(dāng)通過訓(xùn)練6.必須有合適的經(jīng)費(fèi)本計(jì)劃描述了有關(guān)“政府公文審批及工作告知”項(xiàng)目的軟件配置管理組織構(gòu)造以及貫穿本項(xiàng)目軟件生命周期的由軟件配置管理組織識別并定義的一系列的軟件配置項(xiàng)的實(shí)踐過程。計(jì)劃軟件配置管理工作必須在項(xiàng)目最開始時進(jìn)行，和開發(fā)整個軟件項(xiàng)目計(jì)劃保持一致。軟件配置管理計(jì)劃，連同軟件質(zhì)量保證計(jì)劃)和其他也許的特定約束計(jì)劃都要符合本項(xiàng)目的軟件項(xiàng)目計(jì)劃。軟件配置管理計(jì)劃完畢之后應(yīng)當(dāng)由本項(xiàng)目的項(xiàng)目經(jīng)理、SQA經(jīng)理和其他有關(guān)人員進(jìn)行審閱和同意。角色人員職責(zé)、工作范圍管理者王穎(1)制定《配置管理計(jì)劃》(2)創(chuàng)立和維護(hù)配置庫負(fù)責(zé)人胡博(1)審批《配置管理計(jì)劃》(2)審批重大的變更項(xiàng)目經(jīng)理一丁峰洋審批某些配置項(xiàng)或基線的變更命名規(guī)范合用于過程文檔、生存期中各階段的計(jì)劃、需求、設(shè)計(jì)、代碼、測試、手冊等文獻(xiàn)。本項(xiàng)目文獻(xiàn)命名規(guī)范由五個字段構(gòu)成，從左到右依次為：企業(yè)、項(xiàng)目、類型、編號和版本號，如下圖所示。這些字段用橫線(-)分隔。企業(yè)：3個字符類型：最長5個字符編號：最長8位數(shù)字項(xiàng)目基線一覽表號基線名稱闡明創(chuàng)立/變更審批者布I:內(nèi)部外部客戶需求基線系統(tǒng)歸于軟件的客戶需求，以及為滿足客戶需求，軟件在實(shí)現(xiàn)上所應(yīng)具有的處理功能需求獲得同意設(shè)計(jì)基線架構(gòu)造及各模塊實(shí)現(xiàn)細(xì)節(jié)的設(shè)計(jì)詳細(xì)設(shè)計(jì)獲得同意【項(xiàng)目經(jīng)理和項(xiàng)目組領(lǐng)導(dǎo)】I線得的代碼完畢原始軟件單元編碼、并通過檢查【項(xiàng)目經(jīng)理和項(xiàng)目組領(lǐng)導(dǎo)】I測試基線為測試而公布軟件【項(xiàng)目經(jīng)理】I線為運(yùn)行而公布系統(tǒng)8.3.3配置庫號容闡明途徑T12M需求管理3軟件項(xiàng)目規(guī)劃4軟件項(xiàng)目跟蹤與管理5軟件配置管理6軟件質(zhì)量保證7件產(chǎn)品工程設(shè)計(jì)8源代碼9目的代碼測試公布9.1風(fēng)險識別與評估9.1.1風(fēng)險識別是試圖通過系統(tǒng)化地確定對項(xiàng)目計(jì)劃的威脅，識別已知9.1.2風(fēng)險識別過程輸入-》標(biāo)識風(fēng)險-》按照一定原則對風(fēng)險排序-》制定風(fēng)險表9.1.3根據(jù)“IT項(xiàng)目常常存在某些共同的風(fēng)險源”我們根據(jù)以往經(jīng)驗(yàn)制定了風(fēng)險分析表。檢查表法是運(yùn)用檢查表作為風(fēng)險識別的工具，是根據(jù)風(fēng)險要素建立軟件項(xiàng)目的風(fēng)險條目列表，列表中列出所有與風(fēng)險原因有關(guān)的提問，可以使管理者集中識別常見的類型中的已知和可預(yù)測9.2風(fēng)險規(guī)劃9.3風(fēng)險分析表通過對風(fēng)險識別，風(fēng)險評估，風(fēng)險規(guī)劃，我們制定了如下風(fēng)險分析表。風(fēng)險分析表1顧客抵制該系統(tǒng)。政府領(lǐng)導(dǎo)也許會由于某個細(xì)節(jié)的問題對整個系統(tǒng)產(chǎn)%力滿足顧客提出的需求。2.界3.需求分析階段派出專門的系統(tǒng)分析員去理解顧客的性格，愛好，工作習(xí)2期間，需求方更換領(lǐng)導(dǎo)。不一樣的領(lǐng)導(dǎo)有不一樣的需如更換領(lǐng)導(dǎo)將%件的可重用性。提高復(fù)用3客戶的需求規(guī)格闡明。需求不明確，增長需蔓延，由于本軟件是不太理解計(jì)算機(jī)的領(lǐng)導(dǎo)使用，變更需求也許性很%1.采用加班2.修改計(jì)劃3.與客戶商4.當(dāng)出現(xiàn)影響重大的變更需求時與客戶協(xié)調(diào)，這個4帶來的限制。進(jìn)度規(guī)定緊，協(xié)議金額%度.。5交付縮。需方存在緊縮交付期限的也許。導(dǎo)致%2.臨3.調(diào)6項(xiàng)目信開發(fā)人員%1.注意項(xiàng)目團(tuán)體的溝通，及時理解開發(fā)人員的動2.控制好項(xiàng)3.從其他的項(xiàng)4.從外部招人員驗(yàn)。由于本項(xiàng)目中的某些員工是剛剛招聘來的，也許會%有經(jīng)驗(yàn)的程序員帶著相對經(jīng)驗(yàn)少的程序員發(fā)之前合適的計(jì)劃。由于政府也許向下屬單位推行該系統(tǒng)，導(dǎo)致使用%1.防患于未然，數(shù)據(jù)庫上采用數(shù)據(jù)池的技術(shù)在，期效果。也許有某些技術(shù)達(dá)不到預(yù)期的效果，不能使需方滿意。如訪問速度，某些特效%懂得這種技術(shù)9.4風(fēng)險控制1.實(shí)行和跟蹤風(fēng)險管理計(jì)劃，保證風(fēng)險計(jì)劃的執(zhí)行，評估削減風(fēng)險的有2.針對一種預(yù)測的風(fēng)險實(shí)際上與否發(fā)生了，保證針對某個風(fēng)險而制定的團(tuán)體是一定數(shù)量的個體組員組織的集合，包括自己組織的人、供應(yīng)商、分包商、客戶等為一種共同的目的工作，協(xié)調(diào)一致，快樂合作，最終開發(fā)出來高質(zhì)量的產(chǎn)品。團(tuán)體管理在整個項(xiàng)目的開發(fā)中具有十分重要通過度析我們采用項(xiàng)目型的組織構(gòu)造。構(gòu)造圖如下項(xiàng)目經(jīng)理職員職員職員總經(jīng)理項(xiàng)目經(jīng)理職員職員職員項(xiàng)目經(jīng)理職員職員此構(gòu)造的長處：1.項(xiàng)目經(jīng)理對項(xiàng)目可以全權(quán)負(fù)責(zé)。可以根據(jù)項(xiàng)目需要隨意調(diào)動項(xiàng)目組織的內(nèi)部資源或者外部資源。2.項(xiàng)目型組織的目的單一，完全以項(xiàng)目為中心安排工作，決策的速度得以加緊，可以對客戶的規(guī)定做出及時響應(yīng)，項(xiàng)目團(tuán)體精神得以充足發(fā)揮。有助于項(xiàng)目的順利完畢。3.項(xiàng)目經(jīng)理對項(xiàng)目組員有所有權(quán)利，項(xiàng)目組員只對項(xiàng)目經(jīng)理負(fù)責(zé)，防止了職能型項(xiàng)目組織下項(xiàng)目組員處在多重領(lǐng)導(dǎo)、無所適從的局面，項(xiàng)目經(jīng)理是項(xiàng)目的真正、唯一的領(lǐng)導(dǎo)者。4.組織構(gòu)造簡樸，易于操作。項(xiàng)目組員直接屬于同一種部門，彼此之間的溝通交流簡介、迅速，提高了溝通效率，同步也加緊了決策速度。此構(gòu)造的缺陷：1.每一種項(xiàng)目型組織，資源不能共享，雖然某個項(xiàng)目的專用資源閑置，也無法應(yīng)用于此外一種同步進(jìn)行的類似項(xiàng)目，人員、設(shè)施、設(shè)備反復(fù)配2.企業(yè)里各個獨(dú)立的項(xiàng)目型組織處在相對封閉的環(huán)境之中，企業(yè)的宏觀政策、方針很難做到完全、真正的貫徹實(shí)行，也許會影響企業(yè)的長遠(yuǎn)發(fā)3.在項(xiàng)目完畢后來，項(xiàng)目型組織中的項(xiàng)目組員或者被拍到另一種項(xiàng)目中去，或者被解雇，對項(xiàng)目組員來說，缺乏一種事業(yè)上的持續(xù)性和安全4.項(xiàng)目之間處在一種條塊分割狀態(tài)，項(xiàng)目之間缺乏信息交流，不一樣的項(xiàng)這個項(xiàng)目相比較軟件企業(yè)開發(fā)的項(xiàng)目具有一定的由于該項(xiàng)目具有很大的臨時性，項(xiàng)目組的組員也是從不一樣的班級集中到一起。這樣的特殊性使我們的這樣的項(xiàng)目并不具有上面列出的2,3,4所示的缺陷。因此項(xiàng)目型組織構(gòu)造利于團(tuán)體的建設(shè)以及小組人員與任務(wù)的分派；此外該組織構(gòu)造簡樸易操作，并且目的單一，尤其合用于這種零碎的人員調(diào)度，同步很大程度上以便了組員間整體的溝通交流，加緊了決策速度。由于這個項(xiàng)目各模塊間的耦合度較低，不需要小組間大量的信息共享；并且項(xiàng)目組內(nèi)有著統(tǒng)一的交流方式(臨時的網(wǎng)上討論組),各項(xiàng)決策規(guī)定可以第一時間直接反應(yīng)給項(xiàng)目組員。針對這是一種政府項(xiàng)目，顧客群體是不太理解計(jì)算機(jī)的政府官員，我們的界面應(yīng)當(dāng)做的也許的簡樸實(shí)用，領(lǐng)導(dǎo)還也許隨時提出某些需要用特定的技術(shù)才可以處理的需求。這樣的項(xiàng)目構(gòu)成構(gòu)造，可以使我們在團(tuán)體內(nèi)部有穩(wěn)定組員的同步，可以根據(jù)實(shí)時的需求，招聘某些有特殊技能的學(xué)生，使我們的項(xiàng)目可以到達(dá)錦上添花的效果。與此同步我們的項(xiàng)目的特殊性并沒有減弱項(xiàng)目型的10.2團(tuán)體溝通2.每周五的15:00-17:00召開項(xiàng)目周例會，3.及時提交問題匯報，問題可以通過網(wǎng)絡(luò)提交，項(xiàng)目經(jīng)理會及時獲取問題第十一部分項(xiàng)目度量軟件度量是對軟件開發(fā)項(xiàng)目、過程及其產(chǎn)品進(jìn)行數(shù)據(jù)定義、搜集以及分析的持續(xù)性定量化過程，目的在于對此加以理解、預(yù)測、評估、控制和改善。沒有軟件度量，就不能從軟件開發(fā)的暗箱中跳將出來。通過軟件度量可以改善軟件開發(fā)過程，增進(jìn)項(xiàng)目成功，開發(fā)高質(zhì)量的軟件產(chǎn)品。度量取向是軟件開發(fā)諸多事項(xiàng)的橫斷面，包括顧客滿意度度量、質(zhì)量度量、項(xiàng)目度量、以及品牌資產(chǎn)度量、知識產(chǎn)權(quán)價值度量，等。度量取向要依托事實(shí)、數(shù)據(jù)、原理、法則；其措施是