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

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

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

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