【正文】 心位置，界面退出或關閉的按鈕不應該放在易點的位置，對數(shù)據(jù)進行無法恢復的操作，應有提示信息，給用戶有選擇放棄的機會。對錯誤的提示要準確、清楚、有足夠多的信息。4.　高適應性系統(tǒng)面向的用戶群有三類，對于不同的用戶，他們擁有不同的操作目的、操作流程以及不同的權限，如何考慮系統(tǒng)的適應性也是界面設計時的重要部分，本系統(tǒng)可以面向不同的用戶提供不同的界面，實現(xiàn)高適應性。設計出一個易用、低錯、適應、美觀的界面，能夠使用戶自如的完成操作，而用戶不需要有較高的計算機專業(yè)知識和技能。根據(jù)以上原則，和數(shù)據(jù)流程圖子做了下面的主窗體，主菜單分為業(yè)務操作，購房信息瀏覽，統(tǒng)計報表和系統(tǒng)維護。下邊為快捷操作欄，提供了方便用戶操作的接口（房屋出租登記，房租出租查詢，房屋出售登記，房屋出售查詢，購房常識管理，退出系統(tǒng)）。系統(tǒng)主界面如圖51所示。圖51　系統(tǒng)主界面 用戶注冊，登陸與查詢信息設計與實現(xiàn)系統(tǒng)管理主要是對用戶的一個管理，主要分為管理員和普通用戶。管理員可以給普通用戶分配權限。普通用戶只可以對系統(tǒng)進行相應的操作和修改自己的密碼。下面我就分配權限加以詳細說明。登陸界面如圖52所示。圖52 普通用戶登陸界面 注冊界面如圖53所示。圖53 普通用戶注冊界面1.　實現(xiàn)目標管理員登陸后，系統(tǒng)判斷其使用權限，如果沒有使用權限，則拒絕其訪問。如果有使用權限，則對可以對系統(tǒng)中的各個角色分配權限。并可以新建用戶。可以對用戶進行刪除，修改權限等操作。對已經(jīng)修改的信息進行存檔。房屋查詢的界面如圖54。圖54　房屋查詢界面1.　實現(xiàn)目標房屋中介管理系統(tǒng)中，查詢功能也是一個十分重要的功能，當有很多房屋信息時，如何給用戶呈現(xiàn)出需要的信息和過濾掉不用的信息是一個需要解決的問題。因此，考慮到用戶的需求，系統(tǒng)應該具有一個比較人性化的查詢系統(tǒng)，可以根據(jù)不同的要求來進行查詢。查詢的速度要快捷，查詢的結果要準確。房屋中介信息系統(tǒng)的查詢系統(tǒng)可以分成下面幾個方面來進行查詢：根據(jù)房屋地址，根據(jù)房屋狀態(tài)，根據(jù)戶主，根據(jù)房屋位置等來進行模糊查詢。房屋信息查詢程序流程圖如圖55所示。圖55　房屋信息查詢功能程序流程圖2.　實現(xiàn)過程(1) JSP頁說明房屋信息查詢主要JSP文件功能如表52所示。表52　房屋信息查詢主要JSP文件功能列表JSP頁面名稱功能查詢出租房屋信息頁面查詢求租房屋信息頁面查詢出售房屋信息頁面查詢求購房屋信息頁面(2) 主要Java類采購申請主要用到的Java類如表53所示。表53　房屋信息查詢主要用到的Java類類名功能房屋信息實體類購租房屋業(yè)務邏輯層購租房屋業(yè)務實現(xiàn)層購租房屋業(yè)務表示層(3) 主要方法房屋信息查詢主要用到的方法如表54所示。表54　采購申請主要用到的方法名方法名功能releaseHouse()添加房屋信息deleteRelease()刪除房屋信息showHouseInfo()遍歷房屋信息searchHouse()按條件查詢房屋信息 房屋信息管理功能設計與實現(xiàn)管理信息系統(tǒng)應該對信息有一種良好的管理，尤其是房屋中介系統(tǒng)這樣信息存儲量、交換量比較大的系統(tǒng)，更應該具有優(yōu)秀的信息管理功能，擁有對信息良好的更新與刪除操作是管理信息系統(tǒng)必須具備的功能模塊。下面，就針對房屋基本信息進行更新與刪除加以詳細說明。房屋信息管理操作界面如圖56所示。圖56　房屋信息管理操作界面?zhèn)€人登陸后，系統(tǒng)判斷其使用權限，如果沒有使用權限，則拒絕其訪問。如果有使用權限，則可以對房屋信息進行操作。該頁面的主要功能是供管理員對現(xiàn)有的房屋信息進行更新與刪除的操作。 后臺管理的設計與實現(xiàn)房屋租售報表的管理，使用該控件可以快速準確的生成房屋出租或者出售情況，如圖所示。需要說明的是，由于沒有添加打印模塊，未能進行測試。圖所示，可視為打印結果。報表統(tǒng)計操作界面如圖57所示。圖57　報表統(tǒng)計操作界面登陸后臺權限實現(xiàn)過程(1) JSP頁說明權限管理主要JSP文件功能如表55所示。表55　權限管理主要JSP文件功能列表JSP頁面名稱功能新聞管理頁面統(tǒng)計分析頁面賬目管理頁面用戶管理頁面分配權限流程圖描述：首先管理員登錄，可以創(chuàng)建管理員，進入分配權限管理模塊。分配完權限之后，確定提交給數(shù)據(jù)庫，進行更新，否則，返回分配處重新填寫。 (2) 數(shù)據(jù)庫相關表數(shù)據(jù)庫中賬戶管理相關表如表56所示。表56　數(shù)據(jù)庫中權限管理相關表表名模塊名t_accountsrecords賬戶管理表 (3) 主要Java類權限管理主要用到的Java方法如表57所示。表57　權限管理主要用到的Java方法方法名功能login()用戶登錄addAdmin()添加管理員editAdmin()分配權限addNews()添加新聞信息statistics()統(tǒng)計分析信息deleteAccounts()賬目管理信息基本資料管理，是對系統(tǒng)中用戶的個人基本信息進行管理。其中包括真實姓名、性別、年齡、地址、聯(lián)系電話、工作單位、類型管理。如圖59所示。圖59　基本資料管理操作會員通過用戶名與密碼對系統(tǒng)進行登陸，登陸成功后，通過資料管理功能下的修改個人信息，可以針對個人的基本信息情況進行修改。 本章小結本章對此系統(tǒng)的詳細設計與實現(xiàn)進行了介紹，詳細設計階段的根本目標是確定系統(tǒng)應該怎樣具體地實現(xiàn)所要求的系統(tǒng)，經(jīng)過這個階段的設計工作，得出了對目標系統(tǒng)的精確的描述，從而可以在編輯階段把這個描述直接翻譯成用某種程序設計語言書寫的程序，正確可靠。第6章 　軟件測試 測試的基本概念軟件測試（Software testing）是軟件生存期（Software life cycle）中的一個重要階段，是軟件質(zhì)量保證的關鍵步驟。通俗地講，軟件測試就是在軟件投入運行前，對軟件需求分析、設計規(guī)格說明和編碼進行最終復審的活動。1983年IEEE提出的軟件工程術語中給軟件測試下的定義是：“使用人工或自動的手段來運行或測定某個軟件系統(tǒng)的過程，其目的在于檢驗它是否滿足規(guī)定的需求或弄清預期結果與實際結果之間的差別”。這個定義明確指出：軟件測試的目的是為了檢驗軟件系統(tǒng)是否滿足需求。1.　測試用例是為某個特殊目標而編制的一組測試輸入、執(zhí)行條件以及預期結果，以便測試某個程序路徑或核實是否滿足某個特定需求。要進行測試，除了要有測試數(shù)據(jù)外，還應同時給出該組測試數(shù)據(jù)應該得到怎樣的輸出結果，我們稱它為預期結果。在測試時將實際的輸出結果與預期結果比較，若不同則表示發(fā)現(xiàn)了錯誤。因此測試用例是由測試數(shù)據(jù)和預期結果構成的。為了發(fā)現(xiàn)程序中的錯誤，應竭力設計能暴露錯誤的測試。一個好的測試用例是極有可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試用例。一次成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。2.　靜態(tài)測試靜態(tài)測試是指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、接口等來檢查程序的正確性。對需求規(guī)格說明書、軟件設計說明書、源程序做結構分析、流程圖分析、符號執(zhí)行來找錯。靜態(tài)方法通過程序靜態(tài)特性的分析，找出欠缺和可疑之處，例如不匹配的參數(shù)、不適當?shù)难h(huán)嵌套和分支嵌套、不允許的遞歸、未使用過的變量、空指針的引用和可疑的計算等。靜態(tài)測試結果可用于進一步的查錯，并為測試用例選取提供指導。3.　動態(tài)測試動態(tài)測試是指通過運行被測程序，檢查運行結果與預期結果的差異，并分析運行效率和健壯性等性能，這種方法由三部分組成：構造測試實例、執(zhí)行程序、分析程序的輸出結果。4.　白盒測試和黑盒測試測試的關鍵是測試用例的設計，其方法可分成兩類：白盒測試和黑盒測試。白盒測試是對軟件的過程性細節(jié)做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預期的狀態(tài)一致。因此白盒測試又稱為結構測試或邏輯驅(qū)動測試。黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結構和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。 測試的任務和目的1.　基本數(shù)據(jù)的測試在數(shù)據(jù)測試的過程中，主要根據(jù)一些數(shù)據(jù)的臨界值，從數(shù)據(jù)類型，數(shù)據(jù)范圍，數(shù)據(jù)長度等多方面考慮，列舉了一系列的測試用例，重點測試了一些危險數(shù)據(jù)和邊緣數(shù)據(jù)，盡量做到系統(tǒng)的可靠性。針對每一種情況，包括正常情況和非正常情況都舉了很多測試用例。從用戶的角度考慮，可能出現(xiàn)的操作錯誤和數(shù)據(jù)輸入錯誤，也都進行了一系列的測試。2.　系統(tǒng)的測試在測試系統(tǒng)整個流程的過程中，針對系統(tǒng)的主要流程，進行用戶的模擬操作。針對系統(tǒng)各個功能模塊，對照功能的流程圖，對每一個操作都進行了分析，得出了各種可能出現(xiàn)的情況，并對各種情況的不同處理進行了測試，包括正常情況和錯誤處理情況。對應各種錯誤，不管是常見的錯誤和可能發(fā)生的錯誤，都進行了相應的測試。3.　其他測試在系統(tǒng)的可移植性上，把編譯成可執(zhí)行文件的程序拿到不同的軟件環(huán)境和硬件平臺下進行測試。包括不同的操作系統(tǒng)（僅限于常用的幾種Microsoft的Windows系列），以及常見的一些硬件環(huán)境中都進行了測試。對客戶機/服務器模式的工作情況進行了測試，不只在本地機器，還在服務器上也進行了測試。在數(shù)據(jù)的安全保密性方面，也做了相應的測試。由于測試的過程中，時間比較少，在測試的方法和測試用例的選擇方面可能還存在各種不足之處，系統(tǒng)的某些方面難免存在不足或者漏洞，只能在現(xiàn)有的水平上來解決所有這些現(xiàn)有的問題。不過，系統(tǒng)的可維護性還是很高的，如果以后發(fā)現(xiàn)新的問題，應該可以及時解決。通過對基本數(shù)據(jù)的測試，發(fā)現(xiàn)了一些問題，例如：輸入數(shù)據(jù)超過范圍，輸入數(shù)據(jù)類型不符，數(shù)據(jù)長度不符等等，針對每一種錯誤，進行了相應的錯誤處理，在數(shù)據(jù)的安全性方面，系統(tǒng)增加了很多約束，例如：通過不可編輯的下拉單來防止用戶輸入非法的數(shù)據(jù)，通過灰化動態(tài)文本框來保證數(shù)據(jù)的安全等等。經(jīng)過反復的測試和修改，基本達到了數(shù)據(jù)方面的準確性，可靠性和安全性的要求。在測試系統(tǒng)的整個流程的過程中，針對系統(tǒng)的不同分支結構，不同功能模塊，都發(fā)現(xiàn)了或大或小的問題，例如，退出窗口提示數(shù)據(jù)保存信息，非法用戶的越權操作，以及一些邏輯順序錯誤。在改正這些錯誤的同時，對整個系統(tǒng)的結構又進行了比較完善的修改，盡量做到了沒有系統(tǒng)錯誤，沒有異常退出等情況出現(xiàn)。經(jīng)過多次修改并測試，基本能夠達到功能完備，無異常錯誤，數(shù)據(jù)安全，用戶權限可靠等目的。軟件測試的主要步驟有單元測試、集成測試和確認測試。1.　單元測試(Unit Testing)單元測試是在軟件開發(fā)過程中要進行的最低級別的測試活動，在單元測試活動中，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。單元測試應對模塊內(nèi)所有重要的控制路徑設計測試用例，以便發(fā)現(xiàn)模塊內(nèi)部的錯誤。單元測試多采用白盒測試技術，系統(tǒng)內(nèi)多個模塊可以并行地進行測試。2.　集成測試(Integration Testing)集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎上，將所有模塊按照設計要求組裝成為子系統(tǒng)或系統(tǒng)，進行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但并不能保證連接起來也能正常的工作。集成測試主要發(fā)現(xiàn)設計階段產(chǎn)生的錯誤，通常采用黑盒測試。3.　確認測試(Validation Testing)確認測試又稱有效性測試。有效性測試是在模擬的環(huán)境下，運用黑盒測試的方法，驗證被測軟件是否滿足需求規(guī)格說明書列出的需求。任務是驗證軟件的功能和性能及其他特性是否與用戶的要求一致。對軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定，它包含的信息就是軟件確認測試的基礎。4.　系統(tǒng)測試通過與系統(tǒng)的需求相比較，發(fā)現(xiàn)所開發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方，從而提出更加完善的方案。它的的任務是盡可能徹底地檢查出程序中的錯誤，提高軟件系統(tǒng)的可靠性。測試發(fā)現(xiàn)問題之后要經(jīng)過調(diào)試找出錯誤原因和位置，然后進行改正。是基于系統(tǒng)整體需求說明書的黑盒測試，應覆蓋系統(tǒng)所有聯(lián)合的部件。 本系統(tǒng)測試這部分內(nèi)容可以結合你的系統(tǒng)，比如輸入信息后，把運行結果的圖貼在這。另個你這里只有后臺的測試，沒有前臺的。軟件測試方法從測試人員角度看，可分為手動測試和自動測試。從源代碼的角度可分為單元測試和功能測試。從理論定義來分，可分為黑盒測試，白盒測試。為了測試系統(tǒng)的正確性和完整性，本章將對系統(tǒng)中重點模塊進行測試。 后臺管理測試后臺信息管理測試目標描述：管理員登陸后，系統(tǒng)判斷其使用權限，如果沒有使用權限，則拒絕其訪問。如果有使用權限，則可以對房屋信息進行操作，包括對用戶信息的修改、添加、刪除等。系統(tǒng)會員可以通過系統(tǒng)前臺對這些信息進行查看。房屋信息管理測試結果，如表61所示。表61　房屋信息管理測試結果表測試用例號輸入數(shù)據(jù)測試結果T1管理員進行登陸，系統(tǒng)判斷其使用權限正常T2管理員對信息進行操作正常T3管理員將更改的信息提交發(fā)布正常T4更改后的信息顯示至系統(tǒng)前臺正常T5普通會員對信息進行查看正常統(tǒng)計分析目標描述：管理員在對房屋成交進行統(tǒng)計，這些數(shù)據(jù)都會存入相關的數(shù)據(jù)表中，報表統(tǒng)計會將這些數(shù)據(jù)全部取出形成直觀的報表格式，通過頁面設置可以針對于管理員的需求進行管理。統(tǒng)計分析測試結果，如表62所示。表62　報表統(tǒng)計測試結果表測試用例號輸入數(shù)據(jù)測試結果T1管理員點擊統(tǒng)計，系統(tǒng)判斷其使用權限正常T2管理員進行選擇統(tǒng)計方式正常T3統(tǒng)計信息反饋給管理員