作软件的最终用户，也可能是那些要使用源代码的程序员。现代人的生活节奏快，干啥事都想图个方便。所以把易用性作为重要的质量因素无可非议。
导致软件易用性差的根本原因是开发人员犯了“错位”的毛病：他以为只要自己用起来方便，用户也一定会满意。俗话说“王婆卖瓜，自卖自夸”。当程序员向用户展示软件时，常会得意地讲：“这个软件非常好用，我操作给你看，……是很好用吧！”软件的易用性要让用户来评价。当用户真的感到软件很好用时，一股温暖的感觉油然而生，于是就用“友好”来评价易用性。
可理解性与简洁性
可理解性表达了人们一种质朴的愿望：我化钱买了它，总得让我明白它是什么东西。我小时候的一个伙伴在读中学时，就因无法理解电荷之分正负，觉得很烦恼，便早早地缀学当工人。
可理解性也是对用户而言的。开发人员只有在自己思路清晰时才可能写出让别人能理解的程序。编程时还要注意不可滥用技巧，应该用自然的方式编程。我们的确不知道自己的得意之举究竟是锦上添花，还是画蛇添足。就象蒸出一笼馒头，在上面插一朵鲜花，本想弄点诗情画意，却让人误以为那是一堆热气腾腾的牛粪。
简洁是一种美，不管是自己还是用户都会有同感。在生活中，与简洁对立的是“罗里罗嗦”。中国小说中最“婆婆妈妈”的男人是唐僧。有一项民意调查：如果世上只有唐僧、孙悟空、猪八戒和沙僧这四类男人，你要嫁给哪一类？请列出优先级。调查结果表明，现代女性毫不例外地把唐僧摆在老末。
一个原始的应用问题可能很复杂，但高水平的人就能够把软件系统设计得很简洁。如果软件系统臃肿不堪，它迟早会出问题。简洁是人们对工作“精益求精”的结果。
废话大师有句名言：“如果我令你过于轻松地明白了，那你一定是误解了我说的话。”我最近有一种奇怪的体会：如果把学术文章写得很简洁，让人很容易理解，它往往中不了；只有加上一些玄乎的东西，把本来简单的弄成复杂的，才会增加投稿的命中率。事实上，我可以在5分钟之内说清楚三年来读博所做的工作，根本用不着写100多页的博士论文。我是在临近毕业时，才发觉自己完全不适合读博士学位。将来工作后，我一定要好好编程，重新做人。
可复用性与可扩充性
复用的一种方式是原封不动地使用现成的软构件，另一种方式是对现成的软构件进行必要的扩充后再使用。可复用性好的程序一般也具有良好的可扩充性。
质 量 检 查
检查是人们不信任自己和别人的一种行为。当某些事情涉及到利益分配时，更需要有检查活动来保证公平。估计即使进入了共产主义社会，也少不了检查。
质量检查并不是要等到项目结束时才执行唯一的一次，应该在每个实践环节都要执行。对应于进度表，在每个里程碑到达时执行质量检查比较合理。质量检查的内容有二：一是作出评审，是合格还是不合格？能打多少分？二是作出建议，对质量为什么好为什么差进行分析，以便“改差为好”、“好上加好”。
以下是人们经常采用的软件质量检查措施[Pressman 1999]：
（1）事先把检查的主要内容制成一张表，使检查活动集中在主要问题上。
（2）只评审工作，不评审开发者。评审的气氛应该是融洽的。存在的错误应该被有礼貌地指出来，任何人的意见都不应被阻挠或小看。
（3）建立一个议事日程并遵循它。检查过程不能放任自由，必须排照既定的方向和日程进行。
（4）不要化太多的时间争论和辩驳。
（5）说清楚问题所在，但不要企图当场解决所有问题。
（6）对检查人员进行适当的培训。
……
做好检查工作并不是件容易的事。自古以来“上有政策，下有对策”。 虚假的质量检查还不如不检查，下面讲两个故事作为解释。
故事一
不久前我回到西北那