【正文】 驗，和團隊精神與意識的形成。 3）后臺組 負責人：黃湖川 成員：樊國敬 任務描述：負責網站后臺的架構設計與開發(fā)，負責服務器的配置與維護。馬慧制作論壇相關頁面。作為社聯(lián)的信息管理平臺 ，承擔 20xx 屆的社團納新工作，截止到今日（ 11 月 6日），該平臺注冊用戶數(shù)已超過 1800 人，保存全校 70余個社團信息，記錄辦卡人員信息 3900余條，保存 1501 條社團人員的信息，與 2025 條社團參與信息，總點擊量達 37336次。其中還有很多錯漏的問題，由于時間有限，只能在日后再進行匯總和修改。 結果：沒有綁定卡號的用戶申請社團時提示先綁定卡號，運行正常。 14 用戶卡號綁定，信息錄取、修改都正常。 測試操作（ 4）： 輸入 id/郵箱 /用戶名，點擊查找，不能查找。 測試操作（ 1）： 點 擊用戶管理，頁面顯示所有注冊用戶，分頁正常。 測試數(shù)據（ 1）： 輸入郵箱： 輸入密碼： 123456 點擊確定，登錄成功，返回主頁。 功能模塊測試： 測試數(shù)據（ 1）： 郵箱： 用戶名 :fgj 密碼： 123456 確認密碼： 123456 點擊確定，提示注冊成功，返回主頁面 測試數(shù)據（ 2）： 郵箱： 447100651 用戶名 :fgj 密碼： 123456 確認密碼： 123456 13 不能點擊確定，提示郵箱輸入不正確。解決辦法是在保存數(shù)據時驗證數(shù)據是否正確，在取出時檢查數(shù)據是否存在，不能取出的數(shù)據當作不存在處理。添加、查找功能正常，刪除、更新時出導常。 ManageAction: 處理管理 角色用戶操作請求，例如審核社團申請、設置權限等。在 中配置 struts2 核心 Filter 與初始化 spring 容器，實現(xiàn) action 的自動裝配。 getXXByYYList(int first,int size,...): 根據數(shù)據表的某個屬性列分頁取出持久化實例。 保存持久化實例。 4） 實現(xiàn) DAO 層 每個 DAO組件對應一個數(shù)據表的操作。 Right: 用戶權限表，包括權限名，權限 id 兩個屬性。 MemberDesc: 社團個員信息，包括所在社團，在社團中的身份等信息。 XXXAction:提供 XXX 角色的請求處理。在 hibernate 管理下完成數(shù)據庫操作。 11 具體實現(xiàn) 1） 系統(tǒng)結構 表現(xiàn)層：由 jsp 頁面組成。系統(tǒng)中所有用戶請求，包括系統(tǒng)超鏈接和數(shù)據提交等都不直接發(fā)送到處理層，而是發(fā)送給 struts2 的 action，struts2 控制所有請求的處理與轉發(fā)。 有利于軟件工程化管理。 4） 快速的部署。由于模型返回的數(shù)據沒有進行格式化，所以同樣的構件能被不同的界面使用。 2） 高重用性和可適用性。 數(shù)據庫服務： mysql 原因：適用于中小型項目的數(shù)據庫系統(tǒng)，安全、穩(wěn)定、易用、免費。該網站所具有的功能均由該層提供的操作處理完成，比如登陸、注冊、瀏覽、管理等操作。操作數(shù)據庫時利用面向對象程序設計的向上轉型技術實現(xiàn)該層代碼的封裝。 （九）社團人員申請表 CB_MemberApp 表 列名 數(shù)據類型 完整性 描述 memberappid Integer(10) 主鍵 申請表 id cardid Integer(5) 參照 List(cardid) 卡號 userid Integer(10) 參照 User(userid) 用戶 id clubid Integer(5) 參照 Club(clubid) 社團 id 說明：描述每個社團成員的社團身份。 （六）社團表 CB_Club 表 列名 數(shù)據類型 完整性 描述 clubid Integer(5) 主鍵 社團 id clubname Varchar(20) 唯一 社團名稱 clubintroduction Varchar(5000) 社團簡介 說明：所有社團的列表。 （二）權限表 US_Right 表 列名 數(shù)據類型 完整性 描述 rightid Integer(5) 主鍵 權限 id rightname Varchar(20) 唯一 權限名稱 說明：所有權限的列表?？蔀g覽網站中該權限可見的內容，可申請社團，申請會提交到后臺等待相關管理員確認，申請社團成功后，可查看所在社團內其他成員的基本信息。 3）社團管理員： 各社團負責人所擁有的權限。 用戶權限設計 根據 上述需求分析，該網站需要區(qū)分 4種權限不同的用戶，具體描述如下： 1）系統(tǒng)管理員： 網站的總管理員，擁有最高管理權限。 3）管理社團： 社團負責人可對自己所管社團進行管理。申請被通過后，該社團申請者即成功加入了所申請社團，在個人中心“我的社團”頁面下可看到該社團內全部人員的信息。 5 項目設計 功能設計 該網站所具備的主要功能描述如下： 1）學生申請社團： 用戶注冊后，即可進行申請社團操作。 業(yè)務描述 通過與社團聯(lián)合會指導教師和學生干部多次溝通后，將相關人員的社團管理與人員管理的主要工作描述如下： 1）設立社團及其負責人： 由社聯(lián)管理在校全部社團，包括社團的申請與成立、社團負責人的設置與更改、活動的組織與安排，和對其參與人員的信息管理。其初期功能包括：社聯(lián)的相關人員管理功能、在校學生的社團申請與管理工作、各社團的自我展示平臺、信息的發(fā)布與活動的宣傳。 1 大連民族學院 計算機科學與工程學院 《軟件工程》課程報告 （ 20xx20xx1 學期） 項目名稱： iYo 校園綜合服務平臺 專業(yè)： 網絡工程 班級： 114 項目負責人姓名及學號： 黃湖川 20xx083408 同組成員姓名及學號（每個成員占一行）： 樊國敬 20xx083103 陶姊屹 20xx083217 馬 慧 20xx083412 田 原 20xx083422 丁 心 20xx083404 2 指導教師： 李錫祚 評閱成績： 評閱意見： 提交報告時間： 年 月 日 3 目錄 一、 需求分析?????????????????????????? 4 二、 項目設計?????????????????????????? 5 三、 項目實現(xiàn)?????????????????????????? 9 四、 項目測試?????????????????????????? 12 五、 項目總結?????????????????????????? 14 參考文獻 附件 1：小組分組情況說明 附件 2：每個成員的工作報告 4 需求分析 環(huán)境分析 1）根據民院金石灘校區(qū)社團聯(lián)合會工作現(xiàn)狀，社團及其人員的管理工作基本完全依賴于人工處理，但由于數(shù)據量較大，人工處理導致操作復雜、人工需求大、效率低、易出錯、信息不同步等缺點。 設立目標 結合校園實際情況，設計一款能夠滿足在校學生需求的多功能平臺。 3）該網站完成后將作為金石灘校區(qū)社團聯(lián)合會的官方網站，屆時將存儲數(shù)千條社團人員的信息，與校區(qū)內全部社團的基本信息，同時由于其承擔社聯(lián)的管理工作，因此該平臺的維護與修改 工作將長期進行下去。 3）在校學生申請社團： 申請社團時，首先需要向社聯(lián)相關人員辦理社團一卡通，以證明社團人員的身份，然后即可申報所有社團，具體的社團申報工作由該社團的負責人負責，但需在社聯(lián)的監(jiān)督和指導下進行。在“申請社團”頁面下可選擇準備申請的社團，點擊“申請”后，該申請請求會提交至后臺，需由該社團的負責人或社聯(lián)管理員對該條申請進行審核，確認無誤后可通過該申請。辦卡人員的信息（包括社團 一卡通號和學號）需由“社聯(lián)管理員”錄入網站后臺，該條信息作為用戶激活自己身份時的驗證標準。通過“請求”后 社聯(lián)管理員可對所有社團進行管理，同時可以添加和刪除社團?？商砑雍托薷纳鐖F信息，可為各社團設置負責人，可查看所有社團及其內部人員的基本信息，可進行社團負責人可做的所有管理操作。 4）注冊用戶： 普通注冊用戶。 2） ER圖： 注冊用戶 權限 權限描述 社團人員 身份描述 社團身份 社團 辦卡人員 社團申請 用戶權限描述 注冊用戶 社團人員關系 辦卡人員 社團人員關系 操作 7 3)數(shù)據表： （一）基本用戶表 US_User 表 列名 數(shù)據類型 完整性 描述 userid Integer(10) 主鍵 用戶 id username Varchar(20) 唯一 用戶名 password Varchar(20) 用戶密碼 rightid Integer(5) 參照 Right(rightid) 用戶權限 id 說明：用戶注冊、登陸時使用，核實身份、區(qū)分不同用戶的權限。 （五）辦卡人員表 CB_MemberList 表 列名 數(shù)據類型 完整性 描述 8 cardid Integer(5) 主鍵 卡號 number Integer(10) 唯一 學號 說明：記錄辦理社團一卡通的學生。 （九）社團人員身份 表 CB_MemberDesc 表 列名 數(shù)據類型 完整性 描述 memberdescid Integer(10) 主鍵 社團人員身