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

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

　　更新的路徑：

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

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

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

　　階段一：管理層組件更新

　　包括人機界面以及控制系統(tǒng)與人機界面之間通信網(wǎng)絡元素的管理層組件要在階段一進行更新。這可使最終用戶熟悉新系統(tǒng)的操作。讓新舊人機界面平行運行非常有利，因為它向操作員提供了一個熟悉新系統(tǒng)的機會。

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

　　第二階段包括更新DCS控制硬件。這一階段非常關鍵，要比階段一計劃周詳?？赡軙ɑ贒CS配置和更新限制的停機時間。

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

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

　　DCS更新其他的考慮因素

　　DCS更新一向都很復雜并且需要進行全面而深入的計劃。任一更新中的核心部件包括人機界面、控制硬件和I/O硬件，但這并不是計劃中僅要考慮的方面。如果其他方面沒有恰當?shù)乩脤蔀闈撛诘娘L險。這些方面包括與現(xiàn)場I/O的界面結合，網(wǎng)絡基礎設施、現(xiàn)有系統(tǒng)的檔案編制以及現(xiàn)有系統(tǒng)的操作性和功能性問題。