一、引言
在管理信息系統（MIS）的開發過程中，系統開發人員常常遇到一些困難，如做出來的系統不符合要求，需要大量修改；開發工作進度難以控制，軟件交付日期一再拖延；數據庫環境檔次低（僅限于數據和應用數據庫），使數據結構和應用程序糾纏在一起，數據結構或應用程序的微小變化，都引起大面積的連鎖反應式的修改等等。這些困難的產生，一方面是由于MIS開發過程本身的復雜性，因為它是一項系統工程，涉及到軟件工程、數據庫設計、應用業務、項目控制、人員管理和計算機技術等多種知識和經驗。此外，根據筆者參加《勝利油田管理信息系統》和《大港油田管理信息處理系統》開發工作的經驗，認為缺乏科學管理是其中另一主要原因，可以說加強科學管理是管理信息系統開發的基本前提。筆者認為科學管理應包括以下基本內涵：人員構成、系統設計、開發規范、開發進度、開發方法、程序設計和系統保障等，下面將逐一論述。
二、合理的人員構成
開發項目的成功需要有一個好的開發組，而組成一個高效的開發小組就必須要有一個合理的人員構成。我們可以參考微軟軟件工程開發準則（MicrosoftSolutionFramework，MSF）來組織人員。MSF是在微軟的工具和技術的基礎上建立并開發分布式企業系統應用的大型系統開發指南，它描述了如何用組隊模型、過程模型和應用模型來開發Client/Server結構的應用程序，全球通用。MSF將一個項目中不同階段的工作人員分為六個角色，通過這六個角色，項目可以得以迅速、完善地實施。這六個角色分別是：
1產品經理他了解用戶特征，尤其是商業特征，明確用戶的需求以及需求的期望值。之所以強調用戶需求的期望值，是因為用戶的商業化特征比較強，需求無盡，無法界定到底如何才算需求得到了滿足，而確定了需求期望值后，用戶的商業目的就非常明確，實施起來也比較順暢。
2程序管理者負責制定計劃，每天找出完成該計劃的風險所在，排除風險，每天交付應該完成的內容，確保計劃按質、按量實施。
3用戶教育者負責設計友好的用戶界面，對用戶進行培訓，確保用戶能夠并且愿意和喜歡使用開發出的產品。
4開發者開發者在開發前期就參與用戶需求分析和項目計劃制定，他最清楚具體的開發過程。在開發期開始后，負責進行代碼開發，在每一個階段，交付每一項內容的代碼。
5系統測試者負責對開發出的代碼進行測試。測試者并不是要找到每一個開發者的每一段代碼的每一個錯誤（bug），而是要找到代碼錯誤之間的關系，解決最根本的錯誤，掌握錯誤的狀態，從而迅速排除錯誤。
6推廣者推廣人員負責將實驗室的產品商品化，變成實際可以運行的產品，達到最初制定的商業目的，取得商業效益。這項工作在以往的項目中可能比較簡單，因為實驗室的環境可能和實際環境幾乎一致或差別不大。而現在卻不同了，實驗室環境可能十分簡單，而實際環境可能非常復雜，比如分布式環境、Internet／Intranet環境等，尤其是大企業，實際環境比實驗室環境復雜得多，因而將實驗室產品運用到實際環境中是一項非常重要的工作。這項工作沒有完成好，往往使整個項目前功盡棄，功虧一簣。
MSF基本上包含了一個軟件開發組的全部所需人員，事實上一個中小型的軟件開發組不必全部具備以上人員，而且一人可兼數職。另外，開發組的人員應該分層次，下層人員要服從上層人員的領導。
三、明確的開發規范
MIS軟件開發是一項浩大的工程，要保證系統的協調性、統一性和連續性，就需要在開發之前制定嚴格、詳細的開發規范，開發規范的內容主要包括：系統設計規范、程序開發規范和項目管理規范等。
系統設計規范主要規定字段、數據庫、程序和文檔的命名規則、應用界面的標準和風格、各類報表的輸出格式等。程序開發規范對應用程序進行分類，如可將程序分成代碼維護類、業務處理類、業務查詢類和統計報表類等，并給出各類應用程序的標準程序流程。項目管理規范則規定項目組中各類開發人員的職責和權力、開發過程中各類問題（如設計問題、程序問題等）的處理規范和修改規則、開發工作的總體進度安排和獎懲措施等。
開發規范是一種事前約定，它是在把今后開發過程中開發人員都可能遇到的問題提前做了考慮的基礎上制定出來的，對開發人員的行為和設計、編程風格進行約束，需要所有開發人員共同遵守。開發規范的制定需要花費一定的時間和精力，但是磨刀不誤砍柴工，有了開發規范，在后續的開發過程中，設計人員就不必每次考慮如何為一個字段命名，編程人員也不必去想某個程序的結構和布局，測試人員也有了判斷程序對錯的標準。可見明確的開發規范有利于形成系統的統一風格，也便于后續的系統維護和擴展工作。
四、嚴格的開發進度
項目進度管理是軟件開發中最難以做好的一項工作。編程工作本身是一個難以量化的工作，再加上開發過程中對設計的修改等因素，使得項目開發工作經常不能按預計的時間完成。為了管理好項目進度，首先要制定一個可行的項目進度計劃。一開始，項目進度計劃只能根據項目的內容、工作量和參加人員進行大致地估算，包括系統分析和設計時間，編程、測試時間和文檔制作時間，估算時應根據業務復雜程度加入一些緩沖時間。系統分析、設計完成后，根據程序清單可估算出每個程序的編程時間（根據程序類型和復雜程度），并在此基礎上估算這種程序量下的測試、文檔制作和緩沖時間，經過這樣估算再做出的進度計劃可以做到相當準確。
實際上項目進度計劃是一個動態的、不斷調整的計劃。每周要將項目進度情況與項目進度計劃進行對比。對于拖延的工作如無充分理由，則應督促有關人員加班或提高工作效率趕上進度；如有正常理由，在無法追回的情況下可以修改進度計劃，申請延期。總之，項目進度管理一定要細致和嚴格。
五、超前的系統設計
軟件設計的好壞直接關系到項目開發的成敗。在設計之前一定要對用戶的業務做系統的調研，深入、全面地了解用戶業務。但在根據調研結果做設計的時候，直接根據收集資料和現行業務去推導數據庫結構的做法是不可取的，這主要是因為：
1用戶描述的業務可能不是一個好的管理方法；
2用戶描述的各部門間的業務數據傳遞仍是手工做法；
3用戶描述的業務不是規律性的業務流程，因此會經常發生改變；
4用戶描述的業務不適于用計算機去實現；
5用戶的輸出表格為固定的內容，不能適應業務的變化和擴展。
所以在系統設計時要超越當前的業務，抽象出業務中的管理思想和規律性的東西。為了適應計算機管理，有時也要改變用戶的業務流程，這時要與用戶協商，讓其理解這種改變的意義。另外設計還應留有可擴展的余地，最好采用三層的客戶服務器結構，由各個組件構成系統，方便系統更改和維護。
六、合適的開發方法
管理信息的開發有多種方法，有些方法基本思路就不相同，有些方法則是相互間只有細小的技術上的差別。概括起來講主要有以下三類：
1結構化系統開發方法
結構化系統設計方法是在Dijkstra等人提出的結構化程序設計思想基礎上發展起來的，其基本思想是用系統的思想，系統工程的方法，按用戶至上的原則，結構化、模塊化，自頂向下對信息系統進行分析與設計。結構化開發方法適合開發規模不大、用戶需求非常清晰明確、用戶業務流程相對穩定不變的系統。結構化開發方法主要有以下弱點：用戶與系統研制人員之間的思想交流不直觀；開發過程較為復雜，所使用的工具落后：開發周期太長；不能較大范圍的適應外部環境的變化等等。
2原型法系統開發方法
原型法一開始就憑著系統分析人員對用戶要求的理解，在強有力的軟件環境支持下，給出一個實實在在的系統模型（或稱原型、雛形），這個模型大致表達了系統分析人員對當前用戶要求的理解和他希望系統實現后的形式。然后系統分析人員和用戶一道，對這個模型進行評價。原型法的最大優點是能夠大大減少軟件系統后期的維護費用，使系統功能能正確反映用戶的需求。不足之處在于，如果原型本身功能設置不齊全、性能不好，會導致原型的設計和使用超出預期的花費和時間。另外一個不足是原型法需要一個合適的軟件開發環境，以便原型能直接轉換成現實系統。
3軟構件開發方法
軟構件把克服了原型方法需要快速工具支持的不足，取而代之以軟件構件化的技術來構造系統。一般說來，大部分MIS在功能上有相似之處，可以利用軟件的重用技術大大簡化開發過程。軟構件方法的提出正是基于這種思想。利用軟構件法開發MIS，首先要準備一個名叫軟構件（也被稱為構件庫）構件集合，比如可以收集一些已經開發出的MIS的總體設計、規劃、局部流程以及某些人機界面、通用模塊、簡單開發工具。事實上開發MIS的大部分工作集中在構造軟構件階段，后續的確定系統的總體框架、構筑構件框架、修改總體框架，創建構件和修改構件等工作都主要是同軟構件打交道。軟構件方法的關鍵是盡量使用已經開發出來的軟構件，要借助軟構件的重用組合技術，開發出的系統具有較大的靈活性和便于更新維護。但是軟構件方法是一個比較新的技術，沒有成熟的方法，如果使用不當，忽視了對軟構件集合的管理，那么其他的一些問題也就接踵而來。
七、實用的程序設計
MIS軟件最終的目的是要用戶使用，因此在程序設計時必須立足于操作簡單、實用，并真正能為用戶解決實際的業務問題。不能因為怕編程麻煩而將程序功能設計得過于簡陋。為方便用戶使用，應用程序中起碼應具有下面這些功能：
1提示功能屏幕上的代碼信息（如客戶代碼、科目代碼等）要有提示操作，使用戶不必記憶很多的代碼。
2操作確認對于一些不可恢復的操作（如記錄刪除等）應有操作確認，避免誤操作。
3數據校驗對于一些有限制條件的輸入信息，可以自動校驗其正確性，避免錯誤數據進入系統。
4錯誤恢復用戶無意中進行了錯誤操作，應能有相應的處理程序挽回錯誤。
5缺省賦值對于一些常用信息可以設置缺省值，使用戶不必每次都輸入這些信息。
6記錄復制用戶可以復制一條或多條己存在的記錄，并可修改復制結果，形成新的記錄。
八、可靠的系統保障
測試是保證程序質量的一項重要工作，但測試只能證明程序有錯，而不能證明程序無錯，所以任何軟件系統都不能保證內部沒有錯誤。為了確保軟件系統的安全與可靠性，一方面要加大測試力度，另一方面要抓住測試重點。從測試的角度來說，可將MIS軟件的程序分為兩類：修改數據庫類和信息輸出類。前一類主要是業務處理程序，是測試重點。對于前一類程序還可以進一步細分為：基礎數據采集程序和數據處理統計程序。數據采集程序主要記錄原始憑證信息（如發票、憑證、入／出庫單等），而數據處理統計程序是對數據采集程序記錄下來的數據繼續加工。這兩類程序中基礎數據采集程序又是測試的重點。
九、結束語
世界進入了信息時代，MIS的應用是企業應對外部競爭的有效工具之一，因而成功的系統開發的重要性也日益凸現出來。希望本文所探討的內容能對此有點裨益，并能促進MIS在國內企業中推廣應用，使企業的競爭能力早日邁上新臺階。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.lukmueng.com/
本文標題：MIS開發與科學管理
本文網址：http://www.lukmueng.com/html/consultation/10820623148.html
相關文章
