【正文】 段 大 小 必 填 字 段 默 認(rèn) 值 備 注 id int 11 是 主鍵， 選課 ID username varchar 50 是 NULL 用戶名稱 k_name varchar 50 是 NULL 課程名稱 （ 5）留言信息表 留言信息表記錄了留言的所有信息，包括留言 ID，用戶名稱，留言內(nèi)容，留言時(shí)間。其屬性如表 54 示。設(shè)置排課 ID 為主鍵。 表 52 課程信息表 (kecheng) 列 名 數(shù) 據(jù) 類 型 字 段 大 小 必 填 字 段 默 認(rèn) 值 備 注 id int 11 是 主鍵，課程 ID k_bianhao varchar 50 是 NULL 課程編號(hào) k_name varchar 50 是 NULL 課程名稱 k_type varchar 50 是 NULL 課程類型 （ 3）排課信息表 排課信息表記錄了排課的所有信息，包括課程編號(hào)，課程名稱，教師，學(xué)分，學(xué)時(shí)，上課地址，開(kāi)課時(shí)間。 19 表 51 用戶信息表 (usertable) 列 名 數(shù) 據(jù) 類 型 字 段 大 小 必 填 字 段 默 認(rèn) 值 備 注 id int 11 是 主鍵，用戶 ID username varchar 50 是 NULL 用戶名 sex varchar 10 是 NULL 性別 password varchar 50 是 NULL 密碼 xuehao varchar 50 是 NULL 編號(hào) zsxm varchar 50 是 NULL 真實(shí)名 suozaixi varchar 50 是 NULL 所在系 quanxian varchar 50 是 NULL 權(quán)限 sfrz varchar 50 是 NULL 是否認(rèn)證 （ 2）課程信息表 課程信息表記錄了課程的所有信息，包括課程編號(hào)，課程名稱，課程類型，其屬性如表 52 示。它們的屬性如表 51 所示。 （ 1）用戶信息表 用戶信息表記錄了所有用戶的信息。 （ 9） 通知（ ID 號(hào)，標(biāo)題，內(nèi)容，時(shí)間） 系統(tǒng) ER 圖 系統(tǒng) 的實(shí)體之間關(guān)系 ER 圖如圖 52 所示 18 圖 52 系統(tǒng) ER 圖 數(shù)據(jù)庫(kù)物理結(jié)構(gòu)設(shè)計(jì) 數(shù)據(jù)庫(kù)在系統(tǒng)中占有及其重要的地位，數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)的好壞關(guān)系到系統(tǒng)的運(yùn)行效率、存儲(chǔ)數(shù)據(jù)的效率、系統(tǒng)的復(fù)雜程度等，合理的數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)可以提高系統(tǒng)性能 。 （ 7） 留言（ ID 號(hào)，用戶名，內(nèi)容，時(shí)間）。 （ 4） 學(xué)生（ ID 號(hào)，用戶名，密碼，編號(hào)，真實(shí)姓名，所在系，權(quán)限 （ 5） 課程（ ID 號(hào)，課程編號(hào)，課程名稱，課程類型）。 （ 2） 教務(wù)管理員（ ID 號(hào)，用戶名，密碼，編號(hào)，真實(shí)姓名，身份認(rèn)證）。 利用數(shù)據(jù)抽象的方法可以對(duì)現(xiàn)實(shí)世界抽象得出概念模型的子集及屬性，概念結(jié)構(gòu)設(shè)計(jì)是利用抽象機(jī)制對(duì)需求分析階段悼念到的數(shù)據(jù)進(jìn)行分類、組織（聚集），形成實(shí)體集、屬性和碼，確定實(shí)體集之間的聯(lián)系類型，進(jìn)而設(shè)計(jì) ER 圖。只有將系統(tǒng)應(yīng)用需求為信息世界的結(jié)構(gòu)，才能轉(zhuǎn)化為機(jī)器翻譯世界中的數(shù)據(jù)模型，并用 DBMS 實(shí)現(xiàn)這些需求。從程序分布位置角度，系統(tǒng)依次分布在瀏覽器、應(yīng)用服務(wù)器、數(shù)據(jù)庫(kù)系統(tǒng)三層，如圖 51 所示： 圖 51 系統(tǒng)體系構(gòu)架圖 數(shù)據(jù)庫(kù)設(shè)計(jì) 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì) 概念結(jié)構(gòu)的設(shè)計(jì)是將系統(tǒng)需求分析得到的用戶需求抽象為信息結(jié)構(gòu)過(guò)程。 最終實(shí)現(xiàn)了用戶和課程的信息化管理。 系統(tǒng)總體及各實(shí)體用例圖設(shè)計(jì) 系統(tǒng)總體例圖如圖 45 所示：前端用戶包括教務(wù)管理員、教師、和學(xué)生。 15 學(xué)生功能模塊 學(xué)生注冊(cè)、登錄后，能自動(dòng)生成該學(xué)生主頁(yè)，學(xué)生可以查看訪問(wèn)教師個(gè)人主頁(yè)，針對(duì)不同教師、不同課程（同一名教師的同一門課程，最多人數(shù)為 35 人），學(xué)生可以自由選課及留言。 教務(wù)管理員相關(guān)的功能結(jié)構(gòu)圖如圖 41 所示： 系 教 務(wù) 管 理 員自 / 手 動(dòng) 排 調(diào) 課 發(fā) 布 課 表 通 知 留 言 41系教務(wù)管理員功能結(jié)構(gòu)圖 教師相關(guān)的功能結(jié)構(gòu)圖如圖 42 所示： 教 師修 改 個(gè) 人 信 息 查 看 個(gè) 人 課 表 查 看 系 總 課 表 留 言 42教師功能結(jié)構(gòu)圖 學(xué)生相關(guān)的功能結(jié)構(gòu)圖如圖 43 所示： 學(xué) 生查 看 教 師 主 頁(yè) 選 修 課 程 表 選 課 留 言 14 43學(xué)生功能結(jié)構(gòu)圖 系統(tǒng)管理員相關(guān)的功能結(jié)構(gòu)圖如圖 44 所示： 系 統(tǒng) 管 理 員教 務(wù) 管 理 人 員 教 師 學(xué) 生 課 程新增查詢修改刪除附加功能新增查詢修改刪除附加功能新增查詢修改刪除附加功能新增查詢修改刪除附加功能 44系統(tǒng)管理員功能結(jié)構(gòu)圖 系統(tǒng)各功能模塊設(shè)計(jì) 經(jīng)過(guò)詳盡的需求分析，確定各功能模塊內(nèi)容大 致如下： 系教務(wù)管理員功能模塊 系教務(wù)管理員注冊(cè)、登錄（注冊(cè)需要經(jīng)過(guò)認(rèn)證）后，能自動(dòng)生成該教務(wù)管理員主頁(yè)，教務(wù)管理員應(yīng)具有根據(jù)學(xué)生選課信息進(jìn)行排課（手動(dòng)和自動(dòng)）、調(diào)課，并生成相應(yīng)的排課表及可以在自己的主頁(yè)上發(fā)布、刪除、修改自己的通知與查看留言等功能。因此系統(tǒng)的開(kāi)發(fā)是完全可行的。所以在操作上也是可行的。所以在技術(shù)上也是可行的。所以本系統(tǒng)在經(jīng)濟(jì)上是可行的。該系統(tǒng)的可行性分析包括以下幾個(gè)方面的內(nèi)容。 對(duì)該系統(tǒng)的開(kāi)發(fā)從經(jīng)濟(jì)、技術(shù)、操作三方面進(jìn)行分析和研究 [11]。必須根據(jù)客戶可能提供的時(shí)間和資源條件進(jìn)行可行性研究。 6) 教師可以選擇 查看課表 、 修改個(gè)人信息并增刪改留言 。 4) 只有 系統(tǒng)管理員 可以維護(hù)學(xué)生、教師和課程的基本信息。 2) 系統(tǒng)用戶類型為： 系統(tǒng)管理員、 教務(wù)人員、學(xué)生、教師。教師登錄后主要操作是 查看課表 以及個(gè)人信息的維護(hù)、 留言等 功能。 系統(tǒng)管理員 登錄后可以對(duì)系統(tǒng)進(jìn)行信息管理，其主要操作是維護(hù)學(xué)生、教師和課程的基本信息。為學(xué)生、教師和教務(wù)管理人員提供便利。 11 3 系統(tǒng)分析 系統(tǒng)功能需求分析 現(xiàn)代化學(xué)校應(yīng)該有個(gè)現(xiàn)代化的管理系統(tǒng)去管理學(xué)校內(nèi)的各項(xiàng)事物，學(xué)校是一個(gè)數(shù)據(jù)量比較大的單位，如何去管理及查詢學(xué)校內(nèi)的數(shù)據(jù)就成為了一項(xiàng)及為重要的問(wèn)題， 同時(shí)，學(xué)生選課、教務(wù)人員排課這項(xiàng)工作是教學(xué)管理中很重要的一個(gè)環(huán)節(jié)， 所以開(kāi)發(fā)出一個(gè) 選排課 系統(tǒng)就是現(xiàn)在及為重要的事情，從而 選排課 系 統(tǒng)的重要性就不言而喻了 [10]。 與其他的大型數(shù)據(jù)庫(kù)例如 Oracle、 DB SQL Server 等相比， MySQL 自有它的不足之處，如規(guī)模小、功能有限（ MySQL Cluster 的功能和效率都相對(duì)比較差）等，但是這絲毫也沒(méi)有減少它受歡迎的程度。 MySQL軟件采用了 GPL（ GNU 通用公共許可證 ）。 MySQL 的SQL“ 結(jié)構(gòu)化查詢語(yǔ)言 ” 。 MySQL是一種關(guān)聯(lián)數(shù)據(jù)庫(kù)管理系統(tǒng)，關(guān)聯(lián)數(shù)據(jù)庫(kù)將數(shù)據(jù) 保存在不同的表中，而不是將所有數(shù)據(jù)放在一個(gè)大倉(cāng)庫(kù)內(nèi)。在2020 年 1 月 16 號(hào)被 Sun 公司收購(gòu)。所有JSP 的實(shí)現(xiàn)均支持以 JAVA 編程語(yǔ)言為基礎(chǔ)的腳本語(yǔ)言，它有與生俱來(lái)的可適應(yīng)性，支持復(fù)雜的操作。 JSP 技術(shù)是行業(yè)協(xié)作的結(jié)果，它的設(shè)計(jì)是開(kāi)放的，符合行業(yè)標(biāo)準(zhǔn)的，并支持絕大多數(shù)的服務(wù)器、瀏覽器和相關(guān)工具。 JSP 頁(yè)面并不局限于任何特定的平臺(tái)或 web 服務(wù)器上。 JSP頁(yè)面被編譯成 servlet，并可能調(diào)用 JAVABeans 組件 (beans)或 Enterprise JAVABeans 組件（企業(yè) beans），以便在服務(wù)器端處理。通過(guò)這種方式， JSP 頁(yè)面實(shí)現(xiàn)了頁(yè)面邏輯與其設(shè)計(jì)和顯示的分離。 JSP 頁(yè)面使用 XML 標(biāo)簽和 scriptlets（一種使用 JAVA 語(yǔ)言編寫的腳本代碼），封裝了生成頁(yè)面內(nèi)容的邏輯。也就是在 MVC 中充當(dāng) V（ View）的角色。 Spring 致力于 Java EE 應(yīng)用各層的解決方案，而不是僅僅專注于某一層的方案。 9 Spring 為企業(yè)應(yīng)用的開(kāi)發(fā)提供了一個(gè)輕量級(jí)的解決方案。 Spring ORM ： Spring 框架插入了若干個(gè) ORM 框架，從而提供了 ORM 的對(duì)象關(guān)系工具，其中包括 JDO 、 Hibernate 和 iBatis SQL Map 。異常層次結(jié)構(gòu)簡(jiǎn)化了錯(cuò)誤處理，并 且極大地降低了需要編寫 的異常代碼數(shù)量（例如打開(kāi)和關(guān)閉連接）。通過(guò)使用 Spring AOP ，不用依賴 EJB 組件，就可以將聲明性事務(wù)管理集成到應(yīng)用程序中。所以，可以很容易地使 Spring 框架管理的任何對(duì)象支持 AOP 。 Spring 上下文包括企業(yè)服務(wù)，例如 JNDI 、 EJB 、電子郵件、國(guó)際化、校驗(yàn)和調(diào)度功能。 BeanFactory 使用控制反轉(zhuǎn) （ IOC ） 模式將應(yīng)用程序的配置和依賴性規(guī)范與實(shí)際的應(yīng)用程序代碼 分 開(kāi)。每個(gè)模塊的功能如下： 核心容器：核心容器提供 Spring 框架的基本功能。 Spring 的核心要點(diǎn)是： 8 支持不綁定到特定 J2EE 服務(wù)的可重用業(yè)務(wù)和數(shù)據(jù)訪問(wèn)對(duì)象?？蚣艿闹饕獌?yōu)勢(shì)之一就是其分層架構(gòu)，分層架構(gòu)允許您選擇使用哪一個(gè)組件，同時(shí)為 J2EE 應(yīng)用程序開(kāi)發(fā)提供集成的框架。一個(gè) Session 某些情況下可能跨越多個(gè)事務(wù)。 4)事務(wù)（ Transaction） 事務(wù)也是生命周期短的單線程對(duì)象，應(yīng)用程序用它來(lái)表示一批工作的原子操作。它們可能是普通的JAVABeans/POJOs，唯一特別的是他們現(xiàn)在都從屬于且僅從屬于一個(gè) Session。保存有必需的（第一級(jí)）持久化對(duì)象的緩存，用于遍歷對(duì)象圖或通過(guò)標(biāo) 識(shí)符查找對(duì)象。 2)Session 會(huì)話 Session 是生命周期的單線程對(duì)象，代表應(yīng)用程序和持久層之間的一次對(duì)話。它是 Session 的工廠，是 ConnectionProvider 的客戶。本文中所用到的就是這種體系。這種方式使用了 Hibernate API 的一個(gè)最小子集。 如圖 23 所示： 圖 23 Hibernate體系總覽圖 由于 Hibernate 比較復(fù)雜，提供了好幾種運(yùn)行方式。 因?yàn)橛?Hibernate 的支持，使得 Java EE 應(yīng)用的 OOA(面向?qū)ο蠓治?)、 OOD（面向?qū)ο笤O(shè)計(jì)）、 OOP（面向?qū)ο缶幊蹋┤齻€(gè)過(guò)程一脈相承，成為一個(gè)整體。 Hibernate 是輕量級(jí) Java EE 應(yīng)用的持久層解決方案， Hibernate 不僅管理Java 類到數(shù)據(jù)庫(kù)表的映射（包括 Java 數(shù)據(jù)類型到 SQL 數(shù)據(jù)類型的映射），還是提供數(shù)據(jù)查詢和獲取數(shù)據(jù)的方法，可以大幅度縮短使用 JDBC 處理數(shù)據(jù)持久化的時(shí)間。內(nèi) 存中的對(duì)象之間存在關(guān)聯(lián)和繼承關(guān)系，而在數(shù)據(jù)庫(kù)中，關(guān)系數(shù)據(jù)無(wú)法 直接表達(dá)多對(duì)多關(guān)聯(lián)和繼承關(guān)系。面向?qū)ο蟮拈_(kāi)發(fā)方法是當(dāng)今企業(yè)級(jí)應(yīng)用開(kāi)發(fā)環(huán)境中的主流開(kāi)發(fā)方法，關(guān)系數(shù)據(jù)庫(kù)是企業(yè)級(jí)應(yīng)用環(huán)境中永久存放數(shù)據(jù)的主流數(shù)據(jù)存儲(chǔ)系統(tǒng)。這實(shí)際上是一種模型的變化 傳播機(jī)制 [5]。如果用戶通過(guò)某個(gè)視圖的控制器改變了模型的數(shù)據(jù)，所有其它依賴于這些數(shù)據(jù)的視圖都應(yīng)反映到 這些變化?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。 控制 (Controller)可以理解為從用戶接收請(qǐng)求 , 將模型與視圖匹配在一 起，共同完成用戶的請(qǐng)求。業(yè)務(wù)流程的處理過(guò)程對(duì)其它層來(lái)說(shuō)是黑箱操作，模型接受視圖請(qǐng)求的數(shù)據(jù)，并返回最終的處理結(jié)果。隨著應(yīng)用的復(fù)雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。雖然從 Struts 1 到 Struts 2 有著太大的變化，但是相對(duì)于 WebWork， Struts 2 只有很小的變化 ，如圖 21所示： 圖 21 Struts的工作原理圖 5 MVC 模式 英文即 ModelViewController，即把一個(gè)應(yīng)用的輸入、處理、輸出流程按照Model、 View、 Controller 的方式進(jìn) 行分離，這樣一個(gè)應(yīng)用被分成三個(gè)層 ——模型層、視圖層、控制層。其全新的 Struts 2 的體系結(jié)構(gòu)與 Struts 1的體系結(jié)構(gòu)的差別巨大。其最終目的就是成為一個(gè)能夠使企業(yè)開(kāi)發(fā)者大幅縮短投放市場(chǎng)時(shí)間的體系結(jié)構(gòu) [4]。 Java語(yǔ)言相對(duì) 于 windows變成語(yǔ)言來(lái)說(shuō)，最大優(yōu)勢(shì)在 4 java語(yǔ)言是跨平臺(tái)的，而 widows的編程通常都是針對(duì) windows系統(tǒng)來(lái)開(kāi)發(fā)，可移植性遠(yuǎn)不及 Java。 目前， Java 2 平臺(tái) 有 3 個(gè)版本，它們是適用于小型設(shè)備和智能卡的 Java 2平臺(tái) Mic