【導(dǎo)讀】師的指導(dǎo)下進(jìn)行的研究工作及取得的成果。盡我所知，除文中特別加。而使用過的材料。均已在文中作了明確的說明并表示了謝意。除了文中特別加以標(biāo)注引用的內(nèi)容外，本論文。不包含任何其他個(gè)人或集體已經(jīng)發(fā)表或撰寫的成果作品。究做出重要貢獻(xiàn)的個(gè)人和集體，均已在文中以明確方式標(biāo)明。全意識(shí)到本聲明的法律后果由本人承擔(dān)。同意學(xué)校保留并向國家有關(guān)部門或機(jī)構(gòu)送交論文的復(fù)印件和電子版，允許論文被查閱和借閱。本人授權(quán)大學(xué)可以將本學(xué)位。印或掃描等復(fù)制手段保存和匯編本學(xué)位論文。涉密論文按學(xué)校規(guī)定處理。本系統(tǒng)總體上由三大功能模塊：請假系統(tǒng)模塊、考勤系統(tǒng)模塊、后臺(tái)管。系統(tǒng)涉及到高校三大類用戶：學(xué)生、任課老師、系統(tǒng)管理員。頁面模塊化、信息發(fā)布的動(dòng)態(tài)生成、靜態(tài)頁面顯示等技術(shù)開發(fā)。理員三類用戶功能的設(shè)計(jì)與實(shí)現(xiàn)。

　　

【正文】 管理員主 界面的設(shè)計(jì)與實(shí)現(xiàn) 添加教師 界面的設(shè)計(jì)與實(shí)現(xiàn) 教師管理 界面的設(shè)計(jì)與實(shí)現(xiàn) 添加學(xué)生 界面的設(shè)計(jì)與實(shí)現(xiàn) 學(xué)生管理 界面的設(shè)計(jì)與實(shí)現(xiàn) 教師審核與查看 界面的設(shè)計(jì)與實(shí)現(xiàn) 教師點(diǎn)名 界面的設(shè)計(jì)與實(shí)現(xiàn) 學(xué)生請假 界面的設(shè)計(jì)與實(shí) 現(xiàn) 學(xué)生考勤信息查看 界面的設(shè)計(jì)與實(shí)現(xiàn) 第 7 章 軟件測試 引言 在開發(fā)軟件的過程中，人們使用了許多保證軟件質(zhì)量的方法分析、設(shè)計(jì)和實(shí)現(xiàn)軟件，但難免還會(huì)在工作中犯錯(cuò)誤。這樣，在軟件產(chǎn)品中就會(huì)隱藏許多錯(cuò)誤和缺陷，尤其是對規(guī)模大、復(fù)雜性高的軟件更是如此。所以，必須進(jìn)行認(rèn)真、計(jì)劃、徹底的軟件測試。 測試方案 黑盒測試 黑盒測試，又稱為功能測試。對于軟件測試而言，黑盒測試把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。也就是說，黑盒測試是在程序接口進(jìn) 行的測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。該測試方案的設(shè)計(jì)技術(shù)主要有：等價(jià)劃分、邊界值分析以及錯(cuò)誤推測法等。 白盒測試 白盒測試的前提是可以把程序看成裝在一個(gè)透明的白盒子里，也就是完全了解程序的結(jié)構(gòu)和處理過程。這種方法按照程序內(nèi)部的邏輯測試程序，檢驗(yàn)程序中的每條通路是否能按預(yù)定要求正確工作。故白盒測試又被稱為是結(jié)構(gòu)測試。該測試方案的設(shè)計(jì)技術(shù)主要有邏輯覆蓋法等。 其它測試方案 除了以上兩種測試方案外，還有其它的測試方案。包含所有可能情況的測試稱為窮盡測試。對于實(shí)際程序而言，窮盡測試通常是不可能做到的。因?yàn)椴豢赡軐γ恳环N可能的情況都進(jìn)行測試。 本系統(tǒng)所采用測試方案 基于以上測試方法 ,本人選取的是模塊測試和系統(tǒng)測試，模塊測試部分由本人程序設(shè)計(jì)過程中自主完成，系統(tǒng)測試部分由同學(xué)模擬各種用戶登錄代為完成。 測試過程 用戶登陸測試 用戶登陸測試是測試系統(tǒng)訪問的安全性，以及各個(gè)頁面的設(shè)計(jì)的安全性，測試方案如下（表 61）所示： 表 61 用戶類型 用戶名 密碼 空密碼 錯(cuò)誤密碼 /用戶名 錯(cuò)誤類型 學(xué)生 2020202122 2020202122 否 否 否 任課老師 041002 123456 否 否 否 班主任 048001 123456 否 否 否 院系領(lǐng)導(dǎo) xinxi_02 123456 否 否 否 學(xué)校領(lǐng)導(dǎo) school 123456 否 否 否 說明：上表中的“否”表示拒絕訪問，沒有通過系統(tǒng)的身份驗(yàn)證?！笆恰? 表示可以訪問系統(tǒng)。 通過上表反復(fù)測試黑盒測試可知，系統(tǒng)用戶在登陸安全方面不存在問題，用戶必須選擇正確的類型，使用正確的用戶名、密 碼方能使用此系統(tǒng)。 頁面使用安全測試 此測試過程主要是測試系統(tǒng)各個(gè)頁面的安全性，即在用戶沒有登錄的情況直接在瀏覽器地址中輸入要打開的用戶頁面，或者用戶以正確的用戶名和密碼進(jìn)入系統(tǒng)后，直接在瀏覽器地址中輸入別的用戶的頁面，測試各頁面是否不需要用戶登錄就可使用，或者是否可以繞過身份驗(yàn)證。 第 一 步 ： 在 用 戶 沒 登 陸 系 統(tǒng) 的 情 況 下 ， 直 接 在 瀏 覽 器 中 輸 入 此地址是學(xué)生用戶首頁的完全地址，看是否能打開操作。測試結(jié)果：提示用戶還沒登陸的錯(cuò)誤信息。依次測試別的頁面，別的用戶，測試結(jié)果都是：提示用戶還沒登陸的錯(cuò)誤信息。 第二步：以學(xué)生正確的用戶我和密碼進(jìn)入學(xué)生系統(tǒng)后，在瀏覽器中輸入任課老師首頁地址： 看是否能繞過身 份驗(yàn)證，打開別的用戶的頁面。測試結(jié)果：提示沒有權(quán)限的錯(cuò)誤信息。用同樣的方法測試別的頁面，別的用戶都得到了同樣的測試結(jié)果：提示沒有權(quán)限的錯(cuò)誤信息。 測試結(jié)果：通過以上測試可知，系統(tǒng)各個(gè)頁都有很好的安全性，每個(gè)頁面都不允許用戶在沒有登陸的前提下訪問，用戶在登陸后，也不充許用戶訪問別的用戶類型的頁面，即不能繞過身份驗(yàn)證。 學(xué)生用戶測試 一、 請假系統(tǒng)測試 請假系統(tǒng)是學(xué)生用戶的核心功能，由于涉及的用戶比較多，此部分的測試是在幾個(gè)同學(xué)的配合下完成，主要完成以下幾個(gè)測試： 1． 空值測試：在請假開始時(shí)間、結(jié)束時(shí)間、請假原 因都為空或部分為空的情況下，直接點(diǎn)提交數(shù)據(jù)在線請假。測試結(jié)果：系統(tǒng)拒絕提交數(shù)據(jù)，并能正確的做出相應(yīng)的提示，如 **不能為空的錯(cuò)誤信息。 2． 錯(cuò)誤的時(shí)間選擇測試：在開始時(shí)間與結(jié)束時(shí)間選擇的時(shí)間，把結(jié)束時(shí)間選擇一個(gè)開始時(shí)間以前的時(shí)間，然后提交數(shù)據(jù)。測試結(jié)果：提示時(shí)間選擇錯(cuò)誤的提示信息。 3． 超前請假測試：開始時(shí)間選擇一個(gè)與當(dāng)前時(shí)間相差一個(gè)大于 7 天的日期請假。測試結(jié)果：提示只能提前 7 天請假的錯(cuò)誤信息。 4． 超后請假測試：在開始時(shí)間中選擇一個(gè)當(dāng)前系統(tǒng)時(shí)間以前開始日期請假。測試結(jié)果：提示不能請過去時(shí)間的假的錯(cuò)誤信息。 5． 超長時(shí)間請假 測試：在開始時(shí)間與結(jié)束時(shí)間中，選擇一個(gè)相差 30 的日期請假。測試結(jié)果：提示不能請大于 30 天的請假。 6． 重復(fù)請假測試：先申請一條當(dāng)天日期的請假，申請成功后，再申請一條今天到明天兩天的請假。測試結(jié)果：提示不能重復(fù)請假的錯(cuò)誤信息。 7． 小于 4 天的請假測試：開始時(shí)間與結(jié)束時(shí)間之差小于四天的請假測試。測試結(jié)果： 提交數(shù)據(jù)后，在等待審批的請假記錄中出現(xiàn)一條新的記錄，并顯示了申請時(shí)間，班主任審批處顯示了“等待批假”的提示信息，而院系審批處沒有顯示“等待批假”的提示信息。 8． 大于 4 天的請假測試：開始時(shí)間與結(jié)束時(shí)間之差大于四天的請假測試 ：測試結(jié)果：提交數(shù)據(jù)后，在等待審批的請假記錄中，班主任審批處以及院系領(lǐng)導(dǎo)審批處都提示“等待批假“的提示信息。 9． 班主任批假測試：班主任進(jìn)入系統(tǒng)后，測試審批學(xué)生請假。測試結(jié)果：小于四天的請假，班主任若同意了請假，則學(xué)生記錄成功記錄中出現(xiàn)了請假成功的記錄。班主任同意的請假中同時(shí)也出現(xiàn)了此條記錄。若不同意請假，則提示此學(xué)生請假失敗。大于四天的請假，班主任若同意了請假，則出現(xiàn)等待院系審批的提示信息。 10． 院系批假測試：院系領(lǐng)導(dǎo)進(jìn)入系統(tǒng)后，大于四天的記錄，且班主任同意請假的記錄出現(xiàn)在了等待審批的請假記錄中。測試結(jié)果：同意請 假，則學(xué)生、班主任、院系領(lǐng)導(dǎo)用戶中同時(shí)出現(xiàn)請假成功信息，不同意請假，則學(xué)生、班主任、院系領(lǐng)導(dǎo)同時(shí)出現(xiàn)請假失敗的信息。 二、修改密碼測試 1． 空值測試：在不輸入原始密碼、新密碼、確認(rèn)密碼或部分為空的情況下，直接點(diǎn)擊修改密碼。測試結(jié)果：提示請輸入原始密碼的錯(cuò)誤信息。 2． 錯(cuò)誤原始密碼測試：輸入錯(cuò)誤原始密碼，新密碼、確認(rèn)密碼一致的測試。測試結(jié)果：提示原始密碼不正確的錯(cuò)誤信息。 3． 確認(rèn)密碼不正確的測試：輸入正確的原始密碼，而確認(rèn)密碼不正確的測試。測試結(jié)果：提示確認(rèn)密碼不正確的錯(cuò)誤信息。 任課老師用戶測試 一、考勤管 理測試 1． 正確提示登記測試：進(jìn)入指定的登記頁面，修改系統(tǒng)日期看是否能根據(jù)系統(tǒng)日間的變化，顯示出上過課，但學(xué)沒登記的提示信息。測試結(jié)果：若當(dāng)前日期為 20200530，則本學(xué)期在 20200530 前的所有不沒登記的考勤信息自動(dòng)列出來，而且能自動(dòng)識(shí)別課表安排的單 /雙周。更換時(shí)間，都能得到正確的結(jié)果。 2． 考勤登記測試：進(jìn)入指定頁面后，一個(gè)學(xué)生在當(dāng)天上課時(shí)已經(jīng)請假成功了，任課老師提交數(shù)據(jù)時(shí)選擇此學(xué)生曠課。測試結(jié)果：在考勤統(tǒng)計(jì)信息和詳細(xì)信息中，出現(xiàn)了此學(xué)生請假的出勤信息。 班主任用戶測試 1．班級信息測試 測試一個(gè)班主任是否可以同時(shí)帶多個(gè)班級、每個(gè)學(xué)期帶不同的班。測試結(jié)果：班主任能同時(shí)帶多個(gè)班級，每學(xué)期可帶不同的班級。 2．考勤信息測試： 測試班主任是否可以查看本班學(xué)生本學(xué)期考勤統(tǒng)計(jì)信息及詳細(xì)信息。測試結(jié)果：班主任能查看本班學(xué)生本學(xué)期考勤統(tǒng)計(jì)信息及詳細(xì)信息。 院系領(lǐng)導(dǎo) /學(xué)校領(lǐng)導(dǎo)用戶測試 一、考勤信息測試 1． 空值查詢測試：在查詢學(xué)生考勤信息頁面中，不輸入查詢條件進(jìn)行查詢測 試。測試結(jié)果：提示必須有一個(gè)查詢件的錯(cuò)誤信息。 2． 單條件下查詢測試：查詢條件在只有學(xué)號(hào)或姓名的情況下進(jìn)行查詢。測試結(jié)果：系統(tǒng)列出了所有相 關(guān)記錄，如姓名中只有一個(gè)“王”字，那么全院/全校所有姓名中有“王”字的學(xué)生信息都全部列出來，并都可以查看詳細(xì)考勤信息 總 結(jié) 通過幾個(gè)月的努力，高校學(xué)生考勤管理系統(tǒng)中的兩大功能模塊：請假系統(tǒng)和考勤系統(tǒng)在指導(dǎo)老師的全心指導(dǎo)下，在同學(xué)的積極配合與幫助下，基本功能順利完成。在數(shù)據(jù)庫的開發(fā)方面，我學(xué)到了不少關(guān)于 JSP和 SQL Server 2020 的知識(shí)。開發(fā)時(shí)遇到了許多的困難，但是通過自己的努力，還有老師同學(xué)們的幫助，最終還是迎刃而解了。 這次畢業(yè)設(shè)計(jì)完全是按照軟件工程學(xué)的方法來進(jìn)行設(shè)計(jì)和開發(fā)的。在開發(fā)過 程中，認(rèn)真調(diào)查分析了用戶的需求，及時(shí)準(zhǔn)備了詳細(xì)的文檔資料，這讓我在開發(fā)過程中少走了許多彎路。本次設(shè)計(jì)開發(fā)的系統(tǒng)較為龐大，涉及的用戶較多，數(shù)據(jù)庫設(shè)計(jì)比較復(fù)雜，使我深刻地體會(huì)到軟件開發(fā)是一項(xiàng)集體項(xiàng)目，單靠一個(gè)人就想解決所有的問題是不太實(shí)際的。在本次畢業(yè)設(shè)計(jì)中，我和同學(xué)共同實(shí)現(xiàn)了高校學(xué)生考勤管理系統(tǒng)的全部功能，很好的鍛煉了我的團(tuán)隊(duì)協(xié)作意識(shí)，這對我以后的學(xué)習(xí)、工作有很大的幫助。 同時(shí)，在這次設(shè)計(jì)中，我也發(fā)現(xiàn)了自己的很多不足。首先，對 JSP的掌握還不是很全面，對于數(shù)據(jù)庫管理系統(tǒng)的操作運(yùn)用也不夠熟練，以至于在系統(tǒng)開發(fā)過 程中經(jīng)常碰到一些疑難問題不能快速的解決。其次，就是在準(zhǔn)備系統(tǒng)設(shè)計(jì)文檔時(shí)，沒有反復(fù)推敲、驗(yàn)證，以至于在開發(fā)過程中出現(xiàn)幾次由于數(shù)據(jù)庫設(shè)計(jì)不合理，修改數(shù)據(jù)庫，而幾乎修改所有程序代碼的情況。再者，是對整個(gè)軟件開發(fā)的把握能力有待于進(jìn)一步提高，以及對網(wǎng)頁設(shè)計(jì)的諸多方面知識(shí)也待進(jìn)一步學(xué)習(xí)，這些都是我今后應(yīng)該注意和提高的。 參考文獻(xiàn) 參考的資料有以下： [1] 肖金秀 JSP程序設(shè)計(jì)教程 北京：冶金工業(yè)出版社 [2] 孫曉龍 JSP動(dòng)態(tài)網(wǎng)站技術(shù)入門與提高 北京：人民郵電出版社 [3] 楊學(xué)瑜 JSP入門與提高 北京： 清華大學(xué)出版社 [4] 魯曉東 JSP軟件工程案例精解 北京：電子工業(yè)出版社 [5] 印旻 Java 語言與面向?qū)ο蟪绦蛟O(shè)計(jì) 北京：清華大學(xué)出版社 [6] 皮德常 Java 2簡明教程 北京：清華大學(xué)出版社 [7] 薩師煊 王珊編著，《數(shù)據(jù)庫系統(tǒng)概論》，高等教育出版社 [8] 張海藩 編著 《軟件工程導(dǎo)論》，清華大學(xué)出版社 [9] 賽奎春 JSP 工程應(yīng)用與項(xiàng)目實(shí)踐 北京：機(jī)械工業(yè)出版社 [10] 汪孝宜 JSP 數(shù)據(jù)庫開發(fā)實(shí)例精粹 北京：電子工業(yè)出版社 [11] 魏茂軍 JSP 案例開發(fā) 北京：中國水利水電 出版社 [12] 黃明 JSP 信息系統(tǒng)設(shè)計(jì)與開發(fā)實(shí)例 北京：機(jī)械工業(yè)出版社 [13] 屈輝立 JSP 網(wǎng)站編程教程 北京：北京希望電子出版社 [14] 孫衛(wèi)琴 Tomcat 與 Java Web 開發(fā)技術(shù)詳解 北京：電子工業(yè)出版社 [15] 張桂元 Struts 開發(fā)入門與項(xiàng)日實(shí)踐 北京：人民郵電出版社 參考網(wǎng)站： 一、 java 官方網(wǎng)站 二、 Tomcat 官方網(wǎng)站 致 謝 在這段日子里，指導(dǎo)教師 XXX，以及身邊的同學(xué)給了我很多的幫助及耐心的教導(dǎo)。在此，對所有給我支持與幫助的老師與同學(xué)衷心的道一聲“謝謝 ” !如果沒有你們的幫助，我的課題肯定不能如此順利迅速的完成。 附 錄 附錄一：文獻(xiàn)資料 原文 J2EE WEB 應(yīng)用架構(gòu)分析 架構(gòu)概述 J2EE 體系包括 java server pages(JSP) ,java SERVLET, enterprise bean，WEB service 等技術(shù)。這些技術(shù)的出現(xiàn)給電子商務(wù)時(shí)代的 WEB 應(yīng)用程序的開發(fā)提供了一個(gè)非常有競爭力的選擇。怎樣把這些技術(shù)組合起來形成一個(gè)適應(yīng)項(xiàng)目需要的穩(wěn)定架構(gòu)是項(xiàng)目開發(fā)過程中一個(gè)非常重要的步驟。完成這個(gè)步驟可以形成一個(gè)主要里程碑基線。形成這個(gè)基線有很多好處： 各種因數(shù)初步確定：為了形成架構(gòu)基線，架構(gòu)設(shè)計(jì)師要對平臺(tái)（體系）中的技術(shù)進(jìn)行篩選，各種利弊的權(quán)衡。往往架構(gòu)設(shè)計(jì)師在這個(gè)過程中要閱讀大量的技術(shù)資料，聽取項(xiàng)目組成員的建議，考慮領(lǐng)域?qū)＜业男枨?，考慮贊助商成本（包括開發(fā)成本和運(yùn)行維護(hù)成本）限額。一旦架構(gòu)設(shè)計(jì)經(jīng)過評審，這些因數(shù)初步地就有了在整個(gè)項(xiàng)目過程中的對項(xiàng)目起多大作用的定位。 定向技術(shù) 培訓(xùn)：一旦架構(gòu)師設(shè)計(jì)的架構(gòu)得到了批準(zhǔn)形成了基線，項(xiàng)目開發(fā)和運(yùn)行所采用的技術(shù)基本確定下來了。眾多的項(xiàng)目經(jīng)理都會(huì)對預(yù)備項(xiàng)目組成員的技術(shù)功底感到擔(dān)心；他們需要培訓(xùn)部門提供培訓(xùn)，但就架構(gòu)師面對的技術(shù)海洋，項(xiàng)目經(jīng)理根本就提不出明確的技術(shù)培訓(xùn)需求。怎不能夠?qū)w系中所有技術(shù)都進(jìn)行培訓(xùn)吧！有了架構(gòu)里程碑基線，項(xiàng)目經(jīng)理能確定這個(gè)項(xiàng)目開發(fā)會(huì)采用什么技術(shù)，這是提出培訓(xùn)需求應(yīng)該是最精確的。不過在實(shí)際項(xiàng)目開發(fā)中，技術(shù)培訓(xùn)可以在基線確定之前與架構(gòu)設(shè)計(jì)并發(fā)進(jìn)行。 角色分工：