导航↓ 相册|收藏博客|加入友情链接|给博主留言
我要啦免费统计阅读使人充实,会谈使人敏捷,写作与笔记使人精确。史鉴使人明智;诗歌使人巧慧;数学使人精细;博物使人深沉;伦理之学使人庄重;逻辑与修辞使人善辩。-培根
黑猫大队长
2018-1-15 21:46

™™™
2017-10-18 10:12
™™™
2017-10-18 10:11
™™™
2017-10-18 9:52
Z浪迹天涯
2017-10-16 1:3
sunnyrl
2017-9-13 12:2
pangdan2007
2017-7-10 19:54
  • 创建:2007/2/23
  • 文章:973
  • 评论:5127
  • 访问:954950
  •  
动态系统(dynamic system)是非常微妙的,只有当我们扩大时空范围深入思考时,才有可能辨识它整体运作的微妙特性。如果不能洞悉它的微妙法则,那么置身其中处理问题时,往往不断受其愚弄而不自知。
  
在本章中我们将介绍这些和许多常理相违勃,但却和一些古老的智慧相契合的法则。读者也可对照前两章的内容,进一步了解这些法则。有些法则或许让你有重复的感觉,那是因为它们原本就是一体的数面,另外也是为了多方认识的缘故。
 
1.今日的问题来自昨日的解
  
从前有一位地毯商人,看到他最美丽的地毯中央隆起了一块,便把它弄平了。但是在不远处,地毯又隆起了一块,他再把隆起的地方弄平。不一会儿,在一个新地方又再次隆起了一块,如此一而再、再而三的,他试图弄平地毯;直到最后他拉起地毯的一角,一条生气的蛇溜了出去为止。  
 
我们常常不知道产生问题的原因为何;事实上,此时你只需审视自己以往对其他问题的解决方案,便可略窥一、二,因为今日的问题经常来自昨日的解决方案。素来销售领先的公司,可能发现这季的销售锐减。为什么?因为上一季高度成功的折扣活动,吸引许多顾客提前购买,而使本季市场需求剧降。又如一位新上任的管理者为了控制成本,而减少库存,也会导致销售员花更多的时间向顾客解释为何延迟交货。而执行公务的警官,常有这样的经验:拘捕了东街毒品经销商,却发现只是使他们的阵地移转到西巷。还有就是有些城市之所以爆发许多与毒品有关的犯罪活动,竟是因为政府官员查获大宗毒品走私;因为如此一来,毒品短缺,价格高涨,而使许多受不了毒病的吸毒者铤而走险。
以上解决问题的方式,只是把问题从系统的一个部分推移到另一部分,当事者却未察觉。这是因为在系统中解决第一个问题者和承接新问题者经常不是同一人。
 
(这里重点是我们其实很少能够遇到完全雷同的两个……
编辑 | 阅读全文(1355) | 回复(0),人月&神话 发表于 2007-7-17 13:18
1.质量是一种衡量产品优劣的标准.它可以用普通,很好,非常,优越等词来形容
错:质量意味这符合要求,这是质量的全部意义.如果不采取这样的态度,每个人都会设置他们自己的标准
 
2.经济质量要求管理层能建立可以接受的质量水平,以作为执行标准
错:没有经济质量这回事,我们追求的始终都是第一次就把事情做对,真正适当的标准应该是零缺陷
 
3.质量成本就是指由于做错事情而耗费的支出
对:量是免费的,不符合要求才会浪费生产(注:个人认为这里指的应该是COGQ而非COQ)
 
4.检验和测试都应该属于制造部门,以使他们有独立工作的工具
错:必须三权分立.如果让检验和测试属于制造部门,你将不会得到任何有价值的缺陷记录
 
5.质量是质量部门的事情
错:质量应该是每一个参与者都必须关注的.质量部门应该担任测量和报告符合要求的情况,要求采取改进行动,鼓励防止缺陷,教导质量改进的职责,并作为整个组织的良心.(注:没看到英文原文,不知良心在此如何理解)
 
6.工人的态度是缺陷的主要成因
错:工人是按照管理层的态度来进行工作的,因此大多数质量问题的根源都是管理层不重视
 
7.我在每一个重要的工作部门都有趋势图表,可以告诉我缺陷的数量
对:如果连缺陷的数量和趋势都不清楚,就更谈不上改进了
 
8.我有一张列举10大质量问题的清单
不建议:质量问题清单不能从根本解决问题,要清楚的知道是哪个环节,哪个部门存在问题
 
9.零缺陷是一种激励工人的方案
错:零缺陷一种没有人会误解的方式来声明管理层的标准和态度
 
10.今天最大的问题是客户不了解我们
错:客户不需要了解你们,客户就是客户.你在私人生活中都会对所买产品的制造商毫不同情,又有什么资……
编辑 | 阅读全文(1878) | 回复(0),人月&神话 发表于 2007-7-17 13:18
从1995年我开始带领3个人的软件团队起,到现在也10多年了。一直以来我都在思考,如何才能确保一个软件项目能够顺利,成功的开发完成。而我能够得到的最为重要经验是:“决定一个项目成败的最关键的因素,是人!”

软件是人开发出来的,而且到目前为止,也只可能是人开发出来的。但是,在通常的,对于软件项目、软件工程的讨论中,关于人的讨论,往往被淹没在对于技术、方法、框架、过程等等话题的讨论之中。

这次正好有这样一个机会,可以把我长久以来的思考,整理出来,和大家一起探讨一下,软件开发项目中的人。这篇文章的预定读者,是项目经理,或者再高一级的 技术部门经理。一个项目组里的人是什么样子,或者最后这些人会变成什么样子,大部分是由这个项目的头是个什么样的人来决定的。
 
一、选人
每个软件公司都在招人,或者曾经、或者将要招人。但是,有多少软件公司,能够招到自己满意的人才呢?大家都在说现在人才难找。问题在于,有多少软件公司,懂得如何招人呢?当一个人才来你们公司应聘,你们能够发现他,而不是错过他、赶走他吗?

有些公司,根本不知道自己需要什么样的人才,于是就到网上去搜索一把,找来一堆自己都没有看过的题目。然后交给来面试的人做。绝大多数这种问题,要么特别变态,要么特别刁钻,要么毫无意义,要么只会让人觉得可笑。现在都什么时代了,还要求我们的程序员,拿着一支笔,对着一张纸来做题目?写错了一个字符,就会被扣分。拜托,现在的Google已经能够查到绝大多数问题的答案了!现在的IDE已经能够发现绝大多数的语法错误了!你们还在出这种遍历二叉树的题目?
 
如果你们一定要笔试,请不要出这种毫无意义的编程题行吗?

如果是我来出笔试题,我会通过笔试,考察一个程序员的描述能力,也就是把一个问题、一件事情,通过一段文字,干净利落的描述出来的能力。比如:请通过纯文……
编辑 | 阅读全文(1243) | 回复(0),人月&神话 发表于 2007-7-17 13:18
唐宋以后的中国文化,要讲儒、释、道三家,也就变成三个大店。

佛学像百货店,里面百货杂陈,样样俱全,有钱有时间,就可去逛逛。逛了买东西也可,不买东西也可,根本不去逛也可以,但是社会需要它。
 
道家则像药店,不生病可以不去,生了病则非去不可。生病就好比变乱时期,要想拨乱反正,就非研究道家不可。道家思想,包括了兵家、纵横家的思想,乃至天文、地理、医药等等无所不包,所以一个国家民族生病,非去这个药店不可。儒家的孔孟思想则是粮食店,是天天要吃的,“五四运动”的时候,药店不打,百货店也不打,偏要把粮食店打倒。打倒了粮食店,我们中国人不吃饭,只吃洋面包,这是我们不习惯的,吃久了胃会出毛病的。要深切了解中国文化历史的演变,不但要了解何以今天会如此,还要知道将来怎么办,这都是当前很重要的问题,因此我们要研究四书。
 
“学而时习之”,重点在时间的“时”,见习的“习”。首先要注意,孔子的全部著述讲过了,孔子的全部思想了解了,就知道什么叫作“学问”。普通一般的说法,“读书就是学问”,错了。学问在儒家的思想上,不是文学。这个解说在本篇里就有。学问不是文学,文章好是这个人的文学好;知识渊博,是这个人的知识渊博;至于学问,哪怕不认识一个字,也可能有学问——作人好,做事对,绝对的好,绝对的对,这就是学问。这不是我个人别出心裁的解释,我们把整部《论语》研究完了,就知道孔子讲究作人做事,如何完成作一个人。(这里我更习惯用知识,理论和和经验三个词.这里的知识就是学问.纯粹的理论可能是学问,经过实践后的知识和经验也是学问,没有学过理论直接实践获得的经验也是学问.而对我们工作最有用的是实践经验.理论如果没有通过实践转换为经验仍将毫无用处)
 
那么学问从哪里来呢?学问不是文字,也不是知识,学问是从人生经验上来,作人做事上去体会的。这个修养不只是在书……
编辑 | 阅读全文(1752) | 回复(1),人月&神话 发表于 2007-7-17 13:18
如果说九大知识体系在IT项目管理中哪个最重要,个人任务排在最前面的应该是人力资源管理和沟通管理,而里面最核心就是沟通和团队建设.IT项目管理和其它工程项目管理最大的一个差别就是IT成员一般都是高智商的,同时软件开发也不是简单的纯体力或机器化的劳动.虽然业界一直在努力朝软件工厂发展,但如人月神话所说,没有银弹.

项目经理最重要的职责是保证项目安装预定义的各自约束条件成功完成,你的资源和成本有限,但你需要保证项目在规定的进度下面按时完成,同时产品还需要达到预定义的质量目标.项目经理一个重要的职责就是整合,整合这些要素,整合客户,发起人,高层,项目成员等各种项目干系人.因此说项目经理90%以上的时间应该花费在沟通和协调上面.项目经理是一个重要的信息整合点和信息的分发点.

人不是机器,特别是软件开发人员,所以这里的观点一直都是如果认为人是机器,那整个软件开发过程就应该完全能够自动化.如果达不到这个要求,那说明在架构,详设和编码中开发人员都在主动能动的思考.只是大家思考的宏观,微观,深度和广度不一样.如果我们说软件项目开发团队中的成员都是有固定生产率的机器,那整个软件项目管理的复杂度将降低一半以上.整个软件项目管理复杂度这是一个重要的地方.

最后期限一书已经通过一个简单的模拟模型指出,如果整个项目团队存在一个固定的人员流失率的时候,你的项目团队整体生产率是根本无法恢复到原有生产率的100%的水平的.整个项目一般仅仅能够维持在6-7成整体生产率的水平上.项目人员的流失,新员工的引入,工作的的交接,技能的培训,由于技能不足而引入的额外质量问题都是项目必须面对和解决的问题.

我们建一栋房子,有个工人离开我们很容易就可以找到一个接替人,相关工作一教就会.而软件开发人员流失,则首先招聘到替代者可能就是一个漫长的过程,及时招聘到熟练的编码人员,但开发人员要熟悉项目的业……
编辑 | 阅读全文(970) | 回复(0),人月&神话 发表于 2007-7-17 13:18

2007-7-17 13:18 | 经典游戏纪念-转载

 
大家在拿星际和其他游戏对比的时候请注意一下。星际不是游戏,星际是艺术。本来这曾经是一个游戏,但它的完全超越了一个游戏的价值和内涵。先不说星际和FPS游戏的比较,先说RTS。
  
很多年前,就有人说星际没有帝国好,说星际没文化内涵,而帝国和人类历史成照应。这些人明显书读得少。星际的任务模式,提供了史诗一般的剧情。许多人说星际争霸像电影《星河战队》。我只能说他不懂。星河战队怎么能和星际相比?剧情打分的话,星河战队连及格都达不到,星际是满分!像记实电影一样的描写手法,英雄史诗般的悲壮味道,好莱坞的科幻片几乎还找不出能与之相提并论的。
  
更有人抨击星际设定得不够真实,不像红警2。我想说的是这人只能算是个知识肤浅的普通玩家,永远只知道赶潮流,玩最流行的游戏。他根本不懂得,不真实,正是星际最出色的地方。星际正是采用了抽象概念。在游戏里,所有的兵种,都只是一颗棋子。比如一架运输机装8个枪兵,他们足够毁灭掉整个基地(如果你不采取措施。)在这里运输机就不仅仅是一架运输机。它只是一颗旗子,代表成百上千的运输机,装载不计其数的枪兵。知道象棋吗?一个车,一个马,一个炮,足以灭掉所有的士象和兵卒。那并不是真正只有一个车一个马一个炮,而是千百个车马炮,用一个棋子来表示。星际也一样。真实与否并不重要。重要的是,在各个比赛地图为棋盘的条件下,双方能用各种棋子演绎出最精彩的对弈。星际不是游戏,而是艺术的棋局。它的影响力直追影响了历史的象棋和围棋。
  
许多游戏模仿星际,企图造就这种平衡而让玩家具有对弈的感觉。但都失败了。星际的内涵在于三个不同的种族,所有兵种都不同,完全……
编辑 | 阅读全文(964) | 回复(0),人月&神话 发表于 2007-7-17 13:18
关于项目中方法,工具和技术的说明是一个很重要的内容.都是项目管理的重要元素.特举个项目中的例子如下:
 
项目中的方法
1.项目采用了RUP的相关方法论,以用例分析为驱动,得出相关的软件需求说明书和用例模型;以架构设计为核心,在软件需求基础上进行4+1视图的架构设计,得出相关的分析模型;具体的增量迭代在需求和架构上不迭代,在后续的结队开发中进行迭代。
 
2.项目借鉴敏捷开发的部分方法论,在结队开发任务中强调设计开发人员的紧密协作和工件的Review和单元测试。强调项目个体技能对项目重要性;强调整个团队价值观对项目成功的重要性。
 
3.项目借鉴MSF的相关方法论,对项目人员角色和职责进行了明确的划分,保证了角色和职责的明确;在项目过程中采用每日构建流程,保证相关功能的持续集成和问题的及早暴露和发现。
 
项目采用的工具和技术
1.需求采用Rose出用例模型和业务对象模型,采用DotNet2003开发界面原型。采用Word出软件需求说明书。

2.架构和设计采用Rose或XDE出分析模型和设计模型,采用PowerDesigner出数据库设计,采用DotNet2003出相关的原型。
 
3.编码采用DotNet2003完成前台编码。采用PL/SQL Developer或Toad完成后台数据库表和存储过程编码。
 
4.测试采用Nunit进行单元测试,采用LoadRunner进行性能测试。
 
5.项目方面采用CQ进行需求变更和BUG的管理;采用CC进行项目数据的管理;采用Excel进行测试用例的管理和追踪;采用RP进行需求追踪和需求状态的管理;采用***进行项目任务的管理;采用***进行度量数据的收集后分析;采用**系统管理相关的同行评审。
编辑 | 阅读全文(1305) | 回复(0),人月&神话 发表于 2007-7-17 13:18

2007-7-17 13:18 | 项目计划内容总结

项目目标:包含进度,成本,质量三个方面的目标.其中成本主要是人力资源的投入.而质量目标一般应该是产品进入维护阶段后的缺陷泄露情况.项目进行过程需求,设计和开发各阶段相关工件需要达到的质量要求.这三个要素是项目的主要目标,相关还可能存在其它目标.如你需要控制项目范围的变化幅度,你需要在项目过程中人员技能水平提高了怎样一个水平,你对各过程定义的偏差限度等.整个项目管理过程和阶段的活动都是围绕相关目标进行,在有限的资源情况下按时按质的完成项目.
 
假设和约束:假设和约束最大的区别就是一个是确定的,一个是不确定的.假设最重要的是要出一个依据,这个依据对项目计划过程和项目目标的实现造成影响,但根据项目现在已知因素又无法确定这个依据是否是一定成立的.而约束则是这个依据一定是成立的,项目必须遵循这个依据.所以假设的例子有项目假设在进入设计开发阶段后编码人员能够到位,假设项目执行过程中范围偏差不会超过10%,假设项目估算依据的历史估算数据是真实可信的.而约束我们考虑因素同样是从项目几个要素考虑,从进度,资源和质量等.另外要考虑的就是技术约束,如项目所使用的开发工具,技术架构,必须遵循的技术标准等.如项目必须使用**标准开发网页以满足不同浏览器浏览,项目资源约束在**人内,项目必须在**日发布版本等.
 
项目验收标准:太重要了,这是项目收尾的一个重要依据,项目收尾时候的项目验收必须通过项目验收标准进行,防止扯皮.项目的的产出是产品,服务和成果.对于每项都必须定义明确的验收准则和标准.因此项目交付物必须是可以验证的,如果是一个不可验证的东西则不能称为项目的交付物.
 
角色和职责:这个一定要分清楚,职责和职务一般只有一个,但其可以承担多个角色的任务.角色和职责间是一个多对多的关系.如评审员就是一个虚拟的角色,可能并没有一个专门这样的……
编辑 | 阅读全文(1301) | 回复(0),人月&神话 发表于 2007-7-17 13:18

2007-7-17 13:18 | CMM的管理思想-摘录

CMM的基本思想是基于已有60多年历史的产品质量原理。希袄特(Walter Shewart)在30年代发表了统计质量控制原理,戴明(W.Edwards)和朱兰(Joseph Juran)的关于质量的著作又进一步发展和论证了该原理。实际上,将质量原理变为成熟度框架的思想是克劳斯比(Philip Crosby),他在著作“Quality is Free”首先提出,他的质量管理成熟度网络描绘了采用质量实践时的5个进化阶段,而该框架后来又由IBM的拉迪斯(Rom Radice)和他的同事们在汉弗莱(Watts Humphrey)指导下进一步改进以适应软件过程的需要。1986年,汉弗莱将此成熟框架带到了SEI并增加了成熟度等级的概念,将这些原理应用于软件开发,发展成为软件过程成熟度框架,形成了当前软件产业界正在使用的框架。
随着软件技术多年的发展,软件过程的模型也已经经历了许多个发展阶段,从最初的简单的编码加修正模型发展出许多适应不同需要的软件过程模型,比如瀑布型、转换模型、并行的瀑布模型、演进式开发模型以及螺旋式Spiral模型等等。这些模型各有利弊。并不能够十全十美地描述软件过程。因为软件过程本身就是一种复杂的过程,不可能被简单地轻易地表示和确定。

虽然软件工程师和管理人员通常非常详尽地知道他们的问题所在,但是哪些改进是当前最重要的问题,他们可能彼此有不同的意见。而且缺乏一个组织的改进策略,管理人员和专业人员之间在首先采取什么改进措施上很难达成一致意见。经过深入的调查和研究,终于认识到软件过程的改进不可能一朝一夕就能成功,需要持续不断的进行软件过程改进改进,软件过程改进是在一系列微小、不断发展的,而不是革命性的创新步骤中实现的。为了从过程改进中努力中取得持久的结果,有必要设计一个改进路线来一步一步地改进软件机构的成熟度。软件过程成熟度框架中得出的改……
编辑 | 阅读全文(1401) | 回复(2),人月&神话 发表于 2007-7-17 13:18

2007-7-17 13:18 | 为何用Google而不用Baidu

为什么用Google而不用Baidu
如果是搜索赞助或广告还是强烈推荐采用Baidu来进行搜索。但是对于专业和专业领域的搜索则还是推荐采用Google进行搜索。在对我关注的软件工程和IT项目管理,CMMI等领域,使用Google和Baidu搜索进行了比较:
 
1.关键字 IT项目管理
采用Google搜索到的前五位网站是:
项目管理者联盟: http://www.mypm.net
中国项目管理资源网: http://www.leadge.com
中国项目管理信息网: http://www.cpmi.org.cn
中国项目管理网: http://www.project.net.cn
项目管理咨询网: http://www.pmway.com
采用Baidu搜索到前五位,除了第五位是mypm的IT管理专栏外,前四位全是广告
 
2.关键字 软件工程
采用Google搜索到的前五位网站是:
软件工程专家网: http://www.51cmm.com
UML软件工程组织: http://www.uml.org.cn
软件工程: www.chinagrid.com/software/softwareA.htm
天极网软件工程: www.chinabyte.com/key/4887/134887.html
采用Baidu搜索的前两位又是广告,排第一是ibm软件工程产品,第二是软件工程硕士的招生班
 
3.关键字 CMMI
采用Google搜索的前十位搜索到了CMMI介绍,软件工程专家网和51tesing的CMMI栏目,CMMI的维客资源,CMM的学术园地等信息。
采用Baidu搜索的前十位基本没有任何可用的信息,全是培训和咨询服务公司的广告。
 
4.关键字 软件开发
G……
编辑 | 阅读全文(1207) | 回复(0),人月&神话 发表于 2007-7-17 13:18
随着计算机硬件水平的不断提高,计算机软件的规模和复杂度也随之增加。计算机软件开发从“个人英雄”时代向团队时代迈进,计算机软件项目的管理也从“作坊式”管理向“软件工厂式”管理迈进。这就要求软件开发人员特别是软件项目管理人员更深一步地理解和掌握现代软件工程的理论方法,完成思想观念上的转变。笔者在此分析了10个在现代项目管理中思想观念上容易陷入的误区,希望能够抛砖引玉,引发大家更多的思索和讨论。
误区1:在项目的需求分析阶段,开发方与客户方在各种的问题的基本轮廓上达成一致即可,具体细节可以在以后填充。因为无论开始时有多么细致,以后对需求的修改几乎是必然的。分析:这是一种非常危险的思想。实际上许多软件项目失败的最主要的原因就是需求阶段对问题的描述不够细致,导致后来预算超出或者时间进度达不到要求。正确的做法是:在项目需求分析阶段,双方必须全面地尽可能细致地讨论项目的应用背景、功能要求、性能要求、操作界面要求、与其他软件的接口要求,以及对项目进行评估的各种评价标准。并且,在需求分析结束以后,双方还要建立可以直接联系的渠道,以尽早地对需求变动问题进行沟通。(范围的核实和项目验收都要根据范围基准进行。因此前期的范围说明书和范围的基线至关重要)
误区2:软件项目的需求可以持续不断的改变,而且这些改变可很容易地被实现。分析:的确,在具体实际中由于种种原因客户方很难在需求分析阶段全面而准确地描述所有问题。随着开发进度的推进,往往会有一些需求的改变。而现代软件工程理论也利用软件的灵活性特点通过各种方式来适应这种情况。不过,这并不表明“软件项目的需求可以持续不断的改变,而且这些改变可很容易地被实现”。实践表明:随着开发进度的推进,实现软件需求更改所需要的代价呈指数形式增长。假定在需求分析阶段实现需求更改需要花费1倍的代价;那么,在系统设计和编码阶段,需要花费1.5-6倍的代价;在……
编辑 | 阅读全文(1049) | 回复(0),人月&神话 发表于 2007-7-17 13:18
软件开发的残酷的现实告诉我们:没有规则的软件开发过程带来的只可能是无法预料的结果。我们中的大多数项目管理人员在其个人简历中纷纷写到:"拥有多年的丰富的项目管理经验",但在实际开发中,"丰富的"管理经验变成了软件开发人员可怕的梦魇。一次次的失败、一次次的返工,她所谓的项目管理经验只不过是再一次的游戏于"无间"(十八层地狱)。一次,在与不少项目管理者的交流中,大家纷纷提到的软件变更带来的可怕影响。但是正如完整的法律体制不能制止犯罪,但没有完整的法律体制犯罪会更加猖獗一样,频繁的软件变更固然可怕,但是没有一个完整的项目管理对应机制,我们无法相像项目最终会是一个什么样子。此外还有一次,笔者在求职时,招聘公司的技术主管(40-50岁左右),向我吹嘘公司按CMM4的过程规则来进行软件的开发和管理。殊不知,我一问下面开发人员,她们在经历无数的加班后正在给已经完成的软件项目添加软件概要设计书,这让我大吃一惊。如此这样形式主义的公司,不呆也罢。

记得一个格言曾经说过"人类最愚蠢的行为在于忘记常识"。另外一句较为相仿的格言则是"不知道历史的人必然会重蹈覆。作为项目管理来说亦为同样的道理。很可惜,我们中的大多数管理者口口声声"软件工程",工作时"用程序代替用户需求",极具政客的嘴脸。其结果必然如目前媒体"程序员生存状况"所言,以开发人员在时间的牺牲为代价来换取项目的结束,这是再为普遍不过的现象,在此不再妄加评论。

如何改善我们的软件开发管理,一条便捷之道便是"尊重常识,尊重历史经验教训"。在软件项目管理中,有许多的原则和经验可以供我们借鉴。
 
一、 计划原则
 
没有计划,你无从知道什么时候控制和变更。制定一个详尽的计划,以详细到开发人员可以理解的程度为宜。计划能够告诉你什么时候应该做什么。没有计划,你无从知道自己需要做什么。不少项目经理告诉组员……
编辑 | 阅读全文(764) | 回复(0),人月&神话 发表于 2007-7-17 13:18

2007-7-17 13:18 | CMMI 1.2的变化-转载

其中最大的变化是每三年,主任评估师会有一次回访!如果没有按照执行的话,SEI将不会在网站上公布该公司的认证信息,也就是说不将承认该公司的CMMI认证.具体变化如下:
CMMI 套装产品V1.2计划于2006年八月发行,虽无重大改变,然新版内容将包含如下:
Model Improvements
* 扩展新领域(如,服务、采购)至模型架构中;
* 发行集成的CMMI阶段式及连续式两种表现法的合订本;
* 删除advanced practices and common features的概念;
* 精简了集成的产品与过程开发材料、
* 将供应商资源supplier sourcing (SS)纳入基础模型;
* 增加硬件相关的范例。
SCAMPI Appraisal Method Improvements
* 删除了数据收集在设备上的要求(例如,调查);
* 增加了如何描述替代性活动alternative practices的解释;
* 限制了评估最长期限;
* 定义了抽样式和渐进式评估的要求;
* 扩大评审前readiness reviews的范围,包括对被评审的组织、团队及后勤方面的审查;
* 要求评估发起人签署Appraisal Disclosure Statement文件;
* 限定评估结果的最长有效期为三年。
Training Improvements
* 更新课程教材,与CMMI模型及评估方法的变动相呼应
* 改善课程教材的明确性与一致性
CMMI V1.1 改版升级
CMMI V1.1改版升级期将于V1.2发行后正式开始,为让使用大众有合理时间能升级到V1.2版,在2007年12月底前的这段改版升级期,将在退役的教育训练及评估教材中采用可度量的方法。
教育训练课程
CMMI 课程简介(阶段式与连续式)V1.1……
编辑 | 阅读全文(1431) | 回复(0),人月&神话 发表于 2007-7-17 13:18

2007-7-17 13:18 | MDA常见问题解答-转载

什么是MDA?它和其他架构有什么区别?
 
MDA是一种新的用于编写规范(specifications)和开发应用程序的途径,它基于平台无关的模型(PIM:platform-independent model)。
 
一个完整的MDA规范包含:
1、一个权威的基于UML的平台无关模型PIM;
2、一个或者多个与特定平台相关的模型PSM;
3、接口定义集合- 每个集合描述了基础模型再不同中间件平台上的实现。
 
一个完整的MDA应用程序包含:
1、一个权威的PIM;
2、一个或者多个PSM;
3、一个或者多个完整的实现- 开发人员决定支持的所有平台上的应用程序实现。
 
基于MDA的开发首先关注于分布式系统或者应用程序的功能和行为,而不是它将采用哪种具体的技术来实现。MDA使得业务逻辑和实现细节相分离。因此,每当一种新的技术(例如XML/SOAP)到来的时候,我们不必再重复对系统或者应用进行建模的过程,而其他架构往往都和某种特定的技术或者平台捆绑在一起,无法达到这一目的。使用MDA,我们对系统的功能和行为的建模只需一次,而且是仅需一次。将PIM映射到某个特定平台的PSM的工作是由工具自动完成的,当我们需要支持新的技术的时候,这就简化了我们的工作。
 
 
为什么OMG朝着一个新的方向发展?是什么原因驱使的?
如果你重新审视OMG的发展历史你会发现,其实MDA并不算是一个新的方向。1997年,OMG将其工作范围进行了扩展,接纳了使用UML和MOF进行建模的工作。虽然平台无关的UML模型可以在任何平台上实现,但是问题在于,随着项目的进展,UML模型和实现往往会出现脱节,不能很好地同步--树桩仍然固定在地上,但是随时间的推移,它周围的组织结构已经发生了变化。MDA将……
编辑 | 阅读全文(1116) | 回复(0),人月&神话 发表于 2007-7-17 13:18

2007-7-17 13:18 | 精选了三张收藏

编辑 | 阅读全文(776) | 回复(0),人月&神话 发表于 2007-7-17 13:18
(共 973 条) 1 2 ... 34 35 36 37 38 ... 64 65 翻页至

仅列出标题