软件工程
文章平均质量分 77
Tunix126
这个作者很懒,什么都没留下…
展开
-
前人总结的一些软件开发规范
为了提高软件开发质量,降低开发周期,增强代码的可重用性和易读性,使软件便于维护,开发人员间便于交流和协作,特总结出开发规范,以为参考。 一. 原则: 1. 软件工程化 2. 模块化 3. 能简单不复杂 4. 强调团队协作 5. 强调创新和特色 二. 具体规范: 1. 命名规范 命名应尽量使用匈牙利命名法,变量名或函数名中使用大写字符来区分各个部分,以便于记忆和阅读。如bPatchMinute, D转载 2006-10-19 17:59:00 · 952 阅读 · 0 评论 -
为bug预防奠定基础
1.引言:生产软件的企业安排很多人来测试它们的软件产品。测试的目的就是发现bug(缺陷,defect)以便修正它们。正常情况是尽快处理可能的bug,从而减少修正bug的成本。因为,众所周知,bug越早被发现并修正,所消耗的资源越少。问题是在很多情况下,由于修正已发现的bug,测试过程不得不停顿下来。那么,以目前正忙于软件产品测试的同样资源来促进组织长期的质量目标不是更好?为了做到这一点转载 2006-11-09 14:58:00 · 991 阅读 · 0 评论 -
交换编程——结对编程的延伸实践
作者:白慧冬 在传统的开发过程中,往往是一个人从一个模块的需求开始,然后作分析、设计、编码、单元测试,接着才会交给第二个人(专职测试人员)进行其他测试项目。这样的开发过程会因为开发人员的变动而对项目的进展产生较大的影响,所以就有人提出项目中编码人员的重要性远比项目经理大。而同时,极限编程中的结对编程方式,对于开发人员人手严重不足的项目中,领导是不认可这种组织方式的,他们认为这会浪费很多的人转载 2006-12-08 16:05:00 · 1266 阅读 · 0 评论 -
Component Reuse Requires a Manager
Paul Harmon ArchiveVisit the Paul Harmon archive for the complete collection of all past Bottom Line columns. Most companies are blundering into component development without a clear plan. That m转载 2007-02-26 17:10:00 · 1102 阅读 · 0 评论 -
杂谈:人与软件
播下一种思想,收获一种行为;播下一种行为,收获一种习惯;播下一种习惯,收获一种性恪;播下一种性格,收获一种命运。-- 引自 长期以来,程序员被看作是沉默寡言的典型。他们能够长时间独自坐下来,不跟别人讨论,面对纸张及电脑屏幕来工作的人。现在,这种现象早已经不尽然了,新的尤其是敏捷方法论更强调的是人们之间的有效沟通,而最有效的沟通便是面对面的交流,这也是结对编程取得巨大成功之所在。正如水转载 2007-03-23 10:54:00 · 1165 阅读 · 0 评论