本系列文章目录：http://www.cnblogs.com/lzhdim/archive/2010/06/10/1755376.html
此系列文章目录：http://www.cnblogs.com/lzhdim/archive/2010/06/10/1755418.html
第1章 软件工程师指南
把软件工程师放在第一个进行介绍，绝对没有贬低的意思。所谓排名不分先后，就是这个道理了。项目成员没有身份贵贱之分，因为他们是一个团队，只有拧成一团的团队，才是成功的团队。其实，软件工程师是最伟大的项目成员。项目的成功与否离不开他的左右，项目的质量，同样离不开他的左右。虽然在项目实现的分层结构中，他在最基础的层次中。
1.1、工作职责
项目成员的工作各有千秋，每个人负责的项目的那部分都是不可替代的，其工作职责自然也不一样，但有些是相辅相成的。但是有些项目因为人手问题，有些项目角色不得不身兼多职，既做这个也做那个的，所以其工作职责就混杂在一起。虽然界限划分不是那么详细，但是却是行之有效的方法，因为有时候项目团队中的某个角色，也会请教其他角色以解决项目中碰到的问题。
软件工程师的工作职责大致划分如下：
l 充分理解文档中提出的需求内容
l 参与系统概要设计和详细设计
l 参与概要设计和详细设计文档的编写
l 系统模块编码
l 系统单元测试模块编码
l 参与系统单元模块测试
l 参与系统模块整体测试
l 参与用户手册文档的编写
很多人认为软件工程师的职责就是编写代码，这个只是最基础的职责。软件工程师同时还参与其它的项目活动，并从中起到辅助的作用。
软件编码的基本，是从理解需求开始的。首先，必须从理解需求入手，分析需求，转化成模块设计，建立模块模型，然后从模型出发，转换为模块代码。这期间，就需要参与系统的概要设计和详细设计。这个是对需求理解的基础上才能进行的建模工作。随后，项目执行阶段开始了，这时候即开始系统模块的编码工作，同时辅助以编写单元测试代码，为后期的测试工作做准备。接着，就是模块单元测试和整体测试了，这方面需要配合测试人员进行。最后，还需要参与用户手册文档的编写，因为软件工程师对自己所涉及的那部分需求是最了解的。
当然，这是个“理解需求-设计-编码-测试”的循环，这里借用下迭代模型的术语。
这个循环也体现了软件工程师日常的工作内容。从这里看，貌似比较枯燥。特别是在严格的编程规范的压力下，软件工程师的编码工作看似无趣，完全代码民工的概念，其实不然。一个系统要具有规范化的管理，规范化的开发等，就必须从小做起，所以这个代码编写的活是一个很重要的工作。其中你可以发掘编程语言的特点，优化，乐趣等等内容，特别是你在用新学习的知识高效地搞定一个模块的时候。这个个中滋味，只有软件工程师才能理解。