RDIFramework.NET V2.5（.NET快速資訊化系統開發框架）  Web版介紹

      B/S結構（Browser/Server，瀏覽器/伺服器模式），是WEB興起後的一種網路結構模式，WEB瀏覽器是客戶端最主要的應用軟體。這種模式統一了客戶端，將系統功能實現的核心部分集中到伺服器上，簡化了系統的開發、維護和使用。客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator或Internet Explorer，伺服器安裝Oracle、Sybase、Informix或 SQL Server等資料庫。瀏覽器通過Web Server同資料庫進行資料互動。這樣就大大簡化了客戶端電腦載荷，減輕了系統維護與升級的成本和工作量，降低了使用者的總體成本(TCO)。與WinForm結構相比B/S結構最大的優點就是可以在任何地方進行操作而不用安裝任何專門的軟體。只要有一臺能上網的電腦就能使用，客戶端零維護。系統的擴充套件性非常容易，只要能上網就可使用。當然B/S結構與WinForm相比也有其不足的地方，如：B/S架構在圖形的表現能力上以及執行的速度上弱於CS架構。還有一個致命弱點，就是受程式執行環境限制。由於B/S架構依賴瀏覽器，而瀏覽器的版本繁多，很多瀏覽器核心架構差別也很大，導致對於網頁的相容性有很大影響，尤其是在CSS佈局，JAVASCRIPT指令碼執行等方面，會有很大影響，同時B/S結構執行的效率也不及WinForm結構。        

　　RDIFramework.NET（.NET快速資訊化系統開發、整合框架）不僅支援強大的WinForm結構的開發，同時同步支援B/S結構的開發，所使用的框架核心不變。強烈建議在看B/S版介紹前，先看前面幾章關於框架WinForm版的介紹，因為Web版中各功能與WinForm版基本一至，Web版各個功能說明我就省略了。下面我將對框架Web版進行逐一展示，你會發現框架的Web版與WinForm版介面基本一致。很多使用者關心Web版各瀏覽器的相容性問題，在這兒我可以告訴大家，框架的Web版本在開發過程中進行了嚴格的測試，各主流瀏覽器相容性好，執行效果一至，可放心使用。

　　8.1 Web版配置、登入與主介面

　　Web版本配置相當的簡單，配置項寫在了Web.config檔案中，配置項的含義與配置的方法可以參考WinForm的Config.xml檔案的相關說明，各配置項的含義一至，如下圖所示。

　　把RDIFramework.NET成功部署到IIS上後（部署的方法可參考相關文章），進入登入介面，如下圖所示：

　　輸入正確的使用者名稱與密碼（預設超級管理員的使用者名稱與密碼一樣，都是：Administrator）後，即可進入主介面，如下圖所示：

     主介面左側為導航選單，右側為工作區，選擇左側導航選單中相應的導航項，即可開啟對應的功能列表。右側的工作區，開啟的頁面我們可以通過右鍵選單做相應的關閉操作。

8.2 員工管理

         員工（職員）管理主要是對集團、企事業內部員工進行管理。包含的功能有：新增員工、修改員工、刪除員工資料、匯出資料員資料、移動員工等。員工管理主介面

一、員工（職員）新增。

二、員工（職員）修改。

三、員工（職員）刪除。 

四、員工（職員）移動。

五、員工（職員）資料匯出。

8.3 使用者管理

使用者管理模組主要是對可登入系統的使用者進行管理。後續的工作如：使用者歸屬角色、許可權的分配、使用者所擁有的相應功能模組、各業務系統許可權的分配等都是以此為基礎。使用者管理的主要操作有：新增使用者、修改使用者、刪除使用者、設定使用者的預設角色、設定使用者密碼、設定使用者的有效性、使用者資料匯出等。使用者管理主介面如下圖所示：

一、使用者新增。

二、使用者修改。        

三、設定使用者密碼。

四、刪除使用者。

五、匯出使用者資料。

8.4 角色管理

         角色管理模組主要為了方便框架許可權的分配，提高許可權分配的效率，減少重複設定許可權的工作量。角色（使用者組）管理模組可讓操作員靈活配置整個框架所包含的角色或使用者組。注意了，此處我提出了使用者組的概念，有的商業使用者在使用過程中談到為什麼不單獨設定“使用者組”功能模組，在此簡單說明一下，角色也是一種分組方式，使用者組也是一種分組方式，為了不太過複雜，本框架約定統一使用角色對相應使用者進行分組，當然角色也有一個分類，我們強烈建議，訪問系統對角色進行充分合理的規劃並分類，以免將來發生混亂（相應的系統擁有相應的角色）。“角色管理”功能模組主要包括：整個框架都有那些角色、相應角色所擁有的使用者、角色所擁有的操作許可權/模組選單、對角色進行排序、新增、修改、刪除角色，對角色進行搜尋等，角色管理主介面

一、角色新增。

二、角色修改。

三、角色使用者設定。

         在上圖中，我們可以新增、移除、清空當前角色包含的使用者。

　　   選擇新增，開啟“選取使用者”視窗，如下圖所示：

四、角色刪除。

8.5 組織機構管理

         組織機構管理模組提供直觀方便的組織機構管理，以樹型結構顯示單位和部門的機構體系，可根據需要進行新增、修改、刪除或移動等對組織機構進行調整處理。組織機構管理主介面如下圖所示：

一、組織機構新增。  

二、組織機構修改。  

三、（使用者-組織機構）許可權設定。 

四、（角色-組織機構）許可權設定。

五、組織機構資料刪除。 

六、組織機構資料匯出。

8.6 模組（選單）管理

         模組（選單）管理是整個框架的核心，主要面向系統管理人員與開發人員，對普通使用者建議不要授予訪問此模組的許可權，以免不必要的錯誤影響整個框架的執行。在框架中看到的各個功能模組都是在這兒進行配置的，配置資訊儲存在資料庫中。模組（選單）管理主要完成對整個框架各功能模組的新增、修改、刪除，模組的移動、合併，模組啟用、停用，設定模組是否為公共模組，分配角色、使用者的模組訪問許可權，設定模組的可見性等，模組（選單）管理主介面如下圖所示：

一、模組（選單）新增。 

在圖示項右側，可以選擇該模組的圖示，如下圖所示：

二、模組（選單）修改。

三、使用者模組（選單）許可權批量設定。

四、角色模組（選單）許可權批量設定。

五、模組（選單）配置。

8.7 操作許可權管理

         隨著經濟全球化趨勢的發展和企業間競爭的加劇，企業對管理要求不斷變化、提高，越來越多的資訊都表明許可權管理必須向更細、更深的方向發展，其目的就是為了更好的發揮監督職能，對不相容的資源進行分離與牽制，對重要的事項進行監督與制約，重點突出精細化管理的要求。操作許可權管理模組是框架許可權控制的核心，貫穿於整個框架應用之中。這裡的操作許可權不能簡單理解為一些常用的增、刪、改、查，應進行更深入的分析與挖掘。比如可訪問框架的許可權，可訪問、編輯、刪除、拒絕訪問某些列的許可權、框架資源的管理許可權等等。在開發一個系統時不可能一下子把這些許可權完整的抽象出來，是一個循序漸進的過程，合理的許可權粒度抽象更能方便後期的管理。操作許可權管理主介面如下圖所示： 

一、新增操作許可權項。

二、修改操作許可權項。

三、使用者操作許可權批量設定。

四、角色操作許可權批量設定。 

8.8 使用者許可權管理

         在實際應用中我們會發現，許可權控制會經常變動，如：需要調整角色的分配，需要收回與授予某些角色、使用者可訪問的模組（選單）與相應的操作許可權、需要給某些角色新增與移除相應的使用者等等，如果沒有一個靈活可靠的配置管理工具將會使許可權控制變得十分麻煩。使用者許可權管理模組就是為了方便使用者、角色許可權的集中統一管理而開發的模組。在使用者許可權管理模組，操作員可以新增或移動使用者到指定的角色、可以分配或授予指定使用者的模組（選單）的訪問許可權、可以收回或分配指定使用者的操作（功能）許可權、可以對所有使用者、角色、模組（選單）、操作（功能）許可權進行集中批量設定，使用者授權範圍內的設定，表字段許可權的設定以及表約束條件許可權的設定等。使用者許可權管理主介面如下圖所示：

一、使用者許可權設定。

二、使用者角色關聯。

三、使用者角色集中批量設定。

三、使用者許可權批量設定。

8.9 角色許可權管理

         角色許可權管理模組主要是對角色的相應許可權進行集中設定。在角色許可權管理模組中，管理員可以新增或移除指定角色所包含的使用者、可以分配或授予指定角色的模組（選單）的訪問許可權、可以收回或分配指定角色的操作（功能）許可權、可以對所有角色、使用者、模組（選單）、操作（功能）許可權進行集中批量設定，角色戶授權範圍的設定（類似於使用者授權範圍的設定），表字段許可權的設定以及表約束條件許可權的設定等。角色許可權管理主介面如下圖所示：

 一、角色許可權設定。

二、角色使用者關聯。

三、角色使用者集中批量設定。

四、角色許可權批量設定。

8.10 資料字典管理

         資料字典模組主要對框架所需資料字典（即選項資料）進行管理，整個資料字典資料為框架所共享，操作員可靈活控制整個框架中的可選資料（主要為下拉框中的列表資料）。提高資料的重複利用率，加速新專案開發的效率。資料字典管理主介面如下圖所示：

一、新增字典類別。

二、修改字典類別。

三、刪除字典類別。 

四、新增選項明細。

五、編輯選項明細。

六、刪除選項明細。

8.11 表字段管理

         表（欄位）綜合管理模組主要功能是對資料表本身，表的各個欄位做相應的控制，表字段管理主介面如下圖所示：

8.12 系統日誌與異常管理

         一個軟體在投入執行時不可能沒有任何異常，在軟體發生異常時及時的記錄下來，也好我們及時對異常進行跟蹤，以解決發生的異常，避免異常的再次發生。異常分為兩種情況，一種為客戶端發生的異常，另一種為服務端發生的異常。對於客戶端發生的異常，通常都會及時的彈出，使用者看到後可以反饋給我們。伺服器端產生的異常會自動記錄到資料庫中，管理員可以通過框架異常管理進行檢視操作。

框架日誌管理對於框架的安全審查有著重要的地位，使用者的登入登出情況，模組的訪問情況，服務呼叫情況，功能操作情況等都應該記錄下來，也方便管理人員查看了解整個系統的使用情況，讓異常使用問題即使得到處理。

         日誌管理主介面

 日誌詳細資訊

系統異常管理主介面

異常詳細資訊

8.13 資料庫連線管理

我們經常可以看到很多軟體直接把資料庫連線字串放在軟體執行目錄下的配置檔案中，這種直接把資料庫連線字串（不管加密與否）放在客戶端很不安全。在我們的框架中，可以掛接無數個各種型別的資料庫，通過把這些連線字串統一通過特殊處理存放到資料庫中，前端開發人員只需要呼叫相應的資料庫訪問介面即可，變更資料庫伺服器地址等都極為方便，資料庫連線管理主介面如下圖所示。所有資料庫連線都通過“連線名稱”來統一確定。 

一、新增資料庫連線。

一、修改資料庫連線。 

歡迎入群交流溝通：

.NET框架交流群：16653241

資料庫交流群：190401986

軟體開發技術討論群：5682891

    更多關於框架介紹的文章，可以看：

        如需採購，請登入：