從企業(yè)發(fā)展的長遠角度來看，要想持續(xù)健康經(jīng)營，為企業(yè)未來更好的發(fā)展甚至上市做準備，就必須有安全的工程管理軟件數(shù)據(jù)。那么如何讓工程管理軟件的數(shù)據(jù)更安全呢?

　　1、制定工程管理軟件數(shù)據(jù)標準

　　工程管理軟件的數(shù)據(jù)要求應(yīng)該是什么?關(guān)鍵數(shù)據(jù)必須填寫哪些項目?填寫的標準要求是什么?填寫一次需要多長時間?應(yīng)該由誰來填寫?填寫時會有哪些場景?等等，這一切都需要明確!由于工程管理軟件涉及數(shù)千萬個數(shù)據(jù)，不可能列出所有數(shù)據(jù)，所以這里必須列出幾個涉及企業(yè)運營核心的數(shù)據(jù)，這些數(shù)據(jù)的輸出應(yīng)該直接關(guān)系到企業(yè)的運營管理指標，只有這樣才能保證效果。

　　2、制定工程管理軟件數(shù)據(jù)驗證策略

　　如何驗證工程管理軟件中的數(shù)據(jù)是正確的?這里必須有一個驗證機制，比如總驗證、子項數(shù)據(jù)驗證、相關(guān)數(shù)據(jù)驗證、人工驗證等。只有確定了數(shù)據(jù)驗證策略，才能考慮將這些驗證策略制作成數(shù)據(jù)驗證工具，通過系統(tǒng)進行自動驗證，大大提高了數(shù)據(jù)驗證的效率。

　　3、制定工程管理軟件數(shù)據(jù)安檢機制

　　需要確定數(shù)據(jù)安全檢查的周期，是每周檢查一次，還是每月檢查一次，還是季度和半年?哪些數(shù)據(jù)需要每月檢查一次?哪些數(shù)據(jù)只在季度或每年檢查一次?隨著業(yè)務(wù)類型的不同，數(shù)據(jù)的安全檢查周期也應(yīng)該不同。此外，數(shù)據(jù)安全檢查是由企業(yè)自行完成的，還是由軟件服務(wù)提供商的增值服務(wù)完成的，直接關(guān)系到企業(yè)的預(yù)算、人員編制、服務(wù)提供商能力和雙方的合作深度。

　　4、在數(shù)據(jù)安檢后制定改進措施。

　　如果數(shù)據(jù)有問題怎么辦?整改的話要怎么改?是軟件問題，操作問題，還是業(yè)務(wù)規(guī)則和流程問題?我們都需要仔細分析問題，把問題落實到責(zé)任人身上，促進改進。只有這樣，系統(tǒng)才能越來越流暢地使用，系統(tǒng)中的數(shù)據(jù)才能越來越準確和及時。

　　怎樣做好工程管理軟件數(shù)據(jù)遷移?

　　由于各種原因，越來越多的企業(yè)面臨著工程管理軟件替換的問題。在系統(tǒng)更換之前，現(xiàn)有工程管理軟件中有效數(shù)據(jù)的倒入對工程管理軟件的切換和新系統(tǒng)的正常運行有著重要的影響。如果數(shù)據(jù)遷移稍有不慎，新系統(tǒng)將無法正常啟動，過多的垃圾數(shù)據(jù)遷移可能會使新的工程管理軟件運行緩慢甚至癱瘓。

　　因此，在更換新舊工程管理軟件的過程中，企業(yè)CIO不僅要滿足項目需求、規(guī)劃和實施新的工程管理軟件，解決用戶的應(yīng)用習(xí)慣和開發(fā)相關(guān)界面，還要認真考慮歷史數(shù)據(jù)的導(dǎo)入。特別是在現(xiàn)有工程管理軟件運行數(shù)年，積累數(shù)百GB數(shù)據(jù)的情況下，首席執(zhí)行官需要仔細衡量歷史數(shù)據(jù)的有效性、對新系統(tǒng)的影響以及數(shù)據(jù)遷移的方式和方法。這不僅僅是異構(gòu)數(shù)據(jù)庫和不同存儲設(shè)備之間的數(shù)據(jù)遷移那么簡單，更像是對之前工程管理軟件數(shù)據(jù)和工程管理軟件的審核。

　　解決工程管理軟件替換過程中的數(shù)據(jù)遷移問題，不僅是工程管理軟件成功上線的重要前提和保證，也是對現(xiàn)有工程管理軟件的全面總結(jié)和反思。

　　切忌完整的數(shù)據(jù)遷移

　　對于傳統(tǒng)的數(shù)據(jù)遷移或數(shù)據(jù)庫更換問題，企業(yè)CIO或數(shù)據(jù)庫開發(fā)維護人員更關(guān)心數(shù)據(jù)遷移的完整性和可靠性，但保持數(shù)據(jù)的完整性是工程管理軟件更換過程中數(shù)據(jù)遷移的禁忌。因為歷史數(shù)據(jù)的遷移在新舊工程管理軟件的更換過程中絕對不是孤立的。雖然看似簡單的數(shù)據(jù)庫更換問題，但更多的是工程管理軟件本身的問題，涉及到從一個工程管理軟件到另一個工程管理軟件，從一個應(yīng)用模式到另一個應(yīng)用模式的轉(zhuǎn)變。

　　業(yè)內(nèi)人士指出，由于系統(tǒng)是在同一數(shù)據(jù)庫的基礎(chǔ)上開發(fā)的，存儲邏輯或方法基本相同，舊系統(tǒng)中的數(shù)據(jù)利用率會很高，可以達到70%，因此對于同一廠商不同的工程管理軟件產(chǎn)品進行替換。;對于不同廠商的工程管理軟件產(chǎn)品替換，舊數(shù)據(jù)利用率不超過10%，舊系統(tǒng)中使用的數(shù)據(jù)越多，新系統(tǒng)的負擔(dān)越大，性能越差，信息越不準確，這與簡單的數(shù)據(jù)庫遷移強調(diào)完整性有本質(zhì)區(qū)別。