paperpass-vip專業(yè)版檢測報告簡明版

1、rPass檢測報告簡明打印比對結(jié)果（相似度體：30%（總體相似度是指本地庫和網(wǎng)絡(luò)庫的綜合比對結(jié)果本地庫：23 %（本地庫相似度是網(wǎng)絡(luò)庫：15 %（網(wǎng)絡(luò)庫相似度是題：基于BS架構(gòu)的景點窗口票務(wù)系統(tǒng)門票子系統(tǒng)者：間：2014-5-29 15:10:06相似資源列表（學(xué)術(shù)期刊、來源： 山東大學(xué) 2010 作者: 相似度：4%篇名:基于的船舶系統(tǒng)來源： 大連海事大學(xué) 2012 作者: 來源： 航空航天大學(xué) 2008 作者: 來源： 西安電子科技大學(xué) 2011 作者: 來源： 中國海洋大學(xué) 2011 作者: 來源： 華技大學(xué) 2005 作者: 來源： 江西師范大學(xué) 2005 作者: 相似度：2 % 篇名

2、:測試模型與方法研究來源：理工大學(xué)2009 作者:相似度：2 % 篇名:測試管理工具設(shè)計與實現(xiàn)來源： 西安科技大學(xué) 2011 作者: 相似度：2 % 篇名:談應(yīng)用測試方法 相似度：2 % 相似度：2 % 篇名:測試技術(shù)探討 來源： 西安電子科技大學(xué) 2008 作者: 相似度：2 % 篇名:談的測試來源： 東華大學(xué) 2008 作者: 來源： 電子科技大學(xué) 2010 作者: 相似度：1 % 篇名:測試方法和策略相似度：1 % 篇名:論JSP相對于ASP在頁設(shè)計中的優(yōu)勢來源： 大學(xué) 2012 作者: 來源： 電子科技大學(xué) 2010 作者: 相似度：1%篇名:測試研究及在For-Online的應(yīng)用來源

3、： 郵電大學(xué) 2005 作者: 來源： 大連理工大學(xué) 2006 作者: 來源： 華南理工大學(xué) 2004 作者: 相似度：1 % 篇名:基于功能點實施測試的方法來源：學(xué)術(shù)期刊應(yīng)用技術(shù)學(xué)院學(xué)報（自然科學(xué)版）2007年1期作者:相似資源列表（互聯(lián)網(wǎng)相似度：5 % 標(biāo)題：struts 2/p- 相似度：1 % 標(biāo)題：某景點門票銷售管理系統(tǒng)_ 文庫1.1 49 %： 隨著物質(zhì)文明的不斷進(jìn)步，精神文明也在快速發(fā)展，人們的生活水平不斷提高， %：近年來旅業(yè)迅猛發(fā)展，每年的節(jié)假日，旅游人數(shù)爆發(fā)式的增長，對國家經(jīng)濟(jì)作出巨大貢獻(xiàn)。 然而卻帶62票及票務(wù)管理都是靠以手工方式處理大量資料，導(dǎo)致在某些時段， 44%：的

4、勞動強(qiáng)度點的規(guī)范化、系統(tǒng)化管理，準(zhǔn)確地統(tǒng)計每天門票銷售情況，從而方便景點科學(xué)合理地安排售票的工作，87%：才能使旅業(yè)更加合理、高效地運轉(zhuǎn)。 49 %： 二來可以實現(xiàn)對票務(wù)科學(xué)化、規(guī)范化的管理。 68 %： 本課題針對這一現(xiàn)象，進(jìn)行了相關(guān)技術(shù)的研究、設(shè)計，實現(xiàn)了一套符合實際需求的景點窗口票務(wù)系統(tǒng) 100 %： ，降低了管理成本。 100%：還有查找方便、可靠性高、量大、性好、長、成本低、減輕管理人 100 %： 1.2 國內(nèi)外研究現(xiàn)狀及發(fā)展趨勢 59%：現(xiàn)代社會已經(jīng)步入了信息社會的世界。 44%：電腦應(yīng)用系統(tǒng)已滲透到旅業(yè)的每個角落，計算機(jī)這一信息處理利器應(yīng)用于景點門票的日常管理已是勢必所然， 5

5、1 %： 所以建立一個全方位的、高效率的景點窗口售票系統(tǒng)已經(jīng)成為景點管理的一項重要內(nèi)容。 但是我國很多地方，由于信息信息不發(fā)達(dá)等的制 77 %： 其次，隨著絡(luò)、信息等技術(shù)的發(fā)展，為票務(wù)管理系統(tǒng)的實現(xiàn)提供可能。 5558景點的管理水平不是很高，對票務(wù)及客流的統(tǒng)計還采用人工處理方式，這嚴(yán)重影響景點的高效運行。 48 %： 最后，從國內(nèi)外的研究現(xiàn)狀和形勢來看，票務(wù)電子化越來越發(fā)揮重大作用，逐漸地應(yīng)用于各個領(lǐng)域。1.3 本系統(tǒng)使用 JavaEE1技術(shù)，基于 B/ S架構(gòu)，采用 JSP語言進(jìn)行開發(fā)， 42%：使用 Myeclipse8.5工具進(jìn)行 緒論 55 %： 該部分主要介紹本課題的選題目的及其意義

6、，國內(nèi)外研究現(xiàn)狀及發(fā)展趨勢。 51 %： 主要介紹本畢業(yè)設(shè)計需要用到的技術(shù)。 52 %： 對系統(tǒng)的可行性以及需求進(jìn)行分析，對數(shù)據(jù)庫進(jìn)行設(shè)計。 49%：對頁面進(jìn)行設(shè)計和編寫代碼。系統(tǒng)測試與運行。 59 %： 利用系統(tǒng)測試的方法對系統(tǒng)進(jìn)試。 第二章開發(fā)技術(shù)簡介JSP技術(shù)60JSP是一種Web開發(fā)語言，它的全稱是JavaServerPages，即Java服務(wù)器頁面2。 63Sun公司與許多公司共同建立的頁標(biāo)準(zhǔn)。 82%：它是一種跨平臺與跨服務(wù)器的機(jī)制，以Java語言為主的技術(shù)來產(chǎn)生頁。 52 %： JSP技術(shù)有點類似ASP技術(shù)，但它是使用類似HTML以及Java代碼片段而不是像 ASP那樣使用VBS

7、cript。 48%： JSP是將Java代碼和一些到傳統(tǒng)的網(wǎng)頁HTML文件中，從而形成JSP文件 如果你所使用的服務(wù)器沒有為ASP提供本地支持，你可以考慮使用JSP。 58 %： 另外，請不要JSP與服務(wù)器端的JavaScript。 91 %： 服務(wù)器會自動地將以JSP生成的Java程序代碼段轉(zhuǎn)變成Java servlets。 57JSP 技術(shù)為創(chuàng)建動態(tài)頁面提供了一個簡單，迅速的方法。 54和更快，并且可以將這些應(yīng)用程序與各種Web和應(yīng)用服務(wù)器，開發(fā)工具和瀏覽器協(xié)同工作。 61Web應(yīng)用程序的JSP開發(fā)是跨平臺的，可以運行在Linux43%：所有的在Web服務(wù)器上運行，當(dāng)接收到請求時，JSP

8、引擎接受客戶端請求，解釋處理代碼，并生成頁面返回給瀏覽器。 40 %： JSP和Java Servlet都是在服務(wù)器端執(zhí)行的，通常返回HTML文本給瀏覽器，只要在客戶端瀏覽器就能。 JSP可以用一個簡單的等式表示JSP技術(shù)完全面象。 50 %： 從一個很小的Jar文件就可以運行的Servlet/JSP ，到多臺應(yīng)用程序也可以進(jìn)行事務(wù)處理、信息處理，從一臺到多臺，顯示了Java巨大的生命力。 67 %： (4)有很多功能強(qiáng)大的開發(fā)工具支持。 57 %： 這類似于ASP，Java的已經(jīng)有很多很好的開發(fā)工(1)Java的一些優(yōu)點也是其致命的問題。 63而大大增加了它的復(fù)雜比 ”。52%：雖然Stru

9、ts2仍然使用Struts命名，但實現(xiàn)原理和Struts大相徑庭。 67%： Struts2是在WebWork基礎(chǔ)上發(fā)展而來的， Struts2是以 WebWork的設(shè)計思想為， 55 %： 吸收 Struts1的部分優(yōu)點后建立的一個兼容 WebWork和 Struts1的 MVC框架，綜合了 Strutsl和 WebWork的優(yōu)點， Struts2的目標(biāo)是使Web開發(fā)變得更加容易5。 97 %： 2001年7月，Struts l.O正式發(fā)布，該項目成為Apache Jakarta的子項目之一，Struts其實就是在Model2的基礎(chǔ)上實現(xiàn)的一個MVC框架。 98 %： 它只是一個中心控制器，

10、采用XML定制轉(zhuǎn)向的URL，采用Action來處理邏74%：在2005年的JavaOne大會上，Struts開發(fā)者以及用戶共聚一堂Struts的未來。 96%：Struts的代碼庫不適合大幅度的改進(jìn)，缺乏擴(kuò)展性。 100 %： 后來經(jīng)過一番，大家決定基于XWork開發(fā)一個新的框架Struts 2相對Struts 1有很大的改變。 79 %： Struts 2的Action類實現(xiàn)一個Action接口的同時還可以去實現(xiàn)其他接口。 81 %： Struts 2中提供了一個ActionSupport基類去實現(xiàn)常用的接口，但Action接口不是必需的，只要POJO對象中有execute方法都可以作為St

11、ruts 2的Action 對象。 88 %： 但是對于Struts來講，則必須要求Action類繼承一個抽象基類。 Struts 2和Struts 1還有如下一些區(qū)別。 58 %： Struts2中用戶每次請求都對應(yīng)一個新的Action實例， 但是Struts 1的Action是一個單例模式并且必須是線56Struts2中ActionStruts1中用ActionForm對象捕獲表單數(shù)據(jù)， 并且ActionForm必須繼承某個固定的基類。 Struts 2的Action不依賴容器，所以測試Struts 2的Action非常容易。如果有需要，在Struts2的Action中也是可以但是Stru

12、ts1的Action依賴于Servlet。Struts1支持JSTL： Struts2也可以使用JSTL，但是還支持一個更強(qiáng)大和靈活的表達(dá)式語言O(shè)GNL（ObjectGraph NotationLanguage）。71%：Struts2除了使用validate方法校驗之外，還可以使用配置文件進(jìn)行校驗6。圖 2.1 Struts 2的體系結(jié)構(gòu)Hibernate78是一個高性能的ORM(Object/RelationalMap)持久化和查詢服務(wù)，它是一個開源項目，是 44%：Hibernate在2001年發(fā)布了它的第一個正式版本; 03年6月Hibernate2.0版本發(fā)布； 2003年底JBos

13、s吸收 2005年3月發(fā)布Hibernate3.0版本。40%：使用Hibernate持久性框架，Java環(huán)境中保存數(shù)據(jù)到數(shù)據(jù)庫中9。 持久性是一個數(shù)據(jù)到媒介和檢索它甚至回到任何應(yīng)用程序創(chuàng)建了44%：為什么編程時要使用的對象/關(guān)系？ 這是由于開發(fā)使用的技術(shù)是41%：它更適合在對象模型數(shù)據(jù)庫中，但處于主流地位的仍然是關(guān)系型數(shù)據(jù)庫，所以要使用ORM在對象和關(guān)系數(shù)據(jù)庫之間建立關(guān)系， 從而使開發(fā)能夠設(shè)計業(yè)務(wù)邏輯和數(shù)據(jù)依然采用關(guān)系型數(shù)據(jù)庫6。圖 2.2 Hibernate 體系結(jié)構(gòu)圖47Configuration類負(fù)責(zé)配置Hibernate，啟動Hibernate的運行環(huán)境，管理運行時需要的一些信息，加

14、載文件以及為它們創(chuàng)建一個SessionFactory對象10員也可以創(chuàng)建多個Sessionfactory。59%：Session就是Connection，負(fù)責(zé)執(zhí)行被持久化對象的增刪查改操作。 同時，Hibernate的session和JSP應(yīng) 40 %： MySQL是一個開放源代碼的數(shù)據(jù)庫管理系統(tǒng)（DBMS），它是有MySQL AB公司開 82 %： MySQL是一個跨平臺的開源關(guān)系型數(shù)據(jù)庫管理系，MySQL 90泛地應(yīng)用在Internet上的中小型開發(fā)中。 57 %： MySQL是一個真正的多用戶、多線程SQL數(shù)據(jù)庫服務(wù)器，具有靈活方便、體積小、速度快、操作方便、開放源代碼等優(yōu)點。 50 %

15、： SQL是世界上流行的數(shù)據(jù)庫操作語言，它對數(shù)據(jù)的操作非常方便、容易。 12根據(jù)需要對MySQL 100 %： MySQL開放源碼、簡單易用，廣泛被廣大用戶采用。 速度： 運行速度快。價格： MySQL 52 %： 能夠工作在眾多不同的系統(tǒng)平臺上，例如Windows、Linux。 豐富的接口： 提供了用于C、C+、Java、PHP等語言的100%：十分靈活和安全的權(quán)限和系統(tǒng)，允許基于主機(jī)的驗證。 100%：連接到服務(wù)器時，所有的傳輸均采用加密形式，從而保證了安全。 43 %： 并且由于MySQL是網(wǎng)絡(luò)化的，因此可以在因特網(wǎng)上任何地方13。79MySQL10097%：Tomcat服務(wù)器是一個免費

16、的開放源代碼的Web應(yīng)用服務(wù)器。 81%：它是Apache ，Tomcat使用并體現(xiàn)的Servlet和JSP 規(guī)范，Tomcat 5支持的Servlet 2.4 和JSP 2.0 規(guī)范。 81 %： 由于 前比較流行的Web 應(yīng)用服務(wù)器14。 98%：到目前為止，Tomcat一直被認(rèn)為是Servlet/JSPAPI的執(zhí)行器，也就是所謂的Servlet容器。 100%：對于開發(fā)者來說，如果是為了尋找利用Servlet、JSP、JNDI和JMX技術(shù)來生成JavaWeb應(yīng)用的話，選擇Tomcat是一個優(yōu)秀的解決方案； 100 %： 但是為了尋找支持其他的J2EE API，那么尋找一個應(yīng)用服務(wù)器或者把

17、Tomcat作為應(yīng)用服務(wù)器的輔助，將是一個不錯的解決方案； 100 %： 第三種方式是找到獨立的J2EE API實現(xiàn)，然后把它們跟 Tomcat結(jié)合起來使用。 100 %： 雖然整合會帶來相關(guān)的問題，但是這種方式是最為有效的。 97%：作為一個開放源代碼的，Tomcat得到了廣大開放源代碼的大力支持，它可以和目前大部分的主流 Web服務(wù)器一起工作， Tomcat運行穩(wěn)定、可靠，并且效率高15。 84 Tomcat，是因為它運行時占用的系統(tǒng)資源小，擴(kuò)展性好，支持負(fù)載平衡與郵件服務(wù)等開發(fā)應(yīng)用系統(tǒng)常用的功能； 95 %： 并不斷的改進(jìn)和完善，任何一個感的程序員都可以更改它或在其中加入新的功能。 85

18、 %： Tomcat服務(wù)器接受客戶請求并作出響應(yīng)的過程如下： 100 %： Web服務(wù)器接收到請求后，傳遞給Servlet容器。 96 %： Servlet容器加載Servlet，產(chǎn)生Servlet實例后，向其傳遞給表示請求和響應(yīng)的對象。 100 %： Servlet實例使用請求對象得到客戶端的請求信息，然后進(jìn)行相應(yīng)的處理。 85%：evet實例將處理結(jié)果通過響應(yīng)對象發(fā)送給客戶端，容器負(fù)責(zé)確保響應(yīng)正確送出，同時將控制器返回給eb服務(wù)器16發(fā)和調(diào)試JSP 程序的首選。 98 %： 對于一個初學(xué)者來說，可以這樣認(rèn)為，當(dāng)在一臺機(jī)器上配置好Apache 服務(wù)器，可利用它響應(yīng)對HTML頁面的請求。 10

19、0%：實際上Tomcat部分是Apache服務(wù)器的擴(kuò)展，但它是獨立運行的，所以當(dāng)你運行Tomcat 時，它實際上作為一個與Apache 獨立的進(jìn)程單獨運行的。 90 %： 這里的訣竅是，當(dāng)配置正確時，Apache 為HTML頁面服務(wù)，而Tomcat 實際上運行JSP 頁面和Servlet。 45 %： 技術(shù)可行性，本系統(tǒng)是基于B/S架構(gòu)開發(fā)的，采用JSP技術(shù)和Mysql數(shù)據(jù)庫； 信息管理： 員工可以查看、修改個人信息，但是員工只能修改、郵箱、及地址，沒有修改工號、角色、的權(quán)限，只能由管理員修改。 另外還可以查看自己的工作情況，比如查看每天的上班時間，下班 49 %： 該模塊包括售票和退票兩個功

20、能。 員工管理： 41%：管理員可以查看、修改、刪除員工的信息，比如刪除離職員工，或者、地址改變時，修改員工信息； 47%：添加新員工，填寫該員工的工號、角色、郵箱、地址； 44 %： 查詢員工的工作情況，了解員工的工作效率，有助于上層管理者全面地了解員工。 4647門票價格，填寫門票備注，方便員工售票。 56 %： 工號、角色、郵箱、地址； 售票交班 44 %： 工號、原銷售金額、銷售金額，現(xiàn)銷售金額、上班時間、交班時間、銷售張數(shù)； 作時的結(jié)果信息。 50 %： 根據(jù)掌握的知識，以及對本系統(tǒng)的需求分析，最終畫出本系統(tǒng)的實體關(guān)系圖(E-R圖)，如下圖所示。 圖 3-2 用戶信息表 圖 3-4

21、售票表圖 3-4 交班表 73 %： 保證查詢的查準(zhǔn)率為100%，所有在相應(yīng)域中對關(guān)鍵字的查詢記錄都能夠查到。 100 %： 系統(tǒng)對大部分操作的相應(yīng)時間應(yīng)在12秒內(nèi)。 100%：要求所發(fā)布的可以正確的完成用戶的操作需求。 比如用戶對數(shù)據(jù)修改時，系統(tǒng)不僅要可以辨 71 %： 本系統(tǒng)應(yīng)在發(fā)現(xiàn)錯誤時可以作出錯誤顯示。 CPU內(nèi)存512 MB以上瀏覽器： IEJAVA ，數(shù)據(jù)庫框架第四章 系統(tǒng)詳細(xì)設(shè)計58%：管理員模塊主要包括個人信息管理、員工信息管理、查看員工工作、門票設(shè)置、 售票日統(tǒng)計、月統(tǒng)計、年統(tǒng)計、購票人群圖4-1 系統(tǒng)結(jié)構(gòu)圖輯的復(fù)用。 664-2所示。在登錄頁面login.jsp中工號對應(yīng)文

22、本框輸入賬號，在對應(yīng)文本框輸入，通過表單來傳送數(shù)據(jù)，Struts攔截校驗。 51%：本系統(tǒng)登錄模塊主要校驗兩個方面： (1)驗證工號是否存在及是否正確，(2)判斷登錄賬號的角色。 如果工號和與數(shù)據(jù)庫user表中的工號和對應(yīng)相等，將登入系統(tǒng)，否則給出錯誤提示。本系統(tǒng)分為兩種用戶： 員工、管理員。 根據(jù)工號查找其對應(yīng)的角色，若是員工則進(jìn)入員工界面，若是管4-3登錄界面用戶管理可以查詢員工的個人信息，修改員工的、郵箱、地址，無法修改工號、角色、 ，只有管理員修改。 另外，員工可以查看自己的工作情況： 每天上下班時間、工作時長、銷售金額、售者、號，確定售票后，將這些信息存入數(shù)據(jù)庫 sell表中。 在退

23、票界面中，售票員將紙質(zhì)門圖 4-6 售票界面售票員班時進(jìn)入班對頁面該頁顯示原工的上時間當(dāng)前間、班前額、售金、金額、售張。當(dāng)售票員確定下班后，系統(tǒng)通過HandoveAction中dond方法將上述信息存入handover表(交班表中。 45 %： 管理員進(jìn)入此界面后，可以查詢個人信息，修改自己的、郵箱、 、地址。 圖4-9 員工信息頁面49%：工號和都是必填項，其他信息暫時可以不填。圖 4-10 員工工作情況頁面在財務(wù)中心頁面，根sell表，管理員可以統(tǒng)計門票的日銷售數(shù)、月銷售數(shù)、年銷售數(shù)以及游客的人群分布方式，比如： 41 %： 期開放的銷售窗口，減少游客購票排隊時間，從而吸引的游客。 50

24、%： JFreeChart17是 java平臺上的圖標(biāo)繪制類庫，完全由 java實現(xiàn)，是目前最好的 java圖表解決方案， 功能非常強(qiáng)大，基本涵蓋了各種圖表，擴(kuò)展性強(qiáng)，API較完善，支持多種輸出方式，/根據(jù)門票各個種類的數(shù)，使用JFreechart，生成餅狀圖，景點管理者能夠清楚地了解本景點的游客大致是哪第五章 系統(tǒng)測試48%：很多人認(rèn)為測試的目的是為了驗證程序的正確性，這顯然是錯誤的。 不可能對較大的程62%：表面上看，測試的目的就是證明有缺陷，并且盡可能地發(fā)現(xiàn)的錯誤。 然而發(fā)現(xiàn)問題 100 %： （1）測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程； 76 %： （2）測試時為了證明程序有錯，

25、不是驗證程序正確； 63 %： （3）測試方案在于是否能發(fā)現(xiàn)尚未發(fā)現(xiàn)的錯誤； 82 %： （4）成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試19。 83%：各種統(tǒng)計數(shù)據(jù)表明，開發(fā)過程中越晚發(fā)現(xiàn)的缺陷，修復(fù)它所花費的成本越大。 54%：因此程序員在寫完每段代碼或者每個子模塊之后，都要進(jìn)行測試。 49 %： 因為測試不僅僅是對程序編碼進(jìn)試，還應(yīng)該對開發(fā)過程中產(chǎn)生的所有產(chǎn)品都進(jìn)試。 這就像造橋梁一樣，在圖紙上面設(shè)計好橋 50 %： 測試應(yīng)該按照以下七個原則進(jìn)行： 48 %： 開發(fā)者應(yīng)該時刻不停地進(jìn)行測試，應(yīng)當(dāng)堅持在系統(tǒng)開發(fā)的每個階段都要進(jìn)行認(rèn)真的測試， 58 %： 這樣可以及時發(fā)現(xiàn)和預(yù)防錯誤，盡早

26、克服錯誤，消除某些隱患，提高質(zhì)量。 74 %： 測試用例應(yīng)應(yīng)該包括測試輸入數(shù)據(jù)和相應(yīng)的預(yù)期輸出結(jié)果。 40 %： 測試應(yīng)當(dāng)避免由開發(fā)者來檢查，而是應(yīng)由專業(yè)的測試測試。 68 %： 測試工作需要客觀的態(tài)、理性的思維和冷靜的情緒。 76 %： 由其他人來測試程序員編寫的程序，可能會更加的客觀、有效。 76（4）73理的輸入條件進(jìn)行測試時，通常比用合理的輸入條件更能發(fā)現(xiàn)錯誤。66%：（5）應(yīng)當(dāng)注意測試過程中的問題群聚現(xiàn)象。 52%：如果發(fā)現(xiàn)某能模塊比其它功能模塊的錯誤時。 68 %： 則應(yīng)該花費的時間和代價測試這一模塊。 77 %： （6）嚴(yán)格按照測試計劃執(zhí)行，嚴(yán)禁測試的隨意性。 81 %： （7）妥善保存測試計劃、測試用例、和最終分析報告。 5.2 測試 51 %： 輸入的工號和與數(shù)據(jù)庫中的對應(yīng)相等； 44 %： 輸入的工號為數(shù)據(jù)庫中存在的數(shù)據(jù)，但與對應(yīng)的不相等； 52 %： 輸入的工號為數(shù)據(jù)庫中不存