【正文】 包含了范圍、進(jìn)度、人員安排在內(nèi)的明確的計劃和安排，以切實能保證圖書管理系統(tǒng)能在控制中完成。 ——在中描述項目的關(guān)鍵路線； ——圖書管理系統(tǒng)的里程碑圖，標(biāo)識項目的關(guān)鍵進(jìn)程點；受控文件——本小組內(nèi)部已經(jīng)形成標(biāo)準(zhǔn)的規(guī)范性文件，在執(zhí)行過程中做強制性的要求；參考資料相關(guān)的文件包括：任務(wù)管理項目分析會議備忘錄；《任務(wù)管理項目需求說明書》；《任務(wù)管理項目可行性分析》；《任務(wù)管理項目概要設(shè)計》；參考資料：北大青鳥 《基于軟件開發(fā)項目的畢業(yè)設(shè)計》；國家標(biāo)準(zhǔn)《項目開發(fā)計劃（——）》；合同： （內(nèi)部開發(fā)的產(chǎn)品項目，無合同）第二部分、項目概述工作內(nèi)容為完成本項目，需要按照需求分析、設(shè)計、編碼、測試等不同的階段來進(jìn)行，其中，本計劃不考慮維護(hù)階段所做的工作。以上的過程中，包含了不同階段的文檔輸出工作，并且上一階段的輸出，通常作為下一階段的輸入而存在。服務(wù)在產(chǎn)品到市場發(fā)行后，項目成員提供技術(shù)方面的咨詢服務(wù)，這些服務(wù)屬于維護(hù)階段的一部分。、文件操作手冊的規(guī)格滿足的相關(guān)標(biāo)準(zhǔn)，對應(yīng)的內(nèi)容應(yīng)包括以上功能的各部分的說明，手冊中不應(yīng)該包含專業(yè)性的詞匯，對于數(shù)據(jù)庫腳本的恢復(fù)程序，應(yīng)提供非常詳細(xì)的操作指引和圖例。：需求說明：識別楊駿老師和賴娟老師的要求，并形成需求說明文檔：向楊駿老師和賴娟老師請教，收集相關(guān)數(shù)據(jù)概念階段籟叢媽羥為贍僨蟶練淨(jìng)櫧撻。彭方春負(fù)責(zé)組織內(nèi)部的接口，包括項目進(jìn)度報告，資源協(xié)調(diào)等；彭方春負(fù)責(zé)處理同外部組織、專家評審方面的接口；以上的接口事務(wù)，在上面的職責(zé)分配圖中已經(jīng)進(jìn)行了表述。最終用戶最終發(fā)現(xiàn)產(chǎn)品不能令人滿意，要求重新設(shè)計和重做。、軟件開發(fā)風(fēng)險對照表如下：風(fēng)險類別風(fēng)險描述可能影響規(guī)劃風(fēng)險使用提高生產(chǎn)率工具所產(chǎn)生的計劃節(jié)余被過高地估計了。項目規(guī)劃在壓力下被放棄。產(chǎn)品缺少有效的高級管理發(fā)起人。非技術(shù)第三方任務(wù)花費的時間比預(yù)料的長（預(yù)算審批、法律審查等）。任務(wù)先決條件（例如培訓(xùn)、其他項目的完成、獲得工作許可證）不能按時完成。合同員工在項目完成前離開。項目得不到更有資格做項目的人員。項目缺少有效的執(zhí)行發(fā)起人。承包人和顧問需要額外的時間來學(xué)習(xí)不熟悉的編程語言。培訓(xùn)包給第三方。錯誤用戶界面的開發(fā)需要重新設(shè)計和執(zhí)行。對組織來說是新品牌的某種組成部分的開發(fā)所花的時間比預(yù)料的長。正式手續(xù)太多（官僚性遵守軟件政策和標(biāo)準(zhǔn)）。必要的功能不能用選擇的準(zhǔn)則或等級資料庫質(zhì)量差，造成額外的測試、缺陷糾正和重做工作。開發(fā)工具在所需時間不到位。管理計劃實現(xiàn)（變更控制程序）：控制和實施階段在突發(fā)事件的情況下項目經(jīng)理可以對項目范圍進(jìn)行變更，并在事后把變更說明提交到變更控制委員會；范圍變更通常牽涉到人員、費用、進(jìn)度、風(fēng)險和質(zhì)量等多個方面，所有的變更都要求對這些方面的考慮和權(quán)衡，對于引起這些方面明顯的變動，需要更改這些方面的設(shè)計，并且進(jìn)行相關(guān)的記錄；項目組其他成員可以對范圍提出變更意見，但必須填寫統(tǒng)一的《問題報告單》形成正式的變更請求；并鼓勵每一個項目成員提出新方法、新工具以提高項目的開發(fā)進(jìn)度，但嚴(yán)格控制在未經(jīng)討論的擅自變更，這些變更指中未規(guī)定的事情；對于客戶提出的變更，視變更影響的大小，首先須經(jīng)變更控制委員會正式或者非正式的討論，把最后的變更意見交由項目經(jīng)理實施；中對每一個消耗資源的活動都進(jìn)行了定義，但并不表示是不可更改的，所有經(jīng)過變更都要求反映在中，并且所在的主文件以修改次數(shù)進(jìn)行標(biāo)識；范圍基線的變更要嚴(yán)格控制，除非在不能挽救的情況下，范圍基線不允許變更；范圍基線變更必須經(jīng)過變更控制委員會正式的會議；程序的變更、代碼的更新所形成的軟件的新的調(diào)試版本，以版本管理程序和源代碼管理程序進(jìn)行標(biāo)識和記錄，項目經(jīng)理要確保當(dāng)前使用的版本反應(yīng)了最新的變更（附件中規(guī)定了版本和源代碼記錄的模版）；變更的內(nèi)容、質(zhì)量要求須同時遵循質(zhì)量計劃、質(zhì)量標(biāo)準(zhǔn)的相關(guān)事項；用戶手冊、培訓(xùn)計劃要求業(yè)務(wù)或?qū)?yīng)功能相關(guān)的人員進(jìn)行書寫，并且按照進(jìn)度計劃中所規(guī)定的最后日期進(jìn)行審核，所有的修訂意見同時應(yīng)通知變更控制委員會中實施方的成員；：概念和計劃階段在需求描述階段，實施方把用戶所要求進(jìn)行開發(fā)和設(shè)計的內(nèi)容清楚的理解并描述為文檔，最終的正式范圍說明需要經(jīng)過包括變更控制委員會所有成員在內(nèi)的正式評審，并作為后續(xù)工作的依據(jù)；：收尾階段產(chǎn)品最后的驗收依據(jù)是經(jīng)過變更控制委員在計劃階段批準(zhǔn)的范圍說明，同時有效的是可能對產(chǎn)品特征明細(xì)或者未明細(xì)的正式合同，合同附件具有同等的效力；可能需要返工或者返修的可交付物需要用戶的正式認(rèn)可，同時在項目計劃中加以說明；在用戶接受產(chǎn)品并要求結(jié)束合同的同時，變更控制委員會對控制績效進(jìn)行總結(jié)，收集相關(guān)的文件、質(zhì)量記錄并進(jìn)行歸檔，在這些工作完成后宣布解散委員會；配置管理活動配置標(biāo)識文檔：《問題報告單》；《版本清單》；《源代碼清單》；《設(shè)計評審》；《需求評審》 的版本標(biāo)識； 程序：需求評審；設(shè)計評審；項目中期評估；項目驗收評估；配置控制變更控制委員會在召開項目首次會議時進(jìn)行組建；變更控制委員會只能在用戶簽署正式的產(chǎn)品接受文件后方可解散，變更控制委員會對產(chǎn)品維護(hù)階段的問題不承擔(dān)責(zé)任；變更控制委員會的成員可以增加，但在人員計劃中必須做必要的變更，本計劃的相關(guān)部分也需要修訂；變更控制委員會有義務(wù)對產(chǎn)品的質(zhì)量進(jìn)行跟綜和評價，有義務(wù)提出變更請求，以確保項目最后的產(chǎn)品符合使用者的要求；配置狀態(tài)審查公司的直接項目領(lǐng)導(dǎo)負(fù)責(zé)配置委員會工作的審查；配置委員會負(fù)責(zé)產(chǎn)品的階段性審查和評估，這些評估包括質(zhì)量記錄的抽樣檢查、產(chǎn)品性能特征的指標(biāo)檢查和相關(guān)受控文件的更改過程合法性檢查；項目經(jīng)理對產(chǎn)品實施過程進(jìn)行控制，糾正和預(yù)防措施將是兩個最常用的手段，并且在本項目中具有工作授權(quán)體系所有的責(zé)任，這些責(zé)任中最重要的是控制每一個工作包的開始時間點；配置檢查以及審核配置檢查和評審的權(quán)限只有公司最高領(lǐng)導(dǎo)層才能進(jìn)行授權(quán)，在本項目中，所涉及的內(nèi)容包括配置委員會的成立、解散需要經(jīng)過公司最高領(lǐng)導(dǎo)層的正式批準(zhǔn)。）本項目同時遵循和貫徹公司的質(zhì)量方針和質(zhì)量目標(biāo)。方法和技術(shù)本項目涉及的方法和技術(shù)包括關(guān)系數(shù)據(jù)庫管理、查詢管理、界面等應(yīng)用技術(shù)，這些技術(shù)都是標(biāo)準(zhǔn)和成熟的技術(shù)，所選擇的團(tuán)對成員要求具有這方面的經(jīng)驗，以減少培訓(xùn)的支出和技術(shù)方面的風(fēng)險；輒嶧陽檉籪癤網(wǎng)儂號澩蠐鑭。資源配置資源包括設(shè)備資源和人員，在設(shè)備方面，公司確要保有足夠的計算機(jī)用于開發(fā)和測試，除安排每個開發(fā)成員至少一臺專用的計算機(jī)外，額外的測試的計算機(jī)要保證每人一臺，共用網(wǎng)絡(luò)打印機(jī)。閿擻輳嬪諫遷擇楨秘騖