淺談軟件工程方法在MIS開發中的運用
摘 要：本文論述了傳統MIS理論的一些不足以及在傳統MIS理論中引入軟件工程方法的實際意義。
關鍵詞：MIS 管理信息系統 軟件工程方法 傳統的MIS理論并沒有過多地把自己與軟件工程聯系在一起進行討論、研究，而是把重點放在了對自己的開發理論、開發方法的論述上，它對與軟件工程的聯系的描述只是在MIS系統理論中對系統實施階段進行論述時比較粗略地提到了開發語言這一軟件工程中的比較獨立的要素，而在目前的高等教育中，軟件工程并沒有被列入到管理信息系統的課程內容，因此，這樣的做法引發的一個比較不利的結果是MIS系統的開發者們通過需求分析運用MIS理論可能會推理出一個比較理論、呆板的MIS模型框架而不一定會得到一個高效、實用的MIS系統。這樣的結果對于MIS的建設來說無疑是不成功的。因此，我們可以考慮在MIS的建設過程中適時地聯系軟件工程的一些方式、方法，這樣，在兩種理論的指導下，MIS建設的成功率應該是比單一的MIS理論高出不少。
1、 軟件工程的誕生體現了MIS建設的需求
MIS，即管理信息系統，在第一臺電子計算機誕生后不久便有了計算機信息管理的需求，在早期，我們的計算機系統在信息處理方面主要從事的是統計、計算、制表和文字處理的功能，它使用的核心技術就是高級語言和文件管理，當時具有代表性的系統便是EDP（電子數據處理）系統，這種狀況從五十年代初期一直延續到七十年代初期。而從六十年代到七十年代末，隨著數據庫技、數據通訊和計算機網絡技術的發展，便產生了以綜合信息管理為目標的傳統的MIS。到了八十年代才有了具有決策功效的現代意義上的管理信息系統，如DSS（決策支持系統）等。可以說，是管理的需求和計算機技術的'發展導致了MIS的誕生并推動了它的發展。
軟件工程則與MIS有著天然的不同，它是純粹計算機技術的產物，它是用工程、科學和數學的方法研制、維護計算機軟件的有關技術及管理方法。它的目標是在給定成本、進度的前提下，開發出具有可修改性、有效性、可靠性、可理解性、可維護性、可適應性、可移植性、可追蹤性和可互操作性并滿足用戶需求的軟件產品。它誕生于六十年代末期，與傳統的MIS基本上同時誕生。它所包含的面遠遠地廣于MIS。
軟件工程的誕生源于六十年代末的“軟件危機”，可以說是大型軟件項目的開發和計算機軟件的可維護性導致了“軟件危機”的發生。然而，傳統意義上的MIS系統到這個時候才開始提到理論的高度上來，因此，軟件工程的一套理論方法在MIS理論中根本上也就得不到體現，因為，MIS基本上還沒有經歷過“風浪”。
MIS也是一種軟件，它是軟件工程中的事務處理類軟件，與其它軟件一樣，它有自己的一套開發理論，但由于側重點的不同導致了MIS理論在其實施階段（軟件實施）的論述并不能完全體現軟件開發的特點，許多的MIS建設都由于建設者過度注重MIS理論而忽視了用軟件工程方法來指導MIS建設而導致了MIS建設的不完全成功：效率低下、功能不完善、開發延期或經費嚴重超過預計。而隨著社會和計算機技術、數據庫技術等的不斷發展，MIS的建設規模也越來越龐大，開發協調工作和系統維護工作將越來越煩瑣，MIS也將出現建設“危機”，我們完全可以利用成型的軟件工程方法繞開危機的發生。
2、 從MIS建設和軟件開發過程看在MIS建設中運用軟件工程方法的好處
MIS建設一般要經歷四個階段，系統規劃、系統開發、系統運行與維護、系統更新。我們所論述的通常意義的MIS建設主要是指系統規劃和系統開發。系統規劃主要是指戰略規劃、需求總體分析和資源分配的總體方案，而MIS建設的重點是系統開發。在MIS理論中，系統開發分為三個部分：系統分析、系統設計和系統實施。單從開發過程來看，軟件開發經歷的大致也就是這么幾個階段。但是，在各個階段所運用的方法和工具就有著比較大的差別。
在系統分析階段，MIS建設理論中闡述的方法一般都是結構化分析方法，通過運用數據詞典和數據流圖來對系統模型進行結構化闡述，這種方法一個顯而易見的好處是需求分析結果簡單明了，可以使整個系統分析工作規范化和邏輯模型描述的標準化，但是，由于系統分析涉及到復雜的組織管理與技術環境，分析過程中要處理的有些問題是結構化分析方法所不能覆蓋的。這種分析方法可能就會直接導致系統建設的失敗。這時候，我們可以參照軟件工程中的一些需求分析方法：如面向數據流和面向對象的方法，引入對象的概念，用對象來描述實體，結合實體—關系圖、對象及消息傳遞圖、類結構圖、對象狀態轉換圖、主題詞結構圖等對一些非結構信息進行分析，建立非結構模型，在必要的時候，我們還可以引入形式化方法，利用形式化規格說明語言嚴格地定義用戶需求，讓系統設計人員通過形式化語言很快就能掌
握系統分析人員的分析結果和意圖，設計出滿足用戶需求的系統。
對應于系統分析方法，MIS理論在系統建設階段采用的主要也是結構化的設計方法，與在系統分析階段遇到的問題基本相同，在系統設計階段我們同樣可以引入軟件工程方法中的優秀分子，為MIS建設提供理論依據。在傳統的MIS理論中，直到系統實施階段才把MIS作為一個軟件來描述，而在此前，MIS都是用系統理論來描述的，這也就是說，似乎只有從MIS的統實施階段才可以開始引入軟件工程的概念，但是，實際情況并不是這樣，我們完全可以
把軟件工程的一套方法從MIS建設的一開始就引入進來，彌補傳統MIS理論的不足在近期的MIS理論中，對面向對象的方法（OO）也有了一般性描述，但是，基本上還沒有把它列為MIS建設的理論內容之一，而作為一種軟件開發方法，面向對象已經在軟件開發領域里得到了相當廣泛的應用，并且有了相當成熟的理論，我們在MIS的建設過程中，完全可以大膽地從理論的高度來運用面向對象，使這項已經不算新鮮的技術在MIS建設中繼續發揮它的威力。
3、 MIS也要“項目管理”
項目管理是軟件工程中一個非常重要的概念，它在軟件工程中的任務是：制定項目實施計劃；對人員進行組織分工；按照計劃的進度，以及成本管理、風險管理、質量管理的要求，進行軟件開發，最終完成軟件項目規定的各項任務。項目管理是否成功是軟件開發是否成功的一個相當關鍵的因素。而在MIS的理論中，系統規劃和系統開發是其論述的重點，甚至連系統實施也沒有涉及到較為深層的理論內容，更不用談“項目管理”這種似乎是系統建設之外的內容了。其實，在MIS中要引入項目管理的概念，除了在系統實施階段對純軟件的質量進行度量以外，還要求對系統的開發進度進行詳細的安排，對系統開發計劃進行可行性評估，對系統開發各個階段資金進行預算，對預算進行評估；同時，還要求對系統分析和系統設計的結果進行評估和度量，評估合格才可以進入全面實施階段；實施的結果只有通過軟件質量度量、系統整體質量評估才可以投入到運行階段。
軟件工程在項目管理方面已經積累了一整套量化理論，從軟件度量、軟件項目估算、軟件質量度量、軟件復雜性度量、軟件可靠性度量和軟件開發過程的管理都有其量化模型，我們在MIS建設的過程中，不僅可以利用這些現成的模型對我們的MIS系統建設工作進行管理和評估，還可以從中引申出適合MIS的一些理論模型，用于對MIS開發的評估，提高MIS開發的質量和成功率。
4、 在MIS建設中充分利用軟件工程方法中的新技術
由于MIS理論對軟件開發技術的闡述并不是很豐富，因此，一些比較新的、實用的軟件技術并沒有被MIS理論所闡述和吸收。其中OLE技術和代碼重用技術雖然在具體的MIS實施過程有所運用，具體的編程人員也可能會從一些開發工具的說明對這些技術做一些了解并能夠熟練地使用它們，但是，若能夠把這些技術從理論的高度從系統分析設計階段就考慮到MIS建設中去，再加上編程人員的應用技巧，MIS建設的質量不是會有更大的提高嗎？OLE其實是一種較大范圍的代碼重用，在軟件工程方法中OLE已經有了六年以上的歷史，微軟的COM（構件對象模型）技術和DCOM（分布式構件對象模型）技術為OLE的應用做了大量的基礎性工作。Microsoft已經在其開發工具如VB等和辦公軟件Office 97里為代碼重用預置了接口，其他的開發工具如Delphi3等也提供了這中重用接口，因此，作為一種節約開發時間、提高開發質量的技術，理應稱為MIS理論研究的一部分內容。
中國的計算機應用技術還遠沒有趕上世界的節拍，MIS的開發與應用在全國還是方興未艾，在傳統的MIS注重系統分析和系統設計的前提下，為了把我們的MIS建設工作做得更好，減少失敗、提高建設質量，我們必須在MIS建設中加強軟件工程方法的運用，使得MIS建設不僅是系統工程中的分析設計工作，也要讓它成為一項名副其實的軟件開發工作。
【淺談軟件工程方法在MIS開發中的運用】相關文章：