freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

家教在線管理平臺的設(shè)計與實現(xiàn)畢業(yè)論文(參考版)

2025-07-04 10:25本頁面
  

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