【正文】 輸入正確的注冊信息，點擊提交按鈕。測試用例的輸入：用戶的注冊信息。期待的輸出：用戶注冊成功。實際的輸出：用戶注冊成功。測試用例4測試用例的名稱：用戶登陸功能測試。測試用例的目的：目的是測試用戶可否登陸，登陸后是否跳轉(zhuǎn)到正確的頁面。測試方法：進(jìn)入用戶登陸頁面，輸入正確的登陸信息，點擊登陸按鈕。測試用例的輸入：用戶的登陸信息。期待的輸出：用戶登陸成功。如果用戶的角色是普通用戶則跳轉(zhuǎn)到普通用戶操作界面；如果用戶的角色是管理員，則跳到管理員操作頁面。實際的輸出：用戶登陸成功。如果用戶的角色是普通用戶則跳轉(zhuǎn)到普通用戶操作界面；如果用戶的角色是管理員，則跳到管理員操作頁面。測試用例5測試用例的名稱：用戶信息修改功能測試。測試用例的目的：目的是測試用戶修改信息時是否修改成功。測試方法：普通用戶登陸后點擊修改個人信息鏈接，輸入相應(yīng)的信息后點擊提交按鈕。測試用例的輸入：用戶的需要修改的信息。期待的輸出：用戶修改信息成功。實際的輸出：用戶修改信息成功。測試用例6測試用例的名稱：用戶點餐功能測試。測試用例的目的：目的是測試用戶點餐是否可以成功。測試方法：用戶登陸后點擊新增訂單鏈接，填寫人數(shù)、描述等信息后開始點菜，點菜過程中可以查看已點菜信息，確認(rèn)無誤后點擊提交訂單按鈕，點餐完成。測試用例的輸入：人數(shù)、附加信息、點菜信息。期待的輸出：用戶點餐成功，生成用戶訂單。實際的輸出：用戶點餐成功，生成用戶訂單。測試用例7測試用例的名稱：管理員菜品添加功能測試。測試用例的目的：目的是測試管理員向菜單中添加新的菜品時是否成功。測試方法：管理員進(jìn)入添加菜品頁面，輸入菜品相關(guān)信息，選擇菜品對應(yīng)的圖片，點擊提交按鈕。測試用例的輸入：菜品相關(guān)信息及對應(yīng)的圖片。期待的輸出：添加菜品成功，菜單中有其相應(yīng)的信息。實際的輸出：添加菜品成功，菜單中有其相應(yīng)的信息。測試用例8測試用例的名稱：管理員菜品更新功能測試。測試用例的目的：目的是測試管理員更新菜品信息是否正確實現(xiàn)。測試方法：管理員選擇要更新的菜品，點擊更新按鈕，頁面上會顯示對應(yīng)菜品的信息，管理員對信息做了更改后點擊提交按鈕。測試用例的輸入：菜品的更新信息。期待的輸出：更新菜品信息成功。實際的輸出：更新菜品信息成功。測試用例9測試用例的名稱：用戶管理功能測試。測試用例的目的：目的是測試管理員對用戶的管理功能正確實現(xiàn)。測試方法：管理員進(jìn)入用戶管理界面，對相應(yīng)的用戶可以進(jìn)行“更改角色”和“禁用”操作。測試用例的輸入：無期待的輸出：點擊更改角色則將原來的普通用戶角色變?yōu)楣芾韱T，將原來管理員的角色變?yōu)槠胀ㄓ脩?；點擊禁用則用戶的帳號被凍結(jié)，不能登陸系統(tǒng)。實際的輸出：用戶管理功能正確實現(xiàn)。 測試進(jìn)度功能性測試在編碼過程中隨程序的進(jìn)展同步測試。安裝測試在程序完成之后進(jìn)行測試。在程序設(shè)計編碼完成之后，對該系統(tǒng)進(jìn)行集成測試。集成測試是根據(jù)設(shè)計中各功能模塊的說明和制定的集成測試計劃，將經(jīng)過單元測試的模塊逐步進(jìn)行組裝和測試。 測試方法功能測試：以軟件需求說明書規(guī)定的系統(tǒng)功能為依據(jù)，設(shè)計各種測試用例，并用這些測試用例檢查各個功能的實現(xiàn)情況。強度測試：檢查程序系統(tǒng)對強負(fù)荷的承受能力。針對異常情況設(shè)計測試用例，以強迫系統(tǒng)在異常的資源配置下運行。例如，針對下列情況來設(shè)計測試用例:產(chǎn)生高密度的中斷，可能導(dǎo)致操作系統(tǒng)或磁盤數(shù)據(jù)劇烈抖動，大量、高頻率的數(shù)據(jù)輸入，需要最大的存儲空間等?；謴?fù)測試：主要檢查系統(tǒng)的容錯能力，即檢查當(dāng)出現(xiàn)硬件或軟件錯誤時，系統(tǒng)在指定的時間間隔內(nèi)恢復(fù)運行而不丟失或損害數(shù)據(jù)和控制的能力。安全測試：證實系統(tǒng)對非法入侵的防范能力，即檢查系統(tǒng)的安全機制是否會被非法用戶破壞。安裝測試：安裝測試有兩個目的。第一個目的是確保該軟件在正常情況和異常情況的不同條件下(例如，進(jìn)行首次安裝、升級、完整的或自定義的安裝)都能進(jìn)行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。第二個目的是核實軟件在安裝后可立即正常運行。 測試結(jié)果分析 測試的局限性該測試用例能夠檢測到系統(tǒng)的所有功能性錯誤，按鍵錯誤；但對系統(tǒng)的某些小的邏輯錯誤可能檢測不到位。 評價測試結(jié)果的準(zhǔn)則無線點餐系統(tǒng)的所有功能都能夠?qū)崿F(xiàn)，系統(tǒng)性能滿足使用需要?？? 結(jié)本文首先描述了無線點餐系統(tǒng)的開發(fā)背景、解決的主要問題和意義，然后，利用面向?qū)ο蟮姆治龇椒ㄟM(jìn)行了系統(tǒng)的需求分析，建立了各種壞境下的用例模型，并在此基礎(chǔ)上對系統(tǒng)進(jìn)行了全面設(shè)計，包括系統(tǒng)邏輯結(jié)構(gòu)設(shè)計、各子系統(tǒng)設(shè)計、業(yè)務(wù)流程設(shè)計、數(shù)據(jù)庫設(shè)計、界面設(shè)計等，并給出系統(tǒng)的測試報告。經(jīng)過幾個月的努力，終于完成了系統(tǒng)的開發(fā)和論文的寫作。無線點餐系統(tǒng)是一個比較實用的軟件系統(tǒng)，服務(wù)器端實現(xiàn)了餐飲行業(yè)點餐的各種功能，通過和客戶端的無線通信，使點餐可以在移動設(shè)備上完成，使用終端觸屏點菜還可以讓顧客看到更多的有關(guān)菜的信息，同時友好的用戶界面加上觸摸技術(shù)可讓顧客享受點餐的樂趣，極大提升餐廳檔次和企業(yè)形象。但是，系統(tǒng)在實現(xiàn)過程中還存在一些不足，如服務(wù)器端頁面的美觀性，和其他系統(tǒng)的集成等方面，用戶體驗也有待于進(jìn)一步提高。無線點餐系統(tǒng)在解決這些不足后，可以向著更加智能化的方向發(fā)展，全方位的解決點餐過程中的問題，從而提高點餐效率，帶給顧客良好的體驗。在人們生活節(jié)奏越來越快的今天，相信無線點餐系統(tǒng)一定會有廣闊的發(fā)展前途。致 謝通過這半個學(xué)期的畢業(yè)設(shè)計，我得到過很多的幫助。在此，我衷心感謝對我耐心指導(dǎo)的陸衛(wèi)忠老師。陸衛(wèi)忠老師在我大學(xué)的最后學(xué)習(xí)階段——畢業(yè)設(shè)計階段給自己的指導(dǎo)，從最初的定題，到資料收集，到寫作、修改，到論文定稿，他都給了我耐心的指導(dǎo)和無私的幫助。為了指導(dǎo)我們的畢業(yè)論文，他放棄了自己的休息時間，他的這種無私奉獻(xiàn)的敬業(yè)精神令人欽佩，在此我向她們表示我誠摯的謝意。同時，感謝所有任課老師在這四年來給自己的指導(dǎo)和幫助，是他們教會了我專業(yè)知識，教會了我如何學(xué)習(xí)，教會了我如何做人。正是由于他們，我才能在各方面取得顯著的進(jìn)步，在此向他們表示我由衷的謝意，并祝所有的老師培養(yǎng)出越來越多的優(yōu)秀人才。 同時，我也要感謝我們班的同學(xué)，特別是伍思遠(yuǎn)，丁紅燕，唐渝娟同學(xué)，通過我們精心的合作才使得該課題如期的完成。當(dāng)然，還有那些給過我?guī)椭钠渌瑢W(xué)，我非常感謝他們的幫助，我從他們身上也學(xué)到了很多知識。 最后，再次向百忙之中評閱本論文的教師以及答辯組的各位教師致以最誠摯的感謝。參 考 文 獻(xiàn)[1] (第三版)[M].北京:清華大學(xué)出版社,2008.[2] [M].北京:清華大學(xué)出版社,2003[3] 王珊、(第四版)[M].北京:高等教育出版社,2006.[4] 張孝祥. Web Service專題 [ED] [5] （美）沃爾斯，（美）布雷登巴赫. Spring in Action (第二版)[M].北京: 人民郵電出版社,2008.[6] 李飛，最新實用網(wǎng)絡(luò)技術(shù)教程[M].西安:～70. [7] 史斌星，[M].北京：清華大學(xué)出版社，2003.[8] Web Service學(xué)習(xí)筆記[ED][9] Web Service標(biāo)準(zhǔn)[ED] [10] WSDL詳解[ED]附錄A 譯文J2EE開發(fā)框架Java2企業(yè)版為中間件領(lǐng)域思想的統(tǒng)一上發(fā)揮了很大的作用。比如，J2EE為分布式事務(wù)管理、目錄服務(wù)和消息服務(wù)提供了一套標(biāo)準(zhǔn)的編程接口。J2EE的基礎(chǔ)——Java2標(biāo)準(zhǔn)版(J2SE) ，成功地為Java提供了一套訪問關(guān)系數(shù)據(jù)庫的標(biāo)準(zhǔn)。但是，就像本文中“J2EE缺乏對編程的支持”提到的一樣，J2EE這個平臺沒有能夠提供一個令人滿意的應(yīng)用程序編程模型。Sun公司和一些大的應(yīng)用服務(wù)器供應(yīng)商都想用開發(fā)工具來降低J2EE開發(fā)的復(fù)雜性，但是這些工具沒有其他的JAVA 開發(fā)工具優(yōu)秀，后者有先進(jìn)的重構(gòu)工具，J2EE的工具支持顯得很遜色。很多J2EE開發(fā)工具自動產(chǎn)生的代碼像這些工具本身同樣復(fù)雜。在開源社區(qū)很多小型J2EE開發(fā)者選擇了另外一種開發(fā)方式—— 一些可以降低J2EE開發(fā)難度的開發(fā)框架,較為流行的比如：Struts, Hibernate, 和 Spring Framework，他們當(dāng)今很多J2EE項目種扮演著重要角色。為什么要采用框架？ 框架是一由一些類組成，正式這些類為應(yīng)用程序提供了一個可重用的設(shè)計――或者我們經(jīng)常提到的——應(yīng)用程序種的一層。應(yīng)用程序代碼訪問類庫從而執(zhí)行任務(wù)，而框架是調(diào)用應(yīng)用程序代碼，從而管理程序的流程。這就是經(jīng)常說道的好萊塢原則：“不要試圖聯(lián)系我們，我們到時候自會通知你?！遍_發(fā)者寫的程序在運行時由框架調(diào)用。設(shè)計一個在各種未知背景下都可以使用的框架是很有挑戰(zhàn)性的?？蚣芎苓m合在復(fù)雜的J2EE開發(fā)中使用，它可以為開發(fā)者提供一個簡單易用的模型。采用一個經(jīng)過良好設(shè)計的開源框架有很多好處： 在好的框架下，開發(fā)者只需要寫一些必須的代碼；他們不需要直接接觸底層的API。這一點很重要。經(jīng)過良好設(shè)計的框架可以為程序提供清晰的結(jié)構(gòu)并且提高程序的內(nèi)聚性。好清晰的結(jié)構(gòu)使得其他人可以更容易加入項目。一個容易使用的框架可以通過一些例子和文檔為用戶提供最佳實踐。采用成功的框架的代碼比自己的代碼容易測試框架只有提供了一些值得使用的功能才會變得流行。J2EE工程只有真正需要框架的時候才會用它，而自己的框架并不是這樣，后者是處于統(tǒng)治地位的。J2EE本身也提供了一些框架。比如， Enterprise JavaBeans (EJB) container或者 Servlet engine，二者都運用了“ 采用了好萊塢原則”這個思想，并采用運行時調(diào)用來管理對象。像Struts這些開源web應(yīng)用框架正式建立在這兩個框架的基礎(chǔ)上的，本文討論的重點也是像Struts這樣建立在J2EE上的框架，他們?yōu)殚_發(fā)者提供了更為簡單的模型，和其他的一些好處。開源框架的出現(xiàn)很多大型的J2EE項目都用自己的內(nèi)部框架來隱藏平臺的復(fù)雜性，直到最近人們才逐漸發(fā)現(xiàn)一些在很多項目中都存在的共有的難題，這些難題都可以由一個較為統(tǒng)一的解決方案來解決。而有的框架正好可以充當(dāng)這些問題的解決方案?，F(xiàn)在有種很明顯的趨勢：與從前的內(nèi)部框架相比，這些框架將成為這些難題的更加“標(biāo)準(zhǔn)化 ”的解決方案。 J2EE平臺的日益成熟是這些框架流行的一個原因。開發(fā)者知道有些地方是J2EE的標(biāo)準(zhǔn)API無能為力的，倚他們的經(jīng)驗來看，要彌補這個缺陷是很困難的。于此同時，一些優(yōu)秀的開源框架可供使用，它們提供了極為豐富的技術(shù)文檔，在它們背后還有一個專業(yè)的團(tuán)隊做支持，并且一切都是免費的。 Struts在web應(yīng)用程序產(chǎn)生的那時就有了開源框架。在1999－2000年，開發(fā)者們意識到JSP“Model1”的缺陷，JSP中充斥著請求處理代碼和靜態(tài)數(shù)據(jù)模板，這意味著你不得不把業(yè)務(wù)邏輯和復(fù)雜的HTML以及其他的標(biāo)簽混到一起。那個時候還沒有標(biāo)準(zhǔn)的框架和J2EE的標(biāo)準(zhǔn)支持，要解決這個問題開發(fā)者就得自己實現(xiàn)前端控制器，這樣可以把業(yè)務(wù)邏輯分離到j(luò)ava類中，從而可以減輕對JSP的維護(hù)難度。前端控制器模式經(jīng)常運用在MVC架構(gòu)中，MVC模式在OO語言的GUI開發(fā)中經(jīng)常使用（這個名字總是讓人誤解，WEB MVC中的視圖是從模型中“拉”數(shù)據(jù)；而在經(jīng)典MVC中，模型把事件“推向”視圖）。最初的前端控制器實現(xiàn)質(zhì)量參差不齊。2001～2002年間，Apache開源組織發(fā)布的Struts改變了這個狀況，雖然它并非一個完美的框架，但已經(jīng)足夠使其成為該領(lǐng)域事實上的標(biāo)準(zhǔn)。Struts向人們展示了開源框架的一些優(yōu)點，比如，新手可以很容易地熟悉它的結(jié)構(gòu)。2002年末，它成立很多J2EE項目很自然的選擇，每一個認(rèn)真的J2EE開發(fā)者都會對它很熟悉。Struts幾乎用才每一個J2EE項目中，這使得它成為J2EE架構(gòu)的一個重要組成部分。甚至很多保守的組織也將其作為軟件底層的一部分，并同意接受Apache的開源協(xié)議條款。Hibernate下一個倒下的多骨諾米牌就是持久化。J2EE提供了兩個持久化的手段：JDBC，它是J2SE中訪問關(guān)系數(shù)據(jù)庫系統(tǒng)的標(biāo)準(zhǔn)API；另一個是實體Beans ,它是EJB中專門模型化持久化實體的組件。JDBC以一種錯誤的編程模型來強制開發(fā)者用Java代碼來處理關(guān)系思想。而實體beans，先不說Sun和其他主要的J2EE供應(yīng)商的吹噓，給人很笨重的感覺：起初這門技術(shù)的應(yīng)用范圍很窄，連持久對象間的關(guān)系都不能處理。它使得應(yīng)用程序難于測試，并且使用了一個很糟糕的查詢語言。直到2003年，開發(fā)者們卻很少用它。早期的嘗試持久化問題的解決方案是由關(guān)系對象映射（ORM）來解決的，它可以透明地持久化普通java對象（POJO）。該思想在注釋中有解釋。雖然這種方案并不是專屬java的。，ORM在java社區(qū)更加流行(.NET開發(fā)者總是對之抱有懷疑的態(tài)度)。早在1990年，一些商業(yè)的ORM工具就出現(xiàn)了，比如TopLink。但由于其價格昂貴、結(jié)構(gòu)復(fù)雜并且與Sun的實體bean標(biāo)準(zhǔn)相左，所以很少人會用。不管怎樣，在持久化POJO方面，這些工具與JDBC和實體Bean相比確實有了很大的進(jìn)步Java Data Object于2001年在Java Community Progress()的規(guī)范中出現(xiàn)。它為一般的POJO提供了大多數(shù)的持久化實現(xiàn)(盡管很多實現(xiàn)都是對關(guān)系數(shù)據(jù)庫的)。但Sun公司以及其他的J2EE技術(shù)提供商對該技術(shù)表現(xiàn)的很冷淡。所以JDO也沒有能夠流行。Hibernate的出現(xiàn)ORM領(lǐng)域在2002年發(fā)生了大變化，原因有兩個。首先，實體Beans在實踐中失敗，開發(fā)者們將其從J2EE中忽視掉了。它向開發(fā)者們說明了一個規(guī)范是如何將開發(fā)拉入泥潭的。另外的一個原因是Hibernate的發(fā)布，它是第一個功能健全的解決關(guān)系對象影射解決方案。雖然在功能上，它沒有TopLink多樣。但在那些最常用的功能上，Hibernate實現(xiàn)的更加健壯，并且有一個非常專業(yè)的團(tuán)隊提供全職的開發(fā)。Hibernate并不是全新的，它的ORM思想在這個領(lǐng)域很普遍，但它提供的編程模型比其他任