Ⅰ 採用的關鍵技術
1.分層開發
在前些年的軟體開發中，兩層結構佔有很重要的位置。兩層的體系結構一直到現在還廣泛存在，但是兩層結構卻有著很多的缺點，例如，客戶端的維護成本高、難以實現分布式處理。隨著在兩層結構的終端用戶和後端服務間加入更多的層次，多層的結構出現了。
經典的三層理論將應用劃分為三個層次，見圖2-63。
表示層（Presentation Layer），用於處理人機交互。目前最主流的兩種表示層是Windows格式和WebBrowser格式。它主要的責任是處理用戶請求，例如，滑鼠點擊、輸入、HTTP請求等。
邏輯層（Domain Logic Layer），模擬了企業中的實際活動，也可以認為是企業活動的模型。
數據層（Data source Layer），處理資料庫、消息系統、事務系統。
在實際的應用中，三層結構有一些變化。例如，在Windows的。NET系統中，把應用分為三個層次：表示層（Presentation Layer）、業務層（Business Layer）、數據訪問層（Data Access Layer），分別對應於經典的三層理論中的三個層次。值得一提的是，NET系統中表示層可以直接訪問數據訪問層，即記錄集技術。在ADO.NET中，這項技術已經非常成熟，並通過表示層中的某些數據感知組件，實現非常友好的功能。這種越層訪問的技術通常被認為是不被允許的，因為它可能會破壞層之間的依賴關系。而在Windows平台中，嚴格遵守准則就意味著需要大量額外的工作量。因此，我們看到准則也不是一成不變的。
本系統中，數據訪問層須進一步劃分，分為基礎數據訪問層與業務數據訪問。前者主要完成資料庫訪問與事物處理，後者針對資料庫中的表繼承基礎數據訪問的對象，實現自身的數據訪問要求。由於本系統涉及到圖形配置及介面數據交互，表示層採用了桌面方式與IE器方式相結合，業務操作主要在IE進行，而工作流配置及與P3（或MS Project）數據介面主要在桌面方式上完成。
圖6-63 分層開發示意圖
2.面向服務架構
SOA（service-oriented architecture，也叫面向服務的體系結構或面向服務架構）是指為了解決在Internet環境下業務集成的需要，通過連接能完成特定任務的獨立功能實體實現的一種軟體系統架構。SOA是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的介面和契約聯系起來。介面是採用中立的方式進行定義的，它應該獨立於實現服務的硬體平台、操作系統和編程語言。這使得構建在各種這樣的系統中的服務可以以一種統一和通用的方式進行交互。
本系統採用面向服務架構，組件內部高內聚，組件之間低藕和，提高了系統的可維護性、擴展性和可移植性。
3.採用面向對象的設計方法
本系統採用面向對象的程序設計方法。面向對象軟體開發的主要目的是：採用可復用軟體技術加快問題求解，縮短開發時間和減少軟體開發費用；當軟體功能變更時，只需修改一個或多個類的實現方法，這樣可使軟體功能變更的影響局部化，從而降低軟體維護的費用。面向對象軟體設計的主要挑戰是將軟體系統分解為基本數據類型或者類和子類，以及對每個基本類和子類特性的定義。具體實現中，我們將設計中具有共性的部分規范化，並編制為父類。在父類中定義公用的數據和處理，其他的子類由父類繼承而來，並根據特殊要求進行適當擴展。
在具體的實現過程中，我們採取了以下方法：
（1）使用對象的封裝性：對基本的類庫，我們對其代碼實行了嚴格的封裝，類庫的變更及升級不會對使用該類庫的程序造成影響，提高了程序的可維護性。
（2）使用多重繼承：我們將常用的功能，如數據的插入、刪除、修改、保存，數據的排序、過濾、查找、替換，表格的列印。
（3）使用多態性：多態性為程序設計帶來了極大的靈活性。我們使用多態性，為不同環境下的相近功能提供了統一的訪問界面，增強了程序的可讀性。
4.分布式計算技術
分布式技術有很多種，CORBAR、COM+等，在.NET平台，有WEB服務、Net Remoting技術。Web服務是一種新的分布式計算技術，它可以跨越應用系統的組件模型、操作系統編程語言的界限，供客戶端或其他伺服器調用。
Web服務是利用SOAP在HTTP上執行遠程方法調用的一種新方法。過去這個問題一直非常棘手，因為過去使用DCOM（分布式COM），在實例化遠程伺服器的對象、條用方法和獲取結果上都是非常麻煩，而且在進行必要的配置時，需要具有很高的技巧。
系統採用Web服務實現分布式結構，分布式事務則採用.Net Enterprise Service實現。
►隱式分布式事務實現：
隱式分布式事務最大的優點是無需手工去控制事務，通過代碼塊申明一個事務范圍，在該范圍內的操作會自動進入事務。此類事務方式通過.Net Enterprise Service中的transactionscope對象實現。
►顯示分布式事務實現：
顯示分布式事務手工從DTC得到一個事務，把事務與需要進入該事務的連接關聯在一起，手工提交或回滾。此類事務方式通過.Net Enterprise Service中的Committable Transaction對象實現。
5.與工作流引擎集成
本系統中採用的工作流系統，綜合了計算機通信技術、組件技術、圖形技術，其實用性、先進性、可靠性都達到國內領先水平。
6.利用VML技術在瀏覽器中繪制進度計劃圖
在瀏覽器上繪圖，一直以來是很多軟體公司難以邁進的台階。系統中採用VML技術，為用
圖6-64 工作流系統示意圖
戶提供了直接在瀏覽器中繪制進度計劃圖的功能，並可以對進度計劃圖進行跟蹤，如圖6-64。
系統中的進度計劃圖有單代號、雙代號兩種表現形式，並可以相互轉換。
7.和Microsoft 0ffice軟體的完美結合和緊密集成
Microsoft Office是常用的辦公軟體，工程管理過程中的許多文件，如工作聯系單，設計變更單等文件大多採用Word格式，而一些報表採用Excel格式，所以要求系統能Microsoft Office套件無縫連接。強調和 Microsoft Office的集成，既方便用戶的使用，又可以最大程度地保護用戶在Microsoft Office上的投資。
8.與電子簽章及手寫技術的集成
隨著工程項目管理中對文檔的安全性、真實性的要求不斷提高，特別是針對手寫簽名、電子印章的要求更加嚴格，要求在Word/Excel文檔上簽名、蓋章，需要實現多人會簽、簽章可驗證、可認證、防抵賴等功能。東方思維根據實際情況，採用第三方軟體iSignature（該技術通過了公安部安全性檢測）手寫簽名電子印章軟體管理方案。該方案採用信息加密和數據壓縮處理技術，可靠性好，擴展性強，在政府、企業中應用廣泛。
iSignature手寫簽名電子印章軟體由簽章鑰匙盤和軟體構成，簽章鑰匙盤自帶CPU、快速存儲器和加密處理機制，用於存放單位或個人數字證書、印章信息或簽名信息。簽章鑰匙盤通過USB介面和計算機連接。軟體自動嵌入到Word/Excel里，用來實現印章或簽名。
9.與簡訊貓的集成
採用與第三方產品GSM-SMModem簡訊貓進行集成，以實現簡訊的收發功能，及時提醒待處理的任務或發送通知通告等。
10.OWC技術
OWC，即Office Web Components，是組件對象模型（COM）控制項的集合，可用於將電子表格、圖表和資料庫發布到網站上。它們也可用來查看已發布的這些項目以及數據訪問頁。利用「表格模板標簽「技術實現表格與資料庫數據的交換和存儲，解決了在不同高速公路項目中因表格不同（一般每個項目400張左右）而需在每張表格上重復修改程序的問題。
系統採用微軟的OWC技術，界面直觀，操作簡單。系統中操作的各種表格，與在Excel表格中的操作方式是一致的，符合用戶的習慣。提高了表格數據填寫的效率。方便報表格式的定製和輸出。
11.與Biztalk Server能方便集成
Biztalk是一種基於XML的數據交換標准，Biztalk Server是微軟的企業應用集成伺服器，之間數據交換的標准就是Biztalk。
系統通過Biztalk Server能方便地與OA等系統集成，包括流程。
12.單點登陸技術
單點登錄採用基於數字證書的加密和數字簽名技術，對用戶實行集中統一的管理和身份認證，並作為本系統和其它應用系統的統一登錄入口，同時為通過身份認證的合法用戶簽發針對各個應用系統的登錄票據，從而實現「一點登錄、多點漫遊」。
13.手持設備（PDA）移動操作
圖6-65 手持設備移動操作
系統採用智能客戶端技術（SmartClient），提供了手持設備（PDA）移動操作功能。如質量驗評，可直接通過PDA進行現場檢驗數據採集，再通過同步機制與伺服器數據同步。
14.多線程技術
一個應用進程中默認的只有一個線程在執行任務，但系統中常常執行到如壓縮文件、數據傳輸等很耗CPU的任務，如果採用單一線程，系統地整體性能就會下降。
本系統中採用多線程技術，對於復雜任務啟用新線程來執行，從而保證了系統的性能。
15.Enterprise Library 2.0的應用
Enterprise Library是微軟為企業開發提供的一套基礎組件，完全實現XML配置使用，包括數據訪問、安全、日誌、異常、加/解密等方面的服務。Enterprise Library 2.0較1.0作了較大的改動，功能更為完善，使用更為簡單。系統採用Enterprise Library 2.0，並進行了二次開發，使得更符合本系統的應用。
16.Ajax技術
Ajax用一組技術，它使瀏覽器可以為用戶提供更為自然的瀏覽體驗。在Ajax之前，Web站點強制用戶進入提交/等待/重新顯示範例，用戶的動作總是與伺服器的「思考時間」同步。Ajax提供與伺服器非同步通信的能力，從而使用戶從請求/響應的循環中解脫出來。藉助於Ajax，可以在用戶單擊按鈕時，使用JavaScript和DHTML立即更新UI，並向伺服器發出非同步請求，以執行更新或查詢資料庫。當請求返回時，就可以使用JavaScript和CSS來相應地更新UI，而不是刷新整個頁面。最重要的是，用戶甚至不知道瀏覽器正在與伺服器通信：Web站點看起來是即時響應的。
系統廣泛採用了Ajax技術，提高了系統的效率，增強了用戶的體驗。
Ⅱ 應用層數據單元是什麼
應用層數據單元一般是消息的意思。
OSI模型中一共大致分為五個層，如下所示：
應用層 的協議為 HTTP, FTP, SMTP等 數據格式為Data（數據）
傳輸層協議為 TCP, UDP 數據格式Segment（數據段）也就是這個層負責獲取全部信息，因此，它必須跟蹤數據單元碎片、亂序到達的數據包和其它在傳輸過程中可能發生的危險。
網路層 協議為IP 數據格式為Packet（數據包）
數據鏈路層協議為MAC 數據格式Frame（數據幀）
物理層 協議為光纖/電纜/微波 數據格式為bit（數據位)
Ⅲ 地理數據有哪幾種表達方式他們各自有什麼特點（地理信息系統）
柵格格式的和矢量格式的，共兩種。柵格的主要有遙感數據、柵格圖、dem圖等，以圖形要素形式存在；矢量格式的主要是以數據圖層形式存在的包括，點、線、面。
Ⅳ OSI每層的數據格式
第一層：物理層，二進制傳輸，bit(比特流)
第二層：數據鏈路層，介質訪問，frame(幀)
第三層：網路層，確定地址和最佳路徑,packet(包)
第四層：傳輸層，端到端連接，segment(段)
第五層：會話層，互連主機通信
第六層：表示層，數據表示
第七層：應用層，為應用程序提供網路服務
五至七層為節點傳輸，發送和接收消息。
數據發送時，從第七層傳到第一層，接收數據則相反。
上三層總稱應用層，用來控制軟體方面。下四層總稱數據流層，用來管理硬體。
數據在發至數據流層的時候將被拆分。
在傳輸層的數據叫段，
網路層叫包，
數據鏈路層叫幀，
物理層叫比特流，這樣的叫法叫PDU（協議數據單元）
第1層 物理層：處於OSI參考模型的最底層。物理層的主要功能是利用物理傳輸介質為數據鏈路層提供物理連接，以便透明的傳送比特流；
第2層 數據鏈路層：—在此層將數據分幀，並處理流控制。屏蔽物理層，為網路層提供一個數據鏈路的連接，在一條有可能出差錯的物理連接上，進行幾乎無差錯的數據傳輸。本層指定拓撲結構並提供硬體定址；
第3層 網路層：—本層通過定址來建立兩個節點之間的連接，為源端的運輸層送來的分組，選擇合適的路由和交換節點，正確無誤地按照地址傳送給目的端的運輸層。它包括通過互連網路來路由和中繼數據 ；
第4層 傳輸層：—常規數據遞送－面向連接或無連接。為會春斗話層用戶提供一個端到端的可靠、透明和優化的數據傳輸服務機制。包括全雙工或半雙工、流控制和錯誤恢復服務；
第5層 會話層：—在兩個節點之間建立端連接。為端系統的應用程序之間提供了對話控制機制。此服務包括建立連接是以全雙工還是以半雙工的方式進行設置，盡管可以在層4中處理雙工方式 ；
第6層 表示層：主要用於處理兩個通信系統中交換信息的表示方式。為上層用戶解決用戶信息的語法問題。它包括數據格式交換、數據加密與解密、數據壓縮與恢復等功能；
第7層 應用層：OSI中的最高層。為特定類型的網路應用提供了訪問OSI環境的手段。應用層確定進程之間通信的性質，以扒明磨滿足用戶的需要。應用層不僅要提供應用進程所需要的信息交換和遠程操作，而且還要作為應用進程的用戶代理，來完成一些為進行信息交換所必需的功能。它包括：文件傳送訪問和管理FTAM、虛擬終端VT、事務處理TP、遠程資料庫訪問RDA、製造業報文規槐肢范MMS、目錄服務DS等協議。
Ⅳ ArcGIS幾種數據格式
各種數據的組織形式不一樣，其中shp、Coverage、Raster、CAD為文件類型，Geodatabase為空間資料庫。Workstaion常用Coverage數據格式。現在ESRI公司推薦使用Geodatabase，一個真正實現對象存儲的空間資料庫，Geodatabase分為PersonalGeodatabase和企業Geodatabase，前者使用Access資料庫，後者支持MSSQLServer、DB2、InforMix、Oracle等企業資料庫系統，企業Geodatabase必須使用ESRI公司的SDE訪問。
Shapefile：一種基於文件方式存儲GIS數據的文件格式。至少由shp、dbf、shx三個文件作成，分別存儲空間，屬性和前兩者的關系，是GIS中比較通用的一種數據格式。此外，還有prj、shp.xml、sbn和sbx四種文件：派燃宴prj存儲了坐標系統，shp.xml是對shapefile進行元數據瀏覽後生成的xml元數據文件，sbn和sbx存儲的是shapefile的空間索引，它能加速空間數據的讀取，這兩個文件是在對數據進行操作、瀏覽或連接後才產生的，也可以通工具生成。段余注意：每個文件的大小有2GB的限制。
Coverage：一種拓撲數據結構，一般的GIS原理書中都有它的原理論述。數據結構復雜，屬性預設存儲在Info表中。目前ArcGIS中仍然有一些分析操作只能基於這種數據格式進行操作。
Geodatabase：ArcInfo發展到ArcGIS時候推出的一種數據格式，一種基於RDBMS存儲的數據格式，其有兩大類：
1、PersonalGeodatabse用來存儲小數據量數據，存儲在Access的mdb格式中，文件不能大於4GB。塵銀
2、FileGeodatabse同上，不過存儲於文件中，文件大小沒有限制。
3、ArcSDEGeodatabse存儲大型數據，存儲在大型資料庫中Oracle，SqlServer，DB2等，可以實現並發操作，不過需要單獨的用戶許可。其他：mxd為地圖文檔文件，mxt為地圖模板文件，lyr為層文件。注意：1、我們保存的並不是地圖數據，數據存儲在GIS資料庫中，當顯示時，地圖會以此數據為基礎進行顯示。
Ⅵ 甯歌佺殑澶氬獟浣撴暟鎹鏂囦歡鏍煎紡鏈夊摢浜
鏂囨湰鏂囦歡錛
1錛 TXT錛氱函鏂囨湰鏂囦歡錛屽彲鐢ㄢ滆頒簨鏈鈥濈紪杈戙
2錛 DOC錛氬彲鐢∕icrosoft Word澶勭悊鐨勬枃妗ｃ
3錛 WPS錛氬彲鐢閲戝北WPS杞浠跺勭悊鐨勬枃妗ｃ
4錛 HTML錛氬彲鐢ㄥ瓧澶勭悊杞浠剁紪杈戠殑瓚呮枃鏈鏍囪拌璦鏂囨。銆
5錛嶱DF錛氱數瀛愬浘涔︽枃妗ｏ紝闇鐢ˋdobe Acrobat Reader杞浠舵潵闃呰匯
鍥懼艦鏂囦歡錛
1錛嶣MP錛氫綅鍥炬牸寮忥紝鏄灝嗗浘鍍忎互鍍忕礌鐨勯滆壊鍊艱繘琛屽瓨鍙栫殑鏍煎紡錛屸滅敾鍥鋸濆伐鍏蜂嬌鐢ㄧ殑鏍囧噯鏍煎紡銆
1錛嶫PG錛氭寜JPEG鏍囧噯榪涜岄潤鎬佸浘鍍忔暟鎹鍘嬬緝褰㈡垚鐨勬牸寮忋
2錛嶨IF錛氬浘褰浜ゆ崲鏂囦歡鏍煎紡錛屾渶澶氬彧鑳芥敮鎸256縐嶉滆壊錛屽崰鐢ㄨ＄畻鏈哄瓨鍌ㄧ┖闂村皬錛屽父琚鐢ㄤ簬緗戦〉鍒朵綔銆
3錛嶱SD錛歅hotoshop鍥懼儚澶勭悊杞浠朵笓鐢ㄦ牸寮忥紝鏄浠ュ浘灞傜殑褰㈠紡鐢熸垚鍥懼儚錛
澹伴煶鏂囦歡錛
1錛嶹av錛氭嘗褰㈡枃浠舵牸寮忥紝鏄瀹為檯澹伴煶鐨勯噰鏍峰拰緙栧悧錛屾枃浠剁殑瀹歸噺寰堝ぇ錛屽彲鐢ㄢ褰曢煶鏈鈥濆伐鍏瘋繘琛屽０闊崇殑褰曞埗銆
2錛嶮ID錛氭槸璁板綍MIDI淇℃伅鐨勬爣鍑嗘牸寮忥紝鏄涓涓鐢變箰鍣ㄦ暟瀛楁帴鍙ｆ寚浠ゅ簭鍒楃粍鎴愮殑璁＄畻鏈轟箰璋便傛墍鍗犲瓨鍌ㄧ┖闂磋緝灝忋
3錛嶮P3錛氬綋鍓嶆祦琛岀殑闊充箰鏂囦歡鏍煎紡錛岄煶璐ㄥ彲涓嶤D濯茬編錛屽崰紓佺洏絀洪棿灝
瑙嗛戞枃浠訛細
1錛嶢VI錛氭槸涓縐嶉煶棰戙佽嗛戜俊鍙蜂氦鍙夊瓨鍌ㄧ殑鏍煎紡錛屾槸Windows鐨勬爣鍑瑙嗛戞牸寮銆
2錛嶮PG錛氭槸鎸塎PEG鏍囧噯鍘嬬緝鐨勮嗛戞枃浠躲傚拰AVI鏍煎紡鐩告瘮鎵鍗犵佺洏絀洪棿灝忓緱澶氥
3. flv錛氱綉緇滆嗛戠幇鍦ㄩ氬父鐢╢lv
鍔ㄧ敾鏂囦歡錛
SWF
GIF