【正文】 運行，將運用程序邏輯或頁面顯示分離；能夠快速的開發(fā)和測試；簡化開發(fā)基 于WEB的交互式運用程序的過程 [7]。SQL語言分為兩類，一類與數(shù)據(jù)定義有關(guān)，稱為數(shù)據(jù)定義語言；另一類與表內(nèi)的記錄有關(guān)，稱為數(shù)據(jù)處理語言。 SQL語句表達(dá)了用戶理想的結(jié)果，而且使數(shù)據(jù)庫管理系統(tǒng)負(fù)責(zé)產(chǎn)生盡可能高效的結(jié)果。 開發(fā)技術(shù) (1)Servlet技術(shù) Servlet技術(shù)是 java技術(shù)用于替代 CGI編程的一個技術(shù)，是 java動態(tài) web技術(shù)的基礎(chǔ)，是用 Java書寫的一種規(guī)范，是與平臺無關(guān)的服務(wù)器構(gòu)件 [8]。 1)高效： Servlet中，每個請求有一個輕量級的 Java線程處理（不是重量級的操作系統(tǒng)進(jìn)程）；如果有 N次線程請求，只需要有一份 Servlet類代碼。因此，為IPla Enterprise Server寫的無須任何實質(zhì)上的改動即可移植到 Apache、 Microsoft IIS或其他的 WEB服務(wù)器上。從本質(zhì)上說就是調(diào)用者和實現(xiàn)者之間的協(xié)議。 開發(fā)模式 體系結(jié)構(gòu) 不同體系結(jié)構(gòu)的信息系統(tǒng)在開發(fā)和運用中有很大的區(qū)別 ，選擇合適的體系結(jié)構(gòu)十分重要。 兩層 C/S結(jié)構(gòu)由兩部分構(gòu)成：前端是客戶機(jī)，后端是服務(wù)器，運行數(shù)據(jù)庫管理系統(tǒng)，提供數(shù)據(jù)庫的查詢和管理，表示層與功能層包括顯示邏輯和事務(wù)處理邏輯，部分放在客戶端，而數(shù)據(jù)層包括數(shù)據(jù)處理邏輯和數(shù)據(jù)庫，放在服 務(wù)器端。 B/S 模式是由瀏覽器、 Web服務(wù)器和數(shù)據(jù)庫服務(wù)器三個層次組成。 BS體系結(jié)構(gòu)如圖 23所示： 圖 23 三層 B/S體系結(jié)構(gòu) B/S模式體系結(jié)構(gòu)的系統(tǒng)主要采用四類技術(shù)，它們分別是 JSP、 ASP、 PHP、CGI方式。綜合考慮，家教在 線管理平臺采用 B/S體系結(jié)構(gòu)，前臺為客戶機(jī)瀏覽器，中間件服務(wù)器為 WEB服務(wù)器，后臺為數(shù)據(jù)庫服務(wù)器。視圖負(fù)責(zé)展示模型處理之后的結(jié)果，并且提供相應(yīng)的用戶界面或接口，即視圖負(fù) 責(zé)表示邏輯。 *視圖（ view) 負(fù)責(zé)表示邏輯 業(yè)務(wù)數(shù)據(jù)的展現(xiàn)以及用戶操作的界面。也就是 說，返回的數(shù)據(jù)是與具體的顯示方式無關(guān)的。 3)代碼好維護(hù)，方便分工協(xié)作。 系統(tǒng)中處理業(yè)務(wù)的邏輯代碼嵌套在 html的用戶界面中，使得表示層和業(yè)務(wù)層邏輯混亂在一起，這樣的頁面難以修改與維護(hù)，可移植性差，頁面的可擴(kuò)展性及可復(fù)用性不好 [13]。 鑒于兩種 MVC模式各自的優(yōu)缺點以及本系統(tǒng)開發(fā)和后期維護(hù)的需要，選擇JSP Model 2模式開發(fā)本系統(tǒng)軟件?？尚行苑治鲋饕茄芯肯到y(tǒng)設(shè)計實現(xiàn)的可行性；用戶需求分析目的為了了解用戶的需求有哪些，本系統(tǒng)用戶需求主要是客戶使用系統(tǒng)和管理員管理系統(tǒng)信息；功能性需求分析目的是分 析系統(tǒng)需要實現(xiàn)的功能有哪些，明確系統(tǒng)開發(fā)應(yīng)該完成的任務(wù)；性能需求分析目的是了解系統(tǒng)實現(xiàn)運行后應(yīng)該達(dá)到的性能要求。通過技術(shù)研究與系統(tǒng)分析，系統(tǒng)實現(xiàn)中需用技術(shù)為較為常規(guī)。因此，系統(tǒng)開發(fā)成本是能夠接受的。本系統(tǒng)區(qū)別于傳統(tǒng)的家教中介服務(wù)，除了不收取中介費用，家教在線管理平臺溝通信息快速、及時、高效。 功能性需求分析 功能性需求分析，分析系統(tǒng)應(yīng)該具備以及應(yīng)該實現(xiàn)的功能有 哪些。 (1)前臺功能如下： 1)首頁，家教相關(guān)新聞消息的瀏覽與新聞搜索、客戶注冊登錄、連接到后臺登錄頁面，訪客由此前往注冊頁面、注冊客戶登錄、后臺管理員由此前往后臺登錄頁面。 5)搜索信息，不同類別客戶可以搜索不同信息 —— 教師客戶搜索學(xué)生信息，家長和學(xué)生客戶搜索教師信息。 (2)后臺功能包括： 1)管理員登錄，通過登錄驗證，管理員進(jìn)入系統(tǒng)后臺。 5)留言消息管理，實現(xiàn)對留言消息的刪除與查詢。注冊客戶包括教師、學(xué)生、家長，不同類別客戶擁有不同的系統(tǒng)權(quán)限功能，描述如下： (1)訪客使用功能：訪客訪問系統(tǒng)網(wǎng)站，瀏覽站內(nèi)新聞、搜索查詢新聞信息，可以注冊客戶，只有注冊成功才能成為系統(tǒng)注冊客戶。 (5)管理員用戶使用功能：管理員進(jìn)入系統(tǒng)后臺，管理維護(hù)系統(tǒng)信息，包括管理系統(tǒng)前臺新聞消息、管理注冊客戶信息、管理留言消息、維護(hù)管理員信息、修改個人信息等。 用例圖簡明表現(xiàn)了用例參與者及用例之間的關(guān)系。 (2)系統(tǒng)前臺用例 圖 33系統(tǒng)前臺訪客與注冊客戶用例圖 訪客可以注冊、瀏覽新聞、搜索新聞，訪客注冊成為注冊客戶之后，能夠登家教在線管理平臺的設(shè)計與實現(xiàn) 18 錄進(jìn)入權(quán)限頁面、搜索需求信息、發(fā)布留言消息、查看留言信息、評論及回復(fù)以及修改個人信息。 (1)總體數(shù)據(jù)流程圖 在本系統(tǒng)平臺上，訪客瀏覽新聞、注冊涉及新聞信息和客戶注冊信息；注冊客戶使用系統(tǒng)賦予的權(quán)限功能涉及權(quán)限功能信息數(shù)據(jù)；管理員行使管理系統(tǒng)職能涉及信息數(shù)據(jù)。 家教在線管理平臺的設(shè)計與實現(xiàn) 22 (3)系統(tǒng)后臺數(shù)據(jù)流程圖 管 理 員登 錄 系 統(tǒng) 后 臺管 理 員 信 息 記 錄合 法 身 份管 理 維 護(hù)查 看 查 詢查 看 查 詢查 看 發(fā) 布查 看查 看教 師 客 戶 信 息學(xué) 生 客 戶 信 息家 長 客 戶 信 息所 有 客 戶 信 息新 聞 信 息查 看 刪 除維 護(hù)更 新留 言 信 息管 理 員 信 息個 人 信 息家 長 客 戶 列 表所 有 客 戶 列 表查 看 所有查 詢所 有 教 師 信 息姓 名所 有 教 師 列 表教 師 信 息查 看 所有查 詢所 有 學(xué) 生 信 息所 有 學(xué) 生 列 表學(xué) 生 信 息姓 名查 看發(fā) 布所 有 新 聞 信 息新 聞 信 息 列 表發(fā) 布 新 聞發(fā) 布 信 息用 戶 名 密 碼
。訪客填寫信息注冊，按標(biāo)題或作者姓名搜索新聞。 (4)系統(tǒng)主要用例描述 1)表 31 描述訪客注冊的用例 表 31 訪客注冊的用例描述 用例名稱： 訪 客注冊 參與者： 訪客 描述： 訪客注冊，需要填寫完整、符合規(guī)范的注冊信息 前置條件： 訪客訪問系統(tǒng)網(wǎng)站，進(jìn)入注冊頁面 用例功能： 注冊成為系統(tǒng)注冊客戶 事件流： 訪客訪問網(wǎng)站，進(jìn)入注冊頁面，填寫注冊信息 異常事件流： 訪客填寫注冊信息不合規(guī)范或填寫信息不全 后置條件： 系統(tǒng)無改變 2)表 32 描述了注冊客戶的用例 表 32 注冊客戶登錄的用例描述 用例名稱： 注冊客戶登錄 參與者： 注冊客戶 描述： 注冊客戶輸入正確的用戶名和密碼登錄到權(quán)限頁面 前置條件： 訪客注冊成為注冊客戶，注冊 客戶輸入登錄信息 用例功能： 注冊客戶登錄到前臺功能頁面 事件流： 注冊客戶登錄，輸入用戶名和密碼，通過登錄驗證 異常事件流： 訪客輸入的用戶名或密碼不正確，或用戶名已存在 后置條件： 系統(tǒng)無改變 榆林學(xué)院本科畢業(yè)設(shè)計（論文） 19 3)表 33 描述了客戶搜索需求信息的用例 表 33 客戶搜索需求信息的用例描述 用例名稱： 客戶搜索需求信息 參與者： 注冊客戶 描述： 注冊客戶搜索需求信息，需求信息因客戶類別不同而不同 前置條件： 注冊客戶登錄到前臺權(quán)限功能頁面 用例功能： 注冊客戶搜索需求信息：教師搜索學(xué)生信息，學(xué)生和家長搜 索教師信息 事件流： 注冊客戶登錄到權(quán)限頁面，模糊搜索需求信息 異常事件流： 注冊客戶未登錄或輸入數(shù)據(jù)不合法 后置條件： 系統(tǒng)無改變 4)表 34 描述了客戶發(fā)布留言消息的用例 表 34 客戶發(fā)布留言消息的用例描述 用例名稱： 客戶發(fā)布留言消息 參與者： 注冊客戶 描述： 注冊客戶發(fā)布留言消息 前置條件： 注冊客戶登錄到前臺權(quán)限功能頁面 用例功能： 注冊客戶發(fā)布留言消息：家長或?qū)W生客戶發(fā)布求聘消息；教師客戶發(fā)布應(yīng)聘消息 事件流： 注冊客戶登錄到權(quán)限頁面點擊“我要留言”，填寫留言時間，留言內(nèi)容及留言類型（求聘或應(yīng)聘） 異常事件流： 客戶未登錄或填寫數(shù)據(jù)不完整、不合規(guī)范 后置條件： 系統(tǒng)無改變 5)表 35 描述了客戶修改個人信息的用例 表 35 客戶修改個人信息的用例描述 用例名稱： 客戶修改個人信息 參與者： 注冊客戶 描述： 注冊客戶修改個人注冊信息 前置條件： 注冊客戶登錄到前臺權(quán)限功能頁面，點擊“修改個人信息” 用例功能： 注冊客戶更新個人的注冊信息 事件流： 注冊客戶登錄到權(quán)限頁面，更改個人信息 異常事件流： 注冊客戶輸入數(shù)據(jù)不合法 后置條件： 系統(tǒng)無改變 家教在線管理平臺的設(shè)計與實現(xiàn) 20 6)表 36 描述了管理員管理的用例 表 36 管理員管理的用例描述 用例名稱： 管理員管理 參與者： 系統(tǒng)管理員 描述 管理員進(jìn)入后臺，管理系統(tǒng)所有信息 前置條件： 管理員登錄進(jìn)入系統(tǒng)后臺 用例功能： 管理不同類別客戶及所有客戶信息、管理新聞信息、留言消息、維護(hù)管理員信息（超級管理員添加、刪除管理員信息） 事件流： 管理員登錄進(jìn)入系統(tǒng)，彈出管理功能界面 異常事件流： 管理員未登錄或輸入數(shù)據(jù)不合法 后置條件： 系統(tǒng)無改變 數(shù)據(jù)流分析 需要分析家教在線管理平臺數(shù)據(jù)流向、數(shù)據(jù)關(guān)系，以便進(jìn)一 步確認(rèn)系統(tǒng)的功能。系統(tǒng)主用例如圖 32所示。 用例：對一組動作序列的描述，系 統(tǒng)通過執(zhí)行這一組動作序列為參與者產(chǎn)生一個可觀察的結(jié)果。 (3)學(xué)生客戶使用功能：學(xué)生客戶通過用戶名和密碼登錄到權(quán)限頁面，修改用戶名、密碼、備注等個人信息，可以查看教師信息 及教師留言消息、評論教師或向教師致謝等。 綜合以上分析，得出系統(tǒng)總體功能結(jié)構(gòu)圖 31。 3)所有客戶信息管理，集中管理查詢所有客戶信息。 7)發(fā)布留言消息，客戶發(fā)布不同類別留言消息：教師客戶發(fā)布應(yīng)聘消息；學(xué)生或家長客戶發(fā)布求聘消息。 3)客戶登錄，已注冊客戶通過賬號和密碼登錄到系統(tǒng)功能權(quán)限頁面 。系統(tǒng)后臺，管理員成功登錄后能夠查看不同類別注冊客戶信息以及所有注冊客戶信息，查看并管理客戶發(fā)布的留言消息，刪除留言信息，管理系統(tǒng)前臺新聞信息，添加、查找、刪除新聞信息，維 護(hù)更新個人信息，超級管理員維護(hù)管理員信息等。 (5)可行性研究總結(jié) 綜合以上各種因素，本系統(tǒng)在實現(xiàn)上技術(shù)能夠達(dá)到要求，經(jīng)濟(jì)成本較低，能夠重視用戶體驗，能夠開發(fā)出具有良好功能和良好性能的家教在線管理平臺，可以收到預(yù)期的效果。 (3)操作可行性 本系統(tǒng) 從客戶審美角度設(shè)計各個功能頁面：系統(tǒng)前臺爭取新穎、友好、有吸引力、功能使用流暢、業(yè)務(wù)操作便捷；系統(tǒng)后臺用戶為管理員，界面設(shè)計要求端莊大方，管理員管理能夠操作快捷，數(shù)據(jù)錄入、數(shù)據(jù)更新規(guī)范可靠，統(tǒng)計準(zhǔn)確，有較好的穩(wěn)定性和數(shù)據(jù)安全性。 (2)經(jīng)濟(jì)可行性 本系統(tǒng)為中小型項目，開發(fā)環(huán)境 Eclipse是一個開放源代碼的、基于 Java的可擴(kuò)展開發(fā)平臺；用 MYSQL數(shù)據(jù)庫，其體積小、速度快、擁有成本低，尤其是開放源碼，選擇 MYSQL作為網(wǎng)站數(shù)據(jù)庫能夠降低成本；服務(wù)器采用 Tomcat， Tomcat是一個輕量級應(yīng)用服務(wù)器，在中小型系統(tǒng)和并發(fā)訪問用戶不是很多的場合下被普遍使用，是開發(fā)和調(diào)試 JSP程序的首選，費用成本較低，總體而言，系統(tǒng)開發(fā)總成本較低。 (1)技術(shù)可行性 1)硬件、軟件 本系統(tǒng)的開發(fā)、運行和維護(hù)對硬件和軟件的需求不高，裝有 Office、 MYSQL數(shù)據(jù)庫、 Eclipse開發(fā)環(huán)境、 Dreamweaver網(wǎng)頁開發(fā)工具、 Tomcat服務(wù)器的計算機(jī)就可以滿足需求，目前主流的臺式機(jī)或筆記本電腦均能滿足需求。榆林學(xué)院本科畢業(yè)設(shè)計（論文） 13 3 需求分析 系統(tǒng)需求分析主要包括可行性需求分析、用戶需求分析、功能性需求分析、性能需求分析。它吸取了 JSP和 Servlet兩種技術(shù)各自的突出優(yōu)點，用 JSP生成表示層的內(nèi)容，讓 Servlet完成深層次的處理任務(wù)， Servlet充當(dāng)控制器的角色，負(fù)責(zé)處理客戶請求，創(chuàng)建 JSP頁面需要的 JavaBean對象，并根據(jù)客戶請求選擇合適的 JSP頁面返回給客戶。 (4)MVC的兩種模式： 瀏 覽 器J S PJ a v a B e a n32 響 應(yīng)41 請 求W e b 服 務(wù) 器 應(yīng) 用 服 務(wù) 器 和 數(shù) 據(jù) 庫 圖 25 MVC 模式一 JSP Model 1，頁面負(fù)責(zé)調(diào)用模型組件來響應(yīng)客戶請求， JSP負(fù)責(zé)調(diào)用模型 組件來響應(yīng)客戶請求，并將處理結(jié)果返回給用戶。將業(yè)務(wù)邏輯寫在一個 java類（即模型）里，可以直接測試該 java類，不必啟動服務(wù)器）。 (2)MVC的處理過程 首先，控制器接受用戶的請求，并決定應(yīng)該調(diào)用哪個模型來進(jìn)行處理，之后模型根據(jù)客戶請求進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理，并返回數(shù)據(jù)；然后控制器調(diào)用相應(yīng)的視圖來格式化模型返回的數(shù)據(jù)，并通過視圖呈現(xiàn)給用戶 [11]。協(xié)調(diào)指的是，控制器將視圖與模型解藕，這樣做的好處是視圖或模型發(fā)生改變，不會相互影響。 (1)MVC為一種軟件架構(gòu)思想，是將一個軟件的組成部分劃分成模型 (model)、視圖 (view)和控制器 (controller)。使用 B/S結(jié)構(gòu)，客戶端有較好的安全性、穩(wěn)定性和高效性。在 B/S模型中，在客戶機(jī)上運行的應(yīng)用程序是瀏覽器。三層 C/S架構(gòu)中，表示層是應(yīng)用的用戶接口，負(fù)責(zé)處理用戶的輸入和向客戶的輸出；功能層是相對于應(yīng)用的主體，它將具體