第一卷 兩周內即可上手?SE入門 特別附錄

立華貼心的IT說明教室

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

立華「什麼——?怎麼突然這樣正經,真噁心。」

工兵「什麼是SE?」

砰!

工兵「好痛?為什麼突然打我!」

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

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

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

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

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

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

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

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

系統開發程序範例

上游 需求定義

系統工程師

架構設計

細節設計

開發程序設計師

客制化工程師

程序員

測試操作員

下游上線

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

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

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

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

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

立華「是SE啊!不過只負責資料系統和安全系統。只要負責上游工程師,那個人就可被稱為SE。附帶一提,我是網路領域的SE,也就是網路工程師。不過告訴一般人DB(註:資料庫)工程師或NW(註:網路)工程師也不知道那是什麼吧?」

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

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

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

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

工兵「真的嗎?」

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

工兵「……」

立華「哈。」

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

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

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

今天的SE小常識

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

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

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

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

上一章目錄+書簽下一章