【文章內容簡介】 bean 來進行處 理。 業(yè)務層組件 業(yè)務層代碼的邏輯用來滿足銀行，零售，金融等特殊商務領域的需要 ,由運行在業(yè)務層上的 enterprise bean 進行處理 . 下圖表明了一個 enterprise bean 是如何從客戶端程序接收數(shù)據(jù)，進行處理 (如果必要的話 ), 并發(fā)送到 EIS 層儲存的，這個過程也可以逆向進行。 有三種企業(yè)級的 bean: 會話 (session) beans, 實體 (entity) beans, 和 消息驅動(messagedriven) beans. 會話 bean 表示與客戶端程序的 臨時交互 . 當客戶端程序執(zhí)行完后 , 會話 bean 和相關數(shù)據(jù)就會消失 . 相反 , 實體 bean 表示數(shù)據(jù)庫的表中一行永久的記錄 . 當客戶端程序中止或服務器關閉時 , 就會有潛在的服務保證實體 bean 的數(shù)據(jù)得以保存 .消息驅動 bean 結合了會話 bean 和 JMS 的消息監(jiān)聽器的特性 , 允許一個業(yè)務層組件異步接收 JMS 消息 。 企業(yè)信息系統(tǒng)層 企業(yè)信息系統(tǒng)層處理企業(yè)信息系統(tǒng)軟件包括企業(yè)基礎建設系統(tǒng)例如企業(yè)資源計劃 (ERP), 大型機事務處理 , 數(shù)據(jù)庫系統(tǒng) ,和其它的遺留信息系統(tǒng) . 例如， J2EE 應用組件可能為了數(shù)據(jù)庫連接需要訪問企業(yè)信息系統(tǒng) [2]。 我們就 J2EE 的各種組件、服務和 API，進行更加詳細的闡述，看看在開發(fā)不同類型的企業(yè)級應用時，根據(jù)各自需求和目標的不同，應當如何靈活使用并組合不同的組件和服務。 J2EE API J2EE 平臺由一整套服務（ Services）、應用程序接口（ APIS）和協(xié)議構成，它對開發(fā)基于 Web 的多層應用提供了功能支持，下面對 J2EE 中的 4 種技術規(guī)范進行簡單的描述 。 ? Servlet 接口 (Java Servlet API)：處理 WEB 請求，并將內 容返回給客戶端。一般它出現(xiàn)在服務器表示層中。 ? JSP 接口 (Java Server Pages)，有 HTML 和 Java 代碼的片段組成，在編譯后類似一個 Servlet 接口，主要為了處理顯示的內容。優(yōu)秀的 JSP 接口易于維護，不負責業(yè)務邏輯方面的內容。而劣質的 JSP 接口則將所有業(yè)務邏輯都載入，對后期的修改和維護帶來諸多不便。 ? EJB 接口 (Enterprise JavaBeans)：允許創(chuàng)建由服務器管理的分布式對象，表示業(yè)務邏輯的 EJB 被劃分為 3 類。 實體 bean(entity bean)：定義應用的數(shù)據(jù)結構。 會話 bean(session bean)：負責與實體 bean 的結合，以及其他業(yè)務邏輯。 消息驅動 bean(message driven bean)：與會話 bean 類似，不同之處在于，它是由各種消息觸發(fā)。 ? JNDI(Java 命名與目錄接口 )：為訪問目錄服務器提供的支持，用于在 J2EE 應用下的上下文中標識資源，為 EJB 和數(shù)據(jù)庫連接提供定位。 ? Java 郵件接口 (JavaMail API)：支持 SMTP\IMAP\POP 等郵件服務協(xié)議的 API，也支持來自第 3 方的各種可用協(xié)議。 ? Java 事務接口 (Java Transaction API)：簡稱 JTA，允許應用管理自己的事務。支持不同層次和不同服務器上的多個組件，共同參與到同一個分布式的事務中來。 ? Java 消息服務借口 (Java Message Service API)：簡稱 JMS，允許 J2EE 應用消息中間件 (MOM)套裝軟件，如 MQServices、 SonicMQ 等，允許在應用間傳輸消息。 ? Java 數(shù)據(jù)庫連接 (JDBC API)：常見的數(shù)據(jù)訪問 API，是 Java 程序與數(shù)據(jù)庫系統(tǒng)通信的標準 API。 JDBC 為任何兼容的數(shù)據(jù)庫提供了一個通用接口。 ? 遠程方法調用 (RMI)：通 過網(wǎng)絡，用于分布式、面向對象計算的標準工具。 RMI允許代碼可以被另一個遠程的 Java 虛擬機進行調用，而不必與網(wǎng)絡通信協(xié)議打交道 [3]。 Struts 技術簡介 Struts 是一種方便實用的 WEB 應用架構， Struts 的所有功能都是建立在已有的 Java Web 組件上的，比如 Servlet、 JSP 或是 JavaBean，它是基于 MVC 設計模式的架構，它只是采用了 MVC 模式把這些元素組織起來，使它們協(xié)同工作。更簡單地說，可以把 Struts作為一種開發(fā)的助手。 MVC 是一種設計模式。它把整個應用系統(tǒng)的輸入、處理、 輸出分開。這 3 個部分分別對應著 MVC 中 3 個核心的模塊：模型 (Model)、視圖 (View)和控制器 (Controller)。 Struts 就是一個 MVC 架構。模型是實現(xiàn)業(yè)務邏輯的 JavaBean 或者 EJB 組件組成，在 Struts 框架中對應的是 ActionForm；控制器有 ActionServlet 和 Action 來實現(xiàn)；視圖就是一組 JSP 文件構成的 [4]。 Hibernate 技術簡介 Hibernate 是一個基于 Java 的開源的持久化中間件，它對 JDBC 做了輕量的封裝。其實， Hibernate 提供的是 ORM 映射服務，也就是對象 關系的映射 (Object/Relation Mapping)，把關系數(shù)據(jù)庫轉化為對象。 在使用 Hibernate 時，以面向對象的思想來看待數(shù)據(jù)庫。操作數(shù)據(jù)庫時，無需考慮一條數(shù)據(jù)記錄中的每一個字段的操作；一個持久化類實例便是一個數(shù)據(jù)記錄；改變這個對象的屬性也就是改變數(shù)據(jù)記錄相對應的字段；保存一個持久化類實例就是保存一條數(shù)據(jù)記錄 [5]。 2 需求分析 需求分析是整個開發(fā)過程中最重要的一步，其最要任務是了解和掌握信息化系統(tǒng)開發(fā)對象（用戶）的工作業(yè)務流程和每個崗位，每個環(huán)節(jié)的職責，了解和 掌握信息的開始產(chǎn)生或建立到最后輸出，存檔或消亡所經(jīng)歷的傳遞和轉換過程；了解和掌握各種人員在整個系統(tǒng)活動過程中的作用。通過同用戶充分的交流和溝通，決定哪些工作應由計算機來做，哪些工作由人工來做；對數(shù)據(jù)的安全性（完整性）和完整性各有什么要求，等等。 用戶需求 描述 兒童健康保健系統(tǒng)屬于一個地區(qū)性的政府機構管理系統(tǒng)，主要是衛(wèi)生機構管理系統(tǒng) ，衛(wèi)生機構需要對每個兒童出生就備相關的檔案，存儲在這個保健系統(tǒng)內，以便專家統(tǒng)計相關信息做出相應的決策。兒童出生時，家長必須登陸系統(tǒng)注冊帳號，之后填寫一些基本信息， 如性別、姓名、出生日期、出生狀況等，提交這些信息到系統(tǒng)備案。 兒童健康保健系統(tǒng) 的用戶 包括兩部分，一個是前臺的普通用戶，包括用戶在前臺登錄，注冊，管理自己的信息和查詢信息。當用戶需要修改或者查看自己的信息時需要登陸，如果用戶不能登錄，則需要注冊后，就可擁有自己的帳號， 進行保健信息管理以及查看信息 。 因為兒童年齡太小無法上網(wǎng)完成相關的操作，所以前臺用戶一般都是兒童家長，家長登陸系統(tǒng)后幫助兒童填寫相關的信息， 主要是兒童的基本信息，如姓名、性別、出生日期、出生醫(yī)院、家庭地址、父母親信息等等；查看信息主要是查看檢查記錄 、詢問記錄、特殊檢查記錄、還有基本信息，普通用戶只能查看這些信息，而不能對其進行修改和刪除操作 。 家長的權限就是上傳和修改自己孩子的基本信息，以及查看檢查記錄、詢問記錄和特殊檢查記錄，其他權限如修改刪除檢查記錄等家長都不能擁有，那些是只有管理員即醫(yī)生才能擁有的權限。 另一個是后臺的 管理員 ， 主要是醫(yī)生或者是衛(wèi)生管理員，他的需求是記錄兒童有關的信息，主要是檢查記錄、詢問記錄、特殊檢查記錄，檢查記錄主要是記錄兒童每次體檢的 詳細信息，詢問記錄是記錄醫(yī)生對兒童健康狀況詢問的結果，特殊檢查記錄主要是記錄一些有特殊病狀或 者情形的檢查詳細情況。這些都需要醫(yī)生或者衛(wèi)生員對每次兒童檢查時做出詳細的記錄，這 些都將作為以后統(tǒng)計的十分重要的依據(jù)。 管理員即醫(yī)生的權限比家長的權限要大，能修改刪除所有記錄，包括檢查記錄、詢問記錄和特殊檢查記錄，能添加兒童的基本信息，也就是說兒童出生的時候可以由醫(yī)生來為兒童注冊帳號，完成出生備案，但是不能修改兒童的基本信息，那只能由家長來完成。 這個系統(tǒng)將跟蹤地區(qū)內所有兒童從出生到成年的所有健康記錄，一出生家長就必須幫助兒童進行備案，之后的每次體檢或者檢查、看病的具體情況都將有醫(yī)生做詳細的記錄，其中的檢查記 錄和特殊檢查記錄 對專家評估當?shù)貎和慕】禒顩r是非常有價值的，是這個地區(qū)政府對兒童以及 青 少年了解的重要依據(jù)。 角色的識別 角色識別的任務是找出所有可能與系統(tǒng)發(fā)生交互行為的外部實體，對象和系統(tǒng)。它們的行為不受系統(tǒng)控制，但可以提供輸入給系統(tǒng)（即使 用系統(tǒng)的功能，或者能夠響應系統(tǒng)的服務請求，為系統(tǒng)提供服務的接口） 。 由用戶需求的描述 可知， 整個系統(tǒng)只包含兩個角色：前端用戶和管理員。 前端用戶就是兒童的家長，負責幫助兒童完成一系列的操作，管理員就是醫(yī)生或者衛(wèi)生員，主要負責記錄兒童的健康狀況。 綜上所述，本系統(tǒng)實際 包 括兩個角色：前端用戶 （兒童家長） ，管理員 （醫(yī)生或者衛(wèi)生員） 。如圖 所示 圖 兒童健康保健系統(tǒng)參與者 用例 識別 用例識別的任務就是在角色的基礎上，識別與角色有關的用例，從而得到系統(tǒng)的用例模型。 經(jīng)過分析，前臺用戶有兩個模型：管理個人信息和查看信息，管理個人必須先 注冊和 登陸，之后才能修改信息和修改密碼，所以管理個人信息有三個用例： 注冊、 登陸、修改信息和修改密碼；查看信息也必須先登陸，之后可以查看檢查記錄、查看詢問記錄和查看特殊檢查記錄，所以查看信息有四個用例：登陸、查看檢查記錄、查看詢問 記錄和查看特殊檢查記錄。后臺管理員有五個模塊，分別是添加用戶、查看用戶信息、維護檢查記錄、維護詢問記錄和維護特殊檢查記錄。添加用戶必須先登陸，查看用戶信息有查看檢查記錄、查看詢問記錄和查看特殊檢查記錄；后三個模塊都分別有增刪改三種用例。 用例圖 在 用例識別的基礎上 得到系統(tǒng)的用例模型。 如圖 。 圖 前臺用戶用例模型 2．后臺管理員用例圖如圖 。 圖 后臺管理員用例模型 用例 描述 1．用戶登錄用例的需求規(guī)劃見表 。 表 用戶 登陸用例 需求規(guī)劃 用例名稱： 用戶登錄 用例 ID： BS_11 參與者： 用戶 描述： 用戶登錄系統(tǒng)過程 啟動： 主動進入用戶登錄界面 前置條件： 用戶需要在登錄狀態(tài) 后置條件： 將用戶的信息放在會話中；顯示 用戶 的主界面 事件流 : 視圖 邏輯運算 ，密碼是否正 確 系統(tǒng) 的主頁面 2．用戶登錄用例活動圖見圖 。 圖 用戶登錄活動圖 圖 用戶注冊活動圖 圖 管理員登錄活動圖 圖 管理員添加用戶信息活動圖 添加 檢查記錄 圖 管理員添 加檢查記錄活動圖 1． 圖 管理員刪除檢查記錄活動圖 概念模型 分析 概念模型是需求分析中關鍵的一步，是我們確定軟件設計思想的關鍵，在本系統(tǒng)中， 我采用的是 MVC 思想進行設計的， 通過用例圖 圖 和圖 可以 發(fā)現(xiàn)三種概念模型：一種是實體對象、一種是邊界對象，還有一種是業(yè)務對象 ，他們分別對應著MVC 中的 M 部分、 V 部分、和 C 部分。 實體類對象是系統(tǒng)實際需要操作的數(shù)據(jù)資源，是系統(tǒng)需要的真正的核心的資 源；邊界對象是系統(tǒng)和用戶之間交互的橋梁，實現(xiàn)人機交互，是系統(tǒng)的外在表現(xiàn)形式；業(yè)務類對象是系統(tǒng)設計的核心，起到業(yè)務處理的作用，處理用戶提交的業(yè)務邏輯 發(fā)現(xiàn)和定義實體對象 實體對象主要是一些數(shù)據(jù)實體，用來實現(xiàn)對數(shù)據(jù)的持久化操作，本系統(tǒng)中，主要的實體類基本是與兒童健康有關的記錄以及兒童的基本信息。 本系統(tǒng)使用 Hibernate 架構，采用面向對象操作這些實體類，所以我可以把這些實體類都封裝成 JAVA對象進行操作。 系統(tǒng)的實體類見表 。 表 系統(tǒng)實體類 實體類 說明 Adminitor 保健系統(tǒng)管理員 (用戶名、密碼等 ) BabyInformation 兒童的基本信息 (姓名、性別、出生日期、父母親姓名等等 ) Enquire 兒童的詢問記錄 BabyCheck 兒童的檢查記錄 EspecialCheck 兒童的特殊檢查記錄 Father 兒童的父親 Mother 兒童的母親 發(fā)現(xiàn)和定義邊界對象 本系統(tǒng)的邊界對象主要是由 JSP 頁面封裝的表單，因為我采用的是 Struts 架構，所以封裝的表單基本全是 Struts 提供的 ActionForm，它的流程由 Struts 架構控制提交給Action 控制器進行處理。 這些 邊界類見表 。 表 系統(tǒng)邊界類 邊界類 說明 LogA