《关于过程》的相关内容

我不想给大家造成一个我是cmm死敌的印象，因为我从cmm中吸取了很多有益的思想。可以说我对cmm这个标准的态度是全盘否定的，但是对于其背后的很多思想和思维方法是非常支持的。今天我就用一些cmm所使用的思想来对RUP做个手术，让大家同我一起分享我的过程。同时我也做个预报，下次我将使用Alistair Cockburn和Highsmith的方式从头建立一个新开发流程。 任何的过程要素，不管你是要改进也 ...

最近我们部门在努力通过CMM3中，经过一段时间的培训和实做。发现了一些比较令人困惑的地方，记录下 来可以探讨一下。 CMM的目标是提高组织的成熟度，利用软件开发过程通过固化甚至严格量化的过程来提高整个组织的成熟 度进而达到较高的项目成功率和客户满意度。嗯，通过最初的培训，经历了以前开发过程比较混乱，存在 各种问题的我觉得茅塞顿开，原来做软件可以这样。这样的开发才可以叫做工程。可是，真正开始 ...

要说RUP，就要先说UP。 UP可以用下面的话来概括——用例驱动、以构架为中心、迭代和增量的开发过程。 acobson在《Object-Oriented Software Engineering : A Use Case Drivern Approach》中给的定义是这样的：当希望改变系统的行为时，重建相对应的参与者和用例模型。整个系统的基础构架将有用户所希望使用系统行为进行的操作来控制。由于控制 ...

http://www.sawin.com.cn/doc/SE/RUP/antirup.htm RUP的反模式 Julia Filho 著，沙萌、于宏光 译 转自UMLChina 导言 反模式就是不做什么：有些行为、习惯或者方法似乎很有价值，但对于准备完成的事情来说却没有帮助。本文讨论了多种RUP反模式，收集来自Black Diamond Software指导RUP使用者在各种不同大小，人员组 ...

cmm的原始动机有很多，我今天分析其中的几个。 首先我关注的是cmm希望能够满足组织间能力成熟度的对照评价。 实际上真正被关注的是组件间开发能力的评价，而由于cmm本身的限制，其提供的只能是这个评价的一个参数。而这里其实就有很大的问题。比如评价一个军队的战斗力，不能仅仅是评价其组织的能力，还应该评价其装备和指挥思想以及基础人员的基本素质。而就一个开发团队来说其过程显然是受其使用技术和面向的商业环 ...

        经常看到和听到大家在争论敏捷过程、RUP和CMM 哪个软件开发过程更好或者哪个过程不好，各自都有理由、争论得不亦乐乎......实际上，没有十全十美的过程，也不存在更好的过程。关键是什么样的过程适合自己（的组织），适合自己的过程才是好的过程。更重要的是，适合自己的过程需要时间积累、需要不断实践，对已定义的过程进行 ...

这篇文章提出了许多有创意的方法，将过去十年里出现在信息系统构架领域的三个最重要的方法: UML、Rational 统一过程（RUP）和 Zachman 框架，结合起来。 在过去的十年，使用统一建模语言（UML）为软件应用程序进行建模的优势已变得日益明显。与此同时，RUP 已经是一种经证明的软件开发过程，Zachman 框架 1 是一种被证明的构架工件组织和通信的框架。在众多交叠的方法中，UML、 ...

世界观决定方法论 Lean，丰田的精益生产方式，把开发当作是生产制造。 Scrum，橄榄球，把开发当作是一场比赛。研究研究NBA、足球、围棋的比赛训练，是能找到不少好的成功实践。 RUP，把开发当作拼图，你不会拼，我就卖给你工具，为了更好的掌握工具，最好买我的咨询。 MSF、FDD、XP，高人补充，我没想好。 可以站的角度太多了，比如：战争，没有比这种项目风险更高的了，怎么没人从这个角度来创建 ...

blueski推荐 [2006-9-16]出处：国产软件作者：不详Ivar Jacobson博士他被认为是影响或改变了整个软件工业开发模式的几位世界级大师之一，是软件方法论的一面”旗帜”。他是组件和组件架构、用例、现代业务工程、Rational统一过程等业界主流方法或技术的创始人。  　　　　Ivar Jacobson博士认为，如果采用不良的软件过程，通 ...

近十年来，软件过程越来越成为人们关注的焦点，正在打破过去人们已经习惯的面向任务的思维方式，逐渐加强面向过程的思考，软件开发和维护的运作以过程为中心的方式在进行。正如软件工程领域领袖级人物、能力成熟度模型（CMM）奠基人瓦茨·汉弗菜(Watts Humphrey)所说，要解决软件危机，首要的任务是把软件活动视作可控的、可度量的和可改进的过程。 其实，通过下面这个“七人分粥 ...

敏捷不是一个过程，是一类过程的统称，它们有一个共性，就是符合敏捷价值观，遵循敏捷的原则。 敏捷的价值观如下： 个体和交互 胜过 过程和工具  可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判  响应变化 胜过 遵循计划  由价值观引出的12条敏捷原则：  1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 2、即使到了开发的后期，也欢迎改 ...

每个组织都喜欢吹捧其敏捷性，尽管事态并没有很快发生。当组织宣称是敏捷的，但实际上并非如此时，架构师就陷入了两难的境地。可以使用五个关键预测指标发现组织是否缺乏真正的敏捷性。了解这些预测指标，并获得帮助组织往更敏捷的方向推进的技巧。 组织敏捷性 意味着组织能够快速和敏捷地对内部问题、外部威胁和不断变化的客户需求作出反应。最高管理层喜欢这个术语，因为它使组织听起来很时髦，并且能够处理其发展方向中 ...

Google背后的分布式计算架构策略 Google是与众不同的。它的独特不仅仅表现于革新的思维和充满创意的应用 (比如那个大堂里的地球模型)，更在于其有别常规的IT策略…… 　　加利福尼亚州山景城(Mountain View)Google公司(Google，下称Google)总部有一个43号大楼，该建筑的中央大屏幕上显示着一个与Google地球(Google Earth)相仿的世界地图，一个转动 ...

作者 Geoffrey Wiseman译者 Jason Lai 发布于 2007年7月11日 下午8时30分 社区 Java 主题 JRuby, Ruby on Rails Grails开发团队成员Marc Palmer发表了一篇博客文章，针对开发人员对Grails常见的一些误解逐一进行了说明。例如针对“对于我来说，Grails还不够成熟”，他这样回应： 针对这个误解，我想不断增长的商业网 ...

在绩效管理中，直线管理者容易陷入为考核而考核的误区，只做一些表面和简单的工作，比如填写人力资源部下发的表格，他们会倾向于认为填写人力资源部的表格就是绩效管理的全部。于是，有表格的时候就有事做，没有表格的时候，绩效管理对他们来说就毫无意义。我把这种现象称为“表格依赖症”。 一、值得警惕的“表格依赖症” 在企业当中，当某个特殊的时间到来的时候，比如年末岁初，就会出现一种奇怪的现象，整个公司的人都 ...

Opera CEO Jon Stephenson von Tetzchner 1967年8月29日出生于冰岛雷克雅维克，现任 Opera 软件公司 CEO。他与 Geir Ivarsøy 曾就任于挪威国家电话公司，并开发了 MultiTorg Opera 的浏览器软件。1995年 Jon 和 Geir 组建了一个新公司来继续开发工作，就是现在的 Opera Software ASA。 ...

这是一个Oreilly的记者对于DHH的采访，谈论了一些Ruby on Rails的技术和趋势 原文在：http://news.oreilly.com/2008/08/interview-with-david-heinemeie.html 下面是翻译： ==================== 上周，在芝加哥我采访了David Heinemeier Hansson，谈论了一些Ruby on R ...

perl 创始人和 python 创始人 听译这东西的确很累人，一次翻译太多也很疲惫。 我尽量想在一篇博客中包含尽量多的内容，结果最终搞的自己兴趣全无了，下次看来还是应该一点一点的来。 我的听力还是不好，有一些东西没听出来我就不翻译了，大体意思上应该不会差很多的，希望大家见谅。 主持人: Chris DiBona （Google 开源网站负责人） and Leo Laporte （Tw ...