软件质量评估.docxVIP

软件质量评估 篇一：如何评价软件质量 如何评价软件质量 前言： IT目开发的系统应用在生死攸关的场合。例如，1981年，由计算机程序转变而 导致的1/67的时间偏差，使航天飞机上的5台计算机不能同步运行，这个错误导致了航无飞机放射失败。1986年，l台Therac25机器泄露致命剂量的辐射，致使两名医院病人死亡。造成惨剧的缘由是个软件消失了问题，导致这台机器忽视了数擀校验。这些惨痛的教训说叫，在软件开发项目中仔细抓好质量管理，并加强有关软件琐目质量管理的讨论是摆在我们而前的重要课题。 软件项目质量管理包括：质量方案编制、质量保证和质量掌握三个过程域。质量方案是质量管理的第过程域，它主要结合各个公司的质量方针，产品描述咀及质量标准和规章通过收益、成本分析和流程设计等工具制定出来实施方略，其内容全而反应崩户的要求，为质量小组成员有效工作供应了指南，为项目小组成员以及项目相关人员了解在项目进行中如何实施质量保证和掌握供应依擀，为确保项目质量得到保障供应坚实的基础。质量保证则是贯穿整个项目全生命周期的有方案和有系统的活动，常常性地针对整个项目质量方案的执行隋况进行评估、检查与改进等工作，向管理者、威客或其他方供应信任，确保项目质量与方案保持全都。质量拴制是对阶段性的成果进行检测、验证，为质量保证供应参考依据，它是个PDCA循环过程。 在质量监测过程中，对于质量方案中设置的见证点、停工待检点，质量监测人员要根据作业程序准时进行测量检查（其中对于停工待检点必需由监理人员签字认可后才能进入下道工序），以确定项目成果（或阶段成果）是否符合相关的质量标准。对于见证点或停工待检 点要防止跳过检查，由于避开错误的成本总是大大低于补救错误的成本。对质量监测的结果应采纳相应的统计方祛进行分析，如帕类托图法（按发生频率排序的直方阿，它显示了可识别缘由的种类和所造成的结果的数量）等。通过统计分析对人员、设备、参考资料、方法、环境等影响项目质量的因素进行监控，确定项目实过程是否在掌握之中，同时进行趋势分析，对些偏向于不合格的趋势及早进行掌握。质量掌握阶段应依据验收数据做出验收决定，确定是否进入下步工序。对于质量监测中发觉的不合格，应准时利用“因果分析图”等方法分析缘由，并进行适合的处置，保证不合格得到识别和有效的掌握。不合格处置包括返工、返修、降级、让步放行、报废等形式。 项目检测分析时，对于已发觉的不合格或潜在的不合格，应制定相应的纠错措施或预防措施，以消退不合格或潜在的不合格缘由，防止不合格的发生。订正措施或者预防措施制定后，应对质量方案进行相应的调整，保证项目的顺当实施。 项目质量评估不仅仅是在项目完成后进行，还包括对项目实过程中的各个关键点的质量评估。项目质量评估看起来属于事后掌握，但它的目的不是为了转变那些已经发生的事情，而是试图抓住项目质量合格或不合格的精髓，以使将来的项目质量管理能从中获益。项目终止阶段，是在决策项目终止后，检查项目文件资料完备，包括项目量验评 表、竣工报告等，同时进行项目总结。项目总结是一个把实际运行状况与项目方案不断比较以提炼阅历教训的过程。通过项目质量方案和总结，项目过程中的阅历和教训将得到完整的记录和升华，成为“组织财宝”。 我们都知道个一个目的土要内容是：成本、进度、质景，良好的项目管理就是综合二方而的因素，平衡二方而的目标，最终依照目标完成任务。项目的这二个方面是相互制约和影响的，有时对这二方面的平衡策略甚至成为个企业级的要求，决定了企业的行为，我们知道IBM的软件足以质量为最重要目标的，而微软的“足够好的软什”策略更是耳熟能详，这些质量目标其实立足于企业的战略目标。所以用于进行质景保证的SQA也应当立足于企业的战略目标，从这个角度思索SQA，形成对SQA的认识。 软件界已经达成共识的：影响件什项目进度、成本、质量的因素土要是“人、过程、技术”。首先要叫确的是这三个因素中，人是第一位的。 现在很多实施CMM的人员溺于CMM理论强调“过程”，这是很__的倾向。 这个思想倾向在国外受到了猛烈抨击，从某种意义上并种灵敏过程方法的提出就是对强调过程的种反思。“XP”中的个思想“人比过程更重要”是值得我们思索的。我个人的意见在进行过程改进中坚持“以人为本”，强调过程和人的和谐。 随着软件系统规模、简单的度等不断增加，靠简洁的直觉推断来进行管理，做出决定会变得特别困难，甚至是―的，有时是会被假象所迷惑的。这时，我们需要求助软件度量，对软件过程和产品实施量化管理。度量可以关心我们更客观、更全面、更精准的了解产品状况，发觉产品潜在的问题，从而进行更有效的管理。质量度量可以实现以下目标： 使沟通更有效，改进可见性。度量支持跨越组织全部级别的人员之间的沟通，而且这种沟通清楚、明确，不简单引起混淆，使管理更加透亮。 尽早的发觉和更正问题。