如果真正用心來做一套好的MIS系統應該考慮哪些內容呢？
　　大概想了一下，以后再慢慢補充：
　　一、界面友好
　　　?、沤缑媸强梢造`活定制的。
　　　　實現難度：中級
　　　　做好基礎類窗口，在窗口初始化的時候進行讀取定制方案，一種方式可以把元素打包成DLL或者其他文件，第二種方式是放在用戶的程序目錄下。
　　　　在C#中，通過WCF或者WebService來傳遞界面數據也是個不錯的原則，XML或者JSon。
　　　　難點在于如果實現比較怪異的窗口，就是在怪異的窗口下窗口內元素的合理排放和顯示。
　　　?、啤〗缑鎯仍氐娘@示和功能也是定制的。
　　　　實現難度：初級
　　　　建好索引表，在窗口初始化時讀取即可，難點在于如何在元素顯示時的合理放置。比如有的按鈕不顯示，有的顯示，有的按鈕顯示名稱的變化等等，在考慮這些變化時如何周全考慮。
　　　　對象的初始設計，設計模式很重要，要考慮多種因素并且預留可能更改的接口。
　　二、權限定制靈活
　　　?、拧】梢跃唧w到某個窗口、某個菜單、某個按鈕
　　　　實現難度：初級
　　　　通過讀取權限設置表來進行。
　　　　⑵　可以控制到具體字段的操作
　　　　實現難度：中級
　　　　主要難點在于如何顯示和控制。
　　　　一次登錄，多個應用程序的權限轉接。
　　三、合理的審核方式
　　　　難度：中級
　　　　一種是建立流程目錄表方式進行，這是基于按級別傳達的方式，第二種是基于郵件方式的考慮，即不需要按嚴格的流程進行，類同郵件的傳閱。
　　　　基于工作流如何設計？
　　四、程序接口
　　　　難度：高級
　　　　一般的程序很難不與其他程序交互，需要綜合考慮，一種是做好基礎類，通過數據庫的中間表進行，第二種是通過EXCEL、WORD進行，三是通過程序間的DDE方式進行，第四種是通過模塊接受參數來進行。
　　　　WCF和WebSerice，程序的跨域訪問。
　　五、如何把某些功能交給用戶來實現
　　　　難度：高級
　　　　一種是通過數據庫來實現，比如存儲過程來實現，第二種是執行具體解釋程序，這些解釋程序把用戶具體指令換成程序語言，第三種是在程序中實現自己的腳本語言，這個沒有試過，估計有一定的難度。
　　　　在PB中數據窗口中可以解釋部分命令，JavaScript也可以。
　　六、C/S方式的自動更新
　　　　難度：初級
　　七、C/S和B/S方式下的性能平衡
　　　　難度：高級
　　　如何在一個服務器快要到達額定的負荷或者滿載的時候進行應用轉移，如何在應用服務器之間進行通訊。
　　八、數據處理
　　　　難度：高級
　　　 安全、加密，限制使用。
　　九、程序搭建
　　　　難度：中級
　　　完全基于面向對象，設計與架構【數據、控制、界面，MVC】,有效隔離、分布式與分層。

總結

以上是生活随笔為你收集整理的一个好的MIS系统应该考虑哪些内容的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。