软件工程
shouhuzhe
never too old to learn!
展开
-
极限编程系列1-价值
XP的价值在于能够促进团队之间的沟通,使用简单的方式,积极地反馈开发中存在的问题,积极勇敢的面对问题,同时最终对方的劳动 通过以上这些价值观,形成一个沟通有效,应对敏捷的开发团队,显然这很适合于轻量级的软件开发团队。原创 2007-04-27 11:57:00 · 768 阅读 · 0 评论 -
极限编程系列2-原则
价值太抽象,实践很具体,中间连接的桥梁就是原则。其实,说白了,我认为,XP的原则很简单,那就是:增强!!现在照本宣科的说说XP的原则:1、人性化,为什么人性化呢?因为作为一名软件人员,需要有最起码的安全感、成就感、归属感、亲切感和个人成长,这些都不是靠政治宣言可以做到的,真正要实施起来还是很麻烦的,但是根本原则没有变,那就是要实施人性化管理(老调调了,不知道什么时候能做到) ,可能不好原创 2007-04-27 18:12:00 · 916 阅读 · 0 评论 -
极限编程系列3-实践
今天开讲最可以操作的部分-----实践Xp的实践分为两个部分:基本实践和扩展实践,今天我先讲一个开头,讲一讲基本实践的部分内容。铛里个档 ,铛里个档,闲言碎语暂不表,先表一表那基本实践的团队建设。。。的。。。第一部分。我认为团队建设费为两个部分,第一部分是工作空间第二部分是团队凝聚力团队建设的基本原则是,沟通的顺利、流畅,信息量丰富、容易获得。所以,依照这个原则,我原创 2007-04-28 12:42:00 · 958 阅读 · 0 评论 -
极限编程系列4-开发实践-计划
上次我们讲到了关于团队建设,这次呢,我们来讲讲 开发实践,这里我想从三个方面来阐述,计划、编程和测试极限编程认为计划是一种有必要的浪费,从浪费的角度来看的话,我们可以认为,浪费有时候是必须的,但是做为一个中小型的项目(XP主要针对于中小型项目),充分彻底的计划就显得不可行了,根据守护者的经验,计划往往粗放一点反而容易达到目的。在Xp编程里面,计划分为两种方式:周计划和月计划。周计划原创 2007-05-10 10:11:00 · 1015 阅读 · 0 评论 -
极限编程系列4-开发实践-编程
极限编程的编程实践分为这个几方面:结对编程 结对编程的做法,我认为大家都可能已经知道,就是两人一起编程,定时结对,循环结对,这里就不用再赘述了,我主要想说说的是,结对编程的优点: 我想,结对编程的第一个好处就是头脑风暴,大家可能都有过这样的学习经历,当碰到一个问题的时候,你拿这个问题去问别人,当然对方可能根本就不知道问题怎么解决,但是当你问他的时候可能会在他还没有弄明白你要问的原创 2007-05-11 10:13:00 · 899 阅读 · 0 评论 -
极限编程系列4-开发实践-集成
l 十分钟构建首先说明一下,十分钟构建并不是说一定要在十分钟内构建一个系统,我的意思是说,在京可能短的时间内进行系统的构建同时运行所有的测试。这样做的一个直接的好处就是我们可以迅速的得到反馈,可以对系统的缺陷和错误得到及时的补救和处理,这样可以最大限度的提高程序的稳定性,减少由于系统缺陷造成的后期开发成本大幅度提高以及由于系统缺陷造成的系统不稳定等情况。对于人共构建不是原创 2007-05-31 15:30:00 · 879 阅读 · 0 评论 -
拼凑、摘抄-评李代平的软件工程第二版
历来认为中国出版的计算机科学的图书,清华大学出版社、电子工业出版社、机械工业出版社等几个出版社出版的图书还是具有相当的水准的,起码治学是严谨的,不会像一些小出版社一样胡乱拼凑出一些东西来糊弄读者。但是这种幻想被近来看的一本软件工程打破了。以前我曾经拜读了张海潘老师的软件工程导论这本书,受益匪浅,其中的大家风范让我很是景仰。这两天为了进行一次考试,我需要对软件工程理论进行深入学习。到新华书店后,原创 2008-05-05 16:19:00 · 1583 阅读 · 4 评论 -
常用命名法:骆驼命名法,匈牙利命名法和帕斯卡命名法
骆驼式命令法(Camel): 正如它的名称所表示的那样,是指混合使用大小写字母来构成变量和函数的名字。例如,下面是分别用骆驼式命名法和下划线法命名的同一个函数:程序代码printEmployeePaychecks(); print_employee_paychecks();第一个函数名使用了骆驼式命名法,函数名中的每一个逻辑断点都有一个大写字母来标记;第二个函数名使用了下划线法,函数名转载 2008-05-22 08:51:00 · 1098 阅读 · 0 评论 -
迭代开发过程及一些原则
迭代开发方法建议迭代时间在2-6周。小步骤、快速反馈和调整时迭代开发的主要思想,迭代时间过长会破坏迭代开发的核心动机并鞥家项目风险。仅一周的迭代时间不足以获得有意义的产出和反馈;若迭代时间大于6周,则复杂性会变得不可控制,反馈将延迟。 迭代的一个关键思想是时间定量(timeboxed),也就是时长固定。例如选择一次迭代的时间是三周,那么必须按照时间表来集成、测试和稳定局部系统,拖延时间则违原创 2011-06-17 10:51:00 · 3566 阅读 · 0 评论