好长一段时间没有关注软件工程方面的最新动向了,不知道在最近几年里面有没有新出来什么高效实际的方法,不仅仅是缓解了“软件危机”,而且能够随时适应需求变化,提高开发速度,保证软件质量。
前段时间自己放弃了一个应用系统的开发,其中有很多原因,主要原因是“开发疲劳”这个由客观因素引起的主观因素。我承担这个应用软件前台开发的这段时间里,发现整个应用程序的开发比较零乱,想到哪里改到哪里,这样都增加了后期开发和维护的复杂度。咳~~~还是早些放弃的好,免得好端端的被拖垮,主要是精神上托跨,以后一提到开发某某应用程序就头痛恶心。放弃这个任务后,整个人轻松很多,有时间思考问题,所以考虑了一些如果以后自己承担或者面对这样的工作该如何恰当解决,而不是采取一种回避的态度。无意发现网上的一篇介绍软工方法的文章,叫做“敏捷方法”,这种方法适用于存在变动性比较大,有较多的不确定因素的项目,他和传统的软工方法不同的地方是,他强调的是适应变化,而传统的方法是强调预测,通过预测来抵制变化。如果把将拥有大量软件开发过程中的中间产物(如需求规约、设计模型等) 和复杂控制的软件开发方法称为重型方法, 而把拥有较少的方法称为轻型方法,那么敏捷方法可以说是在这两者之间寻找一个最强当的平衡点来灵活的处理。这种方法从提出到现在应该有好长一段时间了,我都还记得曾经粗粗看过一本介绍“极限编程”的文章,不过当时也没有留意,时隔那么久,相信软件工程肯定还有许多新的方法发现被聪明的人类挖掘出来,该抽个时间到书店去逛逛,或许会有很多的收获。
前段时间自己放弃了一个应用系统的开发,其中有很多原因,主要原因是“开发疲劳”这个由客观因素引起的主观因素。我承担这个应用软件前台开发的这段时间里,发现整个应用程序的开发比较零乱,想到哪里改到哪里,这样都增加了后期开发和维护的复杂度。咳~~~还是早些放弃的好,免得好端端的被拖垮,主要是精神上托跨,以后一提到开发某某应用程序就头痛恶心。放弃这个任务后,整个人轻松很多,有时间思考问题,所以考虑了一些如果以后自己承担或者面对这样的工作该如何恰当解决,而不是采取一种回避的态度。无意发现网上的一篇介绍软工方法的文章,叫做“敏捷方法”,这种方法适用于存在变动性比较大,有较多的不确定因素的项目,他和传统的软工方法不同的地方是,他强调的是适应变化,而传统的方法是强调预测,通过预测来抵制变化。如果把将拥有大量软件开发过程中的中间产物(如需求规约、设计模型等) 和复杂控制的软件开发方法称为重型方法, 而把拥有较少的方法称为轻型方法,那么敏捷方法可以说是在这两者之间寻找一个最强当的平衡点来灵活的处理。这种方法从提出到现在应该有好长一段时间了,我都还记得曾经粗粗看过一本介绍“极限编程”的文章,不过当时也没有留意,时隔那么久,相信软件工程肯定还有许多新的方法发现被聪明的人类挖掘出来,该抽个时间到书店去逛逛,或许会有很多的收获。
浙公网安备 33010602011771号