基于缺陷度量的软件需求度量方法

基于缺陷度量的软件需求度量方法

ID:20612423

大小:142.33 KB

页数:7页

时间:2018-10-14

基于缺陷度量的软件需求度量方法_第1页
基于缺陷度量的软件需求度量方法_第2页
基于缺陷度量的软件需求度量方法_第3页
基于缺陷度量的软件需求度量方法_第4页
基于缺陷度量的软件需求度量方法_第5页
资源描述:

《基于缺陷度量的软件需求度量方法》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库

1、基于缺陷度量的软件需求度量方法摘要:软件需求管理是软件生产与质量管理的重要内容。面对今天以需求变化难以控制为主要特点的软件危机,我们一方面必须采用更加合适的软件工程和需求工程方法,去适应需求的不断变化和増长;同时还必须采用合适的度量方法和手段,去分析需求变化的趋势和原因,并控制和管理需求的变化。该文提出了基于缺陷度量的软件项目的需求变化分析模型,并实现了对软件需求变化度量的定量分析,为项目管理者的决策提供帮助。关键字:软件需求管理;软件度量;缺陷度量1引言软件需求(SoftwareRequirement)是软件项目管理的一项重要任务,也是软件幵发的依据,软件需求管理是软件生产与质量管理中最

2、重耍的一个环节。需求管理从用户需求获取开始,贯穿于整个软件的生命周期[1’2]。需求管理的FI标是管理和控制需求,维护软件计划、产品和活动与需求的•一致性,并保证用户的需求最终得到实现。需求变更问题是导致软件开发失败的主要原因之一。需求发生变化,不得不修改设计、重写代码、修改测试用例、调整整个项目的计划、相应的文档的修改等等,为整个项目的正常进行带来Y困难。因此,科学地管理和控制需求以及需求变化,已经成为我们今天必须面对和解决的重要问题。需求管理的基础是冇效的需求度量。只有通过对需求变化、需求分布、需求状态等数据的度量与分析,及时了解软件项目需求的稳定状态、需求变化的主要原因以及需求及其变

3、化的主耍分布情况和实现状态,冰能实现有效的需求管理,并促使组织进行持续的过程改进,提高过程性能和能力,达到更加成熟和完善的水平。软件度量(SoftwareMeasurement)是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程,目的在于对此加以理解、预测、评估、控制和改善。目前软件度量己经发展成为一门至关重要的软件工程学科。2需求度量的数据数据是软件度量的依据。但是在度量过程中,不能只简单地去收集数据,正如Humphrey所说;“你不能只用数字来控制过程,这些数字必须恰当地代表你所要控制的过程,而且它们必须被充分地、很好地定义,能够反映实际的变化,以便作为决策的棊

4、础,过程的度量对于我们项A开发的逐步改进是非常必要的,必须仔细地汁划和准备,否则结果将会不尽如人意”131。要理解软件项0中各种复杂的数据,如功能点、源代码行、缺陷等,以及这些数据之间的内在关系却是困难的。这就要求构造一种合理的结构来存储这些数据,并在此之上进行度量和分析。3基于缺陷度量的需求变化分析3.1需求变化的原因需求度量的主要B的是度量需求的数量、需求变化的类型以及变化数量在软件工程阶段的分布情况.需求的变化,不论返工还是新增,都意味着劳动成木的增加.需求变化是引起软件危机的根本原因,需求越在早期确定,软件项目按计划完成的可能性就越大.如果度量结果表明,在设计、编码和测试阶段存在大

5、量的需求变更,则说明组织与之相关的软件过程有缺陷,应及时纠正或采用更合适的软件工程方法。IEEE公布的需求定义从用户和开发者的角度来说明什么是需求。可以将需求分解为四个层次:业务需求、用户需求、功能需求和非功能需求。这些需求往往在幵发过程中发生变更,因而提出变更有可能在开发的任何阶段。引起需求变更可能有多种因素[4],如:1)单纯的用户因素:由于用户在软件开发的过程中不断加深对系统的了解,引发的对需求的新认识,于是提出了新的、变更了的需求。2)系统因素:在系统内部,如计算机硬件、操作软件、数据或支撑软件等的变更要求与其相适应,从而引起的需求的变更。3)工作环境因素:与软件运行相关的工作制度

6、或法规、条例等的变更,或是业务变更导致的需求变更。4)需求开发工作缺陷:需求调研、分析、定义和评审工作不够充分,致使需求规格说明中存在着隐含问题,在开发过程中发现。或荠需求开发中开发人员与用户沟通的不够充分,或者对技术和市场的发展认识不够。3.2基于阶段的缺陷度量基于阶段的缺陷度量将软件生命周期分割为不同的阶段和过程。需求变更管理主要是一个在项目开发过程中对需求变更进行控制的过程,该过程包括变更建议的提出,分析变更的影响并据此做出变更决策,监督变更的实施过程等

7、51。规范化的变更控制过程可以有效地减少随意变更的数量,让变更处在一种可控的实施过程屮。实施基于阶段的缺陷度量的前提首先是在软件生

8、命周期过程中具冇系统化、规范化的需求获取和管理措施,如对各阶段的需求和需求变更的评审、论证等。其次,度量要与软件开发过程紧密结合,软件阶段的划分为度量提供了数据釆集点和采集机制。本文参照具有可能迭代的瀑布的生命周期模型f61,将软件生命周期划分为5个阶段:(1)需求阶段;(2)设计阶段;(3)实现阶段(编码、单元测试);(4)测试阶段(集成测试、系统测试、验收测试);(5)运行阶段。基于阶段的缺陷度量矩阵如表1所示,该矩

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。