立华贴心的IT说明教室
工兵「宝贝!我有问题!」
立华「什么——?怎么突然这样正经,真恶心。」
工兵「什么是SE?」
砰!
工兵「好痛?为什么突然打我!」
立声「你进了一间系统公司竟然还问那种问题?你是用什么标准选择我们公司的啊!」
工兵「不是啦,请等一下。SE的普遍意义我知道啊!系绕工程师,也就是从事咨讯系统工作的人吧?」
立华「……你不是知道吗?到底想问什么啊?」
工兵「呃……提到程序设计师就知道是制作程序的人吧,而说到资料库程师也会知道是运用资料库的人?相较起来,系统工程师这个名称是不是太笼统了一点?正确来说到底是从事什么工作的人呢?」
立华「这是当然啦,因为没有正确的定义啊。」
工兵「……咦?是这样吗?」
立华「系绕工程师这个名称是在二十世纪中期在美国诞生的。好像记载于当时的大型系绕公——IBM的文件里。但是引入日本时,不知道为什么被赋予了特有的定义。」
工兵「特有的……定义?」
系统开发程序范例
上游 需求定义
系统工程师
架构设计
细节设计
开发 程序设计师
客制化工程师
程序员
测试 操作员
下游 上线
立华「在日本专指负责上游工程的工程师。」
立华「开发系统时,需求定义和架构设计属于上游工程,程序设计和环境设定、测试称为下游工程。在日本就把其中属于下游工程的程序设计师、测试员和客制化工程师与属于上游工程的工程师分开来称呼,并称呼这些从事上游工程的人为系统工程师。」
工兵「在美国不是这样吗?」
立华「那边拥有程序设计师头衔的人好像上、下游工程都要做的样子。不过,要解释为什么会有这种状况就必须解释许多复杂的问题,所以这里先跳过。总之担任上游工程的工程师等同于系绕工程师,这是最普遍的定义。所以在日本叫程序设计师为SE是错的喔!」
工兵「那资料工程师和系统守全工程师呢?那些不是SE吗?」
立华「是SE啊!不过只负责资料系统和安全系统。只要负责上游工程师,那个人就可被称为SE。附带一提,我是网络领域的SE,也就是网络工程师。不过告诉一般人DB(注:数据库)工程师或NW(注:网络)工程师也不知道那是什么吧?」
工兵「……该不会是因为这种理由才用SE统称的吧?一口气全部概括。」
立华「没错,就只是因为那样。」
工兵「……太随便了吧。」
立华「所以要说SE到底是什么的话,正确答案就是你一开始说的,从事资讯系统工作的人。你现在也有参与需求访谈和需求定义等上游工程吧?所以你称自己为SE也没有错啊。」
工兵「真的吗?」
立艺「但如果你认真报出名号我就会嘲笑你。」
工兵「……」
立华「哈。」
工兵「我什么话都没说就被嘲笑了?」
立华「接下来的节目好像已经准备好了,那我准备退场了。」
工兵「根本就没准备啊!」
今天的SE小常识
系统开发分成上游及下游。
系统工程师主要负责上游工程。
资料库工程师和网络工程师也算是SE的一分子。
现在的工兵自称SE的话就会被嘲笑,没有说话也偶尔会被嘲笑。