特别附录

    立华贴心的IT说明教室

    工兵「宝贝!我有问题!」

    立华「什么——?怎么突然这样正经,真恶心。」

    工兵「什么是SE?」

    砰!

    工兵「好痛?为什么突然打我!」

    立声「你进了一间系统公司竟然还问那种问题?你是用什么标准选择我们公司的啊!」

    工兵「不是啦,请等一下。SE的普遍意义我知道啊!系绕工程师,也就是从事咨讯系统工作的人吧?」

    立华「……你不是知道吗?到底想问什么啊?」

    工兵「呃……提到程序设计师就知道是制作程序的人吧,而说到资料库程师也会知道是运用资料库的人?相较起来,系统工程师这个名称是不是太笼统了一点?正确来说到底是从事什么工作的人呢?」

    立华「这是当然啦,因为没有正确的定义啊。」

    工兵「……咦?是这样吗?」

    立华「系绕工程师这个名称是在二十世纪中期在美国诞生的。好像记载于当时的大型系绕公——IBM的文件里。但是引入日本时,不知道为什么被赋予了特有的定义。」

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

    系统开发程序范例

    上游需求定义

    系统工程师

    架构设计

    细节设计

    开发程序设计师

    客制化工程师

    程序员

    测试操作员

    下游上线

    立华「在日本专指负责上游工程的工程师。」

    立华「开发系统时,需求定义和架构设计属于上游工程,程序设计和环境设定、测试称为下游工程。在日本就把其中属于下游工程的程序设计师、测试员和客制化工程师与属于上游工程的工程师分开来称呼,并称呼这些从事上游工程的人为系统工程师。」

    工兵「在美国不是这样吗?」

    立华「那边拥有程序设计师头衔的人好像上、下游工程都要做的样子。不过,要解释为什么会有这种状况就必须解释许多复杂的问题,所以这里先跳过。总之担任上游工程的工程师等同于系绕工程师,这是最普遍的定义。所以在日本叫程序设计师为SE是错的喔!」

    工兵「那资料工程师和系统守全工程师呢?那些不是SE吗?」

    立华「是SE啊!不过只负责资料系统和安全系统。只要负责上游工程师,那个人就可被称为SE。附带一提,我是网络领域的SE,也就是网络工程师。不过告诉一般人DB(注:数据库)工程师或NW(注:网络)工程师也不知道那是什么吧?」

    工兵「……该不会是因为这种理由才用SE统称的吧?一口气全部概括。」

    立华「没错,就只是因为那样。」

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

    立华「所以要说SE到底是什么的话,正确答案就是你一开始说的,从事资讯系统工作的人。你现在也有参与需求访谈和需求定义等上游工程吧?所以你称自己为SE也没有错啊。」

    工兵「真的吗?」

    立艺「但如果你认真报出名号我就会嘲笑你。」

    工兵「……」

    立华「哈。」

    工兵「我什么话都没说就被嘲笑了?」

    立华「接下来的节目好像已经准备好了,那我准备退场了。」

    工兵「根本就没准备啊!」

    今天的SE小常识

    系统开发分成上游及下游。

    系统工程师主要负责上游工程。

    资料库工程师和网络工程师也算是SE的一分子。

    现在的工兵自称SE的话就会被嘲笑,没有说话也偶尔会被嘲笑。
友情链接