前言：尋找寫作靈感？中文期刊網(wǎng)用心挑選的企業(yè)信息管理平臺設(shè)計思路論述，希望能為您的閱讀和創(chuàng)作帶來靈感，歡迎大家閱讀并分享。

1研發(fā)成本與購買成本對比

開發(fā)管理軟件所需大量的人力投入、技術(shù)投入以及時間投入是阻礙中小型企業(yè)將信息化運用于企業(yè)管理的主要原因。企業(yè)為了應(yīng)對當前社會和經(jīng)濟的急劇發(fā)展及變更，對管理軟件也提出了更高的功能需求，系統(tǒng)實施、集成，IT規(guī)劃，支持與維護等方面尤為突出。而大多數(shù)企業(yè)自主開發(fā)的管理軟件由于在軟件規(guī)劃時期就對其功能進行了相對固化的調(diào)整，這種軟件結(jié)構(gòu)很難適應(yīng)系統(tǒng)在后續(xù)時期對上述功能需求的擴展。相對來說，更多的企業(yè)由于考慮到人力成本、技術(shù)成本和時間成本的多重投資，傾向于使用更加便捷、快速開發(fā)或取得應(yīng)用授權(quán)等方式來使用管理軟件，從而減輕繁瑣的開發(fā)、部署、培訓、優(yōu)化及維護工作。基于云計算等主流技術(shù)所催生的管理軟件完美解決了多重成本投入、認知難度、部署難度、平臺性的問題，能夠靈活運用當前的互聯(lián)網(wǎng)技術(shù)，實現(xiàn)資源分配及利用的最優(yōu)化，讓企業(yè)能夠按照實際需求快速地搭建管理軟件賴以運行的軟件及硬件資源，并且能夠在后期系統(tǒng)技術(shù)升級時方便地對軟硬件進行增減、更改和部署。基于上述優(yōu)點，企業(yè)選擇使用快速開發(fā)框架搭建符合企業(yè)運營的管理軟件將無需承擔過高的投資風險。

2使用ExtJS前端技術(shù)

在目前互聯(lián)網(wǎng)技術(shù)的不斷深化改革的過程中，越來越多的創(chuàng)新的、符合現(xiàn)代社會及人類行為思想的新技術(shù)開始誕生。各大互聯(lián)網(wǎng)公司的優(yōu)秀應(yīng)用培養(yǎng)并改善了人們的前端使用習慣和操作體驗。從Web2.0時代興起到Web3.0時代盛行的Ajax體驗，已經(jīng)逐漸成為WebApp的標配。目前，互聯(lián)網(wǎng)上最流行的前端框架就是JqueryUI和ExtJS。從應(yīng)用于企業(yè)信息管理平臺來看，ExtJS有著非常接近于C/S模式應(yīng)用的操作體驗。在WebApp中，多標簽、鼠標右鍵菜單、拖拽、Ajax無刷新請求已經(jīng)成為了ExtJS的代名詞。用一個較專業(yè)的詞語來形容，即Native（本地化應(yīng)用）。給予使用者良好的操作體驗對于一套企業(yè)信息管理平臺非常重要，這可能會直接關(guān)系到生成效率。

3“通用”的底層設(shè)計

俗話說隔行如隔山，不同行業(yè)領(lǐng)域的企業(yè)在內(nèi)部的管理、應(yīng)用、需求上都有著巨大的區(qū)別。因此應(yīng)用軟件和管理軟件的開發(fā)有著明顯的行業(yè)領(lǐng)域性。經(jīng)過調(diào)研多家IT開發(fā)企業(yè)、大型公司技術(shù)部、個人軟件工作室的結(jié)果看來，最令他們頭疼的就是每當一個項目開始的時候，他們總得去重復(fù)做一些項目底層的設(shè)計和部署。這些底層的功能設(shè)計就是一些我們經(jīng)常可以見到的權(quán)限管理、角色管理、用戶管理、日志管理、字典管理。即使不同行業(yè)的企業(yè)，這些底層的功能也是不可或缺的。如果搭建一個底層框架，使其包含現(xiàn)有的權(quán)限、角色、用戶、日志、字典等管理功能，在這套框架基礎(chǔ)上，開發(fā)人員只需專心地部署公司的業(yè)務(wù)邏輯，這樣能夠使得開發(fā)過程更加方便、高效、有意義。目前B/S模式的應(yīng)用，大多以MVC架構(gòu)為主流。這種架構(gòu)模式把傳統(tǒng)的URI請求對應(yīng)的物理文件變?yōu)閁RI請求到對應(yīng)的函數(shù)方法，顯得更加清晰和簡潔，也便于后期人員維護。我們的設(shè)計方案也是基于MVC架構(gòu)擴展開的。基于MVC架構(gòu)的程序，有著精確的URI格式。常見的比如有：/控制器/方法/模塊/控制器/方法無論URI的格式怎樣改變，最終的共同點都是請求到程序內(nèi)的具體方法。為了更加精確地控制權(quán)限，我們還為請求的“具體方法”加上GET、POST兩種HTTP請求方式判斷。再統(tǒng)一編碼規(guī)范，凡是有數(shù)據(jù)寫入的方法統(tǒng)一使用POST請求，請求數(shù)據(jù)顯示的方法統(tǒng)一使用GET請求。這樣一來，讀寫權(quán)限的分離也就基本實現(xiàn)。

接下來就是角色與用戶。很早以前，管理信息系統(tǒng)的權(quán)限是以用戶與對應(yīng)的權(quán)限綁定的方式來配置，這種方式需要為每個用戶都設(shè)置一次權(quán)限。之后，很多后臺引入了用戶組的概念，權(quán)限與用戶組直接關(guān)聯(lián)，用戶只需與用戶組關(guān)聯(lián)，用戶只需要分配對應(yīng)的組就能擁有對應(yīng)的權(quán)限，而具體權(quán)限的配置就只需在組管理內(nèi)設(shè)置。科技和管理水平日益進步，即使使用用戶組概念也未必能滿足當前的需求。當某領(lǐng)導既要有A組的權(quán)限、又要有B組的權(quán)限時，解決辦法只能再為某領(lǐng)導單獨創(chuàng)建一個組，或者為其再開設(shè)一個賬號。這只是在角色權(quán)限管理中某領(lǐng)導遇到了類似的問題我們可以用這種方式解決，在實際企業(yè)運營過程中，也許有不少的角色需要跨職能、跨部門處理一些業(yè)務(wù)。為了優(yōu)化以上的問題，將原有一對多的組與用戶的邏輯關(guān)系，改善為多對多的角色與用戶的關(guān)系。權(quán)限的分配設(shè)置基本完成，接下來要做的就是權(quán)限的驗證。權(quán)限與方法相聯(lián)系，MVC架構(gòu)的程序每一次請求都是請求到具體方法。相當于每一次請求都需要驗證其是否有足夠的權(quán)限和其身份是否合法。曾經(jīng)的非MVC架構(gòu)程序中，經(jīng)常能見到所有頁面都include某個文件，而這個文件就是用來驗證權(quán)限的。在MVC架構(gòu)程序中，有一種名為過濾器的模塊，每次請求都需要經(jīng)過它。根據(jù)上述的要求，將權(quán)限驗證的部分寫入過濾器之中，就可順利實現(xiàn)。整套權(quán)限管理的框架也就形成了。

根據(jù)前文中提到的MVC過濾器，日志的管理思路也十分清晰。日志記錄著整個系統(tǒng)的運作，具有非常重要的作用。一旦遇到了某些故障和問題，作為技術(shù)人員第一反應(yīng)就是去檢查日志。一個完整的日志，它包含了時間、位置、角色、具體操作、異常信息、日志級別。日志的記錄工作由過濾器和異常處理器來共同完成。正常的請求操作的日志全部由過濾器處理記錄，而當請求操作遇到異常時，由異常處理器記錄該條日志并記錄異常信息。整個日志管理功能實際上是分為異常日志和操作日志兩部分。一套擁有用戶、角色、權(quán)限、日志管理的管理信息平臺的開發(fā)框架到此也基本完成。

4總結(jié)

整套框架沒有涉及到任何業(yè)務(wù)部分，但包含了相對完整的底層功能。因此稱之為“通用”。無論是軟件公司、自身技術(shù)部，基于這套框架來開發(fā)企業(yè)信息管理平臺，只需要專心實現(xiàn)實際需求、部署公司的業(yè)務(wù)邏輯，并且按照一定的開發(fā)規(guī)范，權(quán)限、日志、用戶等模塊就無需再投入冗余的時間成本。

作者：章衡巍 秦林園 單位：湖北大學知行學院計算機與信息工程系