案例：非功能性需求的设计

这是一个很有意思的话题。很多人对此困惑。困惑在什么地方呢? 从开发的角度看，是希望系统测试发现的缺陷越少越好，那意味着在开发阶段都把缺陷找干净了。 从测试的角度看，是希望系统测试时把缺陷找干净了，不要遗留给客户去发现。在潜在的缺陷数恒定的前提下，找到的缺陷越多越好。 在组织级确定质量目标时，这个系统测试缺陷检出密度到底是定义为越高越好，还是越小越好呢？系统测试缺陷检出密度的大小能代表产品质量吗？ 产品质量只能通过上线后的缺陷多少来衡量，上线后的缺陷密度越小越好...

面向对象软件开发的一个基本方法就是抽象，到底什么是抽象呢？ 抽象是从众多的事物中抽取出共同的、本质性的特征，而舍弃其非本质的特征。例如苹果、香蕉、生梨、葡萄、桃子等，它们共同的特性就是水果。得出水果概念的过程，就是一个抽象的过程。要抽象，就必须进行比较，没有比较就无法找到共同的部分。 共同特征是指那些能把一类事物与他类事物区分开来的特征，这些具有区分作用的特征又称本质特征。因此抽取事物的共同特征就

年底将至，很多公司会做年底总结，比较今年的质量、效率等各方面与去年的变化，怎么比较呢？计算比较年度的平均值是常见的做法，但是比较平均值有2个突出的缺点：    1 平均值容易受到极大值或极小值的影响，可能不能代表整体的变化趋势；    2 平均值是一个单点值，看不到整体的变异范围。    因此我们需要更科学的方法比较年度的改进效果，这个利器就是箱线图。     如某公司积累了最近三年的缺陷及时修复

在敏捷方法中，要求度量的数据少之又少，可谓简单实用：规模：（1）故事点：用以估算工作量、度量开发效率。工作量：  （2） 计划的工作量：用以排定项目计划。  （3） 剩余任务的计划工作量：用以跟踪项目进展。效率：（4）开发速度：每次迭代完成的需求的规模（如故事点），用以估算项目需要的迭代次数。其他度量元根据项目组的实际情况，可以由项目组自己定义。

买这本书,纯属偶然,完全是为它的名字所吸引,随手翻了一下,看了其中描述的几个事实,觉的有收获,值23元,就买了.买了后,一直没有读,频于准备讲课,盯项目. 偶然地,某天顺手拿了这本薄书,读了几个事实,真是好书! 道出了现实! 昨天终于在火车上读完了一书,感触比较深的有下边的13条事实: 1 在软件工程的三要素（人，过程，技术）中，人最重要。 2 最好的程序员要比最差的程序员强28倍之多，而