【正文】 電話 School Varchar(30) 學(xué)院 Major Varchar(30) 專業(yè) ClassNum Intsger(3) 班級 說明：記錄所有社團(tuán)成員（有社團(tuán)一卡通者）。 （八）社團(tuán)身份表 CB_Identity 表 列名 數(shù)據(jù)類型 完整性 描述 identityid Integer(5) 主鍵 身份 id identityname Varchar(20) 唯一 身份名稱 說明：描述社團(tuán)中人員的身份。 （九）社團(tuán)人員身份 表 CB_MemberDesc 表 列名 數(shù)據(jù)類型 完整性 描述 memberdescid Integer(10) 主鍵 社團(tuán)人員身份 id 9 cardid Integer(5) 參照 List(cardid) 卡號 userid Integer(10) 參照 User(userid) 用戶 id clubid Integer(5) 參照 Club(clubid) 社團(tuán) id identityid Integer(5) 參照 Identity(identityid) 社團(tuán)內(nèi)身份 說明：描述每個(gè)社團(tuán)成員的社團(tuán) 身份。 （九）社團(tuán)人員申請表 CB_MemberApp 表 列名 數(shù)據(jù)類型 完整性 描述 memberappid Integer(10) 主鍵 申請表 id cardid Integer(5) 參照 List(cardid) 卡號 userid Integer(10) 參照 User(userid) 用戶 id clubid Integer(5) 參照 Club(clubid) 社團(tuán) id 說明：描述每個(gè)社團(tuán)成員的社團(tuán)身份。 項(xiàng)目架構(gòu)設(shè)計(jì) 為了使該系統(tǒng)具有良好的健壯性、穩(wěn)定性 、安全性、可維護(hù)性，將該系統(tǒng)分為如下七層： 1） Dao層： 操作數(shù)據(jù)庫的接口層。為了保證系統(tǒng)內(nèi)數(shù)據(jù)的安全性，利用接口技術(shù)實(shí)現(xiàn)面向?qū)ο蟪绦蛟O(shè)計(jì)的封裝性與多態(tài)性，從而保證操作數(shù)據(jù)庫代碼的隱蔽性與安全性。 2） DaoImp層： 實(shí)現(xiàn) Dao層所對應(yīng)的接口，將操作數(shù)據(jù)庫的具體代碼寫在此層。操作數(shù)據(jù)庫時(shí)利用面向?qū)ο蟪绦蛟O(shè)計(jì)的向上轉(zhuǎn)型技術(shù)實(shí)現(xiàn)該層代碼的封裝。 3） Model層： 實(shí)體模型層。模型與數(shù)據(jù)庫中的數(shù)據(jù)表一一對應(yīng)，將數(shù)據(jù)表中的數(shù)據(jù)映射為系統(tǒng)內(nèi)實(shí)體時(shí)所使用。 4） Service層： 提供各種功能性操作的服務(wù)層。該網(wǎng)站所具有的功能均由該層提供的操作處理完成，比如登陸、注冊、瀏覽、管理等操作。 5） Action層： 業(yè)務(wù)邏輯處理層。與前端直接交互的功能層，負(fù)責(zé)與前端信息的交互，識別并區(qū)分請求，然后決定調(diào)用 Service層合適的功能， 6）前端： 與用戶直接接觸，負(fù)責(zé)接收用戶發(fā)來的消息，并將反饋回的數(shù)據(jù)顯示給用戶，前端包括頁面和安卓客戶端。 項(xiàng)目實(shí)現(xiàn) 程序設(shè)計(jì)語言選擇 服務(wù)端： Java+ssh 框架 客戶端： java、 jsp、 html、 javascript 10 原因： java+ssh 框架實(shí)現(xiàn)網(wǎng)站服務(wù)器端，網(wǎng)站穩(wěn)定性較好，平臺不受限制，易于實(shí)現(xiàn)，易于擴(kuò)展和維護(hù)，數(shù)據(jù)封裝性好。 數(shù)據(jù)庫服務(wù)： mysql 原因：適用于中小型項(xiàng)目的數(shù)據(jù)庫系統(tǒng)，安全、穩(wěn)定、易用、免費(fèi)。 設(shè)計(jì)模式： MVC 原因： 1） 低耦合性。視圖層和業(yè)務(wù)層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個(gè)應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需要改動 MVC 的模型層即可。因?yàn)槟Ｐ团c控制器和視圖相分離，所以很容易改變應(yīng)用程序 的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。 2） 高重用性和可適用性。隨著技術(shù)的不斷進(jìn)步，現(xiàn)在需要用越來越多的方式來訪問應(yīng)用程序。 MVC模式允許你使用各種不同樣式的視圖來訪問同一個(gè)服務(wù)器端的代碼。它包括任何 WEB（ HTTP）瀏覽器或者無線瀏覽器（ wap），比如，用戶可以通過電腦也可通過手機(jī)來訂購某樣產(chǎn)品，雖然訂購的方式不一樣，但處理訂購產(chǎn)品的方式是一樣的。由于模型返回的數(shù)據(jù)沒有進(jìn)行格式化，所以同樣的構(gòu)件能被不同的界面使用。例如，很多數(shù)據(jù)可能用 HTML 來表示，但是也有可能用 WAP來表示，而這些表示所需要的僅是改變視圖層的實(shí)現(xiàn)方 式，而控制層和模型層無需做任何改變。 3） 較低的生命周期成本。 MVC 模式開發(fā)可提高開發(fā)效率，降低開發(fā)成本，易于進(jìn)行產(chǎn)品的維護(hù)。 4） 快速的部署。使用 MVC 模式使開發(fā)時(shí)間得到相當(dāng)大的縮減，它使程序員（ Java 開發(fā)人員）集中精力于業(yè)務(wù)邏輯，界面程序員（ HTML 和 JSP 開發(fā)人員）集中業(yè)務(wù)于表現(xiàn)形式上。 5） 可維護(hù)性。分熟視圖層和業(yè)務(wù)邏輯層也使得 WEB 應(yīng)用更易于維護(hù)和修改。 有利于軟件工程化管理。由于不同的層各司其職，每一層不同的應(yīng)用具有某些相同的特征，有利于通過工程化、工具化管理程序代碼。 技術(shù)介紹： 1）表現(xiàn)層技術(shù)： jsp 本系統(tǒng)用 jsp作表現(xiàn)層，負(fù)責(zé)收集用戶請求數(shù)據(jù)，以及數(shù)據(jù)的表示。 2） MVC 框架 本系統(tǒng)使用 struts2 作為 MVC 框架。系統(tǒng)中所有用戶請求，包括系統(tǒng)超鏈接和數(shù)據(jù)提交等都不直接發(fā)送到處理層，而是發(fā)送給 struts2 的 action，struts2 控制所有請求的處理與轉(zhuǎn)發(fā)。 3） spring 框架的作用 Spring 提供的 Ioc 容器是業(yè)務(wù)邏輯組合各 dao組件的工廠，它負(fù)責(zé)生成并管理這些實(shí)例。借助于 spring 的依賴注入，各組件以松耦合方式 組合在一起，組件之間的依賴通過 spring 的依賴管理。 4） hibernate 的作用 Hibernate 框架簡化了數(shù)據(jù)庫的訪問，以簡單靈活的方法操作數(shù)據(jù)庫，為底層的 dao 對象實(shí)現(xiàn)提供支持。 11 具體實(shí)現(xiàn) 1） 系統(tǒng)結(jié)構(gòu) 表現(xiàn)層：由 jsp 頁面組成。 MVC 層：使用 MVC 框架技術(shù)。 業(yè)務(wù)邏輯：主要由 Spring Ioc 容器管理的業(yè)務(wù)邏輯組件組成。 DAO 層：由 16 個(gè) DAO 組件組成。在 hibernate 管理下完成數(shù)據(jù)庫操作。 數(shù)據(jù)庫服務(wù)層： mysql 數(shù)據(jù)庫存儲持久化數(shù)據(jù)。 2） 功能模塊 XXXDAO：提供 XXX表的數(shù)據(jù)庫操作。 XXXService:提供 XXX 表的業(yè)務(wù)邏輯處理功能。 XXXAction:提供 XXX 角色的請求處理。 3） hibernate 持久層 持久化實(shí)體： User: 注冊用戶信息，包括用戶名，名戶密碼，用戶權(quán)限等信息。 MemberList: 社團(tuán)卡與學(xué)號綁定信息，包括社團(tuán)卡號與學(xué)生學(xué)號信息。 Member: 辦卡人員詳細(xì)信息，包括專業(yè)、班級、真實(shí)姓名、聯(lián)系方式等。 MemberDesc: 社團(tuán)個(gè)員信息，包括所在社團(tuán)，在社團(tuán)中的身份等信息。 MemberApp: 申請社 團(tuán)人員的信息表，包括所申請的社團(tuán)和申請人詳細(xì)信息。 Club: 社團(tuán)信息，包括社團(tuán)名，社團(tuán)號，社團(tuán)簡介等信息。 Store: 贊助商信息，同 Club 表。 Right: 用戶權(quán)限表，包括權(quán)限名，權(quán)限 id 兩個(gè)屬性。 Identity: 加入社的用戶在社團(tuán)中的職位描述，包括職位名和職位id 兩個(gè)屬性。 其他 : 還有一些持久化實(shí)體類，因?yàn)榭陀^原因使與其相關(guān)的功能暫不能開放，在此不給予描述。 我們使用 annotation 實(shí)現(xiàn)實(shí)體的映射，實(shí)現(xiàn)零配置。 4） 實(shí)現(xiàn) DAO 層 每個(gè) DAO組件對應(yīng)一個(gè)數(shù)據(jù)表的操作。包括 DAO 接口和 DAO 實(shí)現(xiàn)類。 基本組件： getById(long id): 根據(jù)主鍵取持久化實(shí)體。 add(object entity)。 保存持久化實(shí)例。 update(object entity): 更新持久化實(shí)例。 Delete(long id): 根據(jù)主鍵刪除持久化實(shí)例。 getAll(): 取出表中所有持久化實(shí)體。 getXXByYYList(int first,int size,...): 根據(jù)數(shù)據(jù)表的某個(gè)屬性列分頁取出持久化實(shí)例。 通過 spring 注入 SessionFactory 實(shí)現(xiàn) DAO 層的部 署。 5） 實(shí)現(xiàn) Serivce 層 這一層我們做的很簡單，只是在 DAO 層上加了一些簡單的判斷，大部分的業(yè)務(wù)邏輯處理都被放到了 action 里。 12 6） 實(shí)現(xiàn) web 層 Struts2 與 spring 整合。在 中配置 struts2 核心 Filter 與初始化 spring 容器，實(shí)現(xiàn) action 的自動裝配。 業(yè)務(wù)控制器 Action。主要是對用戶請求做業(yè)務(wù)處理，并通過 jsp把處理結(jié)果呈現(xiàn)給用戶。主要有 : UserAction: 處理用戶一般的操作，例如登錄、注冊、申請社團(tuán)等。 ManageAction: 處理管理 角色用戶操作請求，例如審核社團(tuán)申請、設(shè)置權(quán)限等。 PageAction: 處理部分頁面跳轉(zhuǎn)請求。 項(xiàng)目測試 分層測試： 1） Model：建立持久化實(shí)體類，并在 中部署，運(yùn)行測試，運(yùn)行后數(shù)庫據(jù)中自動生成數(shù)據(jù)表，通過命令行查詢，表和表之間的對應(yīng)關(guān)系正確。 2） DAO 層：建立接口和實(shí)現(xiàn)類，在 XXXText 使用單元獨(dú)立測試，針對數(shù)據(jù)庫操作組件一一測試。添加、查找功能正常，刪除、更新時(shí)出導(dǎo)常。審查代碼，沒有發(fā)現(xiàn)錯(cuò)誤，通過命令查看數(shù)據(jù)，發(fā)現(xiàn)外鍵級聯(lián)設(shè)置錯(cuò)誤，經(jīng)手動調(diào)節(jié)后再次運(yùn)行測試代碼，運(yùn) 行正確。 3） Service 層：這一層是基于 Model 層和 DAO 層建立的邏輯處理層，主要負(fù)責(zé)進(jìn)行數(shù)據(jù)庫操作之前的邏輯處理，主要是對 DAO 層的調(diào)用和數(shù)據(jù)流向的控制。我們采用各功能函數(shù)獨(dú)立測試，主要是檢查是否正常調(diào)用 DAO 層，問題主要是輸入數(shù)據(jù)不能保存，查詢時(shí)數(shù)據(jù)存有存在時(shí)出異常。解決辦法是在保存數(shù)據(jù)時(shí)驗(yàn)證數(shù)據(jù)是否正確，在取出時(shí)檢查數(shù)據(jù)是否存在，不能取出的數(shù)據(jù)當(dāng)作不存在處理。 4） Action：這一層主要是處理請求返回結(jié)果到表現(xiàn)層，主要測試能否正確接收提交上來的數(shù)據(jù)，能否正確存儲數(shù)據(jù)和提取數(shù)據(jù)，能否正確返回表現(xiàn) 層。測試依賴表現(xiàn)層，異常不確定，主要表現(xiàn)在數(shù)據(jù)提取不正確，中文亂碼等。解決辦法：提取數(shù)據(jù)錯(cuò)誤時(shí)返回錯(cuò)誤提示，統(tǒng)一工程使用字符編碼集。 功能模塊測試： 測試數(shù)據(jù)（ 1）： 郵箱： 用