软件工程：敏捷过程

敏捷过程，以及软件工程的敏捷过程，都只是基于敏捷方法的一个具体的实践，而真正意义上的敏捷，只是一种解决问题的思路，这种思路提供给了我们一个注重激励和响应的认识问题的方式，让人在工程问题中，快速的对激励进行反应并快速的形成结果，这种思想围绕着世界在不断运动和变化这一主题，提供了一个能够高效的对变化做出反应的机制，从而使的人能够在变化的环境中随着它不断的形成新的决策。而不讨论在一个变化发生后所需要针对这个变化改变后期的所有策略，而只针对这个变化随机应变的做出相应的策略，这种策略注定不是长远的计划好了未来的所有事情，也不会有多详细，而只是一种应激反应，但这种策略却是给了我们极大的效率解决当前的问题，而不注重这个问题的解决是否会给后来的发展带来什么影响，所以敏捷思维的一个缺点就是短视的，缺乏很多考虑的。

将敏捷思维应用到软件过程的效果便是，软件开发效率变得更快了，同时软件的整体性能和代码质量得不到长足的保证了，特别是一个比较长久的项目来说，敏捷开发的确能够在其中应对变化，但敏捷开发同时会使每一个增量版本给产品带来风险，因为他不太注重建模和构建过程，而是为了更高效的提交一个增量产品，这就同于前面所说的那种情况了，敏捷开发的短视容易导致软件的整体架构出现紊乱，容易出现多个系统相互干扰，以及无法预测的相互依赖的风险，大大增加了系统重构的可能。但敏捷开发在现在竞争强烈的商业环境中，它能够快速的提出一个生产版本，能够给企业带来一定的先机，以及能够更加快速的增加新的功能，以满足市场的新的需求，相对于以往一个软件系统的需求基本稳定且竞争不太强烈的情况，现代软件工程大都数选择敏捷过程作为软件的过程管理模型。

虽然敏捷过程已经被实践到了世界上千千万万的公司，但对于目前来说，敏捷过程依然没有一个完全确定的过程模型，而大都数只是依照着这种思想，根据各个公司项目的具体情况，制定符合自己要求的过程模型，而其中大概都符合几个基本的原则。

1，在得到需求之后，尽快的提交针对这个需求的增量版本。

2，永远欢迎变更

3，增加需求人员和工程人员的沟通频次，以尽快的发现需求的变更

4，应用新的技术

5，通过例会提升开发团队的效率

以上这些基本的原则都为敏捷开发提供了一个参考的准则，在实践敏捷开发，和设计公司的敏捷开发过程的时候，都可以作为一种参考。以下列出一种敏捷开发过程作为参考。

一，首先，将过程分为，需求讨论，建模，开发，测试，部署，配置环境管理。

1，在需求讨论阶段，主要的目的是从需求人员中获得软件的需求，同时与其讨论形成软件的具体规范，同时建立模型。常用手段，会议讨论，询问分析等。

2，建模阶段，这阶段与需求讨论阶段交替进行，当得到一个明确的需求的时候便可以形成一个软件模型，同时和需求放讨论软件模型是否符合需求。

3，根据需求模型，进行软件开发，将软件进行模块化区分，以更好的减少软件的编码过程，同时建议同一个功能，两人一组共同开发，以此来增加团队中的讨论，互相发现软件开发中的不确定因素

4，测试，将软件移交给测试，同时开发实时跟踪软件测试中出现的软件质量问题，并及时完成软件的bug修复

5，部署，部署阶段主要与需求方确认软件的整体要求，是否符合定义，是否能够达到现实生产要求。

6，配置及环境管理，针对每次变更做好记录，同时对版本进行严格的管理，以做好版本的回退和环境的复现。