【正文】 明生 負責項目初期的資料收集、用戶面談、問題整理、并形成正式的需求文件； 在計劃實施階段，所有的變更要求必須由用戶方____高名君_____進行提出或者認可，所有的變更必須經(jīng)過變更控制委員會的討論（正式或者非正式的溝通），并把變更意見及時傳遞給項目實施方。北大青鳥Aptech所有的軟件項目配置管理采用標準的表格模板，并遵循了標準：《計算機軟件配置管理計劃規(guī)范》(GB/T 125051990)，本部分加以引用。（不適用）。用戶方提供數(shù)據(jù)轉換所要求的原始數(shù)據(jù)。驗收和維護用戶方組織參與培訓的管理人員。編碼和實施階段中期和后期評審，用戶方需要指派一名代表參與評審的會議。）第四部分、支持條件支持本項目的開發(fā)所需要的條件和設施包括：硬件環(huán)境：CPU：PIII750或者更高頻率ROM：256或者更高內(nèi)存支持磁盤：8G軟件支持：開發(fā)所用的操作系統(tǒng)：Windows 2000 Server SP1開發(fā)工具：Visual Studio SP4數(shù)據(jù)庫系統(tǒng)：Microsoft SQL Server 2000企業(yè)版、IIS 覆蓋測試工具：Panoroma需求階段用戶需要提供1名部門主管、一名熟識業(yè)務的實施人員，就產(chǎn)品的功能、特性和要求進行討論和交流，用戶方在需求說明編制完畢后，需要指定部門經(jīng)理級或該職別以上的主管進行需求確認。開發(fā)工具在所需時間不到位。設備能得到，但不夠用（例如沒有電話，沒有聯(lián)網(wǎng)，沒有辦公用品等）。批準的支持工具和環(huán)境不兼容，性能差，或者功能不足。開發(fā)不具不像預料的那樣有效，開發(fā)者需要時間來創(chuàng)建有關工作，或改用新工具。必要的功能不能用選擇的準則或等級資料庫質量差，造成額外的測試、缺陷糾正和重做工作。使用不熟悉的方法導致額外的培訓時間和重述，以確定方法的第一次誤用。過分復雜的設計需要不必要的和無利可得的執(zhí)行費用。過分簡單的設計不能解決主要問題，因而導致重新設計和重新執(zhí)行。正式手續(xù)太多（官僚性遵守軟件政策和標準）。在直到項目后期還不知道的質量問題方面不準確的質量跟蹤結果。在直到項目后期還不知道的項目問題方面不準確的進程跟蹤結果。產(chǎn)品取決于政府條例，這些條例意外地改變。對組織來說是新品牌的某種組成部分的開發(fā)所花的時間比預料的長。在不熟悉的或未經(jīng)批準的軟件環(huán)境下運行造成意料之外的問題。與其他系統(tǒng)、其他復雜系統(tǒng)或不受小組控制的其他系統(tǒng)的接合要求導致意料之外的設計、執(zhí)行和測試。符合產(chǎn)品尺寸和速度限制所需要的時間比預料的多，包括重新設計和重新執(zhí)行的時間。錯誤用戶界面的開發(fā)需要重新設計和執(zhí)行。技術風險容易出錯的模式所需要的測試、設計和執(zhí)行工作比預料的多。項目依賴賣主，因此控制是單方面的。找不到幫助部門來解決所有問題。培訓包給第三方。合同類型限制到項目的全部要求。關鍵承包人和顧問只能部分時間才能得到。項目后期增加新的開發(fā)承包人和顧問，并且額外培訓的通信費用降低現(xiàn)有小組成員的效率。承包人和顧問需要額外的時間來學習不熟悉的編程語言。承包人和顧問需要額外的時間來學習不熟悉的軟件工具或環(huán)境。雇用承包人和盛況時間比預料的長。外部以來風險承包人和顧問不提供答應的組成部分。項目缺少有效的執(zhí)行發(fā)起人。缺少管理承諾。項目得不到足夠的人員。找不到項目所需要的具有關鍵技能的人員。項目得不到更有資格做項目的人員。小組成員之間的沖突導致通信差、設計差、界面錯誤和額外工作。小組成員不買進項目。項目后期增加新開發(fā)人員，并且額外的培訓和通信費用降低現(xiàn)有小組成員的效率。合同員工在項目完成前離開。員工需要額外時間來學習不熟悉的硬件工具或環(huán)境。缺少所需的規(guī)格，從而增加缺陷和重做工作。小組成員不買進項目，因而不提供所需要的性能水平。任務先決條件（例如培訓、其他項目的完成、獲得工作許可證）不能按時完成?？蛻羲谕陌l(fā)展速度是開發(fā)者不能達到的?？蛻襞鷾实闹С止ぞ吆铜h(huán)境不兼容，性能差，或者功能不足，致使生產(chǎn)率降低。客戶微觀控制開發(fā)過程，導致進程比計劃的慢?？蛻敉ㄐ艜r間（例如回答澄清要求問題的時間）比預料的慢?？蛻魧σ?guī)劃、原型和規(guī)格的審查/決策過程比預料的慢。沒有征求最終用戶意見，因此產(chǎn)品最終不符合用戶期望，必須重做。最終用戶最終發(fā)現(xiàn)產(chǎn)品不能令人滿意，要求重新設計和重做。商業(yè)用戶微觀管理發(fā)展過程。缺少商業(yè)用戶參與審查過程、原型和規(guī)格，因而導致不穩(wěn)定的要求。沒有征求商業(yè)用戶的意見，因此產(chǎn)品最終不符合用戶期望，因此必須重做。商業(yè)用戶所期望的發(fā)展速度是開發(fā)者不能達到的。最終和戶堅持新要求。未能達到里程碑。項目規(guī)劃在壓力下被放棄，導致混亂的、低效的發(fā)展。非技術第三方任務花費的時間比預料的長（預算審批、法律審查等）。預算削減打亂項目規(guī)劃。低效的小組結構降低生產(chǎn)率。解雇和削減降低小組的能力。組織風險產(chǎn)品缺少有效的高級管理發(fā)起人。產(chǎn)品的不熟悉方面要花費比預料的更多的時間來設計和執(zhí)行。努力比估計的大（從準則、功能點、模式等方面來看）。不能在分配的時間內(nèi)制造規(guī)定尺寸的產(chǎn)品。項目規(guī)劃在壓力下被放棄。作為對計劃到計劃的失察作出反應而作出的重新估計過于樂觀，或忽略了項目歷史。預定日期提前，但沒有對產(chǎn)品范圍或可用資源作相應調(diào)整。計劃是樂觀的“最佳實例”（而不是現(xiàn)實的“預期實例”）。使用提高生產(chǎn)率工具所產(chǎn)生的計劃節(jié)余被過高地估計了。軟件開發(fā)風險對照表如下：風險類別風險描述可能影響規(guī)劃風險計劃是根據(jù)使用項目問題專家（SEM）的情況制定的，但是這些成員沒有得到。開發(fā)不具不像預料的那樣有效，開發(fā)者需要時間來創(chuàng)建有關工作，或改用新工具。人事工作比預料的慢。最終用戶最終發(fā)現(xiàn)產(chǎn)品不能令人滿意，要求重新設計和重做。即使遞交的軟件符合所要求的全產(chǎn)規(guī)格，但商業(yè)用戶將不接受該軟件。管理審查/決策過程比預料的慢非技術第三方任務花費的時間比預料的長（預算審批、法律審查等）。計劃、資源和產(chǎn)品定義都受客戶或上級管理部門支配，而不平衡預定日期提前，但沒有對產(chǎn)品范圍或可用資源作相應調(diào)整。（說明：以上的估算分別按照各項活動的累計進行估算；并且按軟件開發(fā)的不同的照階段給出一個大體的估算數(shù)據(jù)，可以只用一種估算方法作為依據(jù)；項目的預算和估算可能由專門的項目財務管理系統(tǒng)來進行，項目計劃中只要對該文檔進行引用就可以了；得出的不同階段的估算結果，可以繪制成本曲線，以對執(zhí)行階段的成本進行控制，一般的成本曲線應該是一條類似于S形狀的曲線，下圖是預算形成的成本基準和實際花費的成本的對比曲線：成本對比曲線、成本偏差是要求項目經(jīng)理在項目進行過程中需要控制的一個重要方面；單項成本的估算一般沒有考慮管理費用，在實際項目運行的時候，需要在總金額上加上一定比例的管理費用；例如以上管理費用的比例如果是20%，則實際的費用是64800；一般的項目，都對成本留一定的儲備金，例如，以上估算結果的儲備金若是10%，考慮管理費用，最后的總預算是71280。AC(Installation amp。ST(Integrating amp。UT(Coding amp。SD(System Analysis amp。ACTSSD（說明：以上實際數(shù)字的填寫略。UTITamp。） 按照以上工作包的估算如下表： 費用項目(單位：元)工作包及說明辦公費差旅費機時費資料費設備費其他合計C1：需求調(diào)查2000100020020010004400C2：編寫需求文檔20002000C3：初步評估100050006000… …（中間的其他單項費用估算略）合計10000300010000200020000900054000分階段的開發(fā)費用統(tǒng)計如下表：階段名稱人工費用(人月)機時(小時)其他(元)項目管理系統(tǒng)分析軟件設計編程調(diào)試數(shù)據(jù)錄入其他人工終端小時主機小時外存空間其他費用出差資料其他費用SAamp。（說明：非關鍵路徑活動所需要的時間，沒有在項目網(wǎng)絡圖上標識。最后的項目網(wǎng)絡圖如下：完成項目至少需要的時間用紅色的線表示，項目的關鍵路徑為：1 – 2 – 3 – 4 – 10 – 11 14 – 15 –18 –22 – 24 – 25 –26 – 32 –33 –