應(yīng)著手進行相應(yīng)驗收的準(zhǔn)備工作--向軟件開發(fā)商收取軟件開發(fā)過程中各階段性文檔，包括需求分析說明書、概要設(shè)計說明書、詳細設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、源程序代碼、可供安裝使用的系統(tǒng)安裝程序、系統(tǒng)管理員手冊、用戶使用手冊、測試計劃、測試報告、用戶報告、數(shù)據(jù)移植計劃及報告、系統(tǒng)上線計劃及報告、用戶意見書、驗收申請等;然后對這些各類約定的技術(shù)文檔和合同中的相關(guān)內(nèi)容進行自查，要徹底了解系統(tǒng)目前完成的情況如何，是否已完成了與開發(fā)商達成的各項書面約定以及口頭約定，沒有完成的，如果是書面約定，準(zhǔn)備采取什么策略去進一步完成等。

　　當(dāng)然，此時CIO做一個詳細的驗收計劃是非常必要的，可以用來作為驗收階段的工作指導(dǎo)，并組織管理層領(lǐng)導(dǎo)、業(yè)務(wù)管理人員和信息技術(shù)專家成立項目驗收委員會，負責(zé)對IT項目進行正式驗收。

　　2、數(shù)據(jù)移植

　　如今不少企業(yè)都上了OA、CRM等系統(tǒng)，或淘汰老系統(tǒng)，在進行新系統(tǒng)(如ERP或PLM)建設(shè)并最終上線時，一般需要將舊系統(tǒng)的原始數(shù)據(jù)移植到新系統(tǒng)或調(diào)用企業(yè)原有的OA、CRM等系統(tǒng)內(nèi)的數(shù)據(jù)時，則常需數(shù)據(jù)移植，此時CIO正好可籍此機會檢驗新系統(tǒng)的優(yōu)劣、匹配性如何。這些應(yīng)完成以下主要工作內(nèi)容:

1)制訂數(shù)據(jù)移植：除了要定義數(shù)據(jù)收集的格式、范圍、進度外，還要考慮系統(tǒng)接口的影響，并建立數(shù)據(jù)移植完整性和準(zhǔn)確性測試方法以及意外事件處理程序;2)數(shù)據(jù)收集：項目實施常涉及到數(shù)據(jù)收集，應(yīng)由數(shù)據(jù)收集小組根據(jù)數(shù)據(jù)收集格式，準(zhǔn)確對數(shù)據(jù)進行收集，以確保數(shù)據(jù)提供人員了解和掌握對數(shù)據(jù)收集的各項規(guī)定和要求;4)數(shù)據(jù)導(dǎo)入并核查結(jié)果：項目組成員將數(shù)據(jù)導(dǎo)入系統(tǒng)，并在導(dǎo)入后按照事先制定的數(shù)據(jù)移植完整性和準(zhǔn)確性的測試方法，對系統(tǒng)中的數(shù)據(jù)做進一步的核查，確保導(dǎo)入數(shù)據(jù)的質(zhì)量;5)數(shù)據(jù)移植后要進行適當(dāng)時間的試運行，檢測、確認(rèn)數(shù)據(jù)移植的真實性、準(zhǔn)確性和完整性。

  3、系統(tǒng)測試

系統(tǒng)測試是項目驗收的關(guān)鍵環(huán)節(jié)，也是CIO最需花心思把關(guān)之處。以ERP軟件為例，系統(tǒng)測試具體包括以下5大測試內(nèi)容：安裝測試、功能測試、界面測試、性能測試、文檔測試等。而其中，功能測試是重點，必須高度重視。

下面結(jié)合ERP，重點闡述如何有效進行功能測試，其功能測試的用例設(shè)計，主要應(yīng)注意以下幾點：

　　1)測試項目的輸入域要全面。要有合法數(shù)據(jù)的輸入，也要有非法數(shù)據(jù)的輸入，CIO可以此檢驗系統(tǒng)的抗干擾性如何;2)要適時利用邊界值進行測試。如"訂單預(yù)排"中一般要求預(yù)排的數(shù)量大于0，那么測試數(shù)據(jù)可以分別為0，-1，1，100000(一個非常大的正數(shù))，查看單據(jù)流轉(zhuǎn)和控制情況，系統(tǒng)在執(zhí)行MRP分解、工單下達、車間任務(wù)調(diào)度等操作是否正確;3)CIO可不按照常規(guī)的順序執(zhí)行功能操作，查看系統(tǒng)計算的準(zhǔn)確性，如倉庫歷史庫存、當(dāng)前庫存、貨位庫存是否準(zhǔn)確;4)驗證實體關(guān)系，實體間的關(guān)系有三種：一對一，一對多，多對多。如一個MPS對應(yīng)多個MRP，一個MRP對應(yīng)多個車間任務(wù)，CIO對此檢驗，看能否對應(yīng);5)執(zhí)行正常操作，觀察輸出結(jié)果的異常性。如CIO刪除某條記錄對排序的影響，或執(zhí)行審批后，單據(jù)的狀態(tài)是否改變，