吴穹ID:adwu73
17475次访问,排名6544(-2)好友18人,关注者29
吴穹博士是一个拥有10年软件工程经验和深厚理论基础的软件工程专家。他在国内参与了许多大规模的软件工程改进工作,积累了丰富的软件工程实施和组织变革经验。同时,他在IBM Rational研发总部工作期间,对软件工程技术在全球的应用实践也有了非常深入的了解。他98年毕业于北京大学,师从中国软件工程的奠基人-杨芙清院士,参与了青鸟III等国家重点项目,打下了坚实的理论基础。

吴穹博士目前任IJI中国公司董事总经理。雅各布森国际股份有限公司(IJI)是现代软件过程开发的全球领导者,提供服务帮助客户交付高质量软件。IJI在北美、英国、新加坡、澳洲、中国、斯堪的纳维亚和韩国成立有分公司,并且在全球有众多的合作伙伴在那些没有分公司的国家协助运营。IJI是由Ivar Jacobson博士创立的,Ivar Jacobson博士被公认是深刻影响并改变着整个软件工业开发模式的世界级大师,同时也是一位引领软件行业伟大的思想家和成功的实践者。Ivar是统一过程的创始人,他的团队正通过第三代软件开发核心统一过程及其应用框架 (EssUP & EssWork) 推动软件行业的发展,帮助客户获得更大的成功。
adwu73的文章
原创 9 篇
翻译 0 篇
转载 0 篇
评论 48 篇
最近评论
lenhnwell:JAVA国外开源 新技术 讨论 Q群44203891
liuzuofei:一个相当复杂的系统的用例数量可能在30-50个之间?
这种说法不是狠理解?

或许我真的没有理解什么是用例。
但是用例不就是一个有意义的场景描述嘛?

对于bigyu7的说法比较有感触。
liuzuofei:一个相当复杂的系统的用例数量可能在30-50个之间?
这种说法不是狠理解?

或许我真的没有理解什么是用例。
但是用例不就是一个有意义的场景描述嘛?

对于bigyu7的说法比较有感触。
liuzuofei:一个相当复杂的系统的用例数量可能在30-50个之间?
这种说法不是狠理解?

或许我真的没有理解什么是用例。
但是用例不就是一个有意义的场景描述嘛?

对于bigyu7的说法比较有感触。
bigyu7:晕!又一个认为用例有粒度的!捕捉用例的标准是价值,只有对Actor有价值的才是用例,用例不存在粒度问题。
文章分类
收藏
    相册
    存档
    软件项目交易
    订阅我的博客
    XML聚合  FeedSky
    订阅到鲜果
    订阅到Google
    订阅到抓虾
    订阅到BlogLines
    订阅到Yahoo
    订阅到GouGou
    订阅到飞鸽
    订阅到Rojo
    订阅到newsgator
    订阅到netvibes

    原创 敏捷在软件工程中的位置收藏

    新一篇: 测试的目的应该是验证需求 | 旧一篇: 敏捷是另一颗银弹吗?

    所谓软件工程就是将软件开发、部署和维护的过程工程化,其目标无非是保证进度、降低成本、提高质量。由于软件的开发、部署和维护是一项高度智力密集型的工作,保证进度,降低成本、提高质量的工作最终还要落实到参与的个人。而对于个人而言,影响效率和质量的有四个要素:方法、流程、工具和热情。

     如果把加入Rational当成入行软件工程的开始的话,那么在我入行的十年中,可以看到软件工程的热点在上述几个要素之间反复切换:

    • 方法:98-02年,面向对象方法风行
    • 流程:02-06年,RUP/CMMI)大行其道
    • 热情:06年-08年,敏捷气候小成

     如前一篇博文所述,敏捷的贡献主要在于社会工程,它第一次将注意力聚焦到人的工作热情上。然而,在热点切换的过程中,有几个现象值得注意:

    • 对新热点,期望太高、失望太快:人们往往将新的热点当成银弹,希望能够立竿见影;稍有挫折,就另寻热点了。其实时至今日,有多少项目真正能把面向对象建模作的很好呢?
    • 对原有热点的成果,付之一炬:新热点的引入往往会分散对旧有热点的痴迷,这有它积极的意义,但要避免矫枉过正,全盘否定旧有热点的积极成果;

     Ivar最近在谈“Be Smart”,其实我觉得这里Smart应该被翻译成“明智”,其核心就是在针对各要素的改进当中达成一个平衡。其实这暗合了中国的中庸之道:「不偏之谓中;不易之谓庸。」中者,天下之正道。庸者,天下之定理。

    发表于 @ 2008年06月27日 10:17:00|评论(loading...)|编辑|收藏

    新一篇: 测试的目的应该是验证需求 | 旧一篇: 敏捷是另一颗银弹吗?

    评论

    #jiangtao 发表于2008-06-28 09:47:48  IP: 221.220.17.*
    敏捷的风行是否和基于互联网的快速开发模式驱动有关呢?
    2008-06-29 22:10:57作者回复
    我个人认为,敏捷的风行的原因有如下几个因素:中间件的大规模应用使软件开发团队的规模大幅减小,互联网交付速度对开发进度的压力,以及对过分强调过程的CMMI/RUP/IPD/PMP的反弹。<br />
    #jackhatedance 发表于2008-06-30 13:16:34  IP: 61.241.79.*
    小团队管理应该很容易吧,软工要解决的应该是大团队的管理问题。
    #chjl2020 发表于2008-07-01 00:14:20  IP: 58.60.44.*
    小团队需要管理,大团队需要好的管理.
    一些小公司的团队.就那么五六个人.根本就没有管理的概念,
    发表评论  


    当前用户设置只有注册用户才能发表评论。如果你没有登录,请点击登录
    Csdn Blog version 3.1a
    Copyright © adwu73