SA(SA: System Analyst) 系统分析师：
    在软体开发团队中，属于中高阶的基层管理者与领导者。
    他们除了须具备优秀的文字、语言沟通能力之外，还要有良好的分析、组织、逻辑思考能力。
    当然也需要有良好的人际关系，以及深厚的技术背景与知识。

    系统分析师的工作内容，依阶段划分大致可分为下述几个阶段：
    系统分析：分析现行系统:确定系统的功能需求;确定系统的资源:保护及绩效需求，
    发展系统架构确定使用单位将面临的环境及组织变迁。
    初步设计：划分作业子系统．拟定子系统的输入、输出、介面及作业处理流程:
    子系统人工作业规格:逻辑质料库设计:开列系统软、硬体规格。
    细步设计：设计实体资料库:设计人工作业程序;设计文件表格及输出、入格式;
    拟订程式规格及细步流程:确定公用常式与共用程式。
    系统测试：根据分析阶段所订定的各种功能．加以测试，错误资料收集与分析。
    资料转换：整理及汇编文件．指派工作人员及进行训练．进行资料转换。
    系统维护：更正系统内潜伏的错误:因适应环境的改变而做适度的调整

 

    SD(System Designer)系统设计师：
    系统设计师与 SA 所不同的是，
    SA 所建构的是属于偏向于领域的概念模型；而 SD 则是根据领域模型，
    再配合实体的平台，考量其效能、稳定、分散与安全性等，所建构而得的软体规格模型。
    SD 的主要产出，仍包括了类别图、循序图以及 Database Schema，
    而这些产出，都会与实体的平台相依。
    而系统内部的分析与设计，是交由 SA 与 SD 来负责的，而 SA 与 SD 的界限，
    可以以是否有与实体的平台相依来界定。
    我们也可以以两句话来说明分析与设计的关系：
    「Do the right thing (分析)」and 「Do the thing right (设计)」。
    
   

    RD（"R"esearch and "D"evelopment engineer）研发设计工程师，简称研发工程师：
    RD的分类:
    一般有可能会遇到二种RD：一种是会不断发问的RD. 一种是都没有问题的RD.
    然而，常问问题的人大多数是Key man. 是公司重要的人物.
    会问问题代表著学习心强. 表达能力良好。

    RD在公司的地位:
    RD部门在公司是重要的单位. 但不代表有地位.
    只要企划, 业务或者是老板有了想法,
    不管有理无理, RD就要想办法把他们的想法具体的实现出来.
    采购, 仓管,工程每天追著RD要求配合,
    生产线的妈妈,大姐们更是得罪不得,
    她们会为了一颗电容摆放位置不好焊来跟你吵半天. 更别提客服部门的抱怨.


    PG（Programming）程式设计师：
    从每一个资讯的专业职位来看,程式设计师的定义都有一点差异,
    但基本上你必须要具备几项基本的资讯技术,
    才得以胜任多数的资讯工作职位,以下的建议提供参考:
    1. 必须至少专精一种程式语言.C,C++,Java都可以.
    2. 必须至少专精一种作业系统.Windows,Linux.(可以管理与架设伺服器)
    3. 了解资料库.
    4. 熟悉网路架构.
    5. 要能读懂英文的技术文件.


    PM (Project Manager) 专案经理：
    一般而言，比较大的公司才会有专案管理部 (Project Management Department)。
    负责解决新机种生产、还有新产品研发过程中所有的问题。
    PM专案管理师隶属于专案管理部，通称「专案经理」，简称 PM (Project Manager)，
    另外依功能不同，又可称为「产品经理」 (Product Manager)。
    所以，作为一个好的PM，必须
    1.熟悉该产业的生产制造流程；
    2.有好的沟通协调、管理能力；
    3.良好的外语能力(英、日语为主)
    要了解工厂内各部门(制造部、工程部、测试工程部、产品线、
    开发采购、仓储、物流处、关务...等等)的运作，
    还有研发中心各部门(包括EE、ME、Layout、安规、EMI)的诉求和考量。


    DBA (Database Administrator) 资料库设计与管理人员：
    资料库设计与管理人员，最好本身也有写程式的能力，这样在管理上会如虎添翼，
    就这部份的准备方式跟系统平台类似，热门的SQL、Oracle、Sybase...等，
    要能有一样是最擅长的，其他的多少都要懂一点，有很多公司都是从SQL开始，
    到后来转成Oracle，所以如果跟不上企业的转变，会是很大的缺憾。