一个实际的模型测量可维护性要点.doc

一个实际模型的测量可维护性 ---------初步分析报告 Ilja Heitlager 　　软件改善小组 　　荷兰, 　　i.heitlager@sig.nl电子邮件: 　　Joost维瑟 　　软件改善小组 　　荷兰, 　　j.visser@sig.nl电子邮件: Abstract-The数量的努力,需要保持一个软件系统相关的技术素质的源代码该系统。模式模型软件产品的质量作为一种新型的可维护性道出了6个主要特征软件产品的质量,以适应、可变性,稳定、可维护性的subcharacteristics一样。 值得一提的是,模式不能提供一个相互套估计可维护性措施体系的基础上的源代码。另一方面,维修性指标提出了计算一个单独的数字,表示一个系统的可维护性。 在本文中,我们讨论的几个问题,和我们找出数量的要求完成的一个可维护性模型是可用的。我们勾画出新的可维护性模型,大多数的这些问题,缓解,我们讨论一下我们的经验和使用系统等管理咨询活动。 1介绍。 这个ISO / IEC模式[1]的基础上介绍了模型的软件 　　产品质量,剖析了整体观念的品质 　　为6个主要characteristics1:功能、可靠性、可用性, 　　效率高、可维护性、可移植性。这些特点, 　　27 sub-characteristics进一步划分。另外, 　　这个标准提供了一个两厢情愿的库存的度量标准 　　可以用来作为指标对这些特征[2],[3]。 识别和定义的软件开发过程中质量特性 　　ISO质量模型,提供了一个有用的框架 　　参考和标准化的术语促成 　　交流关于软件质量。这个定义度量 　　指导推演的评价 　　特点的基础上,对活动时间的努力 　　相关的软件产品,如影响分析,所犯的错误 　　修正,或者测试。不幸的是,这些上市标准是 　　不以系统本身的预测能力和缺乏。 　　非正式地,他们说明天天气预报 　　今天是一样的。 一般来说,提出了评价指标的可维护性 　　特征并不是衡量的 　　维护、如下。这个系统的代码和文档, 　　但对履行维修活动 　　技术人员。 事实上,这个分支中给出了所谓的内部和外部的质量, 　　而另一个细分为使用质量。也要看下面。 许多软件度量已经提出的指标 　　对于软件产品质量[4][5]。在特殊情况下,阿曼等。 　　提出了维修性指标(MI)[6],[7]:企图 　　客观赋权法确定软件系统的可维护性 　　基于状态的源代码。为基础的导弹 　　作者在测量中进行的 　　这些结果与系统和校准的意见 　　工程师,保持系统。这个结果 　　系统进行拟合,以及功能 　　推导。结果拟合函数,然后推动 　　维修性指标产生作用。随后, 　　小数量的改进。 我们所使用的可维护性指数在我们的顾问 　　实践[8]在过去的四年中,与其他许多 　　措施,并发现一些问题提出了自己的看法。虽然 　　我们看到一个清晰的使用为确定的可维护性 　　源代码系统在一个或几个简单的理解 　　度量标准,我们很难用维修性指标 　　预期的效果。一个主要原因是一个特定的计算 　　价值的MI不提供线索上什么特点 　　有贡献的可维护性,价值,也在什么 　　采取行动来改善这个值。 基于限制的度量标准,如糜,我们 　　已经形成了一个了解最少的要求 　　这必须完成的实用型的可维护性 　　那是建立在源代码的分析。这些要求 　　我们已经开始在头脑制定和实施了 　　可供选择的可维护性模型。在另外一种模式,一个 　　source-code精选集映射到。措施 　　根据国际标准化组织(ISO)sub-characteristics模式的可维护性, 　　下列务实映射和排名指南。 本文的工作报告是初步的感觉 　　我们可维护性模型仍在发展。在特殊情况下, 　　调整,使模型的案例 　　通过案例的基础。虽然如此,实用价值的典范 　　已经证实在我们的练习,我们期望的一样 　　进一步改进的模型不但增加了 　　学位的细节和精度。 本文是结构化如下。在第二部分,我们简述要旨 　　这个模式,重点对软件产品的质量 　　上的特性,可维护性。在第三节, 　　我们再次维修性指标及其局限性 　　我们意识到,这是通向一段IVof最小要求以一个实际的可维护性模型。 　　在特定的模式,我们会想出概况,在 　　简化形式,在部分v第六章里,我们讨论的 　　该模型的优点,我们素描关系 　　实际的、更为复杂的模型,我们使用。我们 　　分享一些经验和成果的应用 　　在我们的管理咨询实践模型在第七章。 　　在此次讨论有关的工作,我们总结 　　第九节中进行 二。模式的软件。产品质量 在1991年,国际共识的术语 　　质量特色为软件产品评估 　　根据国际标准化组织发表(ISO)。 　　ISO / IEC