【文章內(nèi)容簡介】 ，減少不必要的麻煩與錯誤 。 配置站點(diǎn) JDK 的安裝與配置 JDK（ Java Develop Kit），它是 Java 的早期開發(fā)包名稱，直到今天這個開發(fā)包仍在使用。 在 1998 年 Sun 公司使用了新的名字 Java 2 Platform 來指 Java，譯成中文就是 “Java 平臺 ”，修改后的 JDK 稱為 J2SDK 即 Java 2(Platform)Software Developing Kill。并分為標(biāo)準(zhǔn)版、企業(yè)版、微型版，它們有不同的用途。 下面是對 JDK 的環(huán)境配置說明： 在 Windows 7 系統(tǒng)桌面上鼠標(biāo)右鍵單機(jī) “計算機(jī) ”→ 更改設(shè)置 → 高級 → 環(huán)境變量， 在彈出的對話框中輸入 如下代碼： 變量名： JAVA_HOME；變量值： D:\JAVA。 變量名： CLASS_PATH；變量值： %JAVA_HOME%\lib。% JAVA_HOME%\ lib\ （加 .表示當(dāng)前路徑，所以這里的 .。是不能少的）。 變量名： PATH；變量值： %JAVA_HOME%\bin。%JAVA_HOME%\jre\bin。 Tomcat 的安裝和配置 在今天， Java 已經(jīng)成為了編程軟件中不可缺少的重要軟件 ，這使得 在 web上的應(yīng)用也愈來愈廣， 而 tomcat 作為一個開源的 servler 容器， 它的使用也變的廣泛起來 。 作為 jakarta 項(xiàng)目中的 必不可少的 一個子項(xiàng)目 ， Tomcat 的作用也是 顯而易見的， 同時它也是官方推薦的 servler 和 jsp 的容器， 所以 它也非常受 編程愛好者以及開發(fā)人員的歡迎。 Servler 和 jsp 的最新功能都可以通過在 tomcat 的新版本中得到體現(xiàn)。 從 tomcat 官方網(wǎng)站上下載 jakarta tomcat ,按照一般的軟件 安裝步驟即可 能夠成功安裝 tomcat，安裝時它會自動尋找 他的安裝 位置。 運(yùn)行 tomcat 需要設(shè)置 JAVA_HOME 變量 set JAVA_HOME=c:/jdk (win98，在 msdos 方式下使用，或者放入 中 ) export JAVA_HOME=/usr/local/jdk （ linux 下使用，放到 /etc/bashrc 或者/etc/profile 中 ) 6 在完成上述配置之后就可以運(yùn)行 tomcat 服務(wù)器了，進(jìn)入 tomcat 的 bin 目錄，win7 下用 startup 啟動 tomcat， linux 下用 ，相應(yīng)的關(guān)閉 tomcat 的命令為shutdown 和 。 啟動后在瀏覽器地址欄中輸入 tomcat 擁有web 服務(wù)器的功能， 所以不 必在安裝 apache， 而如果把兩者放在一起 ，也沒有什么問題。 MVC 模式 MVC (Model View Controller)是一種面向動態(tài)內(nèi)容的實(shí)現(xiàn)，是一種軟件架構(gòu)模式，也是一個有用的工具箱。 MVC 具體分為三個部分：模型 (Model)、視圖 (View)和控制器 (Controller)，并且 MVC 總是由這三個部分組成。 MVC 是在上個世紀(jì)八十年代提出的一種軟件的設(shè)計模式。 MVC 模式的特點(diǎn)是把程序設(shè)計變成動態(tài)的，使程序可以便于修改以及擴(kuò)展簡化，并且使程序的某個部分可以多次使用。除此之外， MVC 還 擁有簡化程序的特點(diǎn)，他可以簡化眾多的復(fù)雜程序，使程序結(jié)構(gòu)變得更加簡單，直觀。 模型 (Model)是指對程序運(yùn)行的流程和對狀態(tài)的處理以及業(yè)務(wù)規(guī)則的規(guī)定。用于封裝與應(yīng)用程序中相關(guān)的數(shù)據(jù)以及對數(shù)據(jù)的處理方法。模型具有可以直接訪問數(shù)據(jù)的能力，例如它可以直接訪問數(shù)據(jù)庫。模型是獨(dú)立的，它不依賴于視圖和控制器，也就是說，模型無 論被視圖顯示成什么樣子或是如何被操作都不影響模型正常的運(yùn)轉(zhuǎn)。 而 模型中數(shù)據(jù)的變化是可以通過一種刷新機(jī)制 來進(jìn)行改變 。模型對 視圖數(shù)據(jù)的請求 做出 處理 ， 并且 返回 最后的數(shù)據(jù) 處理結(jié)果，可以說模型是 MVC不可缺少的 一環(huán) 。 視圖 (View)是模型的表示，它可以通過與用戶界面交互來把數(shù)據(jù)顯示在界 面上，在視圖中一般沒有程序上的邏輯。 視圖可以對觀察的數(shù)據(jù)模型進(jìn)行訪問，以達(dá)到視圖刷新的目的。 控制器 (Controller)對用戶的請求做出回應(yīng)，在對視圖與模型進(jìn)行操作 來達(dá)到功能的運(yùn)行與完成 ?？刂破髦皇秦?fù)責(zé)接收并且自己選擇調(diào)用模型構(gòu)建去處理請求。 MVC 的優(yōu)點(diǎn)： 在最初的 JSP 網(wǎng)頁操作處理是非常復(fù)雜的，因?yàn)楹团c數(shù)據(jù)庫查詢語句相近的數(shù)據(jù)層代碼與 HTML 相近的表示層混在一起，所以幾乎無法分辨，這給使用者帶來了巨大的麻煩。使用者需要耗費(fèi) 大量的時間來找到數(shù)據(jù)庫代碼與表示層，并把他們分開，這是很難以實(shí)現(xiàn)的，因?yàn)檫@樣做需要耐心地計劃與無數(shù)次的嘗試，在經(jīng)歷無數(shù)次次失敗之后可能都無法把他們分開。 然而 MVC 直接就可以強(qiáng)制性的把他們完全分開。盡管 MVC 的構(gòu)造較為復(fù)雜，非常不容易理解，需要花費(fèi)不少時間與精力去思考，但是它帶給我們的好處是毋容置疑的。 7 其次，控制器 又是一個高獨(dú)立內(nèi)聚的物件 ，因?yàn)榭刂破鳌⒛Ｐ?，視圖都是相對獨(dú)立的，這樣使得改變應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則也變得十分容易。例如，只要 對 控制器 進(jìn)行簡單操作 就可以把數(shù)據(jù)庫從 MySQL 移動到 Oracle， 或者把RDBMS 數(shù)據(jù)源改變成 LDAP 數(shù)據(jù)源 也是如此 簡單 ，無論數(shù)據(jù)是來自數(shù)據(jù)庫還是來自于 LDAP 服務(wù)器，視圖 都可以把他們?nèi)砍尸F(xiàn)出來 。 由于 MVC 模式的三個模塊是 都是完全 獨(dú)立的 ， 無論哪一個發(fā)生 怎么的 變化都不會 改變 另外兩個， 而根據(jù) 這樣的 特點(diǎn) ，它的內(nèi)部 也不會發(fā)生沖突更不會 造成互相干擾 。 此外，控制器在之后的改進(jìn)中加強(qiáng)了 它的簡易性與功能性 ?？刂破骺梢愿鶕?jù)用戶的不同要求來連接不同的模型和視圖，從而達(dá)到用戶的要求。同時也為用戶提供了構(gòu)造應(yīng)用程序的強(qiáng)大的功能，給予一些非常有用處的模型和視圖，控制器可以根據(jù)用戶的選擇適當(dāng)?shù)?進(jìn)行模型機(jī)型處理，然后選擇最適合的視圖并在經(jīng)過圖片的處理后，把完整的結(jié)果呈現(xiàn)給用戶。 MVC 的缺點(diǎn)： MVC 并沒有詳細(xì)準(zhǔn)確的概念，人們對概念的模糊性造成了想要完全理解MVC 模式并不是一件容易的事情，所以在使用 MVC 模式之前需要自己做好充足的準(zhǔn)備。 MVC 的內(nèi)部結(jié)構(gòu)原理也是十分復(fù)雜，經(jīng)常需要很長時間來思考。所以設(shè)計一個 MVC 模式架構(gòu)的系統(tǒng)，也同樣需要耗費(fèi)大量的時間去認(rèn)真考慮如何把 MVC模式加載到所要的應(yīng)用程序當(dāng)中，同時又因?yàn)槟Ｐ秃鸵晥D是完全獨(dú)立、沒有任何聯(lián)系的，這樣也給應(yīng)用程序的調(diào)試帶來了不小的麻煩。每個構(gòu)件 在使用之前都必須對其進(jìn)行非常徹底的測試。另外由于每一個應(yīng)用程序都被 MVC 模式分成了三個部件，所以這就意味著同一個項(xiàng)目它會包含以前所有的文件。 MVC 模式最開始并不適合中小型規(guī)模的應(yīng)用程序，因?yàn)樵谥行⌒统绦蚴褂肕VC 會給人們帶來很多額外，繁重的工作量，這樣也增加了應(yīng)用的復(fù)雜性。但現(xiàn)在大多數(shù)軟件設(shè)計框架能夠直接快速提供 MVC 框架，來供中小型應(yīng)用程序使用，所以現(xiàn)在此問題已經(jīng)得到解決。 對于存在著大量用戶界面并且邏輯復(fù)雜的大型應(yīng)用程序， MVC 在軟件的健壯性、代碼重用和結(jié)構(gòu)等方面都有著出色的表現(xiàn)。盡管在設(shè)計程序最初構(gòu) 件 MVC模式框架時會耗費(fèi)大量的時間與精力。但從長遠(yuǎn)的角度而言，它會大大提高后期軟件開發(fā)的效率， MVC 會越來越完美。 SQL Server 2021 SQL Server 2021 是一個 功能全面的數(shù)據(jù)庫平臺 ， SQL Server 2021 通過使用功能強(qiáng)大的數(shù)據(jù)處理功能 來 對用戶的要求進(jìn)行相關(guān)的處理 。 SQL Server 2021 數(shù)據(jù)庫引擎為 多種不同的數(shù)據(jù)類型 提供 了 更加安全的保護(hù)功能 ，使用戶可以 通過SQL Sever2021 為自己 構(gòu)建 高性能的軟件系統(tǒng) 。 SQL Server 2021 數(shù)據(jù)引擎是數(shù)據(jù)管 理解決方案的核心。此外 SQL Server 8 2021 結(jié)合了分析、報表、集成和通知功能。這使企業(yè)可以構(gòu)建和部署經(jīng)濟(jì)有效的 BI 解決方案，幫助團(tuán)隊(duì)通過記分卡、 Dashboard、 Web services 和移動設(shè)備將數(shù)據(jù)應(yīng)用推向業(yè)務(wù)的各個領(lǐng)域。 本章小結(jié) 本章主要介紹了出租車管理系統(tǒng)所使用的 開發(fā) 工具、以及該系統(tǒng)所使用的編程語言，本系統(tǒng)使用的開發(fā)工具為 ，所用到的數(shù)據(jù)庫為 SQL Server 2021，使用 JSP 頁面技術(shù)，操作系統(tǒng)為 Windows 7，因?yàn)?JSP 頁面技術(shù)使用的是Java 語言所以它非常的穩(wěn)定，而 SQL Server 2021 雖然有些老舊，但是它的功能穩(wěn)定性仍然是非常不錯的，所以選擇他們來作為畢業(yè)設(shè)計的工具。 9 第 3 章 系統(tǒng)分析 可行性分析 系統(tǒng)分析是在軟件系統(tǒng) 開發(fā) 中 不可缺少的重要 環(huán)節(jié)， 系統(tǒng)分析分別 從技術(shù)可行性，經(jīng)濟(jì)可行性和操作可行性這幾個方面來分析，判斷程序是否可以正常工作。 在程序的設(shè)計過程中將會面臨怎樣巨大的困難，提前做好接受困難的準(zhǔn)備并且設(shè)計出各種問題的結(jié)局方案，合理的計劃方案，明確問題目標(biāo)，只有這樣才能從根本上結(jié)局問題。 該系統(tǒng)采用的架構(gòu)是 MVC 模式， 使用系統(tǒng)前，系統(tǒng)需求分析是必不可少的準(zhǔn)備前期發(fā)展階段，為了能夠使系統(tǒng)做的更好，我們做的必須要滿足于系統(tǒng)性能的各種需求，借鑒了其它網(wǎng)站都考慮到了什么，從而使我們的系統(tǒng)更加完整。 幾乎所有的程序在設(shè)計時都會遇到時間不夠或者資源短缺的問題。因此，每個程序在設(shè)計之前，都需要進(jìn)行可行性分析，這樣可以減少程序設(shè)計的風(fēng)險，避免發(fā)生不必要的損失。下面是技術(shù)，經(jīng)濟(jì)，操作三個方面來介紹。 技術(shù)可行性 基于 Java 的出租車管理 系統(tǒng) 是 使用 MyEclipse 和 SQL2021 數(shù)據(jù)庫 軟件 這兩個開發(fā)平臺 ，采用 Java 語言以及 J2EE 技術(shù) 開發(fā)的 ， 因?yàn)槌绦蚬δ鼙容^簡單，所以 開發(fā)該系統(tǒng)的整體難度 并不大 ， 而 數(shù)據(jù)庫的設(shè)計和運(yùn)行是 整個系統(tǒng) 的核心。因?yàn)樵诖髮W(xué)里學(xué)習(xí)過軟件工程， MVC，安卓等課程，每學(xué)期都會完成相應(yīng)的課程設(shè)計，有一些系統(tǒng)的分析，設(shè)計和測試能力。因此，要完成系統(tǒng)在技術(shù)上是可行的。 經(jīng)濟(jì)可行性 今天是信息化的時代，信息化管理可以使管理工作更加系統(tǒng)化，快速化，全面化。這會快速提高工作效率， 為企業(yè)帶來經(jīng)濟(jì)利益，本系統(tǒng)對配置要求不高，更換下來的低配置電腦可以充分滿足需求。此外，系統(tǒng)的高效率帶來的便利遠(yuǎn)遠(yuǎn)超出了系統(tǒng)的成本，并因此有充分的經(jīng)濟(jì)可行性。 操作可行性 該系統(tǒng)頁面簡潔，容易上手。輸入頁面大多是下拉框中選擇的形式，并且不需要輸入就可以在網(wǎng)頁上可以自動生成頁面信息，時間的輸入也是用的日歷控件，操作簡單，只需 WINDOWS 操作熟練即可。 設(shè)計的基本思想 B / S 模式來設(shè)計，它的好處是在后臺與 前臺之間處理層次分明，非常適合習(xí)慣在網(wǎng)頁上操作的使用者。 。在面向?qū)ο蠹夹g(shù)的前提下使用該系統(tǒng) 10 的整體高度和準(zhǔn)確的抽象，通過它可以保證系統(tǒng)有一個很好的框架，使產(chǎn)品增加穩(wěn)定性并且提高運(yùn)營效率。 。模塊化可以將功能分解，從而達(dá)到系統(tǒng)質(zhì)量的提升。 。該系統(tǒng)結(jié)構(gòu)簡單，界面十分容易操作，便于用戶快速上手。 。因?yàn)檫@個工具是最重要的評價標(biāo)準(zhǔn)速度，所以在設(shè)計過程中，具體的過程盡可能小尺寸，速度快。 ，也要 細(xì)心。為了滿足設(shè)計要求，它能夠提高擴(kuò)張，使系統(tǒng)更適應(yīng)于用戶的需要的地方。 界面要求 界面設(shè)計評估軟件已經(jīng)成為了用戶的良師益友，它可以判斷出可以使用戶增加使用該系統(tǒng)的信心和興趣，提高了工作效率。 用戶界面指的是一個軟件系統(tǒng)的用戶界面與用戶界面交互時，通常包括一個輸出端，一個輸入端，人機(jī)對話界面格式。 系統(tǒng)的設(shè)計和程序運(yùn)行的過程是完全相反的，這是因?yàn)榕c用戶直接聯(lián)系的輸出表，以確保輕松輸出表為服務(wù)宗旨，正確的時間，以反映和各部門的有用信息組成的用戶。輸出設(shè)計原則是要考慮既需要充分地反映不同層次的管理，同時 也簡潔，用戶不需要，也不需要提供給用戶。 輸入數(shù)據(jù)采集和錄入是比較繁瑣，需要大量的人力和一些設(shè)備，而且容易出錯的。如果數(shù)據(jù)被輸入到系統(tǒng)中的錯誤，則輸出將這些錯誤的處理后進(jìn)行擴(kuò)展，數(shù)據(jù)質(zhì)量的輸入精度是好還是壞的整個系統(tǒng)是具有決定性的意義。 輸入設(shè)計的原則有如下幾點(diǎn)： 下 使 輸入量 達(dá)到 最小， 這樣可以減少錯誤的發(fā)生 ，避免為了改正大量錯誤而對時間的損耗。 ，應(yīng)該思考輸入 什么樣 的內(nèi)容 ，輸入的內(nèi)容不能太過復(fù)雜，以免在程序運(yùn)行時出現(xiàn)不必要的麻煩。 的內(nèi)容 的檢驗(yàn) 應(yīng)該 盡量 接近原數(shù)據(jù)，使 得程序出現(xiàn) 錯誤 后可以 及時得到改正。 輸入 的內(nèi)容來 處理所需形式記錄，以免 在 數(shù)據(jù) 進(jìn)行計算 時 出現(xiàn)誤差 。 本章小結(jié) 本章主要講述的是可行性分析、設(shè)計的基本思想、界面要求，通過對可行性分析的敘述驗(yàn)證此系統(tǒng)在各個方面分析之后是否可以正常運(yùn)行，來滿足公司的要求，通過最設(shè)計的基本思想的敘述說明系統(tǒng)的功能特點(diǎn)可以讓讀者對此系統(tǒng)有一個良好的認(rèn)識，便于用戶的使用，通過對界面要求的敘述 讓用戶知道這是一個非常可靠的系統(tǒng)。 11 第 4 章 總體 設(shè)計 系統(tǒng)模塊總體設(shè)計 本章介紹的是模塊總體設(shè)計， 系統(tǒng)模塊設(shè)計就 是用文字?jǐn)⑹龅姆绞桨殉绦虻慕Y(jié)構(gòu)完整的表達(dá)出來。