【正文】 表 41 數(shù)據(jù)庫(kù)中表及說(shuō)明 編號(hào) 表名 說(shuō)明 1 columns 欄目信息表 2 news 新聞信息表 3 news_approvals 新聞審核表 4 ments 評(píng)論表 5 users 用戶(hù)表 6 roles 角色表 7 users_roles 用戶(hù)角色表 8 permissions 系統(tǒng)權(quán)限表 9 roles_to_ permissions 角色權(quán)限分配表 10 models 系統(tǒng)模塊表 11 templates 系統(tǒng)模板表 根據(jù)系統(tǒng)數(shù)據(jù)關(guān)系模式的設(shè)計(jì)結(jié) 果，下面僅給出欄目表（ columns） 、新聞表（ news） 、 新聞審核表 （ news_approvals） 、評(píng)論表（ ments） 的實(shí)現(xiàn) ， 如表 44 4 45 所示 ，其它不再一一給出。 角色權(quán)限分配關(guān)系模式： roles_to_permissions(roles_to_perm_id,roles_id,permissions_id)。 模塊關(guān)系模式： models(models_id,models_name)。 用戶(hù)關(guān)系模式： users(users_id,users_name,users_loginname,users_password,users_gender,users_,users_isactive,users_registdate)。 模板關(guān)系模式： templates(templates_id,templates_name,templates_description,templates_type,templates_file,templates_tags)。 新聞審核關(guān)系模式： news_approvals(news_approvals_id,news_approvals_content,news_approvals_result,news_approvals_date,news_id)。 欄目關(guān)系模式（主鍵用下劃線(xiàn)標(biāo)出 ，以下雷同 ）： columns(columns_id,columns_name,columns_description,columns_isactive,columns_sortid,columns_parentid,columns_path,template_id)。 用戶(hù)角色關(guān)系包含用戶(hù)名稱(chēng)和角色名稱(chēng)屬性。 基于 SSH的新聞發(fā)布系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 22 權(quán)限實(shí)體包含權(quán)限名稱(chēng)、權(quán)限描述和所屬模塊屬性。 用戶(hù)實(shí)體包含網(wǎng)名、用戶(hù)名、密碼、性別、郵箱、是否有效和注冊(cè)日期屬性。 評(píng)論實(shí)體包含評(píng)論內(nèi)容、評(píng)論用戶(hù)、評(píng)論相關(guān)的評(píng)論、評(píng)論時(shí)間、評(píng)論狀態(tài)和評(píng)論的新聞屬性。 模板實(shí)體包含模板名稱(chēng)、模板描述、模板類(lèi)型、模板文件和模板標(biāo)簽屬性。 欄 目存 放新 聞刪改增查用 戶(hù)評(píng) 論包 含權(quán) 限對(duì) 應(yīng)功 能 模 塊屬于角 色擁 有新 聞 審 核審 核撰 寫(xiě)選 擇選 擇模 板11nnn1mm11mnm11nnmm1 圖 44 新聞發(fā)布系統(tǒng)基本 ER 圖 圖中欄目實(shí)體包含欄目名稱(chēng)、欄目說(shuō)明、父級(jí)欄目名稱(chēng)、欄目順序、欄目是否有效、欄目路徑、所屬模板屬性。數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)的目標(biāo)是 將需求分析得到的用戶(hù)需求抽象為信息結(jié)構(gòu)， 產(chǎn)生反映全組織信息需求的整體數(shù)據(jù)庫(kù)概念結(jié)構(gòu)，即概念模式 ，是整個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)的關(guān)鍵 [13]。 模塊信息：模塊名稱(chēng)。 用戶(hù)信息：網(wǎng)名、用戶(hù)名、密碼、性別、郵箱、用戶(hù)狀態(tài)、注冊(cè)日期。 評(píng)論信息：評(píng)論內(nèi)容、用戶(hù)、評(píng)論回復(fù)、評(píng)論的日期、評(píng)論狀態(tài)、評(píng)論的新聞。 新聞審核信息：新聞審核意見(jiàn)、審核結(jié)果、審核新聞的日期、新聞標(biāo)題。 經(jīng)上述系統(tǒng)功能分析和需求總結(jié)，設(shè)計(jì)如下所示的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)： 欄目信息：欄目名稱(chēng)、欄目描述、欄目是否有效、欄目順序、父級(jí)欄目、欄目路徑、欄目展示模板。 。 。 。 。 。 、模板標(biāo)簽、模板類(lèi)型、對(duì)應(yīng)的模板文件等數(shù)據(jù)特征。 、網(wǎng)名、密碼、用戶(hù)所屬角色、性別、郵箱、用戶(hù)是否有效、注冊(cè)日期等數(shù)據(jù)特征。 、審核狀態(tài)、審核意見(jiàn)、審核時(shí)間等數(shù)據(jù)特征。 根據(jù)需求分析，針對(duì)各模塊的特點(diǎn)，可以總結(jié)出如下數(shù)據(jù)需求： 、標(biāo)題、內(nèi)容、關(guān)鍵字、作者、入庫(kù)時(shí)間、發(fā)布基于 SSH的新聞發(fā)布系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 20 時(shí)間、新聞所選擇的靜態(tài)模板等數(shù)據(jù)特征。 數(shù)據(jù)需求 在設(shè)計(jì)系統(tǒng)時(shí)，主要從模塊組成、數(shù)據(jù)連接、功能實(shí)現(xiàn)、應(yīng)用意義等方面著手，而模塊組成主要包括系統(tǒng)的主要組成模塊以及每個(gè)模塊所要達(dá)到的功能。數(shù)據(jù)庫(kù)設(shè)計(jì)主要包括兩個(gè)方面內(nèi)容：數(shù)據(jù)庫(kù)設(shè)計(jì)與實(shí)現(xiàn)。 系統(tǒng) 后臺(tái) 功能結(jié)構(gòu)圖 如圖 43 所示 。 企 業(yè) 網(wǎng) 站 前 臺(tái)用 戶(hù) 登 錄 找 回 密 碼 新 聞 顯 示 查 詢(xún) 新 聞?dòng)?戶(hù) 注 冊(cè)修改個(gè)人信息評(píng)論新聞評(píng)論新聞列表顯示首頁(yè)信息列表顯示列表下首頁(yè)信息顯示 圖 42 前臺(tái) 功能 結(jié)構(gòu)圖 系統(tǒng)后臺(tái)功能 劃分為四 大模塊，即欄目管理、新聞管理、評(píng)論管理、系統(tǒng)管理 。 前臺(tái)設(shè)計(jì)包括欄目顯示、新聞信息顯示，瀏覽、搜索新聞信息，對(duì)新聞進(jìn)行評(píng)論，對(duì)評(píng)論進(jìn)行回復(fù)，注冊(cè)用戶(hù)，修改注冊(cè)信息，根據(jù)注冊(cè)郵箱找回密碼等。 系統(tǒng)架構(gòu)如圖 41 所示。在業(yè)務(wù)層中，管理服務(wù)組件 Spring 的 IoC 負(fù)責(zé)向 Action 提供業(yè)務(wù)模型 （ Model） 組件和該組件的協(xié)作對(duì)象數(shù)據(jù)處理 （ Data Access Object， DAO） 組件完成業(yè)務(wù)邏輯。 SSH 三層框架的組合，充 分發(fā)揮了各自的優(yōu)勢(shì) ，進(jìn)而 形成一個(gè)結(jié)構(gòu)良好、功能強(qiáng)大，層次清晰的框架體系。由于不同的層各司其職，每一層不同的應(yīng)用具有某些相同的特征，有利于通過(guò)工程化、工具化產(chǎn)生管理程序代碼。 三者之間的協(xié)作關(guān)系：視圖即與用戶(hù)交互的界面，接收用戶(hù)輸入的數(shù)據(jù)，并將數(shù)據(jù)傳送給控制器，控制器接受視圖的請(qǐng)求后，交給某一個(gè)模型來(lái)處理，模型在控制器的 控制下，將處理的結(jié)果送給某個(gè)視圖來(lái)顯示，視圖再將結(jié)果顯示給用戶(hù) [11]。 MVC 是一種設(shè)計(jì)模式，它的出現(xiàn)不僅實(shí)現(xiàn)了功能模塊和顯示模塊的分離，同時(shí)它還提高了應(yīng)用系統(tǒng)的可維護(hù)性，可擴(kuò)展性，可移植性和組件的可復(fù)用性。本章 將 從系統(tǒng) 架構(gòu)設(shè)計(jì)、功能模塊設(shè)計(jì) 、 數(shù)據(jù)庫(kù) 設(shè)計(jì)和接口設(shè)計(jì)四個(gè)方面進(jìn)行介紹 。 本章小結(jié) 本章 首先描述了系統(tǒng)實(shí)際的業(yè)務(wù)流程，然后闡述了系統(tǒng)所要達(dá)到的目標(biāo) ， 接著從用戶(hù)角度出發(fā)，進(jìn)行了功能性分析 ，最后 從系統(tǒng)準(zhǔn)確性、易用性、安全性等角度進(jìn)行了性能需求分析 ，為后續(xù)系統(tǒng)設(shè)計(jì) 、實(shí)現(xiàn) 打下了一個(gè)堅(jiān)實(shí)的基礎(chǔ)。 在自主開(kāi)發(fā)本系統(tǒng)時(shí)，要進(jìn)行良好的設(shè)計(jì)工作，制訂行之有效的軟件工程規(guī)范，保證代碼的易讀性、可操作性和可移植性。 新聞發(fā)布系統(tǒng)是面向用戶(hù)的，若用戶(hù)對(duì)計(jì)算機(jī)并不是非常熟悉，這就要求系統(tǒng)能夠提供良好的用戶(hù)接口，易用的人機(jī)交互界面。在系統(tǒng)設(shè)計(jì)和開(kāi)發(fā)過(guò)程中，要充分考慮系統(tǒng)當(dāng)前和將來(lái)可能承受的工作量，使系統(tǒng)的處理能力和響 應(yīng)時(shí)間能夠滿(mǎn)足企業(yè)對(duì)信息處理的需求 [9]。 基于 SSH的新聞發(fā)布系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 14 系 統(tǒng) 管 理 員新 聞 發(fā) 布 系 統(tǒng)角 色 管 理修 改 密 碼用 戶(hù) 管 理數(shù) 據(jù) 庫(kù) 備 份 恢 復(fù) i n c l u d e 添 加 角 色 i n c l u d e 修 改 角 色 i n c l u d e 刪 除 角 色 i n c l u d e 成 員 管 理 i n c l u d e 權(quán) 限 管 理 i n c l u d e 添 加 用 戶(hù) i n c l u d e 修 改 用 戶(hù) i n c l u d e 注 銷(xiāo) 用 戶(hù) i n c l u d e 恢 復(fù) 用 戶(hù) i n c l u d e 查 看 角 色 i n c l u d e 分 配 角 色 i n c l u d e 備 份 i n c l u d e 恢 復(fù) i n c l u d e 刪 除登 錄模 板 管 理 i n c l u d e 批 量 添 加 成 員 i n c l u d e 批 量 刪 除 成 員 i n c l u d e 查 找 成 員 圖 35 系統(tǒng)管理員用例圖 在系統(tǒng)管理員用例圖中，以管理角色用例為例給出用例描述，如表 34 所示。其中角色管理包括添加 角色、修改角色、刪除角色、給角色分配權(quán)限和成員管理，成員管理包括批量刪除、批量添加及查找成員等；用戶(hù)管理包括添加、修改、注銷(xiāo)、恢復(fù)用戶(hù)及分配用戶(hù)角色和查看用戶(hù)所屬角色等；模板管理包括增加、修改、刪改新聞模板等操作。 信 息 審 核 員搜 索 新 聞審 核 新 聞登 錄 i n c l u d e 身 份 驗(yàn) 證新 聞 發(fā) 布 系 統(tǒng)修 改 密 碼 圖 34 信息審核員 用例圖 在信息審核員用例圖中，以審核新聞?dòng)美秊槔o出詳細(xì)用例描述，如表 33平頂山學(xué)院本科畢業(yè)設(shè)計(jì) 13 所示。 表 32 添加新聞 用例描述 用例編號(hào) UC_addNews 用例名稱(chēng) 添加新聞 用例概述 信息編輯員添加新聞信息，經(jīng)信息審核員審核通過(guò)后才能發(fā)布到網(wǎng)站前臺(tái) 主參與者 信息編輯員 次要參與者 無(wú) 項(xiàng)目相關(guān)人 利益說(shuō)明 項(xiàng)目相關(guān)人 利益 信息編輯員 能夠成功添加信息 前置條件 后置條件 成功添加新聞 成功保證 信息審核員在新聞管理模塊能看到該條信息處于待審核狀態(tài) 基本事件流 步驟 活動(dòng) 1 信息編輯員點(diǎn)擊“添 加新聞”菜單，打開(kāi)添加新聞頁(yè)面 2 信息編輯員輸入標(biāo)題、關(guān)鍵詞，選擇所屬欄目，輸入要發(fā)布的信息 內(nèi)容，設(shè)置新聞是否允許評(píng)論，并選擇新聞?wù)故灸０? 3 信息編輯員點(diǎn)擊“提交”按鈕，提示信息添加成功，待審核 4 用例終止 擴(kuò)展事件流 3a 若帶 *號(hào)的項(xiàng)為空，則提示不能為空 子事件流 無(wú) 規(guī)則與約束 *號(hào)的項(xiàng)目為必填項(xiàng)目，不能為空 信息審核員在登錄系統(tǒng)后，可以查找、審核信息編輯員添加的新聞及修改個(gè)人密碼，其中只有審核通過(guò)的新聞才能發(fā)布到網(wǎng)站前臺(tái)。 信息編輯員用例圖 如圖 33 所示 。 企 業(yè) 網(wǎng) 站 前 臺(tái)搜 索 新 聞注 冊(cè) 用 戶(hù)登 錄修 改 信 息普 通 用 戶(hù)評(píng) 論 新 聞瀏 覽 新 聞?wù)?回 密 碼 i n c l u d e 身 份 驗(yàn) 證 圖 32 普通用戶(hù)用例圖 在普通用戶(hù)用例圖中，以評(píng)論新聞?dòng)美秊槔o出用例描述，如表 31 所示。 普通用戶(hù)可以瀏覽、搜索、評(píng)論企業(yè)新聞，也可對(duì)瀏覽的新聞進(jìn)行評(píng)論或?qū)υu(píng)論進(jìn)行回復(fù)，其中只有注冊(cè)過(guò)的用戶(hù)才能對(duì)新聞進(jìn)行評(píng)論或回復(fù)。通過(guò)需求分析 來(lái) 劃分系統(tǒng)必須 具備 的功能 ，即 要分清系統(tǒng)中的角色，并且要理清每個(gè)角色 擁有 的 功能權(quán)限 [8]。 。 。 及評(píng)論回復(fù) 達(dá)到企業(yè)與客戶(hù)的簡(jiǎn)單在線(xiàn)交互 目的 ， 注冊(cè)用戶(hù)具有此功能 。 欄 目 存 在新 聞 稿編 輯 員撰 寫(xiě) 新 聞欄 目 不 存 在審 核 員 新 聞 稿 審 核通 過(guò)不 通 過(guò)印 刷 成 宣 傳 冊(cè)公 司 宣 傳 冊(cè)重 新 修 改 新 聞劃 分 新 聞 欄 目客 戶(hù)宣 傳 冊(cè)發(fā) 送反 饋 意 見(jiàn)意 見(jiàn)客 戶(hù) 意 見(jiàn) 圖 31 核心業(yè)務(wù)流程圖 基于 SSH的新聞發(fā)布系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 10 設(shè)計(jì) 目標(biāo) 本系統(tǒng)主要面向的用戶(hù)群體為中小型企業(yè)，需要實(shí)現(xiàn)的主要目標(biāo)如下： 使 企業(yè)很方便的對(duì)信息進(jìn)行發(fā)布 和 管理。核心業(yè)務(wù)流程如下 ： 新聞 欄目 ； 已存在的新聞 欄目 下 撰寫(xiě) 相應(yīng)新聞 ； ； 就發(fā)布， 反之 打回重新修改 ； 審核通過(guò)后 印刷成 公司宣傳冊(cè) ； ，宣傳公司以及產(chǎn)品，收集客戶(hù)意見(jiàn) ； ； 。 本章 將從系統(tǒng)業(yè)務(wù)流程、設(shè)計(jì) 目標(biāo)、功能需求和 性能 需求 四個(gè) 方面進(jìn)行 描述 。需求分析是軟件工程中的一個(gè)關(guān)鍵過(guò)程。 本 章小結(jié) 本章首先介紹了 B/S 開(kāi)發(fā)模式，然后介紹了 UML 相關(guān)知識(shí)及其在項(xiàng)目開(kāi)發(fā)中的作用，接著介紹了系統(tǒng)使用的相關(guān)技術(shù)，最后對(duì)系統(tǒng)開(kāi)發(fā)工具做了簡(jiǎn)單介紹。它是功能豐富的 J2EE 集成開(kāi)發(fā)環(huán)境 ，包括了完備的編碼、調(diào)試、測(cè)試和發(fā)布功能，完整支持 HTML、 Struts、JSP、 CSS、 JavaScript、 SQL 以及 Hibernate 等。 MyEclipse 編程工具 MyEclipse 本身就集成了 Struts、 String 和 Hibernate 這三種框架插件，不需要再下載安裝，而本系統(tǒng)開(kāi)發(fā)恰好是采用 SSH 三層框架 進(jìn)行 整合開(kāi)發(fā)，故選擇MyEclipse 編程工具開(kāi)發(fā)本系統(tǒng)。 MySQL 軟件采用了 GNU 通用公共許可證 （ General Public Licens