設計方案
為確保事情或工作順利開展，預先制定方案是必不可少的，方案是有很強可操作性的書面計劃。那么制定方案需要注意哪些問題呢？下面是小編精心整理的設計方案5篇，希望能夠幫助到大家。
設計方案 篇1
活動目的：
1、完善幼兒園安全制度，明確安全應急預案，能有效地操作。
2、增加師生安全知識，提高安全意識，杜絕幼兒園安全事故的發(fā)生。
3、演練有序地進行安全疏散，提高應集突發(fā)事故能力。
4、掌握一定的.救火、自救、逃生方法，及其它安全自救方法，提高安全防范意識。
活動準備：
1、安全管理：安全工作計劃、安全應急預案、安全專項檢查、安全責任書
安全規(guī)章制度、安全會議記錄、安全衛(wèi)生日常管理記錄；
2、班級管理：班級主題活動記載
3、食堂管理：食堂采購、留樣、健康證、臺帳
3、安全經(jīng)驗交流材料
4、消防疏散演練：音響、煙霧、安排
活動議程：
一、 國旗下的講話
二、 教職工安全消防知識專題會議
三、安全主題教育活動
四、安全教育觀摩活動
安全管理經(jīng)驗交流
安全疏散演練活動
五、 安全活動總結(jié)
設計方案 篇2
隨著現(xiàn)代網(wǎng)絡技術(shù)的發(fā)展，嵌放式系統(tǒng)如單片機、DSP等系統(tǒng)對接入網(wǎng)絡的需求日益增加，例如具有遠程抄表功能的電表系統(tǒng)、楞以進行遠程控制的信息電系統(tǒng)等。本文采用TI公司的TMS320VC33DSP芯片設計與Realtek公司的RTL8019網(wǎng)卡的硬件接口電路，并在DSP中用軟件實現(xiàn)TCP/IP協(xié)議，使DSP芯片具備上網(wǎng)功能，從而可以用計算機通過網(wǎng)卡與DSP電路板進行大量數(shù)據(jù)交換并對其進行控制。
1、硬件設計
DSP與網(wǎng)卡的硬件接口電路圖如圖1所示。
DSP的數(shù)據(jù)總線低16位接ISA網(wǎng)卡的16位數(shù)據(jù)線，ISA網(wǎng)卡的IOCS16線接高電平，設置網(wǎng)卡為16位的模式。
網(wǎng)卡共有20根地址線。將A7～A8、A10～A19接地，A0～A6和A9分別接DSP的A0～A7，用到的網(wǎng)卡地址為0240H～025FH，映射到DSP的Page3空間，地址映射為C000C0H～C000DFH。
DSP的Reset信號用于復位網(wǎng)卡，由于DSP的Reset信號低有效，而網(wǎng)卡的Reset信號高有效，故中間應接非門。
DSP的Page3和R/W信號用于選能網(wǎng)卡的讀寫信號IOR、IOW，實現(xiàn)的邏輯關(guān)系如圖2所示。
IORQ是網(wǎng)卡的中斷9，通過非門后接DSP的INT1引腳。
RTL8019網(wǎng)卡有三種工作方式：
第一種為跳線方式，網(wǎng)卡的I/O和中斷由跳線決定；
第二種為即插即用方式，由軟件進行自動配置plugandplay；
第三種為免跳線方式，網(wǎng)卡的I/O和中斷由外接的93C46里的內(nèi)容決定。
計算機上一是即插即用方式，為了降低軟件編程的復雜度，將網(wǎng)卡設置為跳線方式。
上述所有的譯碼邏輯都在EPM7129中實現(xiàn)。
74ALVC16425是總線驅(qū)動芯片，可實現(xiàn)3.3V到5V的電平轉(zhuǎn)換。由于TMS320VC33和EPM7128是3.3V的器件，而ISA總線是5V的，所以信號線不能直接連接，需要通過74ALVC164245進行電平轉(zhuǎn)換和隔離。
2、軟件設計
2.1網(wǎng)卡硬件驅(qū)動程序的設計
網(wǎng)卡驅(qū)動程序主要包括以下幾部分：
�。�1）NIC的初始化
NIC是網(wǎng)絡接口控制芯片，它負責網(wǎng)絡上數(shù)據(jù)的接收和發(fā)送。為了能夠使NIC啟動并處于準備接收或準備發(fā)送數(shù)據(jù)的狀態(tài)，必須對相關(guān)的寄存器進行初始化。這些寄存器包括CR、DCR、RBCR、PSTART、PSTOP、ISR、IMR、PAR0～PAR5、MAR0～MAR7、CURR、TCP、RCR等。
�。�2）中斷服務程序
中斷服務程序一般完成兩項任務：一是設置中斷標志，以使相關(guān)程序能以此發(fā)現(xiàn)發(fā)生了中斷；二取得中斷狀態(tài)寄存器的值，并將引起中斷的具體原因提交給相應的程序，這一過程也是通過設置中斷原因標志完成的。需要注意的，中斷服務程序開始的時候要保護中斷現(xiàn)場，待程序處理完成后要恢復中斷現(xiàn)場；中斷服務程序應盡可能短小，以便在盡可能短的時間內(nèi)執(zhí)行完成，因此需要將一些不民要的工作交給其它程序來完成。
�。�3）幀發(fā)送程序
在網(wǎng)絡中，幀傳輸?shù)倪^程是：發(fā)送方將待發(fā)送的數(shù)據(jù)按幀格式要求封裝成幀，然后通過網(wǎng)卡將幀發(fā)送到網(wǎng)絡的傳輸線上；接收方根據(jù)接收到的幀的目的地址研究是否將該幀提交給上層應用程序。幀的發(fā)送是指將待發(fā)送的數(shù)據(jù)以幀的形式發(fā)送到網(wǎng)絡傳輸線上，因此，幀的發(fā)送過程應該包括以下幾個步驟：
�、傺b幀；
②將幀送入NIC的發(fā)送緩沖區(qū)；
�、鄢跏蓟l(fā)送控制寄存器；
④啟動NI
C將該幀發(fā)送到網(wǎng)絡傳輸線上。
（4）幀接收程序
幀接收是指將網(wǎng)絡上的數(shù)據(jù)幀接收并緩存于網(wǎng)卡的接收緩沖環(huán)中，然后由主機程序?qū)⒕彺嬗诮邮站彌_環(huán)的幀讀走并存入內(nèi)存中以備程序使用。從中可以看出，幀的接收過程分成兩卡；
①第一步由NIC通過本地DMA將幀存入接收緩沖環(huán)；
�、诘诙ㄊ峭ㄟ^遠程DMA并在主機的配合下將接收緩沖環(huán)中的幀讀入內(nèi)存。
2.2TCP/IP協(xié)議的實現(xiàn)
2.2.1DSP中與PC機中實現(xiàn)TCP/IP協(xié)議不同
TCP/IP協(xié)議最先是在UNIX系統(tǒng)中實現(xiàn)的，后來在LINUX、DOS和WINDOWS系統(tǒng)中也實現(xiàn)了TCP/IP。但是，在UNIX上實現(xiàn)的TCP/IP協(xié)議的源代碼并不能直接移植到DSP上來，這是因為PC機和DSP存在著巨大的差異。
PC機的運算速度非常快，一般都有一個多任務的操作系統(tǒng)，可以多任務并行執(zhí)行，通過硬中斷與中斷、消息隊列和各種插口實現(xiàn)ATCP/IP各協(xié)議層之間的通信和整個網(wǎng)絡的通信。而DSP運行速度相對較慢，缺乏多任務操作系統(tǒng)的平臺，只能通過順序執(zhí)行加硬件中斷的方式來實現(xiàn)，并且因其還要同時執(zhí)行數(shù)據(jù)采集、串口中斷等任務，所以中斷程序應盡量短，只完成設置各種狀態(tài)的`標志位，而將相對較慢的網(wǎng)絡數(shù)據(jù)包的處理放在主程序中執(zhí)行，以減少各種任務之間的沖突。
PC機的內(nèi)存非常大，現(xiàn)在一般都可達到32～128M的存儲容量，可以動態(tài)地分配和釋放內(nèi)存，很容易實現(xiàn)存儲器緩存mbuf、網(wǎng)絡控制塊ncb等鏈狀結(jié)構(gòu)，且可隨意增刪；同時能維護多條網(wǎng)絡連接，由于計算機處理速度快，幾乎不用考慮緩沖區(qū)溢出的問題。而DSP內(nèi)部RAM一般只有十幾K，加上外部擴展的RAM也只能達到幾十K的容量，一個最大的以太網(wǎng)數(shù)據(jù)包就有1.5K左右，如果也按PC機的內(nèi)存管理方式和數(shù)據(jù)結(jié)構(gòu)，使用mbuf鏈，RAM肯定不夠用，因此只能在RAM中分配一個固定的1514字節(jié)的區(qū)段來存放接收到的以太網(wǎng)數(shù)據(jù)包，接收一包處理一包。
PC機中TCP/IP協(xié)議都是分層次實現(xiàn)的，相互之間都是通過參數(shù)傳遞進行聯(lián)系，這樣有利于提高程序的模塊化和獨立性。而在DSP中，由于參數(shù)傳遞會占用過多的程序空間，且降低DSP的執(zhí)行速度，所以應盡量減少參數(shù)傳遞，轉(zhuǎn)而使用全局變量和外部變量等來達到值的傳遞，因此各程序間的依賴程度大，往往會共享某一些變量和數(shù)據(jù)。
PC機上實現(xiàn)了比較完整的TCP/IP協(xié)議。而在DSP中，由于運算速度和內(nèi)存的限制，不可能支持所有的協(xié)議，一般只實現(xiàn)需要的部分，不需要的協(xié)議一概都不支持；而且即使需要的協(xié)議也不用像在PC機上實現(xiàn)那么復雜，可以根據(jù)硬件的具體情況和實現(xiàn)的需求進行必要的簡化。
2.2.2TCP/IP協(xié)議的具體實現(xiàn)
TCP/IP協(xié)議是一個協(xié)議簇，包含了很多協(xié)議，在DSP上實現(xiàn)的所有協(xié)議如圖3所示，通常可分為四層（不包括物理層）。
根據(jù)DSP的結(jié)構(gòu)特點和所需要實現(xiàn)的功能，在DSP中實現(xiàn)了ARP（地址解析協(xié)議）、IP（網(wǎng)際協(xié)議）、ICMP（Internet控制報文協(xié)議）、UDP（用戶數(shù)據(jù)報協(xié)議）和TCP（傳輸控制協(xié)議），并對它們進行了簡化。
2.2.2TCP/IP協(xié)議的具體實現(xiàn)
TCP/IP協(xié)議是一個協(xié)議簇，包含了很多協(xié)議，在DSP上實現(xiàn)的所有協(xié)議如圖3所示，通�？煞譃樗膶樱ú话ㄎ锢韺樱�。
根據(jù)DSP的結(jié)構(gòu)特點和所需要實現(xiàn)的功能，在DSP中實現(xiàn)了ARP（地址解析協(xié)議）、IP（網(wǎng)絡協(xié)議）、ICMP（Internet控制報文協(xié)議）、UDP（用戶數(shù)據(jù)報協(xié)議）和TCP（傳輸控制協(xié)議），并對它們進行了簡化。
在鏈路層中實現(xiàn)了ARP。每種網(wǎng)絡都有自己的尋址機制，以太網(wǎng)通過以太網(wǎng)地址即通常所說的網(wǎng)卡硬件地址MAX進行尋址的，每個網(wǎng)卡出廠時都有一個唯一的MAC地址。IP地址則僅僅是對于TCP/IP簇有意義的地址，是一種虛擬地址。當賦予IP地址的IP包要在以太網(wǎng)中傳播時，必須將IP地址轉(zhuǎn)化為以太網(wǎng)地址才能進行正確的傳輸。ARP協(xié)議就是將32位的IP地址動態(tài)地映射為48位的以太網(wǎng)地址，從而保證網(wǎng)絡的正確傳輸。ARP協(xié)議由兩個文件arpin.c和arpout.c實現(xiàn)。arpin.c負責接收網(wǎng)絡上廣播的arp包，判斷arp包的類型是網(wǎng)絡上其它機子的請求包還是返回本機的響應包，
判斷其合法性并進行相應的處理；arpout.c負責主機向網(wǎng)絡發(fā)送數(shù)據(jù)報時發(fā)送arp請求包以及被arpin.c調(diào)用響應收到的arp請求包。
在網(wǎng)絡層中實現(xiàn)了IP和ICMP。IP協(xié)議是TCP/IP協(xié)議簇中最核心的協(xié)議，它提供無連接的數(shù)據(jù)報傳送服務，所有上層協(xié)議都要以IP數(shù)據(jù)包格式傳輸。IP協(xié)議由兩個文件ipin.c和ipout.c實現(xiàn)。Ipin.c負責接收IP數(shù)據(jù)包，收到IP包后，首先判斷其版本號、數(shù)據(jù)長度、目的地址、檢驗和是否正確，再根據(jù)ＩＰ首部的協(xié)議類型字段的值交給相應的上層協(xié)議處理；ｉｐｏｕｔ．ｃ負責發(fā)送ＩＰ數(shù)據(jù)包，接收上層協(xié)議傳遞下來的數(shù)據(jù)，加上２０字節(jié)的ＩＰ首部，正確設置源ＩＰ地址和目的ＩＰ地址、協(xié)議類型，計算檢驗和，交給下面的鏈路層發(fā)送。ＰＣ機上的ＩＰ數(shù)據(jù)包，當它的長度超過網(wǎng)絡的ＭＴＵ時，允許對它分段；在ＤＳＰ中，則不支持ＩＰ數(shù)據(jù)包分段，也不支持ＩＰ選項字段。ＩＣＭＰ協(xié)議負責傳遞差錯報文以及其它需要注意的信息，且由ＩＣＭＰ首部８位的類型字段和８位的代碼字段決定信息的種類。在ＤＳＰ中只實現(xiàn)了對回顯請求（類型代碼為８０）報文的處理，從ＩＰ層收到ＩＣＭＰ包后，判斷其類型代碼段是否為８０。如果是，將這兩個字段設置為００（回顯應答），計算檢驗和，再交給ＩＰ層發(fā)送；如果不是，則予以丟棄。從而實現(xiàn)了對ｐｉｎｇ功能的支持。
本文通過ＤＳＰ與網(wǎng)卡的硬件接口的設計及編程，使ＤＳＰ實現(xiàn)了基于以太網(wǎng)的ＴＣＰ／ＩＰ通信，從而使ＤＳＰ可以通過網(wǎng)線進行聯(lián)網(wǎng)，并可以實時地與計算機進行通信，交換大量的數(shù)據(jù)和控制信息。本文所介紹的技術(shù)已經(jīng)在作者參加的國家"９７３"項目"復雜自然環(huán)境時空定量信息的獲取與融合處理的理論與應?"的硬件設計中得到應用，并運行良好。
設計方案 篇3
采用背包問題與旅行商問題（TSP）相結(jié)合的方法，先通過背包問題將所有景點進行分組，再通過TSP問題，將每天的路線進行優(yōu)化，達到乘車總時間最小，利用Lingo求解�？紤]乘車路費與時間，景點門票與酒店價格以及景點游覽時間等因素，建立0-1規(guī)劃，將實現(xiàn)費用少、景點多的多目標通過適當?shù)臄M合轉(zhuǎn)化為單目標優(yōu)化模型，并使用Lingo得出3天內(nèi)最優(yōu)的旅游路線與酒店安排。依據(jù)游客的游覽興趣，賦予景點門票一定的權(quán)重約束，并考慮安排不同酒店的因素，基于問題三的模型，增加優(yōu)先級約束條件與目標函數(shù)，建立多目標規(guī)劃之權(quán)重最優(yōu)化模型，采用模型三的方法，利用Lingo求解出最佳路線與酒店安排。
一、問題的分析
選擇最優(yōu)的出行方案。所謂最優(yōu)的選擇，可以有如下幾種解釋：（1）最節(jié)省時間的線路（尤其是存在換乘的情況），（2）最節(jié)省費用的線路，（3）將時間與車費做加權(quán)平均后的最小值，根據(jù)游客個人對時間和金錢的重視程度選擇要搭乘的公交車及其線路。
在限定游覽時間的前提下，為實現(xiàn)費用少、景點多的目標 ，需選擇酒店距離景點較近、每天的景點之間路徑近、景點游覽時間較短且費用較低的酒店和景點。此問題類似最小費用最大流問題，本文建立0-1規(guī)劃，使用Lingo得出3天內(nèi)最優(yōu)的旅游路線與酒店安排。
二、基本假設
1.假設交通系統(tǒng)始終正常運行，不存在堵車，臨時交通事故，惡劣天氣等情況。
2.假設乘坐一輛車為不換乘，乘坐兩輛車為換乘一次，以此類推。
3.假設游客是理性的，即會從時間最優(yōu)、價錢最優(yōu)或者時間與價錢權(quán)重最優(yōu)三種情況下選擇其中之一。
4.假設公交車的行駛速度保持不變。
5.假設游客參觀時間為該景區(qū)給定的參觀時間。
6.假設從酒店步行到車站，以及從車站步行到景點的時間忽略不計。
7.假設乘客到起始站可以直接選擇公交車，即不計在起始站的等車時間。
8.假設游客每天的游覽路線是環(huán)形的。
三、問題分析與求解
基于預處理矩陣，判斷出發(fā)點和目的地之間是否有直達的線路，如有就確定為最優(yōu)線路，若無就通過MATLAB尋找換乘次數(shù)超過一次的所有站點。
尋找換乘站點。把求得的站點與要求的出發(fā)點和目的地建立循環(huán)，逐個修改起始站點與終止站點的值可求出通過各站點的路線，再將經(jīng)過所求得的站點的路線與經(jīng)過起點和終點的'路線進行比較，尋找相同的路線，若存在，則這個站點可作已知的起點與終點的中轉(zhuǎn)站；若不存在中轉(zhuǎn)站，則調(diào)整換乘次數(shù)直到可以找到可行的乘車路線為止。在換乘次數(shù)盡量最少的原則之下，以從出發(fā)地點到達目的地點的總乘車站數(shù)為基準，換乘車前后總乘車站數(shù)為最少的作為系統(tǒng)的推薦線路，這樣既符合常規(guī)，也可能是最優(yōu)線路。
因此，選取上述三種方法權(quán)重最小的作為最有出行線路。從出發(fā)地到目的地的所需要的總時間T由兩部分構(gòu)成：一是公交的行駛時間；二是乘客換乘時的耗時（本題忽略此時間）。公交的行駛時間等于相鄰站點間的平均行駛時間乘以公交行駛的站數(shù)，即從出發(fā)點到目的地所需總時間為
T=■（mk-1）*t1
建立目標函數(shù)
min T
min s（換乘次數(shù)）
s.t.0≤s≤2mk≥1
路徑選擇原則具體如下：
在系統(tǒng)中，輸入乘客的起始位置和目的地，為了實現(xiàn)乘客的目標且能使換乘次數(shù)少，則可按如下步驟進行搜索[16]；（若乘客所行駛的路線經(jīng)過某個車站，則為1，否則為0，用C表示）
① 搜索集合A與看是否存在一條路線，使得流線同時經(jīng)過 a與b 兩種結(jié)果。若存在，則說明只要乘車一次就可以到達目的地，乘車路線可為a與b所同時存在的那條線。
�、� 若①種情況不成立，則需要換車，搜索集合A與看是否存在兩條路線，且在這兩條路線上有相交的車站cap，滿足cap不等于0，如果存在，則說明需要換車一次則可到達目的地，乘車路線為：a → cap → b ，若cap只有一種搜索結(jié)果顯示，從a到b的乘車線路就是這種最佳。若不是唯一的，而有多種選擇換乘一次可達目的地，則此時可有K種途徑可以到達目的地，此時就進一步對此K種中轉(zhuǎn)站進行掃描，輸出站點數(shù)最少的一種方式，進而顯示乘坐次數(shù)最佳的途徑到達目的地。
�、� 如果②都不存在時，說明乘車至少要換兩次，搜索集合A：看是否存在兩個中轉(zhuǎn)站站點，以及滿足在這三條路線上至少有兩條路線上有公共的車站，若存在，則說明只需換車兩次即可到達目的地。
�、� 若換乘兩次未能到達，則需要換乘至少三次才能實現(xiàn)，根據(jù)以上同樣的方法，仍然可以搜索出最佳的出行線路。出于對人們的可承受的心理限度的考慮，再基于較優(yōu)質(zhì)的交通網(wǎng)絡，換乘次數(shù)在此設定時不應大于兩次。
設計方案 篇4
1、 建設企業(yè)網(wǎng)站所遵循的一般原則
（1） 系統(tǒng)性原則。同時提供設計方案。設計實施單位應充分了解企業(yè)文化和企業(yè)機構(gòu)及管理信息等基本情況，對營銷目標、行業(yè)競爭狀況、產(chǎn)品特征、用戶需求行為以及網(wǎng)站推廣運營等基本問題等要素融入到網(wǎng)站建設方案中。
（2） 完整性原則。企業(yè)網(wǎng)站是企業(yè)在互聯(lián)網(wǎng)上的經(jīng)營場所，應該為用戶提供完整的信息和服務：網(wǎng)站的基本要素合理、完整；網(wǎng)站的內(nèi)容全面、有效；網(wǎng)站的服務和功能適用、方便；網(wǎng)站建設與網(wǎng)站運營維護銜接并提供支持。
�。�3） 友好性原則。網(wǎng)站的友好性包括三個方面：對用戶友好——滿足用戶需求、獲得用戶信任；對網(wǎng)絡環(huán)境友好——適合搜索引擎檢索、便于積累網(wǎng)絡營銷資源；對經(jīng)營者友好——網(wǎng)站便于管理維護、提高工作效率。
（4） 簡單性原則。在保證網(wǎng)站基本要素完整的前提下，盡可能減少不相關(guān)的內(nèi)容、圖片和多媒體文件等，使得用戶以盡可能少的點擊次數(shù)和盡可能短的時間獲得需要的信息和服務。
�。�5） 適應性原則。企業(yè)網(wǎng)站的功能、內(nèi)容、服務和表現(xiàn)形式等需要適應不斷變化的網(wǎng)絡營銷環(huán)境，網(wǎng)站應具有連續(xù)性和可擴展性。
2、網(wǎng)站建設基本流程規(guī)范
企業(yè)網(wǎng)站建設（升級改版）包含下列基本流程：
（1）制定網(wǎng)站規(guī)劃方案：包括網(wǎng)站預期目標、行業(yè)競爭狀況分析、網(wǎng)站欄目結(jié)構(gòu)、用戶行為分析及內(nèi)容規(guī)劃、網(wǎng)頁模版設計、網(wǎng)站服務器技術(shù)選型、網(wǎng)站運營維護規(guī)范等基本內(nèi)容；
�。�2）網(wǎng)站技術(shù)開發(fā)、網(wǎng)頁設計；
�。�3）網(wǎng)站測試；
�。�4）網(wǎng)站內(nèi)容發(fā)布；
（5）網(wǎng)站維護及管理。
3、網(wǎng)站域名及網(wǎng)站技術(shù)規(guī)范
�。�1）采用基于XHTML的國際WEB標準（CSS+DIV）；
�。�2）網(wǎng)站首頁為頂級域名而不是多級層次 ；
�。�3）網(wǎng)站首頁及各欄目和內(nèi)容頁面均不采用網(wǎng)址跳轉(zhuǎn)方式，不采用過渡頁/橋頁等網(wǎng)址重定向；
�。�4）合理應用靜態(tài)網(wǎng)頁與動態(tài)網(wǎng)頁，網(wǎng)站欄目首頁和其他重要頁面采用靜態(tài)網(wǎng)頁；
�。�5）網(wǎng)頁內(nèi)容頁面層次不宜過多，不超過四個層次；
�。�6）采用主流域名：.cn、.com.cn、.com等；
�。�7）一個網(wǎng)站對應一個主域名，現(xiàn)有多個域名需統(tǒng)一；
�。�8）網(wǎng)站鏈接錯誤率在一定范圍之內(nèi)，首頁等重要頁面無死鏈接；
（9）網(wǎng)站設計對不同瀏覽器具有兼容性。
4、企業(yè)網(wǎng)站的基本功能和內(nèi)容
�。�1） 與企業(yè)辦公網(wǎng)實現(xiàn)無縫鏈接；
�。�2）具有信息發(fā)布、產(chǎn)品發(fā)布和管理功能；
�。�3）產(chǎn)品推薦/廣告管理功能；
�。�4）詳細的公司介紹；
（5）詳細的聯(lián)系方式；
�。�6）合理的產(chǎn)品分類/匯總/列表；
（7）詳細的產(chǎn)品介紹內(nèi)容；
�。�8）銷售及售后服務相關(guān)的聯(lián)系和服務信息；
�。�9）在線服務信息；
�。�10）持續(xù)更新的企業(yè)動態(tài)/產(chǎn)品信息；
�。�11）相關(guān)網(wǎng)站鏈接管理功能；
�。�12）規(guī)范的網(wǎng)站地圖；
�。�13）網(wǎng)站訪問統(tǒng)計功能。
5、網(wǎng)站優(yōu)化
網(wǎng)站優(yōu)化包括三個方面：對用戶獲取信息優(yōu)化、搜索引擎優(yōu)化、網(wǎng)站維護優(yōu)化。
�。�1）網(wǎng)站欄目結(jié)構(gòu)合理，欄目設置不要過于復雜；
�。�2）網(wǎng)站導航清晰且全站統(tǒng)一，通過任何一個網(wǎng)頁可以逐級返回上一級欄目直到首頁；
�。�3）網(wǎng)頁布局設計合理，網(wǎng)站設計符合用戶瀏覽習慣；
�。�4）重要文字信息盡可能出現(xiàn)在網(wǎng)頁靠前位置；
�。�5）字體清晰，CSS風格協(xié)調(diào)一致；
�。�6）最多3次點擊可到達產(chǎn)品詳細內(nèi)容頁面；
�。�7）通過網(wǎng)站任何一個網(wǎng)頁不超過3次點擊可達到站內(nèi)其他任何一個網(wǎng)頁；
�。�8）遵照搜索引擎為管理員提供的網(wǎng)站優(yōu)化指南，通過網(wǎng)站結(jié)構(gòu)和內(nèi)容等基本要素的優(yōu)化為搜索引擎檢索信息提供方便，不采用任何被搜索引擎視為垃圾信息的方法和欺騙搜索引擎的方式（如堆積關(guān)鍵詞、用戶不可見文本、頁面跳轉(zhuǎn)、復制網(wǎng)頁等等）；
（9）網(wǎng)站首頁、欄目首頁及產(chǎn)品內(nèi)容頁面均有一定的文字信息量；
�。�10）每個網(wǎng)頁有獨立的、可概括說明該網(wǎng)頁核心內(nèi)容的網(wǎng)頁標題（而不是全站或者一個欄目共用一個網(wǎng)頁標題）；
�。�11）每個網(wǎng)頁有獨立的、與該網(wǎng)頁內(nèi)容相關(guān)的META標簽設計（包括description和keywords）；
�。�12）每個網(wǎng)頁有獨立的URL；
�。�13）產(chǎn)品內(nèi)容頁面URL盡可能簡短且體現(xiàn)出產(chǎn)品屬性；
�。�14）產(chǎn)品/企業(yè)新聞詳細內(nèi)容頁面是獨立網(wǎng)頁不是彈出窗口；
�。�15）對于產(chǎn)品品種多的企業(yè)網(wǎng)站，要有合理的產(chǎn)品分頁方式；
（16）網(wǎng)站內(nèi)容保持適當?shù)母轮芷凇?/p>
6、網(wǎng)頁模版設計
�。�1）重要信息盡可能出現(xiàn)在用戶最關(guān)注的位置；
�。�2）網(wǎng)頁寬度定位適應當前主流屏幕分辨率模式；
�。�3）保持整站CSS風格一致；
�。�4）超級鏈接有下劃線或顏色的明顯指示；
（5）整個網(wǎng)站中在新窗口打開或原窗口打開網(wǎng)頁的規(guī)則一致；
�。�6）網(wǎng)站首頁字節(jié)數(shù)不宜過大；
（7）多語言版本網(wǎng)站內(nèi)容之間的'切換方式設計合理。
7、企業(yè)網(wǎng)站可信度
�。�1）網(wǎng)站具有必須的法定證書；
�。�2）對企業(yè)基本狀況的介紹真實可信；
�。�3）公布顧客服務/售后服務承諾；
（4）有必要的個人信息保護聲明；
�。�5）網(wǎng)站公布的聯(lián)系方式有效，尤其是地址、固定電話和Email地址；
�。�6）網(wǎng)站公布的Email地址與企業(yè)網(wǎng)站域名后綴一致而不是免費郵箱；
（7）網(wǎng)站主域名與企業(yè)名稱/品牌/核心產(chǎn)品一致或相關(guān)；
�。�8）網(wǎng)站提供的信息及時有效；
�。�9）網(wǎng)站有自己獨立的風格；
�。�10）網(wǎng)站各項功能和服務方便易用。
8、網(wǎng)站運營維護
�。�1）建立網(wǎng)站內(nèi)容發(fā)布審核機制，始終保持網(wǎng)站內(nèi)容的合法性；
�。�2）保持網(wǎng)站服務器正常工作，對網(wǎng)站訪問速度等進行日常跟蹤管理；
�。�3）保持合理的網(wǎng)站內(nèi)容更新頻率；
�。�4）網(wǎng)站內(nèi)容制作符合網(wǎng)站優(yōu)化所必須具備的規(guī)范；
�。�5）重要信息（如數(shù)據(jù)庫等、訪問日志等）的備份機制；
�。�6）保持網(wǎng)站重要網(wǎng)頁的持續(xù)可訪問性，不受網(wǎng)站改版等原因的影響；
�。�7）對網(wǎng)站訪問統(tǒng)計信息定期進行跟蹤分析。
設計方案 篇5
【教學目標】
1、學會通過想象感悟古代詩詞的意境。
2、通過反復朗讀體會情感。
【教學重點】
學會通過想象感悟古代詩詞的意境。
【教學難點】
體會作品表達的人生哲理.
【教學思路】
1、本教案以“課程標準”為指導，突出對了學生語文素質(zhì)的培養(yǎng)。以“情景教學”作為指導的思想，通過善設、再現(xiàn)詩的意境來達到感染學生的目的。
2、詩詞的朗讀和背誦是教學本課的關(guān)鍵。設計了幾種新的朗誦方法和教學方法，體現(xiàn)了詩詞教學的特點。讓學生更多地直接接觸語文材料，在大量的語文實踐中掌握運用語文的規(guī)律。 如：音樂烘托法、繪畫激趣法、散文描述法。通過富有藝術(shù)感染力的朗讀，使學生更深入地了解作品的思想內(nèi)容，更能體會詩歌所表達的強烈真摯的情感，更能引起他們的共鳴，從而受到思想教育和美好情操的陶冶。
【教學過程】
一、預習
1、學習生字詞。
2、查作者相關(guān)資料等。
(預習任務要求學生在課前自學完成。)
二、導入
1、一年一度的中秋節(jié)是中華民族重要的傳統(tǒng)節(jié)日。歷來被列為我國三大傳統(tǒng)節(jié)日之一。同學們，你們家過中秋有什么習俗嗎?古人過中秋喜歡吟詩賦文來抒發(fā)自己當時的感受，為我們后人留下許多優(yōu)美詩篇。
2、蘇軾(1037～1101 )北宋文學家、書畫家。字子瞻，號東坡居士，與父親蘇洵弟弟蘇轍，合稱“三蘇”。為唐宋八大家之一。在政治上屬于舊黨，但也有改革弊政的要求。其文汪洋恣肆，明白暢達，為“唐宋八大家”之一。其詩清新豪健，善用夸張比喻，在藝術(shù)表現(xiàn)方面獨具風格。詞開豪放一派，對后代很有影響�！赌钆珛沙啾趹压拧�、《水調(diào)歌頭明月幾時有》傳誦甚廣。
3、蘇軾因烏臺詩案倍受折磨，被貶黃州。寫此詞時，作者41歲，除政治不得意外， 蘇軾兄弟情誼深厚，他與蘇轍在潁州分別后已有六年不見了，但無緣相會。時值中秋，蘇軾賦詞懷。
三、展示思考題
1、筆下的月亮是何形象?詩人由月色的美好想到了什么?表現(xiàn)作者怎樣的思想?
學生初步談感想，鼓勵個人獨到的見解學生說說自己對這首詞的理解，發(fā)揮想象描繪詞的意境。(由學生用自己的話來講述，教師點撥難解的字詞 。)
2、學生思考、討論、質(zhì)疑以下問題：
�、� 這首詞中你有哪些問題需要解決的`?
�、� 用自己的話說說作者心中的天宮是怎樣的?他向往那美好的天宮嗎?你認為作者是怎樣想的,覺得天上好還是人間好?如果真有天宮的話，你愿乘風而去嗎?為什么?
�、� 這首詞你最喜歡哪幾句?為什么?
(欣賞名句：人有悲歡離合，月有陰晴圓缺，此事古難全。 但愿人長久，千里共嬋娟。
賞析：人間有離別的痛苦、團聚的歡欣，月亮也會陰藏晴出，這些事自古以來難以圓全。但原我們歲歲平安，遠隔千里，共對這明月互相祝福。
人月無常，自古如此。這是人生無法克服的遺憾。既然這樣，惟望各自珍重，希望從共賞美好的明月中得到人生慰藉，釋卻離怨。
四、歸納小結(jié)，投影板書主題
這首詞中飽含著深奧的人生哲理，通過一個完美的文學意境來實現(xiàn)，在美好的月色中交織著詩人對人生不如意的慨嘆和如何擺脫情感困擾的理智的矛盾，最終是理智擺脫情感困擾，表現(xiàn)出詩人那熱愛生活、執(zhí)著人生的情感。
(活動形式：小組討論，選派代表回答，教師歸納總結(jié)學生的答案。)
1、(每個人對詩詞可有不同的理解、想象和創(chuàng)造。美好的詩詞意境引發(fā)人們無窮創(chuàng)造。有的用繪畫方式表達自己的感受，有的用文字來表達。)試發(fā)揮想象力根據(jù)這首詞的內(nèi)容制成配圖卡片或?qū)懴聛怼?/p>
2、《水調(diào)歌頭·明月幾時有》的改寫：
中秋之夜，皎潔的月亮緩緩地升起來了。庭院里顯得特別幽靜，詩人蘇軾獨自在涼亭下自斟自飲，面對如此優(yōu)美的月色，詩人浮想連篇，在這本應家人團聚的佳節(jié)，只有月亮在我身邊陪伴，舉起一杯酒面對天上的月色，想邀請月娥一起來歡飲，這美好的月亮在什么時候才出現(xiàn)呢?請問你居住天宮，至今已有多少年了?你回答呀!你為什么不回答?哦!那我就飛到月宮上問個明白，那里是我向往的地方，也許會比人間潔凈吧?可是聽說月亮雖有美玉砌成的樓閣，卻是“水氣”結(jié)成的寒宮，凡人怎能忍受得了那份高處的寒氣呢?算了，那就只好在月下獨舞自娛，與那舞動的影子歡愉吧，畢竟那天上冷清清的月宮又怎么比得上在人間好呢?
你看，此刻的月光慢慢地轉(zhuǎn)過紅色樓閣，又低低地照進美麗的窗閣里，復照著深夜不能入眠的詩人，是什么原因使詩人無法入睡呢?是思念，是離愁，思念遠在他方的弟弟，詩人不由埋怨起月亮來了：你為何總在人們離別時這樣圓滿呢?哦，月亮，這不是你的錯，人世間萬事萬物都是如此，時盛時衰，既然人間自古以來就有悲歡離合，月亮當然也會有陰晴圓缺了，又怎能強求?只要彼此永遠健康，能在千里之遙共賞明月，有了這份心愿也就足夠了，祝福天下的離人總有團圓的一天。)
五、能力遷移
你試發(fā)揮想象說說下列詩句的意境，理解詩中的感情。
1、海上生明月，天涯共此時
2、舉頭望明月，低頭思故鄉(xiāng)
六、布置作業(yè)
1、課后練習改寫這首詞或繪成圖畫。
2、背誦整首詩, 直到會準確默寫
3、課后繼續(xù)收集中秋詠月詩詞，準備朗誦會。
【板書】
《水調(diào)歌頭·明月幾時有》 蘇軾
上闋: 飲酒問月----------------追求美好生活
下闋: 難眠懷弟----------------探求人生哲理
情景交融 主題 這首詞表達了詞人曠達的胸襟和對親人的思念。
(以上教學過程是初步構(gòu)想，上課時可靈活處理。)
【設計方案】相關(guān)文章：
設計方案11-03
（經(jīng)典）設計方案07-28
設計方案【精選】07-29
設計方案（經(jīng)典）08-14
【精選】設計方案12-27
設計方案[經(jīng)典]10-28
【經(jīng)典】設計方案07-22
設計方案（精選）07-27
設計方案(經(jīng)典)08-21
設計方案【經(jīng)典】09-19