【正文】 表 217 論壇 管理的模型組件 模型組件 描述 對數據庫中的論壇 信 息進行操作 項目管理 模塊設計 項目 管理包括項目的添加、刪除、修改和查詢功能，以及項目收 費標準的查詢。 表示層設計 根據上述的功能介紹，總結出 論壇管 理功能的頁面如表 215所示。表 213列出了 教練 小型健身俱樂部管理 系統(tǒng)分析、設計與實現 34 管理控制層每個 Action 的入口（即調用 Action 的組件）、傳遞 Action的 ActionForm 以及出口（即 Action 將請求轉發(fā)到目標組件）。 表 210 會員 管理的控制層設計 事件 Action 入口 ActionForm 出口 進入會員信息界面 MemeberlistAction MemeberListForm 進入瀏覽會員信息界面 MemeberDetailAction MemeberDetailForm 修改會員信息界面 ModifyMemeberAction ModifyMemeberForm 提交修改會員信息界面 SubmitModifyAction ModifyMemeberForm 增加會員信息 AddMemeberAction AddMemeberForm 提交增加會員信息 SubmitAddAction AddMemeberForm 刪除會員信息 DelMemeberAction DelMemeberForm 模型層設計 模型組件如表 211所列。 表示層設計 根據上述功能介紹，總結出 會員 管理功能的頁面如表 29。 表 26 登錄管理模塊的頁面設計 界面 JSP 功能描述 登錄界面 登錄的主頁面 主頁面 管理主頁面 根據界面流的設計可以確定各個界面的訪問入口以及界面之間切換關系，頁面的流程圖如圖 212所示。 表 24 客戶端應用的 Action 映射 事件 Action 入口 ActionForm 出口 進入 主頁面 EnAction 填寫個人注冊信息 personAction personForm 進入 會員功能界面 MemberAction 會員進行登錄 userRegisterAction userRegisterForm 會員進行會員卡申請 cardApplicationAction 會員個人信息修改 memberModifyAction memberModifyForm 查詢消費記錄 cardExpenseAction 會員卡充值 ContinueCardAction 交納會費 memberExpenseAction memberExpenseForm 模型層 具體的模型組件如表 25所示。 HTML 表單中的字段和 ActionForm Bean 中的屬性是一一對應的。 表 22 客戶端的頁面設計 界面 JSP 功能描述 主頁面 客戶端的主頁面 個人注冊信息 填寫個人基本情況頁面 會員登錄 會員登錄頁面 會員卡申請 申請會員卡頁面 會員信息修改 修改會員信息頁面 查詢消費記錄 查詢消費記錄頁面 會員卡充值 給會員卡充值頁面 交納會費 會員交納會費頁面 根據界面流的設計可以確定各個界面的訪問入口以及界面之間切換關系。用戶可以填寫自己的基本信息，包括：真實姓名、年齡、性別、用戶名、密碼、生日、身份證號、聯系電話、電子郵件、健康意向 健康意向 2，這些構成了用戶信 息，當填寫完后可以申請成為會員。 小型健身俱樂部管理 系統(tǒng)分析、設計與實現 29 圖 211 模塊設計 針對不同用戶，提供了兩類功能登錄接口：即會員登錄接口和健身俱樂部管理人員登錄接口，這些接口都以 Web 頁面的形式提供。 數據庫各庫表的腳本代碼見數據庫腳本文件。 2）使用記錄集后關閉并釋放資源。設置服務器的虛擬內存為 1GB。 小型健身俱樂部管理 系統(tǒng)分析、設計與實現 28 數據庫的物理設計主要是對數據在內存中的安排，包括對索引區(qū)、緩沖區(qū)的設計，對使用的外存設備及外存空間的組織，包括索引區(qū)、數據塊的組織與劃分，設置訪問數據的方式方法。 系統(tǒng)管理 包括的庫表： 論壇管理 包括的庫表： coachInfo—— 教練信息表，包含教練的所有信息； cardInfo—— 會員卡信息表，包含會員卡的所有信息； 數據庫的邏輯結構模型設計 數據庫的邏輯設計是將各局部的 ER 圖進行分解、合并后重新組織起來形成數據庫全局邏輯結構，包括所確定的關鍵字和屬性、重新確定的記錄結構、所建立的各個數據之間的相互關系。因此這里選擇 Tomcat 作為 Web 服務器。而且 Tomcat 未來將會取代 Jserv，成為Apache 主要的 Servletamp。同時，它們還擁有精度復雜的安全控制以適應不同的商業(yè)需要。 Web 服務器： Tomcat 操作系統(tǒng)： UNIX/Linux/Windows2020 或以上版本 網卡： KMb/s 速度網卡 3）數據庫服務器 分辨率：推薦使用 1024 768 像素 2） Web 服務器 1）客戶機：普通 PC 系統(tǒng)進行環(huán)境 下面講述系統(tǒng)運行的網絡結構，硬件、軟件環(huán)境。本系統(tǒng)將完全采用基于 Web 的（ B/S 架構）客戶端，即用戶可以直接通過瀏覽器來訪問和使用本系統(tǒng)?？刂茖樱?包括所有的 Action 類，它完成三項任務，一是進行業(yè)務邏輯驗證，二是調用模型組件，三是決定將合適的視圖組件返回給用戶； 本系統(tǒng)的體系結構如 圖 27所示，它基本遵循了 struct 體系的 MVC框架規(guī)范?；谟斡[器進行顯示以方便用戶使用； 模型， 模型表示應用程序的狀態(tài)和業(yè)務邏輯，業(yè)務邏輯常常由JavaBean 或者 EJB 組件實現。 小型健身俱樂部管理 系統(tǒng)分析、設計與實現 22 圖 26 struct 實現的 MVC 框架 視圖， 就是一組 JSP 文件，這些 JSP 文件沒有業(yè)務邏輯，也沒有模型信息，只有標簽，這些標簽可以是標準的 JSP 標簽或者是客戶化標簽，如 struct 標簽庫的標簽。 體系結構 目前軟件項目中有很多體系結構，其中 struct 是比較流行的一種。 在客戶界面， 會員 首先進入 會員操作 界面，點擊進入 會員功能主 界面，包括“ 個人信息修改 ”、“ 會員卡申請 ”、“ 個人消費記錄 ”、“ 消息查詢 ”、“ 會員卡充值 ”、“ 教 練查詢 ”、“ 項目查詢 ”、“ 器械查詢 ” 和 “ 健身論壇 ”等頁面。 員工 管理：包括“用戶列表”、“用戶信息”、“修改用戶信息”、“增加用戶”和“刪除用戶”、“用戶權限設置”等頁面； 教練 管理：包括“ 教練聘用 ”、“ 教練變更 ”、“ 指導項目管理 ”、“ 教練信息發(fā)布 ”和“ 教練查詢 ”等頁面； 主要界面設計如下： 本系統(tǒng)的總 體 功能結構圖如圖 21 所示： 2. 界面設計 本系統(tǒng) 出于對客戶的服務以及對俱樂部內部管理的雙重考慮，將系圖 21 系統(tǒng)總體功能結構圖 小型健身俱樂部管理 系統(tǒng)分析、設計與實現 17 統(tǒng)設計為會員操作界面和管理員操作界面。防止用戶非法獲得網頁以及內容。 開放性需求 系統(tǒng)應具有較強的靈活性，以適應將來功能擴展的需求。 4）藝術風格：界面、版面形象清晰悅目、布局合理，字號大小適宜、字體選擇合理，前后一致，美觀大方，動與靜搭配恰當， 動靜效果好；色彩和諧自然，與主題內容相協調。 1）頁面內容：主題突出，站點定義、術語和行文格式統(tǒng)一、規(guī)范、明確、欄目、菜單設置和布局合理，傳遞的信息準確、及時。 論壇管理 用例描述： 論壇管理； 執(zhí)行者： 論壇管理者； 前置條件： 論壇管理者已登錄系統(tǒng)； 后置條件： 如果論壇管理變更完成后，則數據庫信息隨之變化。 健身活動管理 用例描述： 健身活動 管理； 執(zhí)行者： 健身活動 管理員； 前置條件： 健身活動 管理員已登錄系統(tǒng)； 后置條件： 如果 活動 信息維護完成，則相應信息將記錄到數據庫中。 項目管理 用例描述： 項目管理 ； 執(zhí)行者： 項目管理 者； 前置條件： 項目管理 者已登錄系統(tǒng)； 后置條件： 如果 項目變更 成功后，則數據庫信息隨之變化。 數 據 庫登 陸 者登 錄 管 理 端輸 入 用 戶 名 和 密 碼提 交 合 法 性 驗 證判 斷 權 限登 錄 到 管 理 界 面 圖 16 登錄管理活動視圖 會員 管理 用例描述： ，此時可以組織問卷 管理； 執(zhí)行者： 會員 管理者； 前置條件： 會員 管理者已登錄系統(tǒng)； 后置條件： 如果 會員管理 維護成功，則數據庫中的 數據 隨之變化。包括瀏覽查看模塊、發(fā)帖回帖模塊、帖子管理和論壇公告管理這幾個模塊。 FM4： 器械管理 器械管理包括新增器材登記、淘汰器材刪除、現有器材查詢等功 能。 FM1： 會員管理 會員管理包括會員的注冊、個人信息的修改、會員的刪除、變更和查詢，會員卡管理和會費管理等。 管理端子系統(tǒng) 管理端子系統(tǒng)主要是提供 給俱樂部 管理人員使用的功能，它的功能分為 會員管理、教練管理、 項目管理、器械管理、健身活動管理、員工管理、論壇管理以及系統(tǒng)管理等功能。 用例描述： 會員卡申請 ； 執(zhí)行者： 會員 ； 前置條件： 會員 已選擇 會員 卡申請功能 ； 會員用戶修改個人信息會員卡申請消費查詢會員卡充值交納會費 小型健身俱樂部管理 系統(tǒng)分析、設計與實現 9 后置條件： 提交申請 后，則可以 使用會員卡 。 個人信息修改 具體描述如下。 FC4：會員卡充值。 FC2： 會員卡申請 。當點擊 各模塊相對應的 名稱時進入 其 詳細信息頁面， 并對其中功能進行操作 。管理端子系統(tǒng)功能是 健身俱樂部 的管理人員 對會員進行管理和系統(tǒng) 維護 等功能。 數據庫 數據庫是一個與系統(tǒng)產生交互的外部系統(tǒng)，這個角色負責系統(tǒng)的數據查詢、增加、刪除和修改等操作。 論壇管理者。 俱樂部會員每次健身活動的記錄、器械的使用、教練的安排、費用的審核，訓練計劃的制訂與實施，及相關信息的查詢。 器械管理者。 小型健身俱樂部管理 系統(tǒng)分析、設計與實現 7 其中，會員卡管理主要包括會員卡的申請，記錄下會員每次來俱樂部的消費情況，提供消費記錄的查詢，根據消費金額管理員可 以對會員進行升級管理。 如圖 12 所示。 角色定義 角色或者執(zhí)行者指與系統(tǒng)產生交互的外部用戶或者外部系統(tǒng)。盡可能地確保所有角色都被完全 識別出來。用例模型提供了一個非常重要的方式來界定系統(tǒng)邊界以及定義系統(tǒng)功能，同時，該模型將來可以派生出動態(tài)對象模型。瀏覽器： 以上 采 用面向對象分析作為主要的系統(tǒng)建模方法，使用 UML（ Unified Modeling Language）作為建模語言。 操作系統(tǒng)： UNIX/Linux/Windows2020 或以上版本 網卡： KMb/s 速度 數據庫服務器 分辨率：推薦使用 1024 768 像素 Web 服務器 系統(tǒng)運行的硬件環(huán)境 本系統(tǒng)的硬件環(huán)境如下： 客戶機：普通 PC 基本信息 管理員 圖 11 系統(tǒng)業(yè)務流程圖 未注冊用戶 注冊 登陸系統(tǒng) 注冊過的用戶 查詢 查詢 刪除 添加 修改 發(fā)布 保存 所有用戶 所有被操作的信息被自動寫入數據庫 小型健身俱樂部管理 系統(tǒng)分析、設計與實現 5 小型健身俱樂部管理 系統(tǒng)分析、設計與實現 4 系統(tǒng)運行的網絡環(huán)境 無論是客戶端的 用戶 還是管理端的管理用戶都可以通過網絡登錄到本系統(tǒng)中。 根據用戶的需求陳述，可以確定本項目分為客戶端和管理端，客戶端主要功能是 讓用戶注冊為會員，錄入自己的信息并可進行修改 等。 系統(tǒng)具有良好的運行效率，能夠達到提高生產率的目的； 另外一類用戶是管理用戶，他們是公司內部的人，主要是 俱樂部 管理人員和系統(tǒng)管理人員。作為經營者，應該培養(yǎng)市場意識，將 IT與健身行業(yè)相結合，建立自己 的管理系統(tǒng)，在硬件上達到一定的高度的同時在軟件上也要有自己的一套管理模式。 小型健身俱樂部管理 系統(tǒng)分析、設計與實現 2 術語定義 無 我們分別闡述一下項目的來源、背景，項目的 用戶特點和項目的目標。 范圍 該文檔是借助于當前系統(tǒng)的邏輯模型導出目標系統(tǒng)的邏輯模型的，解決整個項目系統(tǒng)的“做什么”的問題。 開發(fā)人員； Database。整個系統(tǒng)服務于管理員、俱樂部會員兩種不同的用戶。 本科生畢業(yè)設計（論文） 小型健身俱樂部管理 系統(tǒng) 分