自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

张传波(网名:Fireball,大大大火球)

敏捷 UML 需求分析 团队建设 研发管理 CMMI 中高层领导训练 绩效考核

  • 博客(68)
  • 资源 (2)
  • 收藏
  • 关注

原创 2.6 《硬啃设计模式》第8章 复制不是很难 - 原型模式(Prototype Pattern)

某即时战略游戏,你训练出来各种很强的战士。为了增加游戏的可玩性,增加了一种复制魔法。实施该魔法,可以复制任意的战士。你会怎样考虑这个设计?

2013-10-30 22:55:50 1811

原创 2.5 《硬啃设计模式》第7章 车手选车 - 生成器(Builder Pattern)

某赛车游戏,玩家可以选择不同的车,这些车其实是采用不同性能的配件组成的,如:车胎、发动机等。玩家选择一部车,其实就是new了一部车。你如何考虑“new car”的代码?要new这个车,可能需要先new出车的各个配件,然后将这些配件组合成car。某些复杂对象要new出来时,往往需要先new出它的子对象,然后组装成进父对象中,这些子对象有时候甚至组成了“树”结构。生成器模式就是用来解决这问题的。

2013-10-29 20:19:44 1855

原创 2.4 《硬啃设计模式》第6章 “妞”太多,如何管理?(3)- 抽象工厂(Abstract Factory Pattern)

有时候我们希望能得到一系列对象,不是一个对象,这时我们可考虑用抽象工厂,抽象工厂中有多个方法,分别得到不同的对象。

2013-10-28 19:54:26 1860

原创 4.2 CMMI4级——组织过程性能(Organizational Process Performance)

OPP是对组织级提出要求的,组织要根据公司的商业目标、企业的实际情况,选择要进行性能分析、量化管理的子过程,制定组织的质量和过程方面的量化的目标,建立基线和模型。这些量化的目标、基线、模型,要用于进行项目管理。具体内容见QPM。

2013-10-28 02:42:27 4259

原创 UML常用工具及如何快速上手

我使用过不少UML软件,我会简单介绍我的一些心得体会,希望这些体会能帮助你更快上手、更快找到适合你自己或贵公司的软件。但我不会具体介绍某一种或几种UML工具的细节,也不会说我用得最多的是哪个软件,免得有广告的嫌疑。

2013-10-25 22:25:59 2902

原创 2.3 《硬啃设计模式》 第5章 “妞”太多,如何管理?(2)- 工厂方法(Factory Method Pattern)

我在实际工作中还没有用过工厂方法,本文简单谈谈我的理解,供大家参考。这个图一下子不太好理解,我们先回顾一下简单工厂,简单工厂是通过一个方法来包装new对象的动作,如果我们将new对象的动作包装到一个类中,那么这个类就可以看成是一个工厂,该工厂专门用来产生某些对象的。有时候我们希望能生产苹果、西瓜、葡萄等不同品种的水果,这样一个工厂就不能满足要求,我们需要分别做出苹果工厂、西瓜工厂、葡萄工厂,需要苹果时就调用苹果工厂的CreateProduct()就搞定了。

2013-10-24 13:54:28 2193 1

原创 2.2 《硬啃设计模式》 第4章 如何管理全局信息?- 单件模式(Singleton Pattern)

单件模式可能是23种模式中最简单也被说得最多的模式了。什么情况下可考虑用单件模式呢?需要一致地管理全局信息时,可考虑用单件模式。

2013-10-24 13:40:21 2139

原创 2.1 《硬啃设计模式》 第3章 “妞”太多,如何管理?(1)- 简单工厂

简单工厂不是23种模式中的一种,但在我们实际工作中经常会用到,简单工厂是管理“妞”(new)的最常见方法。在程序中new对象一般没有这样简单,往往要根据不同的情况new不同的对象,并且要初始化对象,我们往往将这些工作“包装”到某个方法里面,通过这个方法直接得到需要的对象。

2013-10-24 13:36:21 2023

原创 1.2 《硬啃设计模式》 第2章 学习设计模式需掌握的UML知识

要看懂设计模式,你需要懂类图(Class Diagram),也需要懂一点对象图(Object Diagram),本文介绍一些UML的必要知识,以便你学习设计模式,本文一共有10多个图噢!

2013-10-24 13:21:13 2302

原创 4.1 CMMI4级——CMMI4级简述

2、3级已经对软件开发的方方面有了详细的指引,4级还会有什么更高的要求呢?4级叫定量管理,那什么叫定量管理?微软的MSF达到CMMI几级水平呢?是不是所有企业都适合做CMMI4级呢?

2013-10-23 17:11:54 4381

原创 3.13 CMMI3级——决策分析与解决方案(Decision Analysis and Resolution)

决策分析就是根据一定的选择标准,在一些候选方案中选出合适的方案。一般来说,经过决策分析后得出来的决策,科学性更高,实施该方案成功概率会比较高。但实施决策分析本身的成本也比较高,一般我们只在重大问题采取决策分析的办法,例如:大家购买房子就需要决策分析一下了,但今晚去哪里吃饭,恐怕就不需要决策分析一下了。

2013-10-22 13:18:17 4345

原创 3.12 CMMI3级——深入理解三个O(OPF OPD OT)

3级出现了3个以O开头的PA:OPF、OPD、OT。O就是Organizational(组织的)的第一个字母,在2级的时候还没有见到一个O开头的PA,3级就出现了3个,4级还会有1个,5级也会有1个。虽然只有3个PA是O开头的,但不代表其它PA与组织级没有关系,其实到了3级全部PA都包含对组织级的要求,大家会发现大部分PA的SG1其实都是针对组织级的要求的。本文将会让你进一步理解CMMI2级和3级的区别。

2013-10-22 13:14:42 8857

原创 3.11 CMMI3级——组织培训(Organizational Training)

软件研发是高难度的技术活和团队协作活,几乎所有的项目都不可能在项目开始之前就具备完成该项目所需要的技能,所以培训、特别是组织级别的有计划有前瞻性的培训就显得很重要了。

2013-10-22 13:07:30 3419

原创 3.10 CMMI3级——组织过程定义(Organizational Process Definition)

Organizational Process Definition,简称OPD,就是一个组织如何进行知识管理的问题了。知识可以包括两类,非技术类和技术类,非技术类包括:标准过程、规章制度、流程、项目管理经验、度量数据等等,技术类包括:设计、代码库、重用组件等。组织除了要对知识进行分类外,还需要建立知识的收集、分析、存储、使用的策略及具体可操作的办法等。

2013-10-22 12:59:50 4006

原创 3.9 CMMI3级——组织过程聚焦(Organizational Process Focus)

要做这个PA,组织要成立EPG(Engineer Process Group)专门负责过程改进的工作。这个组是整个公司过程改进的动力源头、策划中心、执行中心、培训中心。很多公司的过程改进没有做好,很大部分的原因是EPG的成员没有选择好。EPG成员绝对不能清一色都是“理论派”,没有具体项目经验的。

2013-10-21 22:06:19 2923

原创 3.8 CMMI3级——集成项目管理(Integrated Project Management)

集成项目管理(IPM)是2级的项目计划(PP)与项目计划跟踪与控制(PMC)的“升级版”,而4级的定量项目管理(QPM)又是集成项目管理的(IPM)的“升级版”。3级与2级最大区别之一就是上升到组织级,项目管理也是一样,项目需要利用组织资产库定义项目自己的过程,考虑各种计划的集成。这是“集成”的其中一层意思,“集成”另外一层意思就是,要协调和管理好项目开展过程中各相关关系人。

2013-10-20 19:45:47 3427

原创 3.7 CMMI3级——风险管理(Risk Management)

有这样的说法:项目管理其实就是风险管理,把风险管理好了,项目也就管理好了。可见风险管理是多么重要啊!CMMI2级的PP这个PA的SP2.2提到要识别风险,但这里的要求还是处于项目级别层次的。3级中的RSKM,已经把风险管理上升到组织层面,组织级需要对风险进行分类、定义风险的属性、制定风险的管理策略等。

2013-10-19 18:06:32 4577

原创 3.6 CMMI3级——确认(Validation)

验证强调的是在开发过程中对工作产品进行检查,尽早发现问题。而确认强调的是,在真实的使用环境中,确保软件能达到预期的效果。开发环境与真实环境是不可避免存在差异的,为了有效地避免在开发环境中没有问题,但一到真实环境就出现问题的情况,确认的工作是非常重要的。

2013-10-18 15:56:52 2428

原创 1.1 《硬啃设计模式》 第1章 大话设计模式

我将在CSDN上陆续为大家分享《硬啃设计模式》的全部内容,先分享第1章,对设计模式来一个初级扫盲,并分享一些学习设计模式的体会和方法。本文属于扫盲级别的,老鸟请无视。后续我会针对每一种设计模式都做一些分享,谢谢!

2013-10-18 15:46:32 3513 2

原创 0.《硬啃设计模式》- 序、目录、下载方法等

无奖竞猜:上联:越看越晕;下联:越晕越看!请问横批是什么?十年前第一次听说它,觉得很神奇,先后投入了N轮的学习时间,每一轮都是越看越晕,越晕就越想看懂它!没错,这就是“设计模式”!我看的第一本设计模式书是《设计模式 可复用面向对象软件的基础》,看得晕来晕去,仅懂一些皮毛,后来让我开始有感觉的是《Head First设计模式》。通过不断地学习,不断地与实际工作联系起来,我在当时的公司准备了“设计模式”的系列课程并为同事们分享,后来我写下了一本电子书《硬啃设计模式》,打算陆续分享给大家,当然你也可以直接下载完整

2013-10-18 14:47:57 2975

原创 3.5 CMMI3级——验证(Verification)

验证就是按照既定的标准,检查工作产品是否符合要求。工作产品可能是文档也可能是软件本身。而检查的办法一般是同行评审或者是软件测试。那什么是同行评审呢?比方说:A君是做软件设计的,B君也是做软件设计的,A君写了一份设计文档,让B君这个同行(因为大家都是做设计的)来给给意见,这样就使同行评审。同行评审的目的就是让有同样工作经验和技能的人来评审自己的工作产品,发现尽量多的问题。验证这个PA其目的是希望软件企业在软件开发整个过程中,做好相应的检查工作,把尽量问题发现前面,保证了项目的可控性,降低开发的成本。

2013-10-17 16:04:52 2867

原创 3.4 CMMI3级——产品集成(Product Integration)

什么是产品集成?简单的说就是把组成产品的所有软件组件组装起来,使之运行在目标环境上,产品集成包括软件组件之间的集成、软件与硬件的集成、软件基础数据的录入、调试等。系统越复杂,集成就显得越发重要。微软的每日构建,极限开发中的持续集成,都是对产品集成的基本原则,其基本道理就是随时保证组成最终产品接口一致,能顺畅运行,能随时拿得出可运行的版本。

2013-10-17 16:01:10 5493

原创 3.3 CMMI3级——技术解决方案(Technical Solution)

不知道您的工作中,在设计方面是否有这样的一些问题:1)无设计文档;2)有设计文档,但形同虚设;3)设计时没有考虑可以重用以前项目或者第三方的代码或组件;4)没有用需求来驱动设计;5)设计没有考虑多过一个的方案;6)没有考虑清楚设计的原则和标准;7)设计的弹性不够、架构落后?;8)代码与设计脱节?;9)代码到处是炸弹或地雷……

2013-10-17 15:56:59 4677

原创 3.2 CMMI3级——需求开发(Requirements Development)

要理解好本PA,需要先理解清楚以下几个关键的概念:1)客户需求(Customer Requirements);2)产品需求(Product Requirements);3)产品组件需求(Product Component Requirements)。我们经常抱怨客户的需求在变,其实80%的原因是没有把握住客户需求,其实客户经常变的是产品需求或者是产品组件需求,客户需求是很少变的,就是因为我们没有把握住客户到底想要什么、需要什么,导致我们认为客户太难“服侍”了。只有把握住客户真正的需求,我们才能抓住根本,万变

2013-10-17 15:40:48 4660 2

原创 3.1 CMMI3级——11个PA简述

3级的几个重要特点:1)明确规定了需求开发、设计、编码、测试、集成等软件开发各过程的要求。2)对项目管理提出了更高的要求,要利用组织级的数据来管理项目。3)出现了专门针对组织级的PA,要求有专门的组织来负责过程改进的工作。4)提供了一个做出最佳决策的指导,而这个方法可以用于软件工程,也可以用于组织级过程改进。

2013-10-17 15:28:45 2825

原创 2.8 CMMI2级——度量(Measurement and Analysis)

度量工作有很多学问,所有的度量工作,都需要回答这些问题:1.度量的目的是什么?2.谁来做这个度量?3.什么时候做这个度量?4.如何做这个度量?5.怎样记录度量的数据?记录到哪里?6.谁会使用这些数据?7.如何分析这些数据?8.谁来分析这些数据?9.分析的结果如何使用?

2013-10-16 13:55:31 3079

原创 2.7 CMMI2级——过程与产品质量保证(Process and Product Quality Assurance)

有人可能会说,过程就算是错的,也需要执行,在执行中持续改进。这个观点在某些情况下是不对的,要看过程错的程度。如果过程错到根本无法执行,这样强硬执行的话,肯定吃力不讨好。在刚建立过程的时候,不宜太死,可以适当宽松,另外应该鼓励项目组定义自己的做法,然后QA就按照项目组自已定义的做法来监督执行。通过不断的积累,就可以建立比较完善的过程。

2013-10-16 13:47:02 3822

原创 2.6 CMMI2级——供应商协议管理(Supplier Agreement Management)

做软件开发的,不免要购买一些软硬件。软件可能是中间件、控件、插件、组件等,硬件可能是一些服务器、PDA、单片机等。只要稍微复杂的项目,都不可避免的会有采购的问题,就算目前没有采购,以后也会不可避免。另外也有可能把项目的一部分外包给第三方来做。作为一个想改进过程的企业,是不应该规避这个问题的。采购的软硬件或者是外包,都会从根本上影响项目的成本、进度和质量,采购和外包可以认为是风险最大的活动之一。

2013-10-15 21:09:24 2930

原创 2.5 CMMI2级——配置管理(Configuration Management)

配置管理就是用了一些什么工具,建立了什么基线,成立了什么变更控制委员会,对所有的变更进行严格的控制吗?这样项目组将会苦不堪言,调整一下计划都需要提什么变更申请,修改什么设计文档也要经过一番审批,天啊,配置管理就是这样的吗?我们并不是为了配置管理而管理,配置管理是对软件生产过程中的各类工作产品进行管理的办法,要做这个工作之前,应该先理清楚到底会有什么工作产品,这些工作产品的依赖关系是怎样的,哪些是重要的工作产品,不同的工作产品需要什么层次的管理。

2013-10-15 20:56:01 3490

原创 被遗忘的角落-CMMI的团队管理

不少人士可能都会对CMMI有这样的一些误解:CMMI重视过程不太重视人员管理;CMMI强调按过程执行,而忽视人员的主动性、创造力;过程是死的,文档也是死的,但人是活的,事情也是变化的,CMMI的执行缺乏弹性;…… 本文将为大家阐述CMMI对团队管理方面的要求,还CMMI一个“清白”。

2013-10-14 16:51:55 2788 1

原创 IT行业常见职位职业路线图

有人问:我不喜欢写代码,但我想成为软件设计师,有什么方法吗?也有人问:我刚毕业对QA这个岗位很喜欢,请问我怎样才能做一名优秀的QA?而我的经验告诉我,如果不热爱编程,如果没有扎实的编程功力,可选择的职位真的很少,或者说很难有长远发展。本文分享我的一些粗浅建议,个人经历有限,仅供参考,请各位职场上的老鸟多多赐教!

2013-10-14 16:24:52 6613 2

原创 大学生应该学什么?

之前的文章“大学应该设置怎样的计算机专业” ,我们更多的是无奈!作为学生的自己应该如何掌握自己的命运呢?我将会从我的读书及工作经历和经验,以及我作为面试官对应届生的要求,为大家分享,希望能对学校中的朋友有帮助!

2013-10-14 15:50:03 4086 2

原创 大学应设置怎样的计算机专业?

我是70后,1998年大学毕业几年后,就逐步晋升到中层的位置,开始需要招聘一些应届生,当时我就抱怨:这些80后啊!现在我已经奔4了,很多80后已经晋升到中层甚至高层的位置了,然后他们跟我抱怨:那些90后啊!我想不用几年,90后就会抱怨:那些00后啊!中国计算机教育怎么了?一代不如一代吗?本文时候适合在读或者准备读大学(特别是计算机专业)的朋友观看。

2013-10-14 15:37:08 2599 2

原创 用数据管理过程(4)——超级量化管理(持续优化级)及总结

由“感知级”到“经验级”,再到“可预测级”、“持续优化级”这个过程是不可跨越的,不同级别的“用数据管理过程”,都是由商业目标驱动的,只是不同级别所达到的量化管理程度不一样。那为什么要“用数据管理过程”呢?如果有一个非量化管理的办法,成本更低,并且能更有效地达到目的,那我们当然就采用那个办法,而不会片面地追求“用数据管理过程”了。所有想“用数据管理过程”的人士,都应该认真思考这个问题,并考虑哪种层次的量化管理级别适合您的商业目标。

2013-10-12 12:32:39 2583

原创 用数据管理过程(3)——可预测级别的量化管理(麦当劳的管理方式)

麦当劳的薯条不少人都吃过,味道很好,而且每家麦当劳的薯条味道很一致。麦当劳是如何做到的呢?我们分析一下生产过程,我们发现薯条从原材料开始,到后续加工,油炸的时间,薯条炸出来后多少分钟没有售出,就销毁,整个过程都有严格的控制,而且很多地方是量化控制,时间甚至精确到秒。严格的过程控制,保证了薯条能高质量地稳定地产出。全球的麦当劳,都用同一的严格过程来管理,所以保证了全球的麦当劳的食品都是高质量的而且是高度一致的。从另外一个角度说,只要麦当劳按照既定的过程来生产食物,就可以“预测”出最终食物的情况,麦当劳将对最终

2013-10-12 12:25:29 3280

原创 用数据管理过程(2)——通过经验值管理项目

进行初级量化管理的时候,企业通过实际的参数值,来“感觉”项目的状况,当积累足够多数据的时候,管理者可能会找出项目间的一些共同的数据特点,如可以统计出“平均值”、“最大值”、“最小值”,这些数据,可以描述组织整体的性能。当数据积累比较多的时候,组织级的经验数据可以用来管理以后的项目,例如可以用组织的平均值做为量化管理的要求。这个时候,就达到了中级量化管理水平了。

2013-10-12 12:19:01 2032

原创 用数据管理过程(1)——以数据“感知”项目状况

有很多软件企业在项目过程中,须提交一些进度报告、总结报告,报告中可能会有进度情况、成本情况的一些数据。收集这些数据的目标也十分明确,就是想了解项目的进度、成本情况,并与计划的情况进行比较,采取必要的措施。这是不是已经达到了“感知”级别的量化管理呢?

2013-10-12 12:11:30 4368

原创 软件度量都该度个啥?(5)——被吹得最多的六西格玛

六西格玛被网络炒作得太厉害了,我一直没有能找到一篇能通俗说明六西格玛基本原理的文章。我们公司通过了CMMI5级了,但我还不时会遇到推销六西格玛培训的事情,这些推销者可能不知道要过CMMI4级,不精通六西格玛是不行的。

2013-10-12 11:07:07 3209 1

原创 软件度量都该度个啥?(4)——项目进度、成本度量

软件开发人员加班是家常便饭的事情,曾听说了一个朋友近一个月连续加班,日夜颠倒,没有周末,过着“暗无天日”的生活。我曾经问过另一个朋友他所在公司如何控制项目的进度成本的,他们公司非常“黑”,每隔一段时间公布一次加班龙虎榜,看谁加班最少,搞到他们不好意思不加班。通过不断的加班来保证进度了,通过加班不给加班费来控制成本,软件开发变成了“人间煎熬”。如何才能有效地度量项目的进度与成本呢?如何少加班最好不加班,就能按期并在预算内完成项目呢?

2013-10-11 15:31:26 3995

原创 软件度量都该度个啥?(3)——软件规模的度量

我们为什么要进行软件规模度量呢?目的无非是:1. 作为报价或者决策的依据。2. 安排具体的项目进度。3. 可以作为组织的生产力数据,可以有很多用途,如:各项目间横向比较,供以后项目参考等。基于不同的目标,我会为大家分享不同的实用度量方法。

2013-10-11 15:22:17 3616

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除