【正文】 開發(fā)過程度遇到的問題舉不勝舉，在這里不能一一列舉，但是其中的每一個問題都是值得我們仔細的去探討，認真的去總結的。從項目中發(fā)現(xiàn)自己的諸多不足，這也是在這個項目中最大的收獲，如果沒有實踐，我就沒有看見自己的問題，沒法去解決這些問題，也提高不了解自己的能力。 總結： 做這個項目的幾個月，很累，很煩躁，但很值得。 9月底，我在工作室機器上裝 ubuntu 系統(tǒng)，架設成服務器。掌握架設網(wǎng)站的大概過程后我跟據(jù)所遇到的問題假設了一些解決方案，幾次嘗試后，服務器配置成功。后管理功能是黃湖川在做，做后臺的三個中有一位退出，但并不影響項目進行。做完這些后時間已過去三周了。過程中遇到問題是從數(shù)據(jù)庫中分頁提取數(shù)據(jù)，因為 hibernate 框架用得不熟練，解決這個問題花了不少時間，是在參考學長的代碼后解決的。在等待前臺做出頁面的時間里我做了一些前臺后數(shù)交互的實 驗。這個過程中并沒有什么大的問題。 寫完持久層實體類我們開始實現(xiàn) dao 層，因為具體的操作還沒有確定，只寫了增刪改查四個基本操作。環(huán)境搭起后我們開始寫hibernate 持久層， model 層，對應數(shù)據(jù)庫表的實體類。 在做這個項目之前我們都沒有自己去搭建三大框架的開發(fā)環(huán)境，剛開始的時候遇到了不少問題，編寫代碼的前幾天我們都用學長之前培訓時給我們部署的環(huán)境去寫代碼。三個人獨立編碼獨立測試，完成任務后把文件合到一起。 實現(xiàn)過程： 由于所學內(nèi)容不是很深，我們采用 struts spring、 hibernate 三大框架整合 MVC 模式進行開發(fā)。 存在的問題：在獲取需求時沒有做好，沒有寫詳細設計，導致編碼時頁面功能不確定，頁面沒有出來前寫后臺的就沒法編寫代碼。數(shù)據(jù)庫設計完成后我們就開始編碼。數(shù)據(jù)庫設計出來后又用了幾天時間對數(shù)據(jù)表做一些修正。我的任務是實現(xiàn)服務端代碼。我們首先確定了使用這個平臺的不同身份的用戶，以及他們對平臺的功能需求，經(jīng)過整理后，我們寫下了一份簡單的需求分析，這時已是學期期末。 在我們學習過程中，龔正學長發(fā)現(xiàn)學校社團所使用的信息管理網(wǎng)站有漏洞，黃湖川幫他們解決漏洞過程中發(fā)現(xiàn)他們所用平臺功能少，管理不方便等問題，他 17 認為我們工作室團隊可做一個更好的平臺。剛開始時目的不是很明確，只管埋頭學習，到期中時，龔正學長寫了一個需求文檔，讓我們用所學的東西去開發(fā)。但此次經(jīng)歷對于我們來說是非常寶貴的，不僅學習到了技術，更重要的是體會到了為“用戶”開發(fā)產(chǎn)品并最終投入使用的整個過程，和團隊協(xié)作、相互配合、共同完成目標的經(jīng)歷，使我們體驗到了計算機專業(yè)人員的工作與感受。 同時，該項目的制作由團隊完成，所有隊員都能夠在假期時間主 動留下來參與項目的制作，并在制作過程中積極工作，增強了大家對于團隊合作的體驗，和團隊精神與意識的形成。樊國敬負責后臺的開發(fā)與服務器的維護和配置。 3）后臺組 負責人：黃湖川 成員：樊國敬 任務描述：負責網(wǎng)站后臺的架構設計與開發(fā)，負責服務器的配置與維護。 2）安卓組 負責人：傘銀晨 成員：陶秭屹 任務描述：負責安卓客戶端的設計與開發(fā)。馬慧制作論壇相關頁面。 1）前端組 負責人：丁心 成員：馬慧，田原 任務描述：負責網(wǎng)站所有頁面的設計與實現(xiàn)。作為社聯(lián)的信息管理平臺 ，承擔 20xx 屆的社團納新工作，截止到今日（ 11 月 6日），該平臺注冊用戶數(shù)已超過 1800 人，保存全校 70余個社團信息，記錄辦卡人員信息 3900余條，保存 1501 條社團人員的信息，與 2025 條社團參與信息，總點擊量達 37336次。 由于該網(wǎng)站使用校內(nèi)網(wǎng)，手機所接收的外網(wǎng)信號訪問不到網(wǎng)站資源，因此安卓客戶端暫時沒有投入使用。其中還有很多錯漏的問題，由于時間有限，只能在日后再進行匯總和修改。在成員列表點修改，能正確修改信息。 結果：沒有綁定卡號的用戶申請社團時提示先綁定卡號，運行正常。 原因：申請數(shù)提交到后臺的處理函數(shù)中沒檢驗數(shù)據(jù)。 14 用戶卡號綁定，信息錄取、修改都正常。解決：增加查找 action 函數(shù)。 測試操作（ 4）： 輸入 id/郵箱 /用戶名，點擊查找，不能查找。 測試操作（ 3）： 點擊刪除，點擊確定，返回用戶列表，刪除成功，再點擊刪除，點取消，數(shù)據(jù)被刪除。 測試操作（ 1）： 點 擊用戶管理，頁面顯示所有注冊用戶，分頁正常。 結論：登錄功能正常。 測試數(shù)據(jù)（ 1）： 輸入郵箱： 輸入密碼： 123456 點擊確定，登錄成功，返回主頁。 結論：注冊數(shù)據(jù)輸入正確時可以提交，輸入不正確時不能提交并提示正確輸入格式。 功能模塊測試： 測試數(shù)據(jù)（ 1）： 郵箱： 用戶名 :fgj 密碼： 123456 確認密碼： 123456 點擊確定，提示注冊成功，返回主頁面 測試數(shù)據(jù)（ 2）： 郵箱： 447100651 用戶名 :fgj 密碼： 123456 確認密碼： 123456 13 不能點擊確定，提示郵箱輸入不正確。測試依賴表現(xiàn)層，異常不確定，主要表現(xiàn)在數(shù)據(jù)提取不正確，中文亂碼等。解決辦法是在保存數(shù)據(jù)時驗證數(shù)據(jù)是否正確，在取出時檢查數(shù)據(jù)是否存在，不能取出的數(shù)據(jù)當作不存在處理。 3） Service 層：這一層是基于 Model 層和 DAO 層建立的邏輯處理層，主要負責進行數(shù)據(jù)庫操作之前的邏輯處理，主要是對 DAO 層的調用和數(shù)據(jù)流向的控制。添加、查找功能正常，刪除、更新時出導常。 項目測試 分層測試： 1） Model：建立持久化實體類，并在 中部署，運行測試，運行后數(shù)庫據(jù)中自動生成數(shù)據(jù)表，通過命令行查詢，表和表之間的對應關系正確。 ManageAction: 處理管理 角色用戶操作請求，例如審核社團申請、設置權限等。主要是對用戶請求做業(yè)務處理，并通過 jsp把處理結果呈現(xiàn)給用戶。在 中配置 struts2 核心 Filter 與初始化 spring 容器，實現(xiàn) action 的自動裝配。 5） 實現(xiàn) Serivce 層 這一層我們做的很簡單，只是在 DAO 層上加了一些簡單的判斷，大部分的業(yè)務邏輯處理都被放到了 action 里。 getXXByYYList(int first,int size,...): 根據(jù)數(shù)據(jù)表的某個屬性列分頁取出持久化實例。 Delete(long id): 根據(jù)主鍵刪除持久化實例。 保存持久化實例。 基本組件： getById(long id): 根據(jù)主鍵取持久化實體。 4） 實現(xiàn) DAO 層 每個 DAO組件對應一個數(shù)據(jù)表的操作。 其他 : 還有一些持久化實體類，因為客觀原因使與其相關的功能暫不能開放，在此不給予描述。 Right: 用戶權限表，包括權限名，權限 id 兩個屬性。 Club: 社團信息，包括社團名，社團號，社團簡介等信息。 MemberDesc: 社團個員信息，包括所在社團，在社團中的身份等信息。 MemberList: 社團卡與學號綁定信息，包括社團卡號與學生學號信息。 XXXAction:提供 XXX 角色的請求處理。 2） 功能模塊 XXXDAO：提供 XXX表的數(shù)據(jù)庫操作。在 hibernate 管理下完成數(shù)據(jù)庫操作。 業(yè)務邏輯：主要由 Spring Ioc 容器管理的業(yè)務邏輯組件組成。 11 具體實現(xiàn) 1） 系統(tǒng)結構 表現(xiàn)層：由 jsp 頁面組成。借助于 spring 的依賴注入，各組件以松耦合方式 組合在一起，組件之間的依賴通過 spring 的依賴管理。系統(tǒng)中所有用戶請求，包括系統(tǒng)超鏈接和數(shù)據(jù)提交等都不直接發(fā)送到處理層，而是發(fā)送給 struts2 的 action，struts2 控制所有請求的處理與轉發(fā)。 技術介紹： 1）表現(xiàn)層技術： jsp 本系統(tǒng)用 jsp作表現(xiàn)層，負責收集用戶請求數(shù)據(jù)，以及數(shù)據(jù)的表示。 有利于軟件工程化管理。 5） 可維護性。 4） 快速的部署。 3） 較低的生命周期成本。由于模型返回的數(shù)據(jù)沒有進行格式化，所以同樣的構件能被不同的界面使用。 MVC模式允許你使用各種不同樣式的視圖來訪問同一個服務器端的代碼。 2） 高重用性和可適用性。視圖層和業(yè)務層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個應用的業(yè)務流程或者業(yè)務規(guī)則的改變只需要改動 MVC 的模型層即可。 數(shù)據(jù)庫服務： mysql 原因：適用于中小型項目的數(shù)據(jù)庫系統(tǒng)，安全、穩(wěn)定、易用、免費。與前端直接交互的功能層，負責與前端信息的交互，識別并區(qū)分請求，然后決定調用 Service層合適的功能， 6）前端： 與用戶直接接觸，負責接收用戶發(fā)來的消息，并將反饋回的數(shù)據(jù)顯示給用戶，前端包括頁面和安卓客戶端。該網(wǎng)站所具有的功能均由該層提供的操作處理完成，比如登陸、注冊、瀏覽、管理等操作。模型與數(shù)據(jù)庫中的數(shù)據(jù)表一一對應，將數(shù)據(jù)表中的數(shù)據(jù)映射為系統(tǒng)內(nèi)實體時所使用。操作數(shù)據(jù)庫時利用面向對象程序設計的向上轉型技術實現(xiàn)該層代碼的封裝。為了保證系統(tǒng)內(nèi)數(shù)據(jù)的安全性，利用接口技術實現(xiàn)面向對象程序設計的封裝性與多態(tài)性，從而保證操作數(shù)據(jù)庫代碼的隱蔽性與安全性。 （九）社團人員申請表 CB_MemberApp 表 列名 數(shù)據(jù)類型 完整性 描述 memberappid Integer(10) 主鍵 申請表 id cardid Integer(5) 參照 List(cardid) 卡號 userid Integer(10) 參照 User(userid) 用戶 id clubid Integer(5) 參照 Club(clubid) 社團 id 說明：描述每個社團成員的社團身份。 （八）社團身份表 CB_Identity 表 列名 數(shù)據(jù)類型 完整性 描述 identityid Integer(5) 主鍵 身份 id identityname Varchar(20) 唯一 身份名稱 說明：描述社團中人員的身份。 （六）社團表 CB_Club 表 列名 數(shù)據(jù)類型 完整性 描述 clubid Integer(5) 主鍵 社團 id clubname Varchar(20) 唯一