畢業(yè)設(shè)計基于P2P教學(xué)輔導(dǎo)系統(tǒng)論文

1、基于 p2p 教學(xué)輔導(dǎo)系統(tǒng) 目 錄 摘摘 要要.3 abstractabstract.4 第第 1 1 章章 緒論緒論.5 1.1 課題的國內(nèi)外研究現(xiàn)狀和存在的問題.5 1.2 iptv 技術(shù)在高校教務(wù)管理系統(tǒng)中的應(yīng)用現(xiàn)狀.6 1.3 論文主要研究內(nèi)容.6 1.4 論文結(jié)構(gòu)安排.7 第第 2 2 章章 相關(guān)理論及技術(shù)相關(guān)理論及技術(shù).8 2.1 流媒體.8 2.1.1 流媒體技術(shù).8 2.1.2 流式傳輸?shù)奶攸c .9 2.1.3 流媒體技術(shù)原理.10 2.2 mvc 概述.11 2.2.1 mvc 模式.11 2.2.2 jsf 框架.12 2.3 流媒體關(guān)鍵技術(shù).12 2.3.1 視頻壓縮編碼

2、.13 2.3.2 操體服務(wù)器.13 2.3.3 流媒體傳輸.14 2.4 對等網(wǎng)絡(luò)技術(shù)在 iptv 中的應(yīng)用.14 2.5 p2p流媒體.16 2.5.1 p2p 流媒體系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu).16 第第 3 3 章章 系統(tǒng)需求分析系統(tǒng)需求分析.18 3.1 教學(xué)輔助系統(tǒng)總體需求.18 3.1.1 目標需求.18 3.2 系統(tǒng)業(yè)務(wù)流程分析.19 3.2.1 選課子系統(tǒng)業(yè)務(wù)流程分析.19 3.2.2 用戶管理子系統(tǒng)業(yè)務(wù)流程分析.20 3.2.3 成績子系統(tǒng)業(yè)務(wù)流程分析.21 3.2.4 考勤子系統(tǒng)業(yè)務(wù)流程分析.22 第第 4 4 章章 系統(tǒng)設(shè)計系統(tǒng)設(shè)計.24 4.1 系統(tǒng)設(shè)計目標.24 4.2 系統(tǒng)架構(gòu)

3、設(shè)計.24 4.2.1 系統(tǒng)邏輯體系結(jié)構(gòu).24 4.2.2 系統(tǒng)網(wǎng)絡(luò)拓撲圖.25 4.3 系統(tǒng)功能設(shè)計.26 4.3.1 在線選課 .26 4.3.2 用戶管理子系統(tǒng)設(shè)計.27 4.3.3 成績子系統(tǒng)設(shè)計.28 4.3.4 視頻子系統(tǒng)設(shè)計.29 4.3.5 p2p 流媒體視頻下載.29 4.4 系統(tǒng)數(shù)據(jù)庫設(shè)計.32 4.4.1 數(shù)據(jù)對象模型設(shè)計.32 4.4.2 數(shù)據(jù)對象 e-r 圖.33 4.4.3 數(shù)據(jù)訪問.33 第第 5 5 章章 系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn).35 5.1 開發(fā)環(huán)境與工具.35 5.2 jsp 與p2p流媒體數(shù)據(jù)交互.36 5.2.1 流媒體與 jsp .36 5.2.2 交互的

4、jsp 流媒體系統(tǒng) .36 第六章第六章 系統(tǒng)運行及效果系統(tǒng)運行及效果.40 6.1 系統(tǒng)信息公告.40 6.2 作業(yè)管理.41 6.3 考勤管理.43 6.4 視頻點播效果圖.44 結(jié)束語結(jié)束語.45 致謝致謝.47 參考文獻參考文獻.48 摘 要 教學(xué)輔導(dǎo)系統(tǒng)是高校信息管理現(xiàn)代化的基礎(chǔ)及關(guān)鍵，傳統(tǒng)教學(xué)輔導(dǎo)依靠人 工操作，十分耗時和費力。開發(fā)一種基于分布、網(wǎng)絡(luò)計算的智能教學(xué)輔導(dǎo)平臺 迫在眉睫。本論文結(jié)合教學(xué)際情況，給出了一種新的高校教學(xué)輔導(dǎo)系統(tǒng)的整體 模型設(shè)計，提出了和j2ee架構(gòu)技術(shù)相結(jié)合的設(shè)計思路。 傳統(tǒng)教學(xué)輔導(dǎo)系統(tǒng)采用asp等服務(wù)器端腳本語言開發(fā)而成，系統(tǒng)業(yè)務(wù)邏輯與 表示層混合在一起，

5、系統(tǒng)可重用性、可移植性等方面較差。因此本文引入業(yè)界 廣泛使用并十分成熟的j2ee體系結(jié)構(gòu)。在以上研究工作的基礎(chǔ)上，提出了一個 windows平臺下的基于流媒體的視頻點播系統(tǒng)的設(shè)計方案該方案采用了客戶/服 務(wù)器模式，將系統(tǒng)的設(shè)計問題分化為客戶端的設(shè)計與服務(wù)器端的設(shè)計，這樣簡 化了系統(tǒng)設(shè)計的復(fù)雜度，在具體的實現(xiàn)上，客戶端和服務(wù)器端又分別采用了模 塊化的思想，簡化了實現(xiàn)的難度。 采用mvc設(shè)計模式并運用jsf web應(yīng)用框架來設(shè)計和開發(fā)一個教學(xué)系統(tǒng)，從 而試圖克服上述的缺點。本系統(tǒng)的主要業(yè)務(wù)功能是學(xué)生考勤管理、課程管理、 選課系統(tǒng)開發(fā)、成績管理等。系統(tǒng)遵循軟件工程的思想，完成了教學(xué)系統(tǒng)的設(shè) 計。 最

6、后,對本文的研究內(nèi)容進行了總結(jié)，并展望了進一步的研究工作。 關(guān)鍵詞:j2ee；教學(xué)輔導(dǎo)系統(tǒng)；mvc；jsf abstract college teaching management is the foundation of modernization of college information management. the traditional teaching management depends on manual operation, which is time-consuming and laborious. its critical to develop an intellig

7、ent teaching management system based on distributed and network computing.combined with the present situation of our schools teaching management, the thesis gives a new design model of college management system based on campus network, and proposes a new design combining data mining with j2ee teehno

8、logy. the traditional teaching system was developed by using asp or other server scripts, which make reuse and transplantablity poor ,because business logical layer and presentation layer are mixed together.to overcome above disadvantages, the author introduces j2ee, which is widely used in present

9、industry, designs and develops a new teaching management system by adopting mvc model and jsf web framework. the developed teaching management system contains suchmain functions as student information management,teacher management, select- course management, and score management. this thesis complet

10、es the static and dynamic modeling of the system by using pd as model language and following the software engineering. at last, a summarization about this thesis and future research workare given. key words:j2ee; teaching management system; mvc;jsf 第 1 章 緒論 1.1 課題的國內(nèi)外研究現(xiàn)狀和存在的問題 近年來隨著高等教育事業(yè)的蓬勃發(fā)展，高校教務(wù)

11、管理的工作量隨之增加。 與此同時，計算機應(yīng)用不斷普及、網(wǎng)絡(luò)速度不斷提高，如何充分利用這些資源， 使傳統(tǒng)的教育方式更好地適應(yīng)網(wǎng)絡(luò)時代的發(fā)展，是教育領(lǐng)域面臨的重大機遇和 挑戰(zhàn)。 教學(xué)輔導(dǎo)管理系統(tǒng)(以下簡稱教學(xué)管理系統(tǒng))是高校的主要日常管理工作之 一，涉及到校(院)、系、教師、學(xué)生等諸多方面，隨著教學(xué)體制的不斷改革， 尤其是學(xué)分制、選課制的展開和深入，教學(xué)日常管理工作日趨繁重、復(fù)雜。計 算機化的高校管理系統(tǒng)充分利用計算機和網(wǎng)絡(luò)資源優(yōu)勢，將全校教師、學(xué)生、 課程、學(xué)生成績、教室等信息統(tǒng)一管理，代替人工操作，大大提高了工作效率 和準確度。 在國外，據(jù)1999報告顯示在美國越來越多的大學(xué)通過校園網(wǎng)為師生提

12、供各 種服務(wù)。約有70.2%1的大學(xué)允許學(xué)生通過互聯(lián)網(wǎng)來遞交入學(xué)申請表。同時， 為學(xué)生提供在線課程目錄的大學(xué)比例也從1997年的65.2%1增加到1999年的 76.9%1；國內(nèi)高校教務(wù)管理系統(tǒng)的發(fā)展主要經(jīng)歷了下面幾個階段2。第一個 階段是基于單機的教務(wù)管理系統(tǒng)，這類系統(tǒng)管理內(nèi)容和功能比較簡單，數(shù)據(jù)不 能有效共享，現(xiàn)在已經(jīng)被淘汰；第二個階段是基于c/s(client/server)模式的 教學(xué)管理系統(tǒng)，此系統(tǒng)由客戶端應(yīng)用程序和服務(wù)器端管理程序組成，其中的客 戶機被稱為“胖”客戶機，因為它的業(yè)務(wù)邏輯全部集中在客戶端，在維護和升 級上需要耗費大量精力；第三個階段是基于b/s(browse/serv

13、er)模式的教學(xué)管 理系統(tǒng)，也是當今的主流開發(fā)模式。 目前國內(nèi)大多數(shù)高校的教務(wù)管理系統(tǒng)是b/s和c/s模式相結(jié)合的開發(fā)模式， 獲得了不錯的效果，比如清華大學(xué)和西南交通大學(xué)的高校教務(wù)管理系統(tǒng)都是國 內(nèi)較為先進2的教務(wù)系統(tǒng)。但是此類系統(tǒng)也存在著下面的許多問題。以西南交 通大學(xué)的教務(wù)管理系統(tǒng)為例，系統(tǒng)中處理業(yè)務(wù)邏輯的代碼都嵌套在html頁面中， 這樣使得表示層與業(yè)務(wù)邏輯混合在一起，使得頁面難以修改和維護，所以需要 改進系統(tǒng)的分層結(jié)構(gòu)。同時系統(tǒng)在可復(fù)用性、可擴展性上有待改進。 1.2 iptv 技術(shù)在高校教務(wù)管理系統(tǒng)中的應(yīng)用現(xiàn)狀 iptv即網(wǎng)絡(luò)電視，它是利用ip寬帶網(wǎng)絡(luò)，以“電視機+機頂盒”為主要終端

14、 設(shè)備，為用戶提供包括電視節(jié)目在內(nèi)的互動多媒體服務(wù)的寬帶增值業(yè)務(wù)。iptv 能提供點播、廣播/直播、視頻通信、短信/彩信、信息服務(wù)、游戲等業(yè)務(wù)。 iptv技術(shù)是一項系統(tǒng)技術(shù)，主要包括音視頻編解碼技術(shù)、流媒體傳送技術(shù)、 寬帶接入網(wǎng)絡(luò)技術(shù)、ip機頂盒技術(shù)等。 1.3 論文主要研究內(nèi)容 j2ee是一種利用java2 平臺來簡化企業(yè)級解決方案的開發(fā)、部署和管理相 關(guān)的復(fù)雜問題的體系結(jié)構(gòu)。j2ee技術(shù)的基礎(chǔ)就是java 2平臺標準版。目前它已 經(jīng)成為企業(yè)級應(yīng)用開發(fā)的首選解決方案。本文的主要工作如下: (1)系統(tǒng) 研究了j2ee的體系結(jié)構(gòu)，對體系結(jié)構(gòu)中的各個技術(shù)做了簡要介紹。 (2) 對mvc(model

15、-view-controller)設(shè)計模式作了詳細介紹，研究了它三 個組成部分的職能。接下來對它的實現(xiàn)框架jsf進行分析，并分析了jsf的工作 作流程。 (3)以 mvc設(shè)計模式為基礎(chǔ)，運用j2ee相關(guān)技術(shù)和jsf框架構(gòu)建高校教學(xué)管 理系統(tǒng)是本論文工作的核心。作者分析了一些大學(xué)教務(wù)管理系統(tǒng)的實現(xiàn)機制， 以及開發(fā)模式，業(yè)務(wù)邏輯與表示層代碼混合在一起，可讀性和可修改性較差， 因此提出了用新的技術(shù)和框架建立一個可復(fù)用性好，擴展性強和分層結(jié)構(gòu)清晰 的教務(wù)系統(tǒng)。對系統(tǒng)的需求進行了較全面的分析和總結(jié)，給出了系統(tǒng)的業(yè)務(wù)流 程、系統(tǒng)的用例圖，然后對系統(tǒng)進行了總體設(shè)計和詳細設(shè)計，包括數(shù)據(jù)庫設(shè)計， 系統(tǒng)的功能及結(jié)

16、構(gòu)設(shè)計，最后是編碼實現(xiàn)。 1.4 論文結(jié)構(gòu)安排 第一章 緒論:論述了課題的國內(nèi)外研究現(xiàn)狀及存在的問題，并在高校教務(wù) 系統(tǒng)中引入iptv技術(shù)，探討其應(yīng)用現(xiàn)狀。 第二章 論文相關(guān)理論和技術(shù):對論文中用到的相關(guān)技術(shù)做了簡要的介紹， 主要有j2ee體系結(jié)構(gòu)、mvc設(shè)計模式、jsf框架以及iptv的概念。 第三章 教學(xué)輔助系統(tǒng)需求分析:作者首先分析了系統(tǒng)的總體目標和業(yè)務(wù)功 能需求，然后就各個子系統(tǒng)如考勤系統(tǒng)、作業(yè)管理系統(tǒng)、成績系統(tǒng)、教師系統(tǒng) 給出了其業(yè)務(wù)流程，最后給出了它們各自的流程分析圖。 第四章 教學(xué)輔助系統(tǒng)的設(shè)計:首先分析系統(tǒng)的功能及結(jié)構(gòu)設(shè)計，然后對系 統(tǒng)數(shù)據(jù)庫進行詳細設(shè)計。 第五章 教學(xué)輔助系統(tǒng)

17、實現(xiàn):首先對開發(fā)環(huán)境和開發(fā)工具作了簡要的介紹， 然后闡述了系統(tǒng)的實現(xiàn)思路。最后給出選課系統(tǒng)、作業(yè)管理系統(tǒng)、成績系統(tǒng)、 課程管理系統(tǒng)和課件點播系統(tǒng)的詳細設(shè)計與實現(xiàn)過程。 第六章 系統(tǒng)運行及效果圖:截取系統(tǒng)的一些典型的運行效果圖并做簡單的 介紹。 結(jié) 束 語 :總結(jié)論文工作的成果及需要進一步研究的內(nèi)容。 第 2 章 相關(guān)理論及技術(shù) 2.1 流媒體 隨著現(xiàn)代網(wǎng)絡(luò)通信技術(shù)的發(fā)展，網(wǎng)絡(luò)開始帶給人們形式多樣的信息。從在 網(wǎng)絡(luò)上出現(xiàn)第一張圖片到現(xiàn)在各種形式的網(wǎng)絡(luò)視頻、三維動畫，人們的視聽覺 在網(wǎng)絡(luò)上得到了很大的滿足。但人們又面臨著另外一種不可避免的尷尬:在網(wǎng)絡(luò) 上看到生動清晰的媒體演示的同時，不得不為等待傳

18、輸文件而花費大量時間。 為了解決這個矛盾，一種新的媒體應(yīng)用技術(shù)應(yīng)運而生，這就是流媒體技術(shù)。 所謂流媒體(streaming media)是指在網(wǎng)絡(luò)中使用流式傳輸技術(shù)的連續(xù)時基 媒體，如音頻、視頻或多媒體文件。顯然，流媒體實現(xiàn)的關(guān)鍵技術(shù)就是流式傳 輸。而流式傳輸技術(shù)就是把連續(xù)的聲音和圖像信息經(jīng)過壓縮處理后放到網(wǎng)站服 務(wù)器上，讓用戶一邊下載一邊收聽觀看，而不需要等待整個文件下載到自己的 機器后才可以觀看的網(wǎng)絡(luò)傳輸技術(shù)。在這種傳輸方式下，即使在網(wǎng)絡(luò)非常擁擠 或很差的撥號連接條件下，也能提供清晰、不中斷的視音頻媒體信息給客戶， 從而使得窄帶互聯(lián)網(wǎng)傳輸多媒體成為可能。 2.1.1 流媒體技術(shù) 實現(xiàn)流式傳

19、輸有兩種方法 :順序流式傳輸 ( progressive streaming transport)和實時流式傳輸 (real-time streaming transport)。實際應(yīng)用中 采用哪種傳輸方法可以根據(jù)需要進行選擇。 1.順序流式傳輸 順序流式傳輸是順序下載，在下載文件的同時用戶可以在線觀看媒體信息， 在給定時刻，用戶只能觀看已下載的那部分，而不能跳到還未下載的部分。順 序流式傳輸不像實時流式傳輸那樣，在傳輸期間根據(jù)用戶連接的速度做調(diào)整。 由于標準的 http 服務(wù)器可提供順序流式傳輸服務(wù)，也不需要其他特殊協(xié)議，所 以順序流式傳輸經(jīng)常被稱作 http 流式傳輸。順序流式傳輸比較適合

20、高質(zhì)量的短 片段，如片頭、片尾和廣告，由于該文件在播放前觀看的部分是無損下載的， 這種方法保證了多媒體播放的最終質(zhì)量。但這也意味著用戶在觀看前，必須經(jīng) 歷延遲，對較慢的連接尤其如此。 對通過調(diào)制解調(diào)器發(fā)布短片段，順序流式傳輸顯得很實用，它允許用比調(diào) 制解調(diào)器更高的數(shù)據(jù)速率創(chuàng)建視頻片段。盡管有延遲，畢竟可讓你發(fā)布較高質(zhì) 量的視頻片段。 順序流式文件是放在標準 http 或 ftp 服務(wù)器上，易于管理，基本上與防 火墻無關(guān)。順序流式傳輸不適合長片段和有隨機訪問要求的視頻，如:講座、演 說與演示。它也不支持現(xiàn)場廣播，嚴格說來，它是一種點播技術(shù)。 2.實時流式傳輸 實時流式傳輸是指保證媒體信號帶寬與網(wǎng)

21、絡(luò)連接帶寬相配匹，使媒體可以 被實時得看到。實時流與 http 流式傳輸不同，他需要專用的流媒體服務(wù)器與傳 輸協(xié)議。實時流式傳輸總是實時傳送，特別適合現(xiàn)場事件，也支持隨機訪問， 用戶可快進或后退以觀看前面或后面的內(nèi)容。理論上，實時流一經(jīng)播放就可不 停止，但實際上，可能發(fā)生周期暫停。 由于實時流式傳輸必須配匹連接帶寬，這就意味著在以調(diào)制解調(diào)器速度連 接時圖象質(zhì)量較差。而且，如果因為網(wǎng)絡(luò)擁塞或出現(xiàn)其它問題而導(dǎo)致出錯和丟 失信息被忽略掉，那么視頻質(zhì)量也會很差。實時流式傳輸需要專用的流媒體服 務(wù)器， 如 quicktime streaming server, realserver 與 windows

22、media server。這些服務(wù)器允許對媒體發(fā)送進行更多級別的控制，因而系統(tǒng)在設(shè)置、 管理方面要比標準 http 服務(wù)器更加復(fù)雜。實時流式傳輸還需要特殊網(wǎng)絡(luò)協(xié)議 支持，如:rtsp(realtime streaming protocol)等。這些協(xié)議在有防火墻時可 能會出現(xiàn)一些問題，導(dǎo)致用戶不能看到一些實時內(nèi)容。 2.1.2 流式傳輸?shù)奶攸c 流式傳輸與單純的下載方式相比，有以下優(yōu)勢: 1.啟動延時大幅度地縮短 在采用流式傳輸方式的系統(tǒng)中，用戶不必像非流式播放那樣等到整個文件 全部下載完畢后才能欣賞多媒體內(nèi)容，而是只需經(jīng)過幾秒或幾十秒的啟動延時 就可以欣賞了，大大縮短了啟動延時。 2.對系統(tǒng)緩

23、存容量的需求大大降低 由于互聯(lián)網(wǎng)是以包傳輸為基礎(chǔ)進行斷續(xù)的異步傳輸，數(shù)據(jù)被分解為許多包 在網(wǎng)絡(luò)上進行傳輸，動態(tài)變化的網(wǎng)絡(luò)使各個數(shù)據(jù)包可能選擇不同的路由，故到 達用戶計算機的時間延遲也就不同。所以，在客戶端需要緩存系統(tǒng)來彌補延遲 和抖動的影響和保證數(shù)據(jù)包傳輸順序的正確，使媒體數(shù)據(jù)能夠連續(xù)輸出，不會 因網(wǎng)絡(luò)暫時擁堵而使客戶端的播放出現(xiàn)停頓。雖然流式傳輸仍需要緩存，但由 于不需要把所有的動畫、視音頻內(nèi)容都下載到緩存中，因此，對系統(tǒng)緩存的要 求大大降低。 3.流式傳輸?shù)膶崿F(xiàn)有特定的實時傳輸協(xié) 采用 rtp(realtime ttransport protocol)/rtcp(realtime tran

24、sport control protocol), rtsp 等實時傳輸協(xié)議，更加適合視音頻多媒體信息在網(wǎng) 絡(luò)上的流式傳輸。 2.1.3 流媒體技術(shù)原理 流式傳輸?shù)膶崿F(xiàn)需要合適的傳輸協(xié)議。由于 tcp 傳輸需要較多的開銷，故 不太適合傳輸實時數(shù)據(jù)。在流式傳輸?shù)膶崿F(xiàn)方案中，一般采用 http/tcp 來傳 輸控制信息，而用實時傳輸協(xié)議/用戶數(shù)據(jù)報協(xié)議 (rtp/udp)來傳輸實時數(shù)據(jù)。 流式傳輸?shù)膶崿F(xiàn)需要緩存。因為一個實時視音頻源或存儲的視音頻文件在 傳輸中被分解為許多數(shù)據(jù)包，而網(wǎng)絡(luò)又是動態(tài)變化的，各個數(shù)據(jù)包選擇的路由 可能不相同，故到達客戶端的時延也就不同，甚至先發(fā)的數(shù)據(jù)包有可能后到。 為此，需

25、要使用緩存系統(tǒng)來消除時延和抖動的影響，以保證數(shù)據(jù)包順序的正確， 從而使媒體數(shù)據(jù)能夠連續(xù)輸出。通常高速緩存所需容量并不大，因為通過丟棄 已經(jīng)播放的內(nèi)容可以重新利用空出的空間來緩存后續(xù)尚未播放的內(nèi)容。 流式傳輸?shù)倪^程一般如下: 用戶選擇某一流媒體服務(wù)后，web 瀏覽器與 web 服務(wù)器之間使用 http/tcp 交換控制信息，以便把需要傳輸?shù)膶崟r數(shù)據(jù)從原始信息中檢索出來； web 瀏覽器啟動音視頻客戶程序，使用 http 從 web 服務(wù)器檢索相關(guān)參 數(shù)來對視音頻客戶程序初始化，這些參數(shù)可能包括目錄信息、視音頻數(shù)據(jù)的編 碼類型或與視音頻檢索相關(guān)的服務(wù)器地址； 視音頻客戶程序及音視頻服務(wù)器運行實時流

26、傳輸協(xié)議，以交換音視頻傳 輸所需的控制信息，實時流傳輸協(xié)議提供執(zhí)行播放、快進、快倒、暫停及錄制 等命令的方法； 視音頻服務(wù)器使用 rtp/udp 協(xié)議將視音頻數(shù)據(jù)傳輸給視音頻客戶程序， 一旦視音頻數(shù)據(jù)抵達客戶端，視音頻客戶程序即可播放輸出。 需要說明的是，在流式傳輸中，使用 rtp/udp 和 rtsp/tcp 兩種不同的通信 協(xié)議與視音頻服務(wù)器建立聯(lián)系，目的是為了能夠把服務(wù)器的輸出重定向到一個 非運行視音頻客戶程序的客戶機的目的地址。另外，實現(xiàn)流式傳輸一般都需要 專用服務(wù)器和播放器。流媒體技術(shù)的原理如圖 3-1 所示: 2.2 mvc 概述 mvc是model-view-controller

27、的簡稱，即模型一視圖一控制器。mvc是 xerox在8o年代為smalltalk語言提出的一種設(shè)計模式，其核心為三個模塊:模型、 視圖和控制器。該設(shè)計模式如今己被廣泛使用。 2.2.1 mvc 模式 在最初的 b/s應(yīng)用開發(fā)過程中，一般處理業(yè)務(wù)邏輯代碼都嵌入在html頁面 中。這樣做使得表示層與業(yè)務(wù)邏輯混合在一起，頁面難以修改和維護。m vc設(shè) 計模式把輸入、輸出和處理分成獨立的處理模塊，并在系統(tǒng)運行時將其結(jié)合， 這樣使得程序開發(fā)的藕合度非常低。其中，視圖負責與用戶交互，接收用戶輸 入，并將結(jié)果返回給用戶，視圖一般由jsp頁面組成；模型用來處理軟件要涉及 的業(yè)務(wù)范圍，它主要是業(yè)務(wù)數(shù)據(jù)模型和業(yè)務(wù)

28、邏輯模型，并通常負責與后臺數(shù)據(jù) 庫交互，模型一般由javabean。 ejb等組成;控制器是整個mvc模型的核心，它 起著總體協(xié)調(diào)和控制的作用，如調(diào)用某個模型組件完成某些業(yè)務(wù)功能并最終向 用戶返回某個視圖組件。 2.2.2 jsf 框架 jsf(或者faces)是構(gòu)建java web應(yīng)用的ui框架,它基于java社區(qū)流行(jcp) 開發(fā),已經(jīng)成為javaee的一部分。faces的一個主要目標是為java web應(yīng)用開發(fā) 領(lǐng)域帶來rad風格的應(yīng)用開發(fā)，就像microsoft visual basic 和 borland delphi一樣。 jsf提供一系列標準部件（按鈕、超鏈接和復(fù)選框）、創(chuàng)建定

29、制部件的模型 以及在服務(wù)器端處理客戶端產(chǎn)生事件的方式，并且有良好的工具支持。還可以 同步ui組件和相關(guān)對象的值，而且不必編寫太多令人生厭的代碼。 所有的jsf應(yīng)用都構(gòu)建于servlet api之上，使用http進行通信，并且使用 jsp之類的顯示技術(shù)。jsf應(yīng)用并不是一定需要jsp。它也可以使用xml/xslt、其 他模板引擎或者普通java代碼等作為顯示技術(shù)。然而，faces實現(xiàn)提供了對jsp 的集成基礎(chǔ) 。 faces的組件架構(gòu)使用javabean來處理屬性并提供基本的工具支持以及事件 模型和其他一些東西。jsf被視為web應(yīng)用框架，是因為它執(zhí)行了許多通用的開 發(fā)任務(wù)，所以開發(fā)人員可以更加

30、集中精力于更有趣的事情，比如業(yè)務(wù)邏輯。它 的一個關(guān)鍵特征是支持模型2設(shè)計模式，這樣可以實現(xiàn)表示與業(yè)務(wù)邏輯代碼之間 的分離。但是，faces主要還是集中于ui組件和事件。因此，它可以很好地與其 他框架集成，比如struts，并且與高層次框架的功能有一些生命之處。 2.3 流媒體關(guān)鍵技術(shù) 為了在網(wǎng)絡(luò)上實現(xiàn)較好的流媒體播放質(zhì)量，需要考慮流媒體傳輸?shù)乃协h(huán) 節(jié)。其中，影響傳輸質(zhì)量的三個最關(guān)鍵的因素是:編碼和壓縮的性能和效率，媒 體服務(wù)器的性能，媒體流傳輸?shù)馁|(zhì)量控制。 2.3.1 視頻壓縮編碼 影響流媒體壓縮編碼性能的主要因素有壓縮效率和編碼的冗余性和可靠性。 壓縮效率要求在保證一定視音頻質(zhì)量的前提下，

31、媒體流的碼流速率盡量的低。 由于流媒體的特性，要考慮網(wǎng)絡(luò)中傳輸數(shù)據(jù)丟失對解碼質(zhì)量的影響。為此，可 以采用先進的編碼技術(shù)，比如錯誤彈性編碼(error-resilient encoding)，在 編碼中 通過適當?shù)目刂剖沟冒l(fā)生數(shù)據(jù)丟失后能夠最大限度的減少對質(zhì)量的影響。在互 聯(lián) 網(wǎng)絡(luò)環(huán)境下，最典型的方法是多描述編碼(multiple descriptor coding, mdc) mdc 把原始的視頻序列壓縮成多位流，每個流對應(yīng)一種描述，都可以提供可接 受的視覺質(zhì)量。多個描述流結(jié)合起來可以提供更好的質(zhì)量。 另外，流媒體的壓縮編碼還要提供速率調(diào)節(jié)的能力，因為網(wǎng)絡(luò)的擁塞狀況 是不斷變化的，流媒體的編碼

32、必須能夠適應(yīng)網(wǎng)絡(luò)速率的變化。一種方法是采用 可擴展的層次編碼，將多媒體數(shù)據(jù)壓縮編碼成多個子位流，其中一個可以獨立 解碼，產(chǎn)生粗糙質(zhì)量的視頻序列，它適應(yīng)最低的網(wǎng)絡(luò)帶寬，稱為基本碼流;其他 的子位 碼流可以按層為單位在任何地點截斷，稱為增強層，用來覆蓋網(wǎng)絡(luò)帶寬變化的 動態(tài)范圍，它們不可以單獨解碼，而只能與基本層和它以前的增強層結(jié)合在一 起解碼，用來提高觀看效果。 2.3.2 操體服務(wù)器 隨著流媒體規(guī)模的擴大，流媒體服務(wù)器的性能成為制約流媒體服務(wù)擴展能 力的重要因素:流媒體服務(wù)器性能的關(guān)鍵指標是流輸出能力和能同時支持的并發(fā) 請求數(shù)量。影響流媒體服務(wù)器性能的因素很多，包括 cpu 能力，i/o 總線，

33、存 儲帶寬等。因為單個流媒體服務(wù)器的并發(fā)數(shù)都相對的比較小，因此很多服務(wù)器 都采用了大規(guī)模并行處理的結(jié)構(gòu)來獲得更好的性能。例如采用超立方體的結(jié)構(gòu) 將各個流媒體服務(wù)單元連接起來。還有一種方法就是采用簡單的 pc 集群方式， 多個 pc 流媒體服務(wù)器用局域網(wǎng)連接，前端采用內(nèi)容交換/負載均衡器將流媒體 服務(wù)的請求分布到各個 pc 媒體服務(wù)單元。后一種方式性能稍低，但成本低、易 實現(xiàn)。當媒體服務(wù)器響應(yīng)客戶的視頻流請求以后，它從存儲系統(tǒng)讀入一部分視 頻數(shù) 據(jù)到對應(yīng)于這個視頻流的特定緩存中，再把緩存的內(nèi)容通過網(wǎng)絡(luò)接口發(fā)送 給相應(yīng)客戶，保證視頻流的連續(xù)輸出。目前存在三種類型的視頻服務(wù)器結(jié)構(gòu): 通用主機方法。采

34、用計算機主機作為視頻服務(wù)器。它的主要功能是存儲、 選擇、傳送數(shù)據(jù)。缺點是系統(tǒng)成本高而且不利于發(fā)揮主機功能。 緊禍合多處理機。把一些可以大量完成某指令或者專門功能的硬件單元 組合成的專用系統(tǒng)級聯(lián)起來，就構(gòu)成了緊禍合多處理機實現(xiàn)的視頻服務(wù)器。這 種服務(wù)器費用低、性能高、功能強，但是擴展性較差。 調(diào)諧視頻服務(wù)器。這種服務(wù)器主板上有一個獨特微碼的嵌入式仿真器控 制。通過在主板中插入更多的服務(wù)通路，可以方便地進行擴展 2.3.3 流媒體傳輸 由于流媒體傳輸對網(wǎng)絡(luò)帶寬、延時、丟失率等都有很高的要求，而目前的 互聯(lián)網(wǎng)只提供了 best-effort 的服務(wù)，對帶寬資源和服務(wù)質(zhì)量的控制能力都比 較弱，在互聯(lián)網(wǎng)

35、上傳輸流媒體需要采用一些應(yīng)用層的質(zhì)量控制機制來解決傳輸 中的問題。最常用的方式是采用速率適應(yīng)機制，基本方法是通過一定的速率反 饋機制，利用流媒體的速率層次編碼能力，在媒體服務(wù)器端動態(tài)的調(diào)節(jié)流媒體 的傳輸速率，保證客戶端在網(wǎng)絡(luò)可用帶寬變化的時候也能正常的欣賞多媒體節(jié) 目。速率適應(yīng)機制附以差錯控制和冗余控制能夠有效的保證流媒體的正常收看。 2.4 對等網(wǎng)絡(luò)技術(shù)在 iptv 中的應(yīng)用 1.iptv 的現(xiàn)狀 國內(nèi) iptv 與 p2p 一直是沿著兩個不同的方向發(fā)展。由于 iptv 與傳統(tǒng)電視 收看方式相似，基本上被看作是有線電視（catv）或數(shù)字電視（dvb）的升級， 因而在設(shè)計思路上沿用了與之類似的

36、中央服務(wù)器的模式。在傳統(tǒng)的方式中，網(wǎng) 絡(luò)基本上是廣播式的單向信道，即客戶端沒有能力或只有很少能力發(fā)送上行信 息，在這種方式下，所有的服務(wù)內(nèi)容由中央服務(wù)器發(fā)送，所有的處理工作完全 由中央服務(wù)器完成，無法實現(xiàn) p2p 的連接。 為了在 c/s 模式下解決 iptv 中的服務(wù)器瓶頸問題，目前的方案大多擬采用 組播技術(shù)，以及配合中央服務(wù)器一邊緣服務(wù)器的內(nèi)容分發(fā)策略（cds）來實現(xiàn)。 組播技術(shù)也是近年來十分熱門的，優(yōu)于廣播方式的網(wǎng)絡(luò)中一點對多點傳輸 服務(wù)技術(shù)。在傳統(tǒng)的一點對多點通信中，服務(wù)器對每一個請求連接的客戶端都 要建立獨立的連接，一般的服務(wù)器最大能提供的連接數(shù)量是相當有限的，因此 這種方式并不適合

37、媒體服務(wù)。廣播方式下，可以不用為每個用戶建立相應(yīng)的連 接，只將有需求的內(nèi)容向每個子網(wǎng)以廣播方式發(fā)送一份拷貝，這樣可以保證所 有用戶都能接收到這份數(shù)據(jù)。但這種方式的弊端是顯而易見的，大量的沒有請 求這項內(nèi)容的用戶也都收到了這份數(shù)據(jù)，這將造成網(wǎng)絡(luò)數(shù)據(jù)的泛洪，引起阻塞。 由此，產(chǎn)生了組播技術(shù)。在組播方式下，增加了一個組播組的概念，當用戶請 求服務(wù)時將加入這個組，服務(wù)器只向有需要的子網(wǎng)的組播地址發(fā)送一份數(shù)據(jù)拷 貝，當這份數(shù)據(jù)到達子網(wǎng)路由器時，路由器將根據(jù)當前組成員狀況進行發(fā)送， 這樣只有當前的組成員能夠接收到這份數(shù)據(jù)，從而保證了帶寬不被浪費。 2.對等網(wǎng)絡(luò)在 iptv 中的應(yīng)用 組播對于減輕服務(wù)器負擔

38、是有相當作用的，但是組播對硬件要求較高，需 要數(shù)據(jù)源和接收者的下層網(wǎng)絡(luò)都能支持組播協(xié)議。而且組播方式，依然沒有利 用到客戶端的上行通道，即用戶接收到的數(shù)據(jù)仍然不能轉(zhuǎn)發(fā)給其他有相同需要 的用戶。 傳統(tǒng)網(wǎng)絡(luò)方式與對等網(wǎng)絡(luò)方式的網(wǎng)絡(luò)結(jié)構(gòu)對比如圖 1。采用對等網(wǎng)絡(luò)技術(shù) 的 iptv 系統(tǒng)，對底層硬件基本沒有要求，只需在應(yīng)用層上修改即可。由于 iptv 具有實時媒體的特點，網(wǎng)絡(luò)節(jié)點并不需要保存資源信息的相關(guān)內(nèi)容，每節(jié) 點在某一時刻只能提供一種資源的服務(wù)，因此對等網(wǎng)絡(luò)中基于搜索的機制完全 可以不予考慮。另外，由于 iptv 系統(tǒng)必須具備良好的用戶認證收費管理子系統(tǒng)， 以及提供相關(guān)增值服務(wù)的功能，因此不能允

39、許用戶隨便加入網(wǎng)絡(luò)，需要有健全 的用戶管理機制。針對 iptv 這種特性，在 iptv 中應(yīng)用對等網(wǎng)絡(luò)技術(shù)，采用集 中式的結(jié)構(gòu)比較合適。 在基于對等網(wǎng)絡(luò)的 iptv 系統(tǒng)中采用集中式結(jié)構(gòu)，系統(tǒng)中應(yīng)存在少量的中央 服務(wù)器，這些服務(wù)器除了保存節(jié)目內(nèi)容資源外，還要保存當前的節(jié)目單信息和 正在收看節(jié)目的客戶端信息。當用戶請求收看某一節(jié)目時，服務(wù)器將返回正在 收看該節(jié)目的用戶，這里服務(wù)器可以根據(jù)請求來源的路由信息，在所有收看該 節(jié)目的用戶中挑選與請求用戶最接近的，也就是連通性最好的用戶信息進行返 回。用戶收到服務(wù)器返回的地址信息后，即開始與正在收看的用戶進行連接， 獲取節(jié)目內(nèi)容。 2.5 p2p 流媒體

40、 近年來，人們把 p2p 技術(shù)引入到流媒體傳輸中而形成了 p2p 流媒體技術(shù)， 該方法有兩方面的優(yōu)點。首先，這種技術(shù)并不需要互聯(lián)網(wǎng)路由器和網(wǎng)絡(luò)基礎(chǔ)設(shè) 施的支持，因此性價比高，且易于部署；第二，在這種技術(shù)中，流媒體用戶不 只是下載媒體流，而且還把媒體流上載給其他用戶，因此，這種方法可以擴大 用戶組的規(guī)模，且更多的需求也帶來了更多的資源。 2.5.1 p2p 流媒體系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu) 目前存在很多 p2p 流媒體的研究成果及實際系統(tǒng)，它們在其覆蓋網(wǎng)絡(luò)的組 織結(jié)構(gòu)上可以被大體分成兩大類，即基于樹(tree-based)的覆蓋網(wǎng)絡(luò)結(jié)構(gòu)和數(shù) 據(jù)驅(qū)動隨機化的覆蓋網(wǎng)絡(luò)結(jié)構(gòu)。 (1)基于樹的方法 大部分系統(tǒng)都可以歸

41、類為基于樹的方法。在這種方法中，節(jié)點被組織成某 種傳輸數(shù)據(jù)的拓撲(通常是樹，如圖 1 所示)，每個數(shù)據(jù)分組都在同一拓撲上被 傳輸。拓撲結(jié)構(gòu)上的節(jié)點有明確定義的關(guān)系，例如，樹結(jié)構(gòu)中的“父節(jié)點-子節(jié) 點”關(guān)系。這一方法是典型的推送方法，即：當節(jié)點收到數(shù)據(jù)包，它就把該數(shù) 據(jù)包的拷貝轉(zhuǎn)發(fā)到它的每一個子節(jié)點。既然所有的數(shù)據(jù)包都遵循這一結(jié)構(gòu)，那 么保證這一結(jié)構(gòu)在給所有接受節(jié)點提供高性能時是最優(yōu)的。更進一步，當節(jié)點 隨意加入和離開時，該結(jié)構(gòu)必須得以維持。特別地，如果某節(jié)點突然崩潰或者 其性能顯著下降，它在該樹結(jié)構(gòu)上所有的后代節(jié)點都停止接收數(shù)據(jù)，且該樹結(jié) 構(gòu)必須被修復(fù)。最后，當組建基于樹的結(jié)構(gòu)時，避免出現(xiàn)環(huán)是

42、一個必須要解決 的重要問題。基于樹的方法可能是最自然的方法，不需要復(fù)雜的視頻編碼算法。 然而，其中需要重點考慮的一個問題是節(jié)點失效，特別地，靠近樹根的節(jié)點失 效將中斷大量用戶的數(shù)據(jù)傳輸，潛在地帶來瞬時低性能的結(jié)果。此外，在該結(jié) 構(gòu)中大多數(shù)節(jié)點都是葉子節(jié)點，他們的上行帶寬沒有被使用到。為了解決這些 問題，已有研究提出了一些帶有彈性的結(jié)構(gòu)，如基于多重樹的方法。 (2)數(shù)據(jù)驅(qū)動方法 近年來，人們又提出用于 p2p 的數(shù)據(jù)驅(qū)動的方法。數(shù)據(jù)驅(qū)動的覆蓋網(wǎng)絡(luò)與 基于樹結(jié)構(gòu)的最大不同在于它不組建和維護一個傳輸數(shù)據(jù)的明顯拓撲結(jié)構(gòu)，它 用數(shù)據(jù)的可用性去引導(dǎo)數(shù)據(jù)流，而并不是在高度動態(tài)的 p2p 環(huán)境下不斷地修復(fù) 拓

43、撲結(jié)構(gòu)。 一個不用明確維護拓撲結(jié)構(gòu)的數(shù)據(jù)分發(fā)方法是使用 gossip 協(xié)議。在典型的 gossip 協(xié)議中，節(jié)點給一組隨機選擇的節(jié)點發(fā)送最近生成的消息；這些節(jié)點在 下一次做同樣的動作，其他節(jié)點也做同樣的動作，直到該消息傳送到所有節(jié)點。 對 gossip 目標節(jié)點進行隨機選擇可以在存在隨機失效的情況下使系統(tǒng)獲得較好 的健壯性，另外還可以避免中心化操作。然而，gossip 不能直接用作視頻廣播， 因為其隨機推送可能導(dǎo)致高帶寬視頻的大量冗余。此外，在沒有明確的拓撲結(jié) 構(gòu)支持下，最小化啟動和傳輸時延成為主要問題。為了解決這些問題，一些解 決方案，例如 chainsaw4、cool-streaming5

44、采用拉取技術(shù)，即：節(jié)點維持 一組伙伴并周期性地同伙伴交換數(shù)據(jù)可用性信息，接著節(jié)點可以從一個或多個 伙伴找回沒有獲得的數(shù)據(jù)，或著提供可用數(shù)據(jù)給伙伴。由于節(jié)點只在沒有數(shù)據(jù) 時去主動獲取，所以避免了冗余。此外，由于任一數(shù)據(jù)塊可能在多個伙伴上可 用，所以覆蓋網(wǎng)絡(luò)對時效是健壯的。最后，隨機化的伙伴關(guān)系意味著節(jié)點間的 潛在的可用帶寬可以被完全利用。 第 3 章 系統(tǒng)需求分析 3.1 教學(xué)輔助系統(tǒng)總體需求 本課題的開發(fā)目的是依托成熟的校園網(wǎng)環(huán)境，為高校教務(wù)管理工作提供一 個綜合性的管理環(huán)境，實現(xiàn)信息的集中管理、分散操作。 3.1.1 目標需求 當前高校普遍實行學(xué)分制管理，學(xué)分制和學(xué)年制相比更加靈活、自主。學(xué)

45、 分制度要求高校和教師能夠開設(shè)大量的課程以滿足不同學(xué)生的不同選擇。學(xué)分 制度靈活性好，有利于學(xué)生知識結(jié)構(gòu)趨于多樣化，也有利于學(xué)科之間的滲透及 邊緣學(xué)科的發(fā)展。本文所研究的高校教學(xué)系統(tǒng)正是基于學(xué)分制。目前高校在校 生人數(shù)急劇增加，依靠傳統(tǒng)的人工方式很難管理如此龐大的學(xué)生信息，教學(xué)輔 助系統(tǒng)也因此應(yīng)運而生。根據(jù)用戶的實際需求，教務(wù)管理系統(tǒng)需要達到以下幾 個目標: 1、對學(xué)生的基本信息進行跟蹤管理，即學(xué)生信息管理。一個學(xué)生基本信息 (如考勤，作業(yè)，成績等)都需要進行詳細的記錄，學(xué)生畢業(yè)后的處理都需要學(xué) 生子系統(tǒng)的管理。 學(xué)生可以實現(xiàn)登陸和修改密碼。 學(xué)生的角色包括：選課和上課。選課學(xué)生可看到。上課學(xué)

46、生可選擇所 有功能。 學(xué)生可以瀏覽到所有的關(guān)于本課程的歷史信息。 學(xué)生可以下載課程的相關(guān)材料。 學(xué)生可以在線觀看老師的教學(xué)錄象，其中使用 iptv 技術(shù)，并使用 p2p 技術(shù)進行流媒體優(yōu)化。 學(xué)生可以提交作業(yè)，并查看作業(yè)的狀態(tài)。 學(xué)生可以通過答疑系統(tǒng)提交問題和回答問題。 學(xué)生可以通過文字、聲音和視頻有選擇性地同同學(xué)和老師進行討論， 能實現(xiàn)和多個學(xué)生同時討論。 2、學(xué)生所選課程的成績要求統(tǒng)一管理，方便日后的查詢、統(tǒng)計。課程結(jié)束 后由教務(wù)專門管理人員根據(jù)教師給定的成績進行學(xué)生成績記錄。 3、課件視頻點播，采用流媒體技術(shù)，數(shù)據(jù)以穩(wěn)定的速率從發(fā)送端傳送到接 收端，而接收端可以在發(fā)送端，還沒有完全傳輸完

47、畢之前即可開始處理這些數(shù) 據(jù)信息，這特別適合于實現(xiàn)網(wǎng)絡(luò)視音頻廣播，因為互連網(wǎng)的帶寬有限，傳輸數(shù) 據(jù)較慢，特別是對窄帶用戶來說，要將一個小時的視音頻文件從網(wǎng)上下載到本 地計算機，需要花費的時間可能超過一個小時。當采用流技術(shù)后，就可以在計 算機接收視音頻數(shù)據(jù)的同時，進行觀看，節(jié)約了時間和存儲空間。學(xué)生可以通 過服務(wù)終端很流暢的查看老師的教學(xué)視頻，這一塊系統(tǒng)可以在后續(xù)中不段升級， 可以從點播到直播，將老師上課這些信息從一端傳送到另一端是實現(xiàn)遠程教學(xué) 需要解決的問題，在當前網(wǎng)絡(luò)帶寬的限制下，流式傳輸將是最佳選擇。學(xué)生在 家通過一臺計算機、一條電話線、一個調(diào)制解調(diào)器就可以參加遠程教學(xué)。教師 也無須另外做

48、準備，授課的方法基本與傳統(tǒng)授課方法相同，只不過面對的是攝 像頭和計算機而已。 3.2 系統(tǒng)業(yè)務(wù)流程分析 在仔細分析教務(wù)管理工作的需求之后，我們可以得出教學(xué)管理統(tǒng)閉中各個 子系統(tǒng)的具體業(yè)務(wù)流程。下面分別對選課子系統(tǒng)、學(xué)生子系統(tǒng)、成績子系統(tǒng)和 教師管理子系統(tǒng)進行業(yè)務(wù)流程分析。 3.2.1 選課子系統(tǒng)業(yè)務(wù)流程分析 選課子系統(tǒng)是教學(xué)輔導(dǎo)管理系統(tǒng)中十分重要的功能模塊，通過仔細調(diào)查有 關(guān)高校選課的信息需求，可以得到選課子系統(tǒng)的一些重要流程信息。管理人員 在開放選課子系統(tǒng)之前，首先對選課子系統(tǒng)中的一些系統(tǒng)參數(shù)做配置，比如學(xué) 分上限的設(shè)定等，然后開放選課子系統(tǒng)。隨后學(xué)生在學(xué)校內(nèi)的任何一臺連網(wǎng)計 算機上都可以通

49、過瀏覽器，以學(xué)號密碼登錄到選課子系統(tǒng)，參考學(xué)期課程表上 所列出的全部課程，按照個人的實際情況，可能選擇本專業(yè)的課程，也可以選 擇其它專業(yè)課程，并在選課子系統(tǒng)中填寫選課申請表，然后確認無誤后將其提 交，如果數(shù)據(jù)合法，則選課申請?zhí)峤怀晒Α?等待子系統(tǒng)進行選課數(shù)據(jù)的相應(yīng)處理。選課子系統(tǒng)的業(yè)務(wù)流程圖如圖3-2所 示。 管理員 選課子系統(tǒng)設(shè)置 選課參數(shù) 學(xué)生 選課 課表信息 選課名單 圖3-2選課子系統(tǒng)業(yè)務(wù)流程圖 3.2.2 用戶管理子系統(tǒng)業(yè)務(wù)流程分析 用戶管理工作是教學(xué)管理系統(tǒng)中最原始、最基本的工作。學(xué)生入學(xué)時的基 本信息通過學(xué)校招生部門，然后轉(zhuǎn)入新生注冊系統(tǒng)形成學(xué)生學(xué)籍檔案，它包括 學(xué)生注冊信息學(xué)號

50、、性別、出生年月、民族、籍貫、政治面貌、入學(xué)前單位、 入校時間、所在學(xué)院、所在系、所在班級、專業(yè)、家庭住址、郵政編碼、電話 號碼)、學(xué)生背景基本信息(社會關(guān)系、學(xué)歷及經(jīng)歷、入學(xué)成績)等。對學(xué)生檔案 數(shù)據(jù)進行查詢、統(tǒng)計等可以得到各類統(tǒng)計報表。 同時，教師管理也是高校教學(xué)系統(tǒng)中一個十分重要的組成部分，教師是學(xué) 校的重要組成部分，在教學(xué)管理系統(tǒng)中自然扮演著十分重要的角色。一名教師 自進入高校起，其基本信息就被錄入到教學(xué)管理系統(tǒng)，其在校期間的教學(xué)情況、 科研情況、獎懲情況、進修情況等都將被教師管理系統(tǒng)維護。教學(xué)管理人員可 以通過此子系統(tǒng)得出某個教師的統(tǒng)計信息，還可以對教師在某一段時間內(nèi)的表 現(xiàn)進行綜合

51、評估。 在系統(tǒng)中，教師和學(xué)生都屬于不同的角色，但都是系統(tǒng)的主題同樣屬于用 戶管理系統(tǒng)的一部分，用戶子系統(tǒng)的業(yè)務(wù)流程圖如圖3-3所示。 管理員 老師、 學(xué)生 用戶信息 用戶權(quán)限 用戶統(tǒng)計 教學(xué)/選課情況 用戶管理系統(tǒng) 圖3-3用戶管理子系統(tǒng)業(yè)務(wù)流程圖 3.2.3 成績子系統(tǒng)業(yè)務(wù)流程分析 在學(xué)期結(jié)束時，每位任課教師都會將自己教學(xué)班的所有學(xué)生成績在網(wǎng)上通 過成績子系統(tǒng)進行提交，教師通過自己的帳號和密碼進入成績子系統(tǒng)。每位老 師可能有多個教學(xué)班，通過教學(xué)班號和課程代碼進行區(qū)分。成績只能提交一次， 隨后學(xué)生課程成績信息被錄入成績數(shù)據(jù)庫，若要修改成績，教師必須到學(xué)校教 務(wù)處提交申請，通過專門的教務(wù)管理人員

52、進行成績改。通過成績子系統(tǒng)能夠?qū)?學(xué)生的各個學(xué)期的課程成績進行管理并輸出成績單、查詢成績，對成績進行評 估等。成績子系統(tǒng)業(yè)務(wù)流程圖如圖3-4所示。 選課名單 教師成績管理 學(xué)生成績 成績報表 圖3-4 成績子系統(tǒng)業(yè)務(wù)流程圖 3.2.4 考勤子系統(tǒng)業(yè)務(wù)流程分析 考勤管理是整個教學(xué)輔導(dǎo)系統(tǒng)里一個重要的功能，此功能用于記錄平時學(xué) 生對于每一門課程的出勤狀態(tài)，統(tǒng)計的結(jié)果可以作為學(xué)生平時成績的一部門， 也便于學(xué)校及時掌握學(xué)生的學(xué)習情況。學(xué)生自己也可以通過登陸系統(tǒng)查詢自己 的出勤情況。 課程管 理員 學(xué)生名單 考勤管理系統(tǒng) 課程信息 考勤報表 圖3-5 考勤子系統(tǒng)業(yè)務(wù)流程圖 第 4 章 系統(tǒng)設(shè)計 4.1

53、系統(tǒng)設(shè)計目標 本系統(tǒng)采用mvc模式來設(shè)計系統(tǒng)結(jié)構(gòu)并利用j2ee的技術(shù)來實現(xiàn)。本著業(yè)務(wù)邏 輯和表示層邏輯相分離的原則，對系統(tǒng)資源進行合理的有效管理、優(yōu)化系統(tǒng)的 性能。 本系統(tǒng)要達到的目標如下： 1、分層結(jié)構(gòu)清晰:利用mvc設(shè)計模式將應(yīng)用程序分成三個核心模塊:模型、 視圖和控制器，它們之間要求分工明確但又能相互協(xié)作。 2、跨平臺部署:本系統(tǒng)要求能夠比較容易地部署在不同操作系統(tǒng)平臺上。 3、性能要求:要求該系統(tǒng)能夠提供較好的運行時性能，能同時滿足大量用 戶的訪問，能夠?qū)ο到y(tǒng)資源進行有效管理。 4、可維護性:系統(tǒng)投入運行之后通常會存在許多問題，所以系統(tǒng)的可維護 性也是軟件設(shè)計的一個重要方面，軟件設(shè)計要

54、達到高內(nèi)聚、低耦合。 4.2 系統(tǒng)架構(gòu)設(shè)計 4.2.1 系統(tǒng)邏輯體系結(jié)構(gòu) 教學(xué)輔助系統(tǒng)采用j2ee架構(gòu)方式，以mvc設(shè)計模式為基礎(chǔ)，將表示層、業(yè)務(wù) 邏輯層和數(shù)據(jù)層相分離，是一種三層的體系結(jié)構(gòu)方式，構(gòu)建出一個可靠性、可 重用性、可擴展性、可維護性的系統(tǒng)。系統(tǒng)邏輯體系結(jié)構(gòu)如圖4-1所示。 視圖層 控制層 模型層 持久化層 數(shù)據(jù)庫層 依賴關(guān)系減弱 依賴關(guān)系加強 圖4-1 系統(tǒng)邏輯體系結(jié)構(gòu) 在邏輯結(jié)構(gòu)上，根據(jù)j2ee的多層體系結(jié)果，將系統(tǒng)分為五層，分別是視圖 層、控制層、模型層、持久化層和數(shù)據(jù)庫層。每一層實現(xiàn)相對獨立的功能，通 過層間的接口進行通信。嚴格實行層間獨立、分離，各層的實現(xiàn)細節(jié)不對外公 開。

55、這也就是前面說過的mvc模式的良好應(yīng)用。并且，在各層需要時使用適當?shù)?設(shè)計模式來優(yōu)化結(jié)構(gòu)，增強程序的復(fù)用。 4.2.2 系統(tǒng)網(wǎng)絡(luò)拓撲圖 本系統(tǒng)網(wǎng)絡(luò)拓撲結(jié)構(gòu)如圖 4-2 所示。 client client client webserver application server database server 圖4-2 系統(tǒng)網(wǎng)絡(luò)拓撲結(jié)構(gòu) 在圖中主要分為三個部分，其中webserver是做為web服務(wù)器，它主要是用 來運行jsp和 servlet，是jsp和servlet的執(zhí)行引擎。它最終將jsp和servlet解 釋成html文件，然后通過http協(xié)議將其傳送到客戶端顯示。它還可以將請求封 裝后轉(zhuǎn)

56、到應(yīng)用服務(wù)器，也能夠?qū)?yīng)用服務(wù)器的執(zhí)行結(jié)果通過web服務(wù)器傳送到客 戶端顯 。 client是客戶端，可以使用任何一臺連接到互聯(lián)網(wǎng)的計算機，能運行ie或 netseape等支持http或https協(xié)議并繼承javascript解釋的網(wǎng)絡(luò)瀏覽軟件即可。 它通過http協(xié)議向系統(tǒng)發(fā)起請求，也負責接受web服務(wù)器發(fā)回的響應(yīng)，并顯示給 最終用戶。 application server是應(yīng)用服務(wù)器，作為ejb的容器，會話bean和實體 bean就運行在這一層。應(yīng)用服務(wù)器的主要功能包括隱式的分布式事務(wù)管理、隱 式的安全、隱式的資源管理和生命周期、隱式的遠程訪問能力、隱式的組件的 位置透明性、隱式的持久性等

57、。 database server是數(shù)據(jù)集中存放的地方，應(yīng)用服務(wù)器中的實體bean通過 jdbc能與之交互。在本系統(tǒng)中我們采用oracle作為數(shù)據(jù)庫服務(wù)器。 4.3 系統(tǒng)功能設(shè)計 4.3.1 在線選課 選課子系統(tǒng)主要是利用計算機的高速處理能力和網(wǎng)絡(luò)相結(jié)合，提高教務(wù)管 理的工作效率。對選課數(shù)據(jù)系統(tǒng)化管理，便于管理員動態(tài)跟蹤課程的情況合理 安排課程。 默認的可選課程是該年級/專業(yè)開課計劃中的所有課程，對于成績非常差的 學(xué)生，也可以指定開課計劃中的某些課程該學(xué)生不能選。備選課程是指本學(xué)年 學(xué)期全校所有專業(yè)開課計劃中有的所有課程，可選課程是指指定學(xué)生本學(xué)年學(xué) 期可以去選的課程。對于提前畢業(yè)的學(xué)生，就可

58、以跨年級選課。對于申請輔修 的學(xué)生，就要跨年級/專業(yè)選課。如果學(xué)生跨專業(yè)選課時，培養(yǎng)方案中有的課程 繼承培養(yǎng)方案中的課程類別，開課計劃中有的課程繼承開課計劃中的課程類別， 培養(yǎng)方案、開課計劃中都沒有的課程作為公共任選課處理。 選課子系統(tǒng)中的主要功能模塊如圖4-3所示。 選課子系統(tǒng) 參 數(shù) 設(shè) 置 數(shù) 據(jù) 維 護 課 程 統(tǒng) 計 課 程 查 詢 學(xué) 生 選 課 已 選 課 程 已 選 維 護 圖4-2 選課子系統(tǒng)功能模塊圖 課表查詢提供對外接口，學(xué)生可以輸入一些關(guān)鍵字得到想要的結(jié)果信息。 學(xué)生選課處理是選課子系統(tǒng)的核心，學(xué)生在進入選課子系統(tǒng)后，可以查看 當前課表信息，然后輸入課程代碼和教學(xué)班號進

59、行選課。之后還可以在規(guī)定的 時間內(nèi)維護自己的選課信息，如刪除所選課程，查詢己選課程等。 4.3.2 用戶管理子系統(tǒng)設(shè)計 用戶管理系統(tǒng)包括對系統(tǒng)中的老師和學(xué)生的信息維護，新建用戶、修改用 戶、刪除用戶這些都是用戶管理子系統(tǒng)的一部分功能 用戶管理 信息 查詢 基礎(chǔ) 信息 信息 維護 數(shù)據(jù) 統(tǒng)計 圖4-4學(xué)籍管理功能模塊圖 基本信息:對用戶的基本信息進行管理，基本信息包括:學(xué)號(工號)、 密碼、姓名、性別、出生日期、政治面貌、身份證號、宿舍號、個人特長、 聯(lián)系電話、宿舍電話、等的管理與維護，它的功能主要有基本信息的錄入、查 詢、修改及刪除等操作。 信息查詢:對用戶生基本信息的查詢、家庭情況的查詢、獎

60、勵情況的查詢、 社會關(guān)系的查詢、異動情況的查詢、班級情況查詢等。 4.3.3 成績子系統(tǒng)設(shè)計 在成績子系統(tǒng)中，教師利用自己的賬號和密碼信息，當學(xué)期結(jié)束后教師就 可以登錄成績系統(tǒng)，將學(xué)生的成績錄入教務(wù)成績數(shù)據(jù)庫中。成績子系統(tǒng)的功能 模塊如圖4-5所示。 成績子系統(tǒng) 成績 錄入 課程 信息 教師 登陸 學(xué)生 查詢 圖4-5 成績子系統(tǒng)功能模塊圖 教師登錄子系統(tǒng)主要是驗證用戶信息的合法性。教師登錄后選擇想要提交 成績的教學(xué)班。 成績錄入子系統(tǒng)將顯示此教學(xué)班的所有學(xué)生名單，教師選擇分數(shù)格式后， 將成績填入每個學(xué)生姓名之后，進行成績錄入，在提交前會進行一些合法性檢 查，如成績是否在規(guī)定范圍之內(nèi)，是否為數(shù)