摘 要：MIS系統(tǒng)是由人和電腦組成的一個智能管理信息系統(tǒng)，它可以有效實現(xiàn)企業(yè)運行管理有關的數(shù)據(jù)搜集、統(tǒng)計與分析，經(jīng)濟行為的預測與監(jiān)督，可以從全局出發(fā)輔助企業(yè)進行決策，幫助企業(yè)提升管理和決策的效率和質(zhì)量。目前MIS系統(tǒng)已經(jīng)廣泛應用于電力能源企業(yè)。然而，傳統(tǒng)MIS系統(tǒng)開發(fā)有關項目管理大多著眼于乙方的設計與項目管理，這樣一來未免過于狹隘，忽略了甲方作為MIS系統(tǒng)的最終使用者在開發(fā)、應用和維護中的作用。本文就是從應用方角度出發(fā)，論述MIS系統(tǒng)開發(fā)有關項目管理的新需求和相應建議。

關鍵詞：MIS系統(tǒng)；項目管理

中圖分類號：TP311.52

1 MIS系統(tǒng)項目管理的要求

MIS系統(tǒng)是由人和電腦組成的一個智能管理信息系統(tǒng)，它可以有效實現(xiàn)企業(yè)運行管理有關的數(shù)據(jù)搜集、統(tǒng)計與分析，經(jīng)濟行為的預測與監(jiān)督，可以從全局出發(fā)輔助企業(yè)進行決策，幫助企業(yè)提升管理和決策的效率與質(zhì)量。在MIS系統(tǒng)的開發(fā)過程中，科學合理周全的項目管理起著至關重要的作用。它包括對項目計劃的管理，人力、物力、財力、風險和運行最終效果的管理和控制。因此，在MIS系統(tǒng)中的項目管理除了在系統(tǒng)初步開發(fā)階段對傳統(tǒng)意義上的是軟件工程有要求外，對系統(tǒng)開發(fā)計劃進行可行性評估，從MIS的終端用戶角度考慮其操作需求，資金預算，進度要求，等等。在評估達到既定標準后才可以進入全面開發(fā)落實階段，此外，實施結果只有通過軟件質(zhì)量度量和系統(tǒng)整體質(zhì)量評估才能投入到運行階段。

2 對使用方來說MIS開發(fā)中存在的風險

傳統(tǒng)的MIS系統(tǒng)開發(fā)風險主要是從管理風險、技術風險和產(chǎn)品質(zhì)量風險三方面來論述和研究。這種分類方法是從產(chǎn)品設計角度出發(fā)，設計的系統(tǒng)往往會滿足絕大多數(shù)軟件工程要求，且樹狀邏輯明顯，降低開發(fā)難度，提高軟件的適用性。但是這種方法也忽視了軟件使用方的現(xiàn)實需求，往往最終產(chǎn)品與用戶需求和使用習慣匹配度不高。

MIS開發(fā)中存在的風險主要是由開發(fā)方（技術角度）和使用方（需求角度）來承擔的。下面筆者將從MIS系統(tǒng)在開發(fā)過程中存在的風險的承擔者角度，尤其是從使用方角度，論述MIS開發(fā)中存在的風險。

2.1 開發(fā)方式的選擇風險

項目管理的前提是確定MIS系統(tǒng)的開發(fā)方式，只有方式確定了，才能在這個基礎上進行調(diào)研和可行性論證。MIS系統(tǒng)開發(fā)的甲方在開發(fā)管理信息系統(tǒng)時要確定是以委托開發(fā)的方式還是以合作開發(fā)的方式進行。如果是合作開發(fā)，甲方選擇的合作方如果專業(yè)度不夠或者對甲方所在行業(yè)了解不深入，很可能會產(chǎn)生摩擦，不僅會延誤工期，還會使軟件的運行效果大打折扣。如果是委托開發(fā)，一方面前文提到的選擇乙方十分關鍵，另一方面如果甲方?jīng)]有建立對應的監(jiān)督管理機制，沒有采取適當?shù)捻椖抗芾聿呗裕恢匾曄到y(tǒng)階段性成果檢查，也會導致項目管理失控。

2.2 法律風險

MIS系統(tǒng)的開發(fā)過程中的法律風險主要標準現(xiàn)在系統(tǒng)完成后的歸屬權問題。當然，采取不同開發(fā)方式，甲方對MIS系統(tǒng)有著不同的版權。采取委托開發(fā)方式，該法律風險較小，一般情況下系統(tǒng)歸屬于甲方。然而，如果采取合作開發(fā)的方式，在簽訂事前合作合同時如果沒有對各個技術環(huán)節(jié)和模塊的所有權進行明確清晰的界定，這種權責不明的合同在日后MIS系統(tǒng)運行過程中極易產(chǎn)生糾紛。

2.3 需求風險

在項目管理的需求調(diào)查過程中，往往忽視了用戶對于一些細節(jié)習慣和要求的考量。由于在MIS開發(fā)過程中一方面甲方需求可能會發(fā)生臨時調(diào)整，而該行業(yè)專家不熟悉軟件開發(fā)技術，另一方面系統(tǒng)分析員也不熟悉用戶的行業(yè)特點。因此，在可行性論證過程中，如果使用方和開發(fā)方必能就需求的細節(jié)和變更做及時溝通，那么在開發(fā)后期再臨時修改需求既可能引發(fā)成本和工期的失控，而且會使軟件增加bug，影響軟件運行效果。

2.4 技術儲備風險

由于以MIS為代表的現(xiàn)代企業(yè)信息管理系統(tǒng)的技術發(fā)展日新月異，對于使用方而言如果相應技術儲備（主要是技術人才）不足，勢必會帶來兩個風險。第一，在MIS系統(tǒng)開發(fā)階段項目管理在技術方面的控制只能當門外漢，一些專業(yè)性和技術要求較高的風險事項的把控也無法做到跟蹤測評和階段核查。第二，在軟件投入使用過程中的維護和升級也是一大問題，由于MIS系統(tǒng)是一個開源系統(tǒng)，一般情況先會開放很多接口以供企業(yè)財務、科研設計、物流管理、人力資源等等軟件接入，一旦企業(yè)技術儲備不足，對于系統(tǒng)維護不到位很容易引發(fā)風險，造成信息傳遞錯誤、重要資料泄露甚至造成直接經(jīng)濟損失。

3 MIS系統(tǒng)開發(fā)有關項目管理的幾點建議

3.1 重視系統(tǒng)事前分析和統(tǒng)籌規(guī)劃

從MIS系統(tǒng)終端用戶角度而言，再決定開發(fā)并引入信息管理系統(tǒng)時，事前分析和統(tǒng)籌規(guī)劃?！敖y(tǒng)籌規(guī)劃”主要從兩方面考慮：第一，充分考慮企業(yè)組織機構、生產(chǎn)狀況及業(yè)務流程，結合行業(yè)特點分析自身需求。第二，結合企業(yè)自身軟件技術實力、資金預算以及已經(jīng)投入運行的信息系統(tǒng)模塊（如財務電算化軟件等等），選擇合適的開發(fā)方式。

“分析”主要包括資金籌劃、子模塊需求、最終實施效果的預期等等。這里筆者重點強調(diào)一個開發(fā)方式的選擇分析。用戶可能會在MIS系統(tǒng)功能方面的要求會發(fā)生變化，但是此時開發(fā)方可能已經(jīng)不存在了或者已經(jīng)沒有給予升級和維護的義務責任了，即MIS系統(tǒng)的現(xiàn)有情況無法滿足用戶需求，這種情況下該用戶企業(yè)應當選擇合作開發(fā)。因為該方式可以使企業(yè)深度了解MIS系統(tǒng)，便于日后實操和維護更加便利。此外，合作開發(fā)還有另一大好處，就是能夠最大程度上保證企業(yè)信息和資金安全。當然，如果企業(yè)自身不具備合作開發(fā)的條件，那么站在專業(yè)化的角度，筆者建議采取委托開發(fā)的方式。不過，在選擇受托開發(fā)企業(yè)時要找在本行業(yè)有一定設計開發(fā)經(jīng)驗的企業(yè)，在開發(fā)過程中企業(yè)制定嚴格的監(jiān)督制度，分階段進行驗收，必要時可以聘請第三方專業(yè)測評機構進行驗收。

3.2 明確權責，嚴防法律風險

對于采取合作開發(fā)方式的甲方而言，要在事前建立必要的規(guī)則，以合同和正式法律文件的方式分清各方的權責，尤其是對軟件完成后各個技術和功能模塊的所有權進行界定，對一旦出現(xiàn)問題后責任方認定和賠償問題進行界定。

對采取委托合作開發(fā)方式的甲方而言，事前簽訂在開發(fā)過程中出現(xiàn)問題進行返工或重新設計引發(fā)的風險責任的認定。這里強調(diào)委托方不能放棄對項目的監(jiān)督責任，要采取適當?shù)捻椖抗芾聿呗裕匾晫ο到y(tǒng)開發(fā)過程中的階段性成果進行檢查，一旦發(fā)現(xiàn)問題，及時按照既定合同進行改正和彌補。

3.3 加強技術儲備

技術儲備主要有兩方面，其一是將其硬件設施建設和投入，保證軟件在試運行階段達軟件的運行，只有這樣才能對軟件的最終設計相關進行準確測評；其二是加強相應技術人員的儲備和實操人員的技術培訓。這里重點對技術人員儲備進行論述。眾所周知，企業(yè)對MIS系統(tǒng)的軟件要求是不斷變化的，系統(tǒng)需要有技術人員維護和管理，但開發(fā)者往往不會提供免費永久售后服務。因此，企業(yè)需要有自己的技術與管理人才。筆者認為可以從以下幾點考慮：提高技術人員薪酬待遇，吸引專業(yè)人才就職；提拔工作能力強，業(yè)績突出的科技管理人員；企業(yè)要加強對現(xiàn)有在崗專業(yè)人員的培訓。

參考文獻：

[1]E M Hall.王海鵬，譯.風險管理——軟件系統(tǒng)開發(fā)方法[M].北京：清華大學出版社，2002.

[2]陳明.軟件工程[M].北京：中央廣播電視大學出版社，2004.

[3]余堅，鄭躍斌.信息系統(tǒng)開發(fā)過程風險管理的實施模型[J].計算機工程與應用，2002（11）：112-113.

[4]黃梯云.管理信息系統(tǒng)[M].北京：經(jīng)濟科學出版社，2000.

[5]何芳，張李義.信息系統(tǒng)開發(fā)過程的風險評價[J].武漢水利電力大學學報，1999（32）：110-112.

[6]陳向華.構建教學資源庫需要解決的關鍵問題[J].中國電化教育，2004（01）.

[7]Rakitin Steven R軟件論證與軟件確認的最佳管理方法[M].北京：機械工業(yè)出版社，2002：185-190.

[8]Ivar Jacobson，Grady Booch，JamesRumbaugh.統(tǒng)一軟件開發(fā)過程[M].北京：機械工業(yè)出版社，2002：71-74.

作者單位：大唐韓城發(fā)電廠，陜西韓城 715400