【畢業(yè)學(xué)位論文】（Word原 稿）基于Jsp教學(xué)一體化管理系統(tǒng)-軟件工程

基于 學(xué)一體化管理系統(tǒng) 摘 要 I 摘 要 隨著計(jì)算機(jī)技術(shù)和 網(wǎng)絡(luò) 技術(shù)的飛速發(fā)展， 它 應(yīng)用的范圍越來越廣泛，并已深入到各種行業(yè)領(lǐng)域中。為了適應(yīng)社會的發(fā)展，學(xué)校的信息化水平要求也越來越高，將具有跨平臺特性的 術(shù)用于實(shí)現(xiàn)各類管理信息系統(tǒng)，不但可以提高學(xué)校的信息化水平，也可以提高學(xué)校管理工作效率。 本文以 為頁面的主要編程語言 ,從 計(jì)模式和 架技術(shù)的應(yīng)用展開論述，介紹了該系統(tǒng)縱向上各個(gè)業(yè)務(wù)模塊、 以及數(shù)據(jù)庫 的設(shè)計(jì)和實(shí)現(xiàn)，其中對該系統(tǒng) 據(jù) 持久層的設(shè)計(jì)進(jìn)行了詳細(xì)介紹 ,并對系統(tǒng)中的各個(gè)模塊進(jìn)行 了 詳細(xì)的說明 。 關(guān)鍵詞 教學(xué) 一體化 管理 系統(tǒng) , 式， s eb go to of In to to of of of sp of of of sp as VC of in of 目 錄 錄 摘要 . 錄 . 1 章 緒 論 . 1 題研究的背景和意義 . 1 紹 . 1 紹 . 2 . 4 成 . 4 模型組件 . 5 視圖組件 . 5 運(yùn)行流程 : . 6 基本配置 . 6 . 6 系結(jié)構(gòu)的概要圖： . 7 系結(jié)構(gòu) . 7 久的對象及其集合 . 8 例狀態(tài) . 8 . 9 第 2 章 用戶對系統(tǒng)的要求 . 10 統(tǒng)對教學(xué)管理總的需求 . 10 務(wù)處工作人員對教學(xué)管理系統(tǒng)的要求 . 11 生管理模塊 . 11 師管理模塊 . 12 務(wù)處管理 . 12 師對管理系統(tǒng)的需求 . 12 生對管理系統(tǒng)的需求 . 13 統(tǒng)功能需求 . 13 第 3 章 數(shù)據(jù)庫系統(tǒng)的實(shí)現(xiàn) . 14 據(jù)實(shí)體描述 . 14 體間聯(lián)系描述 . 14 據(jù)實(shí)體 . 15 數(shù)據(jù)庫邏輯模型設(shè)計(jì) . 17 設(shè)計(jì) . 17 據(jù)約束設(shè)計(jì) . 20 據(jù)完整性設(shè)計(jì) . 21 第 4 章 系統(tǒng)實(shí)現(xiàn) . 22 統(tǒng)開發(fā)及運(yùn)行環(huán)境 . 22 架實(shí)現(xiàn) . 22 示層買現(xiàn) . 22 據(jù)庫持久層的實(shí)現(xiàn)方法 . 24 統(tǒng)部分功能實(shí)現(xiàn) . 25 錄模式的設(shè)計(jì) . 25 生學(xué)籍管理系統(tǒng)設(shè)計(jì) . 28 師管理系統(tǒng)設(shè)計(jì) . 35 本章小結(jié)： . 42 第五章 總結(jié)和展望 . 43 總結(jié) . 43 展望 . 43 參考文獻(xiàn) . 45 第 1 章 緒 論 1 第 1章 緒 論 隨著因特網(wǎng)技術(shù)的迅速發(fā)展，教育手段信息化成了現(xiàn)在 學(xué)校 教學(xué)的一種趨勢，尤其是在 素質(zhì) 教育受到日益重視的今天，如何借助 網(wǎng)絡(luò) 信息技術(shù)更好的為學(xué)生 、教師 、學(xué)校 服務(wù)，更好的管理教學(xué)環(huán)節(jié)以方便 學(xué)校 各級管理人員成了一個(gè)值得思考的方向?；?學(xué) 一體化 管理 系統(tǒng) ，其教學(xué) 管理 過程不受時(shí)間、地域的限制，同時(shí)教育資源及公共信息能同時(shí)在廣大范圍內(nèi)實(shí)現(xiàn)共享。 學(xué)校開學(xué)時(shí)，新生報(bào)到是每個(gè)高中學(xué)校所面臨的一個(gè) 繁重任務(wù)，按照以往的工作方式，在學(xué)生報(bào)到前，學(xué)校要發(fā)放錄取通知書，然后是學(xué)生分班、繳費(fèi)和相應(yīng)的住宿管理，在上面的各個(gè)環(huán)節(jié)中，要相互協(xié)作，環(huán)環(huán)相扣，如果信息 資源交流 不充分，那么就容易出現(xiàn)問題， 同時(shí)在組織學(xué)生的升、留學(xué)時(shí)由于人為手工因素的原因，造成了信息不通暢，產(chǎn)生一些意 想不到的問題，影響了學(xué)校的正常的管理，給學(xué)校的 教學(xué) 管理帶了不便 ； 再者 ，隨著當(dāng)前學(xué)校規(guī)模的不斷擴(kuò)大，學(xué)生數(shù)量的不斷增加，學(xué)生信息量也成倍增長 ； 學(xué)生數(shù)量的增長給教學(xué)管理帶來了很大的沖擊，教學(xué)管理的高低直接影響到學(xué)生培養(yǎng)的質(zhì)量 和學(xué)校的效率 。 針對上面的問題， 為有效的提高教學(xué)管理工作的效率， 本人 設(shè)計(jì)開發(fā)了此教學(xué)管理系統(tǒng)。 在以下的小結(jié)中把該課題中的相關(guān)技術(shù)進(jìn)行簡單介紹。 一種利用 平臺來簡化企業(yè)解決方案的開發(fā)、部署和管理相關(guān)的復(fù)雜問題的體系結(jié)構(gòu)。 術(shù)的基礎(chǔ)就是核心 臺或 平臺的標(biāo)準(zhǔn)版， 僅鞏固了標(biāo)準(zhǔn)版中的許多優(yōu)點(diǎn)，例如 “ 編寫一次、隨處運(yùn)行 ”的特性、方便存取數(shù)據(jù)庫的 術(shù)以及能夠在 用中保護(hù)數(shù)據(jù)的安全模式等等，同時(shí)還提供了對 及 術(shù)的全面支持。其最終目的就是成為一個(gè)能夠使企業(yè)開發(fā)者大幅縮短投放市場時(shí)間的體系結(jié)構(gòu)。 系結(jié)構(gòu)提供中間層集成框架用來滿足無需太多費(fèi)用 而又需要高可用性、高可靠性以及可擴(kuò)展性的應(yīng)用的需求。通過提供統(tǒng)一的開發(fā)平臺， 時(shí)提供對現(xiàn)有應(yīng)用程序集成強(qiáng)有力支 2 持，完全支持 良好的向?qū)еС执虬筒渴饝?yīng)用，添加目錄支持，增強(qiáng)了安全機(jī)制，提高了性能 。 構(gòu)是 縮寫，中文譯為 “ 模型 控制器 ” 。 用程序總是由這三個(gè)部分組成 ； 事件導(dǎo)致 變 者同時(shí)改變兩者 ； 只要 變了 數(shù)據(jù)或者屬性，所有依賴的 會自動(dòng)更新。類似的，只要 變了 獲取數(shù)據(jù)來刷新自己 。 構(gòu)的對應(yīng)關(guān)系是 :常是 頁面顯示部分。頁面顯示的邏輯部分 ，通常用 實(shí)現(xiàn) 。 務(wù)邏輯部分 ，通常用服務(wù)端的 者 現(xiàn)。 文即 把一個(gè)應(yīng)用的輸 入、處理、輸出流程按照 方式進(jìn)行分離，這樣一個(gè)應(yīng)用被分成三個(gè)層 模型層、視圖層、控制層。 視圖 視圖 (表用戶交互界面，對于 用來說，可以概括為 面，但有可能為 個(gè)應(yīng)用可能有很多不同的視圖， 計(jì)模式對于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務(wù)流程的處理。業(yè)務(wù)流程的處理交予模型 (理。比如一個(gè)訂單的視圖只接受來自模型的數(shù)據(jù)并顯示給用戶，以及將用 戶界面的輸入數(shù)據(jù)和請求傳遞給控制和模型。 模型 模型 (就是業(yè)務(wù)流程 /狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)模型的設(shè)計(jì)可以說是 主要的核心。它僅僅告訴你按這種模型設(shè)計(jì)就可以利用某些技術(shù)組件，從而減少了技術(shù)上的困難。對一個(gè)開發(fā)者來說，就可以專注于業(yè)務(wù)模型的設(shè)計(jì)。 計(jì)模式告訴我們，把應(yīng)用的模型按一定的規(guī)則抽取出來，抽取的層次很重要，這也是判斷開發(fā)人員是否優(yōu)秀的設(shè)計(jì)依據(jù)。抽象與具體不能隔得太遠(yuǎn)，也不能太近。 沒有提供模型的設(shè)計(jì)方法，而只告訴你應(yīng)該組織管理這些模型，以便于模型的重構(gòu)和提高 重用性。 業(yè)務(wù)模型還有一個(gè)很重要的模型那就是數(shù)據(jù)模型。數(shù)據(jù)模型主要指實(shí)體對象的數(shù)據(jù)保存。 第 1 章 緒 論 3 控制 控制 (以理解為從用戶接收請求 , 將模型與視圖匹配在一起，共同完成用戶的請求。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個(gè)分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請求 ， 控制層并不做任何的數(shù)據(jù)處理。因此，一個(gè)模型可能對應(yīng)多個(gè)視圖，一個(gè)視圖可能對應(yīng)多個(gè)模型。 模型、視圖與控制器的分離，使得一個(gè)模型可以具有多個(gè)顯示視圖。如果用戶通過某個(gè)視圖的控制器改變了模型的數(shù) 據(jù)，所有其它依賴于這些數(shù)據(jù)的視圖都應(yīng)反映到這些變化。因此，無論何時(shí)發(fā)生了何種數(shù)據(jù)變化，控制器都會將變化通知所有的視圖，導(dǎo)致顯示的更新。模型、視圖、控制器三者之間的關(guān)系和各自的主要功能，如圖 1 所示。 臺企業(yè)版 (其他的各種框架不一樣， 模型對象(義了一個(gè)規(guī)范。 視圖 ( 在 用程序中，視圖 (能由 擔(dān)。生成視圖的代碼則可能是一個(gè) 一部分，特別是 在客戶端服務(wù)端交互的時(shí)候。 控制器 ( 用中，控制器可能是一個(gè) 現(xiàn)在一般用 現(xiàn)。 模型 ( 模型則是由一個(gè)實(shí)體 實(shí)現(xiàn)。 計(jì)模式的擴(kuò)展 通過在 的 構(gòu)編寫的，具有極其良好的可擴(kuò)展性。它可以輕松實(shí)現(xiàn)以下功能： 實(shí)現(xiàn)一個(gè)模型的多個(gè)視圖； 采用多個(gè)控制器； 當(dāng)模型改變時(shí)，所有視圖將自動(dòng)刷新； 所有的控制器將相互獨(dú)立工作。 這就是 構(gòu)的好處，只需在以前的程序上稍作修改或增加新的類，即可輕松增加許多程序功能。以 前開發(fā)的許多類可以重用，而程序結(jié)構(gòu)根本不再需要改變，各類之間相互獨(dú)立，便于團(tuán)體開發(fā)，提高開發(fā)效率。 優(yōu)點(diǎn) 求對應(yīng)用分層，雖然要花費(fèi)額外的工作，但產(chǎn)品的結(jié)構(gòu)清晰，產(chǎn)品的應(yīng)用通過模型可以得到更好地體現(xiàn)。 首先，最重要的是應(yīng)該有多個(gè)視圖對應(yīng)一個(gè)模型的能力。在目前用戶需求的快速變化下，可能有多種方式訪問應(yīng)用的要求。這樣減少了代碼的復(fù)制，即減少了代碼的維護(hù)量，一旦模型發(fā)生改變，也易于維護(hù)。 其次，由于模型返回 4 的數(shù)據(jù)不帶任何顯示格式，因而這些模型也可直接應(yīng)用于接口的使用。 再次，由于一個(gè)應(yīng)用被分離 為三層，因此有時(shí)改變其中的一層就能滿足應(yīng)用的改變。一個(gè)應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需改動(dòng) 模型層。 最后，它還有利于軟件工程化管理。由于不同的層各司其職，每一層不同的應(yīng)用具有某些相同的特征，有利于通過工程化、工具化產(chǎn)生管理程序代碼。 不足 不足體現(xiàn)在以下幾個(gè)方面： （ 1）增加了系統(tǒng)結(jié)構(gòu)和實(shí)現(xiàn)的復(fù)雜性。對于簡單的界面，嚴(yán)格遵循 模型、視圖與控制器分離，會增加結(jié)構(gòu)的復(fù)雜性，并可能產(chǎn)生過多的更新操作，降低運(yùn)行效率。 （ 2）視圖與控制器間的過于緊密的連接。視圖與控制器是相 互分離，但確實(shí)聯(lián)系緊密的部件，視圖沒有控制器的存在，其應(yīng)用是很有限的，反之亦然，這樣就妨礙了他們的獨(dú)立重用。 （ 3）視圖對模型數(shù)據(jù)的低效率訪問。依據(jù)模型操作接口的不同，視圖可能需要多次調(diào)用才能獲得足夠的顯示數(shù)據(jù)。對未變化數(shù)據(jù)的不必要的頻繁訪問，也將損害操作性能。 （ 4） 目前，一般高級的界面工具或構(gòu)造器不支持 構(gòu)。改造這些工具以適應(yīng) 要和建立分離的部件的代價(jià)是很高的，從而造成使用 由圖中可以看出， 架由 3 個(gè)部 分組成：核心控制器 業(yè)務(wù)控制器和用戶實(shí)現(xiàn)的業(yè)務(wù)邏輯組件。在這 3 個(gè)部分里， 架提供了核心控制器 用戶需要實(shí)現(xiàn)業(yè)務(wù)控制器和業(yè)務(wù)邏輯組件。 核心控制器 ： 架的核心控制器，該控制器作為一個(gè) 行在 用中，它負(fù)責(zé)攔截所有的用戶請求，當(dāng)用戶請求到達(dá)時(shí)，該 過濾用戶請求。如果用戶請求以 尾，該請求將被轉(zhuǎn)入 架處理。 架獲得了 *求后，將根據(jù)*求的前面部分決定調(diào)用哪個(gè)業(yè)務(wù)邏輯組件。 于處理用戶請求的 例，并不是用戶實(shí)現(xiàn)的業(yè)務(wù)控制器，而是由 架提供了系列攔截器，該系列攔截器負(fù)責(zé)將 入到 ，并回調(diào) 法第 1 章 緒 論 5 來處理用戶請求。顯然，上面的處理過程是典型的 向切面編程）處理方式。 上圖中 顯示了這種處理模型。 從圖中可以看出，用戶實(shí) 現(xiàn)的 僅僅是 理的代理目標(biāo)。用戶實(shí)現(xiàn)的業(yè)務(wù)控制器 （ 則包含了對用戶請求的處理。用戶的請求數(shù)據(jù)包含在 象里，而用戶的 無需訪問象。攔截器負(fù)責(zé)將 的請求數(shù)據(jù)解析出來，并傳給業(yè)務(wù)邏輯組件 例。 業(yè)務(wù)控制器 正如從圖中所看到的，業(yè)務(wù)控制器組件就是用戶實(shí)現(xiàn) 的實(shí)例，里通常包含了一個(gè) 法，該方 法返回一個(gè)字符串 ， 該字符串就是一個(gè)邏輯視圖名，當(dāng)業(yè)務(wù)控制器處理完用戶請求后，根據(jù)處理結(jié)果不同，法返回不同字符串 每個(gè)字符串對應(yīng)一個(gè)視圖名。程序員開發(fā)出系統(tǒng)所需要的業(yè)務(wù)控制器后，還需要配置 每個(gè) 要處理一個(gè)用戶請求，而用戶請求總是包含了指定 當(dāng) 截到用戶請求后，根據(jù)請求的 理 實(shí)際上，模型組件己經(jīng)超出了 架的覆蓋 范圍。對于 架而言，通常沒有為模型組件的實(shí)現(xiàn)提供太多的幫助。 E 應(yīng)用里的模型組件，通常指系統(tǒng)的業(yè)務(wù)邏輯組件。而隱藏在系統(tǒng)的業(yè)務(wù)邏輯組件下面的，可能還包含了 域?qū)ο蟮冉M件。 通常， 架里的業(yè)務(wù)控制器會調(diào)用模型組件的方法來處理用戶請求。業(yè)務(wù)控制器只是中間負(fù)責(zé)調(diào)度的調(diào)度器，這也是稱 控制器的原因。如圖 示 視圖組件 經(jīng)改變了 能使用 為視圖技術(shù)的現(xiàn)狀， 許使用其他的模板技術(shù) ，如 為視圖技術(shù)。當(dāng) 控制器返回邏輯視圖名時(shí)，邏輯視圖并未與任何的視圖技術(shù)關(guān)聯(lián)，僅僅是返回一個(gè)字符串，該字符串作為邏輯視圖名。當(dāng)我們在 件中配置 ，不僅需要指定 性和 性，還要為 素指定系列 元素，每個(gè) 元素定義一個(gè)邏輯視圖和物理視圖之間的映射。 圖 行過程 6 流程：在客戶端提交信息之后，信息會轉(zhuǎn)到對應(yīng)的 ，在理完之后，又會轉(zhuǎn)到 ，又從 跳轉(zhuǎn)到 面。全部都是用的 請求轉(zhuǎn)發(fā) ,也就是在一個(gè) 。 前面大致了解了 框架的基本內(nèi)容，但這些基本內(nèi)容都必須建立在 的配置文件基礎(chǔ)之上，這些配置文件的配置信息也是 應(yīng)用的核心部分。 配置 件 任何 架都需要與 用整合，這就不得不借助于 件，只有配置在 件中 會被應(yīng)用加載。通常，所有的 架都需要 用加載一個(gè)核心控制器，對于 架而言，需要加載要 用負(fù)責(zé)加載 會加載應(yīng)用的 架。因?yàn)?核心控制器設(shè)計(jì)成 不是一個(gè)普通 為了讓 用加載 只需要在 件中配置 可。 置文件 架的核心配置文件就是 置文件，該文件主要負(fù)責(zé)管理 框架的業(yè)務(wù)控制器 默認(rèn)情況下， 框架將自動(dòng)加載放在徑下的 件。在大部分應(yīng)用里，隨著應(yīng)用規(guī)模的增加，系統(tǒng)中 量也大量增加，導(dǎo)致 置文件變得非常臃腫。為了避免 件過于龐大、臃腫，提高 件的可讀性，我們可以將一個(gè) 置文件分解成多個(gè)配置文件，然后在 件中包含其他配置文件。 今日的企業(yè)環(huán)境中，把面向?qū)ο蟮能浖完P(guān)系數(shù)據(jù)庫一起使用可能是相當(dāng)麻煩、浪費(fèi)時(shí)間的。 一個(gè)面向 境的對象 /關(guān)系數(shù)據(jù)庫映射工具。對象 /關(guān)系數(shù)據(jù)庫映射 (這個(gè)術(shù)語表示一種技術(shù)，用來把對象模型表示的對象映射到基于 關(guān)系模型數(shù)據(jù)結(jié)構(gòu)中去。 僅僅管理 到數(shù)據(jù)庫表的映射（包括 據(jù) 類型到 還提供數(shù)據(jù)查詢和獲取數(shù)據(jù)的方法，可以大幅度減少開發(fā)時(shí)第 1 章 緒 論 7 人工使用 理數(shù)據(jù)的時(shí)間。 目標(biāo)是對于開發(fā)者通常的數(shù)據(jù)持久化相關(guān)的編程任務(wù)，解放其中的 95%。對于以數(shù)據(jù)為中心的程序來說 ,它們往往只在數(shù)據(jù)庫中使用存儲過程來實(shí)現(xiàn)商業(yè)邏輯 ,能不是最好的解決方案 ;對于那些在基于 中間層應(yīng)用中，它們實(shí)現(xiàn)面向?qū)ο蟮臉I(yè)務(wù)模型和商業(yè)邏輯的應(yīng)用， 最有用的。不管怎樣， 定可以幫助你消除或者包裝那些針對特定廠商的 碼，并且?guī)湍惆呀Y(jié)果集從表格式的表示形式轉(zhuǎn)換到一系列的對象去。 用數(shù)據(jù)庫和配置信息來為應(yīng)用程序提供持久化服務(wù)以及持久的對象。 我們來更詳細(xì)地看一下 行時(shí)體系結(jié)構(gòu)。由于 常靈活，且支持多種應(yīng)用方案， 所以我們這只描述一下兩種極端的情況。“輕型”的體系結(jié)構(gòu)方案，要求應(yīng)用程序提供自己的 接并管理自己的事務(wù)。這種方案使用了 最小子集： “全面解決”的體系結(jié)構(gòu)方案，將應(yīng)用層從底層的 抽象出來，而讓 處理這些細(xì)節(jié)。 圖中各個(gè)對象的定義如下： 針對單個(gè)數(shù)據(jù)庫映射關(guān)系經(jīng)過編譯后的內(nèi)存鏡像，是線程安全的（不可變）。 它是生成 工廠，本身要用到 該對象可以在進(jìn)程或集群的級別上，為那些事務(wù)之間可以重用的數(shù)據(jù)提供可選的二級緩存。 表示應(yīng)用程序與持久儲存層之間交互操作的一個(gè)單線程對象，此對象生存期很短。 其隱藏了 接，也是 工廠。 其會持有一個(gè)針對持久化對象的必選（第一級）緩存，在遍歷對象圖或者根據(jù)持久化標(biāo)識查找對象時(shí)會用到。 8 帶有持久化狀態(tài)的、具有業(yè)務(wù)功能的單線程對象，此對象生存期很短。 這些對象可能是普通的 一特殊的是他們正與（僅僅一個(gè)）關(guān)聯(lián)。 一 旦這個(gè) 關(guān)閉，這些對象就會脫離持久化狀態(tài)，這樣就可被應(yīng)用程序的任何層自由使用。 瞬態(tài) (脫管 (對象及其集合 那些目前沒有與 聯(lián)的持久化類實(shí)例。 他們可能是在被應(yīng)用程序?qū)嵗螅形催M(jìn)行持久化的對象。 也可能是因?yàn)閷?shí)例化他們的 經(jīng)被關(guān)閉而脫離持久化的對象。 事務(wù) （可選的）應(yīng)用程序用來指定原子操作單元范圍的對象，它是單線程的，生命周期很短。 它 通過抽象將應(yīng)用從底層具體的 及 務(wù)隔離開。 某些情況下，一個(gè) 內(nèi)可能包含多個(gè) 象。 盡管是否使用該對象是可選的，但無論是使用底層的 是使用 象，事務(wù)邊界的開啟與關(guān)閉是必不可少的。 （可選的）生成 接的工廠（同時(shí)也起到連接池的作用）。 它通過抽象將應(yīng)用從底層的 離開。僅供開發(fā)者擴(kuò)展 /實(shí)現(xiàn)用，并不暴露給應(yīng)用程序使用。 （可選的）生成 象實(shí)例的工廠。 僅供開發(fā)者擴(kuò)展 /實(shí)現(xiàn)用，并不暴露給應(yīng)用程序使用。 擴(kuò)展接口 供了很多可選的擴(kuò)展接口，你可以通過實(shí)現(xiàn)它們來定制你的持久 層 的 行 為 。 在 特 定 “ 輕 型 ” 的 體 系 結(jié) 構(gòu) 中 ， 應(yīng) 用 程 序 可 能 繞 過 及 接跟 交道。 一個(gè)持久化類的實(shí)例可能處于三種不同狀態(tài)中的某一種。 這三種狀態(tài)的定義則與所謂的持久化上下文 (關(guān)。 象就是這個(gè)所謂的持久化上下文： 瞬態(tài)（ 第 1 章 緒 論 9 該實(shí)例從未與任何持久化上下文關(guān)聯(lián)過。它沒有持久化標(biāo)識（相當(dāng)于主鍵值）。 持久化 ( 實(shí)例目前與某個(gè)持久化上下文有關(guān)聯(lián)。 它擁有持 久化標(biāo)識（相當(dāng)于主鍵值），并且可能在數(shù)據(jù)庫中有一個(gè)對應(yīng)的行。 對于某一個(gè)特定的持久化上下文，證持久化標(biāo)識與 識（其值代表對象在內(nèi)存中的位置）等價(jià)。 脫管 ( 實(shí)例曾經(jīng)與某個(gè)持久化上下文發(fā)生過關(guān)聯(lián)，不過那個(gè)上下文被關(guān)閉了， 或者這個(gè)實(shí)例是被序列化 (另外的進(jìn)程。 它擁有持久化標(biāo)識，并且在數(shù)據(jù)庫中可能存在一個(gè)對應(yīng)的行。 對于脫管狀態(tài)的實(shí)例 ， 保證任何持久化標(biāo)識和 識的關(guān)系。 用 下文相關(guān)的” 定的 整個(gè)特定的上下文范圍內(nèi)始終有效。然而，對不同類型的應(yīng)用程序而言，要為什么是組成這種“上下文”下一個(gè)定義通常是困難的；不同的上下文對“當(dāng)前”這個(gè)概念定義了不同的范圍。在 本之前，使用 上下文 么采用樣的輔助類，要么采用第三方框架（比如 它們提供了基于代理 (者基于攔截器 (上下文相關(guān) 10 第 2章 用戶對系統(tǒng)的要求 教學(xué)管理 總的需 求 本 學(xué)一體化 管理 系統(tǒng) 由教師、教務(wù)處和學(xué)生三個(gè)子系統(tǒng)組成， 但是這三個(gè)部分又是相輔相成的，他們通過一定的關(guān)系又能聯(lián)系在一起。 其中教師管理模塊主要 分為課程設(shè)置和教師基本信息，教務(wù)處 模塊 主要的任務(wù) 分為教學(xué)管理和學(xué)生管理，學(xué)生部分功能 模塊主要 分為學(xué)生信息輸入和教務(wù)信息輸入和學(xué)生個(gè)人查詢修改部分，具體的功能圖如下圖所示： 圖 教學(xué)一體化信息系統(tǒng)功能模塊圖 教學(xué) 管理 信息 系統(tǒng) 教 師 教 務(wù) 處 學(xué) 生 課程 設(shè)置 學(xué)生 成績 輸入 統(tǒng)計(jì) 工作量 教師 基本 信息 教師 個(gè)人 信息 教師 進(jìn)修 情況 教學(xué) 安排 學(xué)生 成績 單生成 年級 班級 課表 生成 學(xué)生 管理 學(xué)生 宿舍 安排 學(xué)生 繳費(fèi) 管理 學(xué)生 信息 輸入 教務(wù) 信息 輸入 個(gè)人 信息 查詢 修改 學(xué)籍 變更 獎(jiǎng)學(xué) 金評定 學(xué)生 處罰 記錄 第 2 章 用戶對系統(tǒng)的要求 11 本系統(tǒng)的主要分系統(tǒng)如下： 用戶登陸系統(tǒng)（不同的用戶登錄到不同的應(yīng)用系統(tǒng)中，也就是在程序中設(shè)定不同的用戶權(quán)限，不同的用戶所顯示的界面也就不同，所對就的權(quán)限就不同，功能也就不同 。 ） 學(xué)生信息錄入系統(tǒng)（ 主要是處理學(xué)生的日常的教務(wù)處的學(xué)生工作，包括學(xué)生的基本信息的錄入，學(xué)生的基本信息的修改，以及學(xué)生的獎(jiǎng)懲情況的錄入和修改，學(xué)生的分班，學(xué)生和老師的課表的管理，考試考場的編排，此項(xiàng)功能中只有 教務(wù)處工作人員類才能進(jìn)入，其中包含了 學(xué)籍管理、班級分班管理、課表管理、 獎(jiǎng)懲管理 ）。 學(xué)生信息查詢修改系統(tǒng)（學(xué)生類進(jìn)入，可以對 基本的學(xué)生 自己的 信息 數(shù)據(jù)進(jìn)行查詢 、 修改 ，對自己的 考試成績和 獎(jiǎng)懲信息只能進(jìn)行瀏覽，但不能修改 ）。 課 表 系統(tǒng)（教務(wù)處工作人員類才能進(jìn)入 ，可以設(shè)置相應(yīng)課程的上課節(jié)數(shù)，上課時(shí)間、地點(diǎn)，相應(yīng)的授課老師，授課的節(jié)課等 ）。 教師信息錄入系統(tǒng)（教務(wù)處工作人員類才能進(jìn)入 ，可以對教師的基本信息進(jìn)行錄入、修改、查詢 。 ） 教師信息查詢修改系統(tǒng)（教師 可以 進(jìn)入 相應(yīng)的模塊 ，可以對數(shù)據(jù)進(jìn)行查詢修改 ，但是有的信息不能修改，只有在 教務(wù)系統(tǒng)中才可能進(jìn)入修改 ）。 學(xué)生 課表 系統(tǒng)（教務(wù)處和 老師 都能進(jìn)入 ，可 以對學(xué)校和學(xué)生的課表進(jìn)行相應(yīng)的調(diào)整和修改 ）。 成績錄入系統(tǒng)（教師可 以 進(jìn) 入本系統(tǒng)，進(jìn)行相應(yīng)的學(xué)生考試成績的分?jǐn)?shù)的錄入， 且錄入后 如有錯(cuò)誤可以進(jìn)行 再修改 ，但是有時(shí)間的限制，超過期限就無權(quán)修改 ）。 成績查詢系統(tǒng)（教務(wù)處、教師、學(xué)生可進(jìn)，但 教師和學(xué)生 只能對成績進(jìn)行相應(yīng)的 查詢操作， 不能修改，而教務(wù)處系統(tǒng) 可對其進(jìn)行 查詢和 修改操作）。 本模塊 可以進(jìn)行新生基本信息的錄入 包括學(xué)號、姓名、性別、班級、年級、出生日期、籍貫、家庭住址 、父母姓名，父母的工作單位及聯(lián)系電 話等相關(guān)的信息 。 學(xué)生流動(dòng)情況的輸入：包括轉(zhuǎn)學(xué)、體學(xué)、復(fù)學(xué)、退學(xué)、畢業(yè) 。 可以對學(xué)生實(shí)現(xiàn)分班，分班可以按照相應(yīng)的功能來進(jìn)行，如按分?jǐn)?shù)，男女生比例等問題進(jìn)行相關(guān)條件的分班。 12 可以對學(xué)生分班后的情況進(jìn)行相應(yīng)的微調(diào)。 可以實(shí)現(xiàn)幫助學(xué)生實(shí)現(xiàn) 所在班級的 課 表生成 功能。 可以實(shí)現(xiàn)對學(xué)生檔案中的獎(jiǎng)懲處罰進(jìn)行記錄、修改。 學(xué)生個(gè)人信息的查詢和修改，包括流動(dòng)情況和獎(jiǎng)罰情況。 可以對學(xué)生進(jìn)行文理科二次分班，對文科和理科進(jìn)行單獨(dú)分班，分班的原始的記錄可以保存。 可以實(shí)現(xiàn)對學(xué)生課程成績進(jìn)行查詢 、成績單生成 和異動(dòng)管理。 理模塊 本模塊 可以實(shí)現(xiàn)對教師基本信息的錄入和檔案管理。 包括教職工編號、姓名、性別、年齡、出生年月、畢業(yè)院校、所授課程、所授班級、所授年級、 獲得學(xué)位、工作年限。 管理教師進(jìn)修檔案（教師姓名、進(jìn)修日期、進(jìn)修科目、進(jìn)修單位、進(jìn)修成績）。 教師課 程管理 統(tǒng)計(jì)（ 教師所教授的班級、 統(tǒng)計(jì)教師工作量 、學(xué)生成績錄錄入 ）。 可以對相應(yīng)的學(xué)生和班級進(jìn)行檔案進(jìn)行查詢，以了解學(xué)生和相應(yīng)班級相關(guān)的情況。 可以查詢課表，包括按年級、班級、教師瀏覽課程表，可以打印相應(yīng)的課程表。 理 本模塊 可以實(shí)現(xiàn) 對學(xué)生的信息的基本修改以 及教師信息錄入和 課程進(jìn)行排課管理 以及生 成 相應(yīng)的年級和班級課程報(bào)表 。 實(shí)現(xiàn) 年級班級成績單 功能實(shí)現(xiàn) 并根據(jù)情況做好相關(guān)課程的統(tǒng)計(jì) 。 師對管理系統(tǒng)的需求 實(shí)現(xiàn)對自己的基本信息的查詢。 實(shí)現(xiàn)對選修自己所教授課程的學(xué)生的基本信息（但不能修改）。 實(shí)現(xiàn)對自己所教授課程的課程信息進(jìn)行查詢（時(shí)間地點(diǎn)）。 可以查詢每次考試后所授課程的相關(guān)學(xué)業(yè)成績信息，包括及格率，合格率，班級學(xué)生的名次，以及相應(yīng)的年級名次。 實(shí)現(xiàn)自己課程的學(xué)生成績的錄入（錄入后 提交后 不能再進(jìn)行修改）。 第 2 章 用戶對系統(tǒng)的要求 13 實(shí)現(xiàn)對自己的基本信息 的查詢和修改。 實(shí)現(xiàn)課 表 查詢（課程教師、課程時(shí)間、地點(diǎn)）。 實(shí)現(xiàn)選課、退課等選課相關(guān)事項(xiàng) （本校的選、退課有學(xué)校統(tǒng)一管理） 。 本 系統(tǒng)應(yīng)當(dāng)完成的 上面所述的基本 信息處理 及 能夠 實(shí)現(xiàn)學(xué)生的基本情況的錄入，教師的基本情況的錄入，學(xué)生和老師的相關(guān)信息的刪除、學(xué)生和教師相關(guān)錯(cuò)誤信息的修改，以及能夠按照相應(yīng)的要求進(jìn)行學(xué)生和教師的相應(yīng)信息的查詢 、生成相應(yīng)的班級及年級的課程表的報(bào)表，以及學(xué)生有關(guān)成績的報(bào)表 等 相關(guān)基本的功能。 14 第 3章 數(shù)據(jù)庫系統(tǒng)的實(shí)現(xiàn) 實(shí)體一覽： 學(xué)生、教師、課程、選課。 實(shí)體描述： （ 1） 生），屬性包含 生學(xué)號）、 名）、 別）、 日）、 學(xué)時(shí)間）、 學(xué)生聯(lián)系 電話號碼）、在班級） ， 在年級 )、 貫 )（ 號為候選碼、學(xué)號為主鍵） （ 2） 學(xué)生學(xué)籍變更（ ,屬性包含 錄號）， 生學(xué)號）、更代碼）、 錄時(shí)間）、 述） (3)師）， 職工編號）、 別）、 師姓名）、在教授的 學(xué)科 ）、 畢業(yè)學(xué)校 ）、 T