【正文】 少有一次非正式的會談；工作結(jié)果采用或者郵件附件的方式進行傳遞，工作結(jié)果產(chǎn)生可交付物后采用非正式的會議進行評價和溝通；釷鵒資贏車贖孫滅獅贅慶獷。李嘉霖在本項目中，負責技術(shù)接口、組合測試、系統(tǒng)測試及質(zhì)量保證的一些工作。恥諤銪滅縈歡煬鞏鶩錦聰櫻。、范圍說明參考《任務(wù)管理項目需求說明》。學(xué)習新工具的時間比預(yù)料的長，或者所分的階段比預(yù)料的多。不充分的風險管理不能檢測到主要項目風險。不需要的額外軟件功能（鍍金）的開發(fā)擴大計劃。合同員工在項目完成前離開。項目得到更有資格做項目的人員，但是出于政治或其他原因啟用他們的。開發(fā)者與管理部門之間的關(guān)系差，延緩決策和持續(xù)執(zhí)行。產(chǎn)品在不明不白的前其被擱置的時間太長。計劃、資源和產(chǎn)品定義都受上級管理部門支配，而不平衡。進度本學(xué)期的第周開始，到第周結(jié)束；預(yù)算無關(guān)鍵問題影響整個項目成敗的關(guān)鍵問題、技術(shù)難點和風險包括：風險類別風險描述可能性影響使用提高生產(chǎn)率工具所產(chǎn)生的計劃節(jié)余被過高地估計了。廈礴懇蹣駢時盡繼價騷巹癩。詳細的工作包和任務(wù)的分配，請參考第二部分執(zhí)行計劃的工作內(nèi)容。矚慫潤厲釤瘞睞櫪廡賴賃軔。測試部分包括對實現(xiàn)過程中的錯誤的修改、功能的改進的一些活動，同時包括了各子系統(tǒng)、模塊、功能點的組合和連調(diào)。謀蕎摶篋飆鐸懟類蔣薔點鉍。、有關(guān)測試、工作分解的詳細內(nèi)容、文檔規(guī)格，參考資料為后續(xù)課程的描述；、以上的工作分解，不存在時間先后的次序。、以上的風險，是軟件開發(fā)的風險對照表的一部分，在其他的項目開發(fā)中，風險分析也可以采用風險對照表確定風險的概率和影響程度；然后在根據(jù)這些可能性和影響程度來判斷是否采取預(yù)防措施；壇摶鄉(xiāng)囂懺蔞鍥鈴氈淚躋馱。產(chǎn)品的不熟悉方面要花費比預(yù)料的更多的時間來設(shè)計和執(zhí)行?？蛻羲谕陌l(fā)展速度是開發(fā)者不能達到的。小組成員之間的沖突導(dǎo)致通信差、設(shè)計差、界面錯誤和額外工作。承包人和顧問需要額外的時間來學(xué)習不熟悉的軟件工具或環(huán)境。容易出錯的模式所需要的測試、設(shè)計和執(zhí)行工作比預(yù)料的多。在直到項目后期還不知道的質(zhì)量問題方面不準確的質(zhì)量跟蹤結(jié)果。設(shè)備能得到，但不夠用（例如沒有電話，沒有聯(lián)網(wǎng)，沒有辦公用品等）。買鯛鴯譖曇膚遙閆擷凄屆嬌。測試和評估盡管本項目不是一個大的項目，測試（檢查）和評估依然分別分為四個部分，包括每個獨立單元的測試、單元組合測試和集成的測試，在用戶使用過程中還包括一些改進型的測試，以確保軟件系統(tǒng)的滿足使用的質(zhì)量要求；評估包括需求、設(shè)計和最后的檢驗性評估，同時評估團的意見對質(zhì)量的提高也具有莫大的好處。．． 項目成員參加本項目的主要人員包括：彭方春項目組長，在本項目中，負責項目的規(guī)劃、接口、協(xié)調(diào)及一部分代碼工作。慫闡譜鯪逕導(dǎo)嘯畫長涼馴鴇。閿擻輳嬪諫遷擇楨秘騖輛塤。方法和技術(shù)本項目涉及的方法和技術(shù)包括關(guān)系數(shù)據(jù)庫管理、查詢管理、界面等應(yīng)用技術(shù)，這些技術(shù)都是標準和成熟的技術(shù)，所選擇的團對成員要求具有這方面的經(jīng)驗，以減少培訓(xùn)的支出和技術(shù)方面的風險；輒嶧陽檉籪癤網(wǎng)儂號澩蠐鑭。管理計劃實現(xiàn)（變更控制程序）：控制和實施階段在突發(fā)事件的情況下項目經(jīng)理可以對項目范圍進行變更，并在事后把變更說明提交到變更控制委員會；范圍變更通常牽涉到人員、費用、進度、風險和質(zhì)量等多個方面，所有的變更都要求對這些方面的考慮和權(quán)衡，對于引起這些方面明顯的變動，需要更改這些方面的設(shè)計，并且進行相關(guān)的記錄；項目組其他成員可以對范圍提出變更意見，但必須填寫統(tǒng)一的《問題報告單》形成正式的變更請求；并鼓勵每一個項目成員提出新方法、新工具以提高項目的開發(fā)進度，但嚴格控制在未經(jīng)討論的擅自變更，這些變更指中未規(guī)定的事情；對于客戶提出的變更，視變更影響的大小，首先須經(jīng)變更控制委員會正式或者非正式的討論，把最后的變更意見交由項目經(jīng)理實施；中對每一個消耗資源的活動都進行了定義，但并不表示是不可更改的，所有經(jīng)過變更都要求反映在中，并且所在的主文件以修改次數(shù)進行標識；范圍基線的變更要嚴格控制，除非在不能挽救的情況下，范圍基線不允許變更；范圍基線變更必須經(jīng)過變更控制委員會正式的會議；程序的變更、代碼的更新所形成的軟件的新的調(diào)試版本，以版本管理程序和源代碼管理程序進行標識和記錄，項目經(jīng)理要確保當前使用的版本反應(yīng)了最新的變更（附件中規(guī)定了版本和源代碼記錄的模版）；變更的內(nèi)容、質(zhì)量要求須同時遵循質(zhì)量計劃、質(zhì)量標準的相關(guān)事項；用戶手冊、培訓(xùn)計劃要求業(yè)務(wù)或?qū)?yīng)功能相關(guān)的人員進行書寫，并且按照進度計劃中所規(guī)定的最后日期進行審核，所有的修訂意見同時應(yīng)通知變更控制委員會中實施方的成員；：概念和計劃階段在需求描述階段，實施方把用戶所要求進行開發(fā)和設(shè)計的內(nèi)容清楚的理解并描述為文檔，最終的正式范圍說明需要經(jīng)過包括變更控制委員會所有成員在內(nèi)的正式評審，并作為后續(xù)工作的依據(jù)；：收尾階段產(chǎn)品最后的驗收依據(jù)是經(jīng)過變更控制委員在計劃階段批準的范圍說明，同時有效的是可能對產(chǎn)品特征明細或者未明細的正式合同，合同附件具有同等的效力；可能需要返工或者返修的可交付物需要用戶的正式認可，同時在項目計劃中加以說明；在用戶接受產(chǎn)品并要求結(jié)束合同的同時，變更控制委員會對控制績效進行總結(jié)，收集相關(guān)的文件、質(zhì)量記錄并進行歸檔，在這些工作完成后宣布解散委員會；配置管理活動配置標識文檔：《問題報告單》；《版本清單》；《源代碼清單》；《設(shè)計評審》；《需求評審》 的版本標識； 程序：需求評審；設(shè)計評審；項目中期評估；項目驗收評估；配置控制變更控制委員會在召開項目首次會議時進行組建；變更控制委員會只能在用戶簽署正式的產(chǎn)品接受文件后方可解散，變更控制委員會對產(chǎn)品維護階段的問題不承擔責任；變更控制委員會的成員可以增加，但在人員計劃中必須做必要的變更，本計劃的相關(guān)部分也需要修訂；變更控制委員會有義務(wù)對產(chǎn)品的質(zhì)量進行跟綜和評價，有義務(wù)提出變更請求，以確保項目最后的產(chǎn)品符合使用者的要求；配置狀態(tài)審查公司的直接項目領(lǐng)導(dǎo)負責配置委員會工作的審查；配置委員會負責產(chǎn)品的階段性審查和評估，這些評估包括質(zhì)量記錄的抽樣檢查、產(chǎn)品性能特征的指標檢查和相關(guān)受控文件的更改過程合法性檢查；項目經(jīng)理對產(chǎn)品實施過程進行控制，糾正和預(yù)防措施將是兩個最常用的手段，并且在本項目中具有工作授權(quán)體系所有的責任，這些責任中最重要的是控制每一個工作包的開始時間點；配置檢查以及審核配置檢查和評審的權(quán)限只有公司最高領(lǐng)導(dǎo)層才能進行授權(quán)，在本項目中，所涉及的內(nèi)容包括配置委員會的成立、解散需要經(jīng)過公司最高領(lǐng)導(dǎo)層的正式批準。必要的功能不能用選擇的準則或等級資料庫質(zhì)量差，造成額外的測試