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

　　

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