现在软件已经和我们的生活息息相关，渗透到各行各业，例如现在我们平时接触到的windows操作系统、玩的电子游戏、使用的财务软件、机场的售缥系统、医院的挂号系统、还有我们去唱歌的点歌系统等等都属于软件的范围。举一个例子来说，你肯定用过自动提款机吧？提款机本是一台实体机器，金属的，本身台机器是不会给您提供任何服务的，所有就需要有一套东西来提示您插卡、输入密码、取多少钱、拔卡等等步骤，这就叫做软件。然后告知我们是制作软件的，在IT业内称为软件开发。

    软件工程把整个软件开发过程大致分为需求分析、设计、编码、测试和维护等五个方面。只有每个方面都做好了，才有可能做成一个好的系统，这只是一个必要条件而非充分条件。每个阶段的产出就是文档，在瀑布开发模型里面，下一阶段所需要的信息来源于上一阶段的文档。

    需求分析顾名思义就是了解客户具体的需求，了解客户到底要做成一个什么样子的系统。几年前学习软件工程的时候听说需求分析是软件开发过程中最重要的一步，不以为然，现在我认为一个好的需求分析师比开发人员重要得多。一个好的需求分析师不仅能充分发现客户的要求，还能发掘客户没想到的地方;一个好的需求分析师需要把各种系统的业务流程熟记在心，专攻一个行业系统实在是明智之举;一个好的需求分析师生成的需求文档各方面信息一目了然，减少了不必要的沟通时间。

　  设计包括概要设计和详细设计，需要产出概要设计说明书、详细设计说明书和数据库设计说明书等。系统设计人员应该有着丰富的设计经验和开发经验，一份好的设计让开发人员看得赏心悦目，开发起来简单高效，而一份糟糕的设计会让所有人感觉坠入云端，自然开发的时候困难重重。

  　编码是所有的程序员最熟悉的一个阶段，也是大多数程序员自认为最重要的一个阶段，其实不然。公司没有编码人员，我可以招，工作经验不足的没关系，我花点时间来培训，给时间让他成熟，并不是所有的编码都有着很高的技术要求，一般一年时间都可以培训出合格的编码人员。但是公司如果没有需求分析人员，招一个进来不见得对我这个系统有多了解，不见得他有着良好的沟通能力，需求分析人员不仅需要掌握计算机方面的知识，还需要掌握所需要开发的系统行业知识，沟通技巧等多方面的知识，这些知识需要时间的积累，并不是一朝一夕的事情。同样设计人员没有丰富的设计经验，那么你这个系统就准备宣布失败吧。编码阶段的产出文档就是具体的程序代码。

　　测试是用来保障系统质量的，一个好的测试是发现了系统中尚未发现的缺陷，一个成功的测试是发现了测试中的错误。测试并不一定要在编码完成后再展开，在需求分析阶段就可以开始着手设计测试用例。测试也并不全是测试人员的事情，编码人员一定要自己先测试没问题后再提交自己的代码，最好能完成单元测试。测试人员一般都会进行功能测试和集成测试，有白盒、黑盒等测试方法。本阶段的产出是测试报告，测试出来的bug等编码人员修正后再进行回归测试。

     维护可以说是软件开发过程中最冗长的阶段。一个系统开发可能就几个月，一年两年的事情，但是维护可能要持续几年，十几年甚至几十年的时间。上述几个阶段生成的文档在维护阶段也会派上用场，因为系统出问题的时候系统设计人员可能已经不在公司任职了，这时候你就需要阅读他留下来的设计文档，了解当初设计人员的想法思路。

     软件（尤其是中大型软件）质量好坏还有一个很重要的因素：软件体系结构。打个比方，我要建房子。软件体系结构就好比房子的结构，采用哪种样式（欧式？中式？）决定了房子的结构，软件体系结构的规划设计也就决定了软件本身的结构（软件的环境，功能模块的安排，位置，互相联系关系等等）。那么，房子的结构设计好了，就要解决建筑材料的问题。在这里，牢固的砖头和横梁是房子牢固的根本保证。同样，拥有良好数据结构和算法的功能函数或函数块也是整个软件质量的根本保证！有了质量过硬的砖头和横梁，只要结构合理，房子的寿命是完全可以保证的。一样道理，我们手头有了大批信的过的功能函数或函数块，在编程的时候严格按照软件工程规范，合理运用面向对象方法，按照科学的体系结构要求，就能在经济的条件下，开发出优良（准确，健壮，时空效率高，易修改补充，美观，易使用）的软件。