篇一：如何评价软件质量
如何评价软件质量
前言：
IT目开发的系统应用在生死攸关的场合。例如，1981年，由计算机程序改变而
导致的1/67的时间偏差，使航天飞机上的5台计算机不能同步运行，这个错误导致了航无 飞机发射失败。1986年，l台Therac25机器泄露致命剂量的辐射，致使两名医院病人死亡。 造成惨剧的原因是个软件出现了问题，导致这台机器忽略了数擀校验。这些惨痛的教训说 叫，在软件开发项目中认真抓好质量管理，并加强有关软件琐目质量管理的研究是摆在我们 而前的重要课题。
软件项目质量管理包括：质量计划编制、质量保证和质量控制三个过程域。质量计划是 质量管理的第过程域，它主要结合各个公司的质量方针，产品描述咀及质量标准和规则通 过收益、成本分析和流程设计等工具制定出来实施方略，其内容全而反应崩户的要求，为质 量小组成员有效工作提供了指南，为项目小组成员以及项目相关人员了解在项目进行中如何 实施质量保证和控制提供依擀，为确保项目质量得到保障提供坚实的基础。质量保证则是贯 穿整个项目全生命周期的有计划和有系统的活动，经常性地针对整个项目质量计划的执行隋 况进行评估、检查与改进等工作，向管理者、威客或其他方提供信任，确保项目质量与计划 保持一致。质量拴制是对阶段性的成果进行检测、验证，为质量保证提供参考依据，它是 个PDCA循环过程。
在质量监测过程中，对于质量计划中设置的见证点、停工待检点，质量监测人员要按照 作业程序及时进行测量检查（其中对于停工待检点必须由监理人员签字认可后才能进入下 道工序），以确定项目成果（或阶段成果）是否符合相关的质量标准。对于见证点或停工待检
点要防止跳过检查，因为避免错误的成本总是大大低于补救错误的成本。对质量监测的结果 应采用相应的统计方祛进行分析，如帕类托图法（按发生频率排序的直方阿，它显示了可识 别原因的种类和所造成的结果的数量）等。通过统计分析对人员、设备、参考资料、方法、 环境等影响项目质量的因素进行监控，确定项目实过程是否在控制之中，同时进行趋势分 析，对些偏向于不合格的趋势及早进行控制。质量控制阶段应根据验收数据做出验收决定， 确定是否进入下步工序。对于质量监测中发现的不合格，应及时利用“因果分析图”等方 法分析原因，并进行适宜的处置，保证不合格得到识别和有效的控制。不合格处置包括返工、 返修、降级、让步放行、报废等形式。
项目检测分析时，对于已发现的不合格或潜在的不合格，应制定相应的纠错措施或预防措施，以消除不合格或潜在的不合格原因，防止不合格的发生。纠正措施或者预防措施制定后，应对质量计划进行相应的调整，保证项目的顺利实施。
项目质量评估不仅仅是在项目完成后进行，还包括对项目实过程中的各个关键点的质 量评估。项目质量评估看起来属于事后控制，但它的目的不是为了改变那些已经发生的事情， 而是试图抓住项目质量合格或不合格的精髓，以使将来的项目质量管理能从中获益。项目终止阶段，是在决策项目终止后，检查项目文件资料完备，包括项目量验评
表、竣工报告等，同时进行项目总结。项目总结是一个把实际运行情况与项目计划不断比较 以提炼经验教训的过程。通过项目质量计划和总结，项目过程中的经验和教训将得到完整的 记录和升华，成为“组织财富”。
我们都知道个一个目的土要内容是：成本、进度、质景，良好的项目管理就是综合二方 而的因素，平衡二方而的目标，最终依照目标完成任务。项目的这二个方面是相互制约和影 响的，有时对这二方面的平衡策略甚至成为个企业级的要求，决定了企业的行为，我们知 道IBM的软件足以质量为最重要目标的，而微软的“足够好的软什”策略更是耳熟能详， 这些质量目标其实立足于企业的战略目标。所以用于进行质景保证的SQA也应当立足 于企业的战略目标，从这个角度思考SQA，形成对SQA的认识。
软件界已经达成共识的：影响件什项目进度、成本、质量的因素土要是“人、过程、 技术”。首先要叫确的是这三个因素中，人是第一位的。
现在许多实施CMM的人员溺于CMM理论强调“过程”，这是很危险的倾向。
这个思想倾向在国外受到了猛烈抨击，从某种意义上并种敏捷过程方法的提出就是对强调过 程的种反思。 “XP”中的个思想“人比过程更重要”是值得我们思考的。我个人的意 见在进行过程改进中坚持“以人为本”，强调过程和人的和谐。
随着软件系统规模、复杂的度等不断增加，靠简单的直觉判断来进行管理，做出决定会变得非常困难，甚至是危险的，有时是会被假象所迷惑的。这时，我们需要求助软件度量，对软件过程和产品实施量化管理。度量可以帮助我们更客观、更全面、更准确的了解产品状况，发现产品潜在的问题，从而进行更有效的管理。质量度量可以实现以下目标：
使沟通更有效，改进可见性。度量支持跨越组织所有级别的人员之间的沟通，而且这种沟通清晰、明确，不容易引起混淆，使管理更加透明。
尽早的发现和更正问题。问题发现的越晚越难管理，并且要花费越多的成本来修复问题， 做出关键的权衡。在某个领域的决定常常会影响其他领域，而度量为项目进度、质量等提供了客观的历史数据、当前数据和变化趋势等，能够帮助我们客观的评定各领域之间的相互影响，权衡利弊，从而做出合理的决策。
跟踪特定的项目目标。度量能帮助我们回答特定的问题，通过跟踪计划的实际测量情况，我们能够对所设定的目标评估项目的进展计划。
管理风险。风险管理是一个被广泛接受的最佳实践，他包括了项目周期中尽早的识别和分析风险。较晚的发现风险将使风险处理更加困难，并要花费更大的成本来处理风险。通过使用高质量的客观数据，我们能够提高对风险区域的可见性，如需求的蔓延。通过度量和监视需求的变更，我们能够确定某个风险是否被降低了。
计划未来的项目。通过度量活动，可以记录过去大量项目的周期、进度、费用和质量的信息，这可以为未来相似的项目计划的进度、资源和成本估算等提供可靠的参考数据，制定合理的计划，有利于质量保证和管理工作。
软件是由人来完成的，而我们知道，所有由人做的工作都不会是完美无缺的。软件开发是个很复杂的过程，期间很容易产生错误。无论是软件从业人员、专家和学者做了多大的努力，软件错误仍然存在。因而大家也得到了一种共识：软件中残存着错误，这是软件的一种属性，是无法改变的。所以通常说软件测试的目的就是为了发现尽可能多的缺陷，并期望通过改错来把缺陷统统消灭，以期提高软件的质量。一个成功的测试用例在于发现了至今尚未发现的缺陷。
篇二：软件评价指标
我们常说某某软件好用，某软件功能全、结构合理、层次分明。这些表述很含糊，用来评价软件质量不够确切，不能作为企业选购软件的依据。对于企业来说，开发单位按照企业的需求，开发一个应用软件系统，按期完成并移交使用，系统正确执行用户规定的功能，仅仅满足这些是远远不够的。因为企业在引进一套软件过程中，常常会出现如下问题：
● 定制的软件可能难于理解，难于修改，在维护期间，企业的维护费用大幅度增加；
● 企业对外购的软件质量存在怀疑，企业评价软件质量没有一个恰当的指标，对软件可靠性和功能性指标了解不足；
● 软件开发商缺乏历史数据作为指南，所有关于进度和成本的估算都是粗略的。因为没有切实的生产率指标，没有过去关于软件开发过程的数据，企业无法精确评价开发商的工作质量。
为此，有必要先了解软件的质量评价体系。美国的B.W.Ｂoehm和R.Brown 先后提出了三层次的评价度量模型：软件质量要素、准则、度量。随后G.Mruine提出了自己的软件质量度量SQM技术，波音公司在软件开发过程中采用了SQM技术，日本的NEC公司也提出了自己的SQM工具，即SQMAT，并且在成本控制和进度安排方面取得了良好的效果。
第一层是软件质量要素，软件质量可分解成六个要素，这六个要素是软件的基本特征：
1. 功能性：软件所实现的功能满足用户需求的程度．功能性反映了所开发的软件满足用户称述的或蕴涵的需求的程度，即用户要求的功能是否全部实现了。
2. 可靠性：在规定的时间和条件下，软件所能维持其性能水平的程度。可靠性对某些软件是重要的质量要求，它除了反映软件满足用户需求正常运行的程度，且反映了在故障发生时能继续运行的程度。
3. 易使用性：对于一个软件，用户学习、操作、准备输入和理解输出时，所做努力的程度。易使用性反映了与用户的友善性，即用户在使用本软件时是否方便。
4. 效率：在指定的条件下，用软件实现某种功能所需的计算机资源（包括时间）的有效程度。效率反映了在完成功能要求时，有没有浪费资源，此外＂资源"这个术语有比较广泛的含义，它包括了内存、外存的使用，通道能力及处理时间。
5. 可维修性：在一个可运行软件中，为了满足用户需求、环境改变或软件错误发生时，进行相应修改所做的努力程度。可维修性反映了在用户需求改变或软件环境发生变更时，对软件系统进行相应修改的容易程度。一个易于维护的软件系统也是一个易理解、易测试和易修改的软件，以便纠正或增加新的功能，或允许在不同软件环境上进行操作。
6. 可移植性：从一个计算机系统或环境转移到另一个计算机系统或环境的容易程度。
第二层是评价准则，可分成22点。包括精确性（在计算和输出时所需精度的软件属性）；健壮性（在发生意外时，能继续执行和恢复系统的软件属性）；安全性（防止软件受到意外或蓄意的存取、使用、修改、毁坏或泄密的软件属性）；以及通信有效性、处理有效性、设备有效性、可操作性、培训性、完备性、一致性、可追踪性、可见性、硬件系统无关性、软件系统无关性、可扩充性、公用性、模块性、清晰性、自描述性、简单性、结构性、产品文件完备性。评价准则的一定组合将反映某一软件质量要素，软件质量要素与评价准则间的关系如下图：
第三层是度量：根据软件的需求分析、概要设计、详细设计、实现、组装测试、确认测试和维护与使用七个阶段，制定了针对每一个阶段的问卷表，以此实现软件开发过程的质量控制。对于企业来说，不管是定制，还是外购软件后的二次开发，了解和监控软件开发过程每一个环节的进展情况、产品水平都是至关重要的，因为软件质量的高低，很大程度上取决于用户的参与程度。
这里需要说明几点：
（1） 对于不同类型的软件，系统软件、控制软件、管理软件、CAD软件、教育软件、网络软件及不同规模的软
件，对于质量要求、评价准则、度量问题的侧重点有所不同应加以区别。比如：
软件质量保证和评价活动有其不同的侧重点。在需求分析，、概要设计、详细设计及其实现阶段，主要评价软件需求是否完备，设计是否完全反映了需求以及编码是否简洁、清晰。而且，每一个阶段都存在一份特定的度量工作表，它由特定的度量元组成，根据度量元的得分就可逐步得到度量准则，要素的得分，并在此基础上做出评价。这一点很适用于同软件开发商合作开发的企业。
（2） 对软件质量各阶段都进行度量的根本目的是以此控制成本、进度，改善软件开发的效率和质量，但是，目前大规模的软件公司在我国并不多，大多数软件开发单位都缺乏软件质量保证与软件质量评价的专门部门，因而企业可以委托专业机构参与帮助软件质量控制与保证。如美国的METRTQS公司就是专门从事软件质量评价的公司，而日本的NEC公司是由公司内部的软件质量保证组织进行。
（3）企业选择软件供应商、开发商，需要考察该公司是否建立起自己的软件质量度量和评价数据，数据库中是否存有与本企业所在行业相关的软件，是否具有相关的开发经验。
软件在企业中的应用越来越广泛，获取软件的途径有四种，自行开发，直接外购，外购再二次开发，与软件开发商合作开发。而其中又以合作开发最为普遍，因为这种方式更能满足企业独特的业务流程，更有针对性。合作开发的软件是否好用，质量如何，就需要用到上文中的质量衡量标准。目前有一些比较好的软件质量评价平台，如上海计算机软件评测重点实验室的SQTF，就是根据被测软件的类型和特点，针对软件六大质量特性，21项子特性，选择不同的度量元，形成的评价体系，以此为依据，对被测软件进行定性、定量、独立的技术测试，注重的是用数字说话，更具科学性。例如，企业选购财务软件，首先是要满足功能性，其次是可靠性。软件可靠性的依据不是软件已经过多少周的测试、调试，而是在可靠性预测模型中，定量的估计出软件中每千行代码尚存在多少个错误没有被消除，即KLOC的大小。更进一步，通过软件质量测量，用户知道该财务软件在今后使用中的平均失效前工作时间（MTTF）和平均失效间隔时间（MTBF），这样，企业评价一套软件，就有据可依了。
评价软件的另一个依据就是软件开发商的实力和知名度。目前我国软件企业有数千家，除100多家外资、合资企业外，绝大多数企业的规模在50人左右，少数达到200人，已初具规模的只有北大方正、联想软件开发公司、东
大阿尔派、用友集团、和托普集团。少数几家已取得CMM2的认证书，其余软件公司均处于CMM1的水平。而美国是世界软件市场的霸主，印度则有几家企业已达到CMM5的要求，相比之下，差距很明显。因此，选购进口软件，CMM的等级是个很好的指标；选购国产软件，要看企业的行业背景，是否有开发相关行业的经验、企业规模、人员素质、企业知名度等。
篇三：软件质量评估
软件成果检定测试调查卷
Software Project Appraisal Testing Report
（技术鉴定）
产品名称： 产品型号： 报告日期：
《软件质量评估》由：创业找项目整理
链接地址：http://www.gjknj.com/duwu/2931.html
转载请保留,谢谢!