專案管理: 軟體質量的可靠保證2（轉）

3.溝通管理

　　資訊系統本身就是溝通的產物。軟體開發過程實際上就是將手工作業轉化成計算機程式的過程。軟體開發的原料和產品就是資訊，中間過程傳遞的也是資訊，而資訊的產生、收集、傳播、儲存正是溝通管理的內容。可見溝通不僅僅是軟體專案管理的必要手段，更重要的，溝通是軟體生產的手段和生產過程中必不可少的工序。

　　軟體開發的柔性標準需要溝通來彌補。軟體開發不像加工螺釘、螺母，有具體的標準和檢驗方法。軟體的標準柔性很大，比如在使用者的心裡好用是軟體成功的標準，而這個標準在軟體開發前很難確切地、完整地表達出來。因此，開發過程專案組和使用者的溝通互動是解決這一現實問題的惟一辦法。

　　軟體監督要有效地安排開發方軟體人員與需求方使用人員的交流，保證有暢通的交流渠道。制定完善的專案彙報制度，明確溝通時間、頻率和渠道。按照專案彙報制度定期組織專案組向業務需求方和管理層彙報，包括專案進度計劃、已完成工作、與計劃的比較、存在的問題、措施和建議以及下一步工作計劃等。

　　4.軟體版本管理

　　目前的軟體開發是團隊開發的時代，軟體開發技術更新迅速，開發人員流動頻繁，因此對軟體版本的管理就顯得尤其重要。在軟體開發的過程中，在多人共同開發一個軟體時，會出現多人同時修改軟體的情況，這是不可避免的，由於部分功能模組版本可能要進行不斷地升級完善，而老的軟體版本又沒有即使更新，隨著時間的推移，開發人員對自己機器上的不同版本間的差異就會模糊不清。另外由於軟體開發工期的壓力，開發人員只將注意力集中在設計和編碼上，未將文件納入到版本控制中。為了解決這些問題，軟體監督就要注意跟蹤記錄整個軟體的開發過程，包括軟體本身及其相關文件，重視程式碼的一致性。這一工作可以透過應用軟體版本管理的工具軟體實現，如Microsoft公司的Visual SourceSafe等對原始碼和整個專案進行管理，從而建立正常的軟體版本管理機制，

　　把握正確的驗收方法

　　軟體專案驗收是對軟體專案成果的檢驗和確認，也是對軟體專案範圍的再確認。軟體驗收應是一個過程的概念，包括驗收前的系統測試、資料移植、系統上線和正式驗收四個階段。

　　1.系統測試

　　系統測試是對系統進行全面的測試，應在測試環境中進行，以確保系統的功能和技術設計滿足企業的業務需求，並能正常執行。系統測試階段應包括以下主要流程和工作內容:

　　（1）制訂測試計劃，包括編制測試用例，建立測試環境。

　　（2）測試。在測試環境中，專案組根據需要，對系統依次進行單元測試、整合測試、壓力測試和使用者接受測試，記錄測試結果並由相關測試人簽字確認，編制相應的測試報告。對於未透過測試的內容，專案組應查詢失敗的原因，並修改相應程式或設定，重新進行測試。除了進行充分的系統功能測試，測試應包含與內部控制相關的測試內容，如系統認證和授權、交易完整性及資料真實、完整性的有關功能。

　　（3）提交測試報告、使用者確認簽字。專案組撰寫測試報告，將測試報告提交給各相關使用者，使用者應在測試報告上簽字確認。

　　2.資料移植

　　新系統上線時如需要將原始資料移植到新系統，則應完成以下主要工作內容:

　　（1）制訂資料移植/轉換計劃。除了要定義資料收集的格式、範圍、進度外，還要考慮系統介面的影響，並建立了資料移植完整性和準確性測試方法以及意外事件處理程式。

　　（2）資料收集。如果專案實施涉及到資料收集，應由資料收集小組根據資料收集格式，對資料進行收集，資料收集小組在收集資料時應培訓業務部門的資料提供人員，以確保資料提供人員瞭解和掌握對資料收集的各項規定和要求。

　　（3）資料移植前的測試。在測試環境中對資料移植方法進行測試，書面記錄測試結果，解決測試中發現的問題，進行問題記錄並歸檔。

　　（4）資料匯入並核查結果。

　　專案組成員將資料匯入系統，並在匯入後按照事先制定的資料移植完整性和準確性測試方法對系統中的資料做進一步的核查，確保匯入資料的質量。如有意外，按照事先制定的意外事件處理程式處理，並留下記錄。資料移植完成之後，使用者應對資料移植結果簽字確認。

　　（5） 資料移植後要進行適當時間的試執行，確認資料移植的真實性和完整性。試執行時間視具體系統的規模、影響程度而定。對影響較大的系統，至少應試執行三個完整的月結週期。

　　3.系統上線

　　系統上線階段應包括以下的主要流程和工作內容:

　　（1） 上線前準備工作。在上線前，軟體開發方應制定系統上線計劃，包括上線檢查清單、上線支援人員、退回機制等，並提交《上線申請表》。系統上線計劃和《上線申請表》應經過資訊科技部門和業務部門管理層的正式批准，並通知各相關部門。

　　（2）系統上線。所有的上線準備工作做好之後，由軟體監督人員確認上線系統版本正確性後，與使用者確認系統上線時間，下達上線指令。系統上線操作人員將最後版本的系統程式移植到生產環境。

　　4.正式驗收

　　正式驗收前，軟體開發方應向資訊科技管理部門提交軟體開發過程中各階段性文件，包括需求分析說明書、概要設計說明書、詳細設計說明書、資料庫設計說明書、源程式程式碼、可供安裝使用的系統安裝程式、系統管理員手冊、使用者使用手冊、測試計劃、測試報告、使用者報告、資料移植計劃及報告、系統上線計劃及報告、使用者意見書、驗收申請等。

　　資訊科技管理部門接到驗收申請後，組織專家對專案進行初審。初審透過後，組織管理層領導、業務管理人員和資訊科技專家成立專案驗收委員會，負責對軟體專案進行正式驗收。

　　軟體監督應根據軟體開發方在整個軟體開發過程中的表現，向驗收委員會提出全面的軟體監督報告，並根據開題設計書、軟體開發合同以及《需求分析說明書》，制定驗收標準，提交驗收委員會。資訊科技管理部門組織由驗收委員會、軟體監督、軟體開發方參加的專案驗收會，軟體開發方以專案彙報、現場應用演示等方式彙報專案完成情況，驗收委員會根據驗收標準對專案進行評審，形成最終驗收意見。
[@more@]