质量与风险管理 【程序编程相关:shift and unshift】
【推荐阅读:用perl1line写的几个简单unix】
本文的目的是比较软件质量与软件风险管理之间的关系.文章首先回顾了基本原理.技术,以及它们在质量软件开发过程中的应用.读者可以知道风险管理的基本概念,包括boehmis的六步风险管理过程.文章讨论了质量软件技术是如何既是软件开发风险的贡献者又是缓与者. 【扩展信息:pop and push】 摘要 质量入门介绍 根据国际标准组织(iso)的定义,质量是依靠特定的或暗指的能力满足特定需要的产品或服务的全部功能与特征.这个定义说明了质量是产品的内在特征,描绘了产品的质量观点.第二个学术派的观点坚持如果要达到质量的目标必须在这个质量的概念上要加强.这个学派认为,质量不是单独以产品为中心的,而是与客户与产品都有联系的,其中客户是出资金者或受影响的部分人,而产品包括利益与服务.进一步讲,质量的概念会随着时间响应与环境价值的改变而改变,价值会使人们弄清什么是好的.什么是不好的.因此,软件的质量作为产品或服务需要的功能/特征,也必须定位于客户与组织间的内容(r.t. vidgen,a.t. wood-harper).这是关于质量的有用的观点.这些回顾的细节包含在以下几段文字里,第一步是人为因素. 质量观点 对于质量的观点,开发过程中的每个人都有不同的看法与矛盾.以下几点由开发过程中的几个关键角色提供的简要描述: u 开发经理:产品是可靠的.可维护性好的,能够让客户满意,如此直到项目结束或强制终止(这导致折衷的需要). u 商业分析者:客户与开发小组联合,保护用户定义的功能与需求不受外部改变干扰. u qa审计师:发现从质量方案/产品中脱轨的现象——所有使过程偏离质量控制的活动将受到与项目有关的人员的反对. u 最终用户:初级雇员很少给系统输入什么,但是对它的操作必须有责任.最终用户不满意,当他们不愿意为系统付支票时,就需要监察系统的可接受程度了. u 生产线经理:最终用户的老板通常持有这样的态度,即他们不需要太大的时间周期. u 项目投资者:付钞票的人,需要按时.按预算地交付产品. 最后,是开发人员的质量观点,这直接影响到选择最终产品生产的方法.这不仅起源于开发者的质量观点(产品相对于使用),也起源于如何获得需求(主管相对于客观),与他们如何创造他们工作的环境(协调相对于冲突).r.t.vidgen与a.t.wood-harper提出了四种可能的开发者对质量的认识观点: u 客观的/协调的:在目标没有问题并且得到很好的描述时,开发人员会客观地认为质量是一个合理的工程过程.质量是与详细阐述.实现开发过程严格控制的需要结合的.开发者趋向于接受质量是产品的属性的观点(这是目前大多数软件工程师的观点).... 下一页