软件质量管理体系

[摘 要]随着软件行业的发展,软件质量越来越成为人们关注的焦点.本文从软件质量管理体系出发,结合笔者自身多年的软件质量管理经验,对现有软件质量管理体系进行了总结和归纳,提出了软件开发过程中质量控制的具体改进方法,并将全面质量管理观念融汇于实际软件质量管理日常事务之中.

[关 键 词]软件质量管理体系改进全面质量管理持续发展

一个开发团队要提高效率,就需要思考目前的管理活动中有哪些要素是可以改进的:如何把一些事务性的操作变得自动化,从而节约人力,如何找到更好的方法,让开发过程更为合理,更注重软件的质量,如何在团队中传播优秀的思想,让团队成员不断地学习和进取,自发地改进过程.这些美好的愿望几乎是所有方法论和各种认证的共同心声,但要完全做到可就太难了.在本文中,提出了一些优秀的实践,优秀实践均是来源于软件开发界中的一些新思路和新理论,它们能够为以上愿望的达成起到正面的作用.在组织中引用这些实践决不是一个容易的过程,但它们确实非常有效.这些实践包括：建立日创建、测试驱动开发、建立核心框架和面向组件进行编程.

一、软件开发的有效管理:日创建

一个组织应当拥有一个有效的工作流程,这个工作流程能够指导软件开发的进行.这个流程应当是具体的、可操作的.随意的计划和从来不遵循的进度决不是一个有效的工作流程.日创建实践提出了一种对开发过程进行精细管理的方法,它是量化软件管理的基础.有了日创建,你会发现计划的制定和进度的监控是非常容易的一件事情.

我们传统开发软件的流程一般是这样,理解领域问题,然后分配任务,由不同的人负责不同的软件部件,在开发完成之后,再把各人的部件整合起来,形成完整的软件.这个思路看起来并没有什么问题,但是在实践中却问题多多.

首先,这种方式适合开发人员之间工作彼此没有交集的情况,以前这种现象很常见,但是现在,随着软件规模的扩大、分工合作的加深,开发人员间的相互依赖程度越来越高,这种清晰的职责划分已经变得越来越难了.

其次,在软件集成时,往往会出现各种各样的问题,可是却很难发现到底问题在哪里?公说公有理,婆说婆有理.每个人的代码都没有问题,结合到一起就出现大量的问题.

所以日构建就将平时难得一见的集成工作转换成频繁进行的一件工作,从而使得原先如同噩梦般的集成变成了一件简单的工作.这也是很容易理解的,如果集成工作几个月才进行一次,谁能够记起几个月前的细节呢?但是如果集成以天,甚至以分钟为单位进行,排除bug就变成一件很容易的事情了.

二、测试驱动开发

软件质量的根源来源于测试,测试做好了,软件质量就会好.这是毫无疑问的.问题的关键在于怎么做测试,才能保证测试的投入能够带来软件质量的有效提升.测试驱动开发正是为了解决这个问题而出现的.它不是一个完整的方法论,可以和任何一种开发流程进行融合.测试驱动开发不但能够改善测试效果,还能够改进软件的设计.

测试驱动开发起源于XP法中提倡的测试优先实践.测试优先实践重视单元测试,强调程序员除了编写代码,还应该编写单元测试代码.在开发的顺序上,它改变了以往先编写代码,再编写测试的过程,而采用先编写测试,再编写代码来满足测试的方法.这种方法在实际中能够起到非常好的效果,使得测试工作不仅仅是单纯的测试,而成为设计的一部分.

在编写程序之前,每个人都会先进行设计工作.可能有些人的设计比较正式,绘制模型,编写文档.有些人的设计只是存在于脑海之中.且不论设计是精细还是粗糙,你都为随后的编码活动制定了一个标准.这个标准的明确程度和你的设计的细致程度有关.但应该承认,这个标准是不够细化的.因为你的设计不可能精细到代码级的程度.而标准不够明确则会产生一些问题,例如,在编写代码的过程中,你还可能会发现原先的设计出现问题,从而中途改变代码的编写思路.这将会导致成果难以检验,进度难以度量.

既然以设计为导向的标准不够明确、不够具体.那什么样的标准才是合适的呢?只能是代码.因为代码是最明确、最具体的.所以测试优先的本质其实是目标管理.编写测试代码其实是在制定一个小目标.这个小目标非常明确,它规定了你需要设计的类、方法,以及方法需要满足的结果.这些目标制定完成之后,你才开始编写代码来达成该目标.测试的目标要比设计的目标粒度更小,但是成本上却更为经济.

测试优先是软件开发中一种细粒度的目标管理方法,通过明确的目标,推动软件开发的进行.

三、建立核心框架

框架是一种具有高度重用性的软件,这个特性决定了它非常适合成为软件组织积累知识的一种有效手段.传统的知识积累的方法是文档,但是文档容易产生歧异,开发人员往往也不愿意去阅读和理解文档.框架提供的是一种综合的手段,包括文档、模型和代码.更容易理解,更重要的是,开发人员必须在日常的工作中使用框架,这使得他们对框架中的知识非常熟悉,并根据工作的需要来改进框架.

四、面向组件编程

有效的组织在于有效的分工.体力活动容易进行分工,脑力劳动则比较难,而软件开发似乎就更难了.所以,长久以来我们都习惯采用以功能块为单位的粗粒度划分方式.面向组件编程采用更加细密的划分方式,并以怎么写作作为组件之间相互依赖的契约,不但定义了组件和组件之间的关系,也规定了组件开发者、组件使用者、组件测试者的权利和义务.从而能够进行软件开发工作的分配、管理、QA等工作.