第一卷 特別附錄

　立華貼心的IT說明教室

　工兵「寶貝！我有問題！」

　立華「什麼——？怎麼突然這樣正經，真惡心。」

　工兵「什麼是SE？」

　砰！

　工兵「好痛？為什麼突然打我！」

　立聲「你進了一間系統公司竟然還問那種問題？你是用什麼標準選擇我們公司的啊！」

　工兵「不是啦，請等一下。SE的普遍意義我知道啊！系繞工程師，也就是從事咨訊系統工作的人吧？」

　立華「……你不是知道嗎？到底想問什麼啊？」

　工兵「呃……提到程序設計師就知道是制作程序的人吧，而說到資料庫程師也會知道是運用資料庫的人？相較起來，系統工程師這個名稱是不是太籠統了一點？正確來說到底是從事什麼工作的人呢？」

　立華「這是當然啦，因為沒有正確的定義啊。」

　工兵「……咦？是這樣嗎？」

　立華「系繞工程師這個名稱是在二十世紀中期在美國誕生的。好像記載于當時的大型系繞公——IBM的文件里。但是引入日本時，不知道為什麼被賦予了特有的定義。」

　工兵「特有的……定義？」

　系統開發程序範例

　上游需求定義

　系統工程師

　架構設計

　細節設計

　開發程序設計師

　客制化工程師

　程序員

　測試操作員

　下游上線

　立華「在日本專指負責上游工程的工程師。」

　立華「開發系統時，需求定義和架構設計屬于上游工程，程序設計和環境設定、測試稱為下游工程。在日本就把其中屬于下游工程的程序設計師、測試員和客制化工程師與屬于上游工程的工程師分開來稱呼，並稱呼這些從事上游工程的人為系統工程師。」

　工兵「在美國不是這樣嗎？」

　立華「那邊擁有程序設計師頭餃的人好像上、下游工程都要做的樣子。不過，要解釋為什麼會有這種狀況就必須解釋許多復雜的問題，所以這里先跳過。總之擔任上游工程的工程師等同于系繞工程師，這是最普遍的定義。所以在日本叫程序設計師為SE是錯的喔！」

　工兵「那資料工程師和系統守全工程師呢？那些不是SE嗎？」

　立華「是SE啊！不過只負責資料系統和安全系統。只要負責上游工程師，那個人就可被稱為SE。附帶一提，我是網絡領域的SE，也就是網絡工程師。不過告訴一般人DB（注︰數據庫）工程師或NW（注︰網絡）工程師也不知道那是什麼吧？」

　工兵「……該不會是因為這種理由才用SE統稱的吧？一口氣全部概括。」

　立華「沒錯，就只是因為那樣。」

　工兵「……太隨便了吧。」

　立華「所以要說SE到底是什麼的話，正確答案就是你一開始說的，從事資訊系統工作的人。你現在也有參與需求訪談和需求定義等上游工程吧？所以你稱自己為SE也沒有錯啊。」

　工兵「真的嗎？」

　立藝「但如果你認真報出名號我就會嘲笑你。」

　工兵「……」

　立華「哈。」

　工兵「我什麼話都沒說就被嘲笑了？」

　立華「接下來的節目好像已經準備好了，那我準備退場了。」

　工兵「根本就沒準備啊！」

　今天的SE小常識

　系統開發分成上游及下游。

　系統工程師主要負責上游工程。

　資料庫工程師和網絡工程師也算是SE的一分子。

　現在的工兵自稱SE的話就會被嘲笑，沒有說話也偶爾會被嘲笑。