【正文】 要設(shè)計》；本計劃的范圍管理部分；本計劃的進(jìn)度管理部分；《計算機軟件配置管理計劃規(guī)范》(GB/T 125051990)管理機構(gòu)所有對本項目范圍、變更能施加影響的機構(gòu)（團(tuán)體）包括： 甲方：668Job Online； 乙方：北大青鳥Aptech； 相關(guān)的專家和顧問；任務(wù)相關(guān)機構(gòu)、人員對配置管理的任務(wù)包括：Q1：項目范圍的提出；Q2：項目范圍的確定；Q3：項目范圍的更改；Q4：更改后項目范圍的核實和驗證；Q5：產(chǎn)品特征的過程管理；Q6：可交付物的特征、性能驗收對比；人員職責(zé)說明 由用戶方____高名君_____、項目實施方顧問組成員__張林、林夏、胡鄰___組成配置管理委員會，實施配置管理程序； 用戶方____高名君__負(fù)責(zé)代表甲方進(jìn)行產(chǎn)品范圍的提出，提供必要的資料和數(shù)據(jù)、提出變更申請和對可交付物的驗收評估； 項目實施方 李明生 負(fù)責(zé)項目初期的資料收集、用戶面談、問題整理、并形成正式的需求文件； 在計劃實施階段，所有的變更要求必須由用戶方____高名君_____進(jìn)行提出或者認(rèn)可，所有的變更必須經(jīng)過變更控制委員會的討論（正式或者非正式的溝通），并把變更意見及時傳遞給項目實施方。驗收和維護(hù)用戶方組織參與培訓(xùn)的管理人員。設(shè)備能得到，但不夠用（例如沒有電話，沒有聯(lián)網(wǎng)，沒有辦公用品等）。使用不熟悉的方法導(dǎo)致額外的培訓(xùn)時間和重述，以確定方法的第一次誤用。在直到項目后期還不知道的質(zhì)量問題方面不準(zhǔn)確的質(zhì)量跟蹤結(jié)果。在不熟悉的或未經(jīng)批準(zhǔn)的軟件環(huán)境下運行造成意料之外的問題。技術(shù)風(fēng)險容易出錯的模式所需要的測試、設(shè)計和執(zhí)行工作比預(yù)料的多。合同類型限制到項目的全部要求。承包人和顧問需要額外的時間來學(xué)習(xí)不熟悉的軟件工具或環(huán)境。缺少管理承諾。小組成員之間的沖突導(dǎo)致通信差、設(shè)計差、界面錯誤和額外工作。員工需要額外時間來學(xué)習(xí)不熟悉的硬件工具或環(huán)境。客戶所期望的發(fā)展速度是開發(fā)者不能達(dá)到的。客戶對規(guī)劃、原型和規(guī)格的審查/決策過程比預(yù)料的慢。缺少商業(yè)用戶參與審查過程、原型和規(guī)格，因而導(dǎo)致不穩(wěn)定的要求。未能達(dá)到里程碑。低效的小組結(jié)構(gòu)降低生產(chǎn)率。努力比估計的大（從準(zhǔn)則、功能點、模式等方面來看）。預(yù)定日期提前，但沒有對產(chǎn)品范圍或可用資源作相應(yīng)調(diào)整。開發(fā)不具不像預(yù)料的那樣有效，開發(fā)者需要時間來創(chuàng)建有關(guān)工作，或改用新工具。管理審查/決策過程比預(yù)料的慢非技術(shù)第三方任務(wù)花費的時間比預(yù)料的長（預(yù)算審批、法律審查等）。ST(Integrating amp。UTITamp。）按照工作分解結(jié)構(gòu)，職責(zé)分配如下： 人 員工作包及說明張惠明董樹聲楊城莫青雁李明生C1：需求調(diào)查SPPAC2：編寫需求文檔PAC3：項目初步評估和初步安排會議APPPPC4：項目正式啟動會議APPPPD1：計劃會議、項目專題討論APPPD2：匯總和編寫項目計劃SPD3：項目計劃的審核和分發(fā)執(zhí)行AD4：系統(tǒng)的總體設(shè)計相關(guān)內(nèi)容APD5：數(shù)據(jù)庫設(shè)計相關(guān)內(nèi)容APD6：模塊設(shè)計：數(shù)據(jù)庫實現(xiàn)、訪問控制腳本APD7：模塊設(shè)計：頁面邏輯和頁面樣式PAPPD8：模塊設(shè)計：個人數(shù)據(jù)管理PAPD9：模塊設(shè)計：數(shù)據(jù)查詢PAPD10：整理和編制詳細(xì)設(shè)計，作為編碼的依據(jù)APPD11：設(shè)計評審API1：模塊實現(xiàn)：編碼實現(xiàn)D6PAI2：模塊實現(xiàn)：編碼實現(xiàn)D7PAI3：模塊實現(xiàn)：編碼實現(xiàn)D8AI4：模塊實現(xiàn)：編碼實現(xiàn)D9PAI5：準(zhǔn)備數(shù)據(jù)庫和測試數(shù)據(jù)PPAI6：單元測試和調(diào)試：I1PAI7：單元測試和調(diào)試：I2PAI8：單元測試和調(diào)試：I3PAI9：單元測試和調(diào)試：I4PAI10：IIII9之間的接口測試APPPI11：系統(tǒng)的組合和系統(tǒng)測試APPPI12：系統(tǒng)測試報告和反饋PPPAI13：幫助工程和幫助文件制作PPAI14：安裝工程和安裝配置PPAI15：安裝包測試APPI16：編寫配置指南PPAI17：編寫功能和操作說明PPAI18：中期評估API19：后期評估APT1：文件歸檔AT2：運行測試APT3：B測試和峰值測試PAT4：程序、界面、手冊的反饋和修訂PPAT5：功能講解、管理員培訓(xùn)PAPT6：項目總結(jié)APPPPT7：項目結(jié)束和團(tuán)隊解散AP —— 參與人員；A —— 負(fù)責(zé)人員；S —— 確認(rèn)審核人員；負(fù)責(zé)接口工作的人員及他們的職責(zé)，包括：A、項目經(jīng)理負(fù)責(zé)張惠明負(fù)責(zé)同用戶的組織接口事務(wù)，包括變更和事務(wù)協(xié)調(diào)等； 系統(tǒng)分析員董樹聲負(fù)責(zé)用戶的技術(shù)接口，包括一些技術(shù)方案的演示和確認(rèn)； 產(chǎn)品專員李明生負(fù)責(zé)同用戶的人際接口，包括文檔、資料、培訓(xùn)和一些事務(wù)性的溝通。培訓(xùn)材料的形式，可以是非正式的，并且可以是PPT講演文稿、總結(jié)打印稿件等，形式由乙方確定。C、B和峰值測試B和峰值測試在用戶方進(jìn)行測試，由開發(fā)方提供技術(shù)支持和數(shù)據(jù)記錄，并作為測試的一部分而進(jìn)行功能、配置方面的修正。數(shù)據(jù)庫腳本程序：在系統(tǒng)遭受災(zāi)難的時候，客戶方的系統(tǒng)管理員可以使用該腳本程序恢復(fù)數(shù)據(jù)庫的結(jié)構(gòu)。評審分布在項目的階段點，是質(zhì)量保證的一部分，評審活動用于確定和調(diào)整與需求的偏差，以確保最后的產(chǎn)品符合初始提出的要求。提供互聯(lián)網(wǎng)上的求職、招聘登記和搜索服務(wù)。本系統(tǒng)將使用SQL Server 2000作為數(shù)據(jù)庫存儲系統(tǒng)，SQL Server 2000企業(yè)版將由668Job自行購買。以上的過程中，包含了不同階段的文檔輸出工作，并且上一階段的輸出，通常作為下一階段的輸入而存在。安裝指南提供給甲方管理員關(guān)于對客戶程序、數(shù)據(jù)庫系統(tǒng)的安裝指導(dǎo)。B、安裝程序工程C、過程評審記錄包括需求、設(shè)計、實現(xiàn)和驗證階段的評審記錄、評審報告，都不提交給甲方。系統(tǒng)在2004 – 1 – 1起，開始正式使用。 在并行一些工作的條件下，項目預(yù)計完成的時間在三個月左右。）SAamp。 Acceptance Phase)：安裝與驗收階段；TSSD(Total Software System Development Phase)：整個軟件系統(tǒng)的開發(fā)階段。商業(yè)用戶審查/決策過程比預(yù)料的慢。計劃省略是必要的任務(wù)。過大的計劃壓力降低生產(chǎn)率。任務(wù)先決條件（例如培訓(xùn)、其他項目的完成、獲得工作許可證）不能按時完成。管理部門作出挫傷開發(fā)小組的積極性的決定。即使遞交的軟件符合所要求的全產(chǎn)規(guī)格，但商業(yè)用戶將不接受該軟件。商業(yè)用戶提供的組成部分不匹配，并且質(zhì)量差?？蛻魣猿盅娱L計劃的技術(shù)決定。開發(fā)者與管理部門之間的關(guān)系差，延緩決策和持續(xù)執(zhí)行。長期員工在項目完成前離開。項目得到更有資格做項目的人員，但是出于政治或其他原因啟用他們的。很難找到關(guān)鍵執(zhí)行人。合同員工在項目完成前離開。提供包給第三方。不需要的額外軟件功能（鍍金）的開發(fā)擴(kuò)大計劃。對仍在開發(fā)中的技術(shù)和依賴延長計劃。不充分的風(fēng)險管理不能檢測到主要項目風(fēng)險。使用提高生產(chǎn)率工具所產(chǎn)生的計劃節(jié)余被過高地估計了。學(xué)習(xí)新工具的時間比預(yù)料的長，或者所分的階段比預(yù)料的多。維護(hù)工作的要求，用戶需要按照合同條款提供相應(yīng)的條件。 公司最高領(lǐng)導(dǎo)層可以在項目階段的任何時間進(jìn)行配置檢查和審核，并提出更改和提高的指令和建議，這些指令或建議必須執(zhí)行或者認(rèn)真考慮。B、范圍說明參考《招聘網(wǎng)站設(shè)計項目需求說明》。H、 進(jìn)度控制進(jìn)度對質(zhì)量的影響大部分是由于趕工和快速跟進(jìn)時對質(zhì)量控制的弱化所造成的，項目經(jīng)理應(yīng)對此負(fù)直接的責(zé)任，在運用任何進(jìn)度更新方法的同事，項目經(jīng)理需要仔細(xì)權(quán)衡對質(zhì)量帶來的影響。董樹聲系統(tǒng)分析員，具有八年的行業(yè)經(jīng)驗，在本系統(tǒng)中負(fù)責(zé)項目的分析和設(shè)計，及一部分編碼和測試的工作。） 編寫人：張惠明(手寫) 批準(zhǔn)人：李洋 (手寫) 日 期：2003 – 9 – 8 35 / 35