对软件工程过程的认识及看法:对软件工程的看法

我对软件工程过程的认识及看法

通过这半年以来的学习，我对于软件工程已经有了初步的认识，并且有了自己的一些想法。由于自己在本科时候所学的是自动化专业并且所从事的是供电局的工作，与软件工程毫无关系，所以在学习的时候难免有一些吃力。但是通过老师们的细心讲解与自己的努力，总算有些初步的入门了。下面我将通过两个方面来提出自己的一些看法。

一、我对软件过程的认识

本学期是我第一次接触到软件工程的相关课程，而软件工程过程又是我所接触到的第一门课程。这学期我们主要学了一下几方面的内容：12207标准，软件的各种过程模型（瀑布模型，编码修正模型，演化模型等等）Infosys模型，Synery模型，软件工程过程的改进以及敏捷开发。

1、12207标准

12207标准的提出应该算是软件工程过程领域的一件十分重要的大事了。这一标准将软件的生存周期过程分成了三种过程，即：主过程，支持过程和辅助过程。这三个过程相互引导，相互制约，相互促进。主过程的意义自不必说，而支持过程和辅助过程都是为了保证主过程的正常运行，目标的实现和质量的提高所从事的一系列活动。它们可以被主过程的各个过程部分或全部的采用，以保证主过程的顺利完成。

2、各种过程模型

让我印象最深刻的两个模型是编码修正模型以及瀑布模型

（1）编码修正模型：这是所有模型中最为古老也是最为简单的模型。在编码之前几乎不做任何预先的准备工作，使用者很快就进入到了所开发产品的编码阶段。典型的情况就是，完成大量的编码后测试产品并且纠正所发现的错误。虽然这种模型适用于很小并且简单的项目，成本很低易于使用。但是，对于规模稍大的项目，采用这种模型是十分具有风险的。由于缺乏预先的计划并且通常伴随着不正规的开发方式，容易导致代码碎片，产品的质量很难得到保证。

（2）瀑布模型：这是最为最为经典的模型。包括需求，设计，编码，测试，运行与维护阶段。由于管理简单常被作为合同上的模型。其优点是容易理解，管理成本低。瀑布模型通过文档从一个阶段传递到下一个阶段，各阶段间原则上不连续也不交叠。文档产生并提供了贯穿生命期的进展过程的充分说明。允许基线和配置早期接受控制。其不足是：客户必须能够完整，正确和清晰的表达其需要。但在系统开发中经常发现用户与开发人员沟通存在巨大差异，用户提出含糊需求又被开发人员随意解释，以及用户需求会随着时间的推移不断变化。而且当接近项目的结束时，会出现大量的集成和测试工作。

（3）Infosys模型与Synery模型

二、我对授课内容的建议