【正文】 ................................................................................ 錯(cuò)誤 !未定義書簽。 訂單信息表 (tb_order) ...................................................... 錯(cuò)誤 !未定義書簽。 管理員表 (admin) ................................................................ 錯(cuò)誤 !未定義書簽。 折扣信息表 (tb_rebate) .................................................... 錯(cuò)誤 !未定義書簽。 樓房類別表 (building type) ............................................ 錯(cuò)誤 !未定義書簽。 評論表 (remark) ................................................................ 錯(cuò)誤 !未定義書簽。 第五章 基于 UML 的系統(tǒng)建模 ................................................................................................. 16 UML 概述及系統(tǒng)分析步驟 .......................................................................................... 16 UML 概述 ........................................................................................................... 16 基于 UML 面向?qū)ο蟮南到y(tǒng)分析步驟 .............................................................. 19 樓房管理模塊的結(jié)構(gòu)圖 ................................................................................................ 20 購物車模塊的結(jié)構(gòu)圖 .................................................................................................... 20 留言信息管理模塊的結(jié)構(gòu)圖 ........................................................................................ 21 第六章 系統(tǒng)實(shí)現(xiàn) ........................................................................................................................ 22 網(wǎng)站總體架構(gòu)及實(shí)現(xiàn) .................................................................................................... 22 系統(tǒng)總體結(jié)構(gòu)圖 ................................................................................................. 22 用戶首頁界面風(fēng)格 ............................................................................................. 22 樓房信息查 詢 ................................................................................................................ 23 功能描述 .............................................................................................................. 23 模塊流程圖 .......................................................................................................... 23 界面風(fēng)格 .............................................................................................................. 24 實(shí)現(xiàn)算法 .............................................................................................................. 24 第七章 系統(tǒng)測試 ........................................................................................................................ 26 測試概述 ........................................................................................................................ 26 測試用例設(shè)計(jì) ................................................................................................................ 26 網(wǎng)上售樓系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 本章小結(jié) ....................................................................................................................... 27 結(jié)論 .............................................................................................................................................. 28 參考文獻(xiàn) ...................................................................................................................................... 29 致謝 ................................................................................................................ 錯(cuò)誤 !未定義書簽。 課題的研究背景 網(wǎng)上樓房銷售系統(tǒng)是一種新興的樓房銷售平臺。全世界范圍內(nèi)都可以銷售；它不需要店鋪和龐大的銷售網(wǎng)絡(luò)，通過在網(wǎng)上直接訂購、支付、結(jié)算，減少了中間的環(huán)節(jié)和開支，它以成本低，樓房數(shù)量多、品種齊全而備受消費(fèi)者的青睞。為了滿足廣大顧客的需要，所以推出了網(wǎng)上樓房的解決方案。至少在 1997 年，國外網(wǎng)上建筑商達(dá)兩百家以上。其中最為有名的莫過于 1999 年 1 月 1 日開通的上海銷售商網(wǎng)上建筑商和 3 月 9 日正式營業(yè)的北京樓房大廈網(wǎng)上建筑商。 研究意義 樓房 銷售系統(tǒng)在國際互聯(lián)網(wǎng)上可以實(shí)現(xiàn)的商務(wù)功能已經(jīng)多樣化，從基本的對外溝通展示功能、信息發(fā)布功能、在線 樓房 展示功能、到在線洽談功能、在線交易功能、在線采購功能、在線客戶服務(wù)功能、在線網(wǎng)站管理功能等等，幾乎以往傳統(tǒng)商店功能都可以在互聯(lián)網(wǎng)上進(jìn)行電子化的高效運(yùn)作。同時(shí)企業(yè)上網(wǎng)擴(kuò)大了企業(yè)的競爭領(lǐng)域，使企業(yè)從常規(guī)的廣告競爭、促銷手段等領(lǐng)域的競爭擴(kuò)大到無形的虛擬競爭空間。網(wǎng)上建筑商具有投入成本低、批發(fā)數(shù)量大及用戶多的優(yōu)勢 。例如在傳統(tǒng)的銷售渠道中，大書商與小書商之間的競爭差別很大。美國西雅圖亞馬遜公司在網(wǎng)上開辦了一家大型建筑商，提供 250 萬冊樓房供在線購買。 3)網(wǎng)上建筑商的經(jīng)驗(yàn)表明，如果網(wǎng)上建筑商可以為顧客提供品種齊全的樓房、折扣以及靈活的條件、可靠的安全性和友好的界面，在線購物者一般都愿意在網(wǎng)上進(jìn)行樓房交易。那么就要求我們提供的不僅僅是簡單的在線查詢、購買這么一個(gè)功能，而是要做到以客戶的需求、愛好等各方面因素來改進(jìn)我們的服務(wù)，使之更加專業(yè)，更有特色 本章小結(jié) 本章介紹樓盤銷售系統(tǒng)的可行性研究，其系統(tǒng)的目的，系統(tǒng)意義的簡要介紹，對于系統(tǒng)開發(fā)前期階段和過程起著重要的意義。本系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)需要使用者對這些技術(shù)有一定的 理解。目前在我國市場上最為流行，使用最多，最為先進(jìn)的可用作企業(yè)級開發(fā)語言的產(chǎn)品有： SUN 公司的 Java Microsoft 公司的 Visual Basic Microsoft 公司的 Visual C Borland 公司的 Delphi POWERSOFT 公司的 POWERBUILDER 在目前市場上這些眾多的程序開發(fā)工具中，有些強(qiáng)調(diào)語言的彈性與執(zhí)行效率；有些偏重于可視化程序開發(fā)工具所帶來的便利性與效率的提高，各有各的優(yōu)點(diǎn)和 特色，也滿足了不同用戶的不同需求。 1）簡單： Java 的風(fēng)格類似于 C++，并且摒棄了 C++中容易引發(fā)程序錯(cuò)誤的地方，如指針和內(nèi)存管理。 2) 面向?qū)ο?： 面向?qū)ο罂梢哉f是 Java 最重要的特性。 Java 支持靜態(tài)和動態(tài)風(fēng)格的代碼繼承及重用。因此，Java 應(yīng)用程序可憑借 URL 打開并訪問網(wǎng)絡(luò)上的對象，其訪問方式與訪問本地文件系統(tǒng)幾乎完全相同 。 Java 自己操縱內(nèi)存減少了內(nèi)存出錯(cuò)的可能性。 5) 安全 ： Java 的安全性可從兩個(gè)方面得到保證。另一方面，當(dāng) Java 用來創(chuàng)建瀏覽器時(shí)，語言功能和瀏覽 器本身提供的功能結(jié)合起來，使它更安全。只要有 Java 運(yùn)行系統(tǒng)的機(jī)器都能執(zhí)行這種中間代碼。 7) 可移植的 ： Java 的可移植性一直是 Java 程序設(shè)計(jì)師們的精神指標(biāo)，也是 Java之所以能夠受到程序設(shè)計(jì)師們喜愛的原因之一，最大的功臣就是 JVM 的技術(shù) [4]。 JAVA 虛擬機(jī)能掩蓋不同 CPU 之間的差別，使 JCode 能運(yùn)行于任何具有 JAVA 虛擬機(jī)的機(jī)器上。 Sun 用直接解釋器一秒鐘內(nèi)可調(diào)用 300,000 個(gè)過程。 9) 多線程 ： Java 支持多線程，多線程功能使得在一個(gè)程序里可同時(shí)執(zhí)行多個(gè)小任務(wù)。 10) 動態(tài) ： Java 的動態(tài)特性是其面向?qū)ο笤O(shè)計(jì)方法的發(fā)展。 Java 編譯器不是將對實(shí)例變量和成員函數(shù)的引用編譯為數(shù)值引用，而是將符號引用信息在字節(jié)碼中保存下傳遞給解釋器，再由解釋器在完成動態(tài)連接類后，將符號引用信息轉(zhuǎn)換為數(shù)值偏移量。 視圖是用戶看到并與之交互的界面，也即應(yīng)用程序的外觀。同時(shí)，視圖還負(fù)責(zé)展現(xiàn)模型傳遞給用戶的數(shù)據(jù)，當(dāng)后臺模型更新數(shù)據(jù)時(shí)，視圖也應(yīng)當(dāng)隨之更新它的顯示。一個(gè)模型能為多個(gè)視圖提供數(shù)據(jù)，因此提高了代碼 的可重用性。當(dāng) Web用戶單擊 Web頁面中的遞交按鈕來發(fā)送 HTML 表單時(shí)，控制器本身不輸出任何東西和做任何處理。 MVC 的優(yōu)點(diǎn)表現(xiàn)在如下幾個(gè)方面： 1) 首先，最重要的一點(diǎn)是多個(gè)視圖能共享一個(gè)模型。 2) 由于 MVC 的三個(gè)模塊相互獨(dú)立，改變其中一個(gè)不會影響其他兩個(gè)，所以依據(jù)這種設(shè)計(jì)思想能構(gòu)造良好的松偶 合的構(gòu)件?？刂破骺梢杂脕砺?lián)接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構(gòu)造應(yīng)用程序提供強(qiáng)有力的手段。使用MVC 也需要精心的計(jì)劃，由于它的內(nèi)部原理比較復(fù)雜，所以開發(fā)者需要花費(fèi)相當(dāng)可觀的時(shí)間去考慮如何將 MVC 運(yùn)用到應(yīng)用程序之中。每個(gè)構(gòu)件在使用之前都需要經(jīng)過徹底的測試。還有開發(fā) MVC 系統(tǒng)比簡單的 JSP 開發(fā)要復(fù)雜許多，它需要更多的時(shí)間學(xué)習(xí)和掌握。原來通過建立一個(gè)簡單的 JSP 頁面就能實(shí)現(xiàn)的應(yīng)用現(xiàn)在變成了多個(gè)步驟的設(shè)計(jì)和實(shí)現(xiàn)過程。MVC 本身就是一個(gè)非常復(fù)雜的系統(tǒng)，所以采用 MVC 實(shí)現(xiàn) Web 應(yīng)用時(shí)，最好選一個(gè)現(xiàn)成的 MVC 框架，在此之下進(jìn)行開發(fā)，從而取 得事半功倍的效果 [1]。它最初是 Jakarta 項(xiàng)目中 的子項(xiàng)目，并在 2021 年 3 月 成為 ASF 的頂級項(xiàng)目。 很多開發(fā)人員認(rèn)為 Struts 目前尚不成熟，應(yīng)用的成本較高。 TAGLIB 是 Struts 的標(biāo)記庫，靈活動用，能大大提高開發(fā)效率。它的目的是為了減少在運(yùn)用 MVC 設(shè)計(jì)模型來開發(fā) Web 應(yīng)用的時(shí)間。 Struts 跟Tomcat、 Turbine 等諸多 Apache 項(xiàng)目一樣，是開源軟件，這是它的一大優(yōu)點(diǎn)，使開 發(fā)者能更深入的了解其內(nèi)部實(shí)現(xiàn)機(jī)制。 SERVLET/JSP容器使用這