第一篇：基于Android平臺的紋理映射分析與實(shí)現(xiàn)論文

引言

紋理映射的本質(zhì)是對三維物體進(jìn)行二維參數(shù)化，即先求得三維物體表而上任一點(diǎn)的二維(u，v)參數(shù)值，進(jìn)而得到該點(diǎn)的紋理值，最終生成三維圖形表而上的紋理圖案。在光滑曲而上添加紋理圖案的核心問題是映射，因此紋理問題可以簡化為從一個(gè)坐標(biāo)系到另一個(gè)坐標(biāo)系的變換。總的來說，紋理映射技術(shù)是一種使建立的3D模型更接近現(xiàn)實(shí)物體的技術(shù)。

1紋理映射基本原理

紋理生成過程實(shí)質(zhì)上是將所定義的紋理映射為反映某種三維景物表面的屬性（與光照明模型及表面幾何有關(guān)的各種參數(shù)，如表面法向、漫/鏡面反射率等），并參與后續(xù)的光照明計(jì)算。

二維紋理映射就是從二維紋理平面到三維物體表面的映射。一般二維紋理平面是有范圍限制的,在這個(gè)平面區(qū)域內(nèi)，每點(diǎn)都可用數(shù)學(xué)函數(shù)表達(dá)，從而可以離散的分離出每點(diǎn)的灰度值和顏色值，這個(gè)平面區(qū)域稱為紋理空間，一般將紋理空間的平面區(qū)域定義在[0,1]*[0,1]。紋理映射是確定物體表面一點(diǎn)P在紋理空間中的對應(yīng)點(diǎn)(u,v)，從而紋理空間中的點(diǎn)(u,v)處的紋理值就是物體表面點(diǎn)P的紋理屬性。建立紋理空間與景物空間及景物空間與屏幕空間之間的映射關(guān)系：

圖1紋理映射

景物表面的紋理屬性主要有以下幾種：

表面顏色，即表面的漫反射率；鏡面反射分量，即表面的鏡面反射率；透明度；表面法向，即撓動(dòng)表面法向來產(chǎn)生表面的凹凸紋理；環(huán)境的漫反射和鏡面反射效果；光源強(qiáng)度和色彩分布。

根據(jù)紋理定義域的不同，可分為而為二維和三維紋理，由于本文是基于Android平臺的，考慮到效率和資源問題，主要給出了二維紋理的模型，對三維紋理映射技術(shù)就不再討論了。

2紋理映射的實(shí)現(xiàn)

本節(jié)將通過在一個(gè)立方體各個(gè)面貼上圖片來介紹Android平臺下基于OpenGLES的紋理映射有關(guān)的內(nèi)容：定義紋理、控制濾波、說明映射方式、繪制場景，給出頂點(diǎn)的紋理坐標(biāo)和幾何坐標(biāo)。

首先，我們通過Android平臺的OpenGLES庫來創(chuàng)建一個(gè)紋理，并使用圖片來生成一個(gè)紋理，過程如下：

IntBufferintBuffer=IntBuffer.allocate(1);//創(chuàng)建紋理

gl.glGenTextures(1,intBuffer);//設(shè)置要使用的紋理

gl.glBindTexture(GL10.GL_TEXTURE_2D,texture);

函數(shù)glGenTextures(intn,intBuffertextures)用于通知OpenGL我們想生成一個(gè)紋理的名字。函數(shù)glBindTexture(inttarget,inttexture)方法用于通知OpenGL將紋理名字texture綁定到紋理目標(biāo)上。

在Android中我們使用GLUtils中的一個(gè)靜態(tài)方法texImage2D(inttarget,intlevel,Bitmapbitmap,intborder)來生成一個(gè)紋理。過程如下：

//生成紋理

GLUtils.texImage2D(GL10.GL_TEXTURE_2D,0,GLImage.mBitmap,0)

通過以上過程，我們便成功地創(chuàng)建了一個(gè)紋理。

為了能有更好的效果，我們還需要設(shè)置在OpenGL現(xiàn)實(shí)圖像時(shí)，它放大得比原始紋理大（GL_TEXTURE_MAG_FILTER）或縮小得比原始紋理?。℅L_TEXTURE_MIN_FILTER）時(shí)OpenGL所采用的濾波方式。以下過程是我們設(shè)置的線性濾波：//設(shè)置線性濾波

Gl.glTexParameterx(GL10.GL_TEXTURE_2D,GL10.GL_TEXTURE_MIN_FILTER,GL10.GL_LINEAR)；

在android中可以使用glBindTexture(inttarget,inttexture)方法來綁定紋理。以下過程綁定了上面創(chuàng)建的紋理：Gl.glBindTexture(GL10.GL_TEXTURE_COORD_ARRAY)；//綁定紋理

紋理需要使用glEnableClientState（）方法來開啟紋理：Gl.glEnableClientState(GL10.GL_TEXTURE_COORD_ARRAY);

與之對應(yīng)的，關(guān)閉紋理過程如下：

Gl.glDisableClientState(GL10.GL_TEXTURE_COORD_ARRAY);

為了將紋理正確的映射到四邊形上，必須將紋理的右上角映射到四邊形的右上角，紋理的左上角映射到四邊形的左上角，紋理的右下角和左下角亦是如此。因?yàn)?，如果映射錯(cuò)誤的話，圖像顯示時(shí)可能上下顛倒，側(cè)向一邊或者什么都沒有。下面是我們對立方體的每一個(gè)面所設(shè)置的紋理映射數(shù)據(jù)：

IntBuffertexCoords=IntBuffer.wrap(newint[]

{

One,0.,0,0,0,one,one,one,0,0,0,one,one,one,one,0,One,one,one,0,0,0,0,one

0,one,one,one,one,0,0,0,0,0,0,one,one,one,one,0,One,0,0,0,0,one,one,one

});

設(shè)置好這些映射數(shù)據(jù)之后，可以通過glTexCoordPointer將紋理綁定到要繪制的物體上。過程如下：

Gl.glTextCoordPointer(2,GL10.GL_FIXED,0,texCoords);

最后，將其繪制到屏幕上即可。效果圖2如圖所示：

圖2紋理映射效果

3結(jié)束語

本文通過對紋理映射的基本原理進(jìn)行了分析，并在Android平臺中利用OpenglES圖形庫對紋理映射技術(shù)進(jìn)行了實(shí)現(xiàn)。

由于本文利用的是Android應(yīng)用層封裝后的OpenglES圖形庫，在效率上欠佳，以后的主要工作是通過AndroidNDK對OpenglES進(jìn)行原生態(tài)開發(fā)，進(jìn)而提高實(shí)現(xiàn)效率。

參考文獻(xiàn)

[1]李增忠.紋理映射技術(shù)的研究[D].中國優(yōu)秀碩士學(xué)位論文全文數(shù)據(jù)庫,2005.[2](美)ShaneCo.comnder．Android移動(dòng)應(yīng)用開發(fā)從入門到精通[M].北京：人民郵電出版社,2010.[3]楊豐盛.Android應(yīng)用開發(fā)揭秘[M].北京:機(jī)械工業(yè)出版社,2010.

第二篇：MFC消息映射機(jī)制分析論文

摘 要：MFC以層次結(jié)構(gòu)組織起來，比較龐雜，尤其是它的消息映射機(jī)制，更是涉及到很多底層的東西。本文通過對整個(gè)消息映射機(jī)制進(jìn)行系統(tǒng)的 分析，可以幫助程序開發(fā)人員更好地了解MFC，進(jìn)行可視化編程。

關(guān)鍵詞：消息驅(qū)動(dòng)；消息映射；MFC 程序設(shè)計(jì)引言

微軟公司提供的MFC基本類庫(Microsoft Foundation Classes)，是進(jìn)行可視化編程時(shí)使用最為流行的一個(gè)類庫。MFC封裝了大部分Windows ApI函數(shù)和Windows控件，使得程序的開發(fā)變得簡單，極大的縮短了程序的開發(fā)周期。MFC獨(dú)創(chuàng)的Document/View框架結(jié)構(gòu)，能夠?qū)⒐芾頂?shù)據(jù)的代碼和顯示數(shù)據(jù)的程序代碼分開，并且設(shè)計(jì)了一套方便的消息映射和命令傳遞機(jī)制，方便程序員的開發(fā)使用。其中消息映射機(jī)制本身比較龐大和復(fù)雜，對它的分析和了解無疑有助于我們寫出更為合理的高效的程序。這里我們分析一下MFC的消息映射機(jī)制，以了解MFC是如何對Windows的消息加以封裝，方便用戶的開發(fā)。SDK下的消息機(jī)制實(shí)現(xiàn)

首先，簡單回顧一下SDK下我們是如何進(jìn)行Windows的程序開發(fā)的。Windows程序的運(yùn)行是依靠外部發(fā)生的事件來驅(qū)動(dòng)的，事件由操作系統(tǒng)捕捉，以消息的形式進(jìn)入消息隊(duì)列，然后通過消息循環(huán)從隊(duì)列中不斷取出消息，送到對應(yīng)的窗口過程里處理。相對于DOS程序，Windows是以WinMain作為程序的入口點(diǎn)，以下就是一個(gè)簡化的Win32程序的主體，通過while語句實(shí)現(xiàn)消息循環(huán):

WinMain(…)

{

MSG msg;

RegisterClass(…);// 注冊窗口類

CreateWindow(…);// 創(chuàng)建窗口

ShowWindow(…);// 顯示窗口

UpdateWindow(…);

While(GetMessage(&msg,…)){ // 消息循環(huán)

TranslateMessage(…);

DispatchMessage(…);

}

return msg.wparam;

}

其中，msg代表消息，程序是通過GetMessage函數(shù)從和某個(gè)線程相對應(yīng)的消息隊(duì)列里面把消息取出來并放到消息變量msg里面。然后TranslateMessage函數(shù)用來把鍵盤消息轉(zhuǎn)化并放到響應(yīng)的消息隊(duì)列里面，最后DispatchMessage函數(shù)把消息分發(fā)到相關(guān)的窗口過程去處理。窗口過程根據(jù)消息的類型對不同的消息進(jìn)行相關(guān)的處理。在SDK編程過程中，用戶需要在窗口過程中分析消息的類型及其參數(shù)的含義，然后做不同的處理，相對比較麻煩；而MFC把消息調(diào)用的過程給封裝起來，使用戶能夠通過ClassWizard方便的使用和處理Windows的各種消息。MFC中的消息映射機(jī)制

在MFC的框架結(jié)構(gòu)下，“消息映射”是通過巧妙的宏定義，形成一張消息映射表格來進(jìn)行的。這樣一旦消息發(fā)生，F(xiàn)ramework就可以根據(jù)消息映射表格來進(jìn)行消息映射和命令傳遞。

首先在需要進(jìn)行消息處理的類的頭文件（.H）里，都會(huì)含有DECLARE_MESSAGE_MAp()宏,聲明該類擁有消息映射表格：

class CscribbleDoc:public Cdocument

{

…

DECLARE_MESSAGE_MAp()

};

然后在類 應(yīng)用 程序文件（.Cpp）實(shí)現(xiàn)這一表格

BEGIN_MESSAGE_MAp(CInheritClass, CBaseClass)

//{{AFX_MSG_MAp(CInheritClass)

ON_COMMAND(ID_EDIT_COpY,OnEditCopy)

………

//}}AFX_MSG_MAp

END_MESSAGE_MAp()

----這里主要進(jìn)行消息映射的實(shí)現(xiàn)，把它和消息處理函數(shù)聯(lián)系在一起。其中出現(xiàn)三個(gè)宏，第一個(gè)宏是BEGIN_MESSAGE_MAp有兩個(gè)參數(shù)，分別是擁有消息表格的類，及其父類。第二個(gè)宏是ON_COMMAND，指定命令消息的處理函數(shù)名稱。第三個(gè)宏是END_MESSAGE_MAp()作為結(jié)尾符號。中間的奇怪符號//}}和//{{，是ClassWizard產(chǎn)生的，對程序無 影響。

觀察DECLARE_MESSAGE_MAp的定義：

#define DECLARE_MESSAGE_MAp()

private:

static const AFX_MESSAGE_ENTRY _messageEntries[];

protected:

static AFX_DATA const AFX_MSGMAp messageMap;

virtual const AFX_MSGMAp* GetMessageMap()const;

里面又包含了MFC新定義的兩個(gè)數(shù)據(jù)結(jié)構(gòu)，如下：

AFX_MSGMAp_ENTRY

struct AFX_MSGMAp_ENTRY

{

UINT nMessage;// windows message

UINT nCode;// control code or WM_NOTIFY code

UINT nID;// control ID(or 0 for windows messages)

UINT nLastID;// used for entries specifying a range of control id's

UINT nSig;// signature type(action)or pointer to message #

AFX_pMSG pfn;// routine to call(or special value)

};

和AFX_MSGMAp

struct AFX_MSGMAp

{

const AFX_MSGMAp* pBaseMap;

const AFX_MSGMAp_ENTRY* lpEntries;

};

其中AFX_MSGMAp_ENTRY結(jié)構(gòu)包含了一個(gè)消息的所有相關(guān)信息,而AFX_MSGMAp主要作用有兩個(gè)，一是用來得到基類的消息映射入口地址。二是得到本身的消息映射入口地址。

實(shí)際上，MFC把所有的消息一條條填入到AFX_MSGMAp_ENTRY結(jié)構(gòu)中去，形成一個(gè)數(shù)組，該數(shù)組存放了所有的消息和與它們相關(guān)的參數(shù)。同時(shí)通過AFX_MSGMAp能得到該數(shù)組的首地址，同時(shí)得到基類的消息映射入口地址。當(dāng)本身對該消息不響應(yīng)的時(shí)候，就可以上溯到基類的消息映射表尋找對應(yīng)的消息響應(yīng)。

現(xiàn)在我們來分析MFC是如何讓窗口過程來處理消息的，實(shí)際上所有MFC的窗口類都通過鉤子函數(shù)_AfxCbtFilterHook截獲消息，并且在鉤子函數(shù)_AfxCbtFilterHook中把窗口過程設(shè)定為AfxWndproc。原來的窗口過程保存在成員變量m_pfnSuper中。

在MFC框架下，一般一個(gè)消息的處理過程是這樣的。

(1)函數(shù)AfxWndproc接收Windows操作系統(tǒng)發(fā)送的消息。

(2)函數(shù)AfxWndproc調(diào)用函數(shù)AfxCallWndproc進(jìn)行消息處理，這里一個(gè)進(jìn)步是把對句柄的操作轉(zhuǎn)換成對CWnd對象的操作。

(3)函數(shù)AfxCallWndproc調(diào)用CWnd類的 方法 Windowproc進(jìn)行消息處理。

(4)Windowproc調(diào)用OnWndMsg進(jìn)行正式的消息處理，即把消息派送到相關(guān)的方法中去處理。在CWnd類中都保存了一個(gè)AFX_MSGMAp的結(jié)構(gòu)，而在AFX_MSGMAp結(jié)構(gòu)中保存有所有我們用ClassWizard生成的消息的數(shù)組的入口，我們把傳給OnWndMsg的message和數(shù)組中的所有的message進(jìn)行比較，找到匹配的那一個(gè)消息。實(shí)際上系統(tǒng)是通過函數(shù)AfxFindMessageEntry來實(shí)現(xiàn)的。找到了那個(gè)message，實(shí)際上我們就得到一個(gè)AFX_MSGMAp_ENTRY結(jié)構(gòu)，而我們在上面已經(jīng)提到AFX_MSGMAp_ENTRY保存了和該消息相關(guān)的所有信息，其中主要是消息的動(dòng)作標(biāo)識和相關(guān)的執(zhí)行函數(shù)。然后我們就可以根據(jù)消息的動(dòng)作標(biāo)識調(diào)用相關(guān)的執(zhí)行函數(shù)，而這個(gè)執(zhí)行函數(shù)實(shí)際上就是通過ClassWizard在類實(shí)現(xiàn)中定義的一個(gè)方法。這樣就把消息的處理轉(zhuǎn)化到類中的一個(gè)方法的實(shí)現(xiàn)上。

(5)如果OnWndMsg方法沒有對消息進(jìn)行處理的話，就調(diào)用DefWindowproc對消息進(jìn)行處理。這是實(shí)際上是調(diào)用原來的窗口過程進(jìn)行缺省的消息處理。所以如果正常的消息處理的話，MFC窗口類是完全脫離了原來的窗口過程，用自己的一套體系結(jié)構(gòu)實(shí)現(xiàn)消息的映射和處理。即先調(diào)用MFC窗口類掛上去的窗口過程，再調(diào)用原先的窗口過程。用戶面對的消息參數(shù)將不再是固定的wparam和lparam,而是和消息類型具體相關(guān)的參數(shù)。比如和消息WM_LButtonDown相對應(yīng)的方法OnLButtonDown的兩個(gè)參數(shù)是nFlags和point。nFlags表示在按下鼠標(biāo)左鍵的時(shí)候是否有其他虛擬鍵按下，point更簡單，就是表示鼠標(biāo)的位置。同時(shí)MFC窗口類消息傳遞中還提供了兩個(gè)函數(shù)，分別為WalkpreTranslateTree和preTranslateMessage。我們知道利用MFC框架生成的程序，都是從CWinApp開始執(zhí)行的，而CWinapp實(shí)際繼承了CWinThread類。在CWinThread的運(yùn)行過程中會(huì)調(diào)用窗口類中的WalkpreTranslateTree方法。而WalkpreTranslateTree方法實(shí)際上就是從當(dāng)前窗口開始查找愿意進(jìn)行消息翻譯的類，直到找到窗口沒有父類為止。在WalkpreTranslateTree方法中調(diào)用了preTranslateMessage方法。實(shí)際上preTranslateMessage最大的好處是我們在消息處理前可以在這個(gè)方法里面先做一些事情。舉一個(gè)簡單的例子，比如我們希望在一個(gè)CEdit對象里，把所有的輸入的字母都以大寫的形式出現(xiàn)。我們只需要在preTranslateMessage方法中判斷message是否為WM_CHAR,如果是的話，把wparam(表示鍵值)由小寫字母的值該為大寫字母的值就實(shí)現(xiàn)了這個(gè)功能。小結(jié)

MFC通過巧妙的宏定義把消息調(diào)用的過程給封裝起來，使用戶能夠通過ClassWizard方便的使用和處理Windows的各種消息。通過對MFC消息映射機(jī)制的分析，不僅能夠使我們更好的使用MFC類庫，同時(shí)，對于我們自己設(shè)計(jì)程序框架和類，無疑也有相當(dāng)大的幫助。

參考 文獻(xiàn) ：

[1] 侯俊杰 著，深入淺出MFC（第2版）[M].湖北：華中 科技 大學(xué)出版社，2001.5

[2] David J.Kruglinski著，Visual C 技術(shù)內(nèi)幕（第五版）[M].北京：北京希望 電子 出版社，2001.1

第三篇：android入門教程圖形架構(gòu)實(shí)現(xiàn)分析總結(jié)

本文由麥可網(wǎng)http:/// 收集整理，轉(zhuǎn)載請注明出處。

Android圖形架構(gòu)實(shí)現(xiàn)分析總結(jié)

1、直接FrameBuffer的訪問方式，并對FrameBuffer采用雙緩存技術(shù)

沒有采用X-Server等方案，直接操作framebuffer，可以減少X-Server帶來的通信開銷。打開framebuffer, 創(chuàng)建兩個(gè)緩沖區(qū)，（一個(gè)是on screen front buffer，另一個(gè)back buffer, 可能位于offscreen framebuffer,也可能位于系統(tǒng)內(nèi)存）。源代碼中函數(shù)swapBuffers將back buffer內(nèi)容拷貝到front buffer中。雙緩存技術(shù)使得可以在back buffer中進(jìn)行繪制，隨后拷貝到front buffer中進(jìn)行合成并顯示。

2、充分利用OpenGL的圖形接口和硬件加速功能

通過OpenGL的API，Android能夠提供高性能的3D圖像。OpenGL的EGL接口，是OpenGL ES和底層Native平臺視窗系統(tǒng)之間的接口。

3、圖像顯示的裁剪以及局部刷新機(jī)制

多個(gè)Layer被定義成一個(gè)層向量LayerVector，它包含了當(dāng)前所有Surface對應(yīng)的layer，SurfaceFlinger根據(jù)每個(gè)layer的Z-order把多個(gè)層組合為一個(gè)最終在屏幕上顯示的buffer。

Z-order：Z序?qū)嶋H定義了窗口之間的層疊順序。說起“Z序”這個(gè)名稱，實(shí)際是相對屏幕坐標(biāo)而言的。一般而言，屏幕上的所有窗口均有一個(gè)坐標(biāo)系，即原點(diǎn)在左上角，X軸水平向右，Y軸垂直向下的坐標(biāo)系。Z序就是相對于一個(gè)假想的Z軸而言的，這個(gè)Z軸從屏幕外指向屏幕內(nèi)。窗口在這個(gè)Z軸上的值，就確定了其Z序。Z序值大的窗口，覆蓋了Z序值小的窗口。在層向量里每個(gè)層都對應(yīng)一個(gè)Z序值，同時(shí)通過給層設(shè)定優(yōu)先級的方式，使得某些層可以實(shí)現(xiàn)前端顯示，最后通過相應(yīng)的裁剪算法來計(jì)算可以被顯示的區(qū)域。

優(yōu)化的重繪機(jī)制：采用局部刷新機(jī)制，并不是每次repaint都需要重繪整個(gè)屏幕，首先計(jì)算需要重繪的區(qū)域（mInvalidRegion），如果DisplayHardware::UPDATE_ON_DEMAND，則通過設(shè)定需要重繪的區(qū)域的邊界來進(jìn)行局部重繪。

4、簡單易用的圖形原語、事件機(jī)制和控件

android.graphics, android.view和android.widget功能和其他類似的圖形庫如Qt/Gtk+差不多，分別提供基本的圖形原語（如畫點(diǎn)畫線，設(shè)置圖形上下文等），事件機(jī)制，以及開發(fā)圖形用戶界面的控件等。

5、功能強(qiáng)大的2D圖形引擎庫

Skia是個(gè)2D向量圖形處理函式庫，包含字型、坐標(biāo)轉(zhuǎn)換，以及位圖都有高效能且簡潔的表現(xiàn)。它封裝底層的圖形硬件，為上面的圖形庫提供最基礎(chǔ)的操作圖形硬件的原語。不僅用于google Chrome瀏覽器，skia作為繪圖處理，搭配OpenGL/ES與特定的硬件特征，強(qiáng)化顯示的效果。

第四篇：教學(xué)資源共享平臺設(shè)計(jì)與實(shí)現(xiàn)

教學(xué)資源共享平臺設(shè)計(jì)與實(shí)現(xiàn)

摘要

隨著多媒體信息技術(shù)和計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的日益普及，網(wǎng)絡(luò)教學(xué)作為教育的一種形式在世界范圍內(nèi)得到迅猛的發(fā)展，它突破傳統(tǒng)教育過程在空間和時(shí)間上的限制，實(shí)現(xiàn)了教育資源在更大范圍上的共享。網(wǎng)絡(luò)教育資源建設(shè)是影響網(wǎng)絡(luò)教育發(fā)展，保障網(wǎng)絡(luò)教育質(zhì)量的重要因素之一。怎樣有效解決資源的網(wǎng)絡(luò)共享問題，提高教學(xué)資源的可利用率，如何實(shí)現(xiàn)教學(xué)資源信息化的優(yōu)化管理，充分發(fā)揮網(wǎng)絡(luò)信息共享資源在高校教學(xué)中的作用等問題便成了每個(gè)高校迫切需要解決的問題?，F(xiàn)在許多高校已經(jīng)成功的搭建了自己的網(wǎng)絡(luò)資源共享平臺，有許多的成功經(jīng)驗(yàn)，而作為新型高等本科院校，教學(xué)資源平臺的建設(shè)還往往處于起步摸索階段，因此有必要借鑒其它高校的成功經(jīng)驗(yàn)，加快教學(xué)資源平臺的建設(shè)，改善現(xiàn)存的資源共享訪問瓶頸，為高校科研教學(xué)提供良好的資源服務(wù)。

通過創(chuàng)建交互式網(wǎng)頁應(yīng)用的網(wǎng)頁開發(fā)技術(shù)手段，數(shù)據(jù)不再和頁面以及網(wǎng)站混粘在一起，它獨(dú)立了跟著用戶走。在基于數(shù)據(jù)的應(yīng)用中，用戶需求的數(shù)據(jù)，可以從獨(dú)立于實(shí)際網(wǎng)頁的服務(wù)端取得并且可以被動(dòng)態(tài)地寫入網(wǎng)頁中。幫助用戶即師生解決管理、維護(hù)、存儲、分享內(nèi)容，并且通過用戶對資源的訪問密集度來作出整個(gè)網(wǎng)絡(luò)資源的分布調(diào)整計(jì)劃，使系統(tǒng)網(wǎng)絡(luò)資源平臺的共享性得到充分的發(fā)揮。

[關(guān)鍵詞] 資源共享

管理系統(tǒng)

存儲分享系統(tǒng)

ABSTRACT

目錄

一、前言...........................................................................................................................................4

二、需求分析.................................................................................................錯(cuò)誤！未定義書簽。

（一）、系統(tǒng)需求...................................................................................錯(cuò)誤！未定義書簽。

（二）、功能需求...................................................................................錯(cuò)誤！未定義書簽。

1.權(quán)限設(shè)置......................................................................................錯(cuò)誤！未定義書簽。

三、總體設(shè)計(jì).................................................................................................錯(cuò)誤！未定義書簽。

（一）、基本設(shè)計(jì)概念和處理流程.......................................................錯(cuò)誤！未定義書簽。

（二）、系統(tǒng)層次模塊圖.......................................................................錯(cuò)誤！未定義書簽。

（三）、數(shù)據(jù)庫設(shè)計(jì)...............................................................................錯(cuò)誤！未定義書簽。

1.數(shù)據(jù)庫需求分析..........................................................................錯(cuò)誤！未定義書簽。

四、詳細(xì)設(shè)計(jì)與設(shè)計(jì).....................................................................................錯(cuò)誤！未定義書簽。

五、結(jié)論與體會(huì).............................................................................................錯(cuò)誤！未定義書簽。參考文獻(xiàn).........................................................................................................錯(cuò)誤！未定義書簽。

教學(xué)資源共享平臺設(shè)計(jì)與實(shí)現(xiàn)

一、前言

目前，大多數(shù)的校園網(wǎng)絡(luò)平臺是針對用戶使用功能定制的，沒有一個(gè)統(tǒng)一的校園網(wǎng)教學(xué)資源庫的建設(shè)。教師在使用網(wǎng)絡(luò)資源時(shí)，仍然需要到校園網(wǎng)以外的網(wǎng)上搜索資源，使得某些共享教學(xué)資源重復(fù)被搜索、下載，降低了他們的利用率。為了提高共享教學(xué)資源的利用率，建立一個(gè)規(guī)范、豐富、實(shí)用、可廣泛共享的高校網(wǎng)絡(luò)教學(xué)資源共享系統(tǒng)，已經(jīng)成為亟待解決的問題。

第五篇：網(wǎng)絡(luò)教學(xué)平臺論文：基于WebService技術(shù)的網(wǎng)絡(luò)教學(xué)平臺的設(shè)計(jì)與實(shí)現(xiàn)

網(wǎng)絡(luò)教學(xué)平臺論文：基于WebService技術(shù)的網(wǎng)絡(luò)教學(xué)平臺的設(shè)計(jì)與實(shí)現(xiàn)

【中文摘要】目前網(wǎng)絡(luò)遠(yuǎn)程在線教學(xué)的發(fā)展在教育領(lǐng)域發(fā)揮著舉足輕重的作用,但是在網(wǎng)絡(luò)遠(yuǎn)程在線教學(xué)中,仍然存在很多問題亟待解決。特別是由于各教育機(jī)構(gòu)的教學(xué)特點(diǎn)不一樣,從現(xiàn)有網(wǎng)絡(luò)教學(xué)平臺應(yīng)用可以分為以下幾種情況:一是根據(jù)具體需求,由公司開發(fā)的專用的教學(xué)平臺,此類教學(xué)平臺多為定制的數(shù)據(jù)庫結(jié)構(gòu),軟件開發(fā)多采用C/S結(jié)構(gòu),通用性差,維護(hù)成本高,不易擴(kuò)展;二是采用通用底層平臺與數(shù)據(jù)庫,而通過具體功能擴(kuò)展來應(yīng)用于具體的需求,此類教學(xué)平臺多采用B/S結(jié)構(gòu),開發(fā)成本較高,在運(yùn)行效率和用戶體驗(yàn)上常常達(dá)不到滿意的效果;三是只開發(fā)通用的固定功能,以降低再次開發(fā)的成本,這類平臺不具備很強(qiáng)的擴(kuò)展性,隨著需求的變化往往要完全更換平臺。解決這些困難是突破網(wǎng)絡(luò)教學(xué)發(fā)展瓶頸的關(guān)鍵。本文提出基于Web Service技術(shù)的C/S和B/S混合體系結(jié)構(gòu)搭建網(wǎng)絡(luò)教學(xué)平臺,并在此體系機(jī)構(gòu)指導(dǎo)下解決目前網(wǎng)絡(luò)教學(xué)平臺所遇到的關(guān)鍵問題。并通過對Web Service技術(shù)的研究,得出符合當(dāng)前網(wǎng)絡(luò)教學(xué)平臺搭建的體系結(jié)構(gòu)。本文重點(diǎn)應(yīng)用三層模型的系統(tǒng)開發(fā)框架,表示層、數(shù)據(jù)訪問層和數(shù)據(jù)庫層。表示層構(gòu)建動(dòng)態(tài)網(wǎng)頁或WinForm客戶端,建立和部署高性能的、高可伸縮性的Web應(yīng)用,搭建穩(wěn)定的客戶端程序;數(shù)據(jù)訪問層實(shí)現(xiàn)系統(tǒng)開發(fā)過程中的業(yè)務(wù)邏輯接口,負(fù)責(zé)向上和向下提取、提供數(shù)據(jù)和數(shù)據(jù)集;數(shù)據(jù)庫層主要任務(wù)是構(gòu)建底層數(shù)據(jù)庫,其中既包括分

類設(shè)計(jì)數(shù)據(jù)庫表、數(shù)據(jù)庫視圖、存儲過程、觸發(fā)器等。本文在進(jìn)行上述研究的基礎(chǔ)上,實(shí)現(xiàn)了一個(gè)基于Web Service技術(shù)的C/S和B/S混合體系結(jié)構(gòu)網(wǎng)絡(luò)教學(xué)平臺,該平臺設(shè)計(jì)了三個(gè)部分內(nèi)容,其中公共信息和輔助平臺為實(shí)踐教學(xué)環(huán)節(jié)服務(wù),提供基本的信息和交流管理方式,其中包含了實(shí)踐教學(xué)的各種形式。本文從軟件工程的角度描述了系統(tǒng)開發(fā)過程中的總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)的主要內(nèi)容,最后測試并進(jìn)行總結(jié),在一定成度上為當(dāng)前網(wǎng)絡(luò)教學(xué)平臺面臨的問題提供了一個(gè)有效的解決途徑,對網(wǎng)絡(luò)教學(xué)平臺開發(fā)提供重要參考。

【英文摘要】TheCurrently, network distance online teaching plays a pivotal role in the field of education, but there are still many problems to be solved.Because of the various difference on teaching characteristics among educational institutions, some of the existing teaching platforms are difficult to promote generally.This paper aims to build network teaching platform based on Web Service technology C/S and B/S hybrid architecture, and in the guidance of this system we solve the key issues which the network teaching platform may encounter.On the basis of a comprehensive analysis and argument, this paper highlight the three-tier model of system development framework for presentation layer, data access layer and database layer.to build dynamic Web pages or WinForm clients, build and deploy high-performance, highly scalable Web

applications, to build a stable client program;data access layer system development process in the business logic interface, is responsible for upward and downward extract, to provide data and data sets;database layer main task is to build the underlying database, which includes both classified design database tables, database views, stored procedures, triggers and so on.This article based on the above study have achieved a WebServicetechnology-based C/S and B/S hybrid architecture network teaching platform, which was designed in three parts, including public information and supporting platform for practice teaching service to provide basic information and communication management, which includes various forms of practical teaching.This paper describes the main contents on system development process’s overall design, detailed design, database design in the view of software engineering.Finally, sum up the test, to some extent, it provides an effective solution means for the facing problems to network teaching platform and provide an important reference.for the development of network teaching platform.【關(guān)鍵詞】網(wǎng)絡(luò)教學(xué)平臺 Web服務(wù) 三層模型 混合體系結(jié)構(gòu)

【英文關(guān)鍵詞】Network Teaching Platform Web Service Three-layer model Mixed Structure

【目錄】基于WebService技術(shù)的網(wǎng)絡(luò)教學(xué)平臺的設(shè)計(jì)與實(shí)現(xiàn)摘要4-5ABSTRACT5

第一章 引言9-19

1.1 研究背景和意義9-169-1010-1516-1718-19

1.1.1 網(wǎng)絡(luò)教學(xué)平臺的起源和發(fā)展1.1.2 網(wǎng)絡(luò)教學(xué)平臺國內(nèi)外研究現(xiàn)狀1.1.3 研究的意義15-161.3 章節(jié)安排17-18

1.2 論文的主要工作1.4 章節(jié)安排

2.1 C/S 和第二章 相關(guān)技術(shù)理論分析19-31

2.1.1 C/S 和B/S 簡介B/S 體系結(jié)構(gòu)19-2219-202.1.2 C/S 和B/S 的比較20-212.1.3 C/S 和B/S 混合體系結(jié)構(gòu)21-2222-25

2.2 WEB SERVICE 技術(shù)

2.2.2 Web 2.2.1 Web Service 概念22-23Service 關(guān)鍵技術(shù)23-2424

2.2.3 Web Service 技術(shù)優(yōu)勢

2.3 開發(fā)相關(guān)2.3.2 2.2.4 Web Service 實(shí)現(xiàn)原理24-25

2.3.1 Microsoft.NET25-272.3.3 SQL Server272.4.1 UML 組成28-292.5 本章小結(jié)30-31

3.1 建設(shè)目標(biāo)313.3 主要功能33技術(shù)25-27IIS2727-3029-30分析31-3831-3333-3534-3535-36

2.4 UML 概述2.4.2 UML 建模機(jī)制第三章 網(wǎng)絡(luò)教學(xué)平臺需求3.2 建設(shè)原則3.4 總體需求

3.4.2 系統(tǒng)性能需求3.5.1 系統(tǒng)數(shù)據(jù)流

3.6 本章小結(jié)3.4.1 系統(tǒng)功能需求343.5 數(shù)據(jù)流分析35-373.5.2 用戶的數(shù)據(jù)流36-37

37-38第四章 網(wǎng)絡(luò)教學(xué)平臺設(shè)計(jì)與實(shí)現(xiàn)38-71

4.1.1 用戶功能模塊設(shè)計(jì)

4.1 系統(tǒng)功能設(shè)計(jì)38-4539-42設(shè)計(jì)45-4847-4848-51實(shí)現(xiàn)55-58現(xiàn)56-584.1.2 角色用例圖設(shè)計(jì)42-45

4.2.1 開發(fā)模式45-474.3 數(shù)據(jù)庫設(shè)計(jì)48-554.3.2 數(shù)據(jù)庫表設(shè)計(jì)51-55

4.4.1 數(shù)據(jù)層設(shè)計(jì)55-56

4.2 總體框架及4.2.2 體系結(jié)構(gòu)

4.3.1 實(shí)體設(shè)計(jì)

4.4 數(shù)據(jù)層設(shè)計(jì)與4.4.2 數(shù)據(jù)庫實(shí)

4.5.1 數(shù)4.6 表4.6.2 表4.8 本章小5.1 測試4.5 數(shù)據(jù)訪問層設(shè)計(jì)與實(shí)現(xiàn)58-61

4.5.2 數(shù)據(jù)訪問層實(shí)現(xiàn)58-61

4.6.1 表示層設(shè)計(jì)61據(jù)訪問層設(shè)計(jì)58示層設(shè)計(jì)與實(shí)現(xiàn)61-64示層實(shí)現(xiàn)61-64結(jié)70-71目的717274-7575-7678-80

4.7 關(guān)鍵代碼實(shí)現(xiàn)64-70第五章 網(wǎng)絡(luò)教學(xué)平臺的測試71-755.2 測試環(huán)境71-72

5.3 測試步驟5.6 本章小結(jié)

6.1 總結(jié)5.4 測試結(jié)果分析72-74第六章 總結(jié)與展望75-776.2 展望76-77

致謝77-78參考文獻(xiàn)