【正文】 ) 通知標(biāo)題 3 content varchar(255) 通知內(nèi)容 4 pub_date Varchar(10) 發(fā)布日期 登錄模塊設(shè)計 登錄模塊應(yīng)該完成用戶登錄及用戶權(quán)限驗證，并保存登錄信息及權(quán)限信息，它主要有一個功能處理頁面，要實現(xiàn)檢索數(shù)據(jù)庫，按照不同身份跳轉(zhuǎn)不同頁面。,39。) 學(xué)生性別 7 idcard varchar(20) 學(xué)生身份證 8 class varchar(50) 學(xué)生所屬班級 9 addr varchar(50) 學(xué)生住址 10 dept varchar(50) 學(xué)生所屬部門 11 birthday varchar(10) 學(xué)生生日 12 phone varchar(20) 學(xué)生聯(lián)系電話 13 varchar(50) 學(xué)生 14 status Enum(39。,39。) 教師狀態(tài) student表 序號 字段名 數(shù)據(jù)類型 備注 1 id int(8) 主鍵 2 username varchar(50) 學(xué)生帳號 3 userpsw varchar(30) 學(xué)生密碼 4 std_no varchar(30) 學(xué)號 5 name varchar(50) 學(xué)生真名 6 sex enum(39。,39。) 教師性別 7 idcard varchar(20) 教師身份證號 8 addr varchar(50) 教師住址 9 dept varchar(50) 教師所屬部門 10 birthday varchar(10) 教師生日 11 phone varchar(20) 教師聯(lián)系電話 12 varchar(50) 教師 13 status enum(39。,39。) 管理員狀態(tài) teacher表 序號 字段名 數(shù)據(jù)類型 備注 1 id int(8) 主鍵 2 username varchar(50) 教師帳號 3 userpsw varchar(30) 教師密碼 4 tea_no varchar(30) 教師號 5 name varchar(50) 教師真名 6 sex enum(39。,39。) 管理員性別 6 dept varchar(50) 管理員所屬部門 7 addr varchar(50) 管理員住址 8 idcard varchar(20) 管理員身份證號碼 9 phone varchar(20) 管理員聯(lián)系電話 10 varchar(40) 管理員 11 status Enum(39。,39。 數(shù)據(jù)庫 er圖： 圖 32 系統(tǒng)包括七個實體：管理員，教師，學(xué)生，科目，試題，試卷，題型 實際生成 九個數(shù)據(jù)庫表 ： 用戶表 :admin,student,teacher 通知表 :news 科目表 :subject 試題表 :question 試卷表 :paper 答案表 :paper_answer 分?jǐn)?shù)表 :scores 表間關(guān)系圖 ： 圖 33 系統(tǒng)數(shù)據(jù)庫表 admin表 序號 字段名 數(shù)據(jù)類型 備注 1 id int(8) 主鍵 2 username varchar(50) 管理員帳號 3 userpsw varchar(30) 管理員密碼 4 name varchar(50) 管理員真名 5 sex enum(39。這樣設(shè)計出來的數(shù)據(jù)庫系統(tǒng)就不可能完全滿足公司的需求，甚至還需要手工處理來保持?jǐn)?shù)據(jù)的準(zhǔn)確性和一致性。 在設(shè)計階段缺少全面而清晰的方向，就會導(dǎo)致沒有完全實現(xiàn)業(yè)務(wù)規(guī)則和業(yè)務(wù)處理，導(dǎo)致有些所需的信息疏漏。在像這樣的數(shù)據(jù)庫中，數(shù)據(jù)檢索和修改就可以很容易實現(xiàn)，同樣，從用戶的角度，數(shù)據(jù)庫的維護工作也變得簡單并且容易完成。由于數(shù)據(jù)庫設(shè)計的目標(biāo)是要求完全滿足業(yè)務(wù)的數(shù)據(jù)庫存儲要求，這樣，最終的產(chǎn)品也就是一個準(zhǔn)確的、便于使用的和性能優(yōu)秀的數(shù)據(jù)庫。之所以需要制定好的數(shù) 據(jù)庫設(shè)計方案，是因為設(shè)計工作提倡組織性、條理性。數(shù)據(jù)庫設(shè)計的好壞直接影響著整個系統(tǒng)的效率和質(zhì)量。 據(jù)庫設(shè)計 數(shù)據(jù)庫設(shè)計的重要性 數(shù)據(jù)庫設(shè)計是指對于一個給定的應(yīng)用環(huán)境，提供一個確定最優(yōu)數(shù)據(jù)模型與處理模式的邏輯設(shè)計，以及一個確定數(shù)據(jù)庫存儲結(jié)構(gòu)與存取方法的物理設(shè)計，建立起既能反映現(xiàn)實世界信息和信息聯(lián)系，滿足用戶數(shù)據(jù)要求和加工要求，又能被某個數(shù)據(jù)庫管理系統(tǒng)所接受，同時能實現(xiàn)系統(tǒng)目標(biāo)，并有效存取數(shù)據(jù)的數(shù)據(jù)庫。 教師模塊的功能： 實現(xiàn)生成題目，生成試卷，自身信息的修改等功能。 系統(tǒng)登錄模塊功能： 完成不同角色的登錄，傳遞相應(yīng)的參數(shù)到各個模塊，為下面各模塊操作做準(zhǔn)備。如果其中的一個類需要調(diào)用另一個類的某一個方法，通過第三者轉(zhuǎn) 發(fā)這個調(diào)用。 迪米特法則（ Law of Demeter, LoD 或 Least Knowledge Principle, LKP） 迪米特法則是指一個對象應(yīng)該對其他的對象有盡可能少的了解，每一個軟件單元對其他單元都只有最少的知識，而且局限于那些與本單元密切相關(guān)的軟件單元。 合成 /聚合復(fù)用原則 (Composite/Aggregate Resuse Principle, CARP) 合成 /聚合復(fù)用原則就是在一個新的對象里使用一些已有的對象，使之成為新對象的一部分，新的對象通過向已有對象進行委派達(dá)到復(fù)用已有功能的目的。如果系統(tǒng)涉及多個角色，那么每一個角色都應(yīng)當(dāng)由一個特定的接口代表。 接口是指一個類型所具有的方法特征的集合。它們分別是 JAVA接口和 JAVA抽象類。依賴倒轉(zhuǎn)原則是面向?qū)ο笤O(shè)計的核心原則，設(shè)計模式的研究和應(yīng)用是以依賴倒轉(zhuǎn)原則為指導(dǎo)的。依賴 倒轉(zhuǎn)原則要求客戶端依賴于抽象耦合；抽象不應(yīng)當(dāng)依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)當(dāng)依賴于抽象；要針對接口編程，不要針對實現(xiàn)編程。 JAVA語言編譯器負(fù)責(zé)檢查一個程序是否符合里氏代換。里氏代換原則是指在一個軟件實體中如果使用的是一個基類的話，那么一定適用于其子類，軟件實體無法察覺基類對象與子類對象的區(qū)別，反之則不成立。在進行可變性封裝時，應(yīng)注意一種可變性不應(yīng)當(dāng)與另一種可變性混合在一起，也就是說在具體繼承類中最好不能再有可變性，這樣保證可變性封裝類的繼承等級結(jié)構(gòu)不會超過兩層。該原則要求在進行系統(tǒng)設(shè)計時，考慮容許發(fā)生的變化，且變化不導(dǎo)致系統(tǒng)重新設(shè)計?？梢圆捎?JAVA類或 JAVA接口，規(guī)定出所有的具體類必須提供的方法，這個抽象層要預(yù)見所有可能的擴展，從而使得在任何擴展情況下，系統(tǒng)的抽象層不需修改，從而滿足 “開閉 ”原則。 開閉原則 (OpenClosed Principle, OCP) 開閉原則是面向?qū)ο蟮目蓮?fù)用設(shè)計的基石，其含義是：一個軟件實體應(yīng) 對擴展開放，對修改關(guān)閉（ Software should be open for extension, but closed to modification） . 為了滿足開閉原則，抽象化是關(guān)鍵。面向?qū)ο蟮能浖到y(tǒng)設(shè)計，在支持可維護性的同時，提高系統(tǒng)的可復(fù)用性。 在本考試系統(tǒng)中，因為項目不是太大，故選擇了模型一模式，即 jsp+javabean模式。在實際的項目開發(fā)過程中，頁面設(shè)計者可以方便地使用普通的 html工具來開發(fā) jsp頁面， servlet卻更適合于后端開發(fā)者使用，開發(fā) servlets需要的工具是 java集成開發(fā)工具，也就是說， servlets技術(shù)需要技術(shù)人員更多的編程。在 servlet作為控制器時，每個 servlet通常只實現(xiàn)很少一部分功能，多個 servlet控制器就可以結(jié)合起來完成復(fù)雜的任務(wù)，這樣的好處是 servlet的重用 性好，一個副作用就是可能會導(dǎo)致請求響應(yīng)的時間加長。它的主要思想是使用一個或者多個 servlet作為控制器。模式二充分利用了 jsp和 servlet兩種技術(shù)原有的優(yōu)點。 模式二： jsp+servlet+javabean 模式二，就是指 jsp+servlet+javabean技術(shù)，如圖 22所示。所以，在大型的項目里，這種方法將會導(dǎo)致頁面的維護困難。但是大量使用此模式時可能帶來一個副作用，那就是會導(dǎo)致在頁面里嵌入了大量的 java控制代碼，當(dāng)要處理的業(yè)務(wù)邏輯很復(fù)雜時，這種情況就變得非 常糟糕。所有的數(shù)據(jù)處理通過 javabean來處理，jsp實現(xiàn)頁面的顯示。在用 jsp處理顯示和業(yè)務(wù)邏輯時，使用模式一比較簡單。模式一技術(shù)也實現(xiàn)了頁面的表現(xiàn)，和頁面的商業(yè)邏輯的相分離。 圖 21 在模式一中， jsp頁面獨自響應(yīng)請求并將處理結(jié)果返回客戶。下面來介紹這兩種模式。這兩種結(jié)構(gòu)在 jsp技術(shù)一開始應(yīng)用，就占有了絕對的統(tǒng)治地位。 用 JSP 開發(fā) Web的幾種主要方式 JSP網(wǎng)站開發(fā)技術(shù)標(biāo)準(zhǔn)給出了兩種使用 jsp的方式。 Microsoft推出的 ASP技術(shù)相比有了許多激動人心的進步，但是從企業(yè)級應(yīng)用的角度看， JSP技術(shù)仍然有相當(dāng)?shù)膬?yōu)勢。其實， JSP本身對于 ASP和 PHP并沒有明顯的優(yōu)勢，JSP的強大是因為其后面有強大的 Java技術(shù)做支持。但支持也不是很完善，如果 PHP不能在將來完善對組件技術(shù)的支持，在大型 Web應(yīng)用程序方面將很難與 JSP和 ASP競爭。 PHP也可以 CGI方式或 ISAPI方式插入到 IIS或 PWS中去。還可以使用應(yīng)用服務(wù)器添加 JSP支持的Netscape Enterprise Server及由之發(fā)展而來的可以直接支持 JSP的 iPlaWebServer等等。 Apache WebServer下 JSP的實 現(xiàn)可以通過免費的 ApacheJserv和 GNUJSP、 JakartaTomcat實現(xiàn)，也可以使用商業(yè)的Weblogic（ BEA）、 Websphere（ IBM）、 Oracle Web application server來實現(xiàn)。如 ApacheWebServer和MicrosoftIIS等。這樣， JSP也就顯而易見的是跨平臺的了。盡管有第三方的插件號稱可以在 UNIX下使用 ASP，但對基于 COM組件技術(shù)的 ASP來說，在沒有 COM支持的 UNIX平臺下只能是一個“玩具”。而且， ISAPI和 NSAPI這種和 Web服務(wù)器過于緊密結(jié)合的技術(shù)在使用時的一 旦出現(xiàn)錯誤，很容易使 Web服務(wù)器崩潰，而 JSP就沒有這個缺點。使用 JSP技術(shù)可以很方便地將一大堆 JSP頁面組合成為一個 Web應(yīng)用程序。而且對于 CGI來說，每一個訪問就需要新增加一個進程來處理，進程不斷地建立和銷毀對于作為 Web服務(wù)器的計算機將是不小的負(fù)擔(dān)。 JSP 的優(yōu)勢及與其他 Web 開發(fā)工具的比較 和傳統(tǒng)的 CGI相比較， JSP有相當(dāng)?shù)膬?yōu)勢。在 JSP規(guī)范書中，并沒有明確要求 JSP中的程序代碼部分（稱為 Scriptlet）一定要用 Java來寫，實際上，有一些 JSP引擎就是采用的其他腳本語言，如：EMACScript、 WebL等等，但實際上這幾種腳本語言也是構(gòu)建在 Java上面，編譯為 Servlet來實現(xiàn)的。一般來說， JSP文件的編譯是在第一個用戶訪 問到這個 JSP頁面時發(fā)生，而這第一個用戶通常是開發(fā)人員自己，這樣，正式放在服務(wù)器上讓用戶訪問的 JSP文件一般都已經(jīng)有了對應(yīng)的編譯好的 Servlet了。這里要注意的是： JSP規(guī)范書中并沒有規(guī)定如何將 JSP頁面轉(zhuǎn)譯為 Servlet，因此，不同的 JSP引擎轉(zhuǎn)譯的結(jié)果也是不一樣的。通常說來， JSP頁面一般是翻譯為 Servlet的 Java源文件，再經(jīng)過 Java編譯器編譯為 Servlet的 class文件。解釋式的動態(tài)網(wǎng)頁開發(fā)工具如 ASP、 PHP等由于速度等原因已經(jīng)滿足不了當(dāng)前大型電子商務(wù)應(yīng)用的需要了，傳統(tǒng)的開發(fā)技術(shù)都在向編譯執(zhí)行的方式改變，如 ASP→ ； PHP3→ PHP4。定制標(biāo)記被打包到一個標(biāo)記庫中，并被引入到一個 JSP頁面中 Scriptlet是直接嵌入在 JSP頁面中的很小的 Java代碼段。而 JSP頁面則通過以顯示為中心的描述性的方法將動態(tài)內(nèi)容和邏輯結(jié)合在一起。當(dāng)然，也可以利用 JavaServlet來控制網(wǎng)站的邏輯，通過 JavaServlet調(diào)用 JSP文件的方式來將網(wǎng)站的邏輯和內(nèi)容分離。分開內(nèi)容和顯示邏輯的好處是，更新頁面外觀的人員不必懂得 Java代碼，而更新 JavaBeans類的人員也不必是設(shè)計網(wǎng)頁的行家里手，就可以用帶 JavaBeans類的 JSP頁面來定義 Web模板，以建立一個由具有相似的外觀的頁面組成的網(wǎng)站。 第二章 方案比較 JSP與其他 web開發(fā)工具的比較 jsp 技術(shù)概述 按照腳本語言是服務(wù)于某一個子系統(tǒng)的語言這種論述， JSP應(yīng)當(dāng)被看作是一種腳本語言，然而，作為一種腳本語言， JSP又顯得過于強大了，在 JSP中幾乎可以使用全部的 Java類。從而不但可以擁有集中的專家群，可以及時更新題