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

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