【正文】 雜系統(tǒng)或不受小組控制的其他系統(tǒng)的接合要求導致意料之外的設計、執(zhí)行和測試。錯誤用戶界面的開發(fā)需要重新設計和執(zhí)行。項目依賴賣主，因此控制是單方面的。培訓包給第三方。關鍵承包人和顧問只能部分時間才能得到。承包人和顧問需要額外的時間來學習不熟悉的編程語言。雇用承包人和盛況時間比預料的長。項目缺少有效的執(zhí)行發(fā)起人。項目得不到足夠的人員。項目得不到更有資格做項目的人員。小組成員不買進項目。合同員工在項目完成前離開。缺少所需的規(guī)格，從而增加缺陷和重做工作。任務先決條件（例如培訓、其他項目的完成、獲得工作許可證）不能按時完成。未能達到里程碑。非技術第三方任務花費的時間比預料的長（預算審批、法律審查等）。低效的小組結構降低生產(chǎn)率。產(chǎn)品缺少有效的高級管理發(fā)起人。努力比估計的大（從準則、功能點、模式等方面來看）。項目規(guī)劃在壓力下被放棄。預定日期提前，但沒有對產(chǎn)品范圍或可用資源作相應調(diào)整。、軟件開發(fā)風險對照表如下：風險類別風險描述可能影響規(guī)劃風險使用提高生產(chǎn)率工具所產(chǎn)生的計劃節(jié)余被過高地估計了。開發(fā)不具不像預料的那樣有效，開發(fā)者需要時間來創(chuàng)建有關工作，或改用新工具。最終用戶最終發(fā)現(xiàn)產(chǎn)品不能令人滿意，要求重新設計和重做。管理審查決策過程比預料的慢非技術第三方任務花費的時間比預料的長（預算審批、法律審查等）。彭方春負責組織內(nèi)部的接口，包括項目進度報告，資源協(xié)調(diào)等；彭方春負責處理同外部組織、專家評審方面的接口；以上的接口事務，在上面的職責分配圖中已經(jīng)進行了表述。（說明：、以上的工作，可以在更細的層次上進行分解，例如，可以分別為查詢界面、增加的界面和刪除的詢問詞的設計等，系統(tǒng)測試可以分解為測試平臺的搭建、測試用例的編寫、系統(tǒng)各功能點的測試、測試記錄的填寫、測試總結和總結報告等多個工作單元。：需求說明：識別楊駿老師和賴娟老師的要求，并形成需求說明文檔：向楊駿老師和賴娟老師請教，收集相關數(shù)據(jù)概念階段籟叢媽羥為贍僨蟶練淨櫧撻。煢楨廣鰳鯡選塊網(wǎng)羈淚鍍齊。、文件操作手冊的規(guī)格滿足的相關標準，對應的內(nèi)容應包括以上功能的各部分的說明，手冊中不應該包含專業(yè)性的詞匯，對于數(shù)據(jù)庫腳本的恢復程序，應提供非常詳細的操作指引和圖例。測試記錄和測試報告不同階段的測試規(guī)劃、測試記錄、測試報告等文檔，都由產(chǎn)品開發(fā)部門保留、歸檔。服務在產(chǎn)品到市場發(fā)行后，項目成員提供技術方面的咨詢服務，這些服務屬于維護階段的一部分。最后完成的軟件，要求是安裝包的形式，并且使用光盤的形式進行交付。以上的過程中，包含了不同階段的文檔輸出工作，并且上一階段的輸出，通常作為下一階段的輸入而存在。釅錒極額閉鎮(zhèn)檜豬訣錐顧葒。 ——在中描述項目的關鍵路線； ——圖書管理系統(tǒng)的里程碑圖，標識項目的關鍵進程點；受控文件——本小組內(nèi)部已經(jīng)形成標準的規(guī)范性文件，在執(zhí)行過程中做強制性的要求；參考資料相關的文件包括：任務管理項目分析會議備忘錄；《任務管理項目需求說明書》；《任務管理項目可行性分析》；《任務管理項目概要設計》；參考資料：北大青鳥 《基于軟件開發(fā)項目的畢業(yè)設計》；國家標準《項目開發(fā)計劃（——）》；合同： （內(nèi)部開發(fā)的產(chǎn)品項目，無合同）第二部分、項目概述工作內(nèi)容為完成本項目，需要按照需求分析、設計、編碼、測試等不同的階段來進行，其中，本計劃不考慮維護階段所做的工作。本系統(tǒng)完成后是針對圖書管理人員的軟件，在市場上獨立銷售，是面向那些需要管理圖書管理的人員使用的。圖書管理系統(tǒng)項目開發(fā)計劃第一部分、引言編寫目的本計劃編寫目的是更清晰地理解圖書管理系統(tǒng)的業(yè)務要求，明確圖書管理系統(tǒng)需要做的工作，并為保證圖書管理系統(tǒng)在范圍和進度方面的要求提供可執(zhí)行的依據(jù)，包含了范圍、進度、人員安排在內(nèi)的明確的計劃和安排，以切實能保證圖書管理系統(tǒng)能在控制中完成。開發(fā)者：彭方春、李嘉霖、岳春剛。定義—— ，工作分解結構，面向可交付成果的工作分解；—— ，職責分配矩陣，描述在不同階段和人員配備情況；聞創(chuàng)溝燴鐺險愛氌譴凈禍測。設計階段將該需求轉化為計算機的模型，并且對實現(xiàn)的功能進行分配，詳細設計還將提供各模塊、任務、功能點的詳細規(guī)劃。彈貿(mào)攝爾霽斃攬磚鹵廡詒爾。產(chǎn)品項目的最后的產(chǎn)品和可交付物包括最后完成的軟件包、相關的文檔、手冊、宣傳內(nèi)容等，分別如下：程序、完成的軟件系統(tǒng)最后完成的軟件系統(tǒng)，其功能、模塊和性能要求請參考文檔《任務管理項目需求說明書》中關于產(chǎn)品特征的描述。、培訓資料相關的培訓的資料要求提供給用戶（具體的格式，在項目的后期進行確定）。設計和規(guī)劃文檔包括產(chǎn)品設計、過程規(guī)劃等方面的文檔，不提供給最終用戶。驗收標準、程序：程序中應包含的功能如下：永久存儲用戶輸入的任務的信息；任務的刪除和更新；在多用戶環(huán)境下，允許不同的人管理自己的任務；對管理員和讀者的信息進行維護對圖書信息進行維護對借書和還書信息進行維護數(shù)據(jù)庫能夠支持程序的各項功能的運行，并且能保證數(shù)據(jù)的準確性。完成圖書管理系統(tǒng)的最遲期限圖書管理系統(tǒng)測試的最后完成日期為本學期的第周，在這之前，進行運行時測試、測試、產(chǎn)品化工作，包括用戶培訓等服務活動的實施。第三部分、實施計劃工作分解與人員分工本項目的工作分解如下：：項目首次會議：組長召開團隊會議，進行早期的工作安排設計階段圖書管理計劃劃：項目開發(fā)計劃，進行規(guī)劃和總體安排：項目計劃的審核和發(fā)布產(chǎn)品設計：整理以上子系統(tǒng)的設計，編制系統(tǒng)詳細設計：模塊設計：數(shù)據(jù)庫的訪問控制程序：模塊設計：任務的增刪改查操作的設計：針對需求提出計算機模型、邏輯設計、功能設計，形成概要設計文件：對數(shù)據(jù)庫進行規(guī)范化和對象設計，并形成數(shù)據(jù)庫設計文件：模塊設計：任務調(diào)度程序界面及控制：模塊設計：主界面和相關的界面設計鵝婭盡損鵪慘歷蘢鴛賴縈詰。：收集記錄、規(guī)劃和設計文檔，并進行文件的歸檔收尾階段：安排后期維護人員，解散項目團隊：項目總結會議：對測試、運行測試等用戶表示不滿意的程序、界面、手冊進行修訂鐃誅臥瀉噦圣騁貺頂廡縫勵。）按照工作分解，職責分配如下： 人 員工作包及說明彭方春彭方春彭方春李嘉霖岳春剛：需求調(diào)查：編寫需求說明和需求分析文檔：項目啟動