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