圖書管理系統(tǒng)項目計劃參考模板

1、圖書管理系統(tǒng)項目計劃 目錄1 引言11.1 背景11.2 定義21.3 參考資料21.4 標準、條約和約定22 項目概述32.1 項目目標32.2 產(chǎn)品目標與范圍32.3 假設與約束32.4 項目工作范圍32.5 應交付成果42.5.1 需完成的軟件42.5.2 需提交用戶的文檔42.5.3 須提交內(nèi)部的文檔42.5.4 應當提供的服務52.6 項目開發(fā)環(huán)境53 項目團隊組織53.1 組織結(jié)構53.2 人員分工63.3 協(xié)作與溝通83.3.1 項目團隊內(nèi)部協(xié)作83.3.2 項目接口人員83.3.3 項目團隊外部溝通與協(xié)作模式84 實施計劃84.1 風險評估及對策84.2 工作流程124.3 總

2、體進度計劃134.4 項目控制計劃144.4.1 質(zhì)量保證計劃144.4.2 進度控制計劃154.4.3 預算監(jiān)控計劃154.4.4 配置管理計劃165 支持條件171 / 265.1 內(nèi)部支持175.2 客戶支持175.3 外包（可選）176 預算176.1 人員成本176.2 設備成本186.3 其它經(jīng)費預算187 關鍵問題188專題計劃要點19圖書管理系統(tǒng)項目計劃1 引言1.1 背景(1) 項目的名稱圖書管理系統(tǒng)(2) 項目建設背景隨著人們知識水平層次的提高，圖書館成為日常生活中不可缺少的一部分。而圖書館的存書量和業(yè)務量龐大，僅僅靠傳統(tǒng)的記帳式管理是不可行的。圖書館系統(tǒng)應運而生，逐漸成為

3、信息化建設的重要組成部分。圖書館管理系統(tǒng)為學?；蛏鐣蛨D書館的管理員提供所有借閱者的詳細信息，以及館內(nèi)庫存的詳細情況，對借書和還書兩大功能進行合理操縱并登記。(3) 軟件系統(tǒng)與其他系統(tǒng)的關系本系統(tǒng)屬于整個公司發(fā)展的系統(tǒng)建設的基礎性系統(tǒng)，主要是嘗試性的為客戶提供服務的同時，逐步建立并完善一個獨立的數(shù)據(jù)庫，大范圍的集結(jié)優(yōu)秀的項目管理工程案例。未來在這個基礎的骨干系統(tǒng)的基礎上逐步完善各個子系統(tǒng)，并發(fā)展成為功能完善、功能強大的獨立系統(tǒng)。優(yōu)秀的項目管理案例可以掛在工程管理職能部門的相關網(wǎng)頁下供社會學習參考。(4) 軟件系統(tǒng)與機構的關系該系統(tǒng)出了為本公司的客戶提供相關的服務之外，還應該在工程管理職能部門下

4、設立有關優(yōu)秀的項目管理案例供社會學習參考。1.2 定義Sql語言：是指基本通用的數(shù)據(jù)庫操作語言。GUI編程：是指圖形界面編程。1.3 參考資料文檔格式要求按照我國GB/T8567-1988國家標準和IEEE/ANSI830-1993標準規(guī)范要求進行。包括以下文件：a.圖書借閱關系系統(tǒng)需求說明書b.軟件工程項目開發(fā)文檔范例c.軟件工程國家標準文檔d.圖書借閱管理需求說明書e.軟件需求說明書編寫規(guī)范書籍包括：軟件項目管理夏輝，周傳生，清華大學出版社。1.4 標準、條約和約定本項目遵從以下標準：GB/T 13702-1992 計算機軟件分類與代碼GB/T 20918-2007 信息技術 GB/T 1

5、9003-2008 軟件工程GB/T 5538-1995 軟件工程標準分類法GB/T 9386-2008 計算機富安居測試文檔編制GB/T 9385-2008 計算機軟件需求規(guī)格說明GB/T 5532-2008 計算機軟件測試規(guī)范GB/T 18221-2000 信息技術程序設計語言GB/T 11457-2006 信息技術 軟件工程GB/T 8567-2006 計算機軟件文檔編制規(guī)范2 項目概述2.1 項目目標 本項目的總目標是完成圖書館管理系統(tǒng)，為實現(xiàn)此目標，必須實現(xiàn)一下三個階段目標：第一階段目標：總體設計出圖書館管理系統(tǒng)總框架，并分析所需功能。第二階段目標：大體完成圖書館管理系統(tǒng)。第三階段目

6、標：對完成的管理系統(tǒng)測試并驗收。2.2 產(chǎn)品目標與范圍本項目產(chǎn)品的目標是實現(xiàn)圖書館對圖書的智能化、信息化、簡單化，通過該系統(tǒng)來代替以往復雜軟件操作存在的弊端。系統(tǒng)的主要功能是實現(xiàn)圖書信息的增加、刪除、修改、查找、借閱、還書的顯示操作，及實時數(shù)據(jù)庫提交更改。提高圖書管理員工作信息報送反饋工作效率，更好的統(tǒng)計信息，提高信息的及時性、匯總統(tǒng)計信息的準確性，減輕管理員的勞動強度。2.3 假設與約束本項目的開發(fā)時間為:工作人員：6人開發(fā)經(jīng)費預算：90萬設備：7臺PC假設：1、 本公司的資金充足，所有硬件設施如若需要就能在三天內(nèi)投入使用，并且已經(jīng)辦完了所有的 系統(tǒng)開發(fā)相關手續(xù)。2、 人員充足且協(xié)作能力強，

7、工作效率高，能夠迅速的通過努力完成所交付的任務。3、 嚴格跟進，不能超過計劃的時間。約束：1、 系統(tǒng)開發(fā)，原則上嚴格控制成本，不能超過預算的10%。2、 必須在項目經(jīng)理的有效指揮下嚴格完成任務，投入的人員不能超過5人。3、人力資源的約束限制，就必須犧牲進度或質(zhì)量。2.4 項目工作范圍為了使本系統(tǒng)成功達到客戶的要求，需完成如下任務：系統(tǒng)需求分析、系統(tǒng)概要設計、編碼設計、以及系統(tǒng)測試和維護。2.5 應交付成果2.5.1 需完成的軟件程序名稱：圖書館管理系統(tǒng) 編程語言：C#+SQL Server 2005 軟件對象：源程序、可執(zhí)行程序、支撐系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)、安裝軟件。2.5.2 需提交用戶的文檔安裝

8、維護手冊：主要內(nèi)容是介紹安裝和維護的主要步驟和注意事項。使用手冊：主要內(nèi)容是向用戶介紹如何使用該系統(tǒng)。需求規(guī)格說明書：向用戶介紹該系統(tǒng)的需求規(guī)格說明。2.5.3 須提交內(nèi)部的文檔1軟件項目管理計劃 該文檔由組長完成，介紹項目的整個管理過程。該文檔在軟件設計需求分析初級階段完成，后續(xù)階段由文檔維護員進行相應的更新。 2.需求規(guī)格說明初稿 在需求分析階段，由全體小組成員采集分析用戶的需求，并在例會上作出決策，有文檔維護員撰寫整理需求規(guī)格說明初稿，并在后續(xù)各個階段進行需求變更的更新。3.設計報告初稿 在總體設計階段，小組根據(jù)需求規(guī)格說明文檔，完成軟件體系結(jié)構的設計，由組長編寫軟件體系結(jié)構設計文檔初稿

9、，并在后續(xù)開發(fā)階段補充和更新。該文檔由文檔維護員負責維護更新。 4. 測試文檔 在軟件開發(fā)階段，測試人員需要編寫測試規(guī)格說明文檔，并在后續(xù)測試階段更新。開發(fā)人員將根據(jù)測試規(guī)格說明文檔建立測試環(huán)境、準備測試數(shù)據(jù)。 5用戶手冊 在更新用需求分析階段，測試人員需要開始著手編寫用戶手冊，并在需求分析結(jié)束后需要形成初稿；在后續(xù)階段不斷由文檔維護員戶文檔；并在系統(tǒng)交付階段隨著系統(tǒng)一起被交付。 6. 個人項目總結(jié) 由組內(nèi)成員各自獨立完成，對開發(fā)過程中獲得的工作經(jīng)驗進行總結(jié)。在提交系統(tǒng)時一并提交。 7. 其他文檔 軟件開發(fā)過程中的其他文檔，如開發(fā)日志（按組員意見選擇公開與否），風險報告及其處理意見等，由秘書進

10、行整理與匯聚。作為以后軟件開發(fā)以及交流的經(jīng)驗。2.5.4 應當提供的服務將向用戶演示安裝、維護以及運行使用。2.6 項目開發(fā)環(huán)境1、軟件： Eclipse visual studio Dreamweaver Firework 2、硬件： PC機 3、技術： ASPHTMLCSSVBscript javascript SQL 4、項目設計及運行平臺 Windows XP web IIS2.7 項目驗收方式與依據(jù)代碼的驗收：在交付客戶之前進行小組內(nèi)評審，代碼編寫符合HB6465標準，與文檔說明保持一致，代碼書寫風格統(tǒng)一，采用標準規(guī)范，沒有下列錯誤：由于軟件缺陷造成丟失數(shù)據(jù)，不符合設計要求，響應時間

11、太長無法接受等問題。文檔驗收：在交付客戶之前進行小組內(nèi)評審，文檔格式符合HB6465標準， 功能符合與客戶的合同要求，清晰易讀，沒有語病與歧義。服務驗收：服務硬件達到文檔說明的要求，人員技術考核合格，定期上門維護。3 項目團隊組織3.1 組織結(jié)構設計經(jīng)理測試經(jīng)理開發(fā)經(jīng)理項目經(jīng)理需求分析組界面設計組文檔編寫組概要設計組框架設計組詳細設計組測試組測試用例設計組測試腳本開發(fā)組3.2 人員分工姓名角色工作描述×××項目經(jīng)理01.項目溝通交流02.項目進度掌控03.核心技術框架制定04.工作任務劃分分配、審核、驗收05.開發(fā)平臺建設06.樣例程序制作07.日常管理工作08.

12、重要文檔成果物的整理09.測試驗收各個模塊10.架構設計整個系統(tǒng)的核心權限部分11.解決疑難技術問題12.模塊設計指導×××開發(fā)經(jīng)理01. 開發(fā)項目進度掌控02. 工作任務劃分分配、審核、驗收測試驗收各個模塊03. 日常管理工作×××××××××開發(fā)人員01. 分析系統(tǒng)需求分析02. 界面設計03. 文檔編寫×××設計經(jīng)理01. 分析新功能02. 軟件框架擴展03. 代碼模塊分配04. 數(shù)據(jù)庫設計說明書×××設計人員

13、01.數(shù)據(jù)交換02.安裝程序03.安裝手冊×××設計人員01.數(shù)據(jù)加載分析×××設計人員01. 項目后期總體負責02. 加載程序編寫×××設計人員01.數(shù)碼相機照片讀取剪切模塊設計×××測試人員01. 對軟件進行測試02. 編寫軟件測試文檔×××測試人員01.用戶操作手冊3.3 協(xié)作與溝通3.3.1 項目團隊內(nèi)部協(xié)作本項目由項目經(jīng)理領頭協(xié)調(diào)各個項目組成員的協(xié)調(diào)工作。下設小組長×××、×××

14、;。 主要通過企業(yè)內(nèi)部郵箱聯(lián)系，項目團隊的每一個成員都有一份項目成員聯(lián)系方式單。 在每一項目階段的開始和結(jié)束時都由項目經(jīng)理組織召開工作大會。并由×××做好會議記要，并歸檔統(tǒng)一管理。3.3.2 項目接口人員(1) 負責本項目同用戶的接口人員 本項目有公司自主開發(fā)，供公司發(fā)展使用。主要是由項目經(jīng)理同開發(fā)設計部街頭。 (2) 負責本項目同本企業(yè)開發(fā)設計部接口人員 仍舊由項目經(jīng)理擔任接口人員。 項目經(jīng)理與開發(fā)設計部和公司的職能部門的交接內(nèi)容由專人負責記錄，并交由×××統(tǒng)一歸檔。3.3.3 項目團隊外部溝通與協(xié)作模式項目團隊外部由項目經(jīng)理負責溝

15、通協(xié)作。 在每一項目階段的開始和結(jié)束時，項目經(jīng)理結(jié)束團隊內(nèi)部工作安排總結(jié)之后，需要向公司相關職能部門提交報告，報告交由×××統(tǒng)一歸檔保管。 聯(lián)系方式： 開發(fā)設計部： 電話：151*0326（部長助理） 郵箱：×××××× 緊急聯(lián)系方式（僅供特殊情況下使用）： 電話：158*9469（李經(jīng)理） 郵箱：××××××4 實施計劃4.1 風險評估及對策風險識別風險定性與定量分析風險應對編號WBS模塊風險事件風險概率風險影響描述風險影響值風險期望值排序級別

16、緩解策略策略應急計劃和巢湖發(fā)事件風險處理措施風險負責人1需求風險需求分析不到位，導致數(shù)據(jù)模型建立好后無法使用6%10%成本增長<20%0.20.128四級1、重新進行到位的需求分析1當數(shù)據(jù)模型建立后無法使用時，即使重新做需求分析一周工作包負責人2需求風險缺少有效的需求變化管理過程10%5%進度實施<10%0.20.0206四級1、及時和項目經(jīng)理進行有效的溝通，確保需求的有效管理1、當缺少有效的需求變化管理過程時，要及時，與相應的管理人員驚醒溝通，制定有效的變化管理三天工作包負責任3需求風險客戶不斷變化需求9%工作質(zhì)量受到較小的影響0.10.0099四級1、要做好與客戶之間的溝通工作

17、2、工作人員要做好應對必要變化的準備，滿足客戶的需求當客戶不斷變化需求時，1、要做好與客戶之間的溝通工作2、工作人員要做好應對必要變化的準備，滿足客戶的需求一周工作包負責人4需求風險院圖書館調(diào)研經(jīng)常推后20%10進度拖延<0.40.0801三級與客戶相關人員驚醒有效溝通當需求調(diào)研不能及時進行時，根據(jù)合理時間調(diào)研并與相關工作人員進行有效溝通并確定調(diào)研時間兩天項目經(jīng)理5需求風險某些需求超出項目范圍25%范圍主要部分受到影響0.20.0503三級查看范圍進度計劃，并與客戶，進行合理的溝通1、某些需求超出項目范圍時，1、明確列出超出項目范圍需求，2查看范圍進度計劃，并與客戶，進行合理的溝通一天項

18、目經(jīng)理6需求風險漏掉某些模塊或多了某些模塊6%范圍的次要不分受到影響0.10.00611四級查看范圍進度計劃，及時修改當漏掉某些模塊或多了某些模塊時，1、查看范圍進度計劃，及時與項目經(jīng)理進行溝通，如果漏掉某些模塊，及時把漏掉的任務分配給相應的工作人員進行補充，如果多了一些設計模塊，查看進度，并決定是否刪除多出的模塊一周工作包負責人7相關性風險簽訂合同不科學不嚴謹，存在邊界界定不清楚的問題15%10%進度實施<20%0.40.06010四級及時與客戶進行有效溝通并重新修訂合同當合同有問題時，1、及時與客戶進行有效溝通，并進行重新修訂合同，2、重新根據(jù)需求制定更加完美的合同桑拿天項目經(jīng)理9相

19、關性風險軟硬件不兼容1%項目的最終產(chǎn)品實際上不能使用0.80.04012四級及時與供應商聯(lián)系，并進行有效溝通，更換硬件設備當軟硬件不兼容時1、及時與供應商聯(lián)系，并進行有效溝通，更換硬件設備2、如果無法更換，查看該硬件是否可以用在該系統(tǒng)的其他位置三天工作包負責人10相關性風險病毒、黑客入侵造成系統(tǒng)無法正常工作5%項目的最終產(chǎn)品實際上不能使用0.60.05016三級 做好系統(tǒng)安全防護當病毒、黑客入侵造成系統(tǒng)無法正常工作時，1、及時進行系統(tǒng)體檢，用相關工具殺毒，2、通過相關設備對系統(tǒng)進行有效保護防止系統(tǒng)再次收到攻擊11技術風險預算有誤，導致開發(fā)過程無法進行9%10%進度實施<20%0.20.0

20、187四級向投資者申請新的的資金當預算有誤，導致開發(fā)過程無法進行時，向投資者申請新的的資金，2、向投資者展示新的預算和以前錯誤的預算一周工作包負責人12技術風險開發(fā)工具不可靠導致項目過程中的bug5%10%進度實施<20%0.40.0.0325四級確定開發(fā)工具可靠當開發(fā)工具不可靠時，1、及時做測試，發(fā)現(xiàn)bug。2、更換開發(fā)工具一周工作包負責人13技術風險使用框架存在漏洞bug，導致項目失敗1%質(zhì)量降低需要得到有關領導的批準0.20.00213四級測試人員及時發(fā)現(xiàn)問題，開發(fā)人員及時解決問題當使用框架存在漏洞bug，導致項目失敗時，1、及時對框架進行修復2、更換更可靠的框架一周工作包負責人1

21、4管理風險技術人員離職，模塊任務無人完成5%10%進度實施<20%0.30.0502三級1、加強人員考核；確定人員的可靠性2、及時需找人員代替氣工作當技術人員離職，模塊任務無人完成時1、加強人員考核；確定人員的可靠性2、及時需找人員代替氣工作3、與當事人做及時溝通，2天項目經(jīng)理15管理風險不能按進度計劃完成相應的任務2%10%進度實施<20%0.30.06014四級做好跟蹤記錄當不能按進度計劃完成相應的任務時，1、做好對每個人的及時跟蹤記錄，2、若不能按進度完成，應當進行加班完成相應任務一周工作包負責人15管理風險進度進化不夠完善導致整體任務滯后5%質(zhì)量降低需要得到有關領導的批準0

22、.60.08615三級及時調(diào)整計劃當進度進化不夠完善導致整體任務滯后時1、及時調(diào)整計劃2、將所差進度加班完成2天工作包負責人16自然風險火災、澇災、地震等自然災害1%質(zhì)量降低需要得到有關領導的批準0.30.02016三級做好轉(zhuǎn)移工作，降低損失程度當火災、澇災、地震等自然災害時1、做好系統(tǒng)備份的轉(zhuǎn)移工作，把損失降低到最小2及時做出應急處理，是相關負責人做出快速反映。三天工作包負責人4.2 工作流程項目計劃需求分析概要設計數(shù)據(jù)庫設計編碼實施系統(tǒng)測試結(jié)項SQA配置管理4.3 總體進度計劃起止時間責任人及所需資源完成工作應提交成果檢查點/里程碑項目經(jīng)理以及各部門負責人項目立項立項報告高層經(jīng)理審批項目團

23、隊建立SM和PM決定，SQA人員由中心確定項目生命周期模型選擇項目計劃中的生命周期需求開發(fā)過程定義需求開發(fā)計劃簡單制定需求開發(fā)計劃軟件評估和風險評估軟件評估開發(fā)書、軟件開發(fā)計劃、風險管理計劃和日志簡單執(zhí)行培訓計劃制定培訓計劃軟件開發(fā)計劃文檔化軟件開發(fā)計劃測試計劃測試計劃項目結(jié)項項目總結(jié)報告、驗收報告概要編寫需求分析人員客戶需求調(diào)研、需求分析、軟件需求走查、需求組內(nèi)正式評審軟件需求規(guī)格說明書、評審準備表、報告設計人員界面設計、總框架設計界面設計報告、框架設計報告表編程人員系統(tǒng)編程編程源代碼系統(tǒng)可運行測試人員測試軟件測試階段報告、系統(tǒng)測試評估、操作手冊、用戶手冊、測試階段度量數(shù)據(jù)項目經(jīng)理以及各項目

24、負責人驗收、維護驗收報告、項目總結(jié)報告項目經(jīng)理用戶驗收4.4 項目控制計劃4.4.1 質(zhì)量保證計劃 執(zhí)行時間 階段任務人員分工×月×日×月×日×月×日×月×日×月×日需求分析 需求評審開發(fā)經(jīng)理系統(tǒng)與測試設計 系統(tǒng)概要設計評審 系統(tǒng)詳細設計評審 制定測試策略評審 制定測試計劃評審編碼與測試執(zhí)行 制定編碼規(guī)范評審設計經(jīng)理 測試需求評審測試經(jīng)理 代碼審查 單元測試報告評審 測試用例評審 缺陷報告評審測試評估與系統(tǒng)部署測試評估報告評審部署方案評審項目經(jīng)理4.4.2 進度控制計劃 時間 階段任務人員分工2

25、01×年×月201×年×月201×年×月項目啟動與計劃項目經(jīng)理 技術專家需求分析開發(fā)經(jīng)理系統(tǒng)與測試設計 系統(tǒng)概要設計設計經(jīng)理 系統(tǒng)詳細設計 制定測試策略測試組長 制定測試計劃編碼與測試執(zhí)行 制定編碼規(guī)范設計經(jīng)理 確定測試需求測試經(jīng)理 編碼設計經(jīng)理 單元測試 編寫測試用例測試經(jīng)理 執(zhí)行測試測試評估與系統(tǒng)部署測試評估制定部署方案開發(fā)組長4.4.3 預算監(jiān)控計劃活動小活動預算小活動分攤預算大活動分攤預算累計項目規(guī)劃1、模板確定1320396013202、撰寫項目計劃報告26403960需求分析3、需求調(diào)研26401188066004、需求分

26、析5280118805、需求確認2640145206、撰寫需求分析說明書132015840軟件設計7、系統(tǒng)分析396025080198008、模塊設計9240290409、數(shù)據(jù)庫設計66003564010、美工設計39603960011、撰寫詳細設計說明書132040920軟件開發(fā)12、硬件安裝25900457006682013、環(huán)境配代碼實現(xiàn)1848086620軟件測試15、集成測試5280118809190016、系統(tǒng)測試52809718017、撰寫系統(tǒng)測試報告132098500驗收總結(jié)18、撰寫用戶手冊132052809982019、人員培訓1320101140

27、20、產(chǎn)品轉(zhuǎn)移132010246021、經(jīng)驗總4.4 配置管理計劃采用專用的版本管理工具進行軟件版本的控制，如SVN或是Git之類的管理工具。（1）人員與職責版本控制管理者：項目經(jīng)理 職責：制定版本控制流程（2）確定版本庫的用戶權限管理者：負責版本管理、對版本庫擁有全部權限開發(fā)人員：寫入 讀出測試人員：讀（3）定義配置項（版本控制項）及其標識系統(tǒng)項目計劃系統(tǒng)需求說明系統(tǒng)概要設計系統(tǒng)詳細設計測試策略測試計劃測試用例編碼規(guī)范源代碼缺陷報告測試最終結(jié)果報告（4）定義項目基線（略）（5）定義配置項的版本管理策略按照4類不同功能的分支進行：l 主干分支l 私有分支l 小組分支l

28、 集成分支5 支持條件5.1 內(nèi)部支持無5.2 客戶支持需求分析階段：客戶201×年×月×日參與到此階段，需求分析人員記錄需求?？蛻趄炇针A段：客戶于×月×日對本系統(tǒng)驗收。5.3 外包（可選）無6 預算6.1 人員成本姓名標準費率加班費×××￥330/工作日￥50/小時×××￥250/工作日￥40/小時×××××××××￥200/工作日￥35/小時×××￥250/工作日￥40/小時×××￥200/工作日￥35/小時×××￥200/工作日￥35/小時×××￥200/工作日￥35/小時×××￥200/工作日￥35/小時×××￥200/工作日￥35/小時×××￥200/工作日￥35/小時6