1. 概述
OPC-UA為用戶構建下一代應用軟件中的組件模塊是非常重要的。由于確保了與老版本的兼容，供應商可以獲得更多收益，因為采用新的OPC UA架構，沒有任何損失，卻增加更多的可能性。
過去的十年，軟件供應商使用面向對象和面向服務的架構設計產(chǎn)品，獲得了伸縮性和可靠性的結果。令人驚訝的是，這些成功的架構模型很少被用來實現(xiàn)整個工廠的信息交換。這些技術的延遲使用幾乎都是因為自動化應用的嚴重滯后，應用設計為只能處理簡單排列的信息，而不能消費和改變復雜的信息。
一個對象所攜帶的信息比簡單排列的數(shù)據(jù)所攜帶的信息要豐富的多。在一個典型自動化應用中，你通常不希望分析單個、隔離的排列數(shù)據(jù)，因為枯燥無趣。如果分析某些數(shù)據(jù)與其他數(shù)據(jù)的關系，以及對整個運行性能的影響，那么做起來會比較有意思。
現(xiàn)實生活中的對象都攜帶了大量的信息。比如，當你考慮一個“鍋爐”對象時，對象所攜帶的信息比壓力和溫度組合起來的排列數(shù)據(jù)要大得多。一個現(xiàn)實的鍋爐就是一個對象，我們可以與這個物理對象進行互動，運行或者停止他，改變溫度的設定值，或者分析一個參數(shù)的改變會怎樣影響其他參數(shù)的。這種信息是邏輯編組的，必須放在一起分析。
按照軟件的說法，一個對象是屬性(溫度、壓力)、方法(運行、停止)和事件(溫度過高，壓力過低)的集合。對象是按照層次結構進行組織的，按照這種方法，一個對象可以包含簡單更小的對象(一個鍋爐的閥門也可以是一個對象，具有屬性、方法和事件)。如果按照這種表達方式進行思考，當把工廠現(xiàn)場的數(shù)據(jù)映射成對象的層次結構時，你會發(fā)現(xiàn)數(shù)據(jù)變得簡單明快，而且容易處理。
2. 雙重屬性
新OPC 統(tǒng)一架構(OPC-UA)是多家工業(yè)自動化領先廠家數(shù)年合作的結果，目標是用豐富、面向對象和安全的方法，為交換信息創(chuàng)建一個開放標準。這個標準實現(xiàn)了用面向對象的方法，為映射和交換現(xiàn)實生活中信息，提供了滿意的答案。
OPC-UA 具有雙重屬性，這就是面向對象和面向服務。OPC-UA面向對象的屬性提供了資產(chǎn)可以跨越整個工廠的復用性，并且提供一種公共對象管理方法，支持復雜和靈活的數(shù)據(jù)模型。OPC-UA面向服務的屬性允許與其他平臺有更廣泛的互操作性，以及增強的可視性和安全性。
3. OPC-UA 標準
OPC-UA 不是要替換現(xiàn)有的標準，諸如傳統(tǒng)的OPC，而是對他們的一種補充，提供一種公共互操作層，交換信息與安排過程。OPC-UA 展現(xiàn)了全部現(xiàn)有 OPC 服務器的功能，并且在他們的上層進行了擴展。與以前標準相兼容，確保在市場上的OPC和OPC UA產(chǎn)品能夠共存，給用戶更多的選擇。
使用這個重要標準的關鍵問題之一是實施他們非常具有挑戰(zhàn)性。為此，OPC基金會建立了實施步驟和輔助工具，減少了標準實施的難度。
為了便于采用新標準和降低使用門檻，OPC基金會已經(jīng)開發(fā)了一套OPC-UA軟件開發(fā)工具(SDK)。可以把這個SDK作為一個進入點，啟動你已有的應用，激活OPC UA的功能，使他們使能。這個SDK由一系列應用編程接口和簡單的程序所組成。因為OPC UA的屬性，所以編寫的OPC UA 規(guī)范是與平臺無關的，也由于這個原因，這個SDK可以有不同的“口味”(因為不同的平臺有自己的特性)，供不同平臺的用戶能方便使用。.Net、ANSI C 和Java的樣例程序會提供給OPC基金會的成員，作為一種鼓勵。
SDK具有的不同“口味”是針對不同的平臺要滿足不同的特殊需求而設計的，例如存儲器和處理器的需求，但他們都具有所有的功能，從而可以滿足彼此間的無縫互操作。.Net版本的SDK最適合于富客戶機/服務器的用戶使用，而ANSI C版本更適合于嵌入式設備的瘦型應用，因為這種應用對存儲器空間和CPU占用十分敏感。Java版本更加適合于Web環(huán)境和瘦客戶機，但也可以用于其他環(huán)境。根據(jù)不同的性能需求、跨平臺能力和因特網(wǎng)友好性，每個軟件供應商可以選擇他們喜歡的方案。
