變更記錄日期版本變更說明作者培訓材料主講人參加人培訓效果培訓內容時間主講人參加者-01.07張桐，劉揚客戶數(shù)據(jù)移植方案用10個工作日的時間，從到2005.01.14進行正式運行前的數(shù)據(jù)移植工作，把2004.12采集到的業(yè)務數(shù)據(jù)處理到系統(tǒng)中。數(shù)據(jù)類型包括:用戶信息、企業(yè)信息、物流需求、解決方案、測算器參數(shù)、沃爾沃新聞、過橋費數(shù)據(jù)、電子刊物內容。采集業(yè)務數(shù)據(jù)所需的數(shù)據(jù)模版必須在前與沃爾沃公司蔣宇確定下來。試運行定于到進行系統(tǒng)試運行。每隔兩天收集一次問題清單。要求對客戶提出的bug的響應時間不能超過兩天。如果有需求變更那么要求按照變更流程進行。系統(tǒng)驗收方案到進行系統(tǒng)驗收。并于召開系統(tǒng)驗收的里程碑會議，提交文檔包括：系統(tǒng)安裝文檔、、、3工程組成根據(jù)本工程的情況列出工程中所有參與人員及所擔當?shù)慕巧巧熑纬袚斯こ炭偙O(jiān)咨詢參謀工程經理質量保證員SCCB架構設計師系統(tǒng)分析員負責人系統(tǒng)分析員測試負責人測試工程師軟件工程師軟件工程師軟件工程師SCM管理員4工程跟蹤方案對工程的跟蹤活動也要有方案，跟蹤方案描述參與的人員、跟蹤活動的名稱以及跟蹤的頻率。角色活動頻率工程經理召開定期例會每周?工程總監(jiān)客戶代表工程經理質量保證員參加里程碑評審每個里程碑結束點SCCB工程經理質量保證員方案變更及評審當偏離進度方案(20%)以上時規(guī)模方案(1。％)本錢方案(1。％)工作量方案(10%)工程組成員工程總結工程結束5問題跟蹤工程經理對工程中發(fā)現(xiàn)的人力資源變動、技術難點、計算機資源和外部環(huán)境影響等問題進行跟蹤。跟蹤記錄反映在?軟件問題跟蹤表?中。需求變更另有需求變更流程，不列入問題跟蹤。6相關文檔?開發(fā)方案？?工程問題追蹤表？?軟件配置管理方案?填表說明軟件開發(fā)應按照開發(fā)方案制定的內容進行。開發(fā)方案是工程跟蹤的依據(jù)，通過與實際開發(fā)進展情況作比較分析，工程經理可以及時了解工程開發(fā)的狀態(tài)。工程組中的每個成員都應該明確地知道工程方案的內容，并且對所分配的任務承諾簽字，確保方案貫徹執(zhí)行。1工程總覽1.1根本信息工程名稱物流信息效勞平臺IM-V0LV0-001客戶名稱V公司客戶代表工程經理質量保證員配置管理員工作量估算18個人月工程開始日期工程結束日期工程主要聯(lián)系人姓名E-Mail客戶工程經理假設和約束本工程方案能夠順利執(zhí)行的條件是基于以下假設成立：公司能夠滿足方案中對各種工程資源需求；■對于工程成員的培訓可以按照培訓方案進行;■里程碑提交產品

里程碑提交產品時間負責人工程級過程裁剪軟件開發(fā)方案軟件測試方案配置管理方案2004.11.05質量保證方案2004.11.05需求里程碑提交產品時間負責人架構設計數(shù)據(jù)庫設計測試用例系統(tǒng)設計實現(xiàn)代碼培訓方案應用系統(tǒng)部署說明系統(tǒng)驗收在整個工程生命周期中總共分了3個里程碑，需求評審結束、代碼開發(fā)完畢、系統(tǒng)正式上線運行。發(fā)布提交產品提交產品時間是否提交客戶負責人架構設計否數(shù)據(jù)庫設計是測試用例是應用程序包是應用程序源碼是是應用系統(tǒng)部署說明是發(fā)布清單否用戶手冊是否2工程方案工程生命周期■工程階段定義及各階段主要產品工程階段主要產品工程啟動工程章程需求分析設計與實現(xiàn)（包括數(shù)據(jù)庫設計），源代碼，測試用例，用戶手冊集成/系統(tǒng)集成測試系統(tǒng)試運行■開發(fā)模型本工程采用邊設計邊開發(fā)，分階段提交開發(fā)成果的WBS表規(guī)模估算估算中的新件局部已經完成，只對舊件局部進行開發(fā)。

工作產品估算因子分類個數(shù)合計規(guī)模（換算比重后的個數(shù)）UseCase復雜度復雜中等簡單71520概要設計業(yè)務邏輯類復雜中等簡單7815DBTableViewProcedureTriggerConstraint500000編碼操作(Action)反響(Response)報表(Report)接口(Interface)9515000測試測試用例復雜中等簡單71520用戶手冊插圖個數(shù)80工作量估算只對下階段任務進行了估算。工程階段百分比工作量（人日）需求分析0%0設計10%26編碼40%105測試20%5210%26工程管理10%26上線/驗收/新需求10%26其它0%0工程開發(fā)總工作量100%260本錢估算根據(jù)公司情況，工程本錢主要是人員的工資，因此工作量估算根本上反映了工程的本錢。工程角色月本錢（萬元/月）人數(shù)參與時間（日）小計（元）工程經理1.84817362746系統(tǒng)分析1.51217049227開發(fā)工程師1.51236()126586助理開發(fā)工程師0.840028912測試工程師和配置管理員1.51214028130合計295601進度安排參見?開發(fā)方案？（MicrosoftProject文檔〕。關鍵計算機資源估算工程需要配備的關鍵計算機資源，如數(shù)據(jù)庫效勞器、Web&Application效勞器，以及所運行的操作系統(tǒng)和硬件環(huán)境；還包括工程團隊成員需要具備的計算機和根本硬件配置。用途配置操作系統(tǒng)數(shù)量ApplicationserverDBserverDELL2850/至強2.8G*2顆/4G內存/146G*2硬盤Win20001Pc（開發(fā)環(huán)境）P4P4,512M,30GWindows20006說明：以上是測試環(huán)境，估算依據(jù)是和運行環(huán)境完全一致。開發(fā)環(huán)境采用Windows平臺，根據(jù)以往多個工程的經驗，部署沒有問題。工程評審描述按方案需要評審的工作產品，以及采用的評審方式和參加評審的人員。評審方式是同行評審，評審過程參見?軟件工程評審過程?。工作產品評審方式評審參與人員評審材料發(fā)放時間（提前X天）開發(fā)方案同行評審，同時需要審核/審批工程組成員1配置管理方案同行評審工程組成員1質量保證方案同行評審工程組成員1系統(tǒng)測試方案同行評審工程組成員1架構設計同行評審工程組成員1數(shù)據(jù)庫設計同行評審工程組成員2系統(tǒng)設計同行評審工程組成員1代碼走查工程組成員1測試用例同行評審工程組成員1開發(fā)環(huán)境本系統(tǒng)將在B/S結構下，采用基于JAVA技術并且符合J2EE開發(fā)標準進行開發(fā)，具體如下：硬件軟件DELL2850/至強2.8G*2顆/4G內存/146G*2硬盤數(shù)據(jù)庫：oracle9i應用效勞器：Websphere5.1開發(fā)工具：Ecplise工程管理工具：MicrosoftProject2000繪圖工具:MicrosoftVisio2000配置工具：MicrosoftVisualSourceSafe分析工具：RationalRose數(shù)據(jù)庫設計工具：PowerDesigner9.5風險評估和控制描述預計工程中可能發(fā)生的風險，風險系數(shù)=嚴重等級X風險概率。風險等級是指該風

險對工程進度、質量和本錢影響的嚴重程度，可分為四個等級，等級越高影響越嚴重。.客戶風險，指由于客戶成熟度不夠而產生的風險.過程風險，指由于工程組成員對開發(fā)過程不熟悉而產生的風險.能力風險，指由于工程組成員不具備工程需要的能力而產生的風險.本錢風險，指由于工程本錢過高而產生的風險.人力資源風險，指由于人員缺乏而產生的風險.設備資源風險，指由于開發(fā)設備缺乏而產生的風險.技術風險，指由于采用工程組成員不熟悉的技術而產生的風險.質量風險，指由于用戶要求的質量過高而產生的風險.時間風險，指由于開發(fā)時間過緊而產生的風險.需求風險，指由于需求調研不充分而產生的風險風險概率可用百分比表示，百分比越高發(fā)生的可能性越大。風險應當按照風險系數(shù)的大小排序。風險對策是為了減輕風險的影響，工程組可能采取的措施。所有風險按風險等級排序。注：風險系數(shù)二嚴重等級X發(fā)生概率嚴重等級范圍1-4風險系數(shù)嚴重等級發(fā)生概率風險說明預計風險發(fā)生階段應對措施11.6280%和原有系統(tǒng)需求范圍界定不清楚整個工程周期內與客戶充分溝通，積極協(xié)調客戶確認需求。20.5150%系統(tǒng)設計開發(fā)時間短，有可能延期3-5個工作日開發(fā)階段系統(tǒng)設計一定要