計算機網路教學總結

『壹』 計算機網路實訓總結

可以這樣開頭，本人有幸在##單位參加了計算機網路實訓，收益匪淺，現概括如下：

網路辦公自動化系統開發分析

一、開發工具與技術的研究
就現在開發OA的技術來說，主要集中分為三大類：基於C/S結構的應用程序開發，結合C/S結構和Web技術的復合應用程序，基於B/S結構的動態網頁技術。以下

將分析這三類技術的各自優缺點：
C/S結構系統：是傳統開發模式，一般以資料庫和客戶端的兩層結構實現，也有加入中間件的三層或多層結構，在OA早期是標準的系統模式，但隨著計算機技術

的發展和網路的發展，它已經無法滿足現在的遠程網路辦公和移動辦公，逐漸在被取代
C/S+Web技術：是為了補充C/S結構的不足，在C/S基礎上加入Web技術來實現對遠程數據的獲取，但擁有一定局限性，如數據及時更新、軟體升級等問題就無法

很好解決
B/S結構系統：是援用動態網頁技術，加入OA的開發理念，完全適應網路辦公和移動辦公需求，也是現代辦公自動化系統的首選技術。
就B/S結構的開發，具體技術又有多種選擇：JSP+J2EE，ASP+IIS，ASP.net+Microsoft .NET Framework，PHP+Apache，就這幾門技術，可以說各有其優缺點，

分析如下：
JSP技術：具有良好的跨平台性，加上J2EE功能十分強大，但是J2EE的布置使開發成本顯得略高，而且沒有良好的安裝界面
PHP技術：是早期動態網頁技術中的強手，但隨著JSP技術與ASP技術的不斷更新，使得PHP技術稍微比較落後
ASP技術：類似於PHP技術，開發簡便，快速，加上IIS的功能支持，是比較簡易快速的開發技術
ASP.net：可以說是ASP技術的替代技術，是ASP的一大進步，在Microsoft .NET Framework的強大支持下，可以使用C#、VB、Javascript三種語言來編寫代碼，

採用預先編譯技術，使得代碼安全性加強

最終討論結果：在針對於中小型企業用戶，建議採用ASP.net技術，理由是，該技術易於伺服器的維護，成本相對較低，開發周期較短
在針對政府部門用戶，建議採用JSP或ASP.net技術，理由是，政府部門伺服器很多已經改裝為Linux系統，在該平台下採用JSP技術較成熟；如果是Windows用戶

，則採用ASP.net技術
二、OA概述
人們普遍使用計算機來提高個人工作效率，但是在需要許多人一起協同工作的現代工作環境中，我們更需要提高我們的整體工作效率。利用網路通訊基礎及先

進的網路應用平台，建設一個安全、可靠、開放、高效的信息網路和辦公自動化、信息管理電子化系統，為管理部門提供現代化的日常辦公條件及豐富的綜合信息

服務，實現檔案管理自動化和辦公事務處理自動化，以提高辦公效率和管理水平，實現企業各部門日常業務工作的規范化、電子化、標准化，增強檔案部門文書檔

案、人事檔案、科技檔案、 財務檔案等檔案的可管理性，實現信息的在線查詢、借閱。最終實現「無紙」辦公。
辦公自動化，一個極大的概念，一個炒作了很久的概念。無論是辦公設備公司，還是系統集成公司，都大力推出自己的辦公自動化產品。有辦公設備、辦公自動化

電腦、辦公自動化軟體。可見，辦公自動化中內容龐大，可為空間不可小視。那麼，首先我們來探討一個問題，什麼是辦公？
辦公實際就是文件的製作、修改、傳遞、簽定、保存、銷毀、存檔的過程。那麼隨著文件的這一流程，產生了各種各樣的設備。隨著技術的發展，計算機網路

技術的進步，辦公自動化網路的建設也得到了大力推廣。

傳統的辦公模式主要以紙介質為主，在信息革命的浪潮中，顯然已經遠遠不能滿足高效率、快節奏的現代工作和生活的需要。如何實現信息處理的自動化和辦

公的無紙化逐步得到了人們的重視。

傳統辦公模式
辦公自動化提了多年，但效果並不明顯，人們還是停留在單機字處理和表格處理的所謂辦公自動化的初級階段。信息的交流和共享，以及團隊的協同運作等無

法完美的實現，極大地限制了工作的效率。
Internet/Intranet的迅猛發展，為信息的交流和共享，團隊的協同運作提供了技術的保證，同時也預示著網路化辦公時代來臨。

網路化辦公模式
現有辦公自動化系統和大型信息管理系統中，企業業務流程重組或者是文件流轉功能都是核心功能。同時我們也認為，企業辦公主要是一個文件流轉的過程，

所有的辦公事務都可以抽象成一個資料庫表單。
傳統的辦公自動化系統和大型MIS系統在處理企業管理流程中大多採用企業業務流程重組（BKR），其核心思想就是要先優化企業業務管理流程，再根據優化後的流

程建設企業信息系統。這樣不僅在系統建設中工作量巨大，同時面臨來自企業內部重重的阻礙。
我們的核心思想是；前期系統建設中不牽涉企業內部業務流程重組，只是協助企業通過方便的流程自定義等功能進行流程電子化，以及不斷根據實際需求去改變電

子化流程。
三、系統結構設計
現在的網路辦公自動化系統可以說百家爭鳴，各有所長，但是一般的B/S結構系統都做得比較固定，也就是針對某個行業甚至某個企業而開發的，有諸多的限制

和代碼固化，不利於靈活的OA定製和客戶化！而且很多OA系統都具有相同的功能，只是表現手法和操作流程有所不同罷了，所以，他們的基本是一致的，是有共性

的，是可以統一的。
我的基礎思想是開發一個底層的通用型OA平台，在此平台下實現OA系統的主要功能模塊的底層操作，這樣，當針對某個企業或者政府部門開發OA系統時，只需在此

基礎上稍加修改，就可以成為一套具有很強針對性的OA系統，這樣方便該系統的二次開發，也方便於針對不通性質部門單位的OA系統的定製。系統結構圖如下：

通過以上示意圖可以看出，底層通用型管理模塊是整個OA系統的基礎，而應用層模塊是面對客戶的，它是界面和業務邏輯的結合體，針對不通企業將有所不通

，這種結構將很好的解決一套OA的多種定製功能，便於二次開發。
四、通用型管理模塊功能劃分
針對於這個底層模塊，它並不需要實現實際的功能，它主要是負責完成應用層交付的任務和與底層資料庫交換數據，所以它的功能是比較抽象的、統一的和可擴展

的。雖然如此，我們還是將這個模塊按不同的功能細分，因為辦公系統有些模塊之間聯系並不緊密，比如公文管理系統與公共信息系統，郵件管理系統與辦公設備

管理系統之間的聯系就不是那麼緊密，甚至可以完全分開。所以我們的底層管理模塊針對於這些情況，主要分為八大功能子模塊：
1．公文管理
公文管理主要負責公文的發送與接受工作，發送流程按照流程定製來完成，所以還包括流程定製功能。這三大塊是OA的核心部分，實現也最為復雜，特別是流

程定製功能，是一個非常靈活的模塊，它決定了該OA系統的效率和可用性

2．郵件管理
郵件管理主要功能是發送與接受內部郵件，發送與接受外部郵件（外部郵件伺服器必須支持pop3），郵件需要存入資料庫，以便今後瀏覽查詢

3．表單管理
表單管理是一個輔助性模塊，基本上在其他所有模塊都有可能用大它的功能，它主要是實現表單模板的定製，表單的存儲，列印等功能。在一個企業，表單是

很重要的一個東西，它在辦公過程中出現的頻率緊次於公文，所以這個模塊也非常重要，並且表單的定製與列印是一個技術難點

4．檔案管理
檔案管理功能是對准備歸檔的公文或者企業各類合同、協議、文件、指示、資料等的一個合理存儲與查閱功能，針對於復雜的分類和查閱許可權，實現合理存取

，管理得基本功能
5．人事管理
人事管理功能主要包括：員工資料管理，員工薪資管理，員工考勤管理，員工許可權管理，部門機構管理，部門任命管理等等公司內部人事管理的所有功能，本

子模塊將以底層視角反應員工得管理，包括職務和所屬性質都將按統一模式規劃，便於應用層定製模塊
6．日程安排
日程安排是辦公系統的一個必不可少的輔助功能，可分為個人日程，部門日程，主要需要解決的是日程的基本存儲和信息提示
7．公共信息管理
公共信息包含：公司新聞、文檔、員工論壇、資料下載等功能，主要是針對所有部門的一個共用系統，該系統可以採用傳統模式，如論壇可以採用BBS系統等，

底層主要是統一規范，提供基本功能
8．會議管理
會議對於任何一個公司都是重要的，而會議的形式隨著網路的發展也變得多樣化起來，除了傳統的會議，還有網路會議，視頻會議等新型會議方式，使得相隔

甚遠的人之間也可以有了當面交流的環境。對於相隔較遠的部門，如總公司與子公司之間的交流建議採用非視頻的網路會議，因為這個即可以滿足網速，也可以滿

足交流得需求。對於處於同一個大廈的各部門，建議使用視頻會議，因為加入多媒體的功能，可以使得會議氣氛跟貼近傳統會議的效果，而且交流也更人性化，同

時也可以得到區域網網速得支持。
這八大功能子模塊都是OA系統得基礎，在此之上，我們可以創建更多的功能和輔助，可以使得OA的定製變得輕松而豐富。
五、總結
通過以上的綜合分析，該辦公自動化系統的開發將分為三期完成，第一期是基礎類庫的開發，第二期是底層管理模塊的開發，第三期是應用層定製。每一期都

是下一期的基礎，但可以獨立使用，只有三期完成，才算完成整套OA系統。
關於該OA系統的幾個技術賣點：建議提供語言信箱和視頻新聞模塊，這樣可以有與其他產品所不同的賣點。

『貳』 計算機網路知識點總結

計算機網路知識點總結

計算機網路使微機用戶也能夠分享到大型機的功能特性,充分體現了網路系統的“群體”優勢，能節省投資和降低成本。下面是我整理的關於計算機網路知識點總結，歡迎大家參考!

OSI，TCP/IP，五層協議的體系結構，以及各層協議

OSI分層 (7層)：物理層、數據鏈路層、網路層、傳輸層、會話層、表示層、應用層。

TCP/IP分層(4層)：網路介面層、 網際層、運輸層、 應用層。

五層協議 (5層)：物理層、數據鏈路層、網路層、運輸層、 應用層。

每一層的協議如下：

物理層：RJ45、CLOCK、IEEE802.3 (中繼器，集線器，網關)

數據鏈路：PPP、FR、HDLC、VLAN、MAC (網橋，交換機)

網路層：IP、ICMP、ARP、RARP、OSPF、IPX、RIP、IGRP、 (路由器)

傳輸層：TCP、UDP、SPX

會話層：NFS、SQL、NETBIOS、RPC

表示層：JPEG、MPEG、ASII

應用層：FTP、DNS、Telnet、SMTP、HTTP、WWW、NFS

每一層的作用如下：

物理層：通過媒介傳輸比特,確定機械及電氣規范(比特Bit)

數據鏈路層：將比特組裝成幀和點到點的傳遞(幀Frame)

網路層：負責數據包從源到宿的傳遞和網際互連(包PackeT)

傳輸層：提供端到端的可靠報文傳遞和錯誤恢復(段Segment)

會話層：建立、管理和終止會話(會話協議數據單元SPDU)

表示層：對數據進行翻譯、加密和壓縮(表示協議數據單元PPDU)

應用層：允許訪問OSI環境的手段(應用協議數據單元APDU)

IP地址的分類

A類地址：以0開頭， 第一個位元組范圍：0~127(1.0.0.0 - 126.255.255.255);

B類地址：以10開頭， 第一個位元組范圍：128~191(128.0.0.0 - 191.255.255.255);

C類地址：以110開頭， 第一個位元組范圍：192~223(192.0.0.0 - 223.255.255.255);

10.0.0.0—10.255.255.255， 172.16.0.0—172.31.255.255， 192.168.0.0—192.168.255.255。(Internet上保留地址用於內部)

IP地址與子網掩碼相與得到主機號

ARP是地址解析協議，簡單語言解釋一下工作原理。

1：首先，每個主機都會在自己的ARP緩沖區中建立一個ARP列表，以表示IP地址和MAC地址之間的對應關系。

2：當源主機要發送數據時，首先檢查ARP列表中是否有對應IP地址的目的'主機的MAC地址，如果有，則直接發送數據，如果沒有，就向本網段的所有主機發送ARP數據包，該數據包包括的內容有：源主機 IP地址，源主機MAC地址，目的主機的IP 地址。

3：當本網路的所有主機收到該ARP數據包時，首先檢查數據包中的IP地址是否是自己的IP地址，如果不是，則忽略該數據包，如果是，則首先從數據包中取出源主機的IP和MAC地址寫入到ARP列表中，如果已經存在，則覆蓋，然後將自己的MAC地址寫入ARP響應包中，告訴源主機自己是它想要找的MAC地址。

4：源主機收到ARP響應包後。將目的主機的IP和MAC地址寫入ARP列表，並利用此信息發送數據。如果源主機一直沒有收到ARP響應數據包，表示ARP查詢失敗。

廣播發送ARP請求，單播發送ARP響應。

各種協議

ICMP協議： 網際網路控制報文協議。它是TCP/IP協議族的一個子協議，用於在IP主機、路由器之間傳遞控制消息。

TFTP協議： 是TCP/IP協議族中的一個用來在客戶機與伺服器之間進行簡單文件傳輸的協議，提供不復雜、開銷不大的文件傳輸服務。

HTTP協議： 超文本傳輸協議，是一個屬於應用層的面向對象的協議，由於其簡捷、快速的方式，適用於分布式超媒體信息系統。

DHCP協議： 動態主機配置協議，是一種讓系統得以連接到網路上，並獲取所需要的配置參數手段。

NAT協議：網路地址轉換屬接入廣域網(WAN)技術，是一種將私有(保留)地址轉化為合法IP地址的轉換技術，

DHCP協議：一個區域網的網路協議，使用UDP協議工作，用途：給內部網路或網路服務供應商自動分配IP地址，給用戶或者內部網路管理員作為對所有計算機作中央管理的手段。

描述：RARP

RARP是逆地址解析協議，作用是完成硬體地址到IP地址的映射，主要用於無盤工作站，因為給無盤工作站配置的IP地址不能保存。工作流程：在網路中配置一台RARP伺服器，裡面保存著IP地址和MAC地址的映射關系，當無盤工作站啟動後，就封裝一個RARP數據包，裡面有其MAC地址，然後廣播到網路上去，當伺服器收到請求包後，就查找對應的MAC地址的IP地址裝入響應報文中發回給請求者。因為需要廣播請求報文，因此RARP只能用於具有廣播能力的網路。

TCP三次握手和四次揮手的全過程

三次握手：

第一次握手：客戶端發送syn包(syn=x)到伺服器，並進入SYN_SEND狀態，等待伺服器確認;

第二次握手：伺服器收到syn包，必須確認客戶的SYN(ack=x+1)，同時自己也發送一個SYN包(syn=y)，即SYN+ACK包，此時伺服器進入SYN_RECV狀態;

第三次握手：客戶端收到伺服器的SYN+ACK包，向伺服器發送確認包ACK(ack=y+1)，此包發送完畢，客戶端和伺服器進入ESTABLISHED狀態，完成三次握手。

握手過程中傳送的包里不包含數據，三次握手完畢後，客戶端與伺服器才正式開始傳送數據。理想狀態下，TCP連接一旦建立，在通信雙方中的任何一方主動關閉連接之前，TCP 連接都將被一直保持下去。

四次握手

與建立連接的“三次握手”類似，斷開一個TCP連接則需要“四次握手”。

第一次揮手：主動關閉方發送一個FIN，用來關閉主動方到被動關閉方的數據傳送，也就是主動關閉方告訴被動關閉方：我已經不 會再給你發數據了(當然，在fin包之前發送出去的數據，如果沒有收到對應的ack確認報文，主動關閉方依然會重發這些數據)，但是，此時主動關閉方還可 以接受數據。

第二次揮手：被動關閉方收到FIN包後，發送一個ACK給對方，確認序號為收到序號+1(與SYN相同，一個FIN佔用一個序號)。

第三次揮手：被動關閉方發送一個FIN，用來關閉被動關閉方到主動關閉方的數據傳送，也就是告訴主動關閉方，我的數據也發送完了，不會再給你發數據了。

第四次揮手：主動關閉方收到FIN後，發送一個ACK給被動關閉方，確認序號為收到序號+1，至此，完成四次揮手。