簡析信息系統開發的變更控制

陳素香 中國移動通信集團福建有限公司龍巖分公司支撐中心，福建 龍巖 364000

簡析信息系統開發的變更控制

陳素香 中國移動通信集團福建有限公司龍巖分公司支撐中心，福建 龍巖 364000

2009年8月，中國移動某分公司《運營管理統一門戶》項目正式啟動，筆者參與了該項目的開發。該系統的基本功能有日常辦公業務、電子公文傳輸、電子檔案管理、工作流引擎、表單和流程設計、人員組織架構管理、與微軟OFFICE無縫集成等，可滿足各類辦公需求。系統采用了基于J2EE的SOA（Service Oriented Architecture）體系架構，數據庫Oracle 10g，采用了“物理集中，邏輯分散”的建設模式。信息系統項目由于目標不明確、需求變化頻繁等原因，開發過程中發生變更在所難免。為了保證項目有序進行，實施強有力的變更控制和管理非常必要。本文對《運營管理統一門戶》項目的需求、可能變更的范圍、采用的變更管理方法、措施和輔助工具，以及變更控制的步驟進行了詳細的描述和介紹，并對存在的問題進行了分析和探討。

信息系統；項目管理；開發；系統開發；變更控制

近年來，中國移動某分公司快速發展，由于公司內人員計算機應用水平參差不齊，辦公方式多種多樣，有的手工式傳統辦公，有的使用了處理簡單事務的辦公自動化軟件，有的使用辦公軟件失敗后又進入手工辦公等等，辦公效率較低，公司領導決定要大力推進企業信息化，建立一個能滿足公司實際需要的跨地域的協同的辦公平臺。2009年8月，《運營管理統一門戶》項目正式啟動，項目工期9個月，投資310萬元。項目組共12人。系統的基本功能包括：日常辦公業務、電子公文傳輸、電子檔案管理、工作流引擎、表單和流程設計工具、人員組織架構管理、與微軟OFFICE無縫集成等。經過對目前主流的幾種OA應用平臺進行優劣分析和比較，項目組確定采用基于J2EE的SOA（Service Oriented Architecture）體系架構，數據庫Oracle 10g，VMware vSphere資源池平臺服務器3臺，VMware管理服務器1臺，測試服務器1臺，采用“物理集中，邏輯分散”的建設模式。OA項目成功對于企業來說是一次管理上的重大進步，而如果失敗，不僅企業失去一次提高的機會，而且OA是實實在在的“一把手工程”，如果失敗會使企業高層對信息化的信心大打折扣。有調查報告披露，目前中國OA項目60%～70%都是失敗的，所以在這次項目的建設過程中我們對項目管理工作非常重視，要求項目團隊不僅要精通計算機知識，而且要對企業的業務、工作方法、工作流程甚至企業文化都有一個很深的認識。

導致項目變更的原因有：產品范圍定義的疏忽、項目范圍定義的疏忽、應對風險的緊急計劃、項目執行過程與項目基準要求不一致帶來的被動調整、用戶需求變化、國家政策變化等外部事件的發生等。在本項目的實施過程中遇到的變更情況主要有：對已確認的業務流程的變更、對操作界面的變更以及用戶隨著對信息系統的接觸和了解，不斷產生的一些新的想法和需求。我們主要從三方面對變更進行管理和控制：一是做好需求分析基礎工作，避免因需求分析不細致導致的變更；二是制定項目變更管理計劃，規范變更控制流程；三是采用輔助工具加強變更管理，防止人為失誤。

在本項目中，項目組為有效獲得客戶需求，采用Rational rose和Visio工具的文字或圖形化功能描述需求，對總體業務需求、功能需求和系統技術要求都進行了分析，進行了網絡環境下的業務流程設計，為了增強了對業務的感性認識，項目組成員到相關業務崗位進行了短期學習，積極鼓勵、接納和反饋各業務崗位人員提出的需求，依據標準規范先行的原則，首先研究和制定標準規范體系，以標準規范為基礎，對各部門的顯性需求進行收集，對沒有提出的隱性需求進行挖掘，參考了同行業中成功的OA系統，最后，梳理獲得的各類需求信息，編寫了需求規格說明書并提交評審。由于準備充分，評審順利通過。

變更控制的目的并不是控制變更的發生，而是對變更進行科學有效地管理，確保變更有序進行，避免造成系統開發的混亂。在項目中，我們制定了項目變更管理計劃，并要求項目組嚴格按變更控制流程規范執行變更：1、變更申請。變更請求必須以書面形式提交到項目組。2、變更評估和決策。接到變更申請后，根據需求涉及的部門成立臨時變更控制委員會，由項目經理、開發骨干、相關業務部門負責人、質量管理員、配置管理員等至少五人組成。主要職責是對變更申請進行評估和決策。3、變更實施。對于經評審批準的變更，項目經理根據變更產生的影響程度，適當調整項目的進度和成本基線，以書面的形式下達變更指令，由設計開發人員在“開發庫”中進行程序和文檔的修改。4、變更驗證。變更處理完成后，由配置管理員和受到變更影響的人員對變更進行評價，確定變更與預計是否相符。5、變更溝通和歸檔，及時將變更結果通知相關干系人，配置管理員將本次修改后的程序和文檔在“受控庫”中進行歸檔處理和版本升級，對于在運行的產品，則在“產品庫”中版本升級和發布。

項目建設過程中，有一份關于設備報修流程的變更請求是：有時會出現已上報的維修沒有及時得到處理和反饋，建議整個表單流程未完成則表單無法結束。變更控制委員在會上從政策法規、流程的可行性、客戶可接受的程度等方面對變更申請進行了全面細致的分析，最后達成一致結論：這個變更申請有利于工作的閉環管理，決定進行本次需求的變更。還有一份關于修改特殊業務需求處理流程的變更請求是：為了縮短業務受理的總時長，建議精簡流程，使表單無需經過領導審批就可以執行。變更控制委員評估后的結論是：此流程關系到SOX（薩班斯審計）的規定和要求，必須經過流程中各個部門的領導審批后才能執行，決定不進行本次需求的變更。會后，以書面的形式將本次評審的結果通知了變更申請人員，申請者順利接受了評審結果，項目組也避免了盲目變更造成負面影響。

在項目建設過程中，我們采用VSS（Visual Source Safe ）輔助工具來加強變更管理。主要考慮到VSS功能強大，操作簡單，比較常用等方面原因。VSS的系統管理員由我兼任，我為項目組每個成員建立了訪問賬戶和權限，配置了“開發庫”、“受控庫”和“產品庫”。項目組所有成員根據各自的權限從VSS中獲取數據定義和資源。VSS的項目組織管理使項目組的協調簡單容易直觀，當一個和一組文件發放給另一個成員、小組、Web站點或是任何其他的地址，VSS能確保他們之間的真正共享及所選的一組文件的不同版本的安全性。在整個開發過程中，未出現修改混亂和版本失控的現象。

《運營管理統一門戶》項目經過近9個月的開發，于2010年4月順利上線運行，至今已經運行一年多了，運行狀況良好，得到了廣大用戶的諸多好評。項目的成功很大程度上歸功于在項目的建設過程中實施了強有力的變更控制和管理。項目結束后，我們對項目變更控制的流程和方法進行了經驗總結，并尋找需要改進的地方，我們總結了兩點待改進之處：1、在項目建設的過程中無法預防在程序完成后用戶提出操作界面修改的問題。今后，在界面設計上盡量采用原型法，方便與用戶多溝通，有利于用戶提出改進意見，避免重復開發。2、每次變更時成立臨時變更控制委員會進行變更評估與決策，歷時較長。今后，在變更控制委員會下建立變更控制小組，對于某些不涉及流程和關鍵業務的變更需求，由變更控制小組直接負責審核處理，并將處理結果及時上報變更控制委員會，有利于提高項目變更的工作效率。

[1]張友生，田俊國，殷建民.信息系統項目管理師輔導教程[M].北京：電子工業出版社.2005年9月

[2]陳禹.信息系統管理工程師教程[M].北京：清華大學出版社，2006年1月

[3]韓萬江，姜立新.軟件開發項目管理[M].北京：機械工業出版社.2004年1月

[4]張友生，鄧子云.系統集成項目管理工程師輔導教程[M].北京：電子工業出版社.2009年1月

陳素香，工程師，本科，學士，畢業于南京郵電學院計算機通信工程專業，現在中國移動通信集團福建有限公司龍巖分公司支撐中心運營管理室工作，長期從事BOSS系統維護工作。

10.3969/j.issn.1001-8972.2011.22.047