Page 56 - Vol.25

Tech
Notes
技術專文

圖 1、控制程式開發流程 圖 2、系統規劃流程差異

As was To be
廠商送審
定義標準 與廠商 參與共同 程式上線
文件格式 取得共識 各別程式 撰寫程式 前模擬 需求 需求
邏輯文件

專家/系統課/廠
商/原廠討論架構
圖 3、控制系統開發流程
施作步驟及
風險評估討論
需求 硬體架構 軟體規劃 功能測試 竣工 廠商施作
tsmc監工
制定功能測試
汰舊換新將 控制器/電 輸入/輸出 SCADA 管線儀表圖 驗證計畫
PLC5升級為 源供應器/ 點位表 圖控 架構圖
ControlLogi 通訊卡/備 控制邏輯圖 測試方法 測試結果
x 5000 援模組 程序方塊圖 測試項目
提升PLC5 原廠規範 輸入輸出/ 應變計畫 參與程式撰寫及
庫存水位 系統架構圖 連鎖模塊 偕同測試
PR/PO (標準)
特殊功能模
塊(標準)
通訊設定 完工驗收 完工驗收

此規範流程，進而達到改善控制程 侷限於特定人員和廠商軟體人員， 確保整個系統於建置或擴充皆有所
式的品質，及後續人員維護能力， 人員異動則無法交接。 依據，使其成為有標準的流程規
並降低系統運轉風險。 範。
廠商提供的資料不齊全

依照各廠商格式提供並無標準文件
統一。
現況分析 解決方法
廠商程式非標準化撰寫
依照各廠商軟體人員開發並無標準
以南科廠務為例，設備 PLC 的品牌
模組和規範流程。 為解決熟悉 PLC 的人員有限、廠商
共七種、數量共 9,700 組，當中 A 提供的資料不齊全，及廠商程式非
廠牌使用率佔 80%，其餘六個廠 所以目前系統對於此三個問題，處 以標準化撰寫，本文制定控制系統
牌佔 20%。因廠內熟悉七種廠牌 理方式為使用特定的廠商軟體人 開發流程，如 圖3 所示，定義五項
之人員有限，且 A 廠牌使用於廠內 員，文件格式依照各廠商提供和訓 工作流程，分別為需求、硬體架構、
主系統，如廢氣排放處理系統 (Air 練說明，邏輯程式由廠商自家規範 軟體規劃、功能測試及竣工文件，
Abatment System, AAS)、 製 程 冷 開發；在未有流程規範前，皆需倚
將依各項條列廠商該提供的文件並
卻水系統 (Process Cooling Water, 靠廠商協助，影響工程師了解邏輯
與系統工程師討論，目的使各項所
PCW)、 廢 水 處 理 系 統 (Waste 程式，逐步變閉門造車無法往下深
產出的文件或程序做總體的檢視取
Water Treatment, WWT) 及冰機， 耕，本文後續將藉由問題延伸提出
其他廠牌控制為單一設備。雖 A 廠 建議與說明。 得共識，並經擬定測試計畫協助降
低風險產生。本文將上述五個項目
牌使用較多，但卻是由不同設備廠
另外，如 圖2 所示系統規劃流程差
商進行建置與維護，加上機密考量 進行逐一說明並提供製程尾氣處理
異，以前我們只提出需求讓廠商施
和程式鎖碼，當廠商人員異動將影 設備 PLC 升級工程為範例參考。
作，我們在旁監工直至工作完成、
響交接和後續維護；而廠務工程師
驗收；現在我們應該讓系統從初期
要面對著廠內生產壓力，在時間與
需求建置開始，導入專家、系統工 需求
進度的雙重壓力下，只能按照廠商
程師、廠商或新工之定義去制定架
所提供的程式進行測試驗機，並無
構，在施作前要有計畫的風險評估 我們需將要進行系統的擴充或修改
法確切了解程式邏輯內容；如此歸
討論並配合功能測試驗證計畫，且 範圍項目檢視說明含報價項目，以
納出三個問題：
參與程式撰寫及協同測試，最後竣 進行 PR/PO 程序，如 圖4 需求範
熟悉 PLC 的人員有限 工驗收都要有所規範；如此，才能 例，此 PR 說明要施作此工程目的、

56