圖書管理系統(tǒng)項目管理文檔.doc

海濱學院圖書管理系統(tǒng)項目管理文檔目錄1 合同管理-31.1 合同-42 生存期-53 需求管理-63.1 軟件需求管理過程-63.1.1 需求規(guī)格-63.1.2 需求變更管理-74 任務分解-74.1 任務清單-84.1.1 功能分解清單-94.2 WBS-105 規(guī)模估算-105.1 直接成本-105.2 間接成本-115.3估算的誤差-126 項目進度-126.1活動定義-136.2活動安排-146.3進度執(zhí)行與優(yōu)化-146.4工具使用-147 質量計劃-147.1軟件項目質量計劃-15 7.2軟件項目質量保證活動-14 7.3測試計劃-157.4質量改善-158 風險計劃- 158.1風險識別與評估-158.2 風險規(guī)劃-168.3風險分析表-168.4風險控制-169 團隊管理-179.1項目組織結構-179.2團隊溝通管理-1710 項目結束-1810.1項目終止-1810.2結束計劃-1810.3收尾工作-1910.4項目總結-20第一部分 合同管理1.1 合同項目名稱：海濱學院圖書館管理系統(tǒng)合同雙方甲方：海濱學院圖書館管理乙方：IT項目團隊協(xié)議形式協(xié)議形式：技術合同供應的商品和服務供應的軟件：乙方為甲方提供所需的“圖書館管理系統(tǒng)”應用程序提供的服務：乙方為甲方提供所需的日常維護和服務器管理。同時對甲方用戶提供使用指導。提供的文檔：乙方在交付軟件時提供詳細的軟件規(guī)格說明書和使用文檔。安裝服務： 乙方為甲方提供軟件的安裝。公文處理： 乙方負責將甲方提供的圖書館圖書加載入系統(tǒng)并進行分類維護協(xié)議： 當甲方在使用該產(chǎn)品時，在正常操作的情況下出現(xiàn)BUG或系統(tǒng)錯誤，乙方免費為甲方提供修復服務以保障軟件的正常使用。當由于甲方的錯誤使用等非軟件原因導致出現(xiàn)故障，乙方同樣提供修復服務。由于甲方擁有該軟件的源代碼所有權，因此甲方需要承擔部分維修和進一步開發(fā)的責任。當軟件需要新的功能拓展或改版升級時，由雙方共同協(xié)商決定。軟件所有權該軟件是由甲方向乙方定制，甲方擁有該軟件的版權，乙方不能將該軟件的任何版本賣個其他客戶。軟件提交時，項目源代碼的所有權自動移交到甲方，乙方不得擅自對源代碼進行修改。環(huán)境乙方在規(guī)定時間內完成任務。甲方要保證安裝軟件的硬件設備和合同初始規(guī)定一致，乙方只保證軟件和規(guī)定的硬件兼容。由任何一方的單方面原因導致的延期產(chǎn)生的費用，由該方面支付?？蛻舫兄Z乙方開發(fā)軟件過程中，甲方通過人員協(xié)同乙方進行開發(fā)。該人員主要參與項目的規(guī)劃設計和需求分析，階段性驗收和總體測試。當項目出現(xiàn)需求變更時，對乙方進行詳細的闡述說明。乙方不負責這些人員提供食宿和聯(lián)系設備。驗收規(guī)程2016年6月24日，乙方為甲方安裝所需的軟件。6月25日至6月31日甲方代表對產(chǎn)品進行驗收測試，并根據(jù)需求在6月30日前對產(chǎn)品提出更正請求。測試通過后，雙方進行軟件交付簽字。乙方對甲方進行軟件使用講解。標準乙方在開發(fā)過程中必須遵守ISO 12207關于軟件生命周期和文檔的標準。項目和質量管理甲乙雙方前三個月每月初進行一次進展會議，后三個月每兩周周六進行進展會議。會議內容為乙方向甲方提供最新進度的掩飾和下一階段的工作安排和計劃。甲方根據(jù)演示提出相應的整改意見，并對下一步工作進行提出意見和建議。時間表詳細時間表見項目進度。此處略。價格和付款方式軟件總價為13W。合同簽訂后，甲方向乙方支付5萬元定金。項目的第三個月，乙方按計劃時間表完成需求分析、系統(tǒng)分析、設計和完成系統(tǒng)的基本框架后，甲方向乙方支付8萬元。該系統(tǒng)完成后，甲方進行驗收測試，在簽字驗收后完成后，甲方向乙方支付全款。其他法律要求及違約處理當一方違約，一切責任由其本身承擔。如果由任何一方的過失導致出現(xiàn)損失后的賠償由雙方協(xié)商決定。甲方法人代表：小王乙方法人代表：小韓簽訂地點：海濱學院院辦公室 有效期限：2016年-2018年6月26號第二部分 項目生存期項目的生命周期是描述項目從開始到結束所經(jīng)歷的各個階段，最一般的劃分是將項目分為 識別需求、提出解決方案、執(zhí)行項目、結束項目四個階段,也就是通常所說的規(guī)劃階段、計劃階段、實施階段和完成階段。本項目的需求明確，模塊劃分清晰，且要求軟件具有較高的質量，因此本項目選擇增量模型來開發(fā)整個系統(tǒng)，這樣可以循序漸進，避免一次投入太大的風險可以減少開發(fā)過程中用戶需求的變更有些增量可能需要重新開發(fā)。并采用V模型來保證每個增量的質量。項目生存期模型如下：圖1.1本項目中模型的應用本項目共分為三個子系統(tǒng)，因此整個系統(tǒng)分為三個分量。其中，圖書信息管理系統(tǒng)是圖書館圖書管理的根本，作為本項目開發(fā)的第一個增量；圖書借還管理系統(tǒng)處理圖書與讀者之間的關系，作為第二個增量；讀者管理系統(tǒng)在該項目中比重最低，作為第三個增量。一個項目50%以上的時間花在測試上，V模型體現(xiàn)了全過程的質量意識。本項目中每一個增量的開發(fā)過程中都采用V模型來保證每個增量的質量。V模型大體可以劃分為以下幾個不同的階段步驟：需求分析、概要設計、詳細設計、軟件編碼、單元測試、集成測試、系統(tǒng)測試、驗收測試。V模型基本特點簡單易用強調測試過程與開發(fā)過程的對應性和并行性第三部分 需求管理3.1軟件需求管理過程海濱學院圖書館管理提出需求如下：設計開發(fā)、安裝調試并后期維護滿足需求的“圖書館管理系統(tǒng)”應用程序。需要該程序為桌面應用程序，進入程序后需要彈出圖書主界面，該圖書主界面需與計算機自身系統(tǒng)分離，不得覆蓋，具有獨立窗口。內部需有檢索圖書處理、圖書信息管理、借書管理、還書管理、圖書速覽、讀者信息管理6個主要功能，每個功能需在主界面中有獨立的快捷方式。每個功能的具體要求如下：檢索圖書處理：1.當有人發(fā)起檢索圖書時，作出應答2.當檢索出需求的的圖書時，提示圖書位置及信息 3.當沒有檢索檢索出該圖書時，提示該圖書館不存在該圖書圖書信息管理：1.實現(xiàn)圖書信息錄入對圖書信息進行入庫2. 修改、刪除等圖書信息管理3. 對圖書類別和出版社管理。 借書管理：1.圖書編號及讀者編號2. 借書日期3.借書的期限還書管理：1.圖書編號及讀者編號2.還書日期，當還書日期超了借書的期限，系統(tǒng)自動給出提示?？梢源蛴〕鰬獨w還圖書的人名單。3.超出期限的超一天該借書者扣一元 圖書速覽：可以通過該功能瀏覽本圖書館的新進圖書和優(yōu)秀推薦的圖書。同時可以通過該功能閱覽圖書信息等主流圖書的信息讀者信息管理：1.借書的卡號及讀者姓名 2.讀者的身份及讀者性別3.讀者借書情況。3.1.1 需求規(guī)格需求規(guī)格說明書系統(tǒng)定義：“海濱學院圖書管理系統(tǒng)”應用程序應用環(huán)境：Windows xp；Windows 7；Windows 10；LINUX；功能規(guī)格：檢索圖書處理（檢索，顯示圖書信息，顯示圖書存放位置）；圖書信息管理（錄入圖書，修改圖書，刪除圖書，圖書分類，圖書的出版社）；借書管理（圖書編號，讀者編號，借書日期，借書期限）；還書管理（圖書編號，讀者編號，還書日期）；圖書速覽（新進圖書，優(yōu)秀推薦圖書閱覽）；讀者信息管理（借書卡號，讀者姓名，讀者性別，讀者身份，讀者借書情況）。性能需求：保證海濱學校內部所有學生及老師同時登錄服務器時也不會因處理的信息量過大而導致系統(tǒng)癱瘓。另必須保證系統(tǒng)的安全性，可以禁得住一般的黑客襲擊和內部作假。對賬戶有足夠的保護措施以防賬戶被盜。操作簡單明了，提示明顯，界面整潔大方。實現(xiàn)約束：檢索圖書處理、圖書信息管理、借書管理、還書管理、圖書速覽、讀者信息管理質量描述：如需求所述的足夠用戶承載量；可靠的系統(tǒng)安全性；界面整潔大方。系統(tǒng)目標：根據(jù)以上的需求分析及用戶的溝通，該系統(tǒng)要達到以下目標：1)界面設計友好，美觀。2)數(shù)據(jù)存儲安全，可靠。3)信息分類清晰，準確。4)強大的查詢功能，保證數(shù)據(jù)查詢的靈活性。5)操作簡單易用，界面清晰大方。6)系統(tǒng)安全穩(wěn)定。本系統(tǒng)主要實現(xiàn)對圖書館信息的管理，主要可以分為兩大塊：圖書信息的服務系統(tǒng)和圖書的綜合管理系統(tǒng)。圖書的使用對象是借閱者，例如學生，教師；管理者是海濱學院圖書館圖書館的管理員。因此根據(jù)這些信息，本系統(tǒng)的主要功能就是：實現(xiàn)圖書館圖書信息的管理和維護，如用戶信息管理，圖書館規(guī)則維護，新書入庫，整理圖書，修改圖書信息和進行查詢等；以及服務系統(tǒng)的圖書信息查詢，圖書的借出和歸還等功能圖書管理系統(tǒng)為用戶提供充足的信息和快捷的查詢手段.例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高圖書信息管理的效率,也是圖書管理的科學化、數(shù)字化、正規(guī)化管理,與世界接軌的重要條件。簽字認證：甲方（需方）：海濱學院圖書館管理乙方（供方）：IT項目團隊代表小韓3.1.2 需求變更管理需求變更假設海濱學院圖書館管理向IT項目團隊提出如下需求變更：在顯示主面做一個能顯示訪問當前系統(tǒng)在線的人員數(shù)量，方便管理員統(tǒng)計每天用書情況。軟件基線產(chǎn)品修改提交單申請人：小李申請日期：2016年6月16日項目名稱：“海濱學院圖書管理系統(tǒng)”應用程序修改內容：增加功能“顯示在線訪問人員數(shù)量”，可之間與表中用戶進行記錄，不必輸入對方用戶名驗證意見：同意變更 驗證人：小張驗證日期：2016年6月17日第四部分 任務分解4.1任務清單4.1.1 功能分解清單1“海濱學院圖書管理系統(tǒng)”應用程序1.1 檢索圖書處理1.1.1 檢索圖書，1.1.2 處理檢索圖書的信息，包括圖書標題、關鍵字等1.1.3 顯示出圖書具體信息，包括圖書作者，出版社等1.1.4 顯示圖書陳列的位置1.1.5 界面1.1.6 單元測試1.2 圖書信息管理1.2.1 錄入圖書1.2.2 修改圖書信息1.2.3 刪除圖書1.2.4 對圖書進行分類1.2.5 對圖書出版社管理1.2.6 界面1.2.7 單元測試1.3 借書管理1.3.1 圖書編號1.3.2 讀者編號1.3.3 借書日期1.3.4 借書期限1.3.5 單元測試1.4 還書管理1.4.1 圖書編號1.4.2 還書日期1.4.3 單元測試1.5 圖書速覽1.5.1 新進圖書展示1.5.2 優(yōu)秀推薦圖書展示1.5.3 界面1.5.4 單元測試1.6 讀者信息管理1.6.1 借書卡號1.6.2 讀者姓名1.6.3 讀者性別1.6.6 讀者身份1.6.6 讀者借書情況1.6.7 單元測試1.7 主界面1.7.1 界面1.7.2 后臺數(shù)據(jù)傳輸4.2 WBS海濱學院圖書管理系統(tǒng)應用程序項目規(guī)劃1. 合同簽署1.1 需求分析報告 & 項目初步規(guī)劃1.2 項目建議書1.3 合同草案2. 計劃編制2.1 時間表3. 確認計劃需求分析1. 需求開發(fā)1.1 需求探索2. 需求管理2.1 需求規(guī)格說明書3. 系統(tǒng)測試計劃編制總體設計1. 策略確定2. 開發(fā)標準確定（具體分配方式見任務清單）3. 架構設計（具體分配方式見任務清單）4. 集成測試計劃編制詳細設計1. 接口設計（具體分配方式見任務清單）2. 模塊設計（具體分配方式見任務清單）3. 單元測試計劃編制實現(xiàn)1. 編碼（具體分配方式見任務清單）2. 代碼復核3. 單元測試測試1. 集成測試2. 系統(tǒng)測試3. 測試總額4. 缺陷跟蹤5. 手冊編寫第五部分 規(guī)模估算5.1 直接成本 成本估算的方法有1.代碼行、功能點、對象點 。2.類比 (自頂向下)估算法。3.自下而上估算法。4.參數(shù)法估算法。5.專家估算法。在這個項目中我們主要采取功能點估算法，同時融合進入其他的估算方法進行驗證。用系統(tǒng)的功能數(shù)量來測量其規(guī)模，與實現(xiàn)產(chǎn)品所使用的語言和技術沒有關系的。5.1.1基本公式FP =UFC*TCFUFC：未調整功能點計數(shù)TCF：技術復雜度因子TCF=0.56+0.01(sum(Fi)： Fi:0-5,TCF:0.56-1.355.1.2 本項目的功能點UFC 148 + 70 + 110 = 328TCF-技術復雜度因子：TCF = 0.56 + 0.0.1 * ( 5 + 4 + 3+2 + 1 5+2 2 + 3 +5+4+3+3) = 0.56 + 0.01 * 45 = 1.01。 功能點計算：FP=UFC*TCF。UFC=328。TCF=1.01.FP=328*1.01 = 331.28人月數(shù)計算：在本項目中，根據(jù)以往的經(jīng)驗使用經(jīng)驗導出成本模型（面向FP驅動的 ）中的kemerer模型來計算人月數(shù)。Kemerer模型 E=60.627.72810-8 FP3 。帶入本項目的實際數(shù)據(jù) E = 60.62 * 7.728 *10-8 *331.283 = 170、32（人月）直接成本計算直接成本組成:開發(fā)成本,管理成本，質量成本。簡易估算：開發(fā)（工作量）規(guī)模：Scale(Dev) 170.32(單位：人月) 管理、質量（工作量）規(guī)模： Scale(Mgn)=a* Scale(Dev) = 170.32 *20% = 34a :比例系數(shù)：例如：20%-25%直接成本=規(guī)模*人力成本參數(shù) = 204.32 * 0.15 = 30.6萬元人力成本參數(shù)=1500/人月（由于校內開發(fā)，成本比較低）5.2間接成本間接成本= 規(guī)模*人力成本參數(shù)*間接成本系數(shù)（間接成本系數(shù)=1.53）本例中間接成本 = 170.32 * 0.15 * 1.5 = 38.3萬元。估算成本=直接成本+間接成本 = 30.6 + 38.3 = 68.9萬元5.3 估算的誤差由于基礎數(shù)據(jù)不足，缺乏經(jīng)驗的估算人員，簽約前后不連貫，低劣的推測技術，估算對需求的敏感性等一系列原因，可能會引起估算的誤差。對此項目的人月數(shù)定義考慮誤差如下估算170個人月 +40 -25+15人月：需求變更-15人月：IT項目小組的晚上時間的利用+5人月：IT項目小組出差-10人月：項目小組采取獎勵措施+20人月：IT項目小組回家最佳情況：145人月。計劃情況：170人月。最壞情況：180人月。第六部分 項目進度項目進度管理是指在項目實施過程中，對各階段的進展程度和項目最終完成的期限所進行的管理。是在規(guī)定的時間內，擬定出合理且經(jīng)濟的進度計劃（包括多級管理的子計劃），在執(zhí)行該計劃的過程中，經(jīng)常要檢查實際進度是否按計劃要求進行，若出現(xiàn)偏差，便要及時找出原因，采取必要的補救措施或調整、修改原計劃，直至項目完成。其目的是保證項目能在滿足其時間約束條件的前提下實現(xiàn)其總體目標。 項目進度管理是根據(jù)工程項目的進度目標，編制經(jīng)濟合理的進度計劃，并據(jù)以檢查工程項目進度計劃的執(zhí)行情況，若發(fā)現(xiàn)實際執(zhí)行情況與計劃進度不一致，就及時分析原因，并采取必要的措施對原工程進度計劃進行調整或修正的過程。工程項目進度管理的目的就是為了實現(xiàn)最優(yōu)工期，多快好省地完成任務。 項目進度管理是項目管理的一個重要方面，它與項目投資管理、項目質量管理等同為項目管理的重要組成部分。它是保證項目如期完成或合理安排資源供應，節(jié)約工程成本的重要措施之一。6.1 活動定義海濱學院圖書管理系統(tǒng)應用程序項目規(guī)劃1.合同簽署1.1需求分析報告 & 項目初步規(guī)劃2.1項目建議書3.1合同草案2.計劃編制2.1時間表3.確認計劃需求分析1.需求開發(fā)1.1需求探索2.需求管理2.1需求規(guī)格說明書3.系統(tǒng)測試計劃編制總體設計1.策略確定2.開發(fā)標準確定（具體分配方式見任務清單）3.架構設計（具體分配方式見任務清單）3.集成測試計劃編制詳細設計1.接口設計（具體分配方式見任務清單）2.模塊設計（具體分配方式見任務清單）3.單元測試計劃編制實現(xiàn)1.編碼（具體分配方式見任務清單）2.代碼復核3.單元測試測試1.集成測試2.系統(tǒng)測試3.測試總額4.缺陷跟蹤5.手冊編寫6.2活動排序甘特圖關鍵路徑是決定項目完成的最短時間,關鍵路徑上的任何任務都是關鍵任務,關鍵路徑上的任何活動延遲，都會導致整個項目完成時間的延遲.在這個項目中首先按照時間順序計算最早開始時間和最早完成時間,然后按照逆時間順序計算最晚開始時間和最晚結束時間。從而得出關鍵路徑是：開始 需求分析- 詳細設計 編碼-測試。6.3 進度執(zhí)行與優(yōu)化在項目的進行過程中可以通過1、分解關鍵任務2、給任務增加資源3、縮減關鍵任務的工期 4、重疊或延遲鏈接任務 5、設置日歷增加工作時間 6 、通過分配加班工時來縮短關鍵任務來達到縮減項目工期的目的。6.4工具使用在整個項目中將使用Microsoft的項目管理軟件產(chǎn)品microsoft project 2012和Visio 2013來進行項目的管理第七部分 質量計劃7.1軟件項目的質量計劃7.1.1 項目經(jīng)理的職責1.評審質量計劃。2.與質量保證人員一起協(xié)商不符合項問題的糾正措施，并安排資源實施糾正措施。3.定期或事件驅動地評審質量保證活動和結果。7.1.2質量保證人員的職責1.負責項目實施過程中對項目實施情況進行監(jiān)督，包括對項目實施過程和工作產(chǎn)品進行監(jiān)督檢查。2.制定質量保證計劃書。3按計劃實施審計活動，依照質量保證計劃執(zhí)行評審/審計，并記錄執(zhí)行中發(fā)現(xiàn)的不符合項。4.對不符合問題提交不符合項報告，跟蹤并驗證糾正措施的執(zhí)行情況。5.對項目內不能解決的不符合項問超；向高層管理提交報告。6.向項目經(jīng)理報告項目質量工作狀況和質量度量結果。7.定期向項目組報告質量活動的結果。8.制定質量保證的過程改進計劃，記錄過程數(shù)據(jù)。7.1.3質量目標1）基于需求的測試覆蓋率為100%。2）軟件功能測試用例通過率不低于95%。3）每個階段評審中發(fā)現(xiàn)的問題都已經(jīng)解決或得到適當處理。4）產(chǎn)品發(fā)布時不存在嚴重問題以及以上的缺陷。5）嚴格滿足合同的要求和規(guī)格6）用戶滿意7.1.4質量策略為了保證提交給用戶的產(chǎn)品是高質量的，實施過程中采取的質量保證措施包括：1) 將質量貫徹到日常的項目進展過程中。2）應該特別注意項目工作產(chǎn)品質量和早期評審工作，無論是質量保證還是質量控制，采取的策略都是早期預防和早期排除缺陷。7.2軟件質量保證活動7.2.1 過程評審項目嚴格按照組織定義的軟件過程進行開發(fā)，過程評審的具體依據(jù)參照企業(yè)的過程規(guī)范，保證項目中的所有過程活動都在實施范圍內。在每次評審之后，要對評審結果做出明確的決策并形成評審記錄。評審可采取文件傳閱、評審會等形式進行展開。質量保證人員負責對項目過程迸行監(jiān)督，將發(fā)現(xiàn)的問題和解決情況在每天的晨會上通報，對沒有解決的問題迸行討論，對不能解決的問題提交高級管理者處理。每個周末，進行一次配置管理審核，確認配置管理工作是否正常進行。7.2.2問題報告質量保證人員對于每次審計活動發(fā)現(xiàn)的不符合項，應該和項目經(jīng)理協(xié)商不符合項的糾正措施并預定完成日期，若和項目經(jīng)理存在意見分歧，質量保證人員可以上報給高層管理者，由高層管理者決定最后的措施。同時，不符合項在項目周例會中匯報。質量保證人員有獨立的匯報途徑，日常的匯報途徑如下：1.將項目組內不能協(xié)調的問題匯報給高級管理者，由高級管理者協(xié)調解決。2.將發(fā)現(xiàn)的問題通知項目經(jīng)理，協(xié)調糾正措施。3.將日常工作和過程數(shù)據(jù)匯報給質量經(jīng)理，由其統(tǒng)一收集并進行統(tǒng)計。7.3質量改善為了達到更好的質量，現(xiàn)在制定質量改善要求：1軟件質量活動必須經(jīng)過規(guī)劃2.軟件質量活動規(guī)劃必須明文規(guī)定3.質量小組必須獨立存在5.必須有適當?shù)慕?jīng)費第八部分 風險計劃圖書管理系統(tǒng)項目風險管理是指通過風險識別、風險分析和風險評價去認識項目的風險，并以此為基礎合理地使用各種風險應對措施、管理方法技術和手段，對項目的風險實行有效的控制，妥善的處理風險事件造成的不利后果，以最少的成本保證項目總體目標實現(xiàn)的管理工作。8.1風險識別與評估8.1.1風險識別是試圖通過系統(tǒng)化地確定對項目計劃的威脅，識別已知和可預測的風險。81.2風險識別過程輸入 標識風險 按照一定標準對風險排序 制定風險表8.1.3根據(jù)“IT項目常常存在一些共同的風險源”我們根據(jù)以往經(jīng)驗制定了風險分析表。檢查表法是利用檢查表作為風險識別的工具，是根據(jù)風險要素建立軟件項目的風險條目列表，列表中列出所有與風險因素有關的提問，可以使管理者集中識別常見的類型中的已知和可預測的風險。8.2風險規(guī)劃 針對風險分析的結果，為提高實現(xiàn)項目目標的機會，降低風險的負面影響而制定風險應對策略和應對措施的過程，即制定一定的行動和策略來對付、減少、以至于消滅風險事件。通常采取的措施有1.回避風險。2.轉移風險。3.損失控制。4.自留風險。8.3風險分析表通過對風險識別，風險評估，風險規(guī)劃 ，我們制定了如下風險分析表。風險分析表排序輸入風險事件可能性影響風險值風險應對措施1最終用戶放棄該系統(tǒng)。圖書管理員可能會由于操作該系統(tǒng)的問題對整個系統(tǒng)產(chǎn)生不好的情緒。60%60%50%1.盡力滿足用戶提出的需求。2.界面盡可能的簡潔，明了。3.應善于和客戶交流2項目期間，需求方增加功能。圖書館管理如果增加功能將很大的增加風險。20%60%30%1.軟件詳細設計階段注意增加軟件的可重用性。提高復用水平。2.有效的溝通和協(xié)調。3客戶的需求規(guī)格說明。需求不明確，增加需求，導致需求蔓延，由于本軟件是不太了解計算機的領導使用，變更需求可能性很大。60%40%36%1采取加班的方法。2修改計劃去掉一些任務。3.當出現(xiàn)影響重大的變更需求時與客戶協(xié)調，增加項目投入。4合同帶來的限制。進度要求緊，合同金額有限。35%55%25%可以進行少量的加班,一來成本不高,二來可以加快進度.。5交付期限緊縮。需方存在緊縮交付期限的可能。導致項目交付不上。25%68%10%1.加班。2.邀請朋友幫忙。3.調整項目的結構。6歷史項目信息。開發(fā)人員的流動。15%60%9%1注意項目團隊的溝通，及時了解開發(fā)人員的動態(tài)。2控制好項目過程中的文檔。3.從其他的項目組借調人員。7人員缺乏經(jīng)驗。由于本項目中的一些員工是大學實習生，可能會缺乏經(jīng)驗。15%35%10%1.采取一帶一幫，讓有經(jīng)驗的程序員帶著相對經(jīng)驗少的程序員進行開發(fā)。2.開發(fā)項目之前適當?shù)膷徢芭嘤枴?用戶數(shù)量超出計劃。由于學?？赡茉黾诱惺諏W生，導致使用人員激增。20%20%20%1防患于未然，數(shù)據(jù)庫上采用數(shù)據(jù)池的技術在，增加并發(fā)訪問量。2.優(yōu)化數(shù)據(jù)庫9項目技術達不到預期效果?？赡苡幸恍┘夹g達不到預期的效果，不能使需方滿意。如一些小的功能不能實現(xiàn)等。10%10%10%1.找有開發(fā)經(jīng)驗的項目經(jīng)理請教。2.優(yōu)秀的大學生請教當代新型技術。8.4風險控制1.實施和跟蹤風險管理計劃，保證風險計劃的執(zhí)行，評估削減風險的有效性。2.針對一個預測的風險事實上是否發(fā)生了，確保針對某個風險而制定的風險消除步驟正在合理使用3.監(jiān)視剩余的風險和識別新的風險，4.收集可用于將來的風險分析信息第九部分 團隊管理團隊是一定有一定數(shù)量的個體成員和有志青年組織的集合，包括自己組織的人、供應商、分包商、客戶等為一個共同的目標工作，協(xié)調合作，最終開發(fā)出來高質量的產(chǎn)品。團隊管理在整個項目的開發(fā)中具有十分重要的作用9.1項目組織結構經(jīng)過分析我們采用項目型的組織結構。結構圖如下此結構的優(yōu)點：1. 項目監(jiān)理對項目可以全權負責?？梢愿鶕?jù)項目需要隨意調動項目組織的內部資源或者外部資源。2. 項目型組織的目標單一，完全以項目為中心安排工作，決策的速度得以加快，能夠對客戶的要求做出及時響應，項目團隊精神得以充分發(fā)揮。有利于項目的順利完成。3. 項目監(jiān)理對項目成員有全部權利，項目組員只對項目監(jiān)理負責，避免了職能型項目組織下項目成員處于多重領導、無所適從的局面，項目監(jiān)理是項目的真正、唯一的領導者。4. 組織結構簡單，易于操作。項目組員直接屬于同一個部門，彼此之間的溝通交流簡介、快速，提高了溝通效率，同時也加快了決策速度。此結構的缺點：1 每一個項目型組織，資源不能共享，即使某個項目的專用資源閑置，也無法應用于另外一個同時進行的類似項目，人員、設施、設備重復配置，會造成一定程度的資源浪費。2 公司里各個獨立的項目型組織處于相對封閉的環(huán)境之中，公司的宏觀政策、方針很難做到完全、真正的貫徹實施，可能會影響公司的長遠發(fā)展。3 在項目完成以后，項目型組織中的項目成員或者被拍到另一個項目中去，或者被解雇，對項目成員來說，缺乏一種事業(yè)上的連續(xù)性和安全感。4 項目之間處于一種條塊分割狀態(tài)，項目之間缺乏信息交流，不同的項目組很難共享知識和經(jīng)驗，項目成員的工作會出現(xiàn)忙閑不均的現(xiàn)象。針對本項目的分析： 這個項目相比較軟件公司開發(fā)的項目具有一定的特殊性。這是一個校園項目由于該項目具有很大的臨時性，項目組的成員是一個班級集中到一起的。這樣的特殊性使我們的這樣的項目并不具有上面列出的2,3,4所示的缺點。因此項目型組織結構利于團隊的建設以及小組人員與任務的分配；另外該組織結構簡單易操作，而且目標單一，特別適用于這種零散的人員調度，同時很大程度上方便了成員間整體的溝通交流，加快了決策速度。由于這個項目各模塊間的耦合度較低，不需要小組間大量的信息共享；