【導(dǎo)讀】機(jī)的應(yīng)用逐漸由科學(xué)計算、實時控制等方面向非數(shù)值處理的各個領(lǐng)域中滲透。以微型計算機(jī)為處理核心和以數(shù)據(jù)庫管理系統(tǒng)為開發(fā)環(huán)境的管理在。運動會管理中的運用與應(yīng)用，使得運動會管理日益高效。整個系統(tǒng)采用B/S結(jié)構(gòu)，主要包括后臺數(shù)據(jù)庫的建立和維護(hù)以及前端應(yīng)。對于前者要求建立起數(shù)據(jù)一致性和完整性強(qiáng)、數(shù)據(jù)安全性。好的庫；而對于后者則要求應(yīng)用程序具有功能完備,易使用等特點。析，本系統(tǒng)完成了對運動員信息的錄入、查詢、統(tǒng)計和維護(hù)等功能。表明，程序穩(wěn)定、操作簡便，具有較強(qiáng)的實用性。但是這個系統(tǒng)的人機(jī)交互界面做的比較差，界面不夠美觀，使

　　

【正文】 增刪改，對運動員 的信息進(jìn)行管理， 管理員可以為各系的運動員分配編號。使在運動員可以通過此模塊得到一個編號，用這個編號來在運動員管理模塊中的添加運動員信息的功能中增加自己的信息 ， 運動員管理界面 如圖 412所示。 圖 412 運動員管理 （ 3） 登分 33 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 管理員的功能是最高的，管理員負(fù)責(zé)對所有的 運動員進(jìn)行登分，通過這個登分的功能可以使管理員對運動員進(jìn)行登分， 登分界面 如圖 413所示。 圖 413 登分 其主要代碼為 ： public void entryScore(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { HttpSession session = ()。 String race_id = (id)。 connection conn = new connection()。 String sql = select * from athlet_information where number in(select athlet_id from race_athlet where race_id= + race_id + )。 ResultSet rs = (sql)。 (rs, rs)。 (/?id= + race_id) .forward(request, response)。 } （ 4） 公告添加 管理員要負(fù)責(zé) 通知的發(fā)放和對學(xué)生的交流，可以根據(jù)這個公告功能，進(jìn)行公告的 34 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 添加， 添加公告界面 如圖 414所示。 圖 414 添加公告 （ 5） 公告列表 在管理員模塊的公告列表可以 查看 以前的公告，也可以對以前的公告進(jìn)行刪除，方便對于公告的管理， 公告列表 如圖 415所示。 圖 415 公告列表 小結(jié) 系統(tǒng)的實現(xiàn)要經(jīng)過很多的步驟，也是系統(tǒng)完成之中最困難的步驟 ，九江學(xué)院校運會信息管理平臺主要是用 servlet 和 jsp 技術(shù)實現(xiàn)的，對于技術(shù)的要求不是很高也方 35 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 便用戶的理解。 開發(fā)這個平臺的過程也適合大多數(shù)的管理網(wǎng)站 ，但是九江學(xué)院校運會信息管理平臺還有很多的功能需要實現(xiàn)，要大大改進(jìn)。 36 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 5 系統(tǒng)測試 在完成了程序的編寫工作后 ， 接下來將進(jìn)行軟件的測試 ， 這里說的軟件 ， 并不單單是指程序本身 ， 還包括其他方面 。 測試和開發(fā)一樣 ， 也是一項技術(shù)性很強(qiáng)的工作 ， 有著很多的技巧 。 軟件測試是軟件質(zhì)量保證的主要活動之一 ， 因此 ， 測試的質(zhì)量直接影響軟件的質(zhì)量 。 測試的定義及目的 軟件測試就是在軟件投入運行前 ， 對軟件的需求分析 ,設(shè)計規(guī)格說明和編碼的最終復(fù)審 ,是保證軟件質(zhì)量的關(guān)鍵步驟 。 如果要給軟件測試下定義 ， 可以這樣將 ， 軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程 。 測試的目的在于將軟件設(shè)計時設(shè)計者與程序開發(fā)者之間理解不一致的地方 ,功能與需求不一致的地方 ,不符合邏輯思維的情況都反映給質(zhì)量控制 部門 ， 由質(zhì)量控制部門調(diào)配需求部門統(tǒng)一作出一個明確解答 ,再由開發(fā)人員進(jìn)行修改和補(bǔ)充 。 測試的目標(biāo)是以最少的時間和人力找出軟件中潛在的各種錯誤和缺陷 。 測試的方法 依據(jù)前面所說的測試對象 ， 我們把測試劃分為幾個方面來進(jìn)行測試 。 界面測試 界面測試是測試過程中比較簡單直觀的一種測試方法 ， 只要細(xì)心地按界面要求核對就行了 。 可這快往往是程序開發(fā)人員容易忽視和遺漏的地方 ,也是常常出 Bug 的地方 。 下面是界面測試中經(jīng)常出現(xiàn)的幾種 Bug。 錯別字 ， 即界面中的標(biāo)題或者文本內(nèi)容中出現(xiàn)了錯別字 。 這種 Bug 如果測試人員細(xì)心 ， 和難找出來 ， 可能會出現(xiàn)在提示信息或界面中 。 出現(xiàn)了一些根本讀不懂的內(nèi)容 ， 一般多出現(xiàn)在程序的提示信息和一些較長的文本中 。 這種情況基本上出現(xiàn)在拼起來顯示的提示中 ， 頁面的簡單陳述是通過變量拼 37 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 組起來的 ， 通過程序?qū)⒆忠粋€一個地輸出出來 。 通常是因為程序中的控制錯誤或是程序開發(fā)人員對程序沒有進(jìn)行認(rèn)真的自測 ， 導(dǎo)致出現(xiàn)這種 Bug。 程序員自創(chuàng)的詞語 ， 雖然意思對 ， 但不符合界面的標(biāo)準(zhǔn)及需求 。 這種情況基本上是由于開發(fā)人員使用一些專業(yè)術(shù)語 ， 并且混雜著自己的理解出現(xiàn) Bug， 主要是由于 開發(fā)過程中團(tuán)隊合作沒又明確的分工 ， 沒有統(tǒng)一的規(guī)范用語 。 頁面類似的內(nèi)容中 ， 明顯有字體 ， 字號不同的情況 ， 使界面整體風(fēng)格看上去不一致 ， 這種情況只出現(xiàn)在沒有 CSS 定義的情況下 ， 或是已經(jīng)定義的 CSS， 開發(fā)人員在開發(fā)過程中沒有調(diào)用 。 標(biāo)題相近的程序及模塊 ， 把標(biāo)題弄混 .這種情況多是因為業(yè)務(wù)方面的定義名稱很相似或很類似 ， 并且業(yè)務(wù)實體方面也很類似 ， 開發(fā)人員在開發(fā)過程中忽略了開發(fā)名稱和模塊 ， 只單獨地實現(xiàn)其功能 。 功能測試 系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試， 它是檢驗 系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法，為了發(fā)現(xiàn)缺陷并度量產(chǎn)品質(zhì)量，按照系統(tǒng)的功能和性能需求進(jìn)行的測試，一般使用黑盒測試技術(shù)， 一般由獨立的測試人員完成， 對于模塊之間交互性比較強(qiáng)的軟件 ， 還會有單獨的集成測試 ， 用來發(fā)現(xiàn)模塊接口之間的錯誤。 軟件測試的基本方法包括單元測試的基本方法、綜合測試的基本方法、確認(rèn)測試的基本方法、系統(tǒng)測試的基本方法、軟件測試的基本方法。但軟件測試的方法 和技術(shù)是多種多樣的，對于軟件測試技術(shù)，可以從不同的角度加以分類。 從測試是否針對系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實現(xiàn)算法的角度來 看，可分為白盒測試和黑盒測試。 需求測試 針對需求測試 ， 是測試中很重要的一個環(huán)節(jié) 。 因為需求是在軟件設(shè)計 ， 開發(fā)乃 38 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 至軟件測試中重要的依據(jù) 。 要針對需求測試 ， 首先就要對項目的需求和業(yè)務(wù)有一定的了解 。 這些需求很多時候是在實現(xiàn)增 ， 刪 ， 查 ， 改這些基本功能之上 ， 針對項目和相關(guān)業(yè)務(wù)所作的一些邏輯上的控制 。 這就要求程序員在設(shè)計和編碼的時候要去充分理解考慮需求 。 九江學(xué)院校運 會 信息 管理平臺的測試 （ 1） 在完成編碼的工作以后 ,根據(jù)以上的方法和步驟進(jìn)行了這些 的測試 界面測試 ： 在不開啟 Web服務(wù)器的情況下 ， 反復(fù)點擊網(wǎng)頁上的超鏈接 ， 測試 其連接情況 ， 直到所有的鏈接都達(dá)到預(yù)期的效果 。 功能測試 ： 對網(wǎng)站的幾大功能模塊逐一測試 ， 盡最大可能發(fā)現(xiàn)起潛在的錯誤 ，下面是我測試的典型例子 。 進(jìn)入頁面首頁，輸入用戶名和密碼，成功后跳轉(zhuǎn)到登陸后的首頁， 登入成功界面 如圖 51所示 。 圖 51 登陸成功 39 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 登陸成功時跳轉(zhuǎn)到主頁面 ， 主界面 如圖 52所示。 圖 52 進(jìn)入主界面 登陸不成功時 主界面 如圖 53所示 。 圖 53 輸入錯誤的界面 性能測試 ： 將程序以局域網(wǎng)的形式發(fā)布 ， 查看其是否滿足多用戶的要求 。 需求測試 ： 根據(jù)需求 分析的內(nèi)容 ， 測試網(wǎng)站是否和當(dāng)初的設(shè)計一樣 。 通過這幾方面的測試，我及時修正了系統(tǒng)中存在的問題，很好的提高了系統(tǒng)的性能，達(dá)到了預(yù)期目標(biāo)。 （ 2） 測試總結(jié) 本次測試中，經(jīng)過以上詳細(xì)的測試，在程序測試過程中，發(fā)現(xiàn)的錯誤主要分為兩大類錯誤，一是程序語法錯誤，二是程序邏輯錯誤，對于前者的解決主要是依賴 40 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 于 JDK自帶編譯程序 ，并逐一解決。而對于后者則是測試運行程序通過設(shè)置斷點，耐心地尋找邏輯錯誤處，最終使得程序合乎邏輯，符合設(shè)計要求。 通過對本系統(tǒng)的全面測試，使系統(tǒng)的模塊間的鏈 接正確，準(zhǔn)確的連接到指定的頁面，完成指定的功能。改正了錯誤后的系統(tǒng)，整個系統(tǒng)基本運行穩(wěn)定，完成了系統(tǒng)預(yù)期的效果。 小結(jié) 系統(tǒng)的測試對于系統(tǒng)是非常重要的，系統(tǒng)存在多少問題，問題有多嚴(yán)重，這都要通過系統(tǒng)的測試才能找到的。所以對于 系統(tǒng)來說系統(tǒng)的測試一定是慎之又慎的。在本章中進(jìn)行了功能測試，還有需求測試。 41 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 總 結(jié) “凡是預(yù)則立，不預(yù)則廢”，這是我在開發(fā)完這套系統(tǒng)后的最大的體會。 通過開發(fā)本系統(tǒng)和學(xué)習(xí) JSP 我對前面學(xué)過的許多課程有了更為深刻的理解 。如果在開發(fā)前對整個開發(fā)工作做出全方位的規(guī)劃和系統(tǒng)的分析， 開發(fā)過程就會事半功倍，否則就會遇到許多意想不到的問題，延緩開發(fā)進(jìn)度。我開始在沒有進(jìn)行系統(tǒng)規(guī)劃，確定系統(tǒng)的注冊職能，做好業(yè)務(wù)流程圖、邏輯分析圖的情況下，就急于進(jìn)行系統(tǒng)開發(fā)，結(jié)果使得開發(fā)過程比較混亂，進(jìn)展緩慢，系統(tǒng)重新作了幾次。由于功能不確定，系統(tǒng)主菜單及窗口改來改去，浪費了很多時間和精力。后來我靜下心來，認(rèn)真細(xì)致的對開發(fā)過程進(jìn)行了規(guī)劃和分析，明確了系統(tǒng)的基本功能，在設(shè)計好系統(tǒng)各主要部分，將一些細(xì)節(jié)問題考慮周全后才開始動手進(jìn)行開發(fā)，使得后來的工作進(jìn)行得很順利。 另外在學(xué)習(xí) JSP 的過程中還不夠扎實，學(xué)過的東西沒能 融會貫通，在編寫代碼的時候不能夠信手拈來，熟練應(yīng)用，而是到處查閱資料，使得一些應(yīng)該實現(xiàn)的功能沒有實現(xiàn)，也是一種遺憾。 但是總體上說，這次的畢業(yè)設(shè)計對我來說是非常難得的一次鍛煉機(jī)會。畢業(yè)設(shè)計使得我們對幾年來所學(xué)的專業(yè)課有了更為深刻的認(rèn)識，使知識得到了融會貫通，得到了比以往學(xué)習(xí)任何一門課都大的提高和進(jìn)步。對于我來講這不僅僅是一次畢業(yè)設(shè)計，不僅僅是學(xué)會了一門數(shù)據(jù)庫開發(fā)工具，更重要的是在學(xué)習(xí)的過程中，所有的問題要一個人面對，有問題要想盡各種辦法解決，克服困難，在解決這些困難的過程中提高了我學(xué)習(xí)的能力、解決問題的能力 和實際工作的能力，學(xué)到了許多書本以外的知識。由于時間倉促，本人能力有限，該系統(tǒng)仍存在一些問題需要在以后的開發(fā)、維護(hù)工作中繼續(xù)完善。 42 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 致 謝 到此，畢業(yè)設(shè)計已經(jīng)完成，經(jīng)過了 2 個多月的奮戰(zhàn)，項目的功能基本上已經(jīng)實現(xiàn)，在這 2 個月來感謝一直以來支持我的老師和同學(xué)們。 感謝我的導(dǎo)師董西偉老師對我的支持和鼓勵！ 感謝學(xué)校對我的敦促和支持！ 感謝所有支持和鼓勵我的親朋好友們！ 43 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 參考文獻(xiàn) [1] 洪維恩 ， 何嘉 ． Java2 面向?qū)ο蟪绦蛟O(shè)計 [M]． 北京 ： 中國鐵道出 版 社 ， 20xx． 10～30 [2] (美 )Marty JSP權(quán)威指南 [M]． 北京 ： 機(jī)械工業(yè)出版社 ， 20xx． 20～25 [3] (美 )Marty Hall． JavaScript高級程序設(shè)計 [M]． 北京 ： 人民郵電出版社 ， 20xx． 45～60 [4] 梁立新 ． 項目實踐精解 ： 基于 strutsspringhibernate的 Java應(yīng)用開發(fā) [M]． 北京 ：電子工業(yè)出版社 ， 20xx． 13～ 26 [5] 黃明 ， 梁旭 ， JSP 信息系統(tǒng)設(shè)計與開發(fā)實例 [M]． 北京 ： 機(jī)械工業(yè)出版社 ， 20xx． 96～120 [6] 薩師煊 ， 王珊 ， 數(shù)據(jù)庫系統(tǒng)概論 [M]． 北京 ： 高等教育出版社 ， 20xx． 74～ 88 [7] 李大友 ， 陳明 ， 實用軟件工程基礎(chǔ) [M]． 北京 ： 清華大學(xué)出版社 ， 20xx． 109～168 [8] 王軍 ， 軟件工程技術(shù)與事例 [M]， 北京 ： 高等教育出版社 ， 20xx． 74～ 98 [9] 孫衛(wèi)琴 .三 a 對象持久化技術(shù)詳解 [M]． 北京 ： 電子工業(yè)版社 ， 20xx． 34～ 45 [10] 王珊 ， 馮念真 ． 計算機(jī)應(yīng)用系統(tǒng)的設(shè)計和開發(fā) [M]． 北京 ： 高等教育出版社 ，1987． 沈潔 ， 實用軟件工程 ． 北京 ： 機(jī)械工業(yè)出版社 [M]， 20xx． 68～ 108 [11] (美 )Rumbaugh， Ivar Jacobson， Grady Booch， UML 參考手冊 [J]， 計算機(jī) 文摘 (第二期 )， 20xx， 3～ 18 [12] 鄒 天思 ． 關(guān)系數(shù)據(jù)庫 數(shù)據(jù)庫管理系統(tǒng) [M]， 北京 ： 清華大學(xué)出版社 ， 20xx． 98～109 [13] (美 )W． 方 ， A． 蘇 ． 可視化對象建模技術(shù) [M]， 北京 ： 科學(xué)出版社 1999． 120～136 [14] 馬運濤 ． 高級開發(fā)技術(shù) [M]， 北京 ： 電子工業(yè)出版社 ， 20xx． 209～ 256 44 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 [15] 劉甫迎 ． 數(shù)據(jù)庫原理及應(yīng)用 (orcale)實用教程 [M]， 北京 ： 清華大學(xué)出版社 ，20xx． 120～ 153