【正文】 上的模塊為系統(tǒng)，進行系統(tǒng)測試：對以上模塊之間的接口進行測試，并進行調試：主界面和相關的窗體的單元測試和驗證：任務的增刪改查操作的單元測試和驗證：數據庫的訪問控制程序的單元測試和驗證：任務調度程序界面及控制的單元測試和驗證：整理系統(tǒng)測試文檔，進行功能調整和改進：整理開發(fā)文檔，編寫用戶操作手冊滲釤嗆儼勻諤鱉調硯錦鋇絨。、有關測試、工作分解的詳細內容、文檔規(guī)格，參考資料為后續(xù)課程的描述；、以上的工作分解，不存在時間先后的次序。計劃、資源和產品定義都受客戶或上級管理部門支配，而不平衡預定日期提前，但沒有對產品范圍或可用資源作相應調整。即使遞交的軟件符合所要求的全產規(guī)格，但商業(yè)用戶將不接受該軟件。人事工作比預料的慢。、以上的風險，是軟件開發(fā)的風險對照表的一部分，在其他的項目開發(fā)中，風險分析也可以采用風險對照表確定風險的概率和影響程度；然后在根據這些可能性和影響程度來判斷是否采取預防措施；壇摶鄉(xiāng)囂懺蔞鍥鈴氈淚躋馱。計劃是樂觀的“最佳實例”（而不是現實的“預期實例”）。作為對計劃到計劃的失察作出反應而作出的重新估計過于樂觀，或忽略了項目歷史。不能在分配的時間內制造規(guī)定尺寸的產品。產品的不熟悉方面要花費比預料的更多的時間來設計和執(zhí)行。組織風險解雇和削減降低小組的能力。預算削減打亂項目規(guī)劃。項目規(guī)劃在壓力下被放棄，導致混亂的、低效的發(fā)展?？蛻羲谕陌l(fā)展速度是開發(fā)者不能達到的。小組成員不買進項目，因而不提供所需要的性能水平。員工需要額外時間來學習不熟悉的硬件工具或環(huán)境。項目后期增加新開發(fā)人員，并且額外的培訓和通信費用降低現有小組成員的效率。小組成員之間的沖突導致通信差、設計差、界面錯誤和額外工作。找不到項目所需要的具有關鍵技能的人員。缺少管理承諾。承包人和顧問不提供答應的組成部分。承包人和顧問需要額外的時間來學習不熟悉的軟件工具或環(huán)境。項目后期增加新的開發(fā)承包人和顧問，并且額外培訓的通信費用降低現有小組成員的效率。合同類型限制到項目的全部要求。找不到幫助部門來解決所有問題。容易出錯的模式所需要的測試、設計和執(zhí)行工作比預料的多。符合產品尺寸和速度限制所需要的時間比預料的多，包括重新設計和重新執(zhí)行的時間。在不熟悉的或未經批準的軟件環(huán)境下運行造成意料之外的問題。產品取決于政府條例，這些條例意外地改變。在直到項目后期還不知道的質量問題方面不準確的質量跟蹤結果。過分簡單的設計不能解決主要問題，因而導致重新設計和重新執(zhí)行。技術風險使用不熟悉的方法導致額外的培訓時間和重述，以確定方法的第一次誤用。開發(fā)不具不像預料的那樣有效，開發(fā)者需要時間來創(chuàng)建有關工作，或改用新工具。設備能得到，但不夠用（例如沒有電話，沒有聯網，沒有辦公用品等）。）第四部分、支持條件支持本項目的開發(fā)所需要的條件和設施包括：計算機系統(tǒng)支持硬件環(huán)境：：或者更高頻率：或者更高內存支持磁盤：軟件支持：開發(fā)所用的操作系統(tǒng)： 開發(fā)工具： 數據庫系統(tǒng)： 企業(yè)版覆蓋測試工具：第五部分、專題計劃要點． 配置管理計劃配置管理所關心的問題涉及以下三點：仔細定義軟件系統(tǒng)的交付物；嚴格控制對可交付物的變更；確保軟件系統(tǒng)的可交付物與既定的或者經過核準修訂的可交付物相一致。計劃名稱圖書管理系統(tǒng)項目名稱圖書管理項目開發(fā)人員彭方春 李嘉霖 岳春剛項目組長彭方春引言目的明確“任務管理項目”產品開發(fā)的范圍、特征；對由于用戶后期提出的范圍改變、在設計中沒有考慮周全的特征或者性能指標、牽制性的改變等導致的變更申請，定義變更的控制程序；提供驗收的標準和程序，確?？山桓兜漠a品符合用戶既定的要求；提出資源和機構的支持要求；定義：工作分解結構；參考前面的說明；項目網絡圖：項目時間估算的活動時序圖，參考以上的說明；參考資料、《任務管理項目章程》；、《任務管理項目需求說明》；、《任務管理項目概要設計》；、本計劃的范圍管理部分；、本計劃的進度管理部分；、《計算機軟件配置管理計劃規(guī)范》( )管理機構（不適用）任務相關機構、人員對配置管理的任務包括：：項目范圍的提出；：項目范圍的確定；：項目范圍的更改；：更改后項目范圍的核實和驗證；：產品特征的過程管理；：可交付物的特征、性能驗收對比；人員職責說明由市場代表楊駿、賴娟、項目開發(fā)方顧問組成員彭方春、李嘉霖、岳春剛配置管理委員會，實施配置管理程序；市場代表楊駿、賴娟負責進行產品范圍的提出，提供必要的資料和數據、提出變更申請和對可交付物的驗收評估；項目實施方 李嘉霖 負責項目初期的資料收集、用戶面談、問題整理、并形成正式的需求文件；在計劃實施階段，所有的變更要求必須由市場代表楊駿、賴娟進行提出或者認可，所有的變更必須經過變更控制委員會的討論（正式或者非正式的溝通），并把變更意見及時傳遞給項目實施方。對供貨單位的控制（本項目在項目啟動階段已經確定系統(tǒng)的絕大部分功能自己完成，牽涉的采購管理部分非常少，因而本部分的描述在此弱化，但相關的變發(fā)生后，本部分要求清晰的說明）紀錄的收集維護和保存軟件調試版本的改變，要求填寫《版本清單》，對半成品或者成品分別進行標識，源代碼和版本都需要同時進行備份；所有的階段性評審和最后的評審，都需要填寫評審報告；單元測試要求填寫《單元測試記錄》，對存在的問題的反映填寫《系統(tǒng)問題報告》，而對問題的改進所做的工作用《修改報告單》進行填寫；組合測試和集成測試需要準備《測試計劃》，測試完畢后形成《測試報告》。買鯛鴯譖曇膚遙閆擷凄屆嬌。、標準和規(guī)范在質量方面，需要遵循的標準和規(guī)范包括：、《質量管理體系標準》（ ），國家質量技術監(jiān)督局；綾鏑鯛駕櫬鶘蹤韋轔糴飆鈧。鍬籟饗逕瑣筆襖鷗婭薔嗚訝。項目的意義項目取得成功所具有的意義、團隊收益以及個人績效的評估在項目的首次會議就需要明確，高昂的士氣給項目帶來的好處可以直接從質量方面體現。測試和評估盡管本項目不是一個大的項目，測試（檢查）和評估依然分別分為四個部分，包括每個獨立單元的測試、單元組合測試和集成的測試，在用戶使用過程中還包括一些改進型的測試，以確保軟件系統(tǒng)的滿足使用的質量要求；評估包括需求、設計和最后的檢驗性評估，同時評估團的意見對質量的提高也具有莫大的好處。基于