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