【文章內(nèi)容簡介】 特殊業(yè)務需求解決方案 Oute 所有用戶業(yè)務需求都有對應的解決方案 Roles 各模塊顧問、用戶方項目組成員、關鍵業(yè)務人員 Tips 所謂特殊需求，有可能是一些不規(guī)范的處理方法，因此在這里應首先設法規(guī)范用戶的業(yè) 務流程，并盡力說服用戶對過去的流程做必要的改變。 Reference 特殊業(yè)務需求解決方案 上海漢得計算機系統(tǒng)有限公司 174。 19 業(yè)務藍圖 — 編寫并提交業(yè)務藍圖設計 Purpose 完成業(yè)務藍圖設計。業(yè)務藍圖中需詳細描述用戶的組織結構設計及 業(yè)務需求，并提出對應的解決方案。該文檔將是系統(tǒng)配置及相關開 發(fā)的基礎，同時也為系統(tǒng)的最終驗收提供主要依據(jù)。 Prerequisites 對用戶的業(yè)務需求調(diào)研并論證完成 Output 業(yè)務藍圖設計 Roles 各模塊顧問、用戶方項目組成員 Roles 業(yè)務藍圖設計中應包含用戶的開發(fā)需求匯總 Reference 業(yè)務藍圖設計 上海漢得計算機系統(tǒng)有限公司 174。 20 業(yè)務藍圖 — 確認業(yè)務藍圖設計 Purpose 與用戶方詳細論證并完善業(yè)務藍圖設計，在取得一致的基礎上由用戶方項目 經(jīng)理及公司領導簽字確認。 Tasks 審核組織結構設計 審核業(yè)務處理流程設計 審核報表及開發(fā)需求定義 請用戶方簽字 Oute 業(yè)務藍圖設計被用戶簽字確認 Tips 業(yè)務藍圖的簽署是整個項目中的一個重要里程碑，不可忽略?？紤]到某些項 目在用戶簽署時的困難，在項目初期即應與用戶達成“過期不答即視為默認原 則”的共識 上海漢得計算機系統(tǒng)有限公司 174。 21 業(yè)務藍圖 — 優(yōu)化業(yè)務范圍定義 Purpose 在業(yè)務調(diào)研及藍圖設計過程中，可能會對原先定義的實施范圍提出更改。因 此，在充分考慮業(yè)務藍圖設計的基礎上，可以對實施范圍進行優(yōu)化。 Tasks 優(yōu)化實施范圍 優(yōu)化的實施范圍報公司領導審核 簽署優(yōu)化的實施范圍 Output 優(yōu)化的業(yè)務實施范圍 Oute 業(yè)務實施范圍得到優(yōu)化，并被客戶方簽署確認 Tips 在實施過程中盡量不要擴大實施范圍，因而在定義及優(yōu)化業(yè)務范圍時要盡量 考慮周詳，并請用戶方領導簽署確認，作為項目驗收時的重要依據(jù)之一。 上海漢得計算機系統(tǒng)有限公司 174。 22 業(yè)務藍圖 — 優(yōu)化項目計劃 Purpose 在業(yè)務調(diào)研及藍圖設計完成后，可以優(yōu)化項目的整體計劃，使之更 科學、合理。 Tasks 優(yōu)化項目整體計劃 各業(yè)務組計劃分解 Output 優(yōu)化的項目計劃 Oute 項目實施計劃得到優(yōu)化，并分解到不同的業(yè)務組 上海漢得計算機系統(tǒng)有限公司 174。 23 業(yè)務藍圖 — 本階段工作質(zhì)量檢查 Purpose 檢查本階段各項工作是否完成，并保證其質(zhì)量 Tasks 檢查各項工作應提交的結果及文檔是否完成并合乎質(zhì)量 Output 業(yè)務藍圖階段質(zhì)量檢查報告書 Oute 業(yè)務藍圖階段質(zhì)量檢查報告書被簽字確認 Roles 顧問方項目經(jīng)理、用戶方項目經(jīng)理 Reference 業(yè)務藍圖階段質(zhì)量檢查報告書 上海漢得計算機系統(tǒng)有限公司 174。 24 QuickHand:系統(tǒng)實現(xiàn) 前期準備 業(yè)務藍圖 系統(tǒng)實現(xiàn) 系統(tǒng)上線 運行支持 ? 制定實施策略 ? 擬定實施范圍和目標 ? 制定總體計劃 ? 對用戶管理層進行培訓 ? 制定質(zhì)量管理和風險管理策略 ? 建立實施隊伍組織結構 ? 對關鍵用戶進行產(chǎn)品培訓 ? 硬件環(huán)境、軟件環(huán)境安裝 ? 當前業(yè)務調(diào)研與分析 ? 特殊業(yè)務處理的論證 ? 確定詳細方案設計的范圍 ? 制定各模塊詳細設計方案（ TOBE） ? 簽署 TOBE ? 制定各模塊進度計劃 ? 參數(shù)設置 ? 基礎數(shù)據(jù)收集策略 ? 基礎數(shù)據(jù)收集 ? 單元測試 ? 二次開發(fā)任務確認 ? 二次開發(fā) ? 權限管理策略確定 ? 權限設定 ? 優(yōu)化系統(tǒng)設計 ? 編寫用戶手冊 ? 最終用戶培訓 ? 動態(tài)數(shù)據(jù)收集 ? 產(chǎn)品環(huán)境建立 ? 系統(tǒng)切換上線 ? 日常維護策略 ? 實施效果評估 ? 應用支持 ? 產(chǎn)品環(huán)境的跟蹤維護 BPR, Change Management, Project Management ? 動態(tài)數(shù)據(jù)收集及轉換策略 ? 制定集成測試方案 ? 準備集成測試數(shù)據(jù) ? 集成測試 上海漢得計算機系統(tǒng)有限公司 174。 25 系統(tǒng)實現(xiàn) — 任務 ? 參數(shù)設置 ? 基礎數(shù)據(jù)收集 ? 單元測試 ? 二次開發(fā) ? 權限設定 ? 制定動態(tài)數(shù)據(jù)收集及系統(tǒng)上線策略 ? 集成測試及系統(tǒng)優(yōu)化 ? 本階段工作質(zhì)量檢查 上海漢得計算機系統(tǒng)有限公司 174。 26 系統(tǒng)實現(xiàn) — 參數(shù)設置 Purpose 基于藍圖設計對系統(tǒng)進行參數(shù)配置。 Tasks 分析業(yè)務需求，進行適當?shù)膮?shù)設置 驗證參數(shù)設置結果 將設置記入“系統(tǒng)參數(shù)設置文檔” 知識轉移 安排用戶進行單元測試 Output 系統(tǒng)參數(shù)設置文檔 單元測試文檔 Succeed 單元測試 Tips 嚴格按照系統(tǒng)管理規(guī)范要求，保證在不同環(huán)境下參數(shù)設置的一致性。 保證充分的測試步驟。 Reference 系統(tǒng)參數(shù)設置文檔 單元測試文檔 上海漢得計算機系統(tǒng)有限公司 174。 27 系統(tǒng)實現(xiàn) — 基礎數(shù)據(jù)收集 Purpose 制定合理的基礎數(shù)據(jù)收集策略，完成數(shù)據(jù)收集，并盡早導入系統(tǒng)，保證足夠的測試時間。 Tasks 制定基礎數(shù)據(jù)收集策略（含相應的編碼規(guī)則） 收集基礎數(shù)據(jù) 基礎數(shù)據(jù)導入 驗證基礎數(shù)據(jù) Output 基礎數(shù)據(jù)收集策略 基礎數(shù)據(jù)收集表 Oute 基礎數(shù)據(jù)收集完成并導入系統(tǒng)，且經(jīng)過充分的驗證測試，保證其完備性及正確性。 Tips 基礎數(shù)據(jù)的完整、正確是保證整個項目成功的重要基礎，因而要認真對待，并確保充分 的驗證步驟。 Reference 基礎數(shù)據(jù)收集策略 基礎數(shù)據(jù)編碼規(guī)則 基礎數(shù)據(jù)收集表 上海漢得計算機系統(tǒng)有限公司 174。 28 系統(tǒng)實現(xiàn) — 單元測試 Purpose 制定合理的單元測試策略，業(yè)務人員進行充分的單元