网络编程 | 站长之家 | 网页制作 | 图形图象 | 操作系统 | 冲浪宝典 | 软件教学 | 网络办公 | 邮件系统 | 网络安全 | 认证考试 | 系统进程
Firefox | IE | Maxthon | 迅雷 | 电驴 | BitComet | FlashGet | QQ | QQ空间 | Vista | 输入法 | Ghost | Word | Excel | wps | Powerpoint
asp | .net | php | jsp | Sql | c# | Ajax | xml | Dreamweaver | FrontPages | Javascript | css | photoshop | fireworks | Flash | Cad | Discuz!
当前位置 > 网站建设学院 > 网络编程 > 软件工程
Tag:注入,存储过程,分页,安全,优化,xmlhttp,fso,jmail,application,session,防盗链,stream,无组件,组件,md5,乱码,缓存,加密,验证码,算法,cookies,ubb,正则表达式,水印,索引,日志,压缩,base64,url重写,上传,控件,Web.config,JDBC,函数,内存,PDF,迁移,结构,破解,编译,配置,进程,分词,IIS,Apache,Tomcat,phpmyadmin,Gzip,触发器,socket
本月文章推荐
.深入探讨.NET中的钩子技术.
.需求调研中的5W+1H定律.
.建模的价值.
.基于UML的短消息计费系统的分析与.
.VS2005让软件开发回归软件工程.
.需求获取过程中的逆向沟通.
.盖茨称微软将超越以Windows为中心.
..NET Remoting构建分布式数据库查.
.用UML描述工作流管理(1).
.ADOCE与ADO.NET的差异.
.在应用程序中集成 Windows 实时通.
.java的设计模式,学习心得总结.
.真正的软件工程师(中国与印度).
.Reactivity公司Nash:是谁在决定.
.怎么提高与客户沟通的技巧.
.Win32设备驱动程序的体系结构.
.UML建模工具比较.
.UML类图详解(1).
.深入Atlas系列之服务器端支持(上.
.UML用例建模的慨念和应用.

软件工程的未来之路与我们的解决之道?

发表日期:2008-3-23


  Roger S. Pressman在《软件工程-实践者之路》第6版的最后增加了一章,叫未来之路-The Road Ahead。从变更、软件过程、人员、软件工程、技术和信息模型几个方面给出了他自己的见解,较为系统地阐述了软件工程的发展和期待解决的问题。但是这只是理论上对软件工程领域的思考和学术的探讨。至于具体在软件企业中的应用和思考的问题可能就不止这些了。   去年10月份我写过一篇文章CMM欺骗了中国软件业引来了无数的讨论,批评者有之,赞扬者有之,但是其实我也只是提出了一个问题,并没有给出解决的方案。甚至有业内的朋友打电话给我,跟我探讨这个问题。在经历过了一年的思考和接触到很多人的意见和建议中,尤其跟一些软件企业的治理人员交流中,获得了很好的见解和信息。虽然还是没有准确的答案,但是还是有一些想法,写在这儿与大家分享,而且这也是受Pressman写的未来之路的想法的影响。   首先不管是CMMI的问题,还是治理、技术以及人员的问题,但是在国内软件企业中突出的问题就是软件开发的效率低下,尽管软件工程师的待遇与前几年比有明显的下降,但是开发成本确实越来越高。客户满足度也不尽人意。这也是几年前CMM、CMMI风行国内时大家都奢望的目标和期待。期望值越高,也就越失望。   其次从根本上解决软件企业的问题,绝对不是单点的问题,不是实施CMMI过了那个级别就表示了你的成功。因此必须要从系统的角度去看待这个问题。实际从Pressman的未来之路中可以看到,他从几个方面给出了思考的方向。   第三,除了我们要从专业的角度去系统地思考外,我们也许要跳出企业内部来看问题的原因。其中一点也是从国内一家软件企业的老总那儿学习到的。他的意见是国内的软件企业之所以没有突破的问题的根源在于软件人员的流动率太高。国内越来越明显地表现出这样的现象,那就是小的软件企业是大的软件企业的培训机构,大的软件企业是国外软件企业的培训机构。能在一家企业待满三年以上的员工几乎很少。一般的软件企业的员工流失率都在25%-30%之间,这就意味着三、四年,整个企业就换了一次血。大家都知道软件企业的真正的财富就是人员,无论过程还是产品,都离不开人员的载体和不断的创造。从这个角度看,确实是最大的原因。但是这个问题却也是解决不了的问题。   第四,工程成熟度低。一个成熟的软件企业应该具有以下几个方面的成熟的能力,技术、工程、过程和治理。技术的能力在国内的软件人员中基本不是问题,很少有那个项目和企业是因为技术问题失败的,而且国内大部分的市场还都是面向应用和治理的软件市场,对于核心技术的要求也没有那么高。过程和治理,在经历过将近10年的项目治理和CMM的热浪之后,大家对其重要性的意识提高的也很快。但是对与软件的工程化来说却是一块短板,需求工程、设计工程。一些企业软件开发更是治理过程与技术脱节,变为了各说各事的两张皮。工程化是介于技术和过程治理之间的桥梁。过程和治理是解决了技术的协作问题,并没有很好地解决批量化生产和复用性的问题。工程化应该是需要一些方法论的支持,项目经验的总结和抽象、提升就会提出方法论来解决并屏蔽技术和项目的差异性问题。个人认为,CMM、CMMI以及项目治理会很好地解决过程的问题,好的过程和治理也可以屏蔽一些工程和技术的风险,但是不能指望过程解决全部的问题。   对这个问题自己也想了很久,虽然有以上的一些想法,但是自己感到仅仅是零散的想法,没有系统化和完整的解决方案。先写出来,与大家交流讨论,共同促进。

上一篇:简单分析:IPS与IDS的价值与应用比较 人气:678
下一篇:保证SOA走上成功之路的十大步骤 人气:716
浏览全部软件工程的内容 Dreamweaver插件下载 网页广告代码 祝你圣诞节快乐 2009年新年快乐