摘要隨著信息自動化處理技術的日益開展，如何科學，全面，高效的對單位紛繁復雜的檔案治理事務進行計算機的自動化治理是個熱門話題，當前企事業單位為了提升自身的競爭力，各單位都在定制和購置各項業務應用軟件，運用高科技手段進行科學，標準的治理。作為房屋銷售公司的治理者，盼瞧能夠對房屋銷售事務治理的整個流程狀態，信息資料的情況了如指掌，使其能夠做出科學的決策。作為工作人員期瞧能夠防止繁瑣的手工操作，甩掉傳統的手工記錄方式，到達事半功倍的效果。一個能夠使事實上現治理系統化、標準化、自動化的計算機系統就顯得非常有必要。利用計算機技術,實現治理系的自動化,標準化確實是基本那個咨詢題最好的解決方法.論文要緊探討“房屋銷售治理系統〞的理論根底和設計思想，依據系統的開發過程和系統的功能實現為主線來論述數據庫治理軟件的開發過程。要緊闡述以軟件工程理論作為系統開發的理論根底，以客戶機/效勞器模式的關系型數據庫作為后臺，以專業數據庫開發語言作為實現手段的數據庫治理軟件的開發過程分析和理論研究。本系統以JSP2.0和SQL為開發工具，通過后臺數據庫的建立與設置，軟件界面的設計與實現，程序的編寫與調試等幾個時期來完成對房屋銷售治理系統的開發。本論文具體地介紹了開發系統的具體步驟，以及應用的技術，以配圖例的方式詳盡講明，并在文中對一些源程序作了具體的解釋。【要害詞】數據庫治理軟件房屋銷售治理查詢JSPAbstractAsthebasictoolofinformationage,computerhasbeenwidelyusedineverypartofmodernlife.WiththeincreasingdemandsofITspecialistbythesociety,computersoftwareabilityexaminationsgrowtoo.Theapplicationof“HouseSalesManagementInformationSystem〞cangreatlyreduceregistrants'workload,thehigherrorratescausedbyhandworkandavoidunnecessaryrepeatingwork.Allthesecanmaketheregisterandstatisticmoreconvenient,fastandefficient。

Thisdissertationmainlydiscussedthebasictheoryanddesignationof“HousesalesManagementInformationSystem〞andthedevelopingprocedureaccordingtosystemdevelopingprocedureandfunctionrealization.Theessayalsomentioneddatabasemanagementsoftware'sdevelopingprocedureanalyseandtheorystudybyusingsoftwareprojecttheoryasthetheoreticbasisofsystemdeveloping,theC/Smodelrelatingdatabaseasthebackgroundandtheprofessionaldatabaseasthedevelopinglanguageapplyingmethod.

ThisSystemusesJSP2.0andMicrosoftaccsse2003asdevelopingkit.Bybuildingandsettingupbackgrounddatabase,designingandapplyingsoftwareinterface,programmewritinganddebugging,developed“HouseSalesManagementInformationSystem〞.

Thisdissertationintroducedthespecificstepsindevelopingthesystem,aswellasthetechnicalskillapplied,presentedwithgraphicsandspecificinstructionandsomesourcecodehasbeenexplainedparticularly.KeywordsdatabasemanagementsoftwarehousingsalesmanagementqueryJSP名目TOC\o"1-3"\h\z\u緒論PAGEREF_Toc264555081\h1第一章治理系統概述PAGEREF_Toc264555082\h2數據庫治理軟件概述PAGEREF_Toc264555083\h2治理信息系統PAGEREF_Toc264555084\h2數據庫治理信息系統的形成PAGEREF_Toc264555085\h4數據庫治理信息系統的簡介PAGEREF_Toc264555086\h4關系型數據庫PAGEREF_Toc264555087\h5系統介紹PAGEREF_Toc264555088\h61.3課題意義PAGEREF_Toc264555089\h6第二章系統開發方法選擇PAGEREF_Toc264555090\h82.1軟件工程介紹PAGEREF_Toc264555091\h8開發環境及工具PAGEREF_Toc264555092\h8選擇作為開發語言PAGEREF_Toc264555093\h8選擇SQL2000作為后臺數據庫PAGEREF_Toc264555094\h92.3JSP數據庫開發技術PAGEREF_Toc264555095\h9開發數據庫PAGEREF_Toc264555096\h92.3.2BDE開發數據庫PAGEREF_Toc264555097\h102.4體系結構PAGEREF_Toc264555098\h122.4.1系統體系機構的一般闡述PAGEREF_Toc264555099\h122.4.2C/S模式與B/S模式的對比分析PAGEREF_Toc264555100\h122.4.3B/S模式的優勢PAGEREF_Toc264555101\h142.4.4C/S模式的優勢PAGEREF_Toc264555102\h一五2.5開發方法整體選擇PAGEREF_Toc264555103\h一五第三章系統總體規劃分析PAGEREF_Toc264555104\h173.1系統總體結構設計PAGEREF_Toc264555105\h173.1.1應用需求分析PAGEREF_Toc264555106\h173.1.2系統處理流程圖PAGEREF_Toc264555107\h17系統模塊設計分析PAGEREF_Toc264555108\h一八3.3結構層次設計分析PAGEREF_Toc264555109\h一八3.4數據庫設計PAGEREF_Toc264555110\h193.4.1數據全然操作PAGEREF_Toc264555111\h193.4.2查詢功能PAGEREF_Toc264555112\h203.4.3其他輔助功能PAGEREF_Toc2645551一三\h203.4.4概念設計PAGEREF_Toc264555114\h213.4.5數據表的設計PAGEREF_Toc2645551一五\h22第四章具體設計PAGEREF_Toc264555116\h264.1設計原那么PAGEREF_Toc264555117\h26房屋銷售系統功能模塊圖PAGEREF_Toc2645551一八\h274.3前臺設計〔要緊模塊〕PAGEREF_Toc264555119\h274.3.1用戶登陸窗體設計及用戶登陸流程圖PAGEREF_Toc264555120\h274.3.2主頁面PAGEREF_Toc264555121\h284.3.3信息查詢PAGEREF_Toc264555122\h294.3.4留言板PAGEREF_Toc264555123\h30后臺治理模塊設計PAGEREF_Toc264555124\h31后臺治理員登陸窗體設計及后臺治理員登陸流程圖PAGEREF_Toc264555125\h31后臺功能：房屋售租信息公布功能PAGEREF_Toc264555126\h32第五章系統測試PAGEREF_Toc264555127\h335.1測試的原那么PAGEREF_Toc264555128\h335.2功能測試PAGEREF_Toc264555129\h33結論PAGEREF_Toc264555一三0\h36參考文獻PAGEREF_Toc264555一三1\h37致謝PAGEREF_Toc264555一三3\h38緒論隨著我國社會主義市場經濟體制確實立和開展，商業流通領域進進了一個空前的開展時期，面臨商界的劇烈競爭，只有在多變的商品和顧客中挖掘并把握市場需求，即淘汰“賣不出往的商品〞，購進“賣得快、利潤高的商品〞的經營者才會獲利，企業也才能在競爭中生存和開展，假如能夠選擇一個好的治理系統，把大量繁雜的、瞧似毫無關系的數據，有機的結合起來，形象的反映出市場的供求關系，就能夠為得出正確的決策做出事半功倍的效果。在過往，銷售業的操作一般都靠人工操作，如靠人工登記卡片、填寫表格資料，然后依據不同的分類進帳，銷售額的日結算和每月的盤點都需花費大量的人力和物力來完成。即使前幾年，有些商家開始使用電腦治理，但也只是進行一些簡單的數據計算的操作。這是一項極其繁瑣的工作。通過人手工計算不僅輕易出錯，而且不能夠及時把數據之間的關系形象化表現出來，也就不能夠進一步把握市場的最新動態。而通過本系統全然可解決以上咨詢題，同時能夠方便、靈活地對數據庫的資料進行查詢等操作，所有這些對數據庫進行的操作都受到治理級不的限制，確保數據的平安性。

數據庫技術是一門歷史彌堅的學科，不像其它的計算機技術會隨著時刻的推移而變得越來越沒有聲息。考慮其緣故，那么是因為信息的爆炸對數據庫技術的要求只增不減。在互聯網日益開展、壯大的背景下，在因特網熱潮不減的情況下，如何讓原來在單機中使用的數據庫可供多機使用，也成了必定的趨勢。企業要在競爭中求得生存，就應使自己的產品資料銷售、治理等方面科學化。此“房屋銷售治理系統〞的開發定位于一個能夠滿足數據庫治理軟件，即具備一個數據庫治理軟件的全然功能，包括數據的增加，刪除，修改，查詢等，便于用戶查瞧，操作，和查詢房屋信息。此外，系統具有用戶登錄功能，不同用戶有不同的權限，如此能夠提高數據的平安性和可靠性。系統采納JSP程序設計語言的程序設計與數據庫相結合的手段進行開發，結構緊湊、運行速度快、操作簡單，更因為擁有自己的源代碼，因此保證了軟件具有高度的保密、平安性，本系統將房屋銷售公司工作人員方便、平安、高效的進行治理。第一章治理系統概述治理信息系統治理信息系統〔ManagementInformationSystems簡稱MIS〕，最早是J。D。Gallagher在EDPS的根底上于1961年提出的，起產生已有三十多年的歷史。其定義是“MIS系統是一個利用計算機軟硬件，手工作業，分析方案。操縱和決策模型以及數據庫的人一機系統，它能夠提供信息，支持企業或組織的運行，治理功能。〞它對治理信息進行收集、傳遞、儲存與處理，形成多用戶共享系統，直截了當為基層和各級治理部門效勞。MIS應用了相關的經濟數學模型，如運籌學、數理統計等對治理的過程信息進行監控和處理，并提供輔助決策支持。治理信息系統能夠有廣義和狹義之分。狹義的MIS是指企業計算機網絡治理信息系統，是指運用現代化計算機網絡技術和企業治理學方法，系統地實現企業經營生產目標的一種綜合治理系統。廣義的MIS指所有運用計算機網絡技術為其治理效勞的政務部門和企事業單位，是指應用計算機網絡技術和系統集成實現各項業務、技術、工作自動化及高水平治理的方法和模式。建設MIS要緊包括三方面的內容：一是治理模式確實立。就狹義MIS而言，要緊是現代企業治理技術和模式的選擇和應用，如制造資源方案MRPⅡ、計算機集成制造系統(CIMS)等治理理念的貫徹；對廣義的MIS來講，那么包括了治理模式和方法、商業規那么、辦公自動化OA的程序等確實定，總體要求是治理工作程序化，治理業務標準化，治理流程科學化，數據資料代碼化。二是計算機網絡系統的建設，包括系統軟硬件平臺的選擇，治理信息系統的集成，局域網的建設及互聯，局域網和廣域網的互聯等。三是MIS的實施，如治理環境的習慣性調整、人員培訓、系統維護、信息源的組織等等。在現代社會已深進到各行各業，由于計算機技術的迅速開展和普及，MIS事實上已成為計算機MIS。MIS是一個不斷開展的新型學科，MIS的定義隨著計算機技術和通訊技術的進步也在不斷更新，在現時期普遍認為MIS是由人和計算機設備或其他信息處理手段組成并用于治理信息的系統。MIS的對象確實是基本信息，信息是通過加工的數據，信息是對決策者有價值的數據。信息的要緊特征是來源分散，數量龐大。信息來源于生產第一線，來源于社會環境，來源于市場，來源于行政治理等部門。信息具有時刻性。信息的加工方式有多種形式。企業從信息治理的角度可劃分為物流和信息流。生產過程是一個物流的投進產出過程，且是不可逆的過程。治理過程是信息流的過程，且具有信息相應的特征。治理信息系統作為企業進行整體信息處理的支柱，應具有如下五個方面的作用或特點：1.是一個人一機結合的系統。2.因為建立的系統要成為整個組織的心臟和信息交換中心，因此它要包括企業各種數據輸進，存儲，加工，查詢，生成方案，物資需求，帳務帳目，生產，銷售等日常信息處理。3.數據處理要速度高，本鈔票低。4.因為信息模型，處理過程相對確定，因此數據〔而不是業務目標，不同用戶〕成為系統工作的驅動力。5.系統設計要符合企業實際情況，求解過程和結果到達最優化。一個治理信息系統的工作過程可大致描述如下：首先人們從瞧瞧客瞧事物〔具體應用〕進手，收集到大量信息，在對這些信息進行記錄、整理和分類后送進有關的數據庫中保留起來。隨后，MIS的使用者依據各自的需求向數據庫發出相應的訪咨詢請求，系統響應這些請求，從數據庫中篩選出所需數據，并對數據進行加和處理，形成用戶所需的方案、操縱等決策信息。由些可見，一個治理信息系統不僅是一個簡單的統計系統〔如企業的產品統計〕、一個數據更新系統〔如圖書館中的借閱系統〕、一個工作狀態報告系統〔如商場中的效勞監視、人員排班表〕，而且要包含方案、操縱和決策的功能。一個治理信息系統除依靠數據庫系統作為數據處理的核心外，還需要知識庫系統、方法庫系統等支持。如圖1-1所示：治理信息系統治理信息系統MIS信息采集和處理方案和決策數據庫系統方法庫系統知識庫系統仿真系統圖1-1

治理信息系統的構成目前治理信息系統已成為計算機應用中的一個重要領域。特殊是隨著現代治理信息技術的日益開展，那個領域已涉及到專家系統、知識系統、決策系統等人工智能技術及計算機網絡技術的應用。數據庫治理信息系統的形成圖書治理員在查尋一本書時，首先要通過名目檢索尋到那本書的分類號和書號，然后在書庫尋到那一類書的書架，并在那個書架上按照書號的大小次序查尋，如此非常快就能尋到我所需要的書。數據庫里的數據像圖書館里的圖書一樣，也要讓人能夠非常方便地尋到才行。假如所有的書都不按規那么，胡亂堆在各個書架上，那么借書的人全然就沒有方法尋到他們想要的書。同樣的道理，假如把許多數據胡亂地堆放在一起，讓人無法查尋，這種數據集合也不能稱為"數據庫"。數據庫的治理系統確實是基本從圖書館的治理方法革新而來的。人們將越來越多的資料存進計算機中，并通過一些編制好的計算機程序對這些資料進行治理，這些程序后來就被稱為"數據庫治理系統"，它們能夠幫我們治理輸進到計算機中的大量數據，就像圖書館的治理員。數據庫治理信息系統的簡介數據庫是存儲在一起的相關數據的集合，這些數據是結構化的，無有害的或不必要的冗余，并為多種應用效勞；數據的存儲獨立于使用它的程序；對數據庫插進新數據，修改和檢索原有數據均能按一種公用的和可操縱的方式進行。當某個系統中存在結構上完全分開的假設干個數據庫時，那么該系統包含一個“數據庫集合〞。

數據庫的優點：使用數據庫能夠帶來許多好處：如減少了數據的冗余度，從而大大地節約了數據的存儲空間；實現數據資源的充分共享等等。此外，數據庫技術還為用戶提供了特不簡便的使用手段使用戶易于編寫有關數據庫應用程序。特殊是近年來推出的微型計算機關系數據庫治理系統dBASELL，操作直瞧，使用靈活，編程方便，環境習慣廣泛(一般的十六位機，如IBM/PC/XT，國產長城0520等均可運行種軟件)，數據處理能力極強。數據庫在我國正得到愈來愈廣泛的應用，必將成為經濟治理的有力工具。數據庫是通過數據庫治理系統(DBMS-DATABASEMANAGEMENTSYSTEM)軟件來實現數據的存儲、治理與使用的dBASELL確實是基本一種數據庫治理系統軟件。關系型數據庫數據庫這一概念提出后先后出現了幾種數據模型,其中全然的數據模型有三種:層次模型系統,網絡模型系統和關系模型系統.60年代末期提出的關系模型具有數據結構簡單靈活,易學易明白且具有雄厚的數學根底等特點.從70年代開始流行,開展到現在已成為數據庫的標準,目前廣泛使用的數據庫軟件基本上基于關系模型的關系數據庫治理系統.關系模型把世界瞧作是由實體Entity和聯系Relationship構成的。所謂實體確實是基本指現實世界中具有區分與其它事物的特征或屬性，并與其它實體有聯系的。對象在關系模型中實體通常是以表的形式來表現的，表的每一行描述實體的一個實例，表的每一列描述實體的一個特征或屬性，所謂聯系確實是基本指實體之間的關系，即實體之間的對應關系。聯系能夠分為三種：一對一的聯系如一個人只有一種性不一個人性不為一對一的聯系；一對多的聯系如相同性不的人有許多個性不人為一對多的聯系；多對一的聯系如許多人有同一個性不人性不為多對一的聯系。通過聯系就能夠用一個實體的信息來查尋另一個實體的信息關系模型把所有的數據都組織到表中。表是由行和列組成的，行表示數據的記錄，列表示記錄中的域。表反映了現實世界中的事實和值。所謂關系數據庫確實是基本基于關系模型的數據庫，關系數據庫治理系統確實是基本治理關系數據庫的計算機軟件，要害字Key：要害字是關系模型中的一個重要概念它是邏輯結構不是數據庫的物理局部；侯選要害字CandidateKey：假如一個屬性集能惟一地標識表的一行而又不含多余的屬性那么那個屬性集稱為侯選要害字。要緊害字PrimaryKey：要緊害字是被選擇出來作表的行的惟一標識的侯選要害字，一個表只有一個要緊害字。要緊害字又能夠稱為主鍵。公共要害字CommonKey：在關系數據庫中關系之間的聯系是通過相容或相同的屬性或屬性組來表示的，假如兩個關系中具有相容或相同的屬性或屬性組，那么那個屬性或屬性組被稱為這兩個關系的公共要害字。外要害字ForeignKey：假如公共要害字在一個關系中是要緊害字，那么那個公共要害字被稱為另一個關系的外要害字，由此可見外要害字表示了兩個關系之間的聯系，以另一個關系的外要害字作要緊害字的表被稱為主表，具有此外要害字的表被稱為主表的從表，外要害字又稱作外鍵。本系統是一套功能簡單，操作簡單而又有用的房屋銷售治理軟件，要緊針對房屋銷售治理中需要解決的具體咨詢題進行開發，并能提供良好的功能擴展接口。在系統的設計中采納了模塊化設計方法，即按照功能，將整個系統劃分為多個相對獨立的功能模塊，包括：房屋銷售治理系統出售信息模塊、出租信息模塊、查詢模塊、會員登陸模塊、信息發表及更改維護模塊，后臺治理模塊。在編程時，盡可能從用戶操作的角度動身，力求使得操作簡單、輕易把握，并盡可能考慮到對誤操作的提示和容錯處理，使系統有一個友好的用戶界面。1.3課題意義隨著當今科學技術的飛速開展，尤其是計算機技術的出現，使得人類進進了信息化社會，利用計算機，能夠代替人進行許多復雜勞動，從而節約大批的人力，能夠大大提高工作效率，而且計算機有更高的正確性和更平安的保密措施。計算機技術靠著自己無與倫比的優越性，差不多迅速成為各個領域不可或缺的工具。在各行各業中離不開數據處理，這正是計算機被廣泛應用于數據庫治理系統的環境。計算機的最大好處在于利用它能夠進行數據治理。使用計算機進行數據操縱，不僅提高了工作效率，而且大大的提高了其平安性。在之前的房屋銷售治理過程中，各地房管局往往采納的是通過粘貼板的方式用用戶貼出本地房屋出售或者出租的情況，不僅不便于用戶快速的查詢房源情況，而且手工操作難免帶來各種誤差和錯漏，尤其是在數據信息處理工作量大時輕易出錯；數據繁多時，輕易喪失，且不易查尋，出錯后又不易修改。基于以上咨詢題，有必要建立房屋銷售治理系統，使治理工作標準化，系統化，程序化，防止的隨意性，提高信息處理的速度和正確性，能夠及時、正確、有效的查詢、修改房源全然信息，并能依據用戶的不同需要，正確，迅速尋到適宜的出售房和求購房，而且治理者也迅速的統計出本月房屋出售出租情況等。第二章系統開發方法選擇2.1軟件工程介紹軟件工程是用科學知識和技術原理來定義、開發、維護軟件的一門學科。它涉及計算機科學、工程科學、治理科學、數學等領域，計算機科學著重于原理和理論，而軟件工程著重于如何建筑一個軟件系統。軟件工程在軟件開發過程中占有不可動搖的重要地位，一個軟件從開始方案起，到廢棄不用止，稱為軟件生存周期。一般來講，軟件生存周包括方案、開發、運行三個時期，每一時期又可分為假設干更小的時期。方案時期的要緊任務是分析用戶要求，分析新系統的要緊目標以及開發該系統的可行性。開發時期要完成設計和實現兩大任務具體。具體分為需求分析、概要設計、具體設計、編碼、測試。其中編碼和測試是軟件開發期的最后兩個時期。運行時期是軟件生存周期的最后一個時期，軟件人員在這一時期的工作，要緊是做好軟件維護。“房屋銷售治理信息系統〞盡管只是一個對比小的工程，然而為了做的更標準，也盡量按照軟件工程的指導來做，事實上，不管一個多小的工程，基本上離不開軟件工程的指導思想的。2.2.1JSP(JavaServerPages)是由SunMicrosystems公司倡導、許多公司參與一起建立的一種動態網頁技術標準。JSP技術有點類似ASP技術，它是在傳統的網頁HTML文件)中插進Java程序段(Scriptlet)和JSP標記(tag)，從而形成JSP文件。用JSP開發的Web應用是跨平臺的，即能在Linux下運行，也能在其他操作系統上運行。JSP技術使用Java編程語言編寫類XML的tags和scriptlets，來封裝產生動態網頁的處理邏輯。網頁還能通過tags和scriptlets訪咨詢存在于效勞端的資源的應用邏輯。JSP將網頁邏輯與網頁設計和顯示不離，支持可重用的基于組件的設計，使基于Web的應用程序的開發變得迅速和輕易。JSP技術的強勢：〔1〕一次編寫，到處運行。在這一點上Java比PHP更出色，除了系統之外，代碼不用做任何更改。〔2〕系統的多平臺支持。全然上能夠在所有平臺上的任意環境中開發，在任意環境中進行系統部署，在任意環境中擴展。相比ASP/PHP的局限性是顯而易見的。〔3〕強大的可伸縮性。從只有一個小的Jar文件就能夠運行Servlet/JSP，到由多臺效勞器進行集群和負載均衡，到多臺Application進行事務處理，消息處理，一臺效勞器到許多臺效勞器，Java顯示了一個巨大的生命力。〔4〕多樣化和功能強大的開發工具支持。這一點與ASP非常像，Java差不多有了許多特不優秀的開發工具，而且許多能夠免費得到，同時其中許多差不多能夠順利的運行于多種平臺之下。2.2.2選擇SQL2000作為后臺數據庫SQL是StructuredQuevyLanguage(結構化查詢語言)的縮寫。SQL是專為數據庫而建立的操作命令集，是一種功能齊全的數據庫語言。在使用它時，只需要發出“做什么〞的命令，“如何做〞是不用使用者考慮的。SQL功能強大、簡單易學、使用方便，差不多成為了數據庫操作的根底，同時現在幾乎所有的數據庫均支持SQL。2.3JSP數據庫開發技術.JDBC開發數據庫JDBC〔JavaDataBaseConnectivity,java數據庫連接〕是一種用于執行SQL語句的JavaAPI，能夠為多種關系數據庫提供統一訪咨詢，它由一組用Java語言編寫的類和接口組成。JDBC為工具/數據庫開發人員提供了一個標準的API，據此能夠構建更高級的工具和接口，使數據庫開發人員能夠用純JavaAPI編寫數據庫應用程序，同時，JDBC也是個商標名。有了JDBC，向各種關系數據發送SQL語句確實是基本一件非常輕易的事。換言之，有了JDBCAPI，就不必為訪咨詢Sybase數據庫專門寫一個程序，為訪咨詢Oracle數據庫又專門寫一個程序，或為訪咨詢Informix數據庫又編寫另一個程序等等，程序員只需用JDBCAPI寫一個程序就夠了，它可向相應數據庫發送SQL調用。同時，將Java語言和JDBC結合起來使程序員不必為不同的平臺編寫不同的應用程序，只須寫一遍程序就能夠讓它在任何平臺上運行，這也是Java語言“編寫一次，處處運行〞的優勢。Java數據庫連接體系結構是用于Java應用程序連接數據庫的標準方法。JDBC對Java程序員而言是API，對實現與數據庫連接的效勞提供商而言是接口模型。作為API，JDBC為程序開發提供標準的接口，并為數據庫廠商及第三方中間件廠商實現與數據庫的連接提供了標準方法。JDBC使用已有的SQL標準并支持與其它數據庫連接標準，如ODBC之間的橋接。JDBC實現了所有這些面向標準的目標同時具有簡單、嚴格類型定義且高性能實現的接口。

Java具有穩定、平安、易于使用、易于理解和可從網絡上自動下載等特性，是編寫數據庫應用程序的杰出語言。所需要的只是Java應用程序與各種不同數據庫之間進行對話的方法。而JDBC正是作為此種用途的機制。JDBC擴展了Java的功能。例如，用Java和JDBCAPI能夠公布含有applet的網頁，而該applet使用的信息可能來自遠程數據庫企業也能夠用JDBC通過Intranet將所有職員連到一個或多個內部數據庫中〔即使這些職員所用的計算機有Windows、Macintosh和UNIX等各種不同的操作系統〕。隨著越來越多的程序員開始使用Java編程語言，對從Java中便捷地訪咨詢數據庫的要求也在日益增加。MIS治理員們都喜愛Java和JDBC的結合，因為它使信息傳播變得輕易和經濟。企業可接著使用它們安裝好的數據庫，并能便捷地存取信息，即使這些信息是儲存在不同數據庫治理系統上。新程序的開發期非常短。安裝和版本操縱將大為簡化。程序員可只編寫一遍應用程序或只更新一次，然后將它放到效勞器上，隨后任何人就都可得到最新版本的應用程序。關于商務上的銷售信息效勞，Java和JDBC可為外部客戶提供獵取信息更新的更好方法。BDE開發數據庫BDE是負責用戶和數據庫交流的中間媒介。事實上，應用程序是通過數據訪咨詢組件和BDE連接，再由BDE往訪咨詢數據庫，完成對數據庫的操作，而并非直截了當操作BDE。如此用戶只需關懷JSP中的數據組件即可，不用直截了當和BDE打交道。數據庫組件要緊分為兩類：“數據訪咨詢組件〞和“數據操縱組件〞，它們和數據庫的關系可用下面的關系圖來示意：BDE數據庫BDE數據庫數據訪咨詢組件數據控制組件用戶用戶圖2-1：數據庫組件與數據庫關系圖其中，數據訪咨詢組件在JSP組件面板的DataSQL組件頁上。其中的Table、Query和Storedproc三個控件，它們稱為“數據集組件〞，用于和數據庫連接。這些組件功能如下：〔1〕DataSource控件是數據集組件和數據操縱組件的連接媒介。數據操縱組件是用戶操作數據庫中數據的界面，只有通過DataSource控件才能和數據集組件連接，從而對數據進行顯示、修改、維護等操作。〔2〕Table控件是通過數據庫引擎——BDE來存取數據庫中的數據的。通過BDE將用戶對數據庫的操作〔如添加、刪除、修改等〕傳遞給數據庫。〔3〕Query控件是利用SQL〔StructuredQueryLanguage，結構化查詢語言〕通過BDE來操作數據庫的，和Table控件完成的功能相似，它只是采納了SQL來實現。〔4〕Storedproc控件是通過BDE對效勞器數據庫進行操作的，常用于客戶/效勞器〔C/S〕結構的數據庫應用程序。〔5〕DataBase控件一般用于建立遠程的數據庫效勞器——客戶/效勞器結構的數據庫應用程序和數據庫之間的連接。〔6〕Session控件是用于操縱數據庫應用程序和數據庫連接的，要緊用于復雜功能的實現，例如：多線程數據庫程序設計。而數據操縱組件也能夠稱為數據顯示組件或數據掃瞄組件。它們的要緊功能是與數據訪咨詢組件相配合，提需求用戶一個對數據進行掃瞄、編輯等操作的界面。數據操縱組件在組件板上的DataControl頁上。從上圖能夠瞧出，BDE負責與具體的數據庫相連，通過BDE，幾乎能夠操作目前所有類型的數據庫。然而BDE也有非常大的缺點，所以，在關于一些對比簡單的數據庫，例如ASCII，BDE能夠直截了當訪咨詢。另外它也能夠通過一些相應的驅動，訪咨詢特定的數據庫，例如通過DAO訪咨詢SQL數據庫。不同類型的驅動程序都具有不同的特征，要緊是表現在：數據庫的平安性，事務，數據字典和完整性驗證，存儲過程和觸發器。關于不能直截了當支持的數據庫，BDE還能夠連接到ODBC，通過ODBC進行訪咨詢，因此BDE有時效率非常低。在JSP提供的所有數據庫訪咨詢方式中，BDE的歷史最長，因此提供的功能也最多，包括大量的和數據庫交互的API。使用它訪咨詢PARJDBCX和DBASE時效率最高。同時，針對Oracle的訪咨詢也有專門的優化，效率也最高。JSP目前正逐步放棄BDE，差不多不再為BDE增加新的功能，只是對現有的功能進行維護，排除BUG。BDE包含如下組件：TDATABASETTABLETQUERYTSTOREDPROCTSESSIONTBATCHMOVETUPDATESQLTNESTEDTABLE2.4體系結構系統體系機構的一般闡述MIS系統平臺結構模式大體上分為4種：主機終端模式、文件效勞器模式、客戶機/效勞器模式〔Clint/Server，簡稱C/S〕、web掃瞄器/效勞器模式〔Browser/Server，簡稱B/S〕。主機終端模式由于硬件選擇有限，已被逐步淘汰。而文件效勞器模式由于硬件選擇有限，硬件投資得不到保證，已被逐步淘汰。而文件效勞器模式只適合小規模的局域網，關于用戶多，數據量大的情況就會產生網絡瓶頸，特殊是在互聯網上不能滿足用戶要求。因此，現代企業級平臺結構模式應要緊考慮C/S模式和B/S模式。2.C/S模式與B/S模式的對比分析C/S系統又被稱作分布式計算系統，它的含義是程序的數據處理并不像通常在基于小型機或基于主機的計算機系統〔終端方式〕中那樣在單個的計算機上發生，而是把程序的不同局部在多臺計算機上同時運行。例如，關于SQLServer來講，將數據存放在效勞器計算機上，客戶端界面作為程序的另一局部〔完成商業邏輯和顯示邏輯〕存在于客戶端桌面計算機上。客戶/效勞器系統的這兩個部件通過網絡連接相互通信，同時能夠擴展到任意規模。SQLServer是一個真正的客戶/效勞器關系型數據庫系統。它使企業能夠設計出能夠滿足不斷改變的信息需求的分布式數據庫系統。客戶端通過網絡向效勞器發送SQL語句，效勞器返回客戶端結果集。關于Client/Server模式而言，其要緊特點為：1.具有成熟的設計開發方法和工具。通過多年的研究和積存，基于Client/Server模式的系統設計開發方法已被用戶所熟悉和把握。同時，眾多的數據庫和軟件生產商提供了各種可視化工具和編程語言來支持它的開發。相對而言，目前的基于Browse/Server模式的應用及其開發方法仍然處于開展時期。2.交互性強，界面友好。各個Client機上運行的應用程序是針對待定的用戶和任務設計，同時具有在線關心和出錯提示等輔助功能。這些優勢是Browse/Server模式所不具備的。3.數據通信量小，平安性高。Client/Server模式中前后臺傳遞的僅僅是查詢請求SQL語言或查詢結果，而不象Browse/Server模式中在前臺的Browse和后臺Server之間傳遞程序或主頁模塊：Client/Server模式一般采納基于局域網點對點式的結構和平安性較好的網絡協議，而Browse/Server是一種開放式的結構，面向眾多的用戶，其防火墻技術并不能完全屏蔽網絡黑客和內部人員對系統的惡意侵襲。C/S模式要緊由客戶應用程序(Client)、效勞器治理程序(Server)和中間件(middleware)三個部件組成。客戶應用程序是系統中用戶與數據進行交互的部件。效勞器程序負責有效地治理系統資源，如治理一個信息數據庫，其要緊工作是當多個客戶并發地請求效勞器上的相同資源時，對這些資源進行最優化治理。中間件負責聯結客戶應用程序與效勞器治理程序，協同完成一個作業，以滿足用戶查詢治理數據的要求B/S模式即Brower/Server結構模式,是基于Internet/Intranet的結構模式，分為三層，第一層為表示層，用戶通過掃瞄器完成和后臺的交互及最終查詢結果的輸出功能。第二層為具有ODBC接口的WEB效勞器，屬功能層，要緊利用效勞器完成客戶的應用功能。第三層為數據層，依據客戶的請求獨立地進行各種運算。即前臺客戶端采納掃瞄器，中間件效勞器為Web效勞器，后臺為數據庫效勞器。此種結構由客戶端在Web頁面發出請求至WebSever，再由WebSever向數據庫效勞器發出請求，而最后中間件效勞器同意到數據庫效勞器的應答后，最終返回給客戶端的仍然是頁面形式。如此實現了客戶端不直截了當和數據庫效勞器發生關系，保證了數據平安性。對Browse/Server模式而言，其要緊特點為：1.其在邏輯上采納了3層結構，它在前臺Browse和后臺Server之間增加了一層WebServer層，所有的應用程序模塊都安裝在它上面，在Browse上只需安裝一個通用的掃瞄器軟件，因此，這種模式簡化了客戶端，使用戶的操作更加方便。2.開放性好，Intranet/Intenet完全兼容。3.擴展性好，依據開展需要，可對系統隨時進行擴展，落低了系統的開發和維護的開銷。B/S模式的優勢首先它簡化了客戶端。它無需象C/S模式那樣在不同的客戶機上安裝不同的客戶應用程序，而只需安裝通用的掃瞄器軟件。如此不但能夠節約客戶機的硬盤空間與內存，而且使安裝過程更加簡便、網絡結構更加靈活。假設一個企業的決策層要開一個討論庫存咨詢題的會議，他們只需從會議室的計算機上直截了當通過掃瞄器查詢數據，然后顯示給大伙兒瞧就能夠了。甚至與會者還能夠把筆記本電腦聯上會議室的網絡插口，自己來查詢相關的數據。其次，它簡化了系統的開發和維護。系統的開發者無須再為不同級不的用戶設計開發不同的客戶應用程序了，只需把所有的功能都實現在Web效勞器上，并就不同的功能為各個組不的用戶設置權限就能夠了。各個用戶通過HTTP請求在權限范圍內調用Web效勞器上不同處理程序，從而完成對數據的查詢或修改。現代企業面臨著日新月異的競爭環境，對企業內部運作機制的更新與調整也變得逐漸頻繁。相關于C/S，B/S的維護具有更大的靈活性。當形勢變化時，它無須再為每一個現有的客戶應用程序升級，而只需對Web效勞器上的效勞處理程序進行修訂。如此不但能夠提高公司的運作效率，還省往了維護時協調工作的很多煩惱。假如一個公司有上千臺客戶機，同時分布在不同的地點，那么便于維護將會顯得更加重要。再次，它使用戶的操作變得更簡單。關于C/S模式，客戶應用程序有自己特定的規格，使用者需要同意專門培訓。而采納B/S模式時，客戶端只是一個簡單易用的掃瞄器軟件。不管是決策層依然操作層的人員都無需培訓，就能夠直截了當使用。B/S模式的這種特性，還使MIS系統維護的限制因素更少。最后，B/S特殊適用于網上信息公布，使得傳統的MIS的功能有所擴展。這是C/S所無法實現的。而這種新增的網上信息公布功能恰是現代企業所需的。這使得企業的大局部書面文件能夠被電子文件取代，從而提高了企業的工作效率，使企業行政手續簡化，節約人力物力。鑒于B/S相關于C/S的先進性，B/S逐漸成為一種流行的MIS系統平臺。各軟件公司紛紛推出自己的Internet方案，基于Web的財務系統、基于Web的ERP。一些企業差不多領先一步開始使用它，同時收到了一定的成效。B/S模式的新奇與流行，和在某些方面相關于C/S的巨大革新，使B/S成了MIS系統平臺的首選，也使人忽略了B/S不成熟的一面，以及C/S所固有的一些優點。下面讓我們來瞧C/S相關于B/S的一些優勢。2.C/S模式的優勢首先，交互性強是C/S固有的一個優點。在C/S中，客戶端有一套完整的應用程序，在出錯提示、在線關心等方面都有強大的功能，同時能夠在子程序間自由切換。B/S盡管由JavaScript、VBScript提供了一定的交互能力，但與C/S的一整套客戶應用相比是太有限了。其次，C/S模式提供了更平安的存取模式。由于C/S是配對的點對點的結構模式，采納適用于局域網、平安性對比好的網絡協議(例如：NT的NetBEUI協議)，平安性能夠得到較好的保證。而B/S采納點對多點、多點對多點這種開放的結構模式，并采納TCP/IP這一類運用于Internet的開放性協議，其平安性只能靠數據效勞器上治理密碼的數據庫來保證。現代企業需要有開放的信息環境，需要加強與外界的聯系，有的還需要通過Internet開展網上營銷業務，這使得大多數企業將他們的內部網與Internet相連。由于采納TCP/IP，他們必須采納一系列的平安措施，如構筑防火墻，來防止Internet的用戶對企業內部信息的竊取以及外界病毒的侵進。再次，采納C/S模式將落低網絡通信量。B/S采納了邏輯上的三層結構，而在物理上的網絡結構仍然是原來的以太網或環形網。如此，第一層與第二層結構之間的通信、第二層與第三層結構之間的通信都需占用同一條網絡線路。而C/S只有兩層結構，網絡通信量只包括Client與Server之間的通信量。因此，C/S處理大量信息的能力是B/S所無法對比的。最后，由于C/S在邏輯結構上比B/S少一層，關于相同的任務，C/S完成的速度總比B/S快。使得C/S更利于處理大量數據。2.5開發方法整體選擇依據用戶的實際情況和需要，最終決定采納在Windowsxp下使用JSP+SQL開發，采納C/S結構，使用JDBC連接數據庫。如此的好處是：1.使用JSP+SQL靈活方便，可擴充性、可移植性較好。2.JDBC與SQL同為微軟開發，兼容性好，同時存取效率高，且較成熟，目前許多數據庫應用系統都采納這種方式。3.采納C/S結構是能充分發揚客戶端ＰＣ的處理能力，許多工作能夠在客戶端處理后再提交給效勞器。對應的優點確實是基本客戶端響應速度快。JDBC是Microsoft要緊數據存儲技術，JDBC要緊讓應用程序或WEB應用程序存取各種不同的數據源。JDBC封裝了OLE-DB復雜的接口，以極為簡單的COM接口存儲數據，簡化了程序員數據存取的工作。Application/BrowserApplication/BrowserJDBCJDBCOLEDBOLEDBODBCODBCSQLDATASQLDATA如圖2-2JDBC架構圖第三章系統總體規劃分析3.1系統總體結構設計應用需求分析房屋銷售治理系統需求要緊來自用戶，會員和治理人員。用戶能夠依據自身房屋需求掃瞄房屋出售，出租系統；會員能夠進行盡早獲得房屋資訊；房屋治理人員可利用本系統，輸出房屋名單、房屋出售信息和更改數據。一般情況下，一般用戶只能掃瞄查詢房屋具體信息，而會員除了能查詢房屋具體信息以外，還能盡早獲得房屋信息，然而不能隨意修房屋數據，尤其是房屋出售信息和房屋出租信息等敏感信息。因此，用戶，會員和房屋治理人員的的權限要明確區分開來，防止操作時因操作錯誤產生的數據喪失和數據錯誤，因此，這就需要在設計模塊時加以考慮。房屋治理人員還有一個任務是對各個人員的使用權限進行治理，對數據庫中的房屋信息進行實地考核和協助客戶填寫房屋出售信息和房屋出租信息。因此，確定本系統的功能有：會員注冊登陸及資料修改，信息查詢；房屋出售信息公布，房屋出租信息公布，房屋求購信息修改處理，房屋查詢處理〔按房屋類型，求購，求租查詢等〕，留言板功能；治理員后臺治理〔有輸進、取消、確認、修改、刪除等功能〕，信息公布，會員治理，留言板處理，合同治理，平安退出等功能。系統處理流程圖本系統全然設計按系統規劃的要求規定設計，其處理流程如圖〔3-1〕治理治理員登陸后臺治理系統治理治理員房屋出售，出租的數據輸進，公布；信息的修改，刪除會員會員填寫個人信息，房屋出售和出租信息的查詢。房屋銷售房屋銷售治理系統圖3-1系統處理流程系統模塊設計分析前臺模塊〔要緊模塊〕房屋銷售系統會員登陸模塊：要緊實現對會員的注冊，以便讓會員獲得先手資料。房屋銷售系統會員模塊：要緊實現會員對自身資料的修改和房屋信息資料的查詢。房屋銷售系統留言板模塊，要緊實現的是對出售，出租有意向的用戶提供與治理員交流的方式，同時將用戶房屋的信息〔如地址，戶主，聯系方式等〕登記，以便通過房屋銷售公司實地考察屬實后，通過房屋銷售治理系統向外界公布出售，出租，求租，求購等信息。房屋銷售系統出售，出租，求購，求租，模塊：要緊實現用戶對這些方面信息的獵取與掃瞄。后臺模塊〔要緊模塊〕房屋銷售系統后臺:要緊實現對出售，出租資訊的公布與修改，對會員的治理，以及對前臺公告，新聞資訊的治理。房屋銷售系統留言板治理模塊，要緊是治理員對客戶掃瞄房源資料時候的留言，進行修改和刪除。房屋銷售系統出售出租模塊：要緊實現對出售出租信息的修改。房屋銷售系統信息公布模塊，要緊實現對現有房源〔房產戶型，房屋面積，房屋價格，房源人x，聯系人姓名，地址〕的統計公布。房屋銷售系統平安退出模塊，實現退出。房屋銷售系統合同信息治理模塊，實現合同信息治理。結構層次設計分析系統的概要設計中最重要的確實是基本系統的模塊化。模塊化是指解決一個復雜咨詢題時自項向下逐層把軟件系統劃分成假設干個模塊的過程。每個模塊完成一個特定的功能，所有的模塊按某種方法組織起來，成為一個整體，完成整個系統所要求的功能。

將系統劃分為多個模塊是為了落低軟件系統的復雜性，提高可讀性、可維護性，但模塊的劃分不能是任意的，應盡量維持其獨立性。也確實是基本講，每個模塊只完成系統要求的獨立的子功能，同時與其他模塊的聯系最少且接口簡單，即盡量做到高內聚低耦合，提高模塊的獨立性，為設計高質量的軟件結構奠定根底。通過對整個系統的規劃分析，對數據的具體要求的分析，以及對系統功能的綜合考慮，提出一個全然的總體結構框架。房屋銷售治理系統的層次劃分為幾個方面：用戶界面，數據緩沖，數據庫，輸出等。用戶界面層次：距離用戶最近的層次，以圖形化界面顯示給用戶，便于用戶進行全然操作，用戶能夠在那個地點輸進數據，修改數據，刪除數據，設定選配標準，設定查詢條件等。用戶對系統的所有輸進內容在此層次上操作。數據緩沖層次：在那個層次中，用戶所做的修改尚未提交到數據庫中，而是保留在一個臨時緩沖區中。如今，所有操作是由系統本身操作，包括在數據緩沖區內增加信息，修改信息，刪除信息等，也包括執行選配過程，判定查詢條件的合法性等。這一層次中，系統要緊執行提交數據庫之前的所有工作，確保提交數據的合法性和正確性，盡量減少數據庫錯誤。數據庫層：要緊操作在數據庫中執行，要緊工作是：將緩沖區的數據存進數據庫，執行查詢語句等。由于數據是通過緩沖區檢查的，因此能夠大大減少數據庫的非法操作，減少數據出錯的情況，查詢時的非正常情況大大減少。輸出層：在那個層次中，不需要進行數據庫操作和用戶輸進操作，那個層次的要緊工作是把結果顯示給用戶，包括查詢結果，錯誤信息，提示信息等。3.4數據庫設計數據全然操作數據的全然操作功能是“房屋銷售治理系統〞的最全然功能，指的是一個數據庫治理系統軟件的最全然的數據操作。數據的全然操作包括房屋的增加，刪除，修改等。房屋信息增加功能：治理員手動增加房屋信息房屋刪除功能：由治理員選擇要刪除的房屋信息，點擊刪除后，刪除該房屋信息，首先在緩沖區中刪除，如今假如沒有提交到數據庫，那么能夠撤銷刪除操作，但假如提交到數據庫了，刪除后將不能恢復該信息。房屋修改功能：治理員選擇要修改的房屋信息，能夠重新修改房屋的登記信息。本工程對數據庫的處理采納JDBC技術，JDBC的使用要緊有以下幾個步驟：1.加載驅動：Class.forName(“〞)2.獵取連接：DriverManager.getConnection("jdbc:microsoft:sqlserver://localhost:1433;databasename=jspesf","sa","sa");3.得到Statement或者PreparedStatementcon.createStatement()或者con.prepareStatement(sql);4.執行SQL語句，假如有結果集，那么處理結果集。stmt.executeQuery(sql)5.關閉數據庫，按照先開后關的順序進行關閉，按照結果集、Statement或者PreparedStatement、連接。rs.close，stmt.close()，con.close()。查詢功能查詢功能是一個數據庫治理軟件的必備輔助功能，當數據量大的時候，呈現給用戶所有信息，確信有許多信息是冗余的或者是無效的甚至是用戶不需要的。如今，依據用戶的需要進行必要的過濾是十分必要的。查詢功能通常是依據數據的信息中不同的字段來查詢。“房屋銷售治理系統〞中，查詢功能也是一個十分重要的功能，當有許多房屋信息時，如何給用戶呈現出需要的信息和過濾掉不用的信息是一個需要解決的咨詢題。因此，考慮到用戶的需求，系統應該具有一個對比人性化的查詢系統，能夠依據不同的要求來進行查詢。查詢的速度要快捷，查詢的結果要正確。“房屋銷售治理系統〞的查詢系統能夠分成下面幾個方面來進行查詢：依據出售，出租和房屋類型來查詢。其他輔助功能“房屋銷售治理信息系統〞除了具備上述所有要緊功能之外，還應該具有一些必要的輔助性功能，包括用戶治理，數據庫連接功能等。用戶治理功能：為了保證系統的可靠性和平安性，系統應該采納用戶登錄的方式進進，防止非法用戶的進進。每個用戶具有自己的權限，要緊是治理權限和一般權限。只有治理權限才答應增加用戶，刪除用戶等治理功能。而一般權限那么只能進行一般的工作，沒有治理用戶的功能。用戶登錄：系統的啟動同時要求用戶依據自己的操作員號碼和密碼進行登錄，通過驗證用戶的密碼，到達確定用戶合法性的目的。增加用戶：只有系統治理員權限的身份才具備此功能，為系統增加一個新用戶，包括用戶登錄名，密碼，權限等信息。其中，能夠設置新增用戶的權限，系統治理員、報名治理員或者報名登記員，當設定成系統治理員身份時，該擁護具有和系統治理員同樣的權限。刪除用戶：只有系統治理員權限的身份才具備此功能，從系統刪除一個用戶，被刪除的用戶將不能登錄本系統。重新登錄：退出系統重新登錄。一般在新增用戶后或者修改密碼之后使用驗證增加用戶或者修改密碼是否成功。或者以不同權限登錄，換一個不同的用戶名登錄等等。數據庫連接功能：數據庫連接信息保留在系統中，再次登陸系統不必設置數據庫，但當數據庫發生變動時，用戶能夠配置輸進本機或者局域網上的數據效勞器名和數據庫名。假如應用程序與數據庫連接成功，下次運行程序就可不能再彈出此配置窗口，除非數據庫效勞器有變更時會彈出。概念設計在概念設計時期中，設計人員從用戶的角度瞧待數據及處理要求和約束，產生一個反映用戶瞧點的概念模式。然后再把概念模式轉換成邏輯模式。將概念設計從設計過程中獨立開來，使各時期的任務相對單一化，設計復雜程度大大落低，不受特定DBMS的限制。在系統設計的開始，首先考慮的是如何用數據模型來數據庫的結構與語義，以對現實世界進行抽象。目前廣泛使用的數據模型可分為兩種類型，一種是獨立于計算機系統的“概念數據模型〞，如“實體聯系模型〞；另一種是直截了當面向數據庫邏輯結構的“結構數據模型〞。在系統的數據庫設計中，先要對系統分析得到的數據字典中的數據存儲進行分析，分析各數據存儲之間的關系，然后才能得出系統的關系模式。能夠采納E－R圖的方法來進行數據結構分析。E－R設計方法是一種通過E－R圖來描述現實世界信息結構的DB設計方法。E－R圖由實體、屬性、聯系三局部組成。在本系統中采納“實體聯系模型〞〔ER模型〕來描述數據庫的結構與語義，以對現實世界進行第一次抽象。ER模型直截了當從現實世界抽象出實體類型及實體間聯系，然后用ER圖來表示數據模型。它有兩個明顯的優點：接近于人的思維，輕易理解；與計算機無關，用戶輕易同意。ER圖是直瞧表示概念模型的工具，它有四個全然成分：矩形框，表示實體類型〔考慮咨詢題的對象〕。菱形框，表示聯系類型〔實體間的聯系〕。橢圓形框，表示實體類型和聯系類型的屬性。關于要害碼的屬性，在屬性名下劃一橫線。直線，聯系類型與其涉及的實體類型之間以直線連接。在得到全局ER模式后，為了提高數據庫系統的效率，還應進一步依據處理需求對ER模式進行優化。一個好的全局ER模式，除能正確、全面地反映用戶功能需求外，還應滿足以下條件：實體類型的個數要盡可能的少；實體類型所含屬性個數盡可能少；實體類型間聯系無冗余。數據表的設計在完成系統的ER圖之后，需要將ER模型轉化為關系模型，也確實是基本講，要設計出數據庫所需要的表格。在那個地點，選用的是關系數據庫。因為關系數據庫中的二維表格能夠非常清晰地描述數據之間的聯系。在那個地點不得不提到一個概念——范式。事實上在上一節的ER圖設計中，差不多運用了范式的思想，不僅如此，在數據庫的表格設計中更離不開范式的思想，它是數據庫設計的根底，假如不注重那個咨詢題將會導致一系列咨詢題的出現。設計原那么如下：1．進行標準化設計，盡可能地減少數據冗余和重復2．合理的數據庫表的設計應該是在滿足需求的前提下，使數據的重復量最小，就盡量按照關系數據庫系統理論方法往設計一個數據庫，減少數據的冗余。在設計數據庫結構時，有時為了編程實現的簡捷和思路的清晰，往往成心增加一些冗余數據。這盡管有悖于傳統的關系數據庫理論，然而考慮到選擇的機器型號和檔次等因素，假如增加的冗余可不能明顯增加存儲空間和落低處理效率，同時對編程實現有非常大關心，往往能夠采納這種方法。數據結構具有相對的穩定性數據結構的相對穩定性，能夠作為新、舊系統轉換的依據。不管采納何種方法或手段往處理日常事務，都應該能完成相應的功能，決可不能因為采納了計算機而喪失了必要的功能，或完全改變了原有的工作流程和模式。計算機系統的建成是建立在原系統充分調研的根底上的，它既不能脫離原系統的大框架，也不是簡單的重復和替代。因此數據庫表結構設計應保證數據的相對穩定，如此才能考慮在新的數據結構下的業務處理方式。在系統中定義的表格都嚴格地按照范式的思想和要求往完成，數據庫中的所有表格都到達了三范式的要求。基于以上三條設計原那么，依據系統ER圖，針對本系統的特點，在對所搜集的數據進行標準化之后，我選用MicrosoftAccsse數據庫來進行數據庫的邏輯設計，進而建立實體表。后續建立了實體表有：房屋銷售治理系admin全然表〔表3-1〕，房屋銷售治理系統buyhouse全然表〔表3-2〕，房屋銷售治理系統guestbook全然表〔表3-3〕，房屋銷售治理系統news全然表〔表3-4〕，房屋銷售治理系統outhouse全然表〔表3-5〕等。表3-1房屋銷售治理系admin全然表字段名數據類型字段長度可否為空主鍵usernamenvarchar50否主鍵passwordnvarchar50否creattimedatetime8否flagInt4否isuseInt4否logintimesint4否quanxiannvarchar1000否表3-2房屋銷售治理系統buyhouse全然表字段名數據類型字段長度可否為空主鍵idInt4否主鍵typenvarchar50可sumnvarchar50可pricenvarchar50可Telnvarchar50可Linkmannvarchar50可Addressnvarchar200可Intronvarchar200可addtimenvarchar50可表3-3房屋銷售治理系統guestbook全然表字段名數據類型字段長度可否為空主鍵idInt4否主鍵nicknamenvarchar100否Picnvarchar100否Emailnvarchar50可Qqnvarchar50可Weburlnvarchar100可blogurlnvarchar100可表3-4房屋銷售治理系統news全然表字段名數據類型字段長度可否為空主鍵idInt4否主鍵titlenvarchar一五0可picnvarchar一五0可contentText50可AddtimeDatetime8可ifhidenvarchar50可表3-5房屋銷售治理系統outhouse全然表字段名數據類型字段長度可否為空主鍵Idint4否主鍵Typenvarchar50可Videonvarchar200可Sumnvarchar50可Pricenvarchar50可Telnvarchar50可Linkmannvarchar50可Addressnvarchar200可Intronvarchar200可addtimenvarchar50可第四章具體設計4.1設計原那么人機交互子系統是用戶所能直截了當瞧到的，是給用戶的第一感受，他現在差不多成為判定一個軟件好壞的重要標準。在設計人機交互子系統的時候，必須遵循以下原那么：設計出一個易用、低錯、習慣、美瞧的界面，能夠使用戶自如的完成操作，而用戶不需要有較高的計算機專業知識和技能。要緊特點：〔1〕易用性。前期對工程的大量細致的分析，以及對用戶群的調查，充分考慮實際操作的各項細節，使得一般用戶在不需要查瞧用戶手冊的情況下亦能非常自如的操作系統，并對操作流程有清晰的了解。〔2〕低出錯率為了防止用戶在操作中出現各種失誤，界面的設計在各個環節都給與用戶必要的提示，同時也在空間排布上引導用戶按照正確的順序進行操作，大大減少操作出錯的幾率，也減低了操作者的勞動強度。〔3〕合理性父窗體應該在屏幕的中心位置，子窗體應該在父窗體的左上角或中心，界面退出或關閉的按鈕不應該放在易點的位置，對數據進行無法恢復的操作，應有提示信息，給用戶有選擇放棄的時機。對錯誤的提示要正確、清晰、有足夠多的信息。〔4〕高習慣性系統面向的用戶群有三類，關于不同的用戶，他們擁有不同的操作目的、操作流程以及不同的權限，如何考慮系統的習慣性也是界面設計時的重要局部，本系統能夠面向不同的用戶提供不同的界面，實現高習慣性。〔5〕美瞧性系統界面以白色和灰色為主色調，輔助以少量鮮艷的小圖，給人的感受是清晰明了，心曠神怡斗，長時刻工作于此系統可不能有視覺疲憊感，充分考慮色彩與結構的關系，并通過精心的點綴引導用戶的視線順序完成操作。設計出一個易用、低錯、習慣、美瞧的界面，能夠使用戶自如的完成操作，而用戶不需要有較高的計算機專業知識和技能。銷售系統功能模塊圖房屋銷售系統會員登陸模塊售租信息模塊信息檢索模塊留言板模塊房屋銷售系統會員登陸模塊售租信息模塊信息檢索模塊留言板模塊治理員登陸模塊模塊會員資料治理模塊房屋信息查詢模塊合同信息治理模塊注冊會員治理模塊售租信息治理模塊公布信息治理模塊返回網頁首頁模塊留言板治理模塊平安退出模塊返回網頁首頁模塊4.3前臺設計〔要緊模塊〕用戶登陸窗體設計及用戶登陸流程圖用戶登陸窗體使為了保證系統的平安性，只有許可用戶才可進進，假如輸進密碼和用戶名與數據庫密碼和用戶名不匹配那么不答應進進系統。如圖4-1所示：在“用戶名〞，“密碼〞，“驗證碼〞的文本框中輸進用戶名，密碼，驗證碼，單擊“登陸〞即可。圖4-1用戶登陸窗口本窗體常用的登錄框來界面顯示，其要緊流程如以如下面圖：用戶輸用戶輸進登錄信息判定合法性以用戶名查詢數據庫驗證密碼登錄成功登錄失敗無輸進用戶名不存在用戶名存在密碼錯誤密碼正確圖4-2用戶登陸流程圖主頁面依據以上原那么和數據流程圖做了下面的主界面，提供了方便用戶操作的接口〔出售信息，出租信息，求租信息，求購信息，信息檢索，留言板等〕。下面對租售功能進行對比具體的介紹：出售信息：出售信息展示了當前所能提供銷售房的信息，和出租房屋的相關信息一致。尋到滿足的房屋后，能夠通過x購置房屋。出租信息：出租信息展示了當前所能提供出租房的信息，包括房屋類型、面積、價格、x以及信息出租信息的公布時刻，尋到適宜的房子后，能夠通過超鏈接查瞧房屋更加具體的信息。求購信息：求購信息由求購者通過治理員渠道，將求購公布在網站上，提求購信息和求租信息相似。求租信息：求租信息由求租者通過治理員渠道，將求租要求公布在網站上，求租信息和出租信息相似。總之，主界面展示了出售者，出租者，，求購者，求租者的房屋信息，將四種類型房屋信息集中展示，高效的完成房屋信息展示。圖4-3主窗口設計信息查詢“房屋銷售治理系統〞中，查詢功能也是一個十分重要的功能，當有許多房屋信息時，如何給用戶呈現出需要的信息和過濾掉不用的信息是一個需要解決的咨詢題。因此，考慮到用戶的需求，系統應該具有一個對比人性化的查詢系統，能夠依據不同的要求來進行查詢。查詢的速度要快捷，查詢的結果要正確。“房屋銷售信息系統〞的查詢系統能夠分成下面幾個方面來進行查詢：依據房屋類型，出售，出租等來進行模糊查詢。要緊流程見以如下面圖：用戶選擇查詢內容用戶選擇查詢內容用戶設置查詢條件查詢條件判定更改查詢條件顯示查詢信息顯示錯誤信息 條件非法條件合法圖4-4房屋查詢流程圖圖4-5房屋信息查詢圖留言板留言板模塊：是實現用戶與用戶，用戶與治理員交流的功能，通過將用戶發表信息按照時刻順尋存進數據庫，以便隨后讀取及治理員的修改等操作。圖4-6留言板圖后臺治理員登陸窗體設計及后臺治理員登陸流程圖治理員登陸窗體如同用戶登陸窗體設計一樣：為了保證系統的平安性，只有許可用戶才可進進，假如輸進密碼和用戶名不匹配那么不答應進進系統。后臺治理員登陸的窗體如圖4-7所示：在“用戶名〞，“口令〞，“驗證碼〞的文本框中輸進用戶名，口令，驗證碼，單擊“登陸〞即可。后臺治理員登陸的流程圖如圖4-8所示。圖4-7治理員登陸設計圖治理治理員輸進信息判定合法性以用戶名查詢數據庫驗證密碼登錄成功登錄失敗無輸進用戶名存在密碼正確密碼錯誤圖4-8后臺治理員登陸流程圖后臺功能：房屋售租信息公布功能那個地點以房屋售租信息公布功能圖為例來展示后臺治理哥功能的設計樣式。圖4-9房屋售租信息公布圖第五章系統測試5.1測試的原那么軟件測試〔Softwaretesting〕是軟件生存期〔Softwarelifecycle〕中的一個重要時期，是軟件質量保證的要害步驟。通俗地講，軟件測試確實是基本在軟件投進運行前，對軟件需求分析、設計規格講明和編碼進行最終復審的活動。1983年IEEE提出的軟件工程術語中給軟件測試下的定義是：“使用人工或自動的手段來運行或測定某個軟件系統的過程，其目的在于檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差異〞。那個定義明確指出：軟件測試的目的是為了檢驗軟件系統是否滿足需求。在G.J.Myers的經典著作?軟件測試技巧?中，給出了測試的定義："程序測試是為了發覺錯誤而執行程序的過程"。測試的目的是發覺程序中的錯誤，是為了證實程序有錯，而不是證實程序無錯。在軟件開發過程中，分析、設計與編碼等工作基本上建設性的，只有測試是帶有"破壞性"，測試可視為分析、設計和編碼3個時期的"最終復審"，在軟件質量保證中具有重要地位。為了確保軟件的質量，較理想的做法應該是對軟件的開發過程，按軟件工程各時期形成的結果，分不進行嚴格的審查。當設計工作完成以后，就應該著手測試的預備工作了，一般來講，由一位對整個系統設計熟悉的設計人員編寫測試大綱，明確測試的內容和測試通過的準那么，設計完整合理的測試用例，以便系統實現后進行全面測試。功能測試1.全然數據的測試：在數據測試的過程中，要緊依據一些數據的臨界值，從數據類型，數據范圍，數據長度等多方面考慮，列舉了一系列的測試用例，重點測試了一些危險數據和邊緣數據，盡量做到系統的可靠性。針對每一種情況，包括正常情況和非正常情況都舉了許多測試用例。從用戶的角度考慮，可能出現的操作錯誤和數據輸進錯誤，也都進行了一系列的測試。2.系統的測試：在測試系統整個流程的過程中，針對系統的要緊流程，進行用戶的模擬操作。針對系統各個功能模塊，對比功能的流程圖，對每一個操作都進行了分析，得出了各種可能出現的情況，并對各種情況的不同處理進行了測試，包括正常情況和錯誤處理情況。對應各種錯誤，不管是常見的錯誤和可能發生的錯誤，都進行了相應的測試。3.其他測試：在系統的可移植性上，把編譯成可執行文件的程序拿到不同的軟件環境和硬件平臺下進行測試。包括不同的操作系統〔僅限于常用的幾種Microsoft的Windows系列〕，以及常見的一些硬件環境中都進行了測試。對客戶機/效勞器模式的工作情況進行了測試，不只在本地機器，還在效勞器上也進行了測試。在數據的平安保密性方面，也做了相應的測試。由于測試的過程中，時刻對比少，在測試的方法和測試用例的選擇方面可能還存