訂單視覺化2實戰合同評審

合同評審顧名思義即簽訂合同前，公司各相關部門大家一起開會商議合同是否可簽、合同存在的技術風險、計畫風險以及財務風險等，並需要通過此環節確定訂單可交付日期等。最後形成統一決論並進行執行，這麼做會存在以下幾個難點或缺陷。

1. 涉汲部門較多，人員事務較多，無法召齊人員

部門人員事務煩多，且經常有出差的，大會小會不斷。所以每召集一次會議比較麻煩。

2. 資料沒有儲存並電子化，不方便調取歷史資料進行新訂單參考

每當有新進的訂單時，如果是沿用某個訂單的資訊，無法自動參照填充值

3. 資料無法分析

沒有電子化的資料，無法對歷史評審的週期、技術進行資料分析，也沒有資料**。紙質檔存檔不利於資料分析。

4. 無流程，無法框定部門、人員先後順序及職責

沒有流程，合同評審是的**資料是有先後順序的。如果沒有流程，操作隨意性大，各部門職責責任不清

合同評審是各方意見的評價合集，所以我們的總體思路先將評審的流程理順，明確各節點責任與義務。此後，再將以前的所有的**資料收集在一起，進行整理將分散至各個流程節點上。此思路也是其它流程功能模組的總體思路。

2. 表單資料儲存方式考驗

表單裡面的資料結構複雜多樣，傳統型的二維表方式不適用此方式的靈活型，也反映不出表單的版面結構方式。所以我們採取直接將頁面的資料以json的方式進行儲存，採取vuejs技術直接將json檔案與頁面進行繫結來解決此問題。

在後面的完善性思考中，我們也思考出了用二維表進行儲存，即採取鍵值對的方式將每乙個元素訪問表中，但會犧牲表單的層次性。總的來說推薦進行json方式儲存，目前我們是採取的json檔案方式，在後期資料逐漸變多的時候，如果還是檔案會影響效率，我們再考慮採取大資料mongodb的方式來解決搜尋、效能的問題。

流程公升級後，與原來的流程發布版本並存，新開的流程例項會使用最新的，不同的流程版本有不同的業務模式，每一次流程公升級需要考慮新的業務功能實現的同時，還需要相容老流程的業務。

表單在內容改變後，增加、刪除更新欄位後，原來的資料表單如何保證在讀取的時候能夠正常展示。

新增內容：這個就簡單了，直接新增就可以，只是以前的訂單展示出來，這個字段資料是空的。

刪除內容：這個如果把原有的字段刪除，如果不對頁面模版進行版本化，特定流程版本對應特定的模版表單頁，則會造成以訪問的資料無法展現。這個也是在後面我們在實踐中漸漸發現的問題。

修改內容：如果修改了字段，那原來的資料也是無法展現的，如果修改的資料型別，也會出現與刪除內容相同的模式。最後的處理方式應該參見刪除內容的相容處理方式。

合同評審裡面評價了財務風險、技術風險、進度風險，所有後續業務均以此為基礎。我們可以此為基礎，再根據流程的實際運**況進行對比，找出問題所在。

對於新來的訂單，我們也可以根據歷史經驗值分析，為新訂單提供評審依據，提高效率並增強可靠性。

日期：20170909

訂單視覺化2實戰 合同評審