『壹』 作为软件工程师应该具备哪些基本素质
1：团队精神和协作能力
把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。把高水平程序员说成独行侠的都是在呓语，任何个人的力量都是有限的，即便如linus这样的天才，也需要通过组成强大的团队来创造奇迹，那些遍布全球的为linux写核心的高手们，没有协作精神是不可想象的。独行侠可以作一些赚钱的小软件发点小财，但是一旦进入一些大系统的研发团队，进入商业化和产品化的开发任务，缺乏这种素质的人就完全不合格了。
2：文档习惯
说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子，良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。
3：规范化，标准化的代码编写习惯
作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。
fans叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能证明他们自己压根不配自称程序员。代码具有良好的可读性，是程序员基本的素质需求。再看看整个linux的搭建，没有规范化和标准化的代码习惯，全球的研发协作是绝对不可想象的。
4：需求理解能力
程序员需要理解一个模块的需求，很多小朋友写程序往往只关注一个功能需求，他们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑，有人曾经放言说写一个广 告交换程序很简单，这种人从来不知道在百万甚至千万数量级的访问情况下的性能指标是如何实现的，对于这样的程 序员，你给他深蓝那套系统，他也做不出太极链的并访能力。
性能需求指标中，稳定性，并访支撑能力以及安全性都很重要，作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。
5：复用性，模块化思维能力
经常可以听到一些程序员有这样的抱怨，写了几年程序，变成了熟练工，每天都是重复写一些没有任何新意的代码，这其实是中国软件人才最大浪费的地方，一些重复性工作变成了熟练程序员的主要工作，而这些，其实是完全可以避免的。
复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样就能极大避免重复性的开发工作，如果一个软件研发单位和工作组能够在每一次研发过程中都考虑到这些问题，那么程序员就不会在重复性的工作中耽误太多时间，就会有更多时间和精力投入到创新的代码工作中去。
一些好的程序模块代码，即便是70年代写成的，拿到现在放到一些系统里面作为功能模块都能适合的很好，而现在我看到的是，很多小公司软件一升级或改进就动辄全部代码重写，大部分重复性工作无谓的浪费了时间和精力。
6：测试习惯
作为一些商业化正规化的开发而言，专职的测试工程师是不可少的，但是并不是说有了专职的测试工程师程序员就可以不进行自测；软件研发作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效率和可靠性就有了最大的保证。
测试工作实际上需要考虑两方面，一方面是正常调用的测试，也就是看程序是否能在正常调用下完成基本功能，这是最基本的测试职责，可惜在很多公司这成了唯一的测试任务，实际上还差的远那；第二方面就是异常调用的测试，比如高压力负荷下的稳定性测试，用户潜在的异常输入情况下的测试，整体系统局部故障情况下该模块受影响状况的测试，频发的异常请求阻塞资源时的模块稳定测试等等。
当然并不是程序员要对自己的每段代码都需要进行这种完整测试，但是程序员必须清醒认识自己的代码任务在整体项目中的地位和各种性能需求，有针对性的进行相关测试并尽早发现和解决问题，当然这需要上面提到需求理解能力。
7：学习和总结的能力
程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年内具有领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高了。
但是学习也要找对目标，一些小coding有些codingTO就是这样的coding上只是一些Cfans们，他们也津津乐道于他们的学习能力，一会学会了asp，一会儿学会了php，一会儿学会了jsp，他们把这个作为炫耀的资本，盲目的追逐一些肤浅的，表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术人员，不管掌握了多少所谓的新语言，永远不会有质的提高。
善于总结，也是学习能力的一种体现，每次完成一个研发任务，完成一段代码，都应当有目的的跟踪该程序的应用状况和用户反馈，随时总结，找到自己的不足，这样逐步提高，一个程序员才可能成长起来。一个不具备成长性的程序员，即便眼前看是个高手，建议也不要选用，因为他落伍的时候马上就到了。
具备以上全部素质的人，应当说是够格的程序员了，请注意以上的各种素质都不是由IQ决定的，也不是大学某些课本里可以学习到的，需要的仅仅是程序员对自己工作的认识，是一种意识上的问题。那么作为高级程序员，以至于系统分析员，也就是对于一个程序项目的设计者而言。
『贰』 软件工程文档都包括哪些
有很多，有几个是很重要的如：需求规格说明书，概要设计说明书，详细设计说明书，
记不太清了，还有什么立项调查报告、立项建议书、立项评审报告、项目设计开发任务书、项目计划、软件评审报告、变更需求报告、设计变更报告、项目管理报告、项目总结报告等；本人建议你还是去找一本软件工程的书籍来看一下！自己看一下比较好！我说的也不够清楚!
『叁』 软件工程有那些本质特性
软件工程的本质特性和基本原理
本质特性：
1，软件工程关注于大型程序的构造；
2，软件工程的中心课题是控制复杂性；
——许多软件的复杂性主要不是由问题的内在复杂性造成的，而是由必须处理的大量细节造成的。
3，软件经常化；
4，开发软件的效率非常重要；
5，和谐地合作是开发软件的关键；
6，软件必须有效地支持它的用户；
7，在软件工程领域中是由一种文化背景的人替具有另一种文化背景的人创造产品。
基本原理：
1，用分阶段的生命周期计划严格管理；
2，坚持进行阶段评审；
3，实行严格的产品控制；
4，采用现代程序设计的技术；
5，结果应能清楚地审查；
6，开发小组的人员应该少而精；
——人数为N时，可能的通信路径有N(N-1)/2条。
7，承认不断改进软件工程实践的必要性。
『肆』 要成为一个合格的软件工程师应具备的条件
一，良好的编程能力。编程能力直接决定了项目开发的效率。这要求软件工程师至少精通一门编程语言，熟悉它的基本语法、技术特点和 API( 应用程序接口 ) 。 二，自觉的规范意识和团队精神。随着软件项目规模越来越大，仅仅依靠个人力量已经无法完成工作，因此，现代软件企业越来越重视团队精神。一般来讲，软件 企业中的程序员可以分为两种，一种是 " 游击队员 " ，他们可能对编程工具很熟，能力很强，编写的程序简洁高效，却缺乏规范和合作的观念；另一种程序员个人能 力不一定很强，但程序较为规范，合作意识良好。第二种人更适合现代软件企业发展的潮流。对于基础软件工程师来说，他们在企业中的角色决定了他们必须具有良 好的规范意识和团队精神。 三，认识和运用数据库的能力。信息以数据为中心，因此与数据库的交互是必不可少的，了解数据库的操作和编程是软件工程师需要具备的基本素质之一。 四，较强的英语阅读和写作能力。程序世界的主导语言是英文，编写程序开发文档和开发工具帮助文件离不开英文，了解业界的最新动向、阅读技术文章离不开英 文，与编程高手交流、发布帮助请求同样也离不开英文。作为基础软件工程师，具有一定的英语基础对于提升自身的学习和工作能力极有帮助。 五，具有软件工程的概念。基础软件工程师从事的工作相对于系统分析师和高级程序员要单纯一些，但是 他们仍然是整个软件工程中重要的一环，他们同样需要具有软件工程的概念：从项目需求分析开始到安装调试完毕，基础软件工程师都必须能清楚地理解和把握这些 过程，并能胜任各种环节的具体工作。 六，求知欲和进取心。软件业是一个不断变化和不断创新的行业，面对层出不穷的新技术，软件人才的求知欲和进取心就显得尤为重要，它是在这个激烈竞争的行业中立足的基本条件。软件工程师应具有较强的学习总结能力、需求理解能力以及对新技术的敏感性。 上述这些能力不可能凭空产生，而是通过培训和教育的过程逐步获得的。目前，社会上的软件工程师培训很多，但良莠不齐。有些好的培训，能够从知识到技能、 从技能到应用、从应用到项目，多层次多角度地对学员进行培训，不仅关注技术层面，同时关注项目规划的实施、团队合作、技术文档的编写等在认证培训过程中无 法顾及、但在实际工作中又不可或缺的能力的培养，可以使学员在理论上掌握和理解面向对象的软件工程方法和组件化的软件设计思想。还有一些培训中心，针对软 件设计人员，通过对经典设计模式的理论实践，使学员掌握、运用其思考和解决问题的方法，总结技术经验，构造自己的设计模式库，使软件设计人员能系统地掌握 面向对象的方法。 与信息技术领域先进的基础理论教育相比，我国高校软件人才培养模式在实践技能的培养、 IT 前沿技术 的获取与沟通、具有国际水平和标准的软件项目开发等方面的培养存在极大不足。为解决这一问题，有必要在高校推出 " 软件教育产品 " 的人才培养模式。 " 软件教 育产品 " 是一种培养中、高级软件人才的教育产品化解决方案，其根本目的可以归结为 -- 培养掌握 IT 技术发展方向、熟悉国际开发准则和标准，并且具有丰富项 目管理经验的高级软件项目管理人员。 " 软件教育产品 " 包含了教学方案的设计、课程选取与设置、教材的引进与二次开发、教学管理流程的监控、教学实践环节的 落实等等。 仅有技术是远远不够的 产业变动快速，复合型的概念也适用于信息技术相关科系，软件工程师若能软 / 硬件兼修或略通电信，再通晓某一行业的相关知识，在职场上就会比单纯写程序的工程师吃香，工作选择机会也比较多。而要想成为复合型的软件工程师，至少要做到以下几点： 第一，培养自己的市场意识。市场需求决定着软件产业的发展方向，软件工程师要就市场论技术，即便是 " 天衣无缝 " 的技术，如果没有市场需求也只能 " 孤芳自 赏 " 。绝大多数软件都是商品，任何商品的成就大小首先都取决于应用需求规模。比尔 o 盖茨能够成为软件业第一人物的基本前提，乃是他抓住了 PC 时代软件业最 大的应用需求。 第二，培养全局角度的应变能力。用友靠财务软件起家，但王文京最近却表示，两年之后不会再有专门的 财务软件公司存在： " 财务是企业管理的核心，但企业的供销存、客户关系管理的需求必然会越来越大，所以，最好忘掉我们是一个财务软件公司，我们要的是企业 管理软件市场。 " 同样，对软件工程师个人来说，自身的定位也不可能一劳永逸。善于审时度势、合纵连横，有良好应变能力是软件工程师必不可少的基本素质。在 风声鹤唳之时，善于辨别哪里是最不可替代的用户需求关口，然后再结合自身技术特点进行转型，才能在软件行业有所成就。 第三，培养某一行业的专业知识。 IBM 有一份《中国银行业加入 WTO 的新纪元》白皮书， IBM 做银 行业咨询顾问的最终目的还是推销自己的整体解决方案，占领中国金融业软 / 硬件服务市场。但 IBM 的行动告诉我们，要想让技术和产品介入某一行业，仅有大批 专业技术人员还不够，还需要一种对行业的认知和把握能力。软件教育要摒弃培养单纯的技术开发人员的旧观念，要着眼未来的需求，大力培养复合型软件工程师。 最后，熟练掌握英语。英语是 IT 世界的主流语言，它对软件工程师技能和业务水平提高的重要性不言而 喻，软件工程师总是需要在第一时间学习业界最流行、最先进的编程工具的使用方法，但软件工程师不可能马上就能找到这种软件的中文说明或帮助文档。北京软件 行业协会推出的软件工程师培训项目中，重点强调了软件工程英语的重要性，增加了英语教学课时，结合科技英语和编程工作的特点，撰写有针对性的教材，突出实 用性。通过对培训学员的调查和学习效果的检查，这种方法已经取得了良好的效果。
『伍』 软件工程的三大文档是什么
01立项调查报告
02立项建议书
03立项评审报告
04项目设计开发任务书
05项目计划
06质量保证计划
07配置管理计划
08需求分析说明书
09概要设计说明书
10详细设计说明书
11数据库设计说明书
12数据库表详细设计
13单元测试计划
14测试脚本
15单元测试报告
16系统测试计划
17验收申请书
18验收评审报告
19客户验收报告
21审核反馈表
22软件评审报告
23变更需求报告
24设计变更报告
26项目管理报告
27项目总结报告
一共这么多，三大报告是
需求分析说明书
概要设计说明书
详细设计说明书
『陆』 什么是软件工程它有哪些本质特征怎样用软件工程消除软件危机
○1 软件危机是指在计算机软件开发,使用与维护过程中遇到的一系列严重问题和难题.它 包括两方面:如何开发软件,已满足对软件日益增长的需求;如何维护数量不断增长的已有 软件.
○2.软件危机表现在以下四个方面：
(1) 对软件开发成本和进度的估计常常很不准确.常常出现实际成本比估算成本高出一个数量 级,实际进度比计划进度拖延几个月甚至几年的现象.而为了赶进度和节约成本所采取的一 些权宜之计又往往损害了软件产品的质量.这些都降低了开发商的信誉,引起用户不满. (2) 用户对已完成的软件不满意的现象时有发生. (3) 软件产品的质量往往是靠不住的. (4) 软件常常是不可维护的. (5) 软件通常没有适当的文档资料.文档资料不全或不合格,必将给软件开发和维护工作带来 许多难以想象的困难和难以解决的问题. (6) 软件成本,软件维护费在计算机系统总成本中所占比例逐年上升. (7) 开发生产率提高的速度远跟不上计算机应用普及的需求.
○3 造成软件危机的原因是： (1) 来自软件自身的特点:是逻辑部件,缺乏可见性;规模庞大,复杂,修改,维护困难. (2) 软件开发与维护的方法不当: 忽视需求分析; 认为软件开发等于程序编写; 轻视软件维护. (3) 供求矛盾将是一个永恒的主题:面对日益增长的软件需求,人们显得力不从心.
『柒』 在软件工程中，高质量的文档标准包括以下哪些
应该包括完整性、一致性和无二义性。
『捌』 求问什么样的需求文档才是合格的需求文档
软件需求规格说明作为产品需求的最终成果必须具有综合性：必须包括所有的需求。开发者和客户不能作任何假设。如果任何所期望的功能或非功能需求未写入软件需求规格说明那么它将不能作为协议的一部分并且不能在产品中出现。 构造并编写软件需求规格说明，并使用户和其它读者能理解它牢记以下可读性的建议： ● 对节、小节和单个需求的号码编排必须一致。 ● 在右边部分留下文本注释区。 ● 允许不加限制地使用空格。 ● 正确使用各种可视化强调标志（例如，黑体、下划线、斜体和其它不同字体）。 ● 创建目录表和索引表有助于读者寻找所需的信息。 ● 对所有图和表指定号码和标识号，并且可按号码进行查阅。 ● 使用字处理程序中交叉引用的功能来查阅文档中其它项或位置，而不是通过页码或节号。 优秀需求具有的特性 怎样才能把好的需求规格说明和有问题的需求规格说明区别开来？下面讨论单个需求陈述说明的几个特点（ Davis 1993；IEEE 1998）。让风险承担者从不同角度对S R S需求说明进行认真评审，能很好地确定哪些需求确实是需要的。只要你在编写、评审需求时把这些特点记在心中，就会写出更好的（尽管并不十分完美）需求文档，同时也会开发出更好的产品。 1、需求说明的特征 1）完整性 每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。 2）正确性 每一项需求都必须准确地陈述其要开发的功能。做出正确判断的参考是需求的来源，如用户或高层的系统需求规格说明。若软件需求与对应的系统需求相抵触则是不正确的。只有用户代表才能确定用户需求的正确性，这就是一定要有用户的积极参与的原因。没有用户参与的需求评审将导致此类说法：“那些毫无意义，这些才很可能是他们所要想的。”其实这完全是评审者凭空猜测。 3）可行性 每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。为避免不可行的需求，最好在获取（ e l i c i t a t i o n）需求(收集需求)过程中始终有一位软件工程小组的组员与需求分析人员或考虑市场的人员在一起工作，由他负责检查技术可行性。 4）必要性 每一项需求都应把客户真正所需要的和最终系统所需遵从的标准记录下来。“必要性”也可以理解为每项需求都是用来授权你编写文档的“根源”。要使每项需求都能回溯至某项客户的输入，如使用实例或别的来源。