天微完整顧問導入服務
以Sure Step的專案實施方式進行完整導入,導入過程著重於顧問依據客戶流程與需求訪談結果進行差異分析,並透過客製開發滿足客戶所提之需求。
完整導入服務著重的階段與工作如下:
- 分析階段:需求分析、流程確認
- 設計階段:差異分析、雛型建立
- 開發階段:客製開發、測試環境建立
需求分析
-
商業流程需求訪談:
藉由『訪談問卷』來訪談,瞭解並記錄未來的商業流程及功能需求,收集現有表報的格式。 -
撰寫與確認需求訪談記錄:
依照商業流程需求訪談會議結論,產生『需求訪談記錄』文件,由與會人員簽認,作為繪製未來作業流程的基礎。
流程確認
繪製系統上線後,說明未來(To-Be)系統功能規格與作業流程圖。
- 未來作業流程圖(To-Be Flow)需經過雙方再三確認,確認的過程當中,需調整原本繪製的未來作業流程圖(To-Be Flow)。
- 未來作業建議書以確認後的未來作業流程圖(To-Be Flow)為基礎,並包含雛形系統內實際執行的步驟與畫面,此文件即為雙方對系統上線的範圍與功能界定,也是之後雙方驗收的標準。
- 未來作業建議書需經過雙方再三確認,確認的過程當中,需調整原本未來作業建議書的文件內容。
差異分析
在未來作業流程圖(To-Be Flow)上,有些作業是現有 Microsoft Dynamics 的系統所沒有的,必須客製開發,這些稱為差異(Gap),經過差異分析比對後產生客製清單。
- 客製清單是條列化在系統上要客製化的各項功能與需求說明,並包含各項客製化,顧問所要交付的文件,以及開發與測試所需時間的估算,需經雙方確定簽認,此文件即為雙方對系統客製開發的範圍與功能界定,也是之後雙方在客製功能驗收的標準流程確認。
- 客製清單需經過雙方再三確認,確認的過程當中,需調整原本客製清單的文件內容。
雛型建立
以確認後的未來作業流程圖(To-Be Flow)來做為藍圖,在系統上調整組態,並試作交易,其目的為建立一個有形的雛形系統,以作為雙方溝通與確認的基礎。
客製開發
針對在客製列表中需要提供功能設計文件(Functional Design Document)的客製項目進行撰寫,並經雙方確認內容並簽認後,才能進行該客製的開發,客製開發步驟如下:
- 進行客製程式開發
- 將完成的客製程式做單元測試
- 與種子人員進行客製程式的功能測試與驗收
- 撰寫客製程式的技術開發文件(Technical Design Document)
測試環境建立
準備使用者測試環境所需要的主檔資料,並作為以後上線的資料依據。
- 準備測試環境,做為客製程式驗收與使用者測試使用,並在使用前做好設定與To-Be系統交易測試。
- 測試環境的建置,盡可能包含現有的資料(廠商,客戶,料品),如有資料轉換(編碼原則更改,重覆資料整理)也需要在此時一併處理,才能在進行使用者測試時執行。