歡迎添加微信互相交流學習哦！

項目源碼：https://gitee.com/oklongmm/biye

摘要
?? ?隨著科學技術的不斷發展，人們所需管理的信息逐漸變多，使快速并準確地在信息庫里搜索出自己所需的信息成為了一件難事。因此，為了讓大家更好地管理自己的手中的信息，本文設計出一個基于B/S模式的南昌工程學院社聯社團管理系統以方便南昌工程學院社團聯合會的人員更好地管理他們手中的信息。該系統是在MyEclipse8.5集成開發工具和Apache的tomcat服務器環境下，結合JSP、JDBC、struts2和jQuery框架等技術完成的。其數據庫系統和主要開發語言用的分別采用MySQL和Java。其主要模塊有：會員登錄、會員賬號管理、社團等模塊，具體實現了：會員注冊，會員權限管理，社團物品管理、活動管理、經費管理等功能。

關鍵詞：B/S模式 ?信息管理 ?數據庫 ?服務器

Abstract
?? ?With the continuous development of science and technology, people gradually change the information needed to manage multiple, so quickly and accurately search the information they needed from the information repository to become difficult.Therefore, in order to allow everyone to better manage their information in the hands, the paper design Nanchang Institute of Technology Associations management system based on B / S mode to facilitate personnel Nanchang Institute of Technology Associations to better manage their information in the hands of.The system is under MyEclipse8.5 integrated development tools and Apache tomcat server environment, combined with JSP, JDBC, struts2 and jQuery framework and other technical to complete. Its main development language and database systems were used by the MySQL and Java. The main modules are: Login, account management, associations and other modules, the concrete realization: the membership registration, membership management, association goods management, activity management, fund management and so on.

Key Words:B / S mode; information management; database;server

目錄
摘要?? ?I
Abstract?? ?II
第一章 緒論?? ?1
1.1 課題背景及目標?? ?1
1.2 課題開發語言和環境的選擇?? ?2
1.3 課題開發架構的選擇?? ?2
1.4 課題主要技術的介紹?? ?3
第二章 系統的需求分析?? ?5
2.1 可行性分析?? ?5
2.1.1 經濟可行性?? ?5
2.1.2 技術可行性?? ?5
2.1.3 法律可行性?? ?5
2.2 功能需求分析?? ?5
第三章 系統的整體設計?? ?7
3.1系統模塊設計?? ?7
3.2 系統功能設計?? ?7
3.2.1 注冊模塊?? ?7
3.2.2 登錄模塊?? ?8
3.2.3 角色管理模塊?? ?8
3.2.4 管理員模塊?? ?8
3.2.5 會員賬號模塊?? ?8
3.2.6 個人信息維護模塊?? ?8
3.2.7 社團模塊?? ?9
3.2.8系統流程圖?? ?9
3.3 數據庫的設計?? ?10
3.3.1數據庫的需求分析?? ?10
3.3.2 各表的關系圖?? ?11
3.3.3 數據庫的邏輯設計?? ?12
第四章 系統功能實現?? ?17
4.1注冊模塊?? ?18
4.2 登陸模塊?? ?18
4.3 角色管理模塊?? ?19
4.3 管理員模塊?? ?20
4.4 會員賬號模塊?? ?21
4.5 個人信息維護模塊?? ?21
4.6 社團模塊?? ?22
4.6.1社團活動子模塊?? ?22
4.6.2 社團物品子模塊?? ?22
4.6.3社團經費子模塊?? ?23
4.6.4社團管理子模塊?? ?24
第五章 系統調試與測試?? ?25
5.1 測試環境?? ?25
5.2 部分系統模塊和子模塊測試?? ?25
5.2.1 注冊模塊測試?? ?25
5.2.2 登錄模塊測試?? ?27
5.2.3 會員賬號模塊測試?? ?29
5.2.4社團活動子模塊測試?? ?32
結束語?? ?33
參考文獻?? ?34
致謝?? ?35
附錄部分主要代碼?? ?36
1 web.xml中主要的代碼?? ?36
2struts.xml中主要代碼?? ?36
?

第一章 緒論
技術不斷發展，科技不斷的進步的今天，軟硬件價格都不斷下降，其推動了人們對電腦的使用，也推動著人們要求對自己手中數據的存儲要求，目前大部分公司企業都有自己的信息庫，有些是以檔案的形式保存，有些是請人開發出自己的一套系統來管理自己的信息，對于稍微大一點的公司來說，往往會選擇后一種。
1.1 課題背景及目標
這些年來，南昌工程學院社團不斷地成熟，各社團規模也不斷地擴大，南昌工程學院社團聯合會（社聯）面對的是大量社團和會員信息存儲和管理的問題，例如社團活動的更新、社團物品的管理、社團經費的管理以及社團會員信息的管理等等，對于這些信息如何存放，應該存放在那里，對于社聯來說顯得尤為的重要。
以往社聯人對于數據的存儲大部分都是以紙質稿的形式或者電子稿的形式來存儲的，然而保存的信息和數據隨著時間的推移變得越來越多，當要尋找自己想要的數據的時候，他們只能把以前存檔的檔案拿出來，一個一個的排查和統計出自己想要的信息，面對著一疊又一疊的數據或者一個又一個的文檔，只有頭痛的份了，假如今天領導要求社聯的相關工作人員統計到目前為止一共擁有多少個會員，工作人員可能就要打開每一年的資料，從中找出相關的數據進行統計，稍有疏忽，可能就會因為漏了某個數據或者某些文檔內容不全，而導致統計數據的不準確，即使統計的數據都準確，對于領導來說這是一個多么簡簡單單的需求，然而我們的工作人員來說可能就要花費大量的時間和汗水來完成這個任務，面對這些問題，開發一個南昌工程學院（南工）社聯社團管理系統也是非常有必要的，我們把每一年的相關社團和會員的數據錄入系統中，當我們要獲得數據的時候我們可能就僅僅需要點擊一個按鈕即可完成，這樣不僅提高了工作人員的效率，而且提高了社聯人的工作興趣，讓社聯人有更多的時間關注更重要的事情。
南工社聯社團管理系統是信息管理與現代化辦公設備的結合的產物，是可以讓社聯對社團管理時，減少年復一年的重復輸入、計算、統計等工作，讓這些繁瑣的工作交給計算機，來減少工作人員的工作量和出錯的可能性，讓存儲的數據在需要的時候能夠及時獲得、修改、刪除，并且對時間、地點、以及工作人員不需要太多的硬性要求，社聯人手中只需要一臺能上網的計算機和一個Web瀏覽器客戶端即可，然而對于這些硬性的要求是很容易滿足，從而更好、更方便的實現社團的管理。

1.2 課題開發語言和環境的選擇
（1）Java語言
?? ?Java語言是一種完全面向對象的語言，有良好的健壯性和安全性，更重要的是它的平臺無關性，但是Java虛擬機不是跨平臺的，開發者可以根據個人電腦上安裝的操作系統安裝相對應的虛擬機即可。選擇這種語言還有一個重要的原因是Java語言有很多的開源組織做堅實的后盾，他們開發的很多源代碼都對外免費公布，在開發的時候，我們只要知道它的接口是什么即可，其未來發展前景非常樂觀，也大大的降低了開發周期和開發成本。
（2）myeclipse集成開發工具
?? ?Myeclipse是一種廣受Java編程愛好者喜愛的集成開發工具，其是eclipse開發工具中包含的一個非常好的插件，在myeclipse環境中支持編碼、調試、測試、以及三大框架的整合（struts spring hibernate 簡稱SSH）甚至支持web發布功能和數據庫的編碼，其功能非常強大，也非常好用。
（3）MySQL數據庫
?? ?對web的開發應用方面來講，MySQL數據庫是眾多數據庫系統中一個非常好的關系數據庫管理系統，使用起來非常簡單，配合navicat使用效果更佳，而且源代碼又是開放的，體積又非常的小、速度又快、安裝的過程特別簡單等特點，是小型公司和企業的摯愛。
（4）tomcat服務器
?? ?Tomcat服務器是一個開源的、免費的輕量級應用服務器，占用系統資源比較小，擴展性能也非常好，有sun參與規范，更有Apache提供強力的技術支持，在中、小型系統或者并發量不是特別多的系統中應用很廣，對于我這個Java初學者來說是一個非常好也是非常明智的選擇。

1.3 課題開發架構的選擇
?? ?學計算機相關專業的或者是稍微懂點計算機技術的朋友都知道系統的架構大致可以分為二種：一種是基于C/S模式的架構，也就是我們常提到的客戶機/服務器（client/server）模式；另一種是基于B/S模式下的架構，也就是目前常見的瀏覽器/服務器（browser/server）模式。南工社聯社團管理系統采用的是B/S模式架構，對于這種架構有如下原因：

（1）?? ?開發成本的角度考慮：
如果系統采用的C/S模式進行開發，雖然提高了系統的安全性，但是需要編程人員去編寫服務器端程序和客戶端程序，并且還要為此系統編寫對應的傳輸協議，這樣對編程人員的整體技能要求比較高，而且加大本系統開發周期，相應的提高了開發本系統的成本。然后采用B/S模式進行開發，就避免了這個問題，編程人員只需要關注服務器程序的開發，采用瀏覽器作為客戶端即可。
（2）?? ?用戶的角度考慮
對于用戶來說，每個人的電腦上都至少有一個瀏覽器，用戶根本不需要為了使用本系統去安裝對應的客戶端，節約了用戶的系統內存，也減少了下載客戶端的麻煩，當系統更新的時候，用戶不必更新客戶端，節約了用戶的時間，也增加了用戶的體驗感。
（3）?? ?長遠發展的角度考慮
本系統采用B/S模式進行開發，方便以后對系統的升級和維護，個人也一直認為，C/S模式已經慢慢向B/S模式轉型，在未來的應用程序中將大量采用B/S模式進行開發。

1.4 課題主要技術的介紹
（1）Struts2簡介：
?? ?Struts2是一種實現了MVC（MODELVIEWCONTROLLER）的輕量級框架，對于系統來說，其不僅滿足了系統的穩定性和擴展性要求，對于編程愛好者來講，Struts2框架式是非常容易學，而且很好用的。它的歷史方面，Struts2的前身是WebWork,如果Struts2比喻是一個人的話，那么Struts2的母親是WebWork，而他的父親是Struts1，因為Struts2是在先前的Struts1基礎上融入了WebWork先進的設計理念，并在WebWork的核心技術上進行擴展的，它彌補了Struts1的不足，可以說是取WebWork的精華，去Struts1的糟粕吧。
（2）JSP簡介
?? ?JSP是服務器端的一種網頁技術，是以前的SUN公司為服務器端動態網頁技術制定的一種規范，它是java服務器頁面的英文縮寫，編寫的JSP文件是以“.jsp”結尾，在JSP文件中，我們可以寫Java代碼片段，可以寫Java表達式，也可以寫Java聲明，甚至能夠直接使用request、response、session、application等九個隱含對象
（3）JavaScript(JS)
?? ?JS是基于對象和事件驅動的，并且是相對較安全的一種客戶端腳本編程語言，在本系統中本人大量使用JS進行前端頁面校驗，比如判斷用戶輸入的用戶名是否為空，輸入兩次的密碼是否一致，輸入的是否是正確Email地址，用戶輸入社團活動名稱是否已經超過了兩百個字符等輸入框都是采用JavaScript進行校驗的。JavaScript還可以制作出一些特別的動態效果，比如在本系統中，當用戶在第一個下拉框中選擇了信息工程學院，那么用戶就可以選擇在這個學院中所有的專業。而且在本系統大量使用的jquery框架和Ajax技術，其底層都是JavaScript代碼，只是第三方為開發方便對其進行的封裝。

?
第二章 系統的需求分析
2.1 可行性分析
2.1.1 經濟可行性
在軟硬件高速發展的今天，Internet技術也在飛速發展，網絡已經大量普及，對于當代的大學生來說，電腦人手一臺已不是什么不可能的事了，本系統使用的對象完全不需要額外的開銷。而且本系統的開發都是從采用節約成本的角度考慮，使用的Java語言是開源的，使用myeclipse集成開發工具也可以是綠化版，使用的MySQL數據庫也可以是免費的，使用的Apache的tomcat服務器也是免費的，這樣本系統的經濟可行性是沒有問題的。
2.1.2 技術可行性
?? ?通過這個信息系統采用的是struts2框架，是市場上流行的一大框架，其健壯很好，使用也比較簡單，使用的jsp、js等技術都是編程人員基本掌握的主要技術，如果在技術實現時發現自己的能力有限，我們可以通過眾多的開源社區和Java愛好者中尋找幫助，所以對系統的實現，技術方面是完全可行的。
2.1.3 法律可行性
?? ?此系統完全由本人單獨開發，在法律上是沒有的任何爭議，在系統使用的框架、技術、和插件都是免費的，所以在法律的角度考慮是沒有問題的。

2.2 功能需求分析
?? ?根據南昌工程學院社團聯合會目前的結構和現狀，南工社聯社團管理系統需要完成的基本任務如下：
（1）?? ?用戶可以在登錄系統前，進行注冊成為會員，登錄此系統
（2）?? ?用戶填寫基本信息中，必須填寫的內容有學號、用戶名、密碼、確認密碼、真實姓名、電話，可選填寫的內容有性別、個人相片、身份證號碼、生日、QQ碼、Email、家庭地址、寢室地址、所在學院、所在專業、興趣、備注信息等字段，并且生日是填寫身份證號后自動填寫的。
（3）?? ?用戶登錄系統后系統將根據用戶的角色來識別用戶有哪些權限
（4）?? ?普通用戶登錄系統之后只能查看自己的個人的信息，并限定報社團的個數
（5）?? ?管理員身份登錄系統之后，管理員可以所有的模塊進行管理
（6）?? ?進入會員賬號模塊后，可以通過學院、專業、用戶名、狀態進行篩選；點擊用戶名之后可以查看用戶的所有信息；可以設置某個用戶的狀態；可以修改用戶的部分信息；可以添加、刪除用戶。
（7）?? ?選擇社團活動，可以通過社團名稱、活動名稱、活動狀態模糊查詢出所有符合條件的活動信息；點擊活動名稱可以查看活動的基本信息；可以設置某個活動的狀態；可以修改活動的某些信息；可以添加、刪除某個活動。
（8）?? ?選擇社團物品，可以通過社團名稱、物品名稱、狀態進行搜索所有符合條件的相關信息；當物品已還時只顯示查看物品的詳情按鈕，當物品未還時顯示物品的還物單和查看詳情按鈕；點擊還物單時可以跳到還物單頁面填寫相關信息；點擊查看詳情可以跳到另一個頁面查看物品的詳細信息；點擊添加物品可以進行物品的添加；點擊查看物品按鈕可以進入社團物品的子頁面，選擇物品名稱、物品的狀態可以篩選出符合條件的相關信息。
（9）?? ?選擇社團經費，可以通過社團名稱查看符合條件的所有申請記錄；可以申請經費。
（10）?? ?選擇社團管理，可以查詢出所有的社團信息；可以點擊社團名稱查看社團的基本信息；可以通過社團名稱和狀態可以查詢出符合要求的所有社團信息；可以設置社團的狀態；可以修改社團的部分信息；可以添加、刪除某個社團。
（11）?? ?選擇角色管理，可以查看所有的角色信息，可以修改角色的部分信息；可以設置角色的狀態；可以添加、刪除某個角色。
（12）?? ?選擇管理員模塊，您可以查看所有的系統用戶的角色，也可以對用戶的角色進行修改；也可以給用戶進行角色添加和刪除。
（13）?? ?點擊退出可以退出系統，回到登錄頁面。

?
第三章 系統的整體設計
3.1系統模塊設計
根據系統的功能需求，本系統模塊大致可以分為登錄、注冊、系統主頁面、角色管理、管理員、會員賬號、個人基本信息、社團模塊，以及社團模塊中有社團活動子模塊、社團物品子模塊、社團經費子模塊、社團管理子模塊。其詳細的系統模塊設計如圖3.1所示。

?
圖3.1 系統模塊設計圖

3.2 系統功能設計
3.2.1 注冊模塊
?? ?當用戶填寫完必填項（輸入框后面有“*”為必填項）即可注冊，但是需要填寫符合要求的信息，例如學號不能為空，長度不能超過10個字符；用戶名不能為空，長度不能超過100，不能為中文，當離開輸入框時還會校驗用戶名是否存在；兩次輸入的密碼是否一致等等，如果用戶想填寫所有的信息，可點擊可選項按鈕，進行填寫，但是填寫的必須符合要求才能進行注冊，注冊成功將調到用戶的登入頁面。
3.2.2 登錄模塊
?? ?當用戶輸入用戶名和密碼后，要求用戶輸入驗證碼，點擊登錄后系統會去users表（用戶表）中去查該用戶是否已經注冊，輸入的密碼是否正確，并校驗驗證碼和session中保存的數據是否一致。注意的是用戶在輸入框中輸入數據時前后有無空格并不影響，且用戶看不清驗證碼時，用戶可以點擊圖片進行更換，驗證碼的大小寫忽略。
3.2.3 角色管理模塊
?? ?當用戶點擊角色管理模塊之后，判斷用戶是否有該權限，如果沒有權限則提示用戶沒有該模塊的訪問權限。如果擁有此模塊的權限將進入此模塊，顯示所有的角色的概要信息；可以通過角色名和狀態信息查詢符合要求的所有角色；顯示某角色已經暫停使用，可以點擊啟動按鈕啟動該角色；顯示某角色已啟動，可以點擊暫停按鈕暫停該角色；可以點擊刪除按鈕刪除某個角色；可以點擊增加進行角色的添加，輸入符合格式的數據后進行添加；點擊修改后，可以修改角色的某些信息；點擊角色名可以查看該角色的詳細信息，但不能修改信息。
3.2.4 管理員模塊
當本系統用戶在進入管理員模塊以后，也會去進行權限判斷。進入模塊之后顯示所有用的角色概要信息，點擊用戶名可以查看該用戶名擁有的角色信息，但不能修改；當用戶的角色顯示啟動狀態，可以點擊暫停按鈕對該用戶的角色進行暫停；當用戶的角色顯示暫停狀態，可以點擊啟動按鈕對該用戶的角色進行啟動；當點擊修改按鈕后可以對該用戶的角色信息進行更改；當點擊刪除按鈕后可以刪除相對應的用戶角色信息；當點擊添加按鈕后可以對其他用戶進行角色分配。
3.2.5 會員賬號模塊
當用戶點擊會員賬號模塊之后，也會進行權限的判斷。進入模塊之后顯示所有的會員賬號的概要信息；可以通過學院、專業、用戶名、狀態查詢符合條件的所有用戶信息；點擊用戶名可以查看該用戶名的所有基本信息，但是不能修改；當會員用戶的狀態顯示為暫停狀態時，可以點擊開通按鈕對該用戶進行開通；當會員用戶的狀態顯示為開通狀態，可以點擊暫停按鈕對該用戶進行暫停，暫停后用戶不能使用此系統；點擊修改按鈕可以對用戶的部分基本進行修改；點擊刪除按鈕可以刪除對應的用戶；點擊添加按鈕可以添加會員。
3.2.6 個人信息維護模塊
當登錄的系統用戶點擊個人基本信息維護模塊后，可以查看自己的基本個人信息，點擊密碼修改按鈕后跳到修改密碼頁面修改自己的登錄密碼；點擊參加社團后可以選擇參加社團。
3.2.7 社團模塊
3.2.7.1社團活動子模塊
選擇社團活動模塊后，也會進行權限的判斷。進入社團活動頁面，可以通過社團名稱，活動名稱，狀態搜索符合條件的所有活動信息；點擊活動名稱可以查看該活動的所有信息；可以根據活動的狀態啟動或暫停活動；可以點擊修改按鈕修改活動信息；可以點擊刪除按鈕刪除活動；可以點擊添加按鈕添加活動。
3.2.7.2 社團物品子模塊
選擇社團物品模塊后，也會進行權限的判斷。進入社團活動頁面，可以通過社團名稱，物品名稱，歸還狀態搜索符合條件的所有物品信息；當歸還狀態顯示已還，只可以點擊查看詳情按鈕查看物品的詳細信息；當歸還狀態顯示未還，不僅可以查看物品的詳細信息，而且可以點擊還物單進行物品的歸還；可以點擊添加物品按鈕進行物品的添加；可以點擊查看物品按鈕進入所有物品的詳細頁面，當物品時可用狀態是除了可以設置物品的狀態、修改物品信息、丟棄物品之外，可以填寫借物單。
3.2.7.3 社團經費子模塊
選擇社團經費模塊后，也會進行權限的判斷。進入社團經費頁面之后，可以通過社團名稱查看符合條件的申請記錄，可以點擊申請經費單進行申請。
3.2.7.4 社團管理子模塊
選擇社團管理模塊后，也會進行權限的判斷。進入社團管理頁面之后，顯示所有的社團信息；可以通過社團名稱和社團狀態搜索出符合要求的社團信息；可以點擊社團名稱查看社團的詳細信息，但不能修改；當社團的狀態是啟動狀態時，可以暫停該社團；當社團的狀態是暫停狀態時可以開通此社團；點擊修改按鈕可以修改對應的社團信息；點擊刪除按鈕可以刪除該社團；可以點擊添加按鈕進行社團的添加。
3.2.8系統流程圖
?? ?系統流程圖如圖3.2所示。

?
圖3.2 系統流程圖

3.3 數據庫的設計
3.3.1數據庫的需求分析
根據系統的需求分析可以總結出有如下表和表字段。
（1）?? ?會員表（users）:會員的所有信息都保存在此表，其字段包含有用戶的id編號、學號、用戶名、密碼、真實姓名、性別、頭像、身份證、出生日期、QQ號、聯系方式、EMAIL、家庭地址、寢室地址、所在的學院、所在的專業、興趣和愛好、備注信息、創建時間、會員的狀態等等。
（2）?? ?社團表（league）：社團的所有信息都保存在此表，其字段有社團id、社團名字、概要、創建日期、修改時間、創建人、狀態等等。
（3）?? ?社團活動表（activity）：存放所有的活動信息，關聯到社團表的id，其字段有活動id、活動名稱、創建人、內容、創建時間、開啟時間、結束時間、文檔的最后修改時間、狀態、對應的社團id等等。
（4）?? ?活動的物品表（goods）：存放所有的物品信息，其字段有物品id、物品名稱、總數量、剩余數量、添加物品的時間、最后修改時間、狀態等等。
（5）?? ?社團物品表（league_goods）：因為一個社團可以借多個物品，一個物品可以被多個社團借，它們是多對多的關系，所以需要一個中間表，其字段有社團物品id、社團id、物品id、借出數量、歸還數量、借出時間、歸還時間、借物人、歸還物品人、借出登記人、歸還登記人、歸還狀態等等。
（6）?? ?經費表（fund）：存放記錄添加經費、減少經費的記錄，其字段有經費id、添加或減少經費金額、添加或減少經費人、添加或減少經費時間、剩余經費。
（7）?? ?社團經費表（league_fund）:存放社團的申請記錄，其字段有id、申請理由、申請人、申請金額、批準人、申請時間、批準時間、申請社團id等等。
（8）?? ?角色表（role）：對角色信息進行存放，表中包含的字段有角色id、角色名、角色描述、角色狀態等等。
（9）?? ?用戶角色表（user_role）：對用戶的角色信息進行存放，由于一個本系統用戶可以對應多個系統角色，一個角色又可以讓多個用戶使用，它們之間存在多對多關系，所以這個用戶角色表是一個中間表，字段有用戶角色id、用戶id和角色id。
3.3.2 各表的關系圖
各表的關系圖如圖3.3所示：
?
圖3.3各表的關系圖

3.3.3 數據庫的邏輯設計
?? ?下面介紹各表的詳細介紹：
（1）?? ?會員表（users）總共有20個字段，如表3-1所示。

表3-1 用戶表
字段名稱?? ?字段類型?? ?長度?? ?是否為空?? ?字段的描述
id?? ?Int?? ?11?? ?否?? ?用戶id（主鍵）
Number?? ?Char?? ?10?? ?否?? ?用戶的學號
Username?? ?Varchar?? ?50?? ?否?? ?用戶名
Password?? ?Varchar?? ?50?? ?否?? ?用戶的密碼
Realname?? ?Varchar?? ?50?? ?否?? ?用戶的真實姓名
Gender?? ?Char?? ?1?? ?是?? ?用戶的性別
Photo?? ?Varchar?? ?200?? ?是?? ?頭像，存放用戶頭像路徑
Idcard?? ?Char?? ?18?? ?是?? ?用戶的身份證號碼
Birthday?? ?Char?? ?10?? ?是?? ?出生日期（由身份證得來）
QQ?? ?Varchar?? ?15?? ?是?? ?用戶的QQ號碼
Telephone?? ?Char?? ?11?? ?否?? ?用戶的電話號碼
Email?? ?Varchar?? ?50?? ?是?? ?用戶的Email地址
Address?? ?Varchar?? ?100?? ?是?? ?用戶的家庭地址
Dormitory?? ?Varchar?? ?30?? ?是?? ?用戶的寢室地址
Academy?? ?Varchar?? ?30?? ?是?? ?用戶所在學院
Special?? ?Varchar?? ?50?? ?是?? ?用戶所在專業
Interest?? ?Varchar?? ?200?? ?是?? ?用戶的興趣和愛好
Remark?? ?Varchar?? ?200?? ?是?? ?用戶的備注信息
Status?? ?Char?? ?3?? ?否?? ?用戶的狀態1開通 2暫停 0 刪除
Create_date?? ?Date?? ?0?? ?否?? ?用戶的創建時間

（2）?? ?社團表（league）總共有7個字段，如表3-2所示。

表3-2 社團表
字段名稱?? ?字段類型?? ?長度?? ?是否為空?? ?字段的描述
Id?? ?Int?? ?10?? ?否?? ?社團id（主鍵）
Name?? ?Varchar?? ?200?? ?否?? ?社團的名字
Summary?? ?Text?? ?0?? ?是?? ?社團概要
Create_date?? ?Date?? ?0?? ?是?? ?社團的創建日期
Last_modify_date?? ?Date?? ?0?? ?是?? ?最后修改時間
Create_person?? ?Varchar?? ?50?? ?是?? ?社團創建人
Status?? ?Char?? ?3?? ?是?? ?狀態0刪除 1開通 2暫停

（3）?? ?經費表（fund）共5個字段，如表3-3所示

表3-3 經費表
字段名稱?? ?字段類型?? ?長度?? ?是否為空?? ?字段的描述
Id?? ?Int?? ?50?? ?否?? ?經費id（主鍵）
Add_or_
Delete_fund?? ?Double?? ?50?? ?否?? ?添加或減少經費額
Add_or_
Delete_person?? ?Varchar?? ?50?? ?否?? ?添加或減少經費的人
Add_or_delete_
person?? ?Datetime?? ?0?? ?否?? ?添加或減少經費的時間
Remain_fund?? ?Double?? ?50?? ?否?? ?剩余經費

（4）?? ?社團經費表（league_fund）共8個字段，如表3-4所示。

表3-4 社團經費表
字段名稱?? ?字段類型?? ?長度?? ?是否為空?? ?字段的描述
Id?? ?Int?? ?100?? ?否?? ?社團經費id（主鍵）
Reason?? ?Text?? ?0?? ?否?? ?申請理由
Applicant?? ?Varchar?? ?50?? ?否?? ?申請人名字
Application_Money?? ?Double?? ?10?? ?否?? ?申請金額
Approve_person?? ?Varchar?? ?50?? ?否?? ?批準人名字
Application_date?? ?Datetime?? ?0?? ?否?? ?申請時間
Approve_date?? ?Datetime?? ?0?? ?否?? ?批準時間
League_id?? ?Int?? ?10?? ?否?? ?申請部門id

（5）?? ?物品表（goods）共7個字段，如表3-5所示。

表3-5 物品表
字段名稱?? ?字段類型?? ?長度?? ?是否為空?? ?字段的描述
Id?? ?Int?? ?100?? ?否?? ?物品id（主鍵）
Name?? ?Varchar?? ?200?? ?否?? ?物品名稱
Quantity?? ?Int?? ?100?? ?否?? ?物品總數量
Remain_quantity?? ?Int?? ?100?? ?否?? ?剩余數量
Create_date?? ?Datetime?? ?0?? ?否?? ?創建時間
Last_modify_Date?? ?Datetime?? ?0?? ?否?? ?最后修改時間
Status?? ?Char?? ?3?? ?否?? ?狀態0丟棄 1可用 2不可用

（6）?? ?社團物品表（league_goods）共12個字段，如表3-6所示。

表3-6 社團物品表
字段名稱?? ?字段類型?? ?長度?? ?是否為空?? ?字段的描述
Id?? ?Int?? ?10?? ?否?? ?社團物品id（主鍵）
League_id?? ?Int?? ?10?? ?否?? ?物品借出的社團id
Goods_id?? ?Int?? ?100?? ?否?? ?物品id
Quantity?? ?Int?? ?100?? ?是?? ?借出物品的數量
Return_quantity?? ?Int?? ?100?? ?是?? ?歸還數量
Lead_date?? ?Datetime?? ?0?? ?是?? ?物品借出時間
Return_date?? ?Datetime?? ?0?? ?是?? ?物品歸還時間
Lead_person?? ?Varchar?? ?50?? ?是?? ?借物品的人
Return_person?? ?Varchar?? ?50?? ?是?? ?歸還物品的人
Lead_enrol_person?? ?Varchar?? ?50?? ?是?? ?借出登記人
Return_enrol_person?? ?Varchar?? ?50?? ?是?? ?歸還登記人
status?? ?char?? ?3?? ?否?? ?狀態0全部1歸還2未還

（7）?? ?活動表（activity）共10個字段，如表3-7所示。

表3-7 活動表
字段名稱?? ?字段類型?? ?長度?? ?是否為空?? ?字段的描述
Id?? ?Int?? ?100?? ?否?? ?活動id（主鍵）
Name?? ?Varchar?? ?200?? ?否?? ?活動名稱
Create_activity_person?? ?Varchar?? ?50?? ?否?? ?活動的創建人
Content?? ?Text?? ?0?? ?是?? ?活動內容
Create_date?? ?Date?? ?0?? ?是?? ?創建時間
Start_date?? ?Varchar?? ?30?? ?是?? ?活動的開始時間
Close_date?? ?Varchar?? ?30?? ?是?? ?活動的結束時間
Last_modify_date?? ?Date?? ?0?? ?是?? ?文檔最后修改時間
Status?? ?Char?? ?3?? ?否?? ?活動的狀態
League_id?? ?Int?? ?10?? ?否?? ?對應社團的id

（8）?? ?角色表（role）共4個字段，如表3-8所示。

表3-8 角色表
字段名稱?? ?字段類型?? ?長度?? ?是否為空?? ?字段的描述
Id?? ?Int?? ?10?? ?否?? ?角色id（主鍵）
Name?? ?Varchar?? ?50?? ?否?? ?角色名
Description?? ?Varchar?? ?200?? ?是?? ?角色描述
Status?? ?Varchar?? ?3?? ?否?? ?狀態0：刪除1：開啟2：暫停

（9）?? ?用戶角色表（user_role）總共3個字段，如表3-9所示。

表3-9 用戶角色表
字段名稱?? ?字段類型?? ?長度?? ?是否為空?? ?字段的描述
Id?? ?Int?? ?10?? ?否?? ?用戶角色id（主鍵）
User_id?? ?Int?? ?50?? ?否?? ?用戶id
Role_id?? ?Varchar?? ?100?? ?否?? ?角色id（分號分開）

?
第四章 系統功能實現
?? ?系統的總體結構如圖4-1、圖4-2所示。

??
圖4-1所示?? ??? ??? ??? ??? ?圖4-2所示

（1）?? ?*.xml是一個配置文件，可以根據用戶的觸發的.action找到對應的處理action類進行處理
（2）?? ?js文件夾是存放js文件，其中FOAssociation.js是自己寫的JS校驗代碼，jquery1.4.3.js、prototype1.6.0.3.js是第三方封裝的JS代碼。
（3）?? ?upload/photo文件夾是保存用戶上傳的頭像，每個注冊用戶只能上傳一張圖片，只能上傳*.jpg、*.gif、*.png格式的文件。
（4）?? ?jsp文件夾是存放各個模塊的jsp文件。
（5）?? ?lib文件夾是存放所有的jar包

4.1注冊模塊
?? ?用戶進入登錄用戶頁面時，如果還沒有注冊用戶是無法登錄系統的，需要點擊注冊進入注冊頁面,其結構如圖4-3所示。

?
圖4-3注冊模塊結構圖

（1）?? ?regist.jsp
注冊頁面regist.jsp，讓用戶填寫必填信息和其它基本信息，所有信息必須符合要求才能完成注冊。
（2）?? ?AddUserValidateAction.java
當用戶輸入用戶名之后，會異步的觸發一個請求，檢查輸入的用戶名是否存在，AddUserValidateAction.java中調用userDao中的findUserByUsername(username)完成檢查。
（3）?? ?ToRegistAction.java
當用戶正確填完基本信息之后，當用戶點擊注冊就會通過配置文件找到ToRegistAction類進行圖片的保存和用戶信息的添加。

4.2 登陸模塊
?? ?用戶進入登錄頁面，可以輸入正確的用戶名、密碼、以及驗證碼完成登錄，其結構如圖4-4所示。

?
圖4-4登錄模塊結構圖

（1）?? ?login.jsp
login.jsp是登入系統的一個入口頁面
（2）?? ?ImageUtil.java
是一個產生驗證碼圖片的一個類，可以調用者可以調用得到一個驗證碼和驗證碼中對應的信息。
（3）?? ?BaseAction.java
BaseAction類是CheckCodeAction、LoginAction、LoginInterceptor的一個基類里面放的是一個Map對象，用戶保存用戶的登錄信息和驗證碼信息。
（4）?? ?CheckCodeAction.java
當用戶進入登錄頁面后，瀏覽器會通過img標簽中的url地址中的checkCodeAction.acton發送到系統中找到CheckCodeAction類，execute方法處理時會返回驗證碼信息，并保存驗證碼對應的數據到session中。
（5）?? ?LoginAction.java
是用于判斷輸入的用戶名、密碼、驗證碼是否正確，正確將保存用戶的信息到session中，并返回success根據struts.xml跳到主頁面，否則返回fail跳到登錄頁面，并告訴用戶那些輸入有誤。

4.3 角色管理模塊
角色模塊，主要用于角色的分配,大致結構如4-5所示。

?
圖4-5角色管理模塊結構圖

（1）?? ?role_list.jsp、role_add.jsp、role_modify.jsp等
分別是展現角色的信息、添加角色的頁面、修改角色頁面等
（2）?? ?FindAllRoleAction.java、ModifyRoleAction.java、AddRoleAction.java等
分別用于調用查找所有的角色信息、修改某個角色的信息、添加某個角色方法的action等。

4.3 管理員模塊
管理員模塊，主要是用戶分配角色功能，其大致結構如圖4-6所示。

?
圖 4-6 管理員模塊

（1）?? ?userRole_list.jsp、userRole_add.jsp、userRole_modify.jsp等
分別是管理員查看所有的用戶角色頁面、添加用戶角色頁面、修改用戶角色頁面等
（2）?? ?FindAllUserRoleAction.java、ModifyUserRoleAction.java、AddUserRoleAction.java等分別是調用查找所有用戶角色信息、修改用戶角色、添加用戶角色方法的action。

4.4 會員賬號模塊
?? ?會員賬號模塊其結構圖與上面的大致相同，會員賬號和下面其它模塊的結構就不畫出來，詳細介紹實現的一個大致流程：
點擊會員賬號將進入到user_list.jsp會員主頁面如圖4-7所示，展現所有會員的信息，選擇學院、專業、用戶名、狀態后點擊搜索按鈕將可以查看到所有的符合條件的信息；點擊開通按鈕可以開通用戶，開通后會提示用戶開通成功；點擊暫停按鈕可以暫停用戶，暫停成功之后提示用戶暫停成功；點擊修改后將調到user_modify.jsp頁面，填寫了相應的修改信息之后，點擊修改后將跳到原來的頁面user_list.jsp頁面；點擊刪除按鈕可以將該記錄刪除；點擊增加按鈕后將調到user_add.jsp頁面，填寫相應信息之后將跳到會員主頁面。

?
圖4-7 會員的主頁面

4.5 個人信息維護模塊
?? ?點擊個人信息維護后將顯示個人信息，還可以限定報幾個社團。
?? ?
4.6 社團模塊
4.6.1社團活動子模塊
?? ?點擊社團活動后進入activity_list.jsp社團活動主頁面，如圖4-8所示。選擇社團名稱和狀態、輸入活動名稱后點擊搜索按鈕可以查出符合條件的所有活動信息；點擊開通按鈕后可以開通活動；點擊暫停按鈕后可以暫停活動；點擊修改按鈕之后將會跳到activity_modify.jsp頁面，點擊修改后將回到活動主頁面；點擊活動名稱后將跳到activity_detail.jsp頁面查看所有的活動信息；點擊添加按鈕后跳到activity_add.jsp頁面，填寫完對應的相關信息后點擊添加即可完成活動的添加。

?
圖4-8社團活動主頁面

4.6.2 社團物品子模塊
?? ?點擊社團物品后進入goods_list.jsp社團物品主頁面，如圖4-9所示。選擇社團名稱、物品名稱、狀態后點擊搜索可以查出所有符合條件的相關信息。點擊查看詳情按鈕跳到leagueGoods_detail.jsp頁面查看物品的詳細信息，點擊還物單按鈕可以跳到returnGoods_add.jsp歸還物品的頁面，填寫了相關信息將跳到社團物品的主頁面。點擊查看物品按鈕后跳到goods_detail.jsp物品詳細頁面如圖4-10所示，選擇物品名稱和狀態后點擊搜索可以查出符合條件的物品信息，點擊不可用按鈕可以將物品設置為不可用；點擊可用按鈕可以將物品設置為可用；點擊修改按鈕之后跳到goods_modify.jsp頁面，填寫相關信息，點擊修改按鈕后將跳到goods_detail.jsp頁面；點擊丟棄按鈕可以丟棄此物品；點擊還物單后可以跳到leadGoods_add.jsp借物單填寫借物信息。

?
圖4-9社團物品主頁面

?
圖4-10物品的詳細主頁面

4.6.3社團經費子模塊
?? ?點擊社團經費后進入fund_list.jsp社團經費主頁面。如圖4-11所示。選擇社團名稱，或者申請人；點擊搜索后可以查出相關信息；點擊查看詳情按鈕之后可以查看該申請記錄；點擊申請經費按鈕后會帶上社團名稱和申請人調到申請經費頁面，填寫完對應 的信息后可以點擊保存進行經費的申請；點擊添加經費按鈕后跳到添加 經費頁面進行經費的添加；點擊查看經費頁面后跳到經費詳情頁面，查看所有的添加刪除經費記錄，輸入添加或申請經費人和選擇狀態可以查詢出對應的記錄。
?
圖4-11社團經費的詳細主頁面

4.6.4社團管理子模塊
?? ?點擊社團管理后進入league_list.jsp社團管理主頁面，如圖4-12所示。輸入社團名稱，選擇狀態后，點擊搜索后可以查出相關信息，點擊社團名稱后跳到league_detail.jsp頁面查看社團的詳細信息；點擊暫停后可以暫停社團；點擊開通可以將社團開通；點擊修改按鈕，可以跳到league_modify.jsp頁面，填寫需要修改的信息后，點擊修改按鈕即可對信息進行修改；點擊刪除按鈕可以將社團刪除；點擊增加按鈕，可以跳到league_add.jsp頁面，填寫相關信息后點擊添加即可完成新增。

?
圖4-12社團管理主頁面
?
第五章 系統調試與測試
5.1 測試環境
本系統的測試環境如下：
?? ?操作系統：window8版本
?? ?內存：4G
?? ?CPU：AMDA10-5750M2.5GHz
?? ?服務器：tomcat6.5
?? ?數據庫：MySQL5.6
?? ?瀏覽器：火狐瀏覽器

5.2 部分系統模塊和子模塊測試
5.2.1 注冊模塊測試
?? ?在用戶初次使用登錄系統時，需要進行用戶注冊，進入登錄頁面后點擊注冊鏈接后進入注冊頁面，如圖5-1所示。輸入一個系統已經存在的用戶，看系統是否會提示用戶已經存在；輸入密碼以及重復密碼，檢測系統是否提示用戶兩次密碼輸入不一致；真實姓名長度輸入超過30個字符看系統是否提示用戶輸入的字符過長；輸入一個非法的電話號碼，看系統是否提示手機號碼格式錯誤。測試結果如圖5-2所示。

?
圖5-1注冊頁面

?
圖5-2注冊頁面測試結果

點擊可選項后，出現頁面如圖5-3所示，當輸入正確的身份證號后，看系統是否能自動計算生日；輸入非法的qq號或qq號長度不符合，看系統是否提示qq號不正確；輸入一個非法的Email地址看系統是否檢測用戶輸入的是一個非法Email地址；當家庭地址和寢室地址輸入過程看系統是否提示輸入長度過長；選擇一個學院后看是否能級聯的在專業下拉框中顯示該學院所有的專業。測試結果如圖5-4所示

?
圖5-3可選項

?
圖5-4可選項測試結果

5.2.2 登錄模塊測試
?? ?用戶在進入系統之前需要進入登錄頁面如圖5-5所示，隨便輸入一個用戶進行登錄，看系統是否提示用戶不存在，提示結果如圖5-6所示；輸入一個系統已經存在的用戶，在輸入一個錯誤的密碼后點擊登錄看系統是否會提示用戶輸入的密碼不正確，提示結果如圖5-7所示；用戶名密碼都輸入正確的時候看系統是否會提示用戶驗證碼輸入不正確，提示結果如圖5-8所示。

?
圖5-5用戶登錄模塊

?
圖5-6提示用戶名不存在

?
圖5-7提示用戶名密碼不正確

?
圖5-8提示輸入驗證碼有誤

5.2.3 會員賬號模塊測試
進入會員賬號頁面時，如圖5-9所示

?
圖5-9會員賬號界面

選擇信息工程學院和計算機科學與技術專業后點擊搜索按鈕后看是否能得到學院都為information（信息工程學院）計算機專業的會員，如圖5-10所示

?
圖5-10信息工程學院計算機科學與技術的所有會員

在前面的基礎之上，再輸入用戶名為“j”，看系統是否能查出含有j的所有會員信息，如圖5-11所示

?
圖5-11信息工程學院計算機科學與技術用戶名中含有j的所有會員

在前面的基礎之上再選擇以暫停看系統是否能查出所有為暫停態的所有會員如圖5-12所示

?
圖5-12所有暫停狀態的會員

在前面的基礎之上，點擊開通按鈕將用戶名為aihj的用戶開通，看該會員狀態是否為開通態，也就是說圖5-12上用戶名為aihj的用戶將移除，如圖5-13所示

?
圖5-13用戶名開通后的結果

在前面的基礎之上，點擊修改按鈕將用戶的學號改成10個8，查看系統是否修改成功，如圖5-14所示

?
圖5-14 修改用戶學號的結果

點擊添加按鈕，添加學號為10個9，用戶名、密碼、真實姓名都是tyro11，電話為18770074823，
如圖5-15所示，查看系統是否添加會員成功，如圖5-16所示

?
圖5-15添加的信息

?
圖5-16添加后的記錄

點擊用戶名后如圖5-17所示
?
圖5-17 詳細信息

5.2.4社團活動子模塊測試
?? ?社團活動的主頁如圖5-18所示

?
圖5-18社團活動主頁面

其他的模塊測試結果跟會員賬號模塊測試結果大致一樣，這里就不一一截圖了。

?
結束語

?? ?南昌工程學院社聯管理系統從題目的構思，到數據庫設計，到系統設計，再到畢業論文的編寫均由本人獨立完成，也是本人獨立完成的第一個項目。
開發此系統借助了不少的開發工具，例如在JetBrainsWebStorm工具中完成了靜態頁面的編寫，在myeclipse集成環境中完成了所有的java代碼，數據的設計借助的是navicate工具，也借助了其他開源的第三方插件例如prototype-1.6.0.3.js、jquery-1.4.3.js、fckeditor。此系統，讓我更加了解開發一個系統的流程，也培養了我一種獨立思考的能力。在短短的幾個月時間里，我發現了自己很多的不足，第一在技術方面學的不是很扎實，特別是css的布局還需要進一步的學習，第二動手能力還很弱，看視頻教程看了不少，但是實際操作的還是很少，導致有些技術時間就了就忘記了，第三代碼的檢查和調試能力還有待提高，在myeclipse中的debug模式調試Java代碼和瀏覽器自帶的開發人員工具調試JavaScript都還不是很熟練。
由于是第一次獨立開發，經驗不足，只能嚴格按照MVC模式進行開發，本系統在開發架構選擇上并未使用SSH（springstrutshibernate）進行開發，僅僅是選擇了struts架構對系統進行第一次開發。設計時沒有可參考的系統，可能在系統設計的不是很好，還有很多需要改進的地方，希望以后在時間允許的前提下進行第二次開發，結合SSH框架對系統進行改造，簡練對數據庫的操作和事務的控制，讓一些繁瑣的事情交給hibernate框架去做。在實現對文件的上傳時，由于本系統使用文件上傳功能不是很頻繁，所以并沒有抽取出來，不是很符合面向對象理念，在今后將會提煉出來，并豐富其功能，讓其成為一個FileUtil類，只給外開放一些接口，供其它程序調用，增強程序的可重用性。

?
參考文獻

[1]葉核亞.Java程序設計實用教程.北京：電子工業出版社,2010.2
[2]李興華、王月清.java web開發實戰經典基礎篇，2009
[3]李興華. Java開發實戰經典[M].清華大學出版社，2009
[4]李剛.Java瘋狂講義.北京：電子工業出版社,2012.1
[5]李鐘蔚、馬文強、王殊宇.Java項目開發實例自學手冊.北京：人民郵電出版社:2008.9
[6]張海潘.軟件工程導論.北京：清華大學出版社，2008.2
[7]孫衛琴李洪成著 Tomcat與Java Web開發技術詳解[M].北京：電子工業出版社,2006
[8]王珊,薩師煊.數據庫系統概論.北京：高等教育出版社，2008
[9]Cay S. Horstmann,Gary Cornell著，程峰，黃巖波等譯． Java核心技術卷Ⅰ基礎知識第6版[M] ．北京：機械工業出版社，2005

?
致謝

在接到選題通知之前，朱院長要求我們提前準備課題，那時自己剛好在學習Java語言，當時就在想畢業設計就用Java語言開發吧，然而要自己想一個題目，對于我們這種Java初學者又沒有獨立開發經驗的人來說確實不是一件很容易的事情，但是自己又想給自己的大學生活和學習留下一個特別地又有意義的回憶，所以為了想出這樣一個的題目，我整個禮拜一有時間就在想這件事，終于有一個晚上，半夜做夢的時候我想了一個題目，那就是現在的畢業設計課題，也許說出來不會有很多人相信，但是這確實是題目的由來。
?? ?當把這個題目申請下來的時候，我確實很開心，因為那是我自己想出來的題目，在此非常感謝朱院長和指導老師李老師的認可。
?? ?南工社團聯合會是一個“特別能吃苦，特別能戰斗”的團隊，在這個團隊里，因為志同道合或興趣相投而聚集了來自四面八方的朋友。南工社聯社團管理系統是本人根據在社聯工作時的現狀設計出來的，在此感謝社團聯合會給我靈感，也感謝她豐富了我的大學生活和情感。
?? ?本設計是在李璠老師精心的指導下完成的，從課題的確認到系統設計，再到系統的實現，都凝聚著李老師的辛勤和汗水，南工社聯社團管理系統的設計和實現以及畢業論文的編寫能夠順利的完成都與李老師工作認真的態度是分不開的，在此再次向李老師表示真誠的謝意。在系統的實現時，遇到一些技術問題，幸好有一幫好朋友和同事在旁邊一直支持和幫助我，在此感謝那些幫助過我的朋友和同事，感謝你們的技術支持。
?? ?最后衷心的感謝所有教過我的所有老師，感謝你們四年的教導，感謝母校提供良好的教學環境，也感謝身邊的每個朋友和親人。

?
附錄部分主要代碼
1 web.xml中主要的代碼
<filter>
?? ?<filter-name>FOAssociation</filter-name>
?? ?<filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>
?? ?</filter>
?? ?<filter-mapping>
?? ?<filter-name>FOAssociation</filter-name>
?? ?<url-pattern>/*</url-pattern>
?? ?</filter-mapping>

2struts.xml中主要代碼
由于代碼過多占的篇幅比較多，在排版比較困難所以在此選擇截圖方式。如圖9-1、圖9-2、圖9-3、圖9-4、圖9-5所示。

?
圖9-1?
圖9-2

?
圖9-3

?
圖9-4

?
圖9-5
?

總結

以上是生活随笔為你收集整理的基于java的社团管理系统设计(含源文件)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。