過(guò)去，DCS建立在專用協(xié)議之上，但隨著技術(shù)快速改變以及客戶的要求變得原來(lái)越苛刻，對(duì)于將每一設(shè)備（控制系統(tǒng)）安裝到同一個(gè)系統(tǒng)（DCS）之下的需求已成為成功的關(guān)鍵，這也促使了DCS的原始設(shè)備生產(chǎn)商向更開放的系統(tǒng)邁進(jìn)。

　　由于DCS系統(tǒng)在與所有類型系統(tǒng)的集成方面已變得很開放，其生命周期已開始縮短。生命周期的結(jié)束，終止支持服務(wù)，知識(shí)的缺乏，性能問(wèn)題，與更新系統(tǒng)擴(kuò)展融合缺乏開放性，缺乏增強(qiáng)控制哲學(xué)所需特性，維護(hù)費(fèi)用這些都成為了對(duì)DCS進(jìn)行升級(jí)更新的因素。

　　更新的路徑：

　　最終用戶在決定更新時(shí)有很多路徑可供選擇。大部分分布式控制系統(tǒng)原始設(shè)備商已相應(yīng)地對(duì)其更新進(jìn)行設(shè)計(jì)。

　　一個(gè)最簡(jiǎn)單的方法就是馬上替換所有現(xiàn)有的DCS，包括所有的人機(jī)界面、控制硬件和輸入/輸出模塊。這個(gè)路徑部署起來(lái)貌似很簡(jiǎn)單，但還有很多因素要考慮，如停工時(shí)間更長(zhǎng)、由于操作員不得不一下子轉(zhuǎn)去更新的系統(tǒng)，他們的工作效率會(huì)降低，等。

　　最常用的方法為按階段逐步更新。

　　階段一：管理層組件更新

　　包括人機(jī)界面以及控制系統(tǒng)與人機(jī)界面之間通信網(wǎng)絡(luò)元素的管理層組件要在階段一進(jìn)行更新。這可使最終用戶熟悉新系統(tǒng)的操作。讓新舊人機(jī)界面平行運(yùn)行非常有利，因?yàn)樗虿僮鲉T提供了一個(gè)熟悉新系統(tǒng)的機(jī)會(huì)。

　　階段二：控制系統(tǒng)更新（對(duì)有些原始設(shè)備生產(chǎn)商，不包括I/O模塊）

　　第二階段包括更新DCS控制硬件。這一階段非常關(guān)鍵，要比階段一計(jì)劃周詳?？赡軙?huì)包括基于DCS配置和更新限制的停機(jī)時(shí)間。

　　階段三：I/O模塊更新（可選）

　　階段三包括I/O模塊及DCS中相關(guān)硬件的更新。可能包括基于I/O模塊配置和更新限制的停工時(shí)間。

　　DCS更新其他的考慮因素

　　DCS更新一向都很復(fù)雜并且需要進(jìn)行全面而深入的計(jì)劃。任一更新中的核心部件包括人機(jī)界面、控制硬件和I/O硬件，但這并不是計(jì)劃中僅要考慮的方面。如果其他方面沒(méi)有恰當(dāng)?shù)乩脤?huì)成為潛在的風(fēng)險(xiǎn)。這些方面包括與現(xiàn)場(chǎng)I/O的界面結(jié)合，網(wǎng)絡(luò)基礎(chǔ)設(shè)施、現(xiàn)有系統(tǒng)的檔案編制以及現(xiàn)有系統(tǒng)的操作性和功能性問(wèn)題。