第一卷 两周内即可上手?SE入门 特别附录

  立华贴心的IT说明教室

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

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

  工兵「什么是SE?」

  砰!

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

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

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

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

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

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

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

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

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

  系统开发程序范例

  上游 需求定义

  系统工程师

  架构设计

  细节设计

  开发 程序设计师

  客制化工程师

  程序员

  测试 操作员

  下游 上线

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

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

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

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

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

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

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

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

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

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

  工兵「真的吗?」

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

  工兵「……」

  立华「哈。」

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

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

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

  今天的SE小常识

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

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

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

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

上一章目录+书签下一章