1、SA、SD、SE 这三者的含义及区分做软件开发项目规划时，常会碰到助理问我一个问题，SA、SD 和 SE 的差别在那里?这个问题我以前也有过，还颇为困扰，系统分析和系统设计及系统工程到底有什么差别 ? SA 和 SD的工作又有何不同 ? 这两者的养成教育又有何差异 ?在过去，SA,SD 及 SE 的确很难区分，甚至这些角色常常会透过软件工程师来混合发展。随着 IT 领域的发展，SA,SD 及 SE 渐渐的成为了大型项目必需要的专业分工，这三者间是有相当的差异的，不管是养成过程，甚或是未来的发展，都大相径庭，而要成为一名称职的 PM，是要能区分出这三者的差异，才能妥善的安排工作的。SA,系统分析
2、师如果要转载本文请注明出处 ,免的出现版权纷争,我不喜欢看到那种转载了我的作品却不注明出处的人QQ9256114SA 是 System Analysis 的缩写，一般称为系统分析，主要的工作就是透过一系列的分析工作，把客户想要的结果产生方式，以各种文件表达出来，让开发团队可以根据这些文件实作出这个结果。这样的解释比较文绉绉一点，用个通俗一点的方式比喻，就像是要做出一道宫保鸡丁时，就会有食谱一样，里面会介绍需要的材料及做菜的顺序，然后里面也会强调要以怎样手法才能产生出某种效果，以促进色香味。这样的过程里，SA 是较为偏重于在工作流程和处理逻辑的，透过 SA，开发团队才可以理出整个系统的架构，一种
3、做事的脉络，以及系统和工作间的关连性，最重要的，是这些结果都会被 SA 呈现在文件中，而非放在少数人的脑袋里。SA 不仅止是要针对计算机里的东西去运作及规划，还包括了现实世界里的实体流程及组织。在很多的情况下，配合新系统的组织及流程，是要由 SA 来执行的。总结起来，在一个开发案里，SA 执行以下的工作： 藉由系统需求书，用户的现有标准作业流程来建立出符合期望的新作业流程及搭配流程的系统功能及模块规划 依据功能及模块规划案，定出初步的数据库内容及系统与用户间的权限搭配规范 定出各个软件零件的规范，如对象，函数库，. 等等 设计新的标准作业流程，并把系统功能或模块绑入这些流程中 S.A 依据客户
4、的环境及需求，寻找合适的 SD 来搭配而 SA 也有以下的特色： 对于系统在怎样的环境及用什么开发工具，并不十分在意，良好的 S.A 产生出来的文件，使用不同的开发工具都应该可以完成，产生相同的结果，但那一种最合适，由 SD 决定 SA 偏重于流程及执行逻辑的表达 SA 着重于软件逻辑，对开发工具的学习并不是十分重要，所以会一种语言即可，主要是以该语言工具来实践逻辑观。 SA 一定要有全局观，也就是不能拘泥于一个角度或是一个局部去思考问题，这一点是寻找优秀 SA 时最困难的。因为在规划模块及功能时，一定要同时考虑到所有直接相关及间接相关的程序及逻辑问题，因此要有全局观。相较于 SD，SA 更侧
5、重在逻辑及工作顺序搭配的表达，SA 并不需要去关切使用什么操作系统或是什么开发工具，如前特色所述，好的 SA 文件，可以用任何一种开发工具来实现。当然，SA 不受限于 IT 技术，但却会有专业领域的限制。很少有 SA 同时专精于数个领域的，熟悉汽车业运作规范的 SA，在金融业的开发案里，就很难讨好，反之亦然。但 SD 没有这种限制，基本上 SD 可以和任何行业的项目开发团队配合运作。会如此的原因是 SA 是偏重于流程及管理分析及重新再造工作的。而作业流程，除了少数领域里共通性高，在核心流程上，是需要长期钻研的。前面提及的汽车及金融业就是一例。所以，一个 SA 必需具备以下的能力,资历及专业训练
6、：1. 至少熟悉一种程序开发语言2. 熟悉软件工程，对于开发工具的元素及特色熟悉3. 对管理制度或作业流程设计熟悉4. 熟悉 UML 或类似的系统描述工具5. 逻辑能力良好6. 良好的沟通能力，主要作为了解需求之用7. 相关的业界熟悉度在三者之中，SA 是最接近 PM 的，所以 SA 在做生涯规划时，不妨以 PM 做为下一个发展的专业目标。SD，系统设计师 如果要转载本文请注明出处,免的出现版权纷争,我不喜欢看到那种转载了我的作品却不注明出处的人QQ9256114一般来说，SD 在生涯规划里，并不是 SA 或是 PM。当然，一定要硬来一次也没有什么不可以，但要走这条路，就要趁早转职，因为 SD
7、 毕竟是较为幕后的工作，在与客户的沟通协调上，并不会有太高的要求，也较不需要公司管理层面的全局观。表面上看起来，SD 没有 SA 那么多的工作要求，但实际上 SD 是最需要天赋的工作，不管是画面的构成，操作的手顺及调整，甚至于组件的定义及对象的规范，全都 需要一些天赋。很多软件，功能很强，但怎么看怎么不顺眼，或者怎么用就怎么憋扭，功能带来的效益，全都被这些毛病给遮盖掉了，这就是SD 的问题。另外，SD 也扮演了系统优化的推手。SA 所规划出来的要求及布置，都只是逻辑上的构思，在不同的工具上，可能有更好的方法可以表现，也可能会难以展示，这都需要藉由 SD 对使用环境及开发工具的了解，来进行调整和
8、规划。举例来说，同样是一套财务软件，在 WINDOWS XP，MAC，X WINDOWS 下，就会有很不一样的展现模式和技巧。如果再搭配上不同的开发工具，如 C+，JAVA ，.NET，PHP，.那差异更多。对SA 而 言，这些东西他都不用去考虑，但 SD 就不同了，这些不同的地方，并不仅仅只是如此而已，有时还会包括了开发成本及时间问题，SD 的重要度，由此可知。在一个客制化项目里，SD 的工作内容如下： 设计画面元素规范 设计页面结构及规则 设计系统操作画面，并编定字段规范及防呆处理 设计权限管理与系统操作机制 撰写使用手册 调整 DB 之各项定义，使其符合画面字段规范及操作搭配 配合 SA
9、 撰写系统开发文件，供程序员 CODING 之用 撰写 UI(用户接口)测试计划书而做为一名称职的 SD，以下的条件，是必要的：1. 至少对一个操作系统极为熟悉，对于这个操作系统的各个组件特性及 API，有充分的了解2. 熟悉 2 种以上的开发工具，而项目所需的工具，必需是其擅长的之一，其熟悉度包含了标准安装里的各个函数库，系统常数，对象定义，语法，主要的辅助工具开发厂商，及重要的工具使用方法3. 具一定的美学感4. 至少能使用一种绘图工具软件5. 曾经担任职业软件工程师三年以上可以这样说，SA 给了系统灵魂和神经系统，SD 则是给了系统躯体和外观，两者的结合，才能产生出正确，美观又好用的系统
10、。如果你觉得自己是个不太爱和太多人打交道的 IT 人，又对用户接口有那么点执着及天赋，那么，SD 绝对是适合你的好选择。SE，系统工程师就某种角度来看，SE 对 PM 而言，算是万金油，只要做 IT 项目，那就一定用得上，差别只是要选那一个专业的 SE 而已。系统建置安装要 SE，使用者环境要 SE，甚至到硬件选择及布建，都要用到 SE，有什么 IT 项目跟这个没有关系呢?当然，虽然 SE 是到处都吃得开，但相对的也是项目里面最沉默及少有声音的一群。他们的工作基本上就是建构出一个可以执行系统的环境，系统要如何展现，SE 可以给 SA 和 SD 一些建议，但建议时机通常都是在系统运行出了些非系统
11、可以掌握的问题后。系统工程师基本条件上，和 SD 最为接近，但有一点不同，就是不需要有很好的软件开发经验，也就是不太需要会写程序。但要对操作系统，服务器系统，网络运用环境有相当程度的了解。SE 通常是三者中最为博学一员，好的 SE 虽然不一定要程序写的呱呱叫，但却不能对编程一无所知，对操作系统及开发工具也要有一定的熟悉度，甚至部份网管有关的工作也要有所涉猎，所以算得上是项目里的万金油。在项目里，SE 所要执行的工作如下： 规划及建置系统执行环境 安装及设定使用者端环境 SERVER 安装及设定 提供环境设置竟见给 SA 及 PM 优化系统可靠度及效度 撰写可靠度及效能测试计划书 对计算机及相关
12、外围设备有一定熟悉度而一名 SE 则有下列基本要求：1. 至少熟悉一种操作系统，尤其是让系统的设定及微调等相关技术2. 至少熟悉一种网络服务器操作系统，对如何设定及优化熟悉3. 曾任软件工程师职务一年以上或熟悉一种开发工具4. 对网络环境有一定的认识，尤其是一些通讯设置5. 熟悉可靠度及效能的评估方法，并了解与系统环境相关之设定基本上，如果拥有了像 SD 一样的技术背景及个性，但在美学上实在令人不敢恭维，那么 SE 算是极佳的选择了。一般而言，SE 的下一个生涯规划，会比较偏重于技术性兵种，像是 DBA 或是网管，对于IT 产品比较有狂热或爱好的人，SE 是极佳的出路。在项目中的运用时机基本上
13、 SE 是万金油，只要是 IT 的案子里就一定要塞一个 SE 进去，因为没有 IT 项目不需要使用工程技术的，差别只在使用何种工程技术而已。在软件包的导入 项目里，SE 负责处理软件使用环境，解决非系统性问题，安置及调整数据库和网络环境，然后安装启动。所有系统运行所需要的条件，都要由 SE来解决和处理， 但这些工作全都不会出现在众人的面前，但却又重要无比，算得上是幕后的英雄。会同时运用到 SA,SD 及 SE 的项目，还是以客制化开发为主的。在开发型项目里，SA 团队要负责初期的需求调查及整体架构的规划，将所有的系统开发工作内容转化成井井有条的文件，并且适度的分割及派送，并确保未来这些被分割的
14、开发结果能够在未来可以正确运作。SD 则在 SA 的文件中去寻求系统呈现的一致性，易用性及保证开发工具可以正确无误的展现 SA 的要求结果。所以 SD 要负责操作界面的外观设计，订定一致的展现规 范，设计系统操作画面及操作手顺，同时配合 SA 完成系统开发文件。基本上，开发文件中，是包含系统使用手册初稿的。SD 在设计时，必需与 SA 充分配合，以确保设计的系统符合需求及运作要求。除了上述的工作内容外，这三者都要撰写测试计划，SA 着重在于数据的流动符合原先规划的顺序及结果测试，SD 则着重在操作画面中的防呆测试及操作接口的正确性，而 SE 则在系统可靠度上进行规划。软件工程师何时转职 ?每一
15、个写程序的人心里都明白，这工作不可能做一辈子。不单单是体力及脑力问题，最重要的是写程序，经济价值实在有限。我不会否认有很多的程序高手，但重点不在于你有多优秀，而是有多少老板愿意付出和你努力成正比的薪资来顾用你。不是没有这种工作，而是如同凤毛麟角，而且，这种工作通常你也做不久，因为压力太大，消耗青春太剧烈了。退一步来说，你也不值得付出这么多，在良好的 SA 及 SD 的规划下，工程师只要达成一般标准，就可以解决掉九成以上的软件开发需求，除非是机缘巧合，或是你很有兴趣，否则另外那一成的工作，你是很难有机会碰上，或者，就算碰上，也没法子养活你一辈子。软件工程师总有一天要转职的，这是他们的宿命。当要转
16、职时，他们有几个选择，SA，SD，SE，出去当老板及换一行等诸多选择。看起来虽多，但其实晚景凄凉，因为写程序都是关起来写，长期自闭的结果，当他们想转职时，很难拥有足够的人脉来支撑他们换个前途光明的事业。一般人羡慕 IT 人的高薪，却不晓得只是寅支卯粮，没有妥善的规划，后势看跌的。前面的五个选项，基本上最后两项只是充场面，只有少数人才能选那两个，大多数软件工程师还是要在前三者中选一个来发展的。SA 看起来最风光，未来也是潜力最好的，但很遗憾的，软件工程师里，只有少数人适合这个职务。因为这个工作是很需要和别人打交道的，而好的软件工程师通常这一点非常不擅长。因此，如果你自认为擅于沟通，三姑六婆都是你
17、的红颜知己，逻辑能力不错，又对管理有兴趣，那么SA 是你很好的选择，程序功力并不是你要考虑的重点。相对的，你对用户接口很有心得，而且在美感上也获得了同事的一致赞赏，程序功力也有那么一点自信，讨厌和不是搞 IT 的人打屁聊天，那不要怀疑，SD 是你最佳的归宿。最后，你觉得 IT 的世界对你充满了吸引力，无论是操作系统，开发工具或是软件及 IT 设备都是如此的吸引你，人与人的接触对你来说并不是人生的首要需求，层出不穷的 IT 科技让你陶醉其中，那么，SE绝对是你的首选。要如何转职，每一个软件工程师是要诚实面对自己的，而不是依前途来决定自己要选什么职务，如果你依这种方式选，以我个人在职场生涯的经验，这样的人很难散发 出光芒，也难以有他期望的成就。所以，现在在写程序，正在想要转职的工程师，请谨慎而且诚实的面对自己，做出恰当的选择。
