[工作心得]查核程式與系統程式

查核程式與系統程式

查核程式開發與系統程式開發其實在字面上看上去都是程式語言的寫作，但實質上卻有的明顯的差異，因為撰寫"查核"程式的人是非程式設計專長的查核人員，撰寫"系統"程式的人則會視程式專長的資訊人員，因此在撰寫訓練上其實有很顯著的差異存在，但許多人並沒有從中了解到差異，進而用了相同的管理思維在進行這方面人才的管理與培訓，導致於出現許多人在選擇職業生涯上出現了錯誤的認知。進而常常產生一些認知上的落差與適應不良等問題。

今天我就針對這兩個概念進行一下分析探討：

系統程式：

既然稱之為"系統程式"顧名思義就是各式各樣的資訊系統，所有的一切都有固定的作業流程在觀念在運行，因此每個操作步驟都需要有明確的規範與要求，進而形成的一套資訊系統，這種類型的程式語言寫作上都會能撰寫出對應的規格書以及系統流程圖，而且在這方面的研究已經行之有年，甚至區分出SA、SD、PD等等各個階段的腳色的出現與職權分工，因此相關必要的文件也開始陸續產生對應的撰寫規範與建議，也是職業訓練常見的一環。

查核程式：

這個領域是後期出現的概念，或許因為個人兩方面都經歷過，因此我把查核程式歸類為一種反向驗證的程式寫作模型而非一種程式語言，透過反向驗證的寫作模型去驗證系統程式下的資料是否都有依據企業規範進行作業，從中發現各式各樣的資料缺失，並提出要求改善修正資料，其實概念上就由於工程師在進行資料除錯進行的作業流程，又像逆向工程，只是與資訊界討論的逆向工程不太一樣，這邊的逆向工程是資料面的逆向核對，透過逆向核對找出資料內藏的一些問題。

這兩種其實某種程度上因該是相輔相成的存在，若要統一由資訊開發的概念來看，SD、PD撰寫系統程式是基本能力，而SA則需要有能力去撰寫查核程式，透過這樣的交互關係，進而達到確認系統邏輯與資料推演上是否都符合要求的規範，因此與其說查核程式是一種專門找麻煩的作業流程，不如換個名詞說他是一個驗證用的程式開發模型。

一般而言，系統越大越需要這樣的查核程式協助進行驗證，特別在職場上都會有所謂的客製化程式的產生，強迫將幾個原本獨立的系統串接再一起，進而達到資料控管的要求，但相對地這樣的行為模式也會產生了資料短缺的問題，因此查核程式才因被孕育而生，只是她剛誕生的時候可能只是開發工程師在除錯暫行的一些小程式，因此沒被留意與關注，直到現今的舞弊事件開始不斷產生，才開始有人專門在撰寫這方面的程式，殊不知這早早就在世上誕生了。

結論而言，無論是"系統程式"還是"查核程式"關鍵都是在於知道自己為何而生，自己要做的是甚麼事情，才會走向正確的方向，而不是為撰寫而撰寫，導致於混亂的產生。