??? (1)信息管理：為網格中的活動提供依據。
??? (2)資源管理：負責管理網格中的所有資源。
??? (3)數據管理：管理數據的存儲、數據的標識和副本等。
??? (4)通信與安全管理：保證網格上的活動合法，信息通達。
??? (5)界面管理：負責用戶和網格之間信息的轉換和表現。

?? ?(6)作業管理：支持用戶在計算資源上運行自己的代碼。
??? (7)公共管理：包括用戶的管理、網格的監控、記賬等。
??? 網格用戶通過界面管理的支持將作業提交給網格，最后從網格得到計算結果。網格在提供服務之前，首先需要通過信息管理確認網格中哪些資源目前可用。分配好可用資源后還需要進行資源管理。在作業計算過程中，需要使用網格中的數據，網格需要通過數據管理傳輸遠程節點上的數據。整個過程需要通信和安全管理作保障以防泄漏關鍵數據等。
2? 基于網格環境的虛擬現實戰場的具體分析
??? 虛擬現實戰場模型在本文中屬于網格的應用，也是本文設計的重點。網格應用區別于傳統應用的特點在于其運行環境是網格，而且網格應用可以調用整個網格上的各種遠程服務。總的說來，網格應用應該具有如下一些特點：
??? (1)黏合性。網格應用可以通過把不同的網格構件黏合在一起來實現。這些黏合在一起的構件可以是不同程序設計語言開發出來的，可以運行在不同的操作系統和硬件設備上。
??? (2)動態性。網格應用的運行環境是動態的，即所用資源在網格上的來去是動態的，運行應用的目標機器的選擇也是動態的。構成一個網格應用的構件隨著宿主設備的進入和退出，網格呈現出的是可用和不可用的動態性。
??? (3)平臺獨立性。網格應用應該與具體的平臺無關。盡管網格的思想中并不排斥某種特定的運行環境，但這只是從兼容的角度強調網格上可以運行所有的傳統應用。網格應用應該脫離具體的平臺，可以在任何具體環境下運行。
??? (4)網格應用具有可伸縮性。在網格資源充裕的情況下，一個應用可以利用多個資源實現自己的操作。如果網格資源比較緊張，同樣一個應用在少數幾個資源上運行也可以完成要做的事情。即網格應用對資源的需求也應該有伸縮性。
??? (5)自我管理性。網格應用活動涉及網格中的多個資源，在很多情況下，應用的啟動者也難以判斷活動在哪個具體的機器上執行，一旦出現故障，就需要應用能配合網格管理系統實現自我管理，做好故障恢復和處理，做到不會影響其他應用的正常執行。
2.1 虛擬現實戰場系統需求和問題域分析
??? 該模型在初始化階段需要有一定的安全性，支持注冊、登錄、注銷和退出系統等功能。登錄上系統的網格用戶可通過EAI（External Authoring Interface）外部編程接口和虛擬現實戰場中的本地虛擬化身交互通信。一方面隨著本地用戶的化身在虛擬戰場中不斷地運動變化，一些本地信息如用戶序列號、方位、旋轉角度等都在不斷地發生變化，這些信息對于該網格用戶而言僅僅是需要在網格客戶端本地處理而已；另一方面在網格客戶端隨著代表該網格用戶的虛擬化身的不斷運動變化以及與其他虛擬化身的交互，如炮擊對方、在線聊天等，虛擬場景也要做出相應的變化。這些數據信息都需要通過虛擬組織網格服務接口將客戶端網格服務發布到網格服務端，由網格服務端來管理虛擬戰場應用并將其相應的各種原語交付給任務調度中心和資源管理中心來進行統籌調度處理。
??? 圖2即為在網格環境下所要實現的應用系統——虛擬現實戰場的UML用例圖。具體描述如下：

?

??? 普通用戶通過注冊成為網格用戶，網格用戶在登錄上系統之后，可以進行注銷、退出系統或是與其他網格用戶進行交互，如發射武器、更新其他網格用戶虛擬場景中化身的方位等。這些操作都可被視為網格客戶端信息的處理。虛擬戰場中的化身亦代表虛擬戰場用戶，它主要是處理無需通過網格環境的本地信息，如更新自身的方位、旋轉角度等。而網格客戶端信息則通過客戶端網格服務發布到虛擬組織，再由VR應用管理進行資源調度和任務調度等。
2.2 基于網格的虛擬戰場靜態模型結構分析?
??? 虛擬現實戰場位于網格系統的應用層，對該戰場的設計分為實現功能設計和模型界面設計。
??? (1)實現功能設計：同一個局域網共享一個虛擬現實戰場，實現三方軍隊相互交戰，其中所有同在一個局域網且通過身份驗證的用戶均可通過網格環境參與到該戰場場景中，此時該用戶即被稱為在線用戶。所有在線用戶均可利用某些儀器如鼠標、鍵盤等對虛擬場景進行操作，如代表在線用戶的化身在本地客戶場景中作轉身、移動等動作，與此同時其他在線用戶化身的客戶場景中同樣記錄著這些動作信息，并以此改變自身客戶場景中此化身的狀態變化。另一方面，基于虛擬戰場的特性，每個在線用戶勢必會與敵方交戰，他們可以在自身的客戶場景中運用鼠標和鍵盤熱鍵發射炮彈，攻擊對方等，這些作戰情況都會記載在本地客戶場景信息中。另外，各個在線用戶因是交互作戰，彼此之間的語言交流必不可少。因此本地客戶場景中應集成有在線聊天功能，便于在線用戶之間的交流。
??? (2)模型界面設計：虛擬戰場系統共有6個界面子模塊：用戶登錄界面、武器選擇界面、本地化身信息界面、本地化身作戰情況界面、在線用戶界面和虛擬戰場場景圖。首先用戶在登錄界面中輸入身份驗證信息，通過驗證后方可進入虛擬場景作戰；同時在線用戶界面中會為該合法用戶提供此刻同在虛擬戰場中的各個在線用戶名。另外，客戶化身在鼠標和鍵盤的控制下，可以在虛擬戰場場景中隨意暢游，本地化身信息界面中會實時地記錄下化身的方位數據信息，并提供彼此間聊天功能；而本地化身作戰情況界面也會在化身之間進行交互作戰時，可視化地顯示出本地化身的作戰情況，如生命值、得失分情況、攻擊是否成功等信息。
??? 該虛擬戰場的UML類圖如圖3所示，其中網格客戶端體系結構使用C/S模式構造，在實現中分5個模塊組成：服務端監控中心模塊、多線程發送器模塊、本地處理機模塊、多線程接收器模塊和后臺數據庫維護模塊。由于本地處理機模塊必須監聽各種事件，并做出相應的事件處理，所以需要實現事件監聽接口。

?

2.3 基于網格的虛擬戰場動態行為模型分析
??? 需要指出的是，本系統使用EAI外部編程接口實現用戶界面的可視化，使虛擬現實場景更利于控制和管理，這就需要用到Java Applet。由于Applet存在安全性和sandbox(沙盒)機制問題，需要有個服務器容器作為HTTP SERVER來下載Applet，初始階段只需在客戶端輸入服務器的IP地址及文件存放位置，這樣就可以訪問到存放在HTTP SERVER如Tomcat中的HTML。至此可以在客戶端開始與服務端和其他客戶的交互。
??? 以發射武器為例，由于采用EAI外部編程接口，武器完全可以在虛擬場景中通過EAI接口動態生成。網格用戶向VR場景發送某個消息表示需要發射武器，其整個過程如圖4所示。具體描述如下：

?