软件工程师

定义

软件工程师是对从事软件开发相关工作的人员的通称，属于工程技术人员的一个类别^[1]。这一称谓覆盖范围较广，软件设计人员、软件架构人员、软件工程管理人员以及程序员等岗位都可纳入其中，各岗位分工与级别不同，但工作内容均围绕软件的开发与生产展开。

在中国人力资源和社会保障部发布的职业分类系统中，该类职业的正式名称为「计算机软件工程技术人员」，代码 2-02-10-03，归属于「信息和通信工程技术人员」小类，其定义是从事计算机软件研究、需求分析、设计、测试、维护和管理的工程技术人员^[2]。国际上，国际劳工组织的职业分类框架把软件工程师列入「软件开发者」这一单元组，与软件设计人员、软件开发人员、程序员分析师并列^[3]。

与一般程序员相比，二者的差别主要体现在职责范围：程序员多按既定规格完成编码，软件工程师还需要参与 软件工程 层面的设计与规划^[4]。不过在实践中这两个称谓并无统一界限，不同企业会依据自身需要给出各自的职位说明^[5]。

原理

软件工程师的工作建立在软件生命周期之上。按照 软件工程知识体系(SWEBOK) 的划分，这一知识体系包含软件需求、软件设计、软件构造、软件测试、软件维护、软件配置管理、软件工程管理、软件工程过程、软件工程工具与方法、软件质量等知识领域^[6]。基于这一划分，从业者需要依次处理需求的获取与规格说明、体系结构与详细设计、编码与集成、缺陷检测和发布后的维护。

从流程上看，典型环节可以概括为：先由需求方与工程师共同确定软件应具备的功能与约束，形成设计文件，再分配各人负责的模块，编写代码后合并，交由质量验证部门测试与除错^[7]。除错往往是最困难的环节，一个错误可能由两个以上模块的交互引起，因此工程师之间的协作程度较高^[7]。

整个过程可示意如下：

$需求分析 \rightarrow 设计 \rightarrow 编码 \rightarrow 测试 \rightarrow 部署 \rightarrow 维护$

软件工程师依据的工程原则强调系统化、规范化与可度量，其核心思路是把经过验证的管理技术与当时可得的技术方法结合起来，以可控制的方式开发与维护软件^[8]。为支持这种协作，配置管理、版本控制与自动化测试等实践被广泛采用，用以维持软件配置在生命周期内的一致性与可追踪性。

发展历程

「软件工程」这一名称出现于 20 世纪 60 年代末。1967 年秋，北约科学委员会成立计算机科学工作组，同年年底建议召开一次以软件工程为主题的工作会议，该措辞是有意选用、带有挑战意味的，意在表明软件的制造也应建立在工程学科固有的理论基础与实践规范之上。

1968 年 10 月，这次由北约科学委员会赞助的会议在德国加米施-帕滕基兴举行，会议报告使「软件工程」一词逐渐获得广泛接受^[9]。会议主席 F. L. Bauer 通常被认为是在会上提出该术语的人^[10]。当时大型复杂程序的开发普遍遇到困难，摆脱「软件危机」成为会议的中心议题^[8]。

此后，软件工程逐步向具有明确知识边界与职业标准的方向发展。1994 年起，美国电子电气工程师学会与美国计算机联合会成立协调委员会，着手研究软件工程知识体系，先后有来自 42 个国家的 500 多名专家参与，2001 年发布 SWEBOK 1.0 版，2004 年版成为该知识体系的样板，其后又持续修订并扩展计算基础、工程基础、软件测量、软件安全性等内容^[6]。IEEE 计算机协会于 1998 年开始定义这一知识体系，将其作为使软件工程成为正当工程学科与受认可职业的必要步骤。

在中国，软件工程师长期与职业资格认证和职称体系相联系，相关认证考试一般分为软件技术员、助理软件工程师、软件工程师、高级软件工程师 4 级。部分考试内容涵盖软件工程、数据库、数据结构、编译原理等计算机学科基础课程^[11]。

应用

软件工程师的就业领域较为集中，多分布于高科技产业与软件设计企业，涉及多媒体、电子商务、游戏软件、数据库、媒体动画等方向^[7]。在企业信息化方面，管理信息系统、办公自动化、企业资源计划、客户关系管理、系统集成、电子政务与网站建设等系统，是人员需求较集中的业务领域^[11]。

按工作内容，这一职业可以进一步细分，例如应用系统开发、系统架构分析、系统集成与测试、嵌入式软件、软件测试等方向。其中测试方向的工作包括制定测试计划、用自动化工具执行测试、分析缺陷与性能数据，以及开展测试自动化开发。

从技能要求看，从业者除需要掌握 C、C++、Java 等编程语言与 SQL、Oracle 等数据库技术外，还常涉及 JavaScript、Ajax、Spring 等开发技术，并对网络工程与软件测试有所了解。工作考核常依据测试用例覆盖率、文档完善程度、缺陷提交情况等定性或定量数据评定^[1]。

此外，随着软件成为关键系统的核心，与之配套的执业标准、知识标准与培训标准也随之出现。软件工程知识体系被用于指导教育培训、规范实践，并作为高校软件工程专业课程设置的依据之一。

局限

软件工程并不能保证软件产品必然正确。需求环节若处理不当，项目会变得极为脆弱，而需求分析本身也难以完全避免自然语言描述带来的歧义^[12]。测试只能发现缺陷，不能证明程序不存在缺陷，这是测试作为质量手段的固有边界。

知识体系的界定本身也有范围限制。SWEBOK 只描述软件工程知识中「一般被接受」的那一部分，并不试图穷举软件工程师应当掌握的全部内容，其目标仅是确认构成软件工程核心的知识。这一知识体系与高校课程内容也不等同，后者由其他机构与认证体系另行规定。

在职业称谓上，「软件工程师」与「软件开发人员」之间没有正式划界，企业依据自身经验与理解给出职位描述，地域差异与教育背景差异也会造成用法不同^[5]。因此，这一称谓在实际招聘与管理中的含义可能并不一致，也难以作为统一的能力衡量标准。

参见

• 软件工程 —— 指导软件开发和维护的工程学科，是软件工程师的实践基础。

• 软件工程知识体系 —— 对软件工程领域一般被接受知识的系统梳理。

• 程序员 —— 以编写代码为主要工作的技术人员，与软件工程师分工相近。

• 软件测试 —— 用于发现软件缺陷的知识领域，是软件生命周期的重要环节。

• 需求工程 —— 处理软件需求获取、分析与规格说明的工程活动。

• 软件维护 —— 软件交付使用后进行的修改与完善工作。