【文章內(nèi)容簡(jiǎn)介】 e 技術(shù)封裝了許多功能，這些功能是在易用的、與JSP相關(guān)的XML標(biāo)識(shí)中進(jìn)行動(dòng)態(tài)內(nèi)容生成 需要的。標(biāo)準(zhǔn)的JSP標(biāo)識(shí)能夠訪問(wèn)和實(shí)例化JavaBeans組件，設(shè)置或者檢索組件屬性，下載Applet，以及執(zhí)行用其他方法更難于編碼和耗時(shí)的功能。通過(guò)開(kāi)發(fā)定制化標(biāo)準(zhǔn)庫(kù)，JSP技術(shù)好似可以擴(kuò)展的。今后，第三方開(kāi)發(fā)人員和其他人員可以為常用功能創(chuàng)建自己的標(biāo)識(shí)庫(kù)。這使得Web頁(yè)面開(kāi)發(fā)人員能夠使用熟悉的工具和如同標(biāo)識(shí)一樣的執(zhí)行特定功能的構(gòu)件來(lái)工作。JSP技術(shù)很容易整合到多種應(yīng)用體系結(jié)構(gòu)中，以利用現(xiàn)存的工具和技巧，并且擴(kuò)展到能夠支持企業(yè)級(jí)的分布式應(yīng)用。作為采用Java技術(shù)家族的一部分，以及Java 2（企業(yè)版體系結(jié)構(gòu)）的一個(gè)組成部分，JSP技術(shù)能夠支持高度復(fù)雜的基于Web的應(yīng)用。由于JSP頁(yè)面的內(nèi)置腳本語(yǔ)言是基于Java編程語(yǔ)言的，而且所有的JSP頁(yè)面都被編譯成Java Servlet，JSP頁(yè)面就具有Java技術(shù)的所有好處，包括健壯的存儲(chǔ)管理和安全性。作為Java平臺(tái)的一部分，JSP擁有Java編程語(yǔ)言“一次編寫，各處運(yùn)行”的特點(diǎn)。隨著越來(lái)越多的供應(yīng)商將JSP支持添加到他們的產(chǎn)品中，你可以使用自己所選擇的服務(wù)器和工具，更改工具或服務(wù)器并不影響當(dāng)前的應(yīng)用。 MVC模式設(shè)計(jì)思想介紹MVC英文即ModelViewController，即把一個(gè)應(yīng)用的輸入、處理、輸出流程按照Model、View、Controller的方式進(jìn)行分離，這樣一個(gè)應(yīng)用被分成三個(gè)層——模型層、視圖層、控制層。 視圖(View)代表用戶交互界面，對(duì)于Web應(yīng)用來(lái)說(shuō)，可以概括為HTML界面，但有可能為XHTML、XML和Applet。隨著應(yīng)用的復(fù)雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。一個(gè)應(yīng)用可能有很多不同的視圖，MVC設(shè)計(jì)模式對(duì)于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請(qǐng)求，而不包括在視圖上的業(yè)務(wù)流程的處理。業(yè)務(wù)流程的處理交予模型(Model)處理。比如一個(gè)訂單的視圖只接受來(lái)自模型的數(shù)據(jù)并顯示給用戶，以及將用戶界面的輸入數(shù)據(jù)和請(qǐng)求傳遞給控制和模型。 模型(Model)：就是業(yè)務(wù)流程/狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理過(guò)程對(duì)其它層來(lái)說(shuō)是黑箱操作，模型接受視圖請(qǐng)求的數(shù)據(jù)，并返回最終的處理結(jié)果。業(yè)務(wù)模型的設(shè)計(jì)可以說(shuō)是MVC最主要的核心。目前流行的EJB模型就是一個(gè)典型的應(yīng)用例子，它從應(yīng)用技術(shù)實(shí)現(xiàn)的角度對(duì)模型做了進(jìn)一步的劃分，以便充分利用現(xiàn)有的組件，但它不能作為應(yīng)用設(shè)計(jì)模型的框架。它僅僅告訴你按這種模型設(shè)計(jì)就可以利用某些技術(shù)組件，從而減少了技術(shù)上的困難。對(duì)一個(gè)開(kāi)發(fā)者來(lái)說(shuō)，就可以專注于業(yè)務(wù)模型的設(shè)計(jì)。MVC設(shè)計(jì)模式告訴我們，把應(yīng)用的模型按一定的規(guī)則抽取出來(lái)，抽取的層次很重要，這也是判斷開(kāi)發(fā)人員是否優(yōu)秀的設(shè)計(jì)依據(jù)。抽象與具體不能隔得太遠(yuǎn)，也不能太近。MVC并沒(méi)有提供模型的設(shè)計(jì)方法，而只告訴你應(yīng)該組織管理這些模型，以便于模型的重構(gòu)和提高重用性。我們可以用對(duì)象編程來(lái)做比喻，MVC定義了一個(gè)頂級(jí)類，告訴它的子類你只能做這些，但沒(méi)法限制你能做這些。這點(diǎn)對(duì)編程的開(kāi)發(fā)人員非常重要。 業(yè)務(wù)模型還有一個(gè)很重要的模型那就是數(shù)據(jù)模型。數(shù)據(jù)模型主要指實(shí)體對(duì)象的數(shù)據(jù) 保存（持續(xù)化）。比如將一張訂單保存到數(shù)據(jù)庫(kù)，從數(shù)據(jù)庫(kù)獲取訂單。我們可以將這個(gè)模型單獨(dú)列出，所有有關(guān)數(shù)據(jù)庫(kù)的操作只限制在該模型中[8]。 控制(Controller)可以理解為從用戶接收請(qǐng)求, 將模型與視圖匹配在一起，共同完成用戶的請(qǐng)求。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個(gè)分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請(qǐng)求?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。例如，用戶點(diǎn)擊一個(gè)連接，控制層接受請(qǐng)求后, 并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。因此，一個(gè)模型可能對(duì)應(yīng)多個(gè)視圖，一個(gè)視圖可能對(duì)應(yīng)多個(gè)模型。 模型、視圖與控制器的分離，使得一個(gè)模型可以具有多個(gè)顯示視圖。如果用戶通過(guò)某個(gè)視圖的控制器改變了模型的數(shù)據(jù)，所有其它依賴于這些數(shù)據(jù)的視圖都應(yīng)反映到這些變化。因此，無(wú)論何時(shí)發(fā)生了何種數(shù)據(jù)變化，控制器都會(huì)將變化通知所有的視圖，導(dǎo)致顯示的更新。這實(shí)際上是一種模型的變化傳播機(jī)制。模型、視圖、控制器三者之間的關(guān)系和各自的主要功能，如圖22所示：如圖22 MVC組件類型的關(guān)系和功能 關(guān)于Tomcat的安裝和注意事項(xiàng)（1）通過(guò)安裝JBulider9來(lái)安裝Tomcat 直接安裝JBulider9，安裝過(guò)程中會(huì)給出JVM（Java虛擬機(jī)）的安裝路徑，一般為JBulider9\。再安裝Tomcat，安裝過(guò)程中會(huì)詢問(wèn)系統(tǒng)中已有JVM的安裝路徑，安裝程序?qū)?huì)自動(dòng)定位JVM的位置。l 最好重新啟動(dòng)一遍計(jì)算機(jī)。m 不必配置諸如Classpath、path、Java Home等系統(tǒng)環(huán)境變量。n 正常啟動(dòng)Tomcat即可。（2）直接安裝Tomcat ，安裝完畢后，按程序要求重新啟動(dòng)計(jì)算機(jī)。 安裝Tomcat，安裝過(guò)程中會(huì)詢問(wèn)系統(tǒng)中已有JVM的安裝路徑，安裝程序?qū)?huì)自動(dòng)定位JVM的位置。l \mon\lib文件下，并且只有在Tomcat關(guān)閉條件下，更新才有效。m重新啟動(dòng)計(jì)算機(jī)。n 不必配置諸如Class path、path、Java Home等系統(tǒng)環(huán)境變量。o 正常啟動(dòng)Tomcat即可。（3）注意事項(xiàng) Tomcat對(duì)文件名（包括路徑和后綴）的大小寫是敏感的。 \Webapps\Rootl 在編寫jsp文件時(shí)，應(yīng)特別注意其文件命名（包括存放路徑）時(shí)最好不要大小寫混用，應(yīng)統(tǒng)一為小寫，養(yǎng)成良好編程習(xí)慣。（4）如何獲得Tomcat的錯(cuò)誤提示信息Tomcat運(yùn)行時(shí)，會(huì)在任務(wù)欄右下角中出現(xiàn)類似MSMYSQL的圖標(biāo)，雙擊即可得到錯(cuò)誤提示信息列表窗口。 第三章 功能規(guī)劃及現(xiàn)狀第三章 功能規(guī)劃及現(xiàn)狀3 功能規(guī)劃的主體凡事預(yù)則立，不預(yù)則廢?？茖W(xué)的規(guī)劃對(duì)于任何需要經(jīng)過(guò)較長(zhǎng)時(shí)間努力才能實(shí)現(xiàn)的事情都是非常重要的。規(guī)劃，一般是指對(duì)較長(zhǎng)時(shí)期的活動(dòng)進(jìn)行總體的、全面的計(jì)劃。做好計(jì)劃是非常重要的環(huán)節(jié)。比如說(shuō)郵件的開(kāi)發(fā)系統(tǒng)，它是一個(gè)功能很多的系統(tǒng)，我就必須做好規(guī)劃。主要在進(jìn)入郵箱后功能方面規(guī)劃，有收郵件、發(fā)郵件、寫郵件、通訊錄、回郵件、草稿箱、垃圾箱和轉(zhuǎn)發(fā)；在登陸郵箱界面上還有注冊(cè)、注冊(cè)用戶列表、管理員登陸和退出郵箱等幾個(gè)功能。還有其它一些基本的小功能都實(shí)現(xiàn)在各個(gè)主要功能的內(nèi)部，比如說(shuō)對(duì)于郵件箱內(nèi)的郵件的刪除等一些功能，這些都必須在開(kāi)發(fā)前做好規(guī)劃?？傊?，軟件開(kāi)發(fā)中，往往缺乏科學(xué)的、有效的系統(tǒng)規(guī)劃。一定要盡量避免這些缺點(diǎn)。 關(guān)鍵技術(shù)隨著互聯(lián)網(wǎng)的普及，國(guó)內(nèi)外的互聯(lián)網(wǎng)用戶數(shù)呈指數(shù)增長(zhǎng)。為滿足不斷增長(zhǎng)的信息交流需要，作為因特網(wǎng)第一應(yīng)用的電子郵件系統(tǒng)變得越來(lái)越重要。隨著網(wǎng)絡(luò)環(huán)境的建設(shè)與完善，許多用戶已經(jīng)提出這樣的要求：擁有自己的Web郵件系統(tǒng)。國(guó)外的電子郵件系統(tǒng)可真叫四通八達(dá)，這種手段已經(jīng)成為他們通信最流行的幾種方式之一了。相比較國(guó)內(nèi)，電子郵件系統(tǒng)還不算太完善，電子郵件通信的方式還不算太流行，如何才能把這種方式大眾化、流行化呢？這還需要我們?nèi)フJ(rèn)識(shí)它、了解它、使用它。國(guó)外已經(jīng)有了許許多多的電子郵件系統(tǒng)，國(guó)內(nèi)也有一些這樣的系統(tǒng)，我覺(jué)得這些還不夠充實(shí)這個(gè)龐大的流行團(tuán)體，所以我自己要開(kāi)發(fā)一個(gè)簡(jiǎn)單的屬于我自己的電子郵件系統(tǒng)，來(lái)滿足我及其他用戶的需要。14 第四章 系統(tǒng)分析第四章 系統(tǒng)分析4 系統(tǒng)的可行性分析可行性研究是以相對(duì)短的時(shí)間和相對(duì)低的成本來(lái)確定給定的問(wèn)題是否有解。這里相對(duì)短和相對(duì)低是指和實(shí)現(xiàn)建議系統(tǒng)所需時(shí)間和成本相比較而言。可行性研究主要從下述4個(gè)方面進(jìn)行研究：技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性和調(diào)度可行性。（1）技術(shù)可行性：技術(shù)可行性的考慮集中在現(xiàn)存的計(jì)算機(jī)硬件能否支持被研究的系統(tǒng)，首先關(guān)心的是該組織是否有相應(yīng)的軟件和硬件能夠支持處理建議的應(yīng)用程序。其次考慮在規(guī)定平臺(tái)之上，利用現(xiàn)有的成熟技術(shù)是否能夠?qū)崿F(xiàn)這個(gè)應(yīng)用?，F(xiàn)代計(jì)算機(jī)硬、軟件技術(shù)的飛速發(fā)展，為系統(tǒng)建設(shè)提供了技術(shù)條件。計(jì)算機(jī)等基礎(chǔ)設(shè)施的更新?lián)Q代也緊跟潮流的發(fā)展，這就為開(kāi)發(fā)系統(tǒng)提供了堅(jiān)實(shí)基礎(chǔ)。（2）經(jīng)濟(jì)可行性：這是經(jīng)典的并且是最常使用的評(píng)價(jià)計(jì)算機(jī)系統(tǒng)的方法。這個(gè)評(píng)價(jià)的結(jié)果稱為成本／效益分析。簡(jiǎn)單地說(shuō)，經(jīng)濟(jì)可行性研究是確定得自新系統(tǒng)的節(jié)省和利益，將這些利益和系統(tǒng)的實(shí)現(xiàn)成本相比較，如果利益超過(guò)成本，則開(kāi)發(fā)新系統(tǒng)的決策是肯定的；否則的話，除非有其他特殊原因，這個(gè)決策將是否定的。本軟件的實(shí)現(xiàn)是作為考核學(xué)生學(xué)習(xí)情況的手段，不存在經(jīng)濟(jì)可行性的問(wèn)題。（3）操作可行性：是指人員的手工操作而不是指計(jì)算機(jī)系統(tǒng)操作是否可行，也就是說(shuō)在實(shí)現(xiàn)了建議的計(jì)算機(jī)系統(tǒng)后，所需要的配合的手工操作是否可行。作為新時(shí)代的學(xué)生，幾乎人人都具備計(jì)算機(jī)的基本操作能力，而本軟件的使用又十分簡(jiǎn)單方便，所以具備操作可行性。（4）調(diào)度可行性：指的是建議的計(jì)算機(jī)系統(tǒng)能否在規(guī)定的期限內(nèi)交付給用戶?；诒拒浖?，經(jīng)過(guò)上述的分析，可以在規(guī)定的期限內(nèi)完成[9]。從當(dāng)前情況來(lái)看，本軟件的開(kāi)發(fā)是可行的。 系統(tǒng)邏輯方案的提出在問(wèn)題定義階段對(duì)建議的功能、規(guī)模和約束條件等已經(jīng)作了規(guī)定。在可行性研究階段通過(guò)和使用者的交流，對(duì)用戶的需求有了初步的了解。因此在這個(gè)階段中，設(shè)計(jì)者應(yīng)該進(jìn)一步澄清問(wèn)題定義中的模糊部分，更正錯(cuò)誤部分。通過(guò)這個(gè)活動(dòng)，清楚地描述系統(tǒng)的主要功能[10]。 用例圖的分析（1）用例的內(nèi)容：用例圖使我們對(duì)系統(tǒng)的功能有了一個(gè)整體的認(rèn)知，我們可以知道有哪些參與者會(huì)與系統(tǒng)發(fā)生交互，每一個(gè)參與者需要系統(tǒng)為它提供什么樣的服務(wù)。（2）用例的優(yōu)點(diǎn)：用例方法完全是站在用戶的角度上（從系統(tǒng)的外部）來(lái)描述系統(tǒng)的功能的。在用例方法中，我們把被定義系統(tǒng)看作是一個(gè)黑箱，我們并不關(guān)心系統(tǒng)內(nèi)部是如何完成它所提供的功能的。用例方法首先描述了被定義系統(tǒng)有哪些外部使用者（抽象成為Actor），這些使用者與被定義系統(tǒng)發(fā)生交互；針對(duì)每一參與者，用例方法又描述了系統(tǒng)為這些參與者提供了什么樣的服務(wù)（抽象成為Use Case），或者說(shuō)系統(tǒng)是如何被這些參與者使用的。所以從用例圖中，我們可以得到對(duì)于被定義系統(tǒng)的一個(gè)總體印象[11]。 與傳統(tǒng)的功能分解方式相比，用例方法完全是從外部來(lái)定義系統(tǒng)的功能，它把需求與設(shè)計(jì)完全分離開(kāi)來(lái)。在面向?qū)ο蟮姆治鲈O(shè)計(jì)方法中，用例模型主要用于表述系統(tǒng)的功能性需求，系統(tǒng)的設(shè)計(jì)主要由對(duì)象模型來(lái)記錄表述。另外，用例定義了系統(tǒng)功能的使用環(huán)境與上下文，每一個(gè)用例描述的是一個(gè)完整的系統(tǒng)服務(wù)。（3）確定本系統(tǒng)功能的用戶用例圖。 新用戶登陸本系統(tǒng)：注冊(cè)用戶； 已經(jīng)注冊(cè)的用戶：直接輸入用戶名和密碼登陸系統(tǒng)；l 登陸成功：進(jìn)入郵箱，其中具有收發(fā)郵件、寫郵件、刪除郵件等功能；m 操作系統(tǒng)完成：可以退出本系統(tǒng)。（4）確定本系統(tǒng)功能的管理員用例圖。返回管理員登陸界面； 管理用戶信息；l 安排系統(tǒng)設(shè)置； 退出管理員系統(tǒng)。 系統(tǒng)管理員功能（1）管理員登錄：系統(tǒng)初始化好系統(tǒng)管理員，管理員能夠通過(guò)該入口進(jìn)入后臺(tái)進(jìn)行管理操作。（2）管理員管理注冊(cè)用戶：管理員可以對(duì)系統(tǒng)的