【正文】 ” JDBC 兩層模型和三層模型 JDBC 支持兩層模型，也支持三層模型訪問(wèn)數(shù)據(jù)庫(kù)。 兩層模型中，一個(gè) java Applet 或者一個(gè) Java應(yīng)用直接同數(shù)據(jù)庫(kù)連接。這就需要能直接被訪 問(wèn)的數(shù)據(jù)庫(kù)進(jìn)行連接的 JDBC 驅(qū)動(dòng)器。用戶的 SQL 語(yǔ)句被傳送給數(shù)據(jù)庫(kù)，而這些語(yǔ)句執(zhí)行的結(jié)果將被傳回給用戶。數(shù)據(jù)庫(kù)可以在同一機(jī)器上，也可以另一機(jī)器上通過(guò)網(wǎng)絡(luò)進(jìn)行連接。這被稱為 “Client/Server” 結(jié)構(gòu)，用戶的計(jì)算機(jī)作為 Client,運(yùn)行數(shù)據(jù)庫(kù)的計(jì)算機(jī)作為 Server。這個(gè)網(wǎng)絡(luò)可是 intra，比如連接全體雇員的企業(yè)內(nèi)部網(wǎng)，當(dāng)然也可以是 inter。 在三層模型中，命令將被發(fā)送到服務(wù)的 “ 中間層 ” ，而 “ 中間層 ” 將 SQL 語(yǔ)句發(fā)送到數(shù)據(jù)庫(kù)。數(shù)據(jù)庫(kù)處理 SQL 語(yǔ)句并將結(jié)果返回 “ 中間層 ” ，然后 “ 中間層 ”將它們 返回用戶。 MIS管理員將發(fā)現(xiàn)三層模型很有吸引力，因?yàn)?“ 中間層 ” 可以進(jìn)行對(duì)訪問(wèn)的控制并協(xié)同數(shù)據(jù)庫(kù)的更新，另一個(gè)優(yōu)勢(shì)就是如果有一個(gè) “ 中間層 ”用戶就可以使用一個(gè)易用的高層的 API，這個(gè) API 可以由 “ 中間層 ” 進(jìn)行轉(zhuǎn)換，轉(zhuǎn)換成底層的調(diào)用。而且，在許多情況下，三層模型可以提供更好的性能。 到目前為止， “ 中間層 ” 通常還是用 C 或 C++實(shí)現(xiàn)，以保證其高性能。但隨著優(yōu)化編譯器的引入，將 java的字節(jié)碼轉(zhuǎn)換成高效的機(jī)器碼，用 java來(lái)實(shí)現(xiàn) “ 中間層 ” 將越來(lái)越實(shí)際。而 JDBC 是允許從一個(gè) java“ 中間層 ” 訪問(wèn)數(shù)據(jù)庫(kù)的關(guān)鍵。 使用 JDBC 的優(yōu)缺點(diǎn) 的優(yōu)點(diǎn) ? JDBC API 與 ODBC 十分相似，有利于用戶理解 ? JDBC 使得編程人員從復(fù)雜的驅(qū)動(dòng)器調(diào)用命令和函數(shù)中解脫出來(lái)?？梢灾铝τ趹?yīng)用程序中的關(guān)鍵地方。 ? JDBC 支持不同的關(guān)系型數(shù)據(jù)庫(kù)，使得程序的可移植性大大加強(qiáng)。 ? 用戶可以使用 JDBCODBC 橋驅(qū)動(dòng)器將 JDBC 函數(shù)轉(zhuǎn)換為 ODBC。 ? JDBC API 是面向?qū)ο蟮?，可以讓用戶把它的常用方法封裝為一個(gè)類，以備菏澤學(xué)院本科生畢業(yè)論文 13 后用。 2. JDBC 的缺點(diǎn) ? 使用 JDBC，訪問(wèn)數(shù)據(jù)記錄的速度會(huì)受到一定程度的影響。 JDBC 結(jié)構(gòu)中 包含了不同廠家的產(chǎn)品，這就給更改數(shù)據(jù)源帶來(lái)很大的麻煩。 JSP 開(kāi)發(fā)方式 JSP 技術(shù)規(guī)范種給出了兩種使用 JSP 開(kāi)發(fā) Web 應(yīng)用的方式，這兩種方式可以歸納為模型一和模型二，這兩種模型的主要差別在于它們處理業(yè)務(wù)的流程不同。 模型一，如下圖所示，稱之為 JSP+JavaBeans 模型。在這一模型中， JSP 頁(yè)面獨(dú)自響應(yīng)請(qǐng)求并將處理結(jié)果返回給客戶，所有的數(shù)據(jù)通過(guò) JavaBean 來(lái)處理， JSP實(shí)現(xiàn)頁(yè)面的表現(xiàn)。 從上圖可以看出，模型一也實(shí)現(xiàn)了頁(yè)面表現(xiàn)和業(yè)務(wù)邏輯相分離。然而使用這種方式就要在 JSP 頁(yè)面使用大量的 Java 代碼，當(dāng)需要處理的業(yè)務(wù)邏輯很復(fù)雜時(shí)，這種情況會(huì)變得非常糟糕。大量嵌入式代碼使整個(gè)頁(yè)面程序變得異常復(fù)雜。對(duì)于前端界面設(shè)計(jì)的網(wǎng)頁(yè)開(kāi)發(fā)人員來(lái)說(shuō)，這簡(jiǎn)直是一場(chǎng)噩夢(mèng)。所以，模型一不能滿足大型應(yīng)用的需要，但是對(duì)于小型應(yīng)用，因?yàn)樵撃Ｐ秃?jiǎn)單，不用涉及諸多要素，從而可以很好地滿足小型應(yīng)用的需要，所以在簡(jiǎn)單應(yīng)用中，可以考慮模型一。 模型二，如下圖所示，稱之為 JSP+Servlet+JavaBeans 模型。這一模型結(jié)合了JSP 和 Servlet 技術(shù)，充分利用了 JSP 和 Servlet 兩種技術(shù)原有的優(yōu)勢(shì)。這個(gè)模型圖 22 JSP 模型一 菏澤學(xué)院本科生畢業(yè)論文 14 使用 JSP 技術(shù)來(lái) 表現(xiàn)頁(yè)面，使用 Servlet 技術(shù)完成大量的事務(wù)處理，使用圖 3： Bean 來(lái)存儲(chǔ)數(shù)據(jù)。 Servlet 用來(lái)處理請(qǐng)求的事務(wù)，充當(dāng)一個(gè)控制者的角色，并負(fù)責(zé)向客戶發(fā)送請(qǐng)求。它創(chuàng)建 JSP 需要的 Bean 和對(duì)象，然后根據(jù)用戶請(qǐng)求的行為，決定將哪個(gè) JSP 頁(yè)面發(fā)送給客戶。 從開(kāi)發(fā)的觀點(diǎn)看，模型二具有更清晰的頁(yè)面表現(xiàn)，清楚的開(kāi)發(fā)角色的劃分，可以充分利用開(kāi)發(fā)團(tuán)隊(duì)中的網(wǎng)頁(yè)設(shè)計(jì)人員和 Java 開(kāi)發(fā)人員。這些優(yōu)勢(shì)在大型項(xiàng)目中表現(xiàn)得尤為突出，網(wǎng)頁(yè)設(shè)計(jì)人員可以充分發(fā)揮自己的美術(shù)和設(shè)計(jì)才能來(lái)充分表現(xiàn)頁(yè)面，程序編寫人員可以充分發(fā)揮自己的業(yè)務(wù) 邏輯處理思維，實(shí)現(xiàn)項(xiàng)目中的業(yè)務(wù)處理。 另外，從設(shè)計(jì)結(jié)構(gòu)來(lái)看，這種模型充分體現(xiàn)了模型視圖控制器（ MVC）的設(shè)計(jì)架構(gòu)。事實(shí)上，現(xiàn)存的很多開(kāi)發(fā)框架都是基于這種模型的，充分實(shí)現(xiàn)了 MVC ，例如 Apache Struts 框架和 JavaServer Faces 框架。 3 需求分析 需求分析概述 需求分析是軟件定義時(shí)期的最后一個(gè)階段，他的任務(wù)是準(zhǔn)確回答“系統(tǒng)做什么？”這個(gè)問(wèn)題。 在可行性分析階段已經(jīng)粗略的了解了用戶的需求，甚至還提出了可執(zhí)行方案，但是，可行性研究的基本目的是用較小的成本在較短的時(shí)間內(nèi)確定是否存在可 行方案，因此忽略了許多細(xì)節(jié)。所以可行性分析不能代替需求分析，它實(shí)際上沒(méi)有準(zhǔn)確說(shuō)出“系統(tǒng)必須作什么”這個(gè)問(wèn)題。 圖 23 JSP 模型二 菏澤學(xué)院本科生畢業(yè)論文 15 需求分析的任務(wù)還不是確定系統(tǒng)怎樣完成它的工作，而僅僅是確定系統(tǒng)完成哪些工作，也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。需求分析的結(jié)果是系統(tǒng)開(kāi)發(fā)的基礎(chǔ)，關(guān)系到工程的成敗和軟件的質(zhì)量。因此，必須用行之有效的方法對(duì)軟件進(jìn)行嚴(yán)格的審查驗(yàn)證。 個(gè)人博客系統(tǒng)概述 個(gè)人博客系統(tǒng)是主要為注冊(cè)用戶提供一個(gè)發(fā)布個(gè)人信息和寫作的平臺(tái)。用戶可以在自己的博客里發(fā)布一些自己的文章和相關(guān)信息。個(gè)人博客系統(tǒng)可以幫助 用戶管理個(gè)人的所有發(fā)布信息，而且用戶可以對(duì)自己的信息進(jìn)行任意的修改。本博客系統(tǒng)主要是為了用戶提供一個(gè)網(wǎng)上空間，讓用戶可以在空閑的時(shí)間進(jìn)入自己的領(lǐng)域隨意玩轉(zhuǎn)。 系統(tǒng)目標(biāo) 博客網(wǎng)站系統(tǒng)的總目標(biāo)是：在計(jì)算機(jī)網(wǎng)絡(luò)，數(shù)據(jù)庫(kù)和先進(jìn)的開(kāi)發(fā)平臺(tái)上，利用現(xiàn)有的軟件，配置一定的硬件，開(kāi)發(fā)一個(gè)具有開(kāi)放體系結(jié)構(gòu)的、易擴(kuò)充的、易維護(hù)的、具有良好人機(jī)交互界面的個(gè)人博客網(wǎng)站，為網(wǎng)絡(luò)用戶提供進(jìn)行在線交流的網(wǎng)絡(luò)平臺(tái)。 通過(guò)個(gè)人博客網(wǎng)站可以結(jié)交更多的朋友，表達(dá)更多的想法，它隨時(shí)可以發(fā)布文章。 具體的要求如下： ? 博主可以簡(jiǎn)單的添加和刪除 文章； ? 獨(dú)立于具體的數(shù)據(jù)庫(kù)平臺(tái)。對(duì)于與數(shù)據(jù)庫(kù)交互的部分充分考慮兼容性； ? 容易在原先基礎(chǔ)上進(jìn)行二次開(kāi)發(fā)； ? 中間基礎(chǔ)平臺(tái)的無(wú)型性。盡量采用開(kāi)放的標(biāo)準(zhǔn)技術(shù)，達(dá)到跨平臺(tái)運(yùn)行的效果； 為了達(dá)到以上的開(kāi)發(fā)目的，個(gè)人博客網(wǎng)站應(yīng)遵循一定的設(shè)計(jì)和開(kāi)發(fā)與原則： ? 模塊接口定義清晰；基礎(chǔ)類庫(kù)和接口設(shè)計(jì)合理，盡量建立叮擴(kuò)展的接口和抽象類； ? 數(shù)據(jù)庫(kù)操作使用標(biāo)準(zhǔn) SQL 語(yǔ)句，如果一定要使用有差別的 SQL 語(yǔ)句，則盡菏澤學(xué)院本科生畢業(yè)論文 16 量集中在一起，以減少將來(lái)維護(hù)和移植的難度；采用開(kāi)放的標(biāo)準(zhǔn)和工具等 系統(tǒng)功能要求 博客系統(tǒng)通常提供三類服務(wù) : ? 信息服務(wù)，它 可分為：文章顯示，熱點(diǎn)文章推薦，博主風(fēng)采 ? 查詢服務(wù)：可以根據(jù)文章內(nèi)容，文章標(biāo)題，留言內(nèi)容，留言標(biāo)題等進(jìn)行模糊查詢 ? 留言服務(wù)：游客可以對(duì)系統(tǒng)進(jìn)行留言或發(fā)表看法意見(jiàn) 在此，我參考現(xiàn)有的幾大博客網(wǎng)站如 空 間 ， 新 浪 博 客等 ， 采 用Browser/Server 結(jié)構(gòu)，將個(gè)人博客網(wǎng)站劃分為兩個(gè)子系統(tǒng)：前臺(tái)，后臺(tái)。 在前臺(tái)的功能實(shí)現(xiàn)上，可以分為以下幾個(gè)部分 ： ? 相冊(cè)查看 ? 視頻查看 ? 博主信息查看 ? 日志查看 ? 留言板查看 ? 友情鏈接 ? 聯(lián)系我 通過(guò)計(jì)算機(jī)網(wǎng)絡(luò)將前臺(tái)與后臺(tái)的數(shù)據(jù)庫(kù)相連，網(wǎng)站管理員將從前臺(tái)得到的信息進(jìn)行處理，實(shí)現(xiàn)視頻、相冊(cè)等 各部分的管理 ? 相冊(cè)、照片管理 ? 視頻管理 ? 日志管理 ? 博主個(gè)人信息管理 ? 友情鏈接管理 ? 留言板 ? 聯(lián)系方式管理 菏澤學(xué)院本科生畢業(yè)論文 17 4 系統(tǒng)概要設(shè)計(jì) 功能模塊設(shè)計(jì)及模塊功能描述 功能模塊設(shè)計(jì) 模塊 模塊功能描述 1. 相冊(cè)模塊 動(dòng)態(tài)實(shí)現(xiàn)照片的添加、刪除、修改； 2. 日志模塊 動(dòng)態(tài)實(shí)現(xiàn)日志的添加、刪除、修改； 3. 視頻模塊 動(dòng)態(tài)實(shí)現(xiàn)視頻的添加、刪除、修改 4. 友情鏈接模塊 個(gè)人網(wǎng)站 相冊(cè)模 塊 日志模塊 視頻模塊 友情連接模塊 關(guān)于博主模塊 留言本模塊 前臺(tái)設(shè)計(jì) 添加刪除修改相冊(cè) 添加刪除修改照片 添加刪除修改日志分類 添加刪除修改日志 添加刪除視頻 添加刪除修改友情鏈接 添加刪除修改博主信息 添加刪除留言 瀏覽頁(yè)面 瀏覽者留言 菏澤學(xué)院本科生畢業(yè)論文 18 動(dòng)態(tài)實(shí)現(xiàn)友情鏈接的添加、刪除、修改； 5. 關(guān)于博主模塊 動(dòng)態(tài)實(shí)現(xiàn)博主個(gè)人簡(jiǎn)歷的添加、刪除、修改； 6. 留言板模塊 動(dòng)態(tài)實(shí)現(xiàn)留言板內(nèi)容的添加、刪除、修改； 數(shù)據(jù)庫(kù)設(shè)計(jì) 概念結(jié)構(gòu)簡(jiǎn)介 概念結(jié)構(gòu)設(shè)計(jì)是將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)（即概念模型）的過(guò)程。它是整個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)的關(guān)鍵。即在需求分析的基礎(chǔ)上，設(shè)計(jì)出能夠滿足客戶業(yè)務(wù)要求的各種實(shí)體，也就是各種對(duì)象，以及它們之間的相互關(guān)系。為后面的邏輯結(jié)構(gòu)設(shè)計(jì)打好基礎(chǔ)。描述概念模型的有力工具是 ER 模型。 軟件系統(tǒng)本質(zhì)上是信息處理系統(tǒng) ,因此 ,在軟件系統(tǒng)的整個(gè)開(kāi)發(fā)過(guò)程中都必須考慮兩方面的問(wèn)題 “數(shù)據(jù) ”及對(duì)數(shù)據(jù)的 “處理 ”。在需求分析階段既要分析用戶的數(shù)據(jù)要求 (既需要 有哪些數(shù)據(jù)數(shù)據(jù)、數(shù)據(jù)本身有什么性質(zhì)、數(shù)據(jù)的結(jié)構(gòu)等等 ),又要分析用戶的處理要求 (既對(duì)數(shù)據(jù)進(jìn)行哪些處理、每個(gè)處理的邏輯功能等等 )。 為了把用戶的數(shù)據(jù)要求清晰明確地表達(dá)出來(lái) ,系統(tǒng)分析員通常建立一個(gè)概念性的數(shù)據(jù)模型 (也稱信息模型 )。概念性信息模型是一種面向問(wèn)題的數(shù)據(jù)模型 ,是按照用戶的觀點(diǎn)來(lái)對(duì)數(shù)據(jù)和信息建模。它描述了從用戶角度看到的數(shù)據(jù) ,它反映了用戶的現(xiàn)實(shí)環(huán)境 ,且與在軟件系統(tǒng)中的實(shí)現(xiàn)方法無(wú)關(guān)。 最常用的表示概念數(shù)據(jù)模型的方法 ,是實(shí)體聯(lián)系方法 。 這種方法用 ER 圖描述現(xiàn)實(shí)世界中的實(shí)體 ,而不涉及這些實(shí)體在系統(tǒng)中的實(shí)現(xiàn)方法 。用這種方法表示的概念性數(shù)據(jù)模型又稱為 ER 模型。 概念模型設(shè)計(jì) （ 1）相關(guān)概念 最常用的表示概念數(shù)據(jù)模型的方法是實(shí)體 — 聯(lián) 系 方 法菏澤學(xué)院本科生畢業(yè)論文 19 （ entity— relationship approach）這種方法用 ER 圖描述現(xiàn)實(shí)世界中的實(shí)體，而不涉及這些實(shí)體在系統(tǒng)中的實(shí)現(xiàn)方法。用這種方法表示的概念性數(shù)據(jù)模型又稱ER模型。 通常，軟件系統(tǒng)中許多數(shù)據(jù)是長(zhǎng)期保存的，為了減少冗余，簡(jiǎn)化修改數(shù)據(jù)的過(guò)程，應(yīng)該對(duì)數(shù)據(jù)進(jìn)行規(guī)范化。 ER模型中包含“實(shí)體”、“聯(lián)系”和“屬性”等三個(gè)基本成分。 A．實(shí)體 實(shí)體是客觀世界中存在的且可相 互區(qū)分的事物。實(shí)體可以是人，也可以是物，也可以是具體事物，也可以是抽象概念。 B．聯(lián)系 客觀世界中的事物彼此之間往往是有聯(lián)系的。聯(lián)系可以分為三類：一對(duì)一的關(guān)系、一對(duì)多的關(guān)系和多對(duì)多的關(guān)系。 C．屬性 屬性是實(shí)體或聯(lián)系所具有的性質(zhì)，通常一個(gè)實(shí)體由若干屬性來(lái)刻畫(huà)。 （ 2）范式 通常用“范式“（ Normal Form）定義消除數(shù)據(jù)的冗余程度。第一范式冗余程度最大，第五范式冗余程度最小。但是，范式級(jí)別越高，存儲(chǔ)同樣數(shù)據(jù)就需要分解成更多的表。 每個(gè)屬性值都是原子值，即僅僅是一個(gè)簡(jiǎn)單值而不含內(nèi)部結(jié)構(gòu)。 屬于第一范式且每一個(gè)非主屬性完全函數(shù)依賴于碼。 屬于第二范式且每一個(gè)非主屬性即不部分依賴于碼，也不傳遞依賴于碼 數(shù)據(jù)庫(kù)表設(shè)計(jì) ? pb_album（相冊(cè)） 菏澤學(xué)院本科生畢業(yè)論文 20 pb_blog（日志） pb_blog_ctg（日志分類） pb_info（個(gè)人資料） pb_link（友情鏈接） pb_message_book（留言本） pb_photo（照片） pb_video（視頻） 菏澤學(xué)院本科生畢業(yè)論文 21 系統(tǒng)模塊設(shè)計(jì) 模塊表： 子系統(tǒng)編號(hào) 英文名稱 中文名稱 業(yè)務(wù)職能 安裝地點(diǎn) 備注 1 Pb_blog 日志 添加、刪除、修改 2 Pb_video 視頻 添加、刪除、修改 3 Pb_album 相冊(cè) 添加、刪除、修改 4 Pb_info 關(guān)于我 添加、刪除、修改 5 Pb_photo 照片 添加、刪除、修改 6 Pb_blog_ctg 日志分類 添加、刪除、修改 7 Pb_link 友情鏈接 添加、刪除、修改 8 Pb_message_book 留言本 添加、刪除、修改 模塊功能表