【正文】 成功 查看 成功 88 分 總結(jié) 36 總 結(jié) 隨著畢業(yè)日子的到來(lái)，畢業(yè)設(shè)計(jì)也接近了尾聲。盡管我對(duì)專業(yè)知識(shí)的掌握還不夠透徹，我們?nèi)匀幌Ｍㄟ^自己的努力完成設(shè)計(jì)并希望有所突破。在對(duì)課題進(jìn)行仔細(xì)分析以后，我概括出了這次設(shè)計(jì)的大體框架，并將設(shè)計(jì)劃分成了若干模塊， 分階段完成。在資料準(zhǔn)備充分后，我開始著手制作畢業(yè)設(shè)計(jì)和畢業(yè)設(shè)計(jì)說明書的撰寫。通過這次的畢業(yè)設(shè)計(jì)，我對(duì)軟件工程的流程有了進(jìn)一步的了解，我充分的將所學(xué)理論知識(shí)運(yùn)用到了實(shí)踐當(dāng)中。 參考文獻(xiàn) 37 參考文獻(xiàn) [1] 李萍 .基于 Web的高校畢業(yè)論文管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) [D].吉林大學(xué) ， 2021. [2] 蒲靜，陳華月，傅饒 .畢業(yè)論文管理系統(tǒng)的 設(shè)計(jì)與實(shí)現(xiàn) [D].西華師范大學(xué)， 2021. [3] 李丹 .畢業(yè)設(shè)計(jì)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) [D].四川師范大學(xué)， 2021. [4] 梁敬東，伍世珍 .基于 J2EE的畢業(yè)論文管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) [J].高等農(nóng)業(yè)教 。這次設(shè)計(jì)不僅提升了我的業(yè)務(wù)能力，也加強(qiáng)了我的團(tuán)隊(duì)合作意識(shí)，對(duì)我以后的工作有非常大的幫助。 我這次的設(shè)計(jì)大體過程就是這樣。劃分成了若干模塊后，通過書籍、互聯(lián)網(wǎng)等途徑積極查閱資料，以達(dá)到最大的資源利用率及工作效率。在接到畢業(yè)設(shè)計(jì)題目后，我認(rèn)真翻閱了關(guān)于畢業(yè)設(shè)計(jì)中后期管理系統(tǒng)的相關(guān)資料，對(duì)課題進(jìn)行了深刻的分析，并向老師請(qǐng)教了設(shè)計(jì)中的一些要點(diǎn)及難點(diǎn)。在做我的畢業(yè)設(shè)計(jì)以前覺得畢業(yè)設(shè)計(jì)只是對(duì)大學(xué)學(xué)習(xí)的單純總結(jié)，但是通過這次做畢業(yè)設(shè)計(jì)發(fā)現(xiàn)畢業(yè)設(shè)計(jì)不僅是對(duì)前面所學(xué)知識(shí)的一種檢驗(yàn)，而且也是對(duì)自 己能力的一種提高。 表 61 管理員測(cè)試內(nèi)容 版本號(hào) 開發(fā)人員 測(cè)試類型 測(cè)試日期 功能測(cè)試 2021 年 5 月 14日 用例ID 用例名稱 測(cè)試目的 輸入描述 預(yù)期結(jié)果 實(shí)際結(jié)果 測(cè)試數(shù)據(jù) 1101 等待審核 查看已注冊(cè) 信息 點(diǎn)擊等待審核 成功查詢 成功 查詢 2241 1101 審核通過 正常登陸 點(diǎn)擊審核通過 審核通過 審核通過 2240 1101 審核拒絕 拒絕登陸 點(diǎn)擊審核不通過 審核不通過 審核不通 過 2345 (1) 審核通過 如圖 62所示： 系統(tǒng)測(cè)試 33 圖 62：審核通過 (2) 審核 未 通過如圖 63 所示： 圖 63：審核未通過 教師模塊測(cè)試 教師 模塊測(cè)試的內(nèi)容如表 62 所示 。通過不同的角色對(duì)數(shù)據(jù)庫(kù)中的不同角色的數(shù)據(jù)表進(jìn)行選擇，檢測(cè)所對(duì)應(yīng)的表中是否存在通過表單頁(yè)面?zhèn)鬟^來(lái)的 賬號(hào) ，最后再檢測(cè)密碼是否和數(shù)據(jù)庫(kù)中對(duì)應(yīng)數(shù)據(jù)表的密碼相同，如果以上的驗(yàn)證都通過，最終 用戶 才能成功的登錄到對(duì)應(yīng)的管理模塊。 測(cè)試 管理員 登錄模塊所填 賬號(hào) 和驗(yàn)證碼正確 ,賬號(hào)不存在，及密碼不正確 ； 如圖61所示。因此，必須將系統(tǒng)中的軟件與各種依賴的資源結(jié)合起來(lái)，在系統(tǒng)實(shí)際運(yùn)行環(huán)境下來(lái)進(jìn)行測(cè)試。 軟件測(cè)試人員以用戶的角度，通過各種輸入和觀察軟件的各種輸出結(jié)果來(lái)發(fā)現(xiàn)軟系統(tǒng)測(cè)試 31 件存在的缺陷，而不關(guān)心程 序具體如何實(shí)現(xiàn)的一種軟件測(cè)試方法。另外，對(duì)于軟件更新和新增加的功能要重點(diǎn)測(cè)試。 (1) 隨機(jī)測(cè)試 隨機(jī)測(cè)試 沒有書面 測(cè)試用例 、記錄期望結(jié)果、檢查列表、 腳本 或指令的測(cè)試。 (1) 從用戶角度出發(fā)，普遍希望通過軟件測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷，已考慮是否可以接受產(chǎn)品。第二是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的回饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。 如圖 55 所示 圖 55 審核通過 (3) 審核未通過界面： 經(jīng)核實(shí)不是本院學(xué)生，審核不通過 ， 如圖 56所示 圖 56 審核未通過 系統(tǒng)實(shí)現(xiàn) 25 學(xué)生功能 (1) 完善信息： 對(duì)通過審核的學(xué)生進(jìn)行信息的完善，頁(yè)面 最主要的是 選擇指導(dǎo)老師， 后面提交設(shè)計(jì)時(shí)直接提交給本頁(yè)面選擇的老師 ， 如圖 57 所示 圖 57 學(xué)生信息完善 (2) 設(shè)計(jì) 發(fā)布 ： 提交自己的設(shè)計(jì)給指導(dǎo)老師查看 ， 如圖 58所示 圖 58提交設(shè)計(jì) 系統(tǒng)實(shí)現(xiàn) 26 (3) 設(shè)計(jì)管理： 對(duì)設(shè)計(jì)進(jìn)行修改 ， 如圖 59 所示 圖 59 設(shè)計(jì)修改 (4) 評(píng)分管理： 查看教師對(duì)設(shè)計(jì)的評(píng)分 。 登錄界面 此界面是用戶登錄界面，如圖 52 所示，當(dāng)點(diǎn)擊登錄時(shí)，會(huì)要求填入 賬號(hào)， 用戶名和密碼。分別為：用戶表（ user_tb）、 教師 表（ teacher_tb）、 學(xué)生表 （ student_tb）、 設(shè)計(jì) 表（ article_tb）、 答辯信息 表（ model_tb）、表的具體設(shè)計(jì)如下： (1) 用戶表 （ user） 用于保存用戶的注冊(cè)信息，具體內(nèi)容，如表 所示： 表 用戶表 名稱 類型 是否為空 是否主鍵 注 釋 u_num varchar(50) 是 否 賬號(hào) u_psw varchar(50) 是 否 密碼 u_id int(50) 否 是 ID 系統(tǒng)概要設(shè)計(jì) 19 u_type int(11) 是 否 類型 u_ur int(1) 是 否 審核標(biāo)志（ 0等待， 1通過， 2拒絕） u_mes varchar(200) 是 否 拒絕通過 原因 (2) 教師表（ teacher_tb） 用于保存 教師完善 信息，具體內(nèi)容，如 所示： 表 教師 表 名稱 類型 是否為空 是否主鍵 注釋 t_id int(50) 否 是 編號(hào) t_name varchar(100) 是 否 名稱 t_dept varchar(100) 是 否 系別 t_zu varchar(200) 是 否 答辯組 (3) 學(xué)生表（ student_tb） 用于保存 學(xué)生 基本信息，具體內(nèi)容，如 表 ： 表 學(xué)生 表 名稱 類型 是否為空 是否主鍵 注釋 s_id int(50) 否 是 編號(hào) s_name varchar(100) 是 否 名稱 s_dept varchar(100) 是 否 系別 s_major varchar(100)) 是 否 班級(jí) s_sex varchar(100) 是 否 性別 系統(tǒng)概要設(shè)計(jì) 20 (4) 設(shè)計(jì)表（ article_tb） 用于保存 設(shè)計(jì) 基本信息，具體內(nèi)容，如表 ： 表 設(shè)計(jì) 表 名稱 類型 是否為空 是否主鍵 注釋 a_id int(50) 否 是 編號(hào) a_title varchar(50) 是 否 名稱 a_time date 是 否 時(shí)間 a_count varchar(1000) 是 否 內(nèi)容 a_score varchar(50) 是 否 分?jǐn)?shù) (5) 答辯信 息表（ model_tb） 用于保存 答辯 信息，具體內(nèi)容，如表 ： 表 答辯信息 表 名稱 類型 是否為空 是否主鍵 注釋 m_id int(50) 否 是 編號(hào) m_title varchar(100) 是 否 名稱 m_name varchar(200) 是 否 提交人 m_content varchar(1000) 是 否 內(nèi)容 m_zu varchar(200) 是 否 答辯組 m_time data 是 否 時(shí)間 系統(tǒng)實(shí)現(xiàn) 21 5 系統(tǒng)的實(shí)現(xiàn) 系統(tǒng)的開發(fā)環(huán)境 系統(tǒng) 的硬件環(huán)境 系統(tǒng)的硬件環(huán)境，主要包括客戶端的硬件配置要求和服務(wù)器端的硬件配置要求，客戶端的硬件配置要求如下： CPU： AMD 羿龍 X4 9950 內(nèi)存： 金 士頓（ Kingston） DDR3 1333 2G 硬盤： 希捷 500G 32M 網(wǎng)卡： 必聯(lián)（ BLINK） BLP6130 PCIE 千兆網(wǎng)卡 在服務(wù)端，服務(wù)器端硬件配置主要和系統(tǒng)的訪問量成正比，并要求處理器有較快的處理的能力，內(nèi)容應(yīng)該有足夠的緩沖能力，以滿足高峰期流量的要求。 (1) 管理員實(shí)體 與屬性如圖 45所示 ： 管 理 員賬 號(hào) 密 碼 圖 45管理員 ER圖 (2) 教師 管理的實(shí)體與屬性如圖 46所示 ： 教 師密 碼 賬 號(hào) 圖 46教師 管理的 ER圖 (3) 學(xué)生 管理的實(shí)體屬性圖 47所示： 學(xué) 生密 碼 賬 號(hào) 圖 47學(xué)生 管理的 ER圖 (4) 論文 管理的實(shí)體屬性圖 48所示： 系統(tǒng)概要設(shè)計(jì) 18 設(shè) 計(jì)編 號(hào)名 稱日 期分 數(shù)內(nèi) 容 圖 48論文 管理的 ER圖 (5) 模板 管理的實(shí)體屬性圖 49所示： 答 辯 信 息編 號(hào)名 稱日 期內(nèi) 容指 導(dǎo) 老 師 答 辯 組 圖 49模板 管理的 ER圖 數(shù)據(jù)的邏輯設(shè)計(jì) 邏輯設(shè)計(jì) 主要工作是將現(xiàn)實(shí)世界的概念 數(shù)據(jù)模型 設(shè)計(jì)成數(shù)據(jù)庫(kù)的一種邏輯 模式 ，即適應(yīng)于某種特定數(shù)據(jù)庫(kù)管理系統(tǒng)所支持的邏輯 數(shù)據(jù)模式 。在數(shù)據(jù)庫(kù)中，滿足以下兩個(gè)條件的數(shù)據(jù)模型稱為網(wǎng)狀模型。這個(gè)模型不關(guān)心具體的實(shí)現(xiàn)方式（例如如何 存儲(chǔ) ）和細(xì)節(jié)，而是主要關(guān)心數(shù)據(jù)在系統(tǒng)中的各個(gè)處理階段的狀態(tài)。因此必須對(duì)數(shù)據(jù)庫(kù)進(jìn)行合理設(shè)計(jì)。數(shù)據(jù)庫(kù)設(shè)計(jì)是數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)開發(fā)過程中首要的和基本的內(nèi)容。所謂數(shù)據(jù)庫(kù)是指長(zhǎng)期存儲(chǔ)在計(jì)算機(jī)內(nèi)的、有組織的、可共享的數(shù)據(jù)集 合。 (7) Action 對(duì)請(qǐng)求處理完畢后返回一個(gè)邏輯視圖，此邏輯視圖尋找對(duì)應(yīng)的物理視圖，并返回給客戶端。 (3) FilterDispatcher 接收到請(qǐng)求信息后，會(huì)根據(jù) URL 在 ActionMapper 中搜索指定 Action 的映射信息。 Struts2 以 WebWork 為核心，采用攔截器的機(jī)制來(lái)處理用戶的請(qǐng)求，這樣的設(shè)計(jì)也使得業(yè)務(wù)邏輯控制器能夠與 Servlet API 完全脫離開，所以 Struts2 可以理解為 WebWork 的更新產(chǎn)品。 以下對(duì) Struts2，Hibernate2 介紹。系統(tǒng)能夠支持對(duì)多種格式數(shù)據(jù)的存 儲(chǔ) 。保證先進(jìn)性的同時(shí)還要保證技術(shù)的穩(wěn)定、安全性。 總體設(shè)計(jì)原則 為確保系統(tǒng)的建設(shè)成功與可持續(xù)發(fā)展，在系統(tǒng)的建設(shè)與技術(shù)方案設(shè)計(jì)時(shí)我們遵循如下的原則： (1) 統(tǒng)一設(shè)計(jì)原則統(tǒng)籌規(guī)劃和統(tǒng)一 設(shè)計(jì)系統(tǒng)結(jié)構(gòu)。 (4) 系統(tǒng)還必須提供安全防護(hù)措施 ， 可以有效地防止非法侵入，保證數(shù)據(jù)安全。 它們的 各自功能 分別如下： (1) 管理員 ， 主要是審核學(xué)生與教師信息 ； (2) 教師 ， 主要是給學(xué)生設(shè)計(jì)評(píng)分，并把設(shè)計(jì)提交給答辯組 ； (3) 學(xué)生 ， 把設(shè)計(jì)提交給指導(dǎo)老師，并查看設(shè)計(jì)評(píng)分 。使用本系統(tǒng)可以高速，快捷地完成以上工作。 由此，該系統(tǒng)的操作是可行的，有必要開發(fā)該系統(tǒng)。本系統(tǒng)在一般配置的計(jì)算機(jī)上就可以運(yùn)行，沒有過高的要求，所以在技術(shù)上是可行的。 技術(shù)可行性研究 技術(shù)可行性分析主要包含了三個(gè)方面：目前有關(guān)技術(shù)是否支持所開發(fā)的新系統(tǒng)；新系統(tǒng)開發(fā)人員的數(shù)量和水平，即人力資源；硬件和軟件資源。所以在管理中獲得經(jīng)濟(jì)效益是一個(gè)綜合效益，要對(duì)它進(jìn)行直接定量的分析是比較困難的。 系統(tǒng)的目標(biāo)確定后，就可以從以下幾個(gè)面對(duì)能否實(shí)現(xiàn)新系統(tǒng)目標(biāo)進(jìn)行可行性分析 。需要指出的是， 系統(tǒng)目標(biāo)不可能在總體規(guī)劃階段就提得非常具體，它還將在開 發(fā)過程中逐步明確和定量化?？梢蕴幚?yè)碛猩锨f(wàn)條記錄的大型 數(shù)據(jù)庫(kù) 。 (4) 提供多語(yǔ)言支持，常見的 編碼 如中文的 GB 231 BIG5，日文的 Shift_JIS等都可以用作數(shù)據(jù)表名和數(shù)據(jù)列名。由于其 體積 小、速度快、總體擁有成本低，尤其是開放源碼這一特點(diǎn)，許多中小型網(wǎng)站為了降低網(wǎng)站總體擁有成本而選擇了 MySQL作為網(wǎng)站 數(shù)據(jù)庫(kù) 。例如，用戶點(diǎn)擊一個(gè)連接，控制層接受請(qǐng)求后 , 并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給 用戶。我們可以將這個(gè)模型單獨(dú)列出，所有有關(guān)數(shù)據(jù)庫(kù)的操作只限制在該模型中。業(yè)務(wù)模型的設(shè)計(jì)可以說是 MVC最主要的核心。業(yè)務(wù)流程的處理交予模型 (Model)處理。 MVC 簡(jiǎn)介 MVC英文即 ModelViewController，即把一個(gè)應(yīng)用的輸入、處理、輸出流程按照Model、 View、 Controller的方式進(jìn)行分離，這樣一個(gè)應(yīng)用被分成三個(gè)層 —— 模型層、視圖層、控制層。Javascript和 Jscript基本上是相同的，只是在一些細(xì)節(jié)上有出入。 Javascript的出現(xiàn)使得網(wǎng)頁(yè)和用戶之間實(shí)現(xiàn)了一種實(shí)時(shí)性的 、 動(dòng)態(tài)的 、 交互性的關(guān)系 ， 使網(wǎng)頁(yè)包含更多活躍的元素和更加精彩的內(nèi)容。 Javascript是由 Netscape公司開發(fā)的一種腳本語(yǔ)言（ scripting language） ， 或者稱為描述語(yǔ)言 。 (4) 對(duì)大型復(fù)雜 Web應(yīng)用支持良好 未來(lái)的 Web應(yīng)用將日趨復(fù)雜，基于數(shù)據(jù)庫(kù)的多層企業(yè)應(yīng)用構(gòu)架將日漸成為主流。 (2) 可重用組件技術(shù) JSP可以通過 JavaBean、 EnterpriseBea