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

新系統(tǒng)上線時如需要將原始數(shù)據(jù)移植到新系統(tǒng)，則應完成以下主要工作內(nèi)容:

（1）制訂數(shù)據(jù)移植/轉換計劃。除了要定義數(shù)據(jù)收集的格式、范圍、進度外，還要考慮系統(tǒng)接口的影響，并建立了數(shù)據(jù)移植完整性和準確性測試方法以及意外事件處理程序。

（2）數(shù)據(jù)收集。如果項目實施涉及到數(shù)據(jù)收集，應由數(shù)據(jù)收集小組根據(jù)數(shù)據(jù)收集格式，對數(shù)據(jù)進行收集，數(shù)據(jù)收集小組在收集數(shù)據(jù)時應培訓業(yè)務部門的數(shù)據(jù)提供人員，以確保數(shù)據(jù)提供人員了解和掌握對數(shù)據(jù)收集的各項規(guī)定和要求。

（3）數(shù)據(jù)移植前的測試。在測試環(huán)境中對數(shù)據(jù)移植方法進行測試，書面記錄測試結果，解決測試中發(fā)現(xiàn)的問題，進行問題記錄并歸檔。

（4）數(shù)據(jù)導入并核查結果。

項目組成員將數(shù)據(jù)導入系統(tǒng)，并在導入后按照事先制定的數(shù)據(jù)移植完整性和準確性測試方法對系統(tǒng)中的數(shù)據(jù)做進一步的核查，確保導入數(shù)據(jù)的質量。如有意外，按照事先制定的意外事件處理程序處理，并留下記錄。數(shù)據(jù)移植完成之后，用戶應對數(shù)據(jù)移植結果簽字確認。

（5） 數(shù)據(jù)移植后要進行適當時間的試運行，確認數(shù)據(jù)移植的真實性和完整性。試運行時間視具體系統(tǒng)的規(guī)模、影響程度而定。對影響較大的系統(tǒng)，至少應試運行三個完整的月結周期。

3.系統(tǒng)上線

系統(tǒng)上線階段應包括以下的主要流程和工作內(nèi)容:

（1） 上線前準備工作。在上線前，軟件開發(fā)方應制定系統(tǒng)上線計劃，包括上線檢查清單、上線支持人員、退回機制等，并提交《上線申請表》。系統(tǒng)上線計劃和《上線申請表》應經(jīng)過信息技術部門和業(yè)務部門管理層的正式批準，并通知各相關部門。

（2）系統(tǒng)上線。所有的上線準備工作做好之后，由軟件監(jiān)督人員確認上線系統(tǒng)版本正確性后，與用戶確認系統(tǒng)上線時間，下達上線指令。系統(tǒng)上線操作人員將后版本的系統(tǒng)程序移植到生產(chǎn)環(huán)境。

4.正式驗收

正式驗收前，軟件開發(fā)方應向信息技術管理部門提交軟件開發(fā)過程中各階段性文檔，包括需求分析說明書、概要設計說明書、詳細設計說明書、數(shù)據(jù)庫設計說明書、源程序代碼、可供安裝使用的系統(tǒng)安裝程序、系統(tǒng)管理員手冊、用戶使用手冊、測試計劃、測試報告、用戶報告、數(shù)據(jù)移植計劃及報告、系統(tǒng)上線計劃及報告、用戶意見書、驗收申請等。

信息技術管理部門接到驗收申請后，組織專家對項目進行初審。初審通過后，組織管理層領導、業(yè)務管理人員和信息技術專家成立項目驗收委員會，負責對軟件項目進行正式驗收。

軟件監(jiān)督應根據(jù)軟件開發(fā)方在整個軟件開發(fā)過程中的表現(xiàn)，向驗收委員會提出全面的軟件監(jiān)督報告，并根據(jù)開題設計書、軟件開發(fā)合同以及《需求分析說明書》，制定驗收標準，提交驗收委員會。信息技術管理部門組織由驗收委員會、軟件監(jiān)督、軟件開發(fā)方參加的項目驗收會，軟件開發(fā)方以項目匯報、現(xiàn)場應用演示等方式匯報項目完成情況，驗收委員會根據(jù)驗收標準對項目進行評審，形成終驗收意見。

軟件質量的六個考核要素

1. 功能性: 滿足用戶的要求，在預定環(huán)境下能夠完成預期的功能。

2. 易用性: 用戶容易理解和使用功能，操作方便，符合用戶業(yè)務習慣。

3. 可靠性: 軟件按照設計要求，在規(guī)定時間和條件下不出故障，具有異常捕獲功能并提供異常處理與恢復功能。

4. 效率: 降低系統(tǒng)資源的開銷，響應時間快，提高用戶工作效率。

5. 可維護性: 遵從統(tǒng)一的標準和規(guī)范，編碼具有良好的可讀性。為滿足用戶新的要求，或當環(huán)境發(fā)生了變化，或運行中發(fā)現(xiàn)了新的錯誤時，能夠對一個已投入運行的軟件進行相應診斷和修改。

6. 可移植性: 一個軟件（或軟件的部分功能模塊）能再次用于其他相關聯(lián)的應用。