当前位置：首页 > 工作总结 > 其他总结> 软件业职位总结1 销售类

软件业职位总结1 销售类

时间：2023-10-08 07:38:11 其他总结收藏本文下载本文

软件业职位总结1 销售类（共6篇）由网友“湛燕力”投稿提供，以下是小编为大家整理后的软件业职位总结1 销售类，仅供参考，欢迎大家阅读。

软件业职位总结1 销售类

篇1：软件业职位总结1 销售类[1]

软件业职位总结1 销售类[1]

]

目前软件界职位分类：

销售类：售前工程师、售后工程师、系统集成工程师；

测试类：测试工程师，产品测试经理；

项目管理类：项目经理，QA工程师；

系统类：网络工程师，基础设施工程师；

安全类：安全系统管理员，网络安全管理员，安全开发工程师；

维护类：数据库管理员，系统管理员，系统运行维护管理员

开发类：需求分析师、开发工程师、人机系统开发工程师、系统分析师、架构师；

1、随着软件的复杂度越高，软件业中的职位进一步细分，有利于合作，以更好地解决问题，提高效率。越来越细分的软件职位对与有志从事软件业的人员来说是个不好的消息，不知道将来向上往哪个职位奋斗！帮助大家了解目前软件业有哪些职位，这些职位具体承担哪些工作，这些工作大致需要哪些技术知识或素质。确定从业信心，看到从事软件行业自己会有哪些可能的选择。在大家的软件职业生涯中可能会遇到各种各样的工作机会，每种职位的发展各不相同，每个人的特点或性格都不同，对于日新月异的IT业发展，提前确定目标并规划是非常有益的。

在介绍每类职位的同时，我们来了解一些业内常用的工具比如：测试类会用到：WinRunner、LoadRunner、TD；项目管理会用到SourceSafe、StarTeam、ProjectManager；开发设计类会用到Enerprise Architect、Rose Rational。对于有志向未来从事某类职位的人了解一些业内使用的工具和一些工作情况，避免闭门造车、盲目学习，或是在面试中能够提出这些工具表明自己用过或者接触过这些提升自己的竞争力。

2、帮助大家了解典型的软件企业的技术组成，当看到一个陌生的企业发出的招聘时能够真正理解这些职位的技术要求，在应聘时良好的心理准备。每个软件企业专著的领域不同，比如有的主要业务电信通讯业，有的专著医药软件，有的主要做物流软件。虽然这些企业的主要业务和客户都不相同但是工作机制基本相同，总归都有类似的组织结构，各个职位和技术力量可能分配的比重不同而已。不要看到招聘中的要求有些自己没有掌握也没有接触过就退缩，只要你以前确实为这类职位类型准备过经过刻苦的学习积累过工作经验，那就去试试。

3、既然已经了解典型软件技术类职位组成，这些职位要求的技术要求的性格素质各不相同，有着不同的职业特点，你在哪方面有兴趣，你的特点更适合在哪方面发展，希望此次讲座对你有所帮助，

售前工程师：

软件行业与其他行业一样都有类似的营销人员，相比那些在商场、电视购物中推销产品的销售人员，软件业的销售类职位要求很高的技术知识、对软件产品详尽掌握（包括产品应用的范围、技术特性、同类产品的技术比较、客户技术应用的环境、软件的行业特点、性价比的演示），售前工程师之所以是“工程师”就在于他要掌握非常专业的专业技能，不像商场销售电视、电饭锅的导购员经过几天的培训就能上岗，一个优秀的售前工程师可能做过多年某个行业软件开发，积累了多年对此行业软件的理解，非常了解这类软件的行业需求，在各类企业中的应用情况，他会知道如何配置或者实施自己的软件来满足用户的需求，当用户问起一些技术特点时他能从容应对并且展示出自己对销售软件的信心，还能将销售的软件的某些技术优势潜移默化的传递给客户。现在的软件市场巨大多数是买方市场，客户的业务需求被软件公司挖掘的都差不多，如何使自己的产品在客户的.客户的心理中的技术面上占据重要的地位，不仅要完全掌握当前流行的技术，还得充分了解客户的详细需求，能将这些产品的技术和功能和客户的需求合理亲切的吻合在一起，这些是一个优秀的售前工程师要具备的基本素质。还有一些公关方面的能力。

举个例子：有一个客户是国内一家著名的电器制造企业，正准备上一套计算机管理系统。售前工程师在拜访客户的之前详细地准备了一套产品ppt来演示涉及生产计划、采购、制造、仓库、销售、财务、考核等各方面的功能。由于系统实施很复杂，用了将近一星期的时间来准备材料，自以为得很充分了。在客户那里给客户演示产品刚开始一段时间，客户就打断了售前的介绍问了三个问题：

你知道我的企业管理中有那些问题吗？你的软件具体能解决我企业的什么问题？

你有多了解我这个电器行业你的软件在那些方面有所体现？

我花几百万买你的软件我的投入值不值得？

由于事先只关注自己的产品没有深入了解该客户，对整个行业又不是很有经验，只能支支吾吾地回答了一些类似“有效降低库存，提高订单的反应速度，提高客户的满意程度”等套话。客户很客气地终止了我的演讲婉言谢绝了这次推销临走时他告诉笔者，他需要的是一套适合电器行业的能解决他公司实际管理问题的软件系统而不是我们这套软件。

售前的工作不仅是上面所提到的，他的工作越来越像咨询工程师，好的售前拥有卓越领悟力优秀的客户沟通能力。给客户强大技术优势感和信任感。同时真正能够发现、理解、解决客户的问题。

举个例子：像Oracle 、IBM 、MS、华为的售前工程师，技术能力、行业知识、穿着举止、收入；国内小公司售前就差一些。

篇2：软件业职位总结1 销售类[2]

软件业职位总结1 销售类[2]

]

售后工程师和系统集成工程师：

都属于技术支持工程师，当客户把软件买下了，在使用的时候总会出现各种故障，不单是小软件公司的售后要经常跑到客户那去解决软件运行报错，安装故障，误操作错误，数据恢复等等问题，越是大公司它的售后技术支持力量越大，因为他们的软件承载的业务非常重要，一点异常或是错误都会给客户带来巨大的损失也会让自己在业内蒙受羞辱。售后工程师首先是要对自己负责的产品非常精通，熟悉每个组件的运行情况，产品的安装环境，客户的业务运行状态等等。在出现问题及时赶赴现场为客户解决故障，挽回损失。系统集成工程师的技术特点与售后工程师类似，在客户把软件买下后分析客户的业务需求完成产品的实施，最终满足客户的要求。

为什么将销售放在第一个讲，不仅是销售类的薪酬高、技术要求高，另一个原因是我的个人观点：软件业经过这么多年的发展，正在转变为“传统行业”，传统行业的一个特点是销售非常重要。

1、“传统行业”的特点2:8 ，20%的企业占有市场的80%份额，软件业的大公司逐渐分化分别控制不同行业的软件需求，如金碟、用友在国内财务软件类的巨头，东软则是医疗类软件巨头，数据库类的有ORACLE MySQL、SQL SERVER、DB2分别属于ORACLE、MS、IBM公司三家公司的数据库产品几乎瓜分数据库产品的销售市场。在桌面操作系统类XP，VISTA，WIN7和Ubuntu RedHat 雪豹；服务器类的WebLogic、WebSphere、IIS、Glassfish；随着虚拟化，云计算技术的发展未来的软件业的格局可能会更加集中，将为客户提供更加专业的服务，

2、需求推动技术发展到技术引领需求发展的转变，在软件业的初期都是有这样那样的业务需求，比如图像处理、三D建模软件，都是有着很多的需求，哪个软件能率先满足这些需求，他的公司就能迅速发展。在大家的软件都实现了用户的需求时，哪个软件实现的'效果好运行的稳定操作人性化那么它的公司就会淘汰那些不向前发展的公司。比如：netAnts flashGet xunLei 现在各家公司做软件都做得不错价钱也都公道，怎么才能让客户信赖自己的产品和公司呢，那就是引导客户的需求，这时就是技术引领需求发展了。比如现在的主数据、元数据管理，SOA等。

3、咨询服务在软件业的比重越来越大，IBM有很多业务都是咨询服务一份报告30页，一个月时间60万。软件业的售前活动非常像咨询服务，售前工程师通过拜访客户，与客户交谈了解业务情形和特点，发现并理解目前存在的问题，提出针对的解决方案，并将自己的解决方案与别的公司做技术和经济性的对比。

篇3：软件业职位总结5 开发类[1]

软件业职位总结5 开发类[1]

]

需求分析师

在确定项目后需求分析师和客户进行深入和细致的沟通，理解业务和客户在他们中业务中用到交互方式；还需要理解这个项目中牵涉到的各种利益相关人员，要充分的从他们的想法中得到规范的业务需求。重要的是深入的理解业务需求，梳理出需求的各个功能点，每个功能的业务性质，另外还需要挖据出系统的非功能性需求。因为客户并不懂软件专业，他们的口述完全是对未来系统的模糊想法，有些客户可能前后描述的需要自相矛盾，好的需求分析师不仅能清晰的掌握业务需求，不仅将需求从业务人员的口述的功能提炼出需求分析报告，这份报告在不需要接触客户的情况下，开发人员都能清晰一致地理解，高级的需求分析工程师还能从需求中抽象出本质的内容，对于不稳定的需求找出其中的本质问题，可以给出各种重用的方法。能够挖据出潜在的需求问题，对于业务能够提出可兼容、可扩展的需求解决方法。除对需求本身的分析，还得能够理解客户的组织机构、人员组成，关键人物的业务要求。他作出的分析报告，不仅客户中的基层人员能够接受，还能满足高层领导的要求。经过需求分析师的辛苦劳动，最后会给出一份《软件需求规格说明书》，这份说明书为以后的工作奠定了重要的基础。它详细的描述了系统有哪些功能点，每个功能点的操作和数据格式，系统使用者的分类，功能点的优先级，系统的'非功能性需求，数据字典，系统的应用环境，扩展点，维护功能，甚至界面要求。

需求分析方法：

1。绘制系统关联图，这种关联图是用于定义系统与系统外部实体间的界限和接口的简单模型。同时它也明确了信息流和实物流，

2。创建用户接口（系统操作界面）原型，开发一个可能的局部实现，这样使得许多概念和可能发生的事更为直观明了。用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题。注意要找出需求文档与原型之间所有的冲突之处。

3。分析需求可行性，在允许的成本、性能要求下，分析每项需求实施的可行性，明确与每项需求实现相联系的风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍。

4。确定需求的优先级别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。当允许需求变更时，在特定的版本中加入每一项变更，并在那个版本计划中作出需要的变更。

5。为需求建立模型，需求的图形分析模型是软件需求规格说明极好的补充说明。它们能提供不同的信息与关系以有助于找到不正确的、不一致的、遗漏的和冗余的需求。这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图。

6。创建数据字典，数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。在需求阶段，数据字典至少应定义业务数据项以确保客户与开发小组是使用一致的定义和术语。分析和设计工具通常包括数据字典组件。

7。使用质量功能调配，将产品特性、属性与对客户的重要性联系起来。该技术提供了一种分析方法以明确那些是客户最为关注的特性。QFD将需求分为三类：期望需求，即客户或许并未提及，但如若缺少会让他们感到不满意；普通需求；兴奋需求，即实现了会给客户带去惊喜，但若未实现也不会受到责备

使用的工具：UML，VISIO，思维导向工具MindManager。

篇4：软件业职位总结2 测试类

软件业职位总结2 测试类

测试技术经过这么多年的发展，在大学已经有软件测试的专业，在很多年前就有软件测试研究方向，我读硕士研究生时的研究方向就是网络协议的一致性测试。在这里只是介绍测试职位在实际工作中的具体工作是什么。一个测试工程师的工作大致上是在完全理解软件的业务需求后根据每个功能点和它的分类；编写功能测试例，将测试例分组归类成测试套件。测试例是测试文档中最基础的组成部门，测试工程师根据测试例去测试软件，测试的软件是在经过开发部门单元测试后提交给测试部门用来做集成测试和系统测试。随后咱们介绍一下测试工作的种类：单元测试、集成测试、系统测试、回归测试、性能测试、安全测试。测试软件可以是人工操作通过鼠标点击键盘录入来实现，也可以编写测试脚本，或者在人工操作测试的过程中通过专业测试软件录制测试脚本，然后再手工修改部分代码，以后就可以自动执行测试，不用再手工测试。提高了测试效率和测试的准确性。因为一个软件的测试例在编写的时候软件业务需求、技术需求等文档基本都已定稿，所以测试文档确定以后是很少修改或变更。测试脚本或测试程序也变化不大，每次的回归测试如果都是手工测试那么工作量可想而知，回归测试一般都是由测试脚本来自动测试。因为编写的测试脚本最终运行后要给出测试结果，一般的测试结果分三类：通过、失败、未决。

关于测试的分类一般分为以下：单元测试、集成测试、系统测试、回归测试、性能测试、安全测试。单位测试一般有开发部门自己完成，主要测试自己编写的代码实现的功能、组件接口是否符合设计文档，输入输出是否正确。在完成单元测试后提交给测试部门。管理规范的公司或者通过CMM3级的组织都会有代码管理工具如StarTeam SourceSafe等。测试部门会在开发部门提交代码后下载最新版的代码，集中编译上传到测试环境中，进行集成测试。集成测试用来测试软件的各组成部分是否能按设计要求组合在一起实现预定的功能，做各模块联调测试，检查各模块的接口是否一致、各模块间的数据流和控制硫是否按照设计实现其功能、以及结果的正确性验证，可以是整个产品的集成测试，也可以是大模块的集成测试，

集成测试之后就是系统测试：它是针对整个产品的全面测试，既包含各模块的验证性测试（验证前两个阶段测试的正确性）和功能性（产品提交个用户的功能）测试，又包括对整个产品的健壮性、安全性、可维护性及各种性能参数的测试。回归测试是当软件需求发生变化，程序代码也完成更新，这时要测试一下修改或新增的代码对已有未变化的功能是否有影响。防止修改了旧bug增加了新bug。或者增加了新功能原有的功能却不能用了！性能测试一般会测试软件并发用户数，响应时间，大数据的处理，长交易处理能力，宕机恢复能力等一般会使用LoadRunner。安全测试主要基于工具分析和扫描，检查是否存在危险如：注入攻击、拒绝服务、配置操纵、访问控制、日志伪造等等。

产品测试经理

属于测试工程师的老板或上级，具有丰富的产品测试经验和需求领悟能力。曾经的一个测试事故让我对产品测试经理的能力有了非常深的印象。有一次系统新增加了一项与之前功能相关且名称相似，测试工程师没有理解业务需求编写出来的测试例几乎没有覆盖新增加的功能，被产品测试经理检查出并纠正。敏锐的洞察力和良好的分析、研判能力来分析市场发展趋势，可以提出软件的发展或进步方向。把握用户需求，完成需求分析到测试转变，对产品设计的生机和改进要能提出关键的意见。负责或配合其他部门，持续改善产品。负责测试团队的日常管理工作。

测试类职位的特点

职位的`重要性和地位在稳步上升，与开发类平分秋色。在前些年人们往往看不起测试职位，一方面它位于整个项目的下游，如果没有开发就没有测试，测试总是跟在开发后面。另一方面软件系统的复杂性和应用环境简单，测试在项目起的作用较小。但是这两方面随着开发技术的发展尤其测试驱动开发TDD，还有是人们对软件质量的关注使得测试逐渐和开发地位基本持平。我原来在的单位技术性的员工有100多，开发技术部的有40人，项目部30人，测试部30人。

且职业寿命在积累中逐渐增长类似医师。自动化测试、一致性测试、互操作测试等等技术的发展使测试工程师在工作中不断积累了经验，不像开发类的技术和工具都不断更新。而测试类的工程越来越值钱，越老对软件的理解越丰富。

在软件业技术是非常重要的，在从事技术类高级职位的工程师，不仅有非常好的技术，还能带领一支技术队伍，像导师一样帮助他们给于技术支持和指导，确定工作方法，指明工作方向，解决队伍在项目过程中遇到各种技术问题。同时还要具备领导能力。我在读研究生的时候老师让我给本科生带辅导，我对这样工作一点不重视，觉得不就是看着他们做实验出错的时候去给调试一下，但是我的老师很严肃的对我说：“你要给别人一滴水，你自己要有一桶水”，我有又了一句，“如果你只有一滴水，你只会给别人一头雾水”。

篇5：软件业职位总结5 开发类[3]

软件业职位总结5 开发类[3]

]

系统分析师

经过几年的开发工程师经历，积累了丰富的开发经验，在不断的努力下你的职位得到提高已经不用再每天Coding了，可以写写文档、画画图做设计了，

系统分析师主要参与或主管以下工作：包括业务需求、实现功能、性能要求的分析和总体技术设计工作。参与并指导开发工程师完成详细设计文档和代码编写，解决系统关键部分的设计和开发工作，制定技术文档的格式、内容。对系统实现的程序代码、脚本、数据库等交付物进行审计和质量管理。

系统分析员要不断的.学习，不断的实践，不断的更新知识，不断的优化自己的知识结构，这一切都使得系统分析员成为稀有人才。在软件组织中属于高级职位。好的系统分析员师都是从优秀的开发工程师中产生的，有着坚实的开发功底，丰富的编程经验。没有对系统本身进行过透彻剖析和编码实践，很难领会到其中一些难以言述的精华。

系统架构师

在软件和硬件系统没有发展到现在的应用规模时，人们普遍的认为，教科书也在说程序=数据结构+算法，

但是随着系统的发展，程序处理数据量、并发介入客户、系统的需求变更、运行维护等等的工作使得大家对软件的架构越来越重视。不仅数据结构（数据库设计、类、字段等）算法的实现技术有很大的进步，而且对系统技术结构，系统各组件的设计，系统的部署等等方面更加重视了。随着计算机网络操作系统、虚拟化技术、WEB服务器、应用服务器、中间件、应用程序容器，SOA，企业服务总线等技术的推广架构设计已成为软件系统的首要考虑。在经过一些项目的实施之后，人们逐渐意识到，即使你对系统有良好的分析和设计，但是由于没有在软件架构方面做深入的分析在随后的系统运行中，麻烦越来越多。比如我们怎么在不影响业务运行的情况下将需要更换的组件撤下，将新开发的组件上线。一个大单位中上线的系统越来越多，怎么统一管理这些系统共享的数据资源，使各系统在任何时候都能拿到同样的数据又能及时地更新。系统架构师是要站在系统之上和企业所有系统系统之间去分析，在未来多少年之内采用何种技术企业的信息系统能够轻松应对业务需求。

结束

经过了解以上这些职位，我想大家对一个软件公司都有些什么样的人有了一定的了解，在一个有一定规模的软件组织中分工是非常详细的。希望这次讲座大家对软件公司的技术类职位不再陌生，不要只知道我我将来就要搞软件呀，能够清楚自己的目标。

篇6：软件业职位总结5 开发类[2]

软件业职位总结5 开发类[2]

]

开发工程师

俗称程序员，流传一句话“恭喜，你选择开发工程师做为自已的职业；悲哀，你选择开发工程师做为自已的职业”，这句话真的是非常有意思，好的开发工程师，可能从写代码做起，掌握了丰富的开发技术（c，c#，java）很快的做到系统分析师，架构师，产品设计师，走向管理层作部门主管或是CIO。辛苦的工程师可能从c到c++，再到java，开发使用的工具也是经常变化。技术在不断进步，工程师也得不断学习，从COM，DCOM，COM+，.netRemoting，WebServices，WCF等等，总是跟着技术跑。在日常工作中也是废寝忘食，非常疲惫，而且还经常让测试人员呼来喊去，偶尔还会被老板教育。我曾经的一个同事做了7、8年开发，非常优秀有一次出差回来，发现他不在了，辞职走人，以为跳槽到大公司去了，后来同事告诉我他出去开了家陕西面馆。软件开发工程师有一般来分：.net、java。我本人做.net开发，属于微软阵营。本人不太喜欢讨论哪个阵营好哪个有前途，之所以没有做java一直在微软的.net阵营混，完全偶然，工作和项目上的需要。目前也没有计划去做java。但是会经常关注java的发展，了解一些新技术。

日常工作包括：

1、根据项目具体要求，承担开发任务，按计划完成任务目标。

2、独立完成软件系统及模块的编码。

3、负责编制与项目相关的技术文档。

4、配合系统分析人员完成软件系统及模块的需求调研与需求分析。

5、配合系统分析人员完成软件系统及模块的设计。

6、协助测试试人员完成软件系统及模块的测试。

一个公司内的开发工程师都会分等级，高级开发工程师、开发工程师、助理开发工程师。一个正常运行的软件公司不是那种从零开始的，都会有自己的技术积累、成熟的开发框架、公共开发组件，

一般的工作都是在此基础做开展。新项目开发了，高级开发工程师可能分到的任务都是系统技术核心部分，如开发框架，公共代码，数据库设计，数据字典管理等；开发工程师会做一些一般功能的.实现，比如系统中的几个模块；助理开发工程师等级较低，会在前辈的基础上使用公司的技术基础开发一些简单功能或模块，一般是照着前辈的代码抄。高级开发工程师为公司的技术打下坚实的基础，写一些公共组件和代码。或是应用新技术作些示范，教大家如何使用。开发工程师能够独立的完成自己的任务，提出一些好的想法。助理工程师会好好学习，融入到整体技术环境中。

开发工程师是系统最终实现的实施者，工作有很强的成就感。他掌握的开发技术很多，掌握数据库系统Oracle、MySql、MS SqlServer，基础开发语言C、C++，JAVA，C# ，系统建模语言UML，XML，开发环境VS、ECLIPSE、JDEVELOPER、NetBeans，服务器环境Win2003、Redhad、Unix等，应用服务环境IIS、Websphere、weblogic，开发框架。net framework、java容器、Hibernate、Spring，流行的实现技术设计模式、三层结构、COM+、webServices、WCF、WPF，SLIVELIGHT。实事求是的将说开发工程师是一种中间职业状态，原因很简单谁也不原意每天爬在键盘上废寝忘食狂敲代码。在项目经理的不断催促下赶进度，不断的接到测试工程师的错误报告，惭愧的说不小心做错了，马上改。偶尔还会和不懂事的客户纠缠如何操作。但是不是所有人都能突破开发工程师晋升到高级职位。但是反过来说开发工程师是系统实现的最直接的工程师，就像一个宏伟的建筑，设计者只是在纸上画画，但是需要施工方辛苦的劳作，最终拔地而起。可想在你的辛苦劳动下一点一滴完成的了这项工程，成就感是非常大的。而且在编写代码作开发的阶段会积累很多很多的经验，需要不断的学习新的技术，在有的时候高级职位还需要向你请教。所以另外一方面开发工程师可能是很多高级职位必须经历的过程，几乎所有的软件高级职位的招聘都有几年的开发工作经历，丰富的开发和实施经验才能使你在高级职位上，在系统还没有开发时，就能预见和分析出系统的技术需要等等问题，带领大家成功的完成任务。