软件质量管理流程

2024-05-07 08:06

1. 软件质量管理流程

报告同时指出,在中国有76%的IT行动未能交付预期的业务成果,而最容易受到IT失败影响的部门包括供应链、财务、生产和销售。
软件质量要素包含以下两个方面,从技术角度讲,对软件整体质量影响最大的那些质量属性才是质量要素;从商业角度讲,客户最关心的、能成为卖点的质量属性才是质量要素。
美科利认为,软件质量和测试是软件工程领域的重要分支,应该关注软件的需求变更测试。
当发生需求变更时,分析出这个变更将影响到哪些软件需求功能,相应的哪些设计模块、代码文件。
质量管理流程是由一系列明确的、反复的阶段所组成,它通过一套渐进的步骤,实现从实施概念到结果的转变,这不仅确保了企业质量管理自动化平台的形成,也能帮助其获取熟练的操作技能。
评估:实施质量中心管理及自动化服务的第一阶段目标就是决定高层次的架构和实施方式。在开始质量管理的实际内容时,需要对企业相关的战略、机构的功能和技术方面做出评估;与业务和技术方面的项目干系人交流,找出现有的缺陷;评估机构现有的测试环境和测试流程状态。
范围界定:在评估阶段所收集的信息基础上,需要选择一个最重要的应用,作为流程实施的示范,以确保实现快速的价值回报。
设计:接下来需要确定评估信息,对现有的架构和应用环境展开更进一步的分析,包括系统架构、基础架构、数据流、用户、企业网络、机构组织和交流、流程和工作流、现有的测试工具、需要展开测试的特定应用和业务流程步骤等。
实施:接下来,就可以展开实施和配置质量中心运行的硬件和软件平台,安装和配置完成质量中心环境,多数优化软件供应商应该将一套最佳实践运用到企业的特定环境中,为机构实现快速的价值回报。
验证:一旦实施完成,项目负责人将组织回顾质量中心的实施情况,包括架构、导航测试流程、团队的自主执行能力、及建立在最佳实践基础上的流程,由此检验是否能够成功地测试和管理应用质量。
实现:实现阶段贯穿整个实施过程。这五个阶段每个都具有一套特定的指标和目标,用于衡量该阶段的进展情况。在部署过程中跟踪KPIs(关键绩效指标)是至关重要的,这能够有效地满足实施目标,了解一段时间内关键的性能变化,并执行有效的测试管理。

软件质量管理流程

2. 管理程序的质量管理

质量管理体系要求 1.1 总则本标准为有下列需求的组织规定了质量管理体系要求:a) 需要证实其有能力稳定地提供满足顾客和适用的法律法规要求的产品;b) 通过体系的有效应用,包括体系持续改进的过程以及保证符合顾客与适用的法律法规要求,旨在增强顾客满意。注1:在本标准中,术语“产品”仅适用于——预期提供给顾客或顾客所要求的产品;——产品实现过程所产生的任何预期输出。注2:法律法规要求可称作法定要求。⒈2 应用本标准规定的所有要求是通用的,旨在适用于各种类型、不同规模和提供不同产品的组织。当本标准的任何要求由于组织及其产品的特点不适用时,可以考虑对其进行删减。如果进行了删减,而且这些删减仅限于本标准第7章的要求,同时不影响组织提供满足顾客和适用法律法规要求的产品的能力或责任,方可声称符合本标准。 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。GB/T 19000-2008《质量管理体系基础和术语(idt ISO9000:2005)》 本标准采用GB/T19000中所确立的术语和定义。本标准中所出现的术语“产品”,也可指“服务”。 ⒋1 总要求组织应按本标准的要求建立质量管理体系,形成文件,加以实施和保持,并持续改进其有效性。组织应:a) 确定质量管理体系所需的过程及其在整个组织中的应用(见1.2);b) 确定这些过程的顺序和相互作用;c) 确定为确保这些过程的有效运作和控制所需的准则和方法;d) 确保可以获得必要的资源和信息,以支持这些过程的运作和监视;e) 监视、测量(适用时)和分析这些过程;f)实施必要的措施,以实现对这些过程所策划的结果和对这些过程的持续改进。组织应按本标准的要求管理这些过程。针对组织所选择的任何影响产品符合要求的外包过程,组织应确保对其实施控制。对此类外包过程控制的类型和程度应在质量管理体系中加以规定。注1:上述质量管理体系所需的过程包括与管理活动、资源提供、产品实现和测量、分析和改进有关的过程。注2:外包过程是经组织识别为质量管理体系所需的,但选择由组织的外部方实施的过程。注3:确保对外包过程的控制并不免除组织满足顾客和法律法规要求的责任。对外包过程控制的类型和程度可受下列因素影响:外包过程对组织提供满足要求的产品的能力的潜在影响;对外包过程控制的分担程度;通过应用7.4条款实现所需控制的能力。4.2文件要求4.2.1 总则质量管理体系文件应包括:a) 形成文件的质量方针和质量目标;b)质量手册;c)本标准所要求的形成文件的程序和记录;d) 组织确定的为确保其过程有效策划、运作和控制所需的文件,包括记录。注1:本标准出现“形成文件的程序”之处,即要求建立该程序,形成文件,并加以实施和保持。一个文件可包括一个或多个程序的要求。一个形成文件的程序的要求可以被包含在多个文件中。注2:不同组织的质量管理体系文件的多少与详略程度取决于:a) 组织的规模和活动的类型;b) 过程及其相互作用的复杂程度;c) 人员的能力。注3:文件可采用任何形式或类型的媒体。⒋2.2 质量手册组织应编制和保持质量手册,质量手册包括:a) 质量管理体系的范围,包括任何删减的细节与理由(见1.2);b) 为质量管理体系建立的形成文件的程序或对其引用;c) 质量管理体系过程之间的相互作用的表述。⒋2.3 文件控制质量管理体系所要求的文件应予以控制。记录是一种特殊类型的文件,应依据4.2.4的要求进行控制。应编制形成文件的程序,以规定以下方面所需的控制:文件发布前得到批准,以确保文件是充分与适宜的;为文件的充分性与适宜性,在文件发布前进行批准。必要时对文件进行评审与更新,并再次批准;确保文件的更改和现行修订状态得到识别;确保在使用处可获得有关版本的适用文件;确保文件保持清晰、易于识别;确保组织所确定的策划和运行质量管理体系所需的外来文件得到识别,并控制其分发;防止作废文件的非预期使用,若因任何原因而保留作废文件时,对这些文件进行适当的标识。4.2.4 记录的控制为符合要求和质量管理体系有效运行提供证据而建立的记录,应予以控制。组织应编制形成文件的程序,以规定记录的标识、贮存、保护、检索、保存和处置所需的控制。记录应保持清晰、易于识别和检索。 5.1管理承诺最高管理者应通过以下活动,对其建立、实施质量管理体系并持续改进其有效性的承诺提供证据:a) 向组织传达满足顾客和法律法规要求的重要性;b) 制定质量方针;c) 确保质量目标的制定;d) 进行管理评审;e) 确保资源的获得。5.2以顾客为关注焦点最高管理者应以增强顾客满意为目的,确保顾客的要求得到确定并予以满足(见7.2.1和8.2.1)。5.3 质量方针最高管理者应确保质量方针:a) 与组织的宗旨相适应;b) 包括对满足要求和持续改进质量管理体系有效性的承诺;c) 提供制定和评审质量目标的框架;d) 在组织内得到沟通和理解;e) 在持续适宜性方面得到评审。5.4 策划5.4.1质量目标最高管理者应确保在组织的相关职能和层次上建立质量目标,质量目标包括满足产品要求所需的内容(见7.1 a))。质量目标应是可测量的,并与质量方针保持一致。5.4.2 质量管理体系策划最高管理者应确保:a) 对质量管理体系进行策划,以满足质量目标以及4.1的要求。b) 在对质量管理体系的变更进行策划和实施时,保持质量管理体系的完整性。5.5 职责、权限和沟通5.5.1职责和权限最高管理者应确保组织内的职责、权限得到规定和沟通。5.5.2管理者代表最高管理者应指定一名本组织的管理者,无论该成员在其他方面的职责如何,应具有以下方面的职责和权限:确保质量管理体系所需的过程得到建立、实施和保持;向最高管理者报告质量管理体系的业绩和任何改进的需求;确保在整个组织内提高满足顾客要求的意识。注:管理者代表的职责可包括与质量管理体系有关事宜的外部联络。5.5.3内部沟通最高管理者应确保在组织内建立适当的沟通过程,并确保对质量管理体系的有效性进行沟通。5.6管理评审5.6.1总则最高管理者应按策划的时间间隔评审质量管理体系,以确保其持续的适宜性、充分性和有效性。评审应包括评价质量管理体系改进的机会和变更的需要,包括质量方针和质量目标。应保持管理评审的记录(见4.2.4)。5.6.2评审输入管理评审的输入应包括以下方面的信息:审核结果;顾客反馈;过程的业绩和产品的符合性;预防和纠正措施的状况;以往管理评审的跟踪措施;可能影响质量管理体系的变更;改进的建议。5.6.3评审输出管理评审的输出应包括与以下方面有关的任何决定和措施:质量管理体系及其过程有效性的改进;与顾客要求有关的产品的改进;资源需求。 6.1 资源的提供组织应确定并提供以下方面所需的资源:实施、保持质量管理体系并持续改进其有效性;通过满足顾客要求,增强顾客满意。6.2人力资源6.2.1总则基于适当的教育、培训、技能和经验,从事影响产品与要求的符合性工作的人员应是能够胜任的。注:在质量管理体系中承担任何任务的人员都可能直接或间接地影响产品与要求的符合性。6.2.2能力、培训和意识组织应:a) 确定从事影响产品与要求的符合性工作的人员所必要的能力;b) 适用时,提供培训或采取其他措施以获得所需的能力;c) 评价所采取措施的有效性;d) 确保组织的人员认识到所从事活动的相关性和重要性,以及如何为实现质量目标作出贡献;e) 保持教育、培训、技能和经验的适当记录(见4.2.4)。6.3 基础设施组织应确定、提供并维护为达到产品符合要求所需的基础设施。适用时,基础设施包括:建筑物、工作场所和相关的设施;过程设备(硬件和软件);支持性服务(如运输、通讯或信息系统)。6.4 工作环境组织应确定和管理为达到产品符合要求所需的工作环境。注:术语“工作环境”是指工作时所处的条件,包括物理的、环境的和其他因素(如噪音、温度、湿度、照明或天气)。 7.1产品实现的策划组织应策划和开发产品实现所需的过程。产品实现的策划应与质量管理体系其他过程的要求相一致(见4.1)。在对产品实现进行策划时,组织应确定以下方面的适当内容:产品的质量目标和要求;针对产品确定过程、文件和资源的需求;产品所要求的验证、确认、监视、测量、检验和试验活动,以及产品接收准则;为实现过程及其产品满足要求提供证据所需的记录(见4.2.4)。策划的输出形式应适于组织的运作方式。注:1:对应用于特定产品、项目或合同的质量管理体系的过程(包括产品实现过程)和资源作出规定的文件可称之为质量计划。2:组织也可将顾客的要求应用于产品实现过程的开发。7.2 与顾客有关的过程7.2.1 与产品有关的要求的确定组织应确定:顾客规定的要求,包括对交付及交付后活动的要求;顾客虽然没有明示,但规定的用途或已知的预期用途所必需的要求;适用于产品的法律法规要求;组织认为必要的任何附加要求。注:交付后活动包括诸如担保条件下的措施、合同规定的维护服务、附加服务(回收或最终处置)等。7.2.2与产品有关的要求的评审组织应评审与产品有关的要求。评审应在组织向顾客作出提供产品的承诺之前进行(如:提交标书、接受合同或订单及接受合同或订单的更改),并应确保:产品要求得到规定;与以前表述不一致的合同或订单的要求已予解决;组织有能力满足规定的要求。评审结果及评审所引起的措施的记录应予保持(见4.2.4)。若顾客提供的要求没有形成文件,组织在接收顾客要求前应对顾客要求进行确认。若产品要求发生变更,组织应确保相关文件得到修改,并确保相关人员知道已变更的要求。注:在某些情况中,如网上销售,对每一个订单进行正式的评审可能是不实际的。而代之对有关的产品信息,如产品目录、产品广告内容等进行评审。7.2.3顾客沟通组织应对以下有关方面确定并实施与顾客沟通的有效安排:产品信息;问询、合同或订单的处理,包括对其的修改;顾客反馈,包括顾客抱怨。7.3 设计和开发7.3.1设计和开发策划组织应对产品的设计和开发进行策划和控制。在进行设计和开发策划时,组织应确定:设计和开发阶段;适于每个设计和开发阶段的评审、验证和确认活动;设计和开发的职责和权限。 组织应对参与设计和开发的不同小组之间的接口实施管理,以确保有效的沟通,并明确职责分工。根据设计和开发的进展,在适当时,策划的输出应予以更新。注:设计和开发评审、验证和确认具有不同的目的。根据产品和组织的具体情况,可以单独或任意组合的形式进行并记录。7.3.3 设计和开发输入应确定与产品要求有关的输入,并保持记录(见4.2.4)。这些输入应包括:功能和性能要求;适用的法律法规要求;适用时,以前类似设计提供的信息;设计和开发所必需的其他要求。应对设计和开发输入进行评审,以确保其充分性与适宜性。要求应完整、清楚,并且不能自相矛盾。7.3.3设计和开发输出设计和开发输出的方式应适合于针对设计和开发的输入进行验证,并应在放行前得到批准。设计和开发输出应:满足设计和开发输入的要求;给出采购、生产和服务提供的适当信息;包含或引用产品接收准则;规定对产品的安全和正常使用所必需的产品特性。注:生产和服务提供的信息可能包括产品防护的细节。7.3.4设计和开发评审在适宜的阶段,应依据所策划的安排(见7.3.1)对设计和开发进行系统的评审,以便:评价设计和开发的结果满足要求的能力;识别任何问题并提出必要的措施。评审的参加者应包括与所评审的设计和开发阶段有关的职能的代表。评审结果及任何必要措施的记录应予保持(见4.2.4)。7.3.5设计和开发验证为确保设计和开发输出满足输入的要求,应依据所策划的安排(见7.3.1)对设计和开发进行验证。验证结果及任何必要措施的记录应予保持(见4.2.4)。7.3.6设计和开发确认为确保产品能够满足规定的使用要求或已知的预期用途的要求,应依据所策划的安排(见7.3.1)对设计和开发进行确认。只要可行,确认应在产品交付或实施之前完成。确认结果及任何必要措施的记录应予保持(见4.2.4)。7.3.7 设计和开发更改的控制应识别设计和开发的更改,并保持记录。在适当时,应对设计和开发的更改进行评审、验证和确认,并在实施前得到批准。设计和开发更改的评审应包括评价更改对产品组成部分和已交付产品的影响。更改评审结果及任何必要措施的记录应予保持(见4.2.4)。7.4.1采购过程组织应确保采购的产品符合规定的采购要求。对供方及采购的产品控制的类型和程度应取决于采购的产品对随后的产品实现或最终产品的影响。组织应根据供方按组织的要求提供产品的能力评价和选择供方。应制定选择、评价和重新评价的准则。评价结果及评价所引起的任何必要措施的记录应予保持(见4.2.4)。7.4.2采购信息采购信息应表述拟采购的产品,适当时包括:a) 产品、程序、过程和设备的批准要求:b) 人员资格的要求;c) 质量管理体系的要求。在与供方沟通前,组织应确保规定的采购要求是充分与适宜的。7.4.3 采购产品的验证组织应确定并实施检验或其他必要的活动,以确保采购的产品满足规定的采购要求。当组织或其顾客拟在供方的现场实施验证时,组织应在采购信息中对拟验证的安排和产品放行的方法作出规定。7.5 生产和服务提供7.5.1 生产和服务提供的控制组织应策划并在受控条件下进行生产和服务提供。适用时,受控条件应包括:获得表述产品特性的信息;必要时,获得作业指导书;使用适宜的设备;获得和使用监视和测量设备;实施监视和测量;产品放行、交付和交付后活动的实施。7.5.2 生产和服务提供的过程确认当生产和服务提供的过程输出不能由后续的监视或测量加以验证,致使问题在产品投入使用后或服务已交付后才显现时,组织应对任何这样的过程实施确认。确认应证实这些过程实现所策划的结果的能力。组织应规定确认这些过程的安排,适用时包括:为过程的评审和批准所规定的准则;设备的认可和人员资格的鉴定;使用特定的方法和程序;记录的要求(见4.2.4);再确认。7.5.3 标识和可追溯性适当时,组织应在产品实现的全过程中使用适宜的方法识别产品。组织应在产品实现的全过程中,针对监视和测量要求识别产品的状态。在有可追溯性要求的场合,组织应控制产品的唯一性标识,并保持记录(见4.2.4)。注:在某些行业,技术状态管理是保持标识和可追溯性的一种方法。7.5.4 顾客财产组织应爱护在组织控制下或组织使用的顾客财产。组织应识别、验证、保护和维护供其使用或构成产品一部分的顾客财产。若顾客财产发生丢失、损坏或发现不适用的情况时,组织应报告顾客,并保持记录(见4.2.4)。注:顾客财产可包括知识产权和个人信息。7.5.5 产品防护组织应在内部处理和交付到预定的地点期间对产品提供防护,以保持与要求的符合性。适用时,这种防护应包括标识、搬运、包装、贮存和保护。防护也应适用于产品的组成部分。7.6 监视和测量设备的控制组织应确定需实施的监视和测量以及所需的监视和测量设备,为产品符合确定的要求提供证据。组织应建立过程,以确保监视和测量活动可行并以与监视和测量的要求相一致的方式实施。当有必要确保结果有效的场合时,测量设备应:对照能溯源到国际或国家标准的测量标准,按照规定的时间间隔或在使用前进行校准和(或)验证。当不存在上述标准时,应记录校准或检定的依据;(见4.2.4)必要时进行调整或再调整;能够识别,以确定其校准状态;防止可能使测量结果失效的调整;在搬运、维护和贮存期间防止损坏或失效;此外,当发现设备不符合要求时,组织应对以往测量结果的有效性进行评价和记录。组织应对该设备和任何受影响的产品采取适当的措施。校准和验证结果的记录应予保持(见4.2.4)。当计算机软件用于规定要求的监视和测量时,应确认其满足预期用途的能力。确认应在初次使用前进行,并在必要时予以重新确认。注:确认计算机软件满足预期用途能力的典型方法包括验证和保持其适用性的配置管理(技术状态管理)。 8.1 总则组织应策划并实施以下方面所需的监视、测量、分析和改进过程:a) 证实与产品要求的符合性;b) 确保质量管理体系的符合性;c) 持续改进质量管理体系的有效性。这应包括对统计技术在内的适用方法及其应用程度的确定。8.2 监视和测量8.2.1 顾客满意作为对质量管理体系业绩的一种测量,组织应监视顾客关于组织是否满足其要求的感受的相关信息,并确定获取和利用这种信息的方法。注:监视顾客感受可以包括从诸如顾客满意调查、来自顾客的关于交付产品质量方面数据、用户意见调查、业务损失分析、顾客赞扬、担保索赔、经销商报告之类的来源获得输入。8.2.2内部审核组织应按策划的时间间隔进行内部审核,以确定质量管理体系是否:符合策划的安排(见7.1)、本标准的要求以及组织所确定的质量管理体系的要求;得到有效实施与保持。考虑拟审核的过程和区域的状况和重要性以及以往审核的结果,组织应对审核方案进行策划。应规定审核的准则、范围、频次和方法。审核员的选择和审核的实施应确保审核过程的客观性和公正性。审核员不应审核自己的工作。应编制形成文件的程序,以规定审核的策划、实施以及形成记录和报告结果的职责和要求。应保持审核及其结果的记录(见4.2.4)负责受审区域的管理者应确保及时采取必要的纠正和纠正措施,以消除所发现的不合格及其原因。跟踪活动应包括对所采取措施的验证和验证结果的报告(见8.5.2)。注:作为指南,参见GB/T 19011。8.2.3 过程的监视和测量组织应采用适宜的方法对质量管理体系过程进行监视,并在适用时进行测量。这些方法应证实过程实现所策划的结果的能力。当未能达到所策划的结果时,应采取适当的纠正和纠正措施。注:当确定适宜的方法时,建议组织就这些过程对产品要求的符合性和质量管理体系有效性的影响,考虑监视和测量的类型与程度。8.2.4 产品的监视和测量组织应对产品的特性进行监视和测量,以验证产品要求已得到满足。这种监视和测量应依据所策划的安排(见7.1)在产品实现过程的适当阶段进行。应保持符合接收准则的证据。记录应指明有权放行产品以交付给顾客的人员(见4.2.4)。除非得到有关授权人员的批准,适用时得到顾客的批准,否则在策划的安排(见7.1)已圆满完成之前,不应向顾客放行产品和交付服务。8.3 不合格品控制组织应确保不符合产品要求的产品得到识别和控制,以防止其非预期的使用或交付。应编制形成文件的程序,以规定不合格品控制以及不合格品处置的有关职责和权限。适用时,组织应通过下列一种或几种途径,处置不合格品:采取措施,消除发现的不合格;经有关授权人员批准,适用时经顾客批准,让步使用、放行或接收不合格品;采取措施,防止其原预期的使用或应用;当在交付或开始使用后发现产品不合格时,组织应采取与不合格的影响或潜在影响的程度相适应的措施。 应对纠正后的产品再次进行验证,以证实符合要求。应保持不合格的性质以及随后所采取的任何措施的记录,包括所批准的让步的记录(4.2.4)。8.4数据分析组织应确定、收集和分析适当的数据,以证实质量管理体系的适宜性和有效性,并评价在何处可以持续改进质量管理体系的有效性。这应包括来自监视和测量的结果以及其他有关来源的数据。数据分析应提供有关以下方面的信息:顾客满意(见8.2.1);与产品要求的符合性(见8.2.4);过程和产品的特性及趋势,包括采取预防措施的机会(见8.2.3和8.2.4);供方(见7.4)。8.5 改进8.5.1持续改进组织应利用质量方针、质量目标、审核结果、数据分析、纠正和预防措施以及管理评审,持续改进质量管理体系的有效性。8.5.2 纠正措施组织应采取措施,以消除不合格的原因,防止不合格的再发生。纠正措施应与所遇到不合格的影响程度相适应。应编制形成文件的程序,以规定以下方面的要求:评审不合格(包括顾客抱怨);确定不合格的原因;评价确保不合格不再发生的措施的需求;确定和实施所需的措施;记录所采取措施的结果(见4.2.4);评审所采取的纠正措施的有效性。8.5.3预防措施组织应确定措施,以消除潜在不合格的原因,防止不合格的发生。预防措施应与潜在问题的影响程度相适应。应编制形成文件的程序,以规定以下方面的要求:确定潜在不合格及其原因;评价防止不合格发生的措施的需求;确定并实施所需的措施;记录所采取措施的结果(见4.2.4);评审所采取的预防措施的有效性。

3. 如何做好软件项目质量管理

项目质量是一个项目的灵魂,体现的是项目与项目目标需求的符合程度。项目质量管理则是为保证项目满足原先规定的各项要求而组织的各项活动。
  
 软件质量管理的作用,体现在如下3个方面 :
  
 项目质量除了交付成果的质量外,还包括项目管理的质量。一般来讲,项目质量管理包括如下4个方面内容:
  
 质量不是每个指标都越优越好,一方面要看客户有没有提出需求,没有需求的质量的是没有意义的。另一方面,在提高质量的同时需要考虑到质量成本的增加。最后还要考虑到一种情况,有些质量指标需要权衡,比如提高软件的安全性可能带来软件性能指标的降低。
  
 所有这些都需要在项目启动之初想清楚,定下项目质量的方针与目标。
  
 一切有序的工作都需要计划,质量管理计划一般包括如下内容:
  
 监控项目的具体成果,确定其是否符合项目的质量标准,并进行不合格情况的追踪。
  
 按照既定的质量计划来对过程进行追踪,同时提供质量改进,为项目满足所有项目利益相关方的要求提供信心。
  
 1、质量管理策略的展开与实施
   明确公司软件质量要求,提高全体项目人员质量意识。
   2、寻找高素质的软件人才
   优秀的人才,自我对质量的要求就高。
   3、利用一些激励手段激励项目成员
   将项目质量纳入到到绩效考核指标
   4、加强项目实施的过程监督
   平时通过质量检查和阶段检验等两种方式确保项目顺利执行,加强评审与抽查,及时发现问题
   5、建立软件测试小组,做好软件质量控制
   专门的测试小组,没有开发的压力,更有可能发现软件质量问题。
   6、借助一些先进项目管理软件或者软件开发过程管理软件
   好的工具,可以加强控制、提升效率,如问题追踪系统的使用。

如何做好软件项目质量管理

4. 软件项目中的质量管理

 软件项目中的质量管理
                         软件的质量是软件开发各个阶段质量的综合反映。软件项目的建设包括项目计划、需求分析、软件开发和系统维护等阶段,质量管理工作会始终贯彻在项目建设的各个阶段,下面是我分享的一些相关资料,供大家参考。
            1. 项目计划的质量管理 
         科学合理地制定项目开发计划,是项目成功的关键,在制定项目计划时,以下三个方面需要特别注意。
         首先,项目计划必须群策群力。项目计划的制定不仅需要对项目任务进行工作分解(WBS)和对资源估算以制定项目计划,更需要在项目计划中结合历史项目的实践经验和相关领域的行业经验,科学地评估项目各阶段所需要的时间并预留风险缓冲时间。通常可先由项目承建方制订项目计划草案,项目计划草案注明项目各阶段的产生物和里程碑时间,再由业主、监理、承建方的主要负责领导和技术骨干对项目计划草案进行讨论,并根据各方意见进行修订和完善,最终形成各方认可的项目计划。
         其次,项目计划要因变而变。在“金保”工程建设中,软件项目开发往往涉及劳动保障多个部门的工作,因而项目计划在实施过程往往受到多种因素的影响。项目计划要跟上项目的实际变化,通过动态调整投入项目的资源,合理地调节项目进度以及阶段性的里程碑,使得项目计划反映项目的实际进度,从而确保项目质量保证的实施。
         最后,建立项目沟通制度。每周召开业主方、承建方、监理方参加的项目例会,共同协商项目建设中所遇到的问题,明确责任分工,确定下一步工作计划,并根据实际情况及时调整,确保项目按计划进行。
          2. 需求分析的质量管理 
         把握正确的业务需求是项目成功的关键。需求分析是软件开发人员掌握业务流程,最终确定软件需要做什么和如何做的定义过程。由于对业务的需求分析是个迭代的过程,只有通过持续地与业务人员进行交流确认,才能最终掌握业务的实际需求。
         在“金保”工程建设中,为了减少需求分析阶段可能发生的各种风险,劳动保障部门信息中心的技术人员利用自己既掌握劳动保障的业务政策,又懂得软件开发技术和方法的优势,积极参与到软件项目中,做业务人员和软件开发人员联系的桥梁和纽带,既引导业务人员提出业务的需求,也帮助软件开发人员掌握业务规则。由于很多业务流程非常复杂,而且不可视,为了更好地获得业务需求,要求承建方制作软件原型,软件开发人员通过原型与业务人员进行进一步的沟通,最终获得与业务流程相一致的软件模型。需求分析结束后,编写成《用户需求说明书》、《需求规格说明书》,由业主、监理、承建方三方签字认可,作为验收方案和验收标准,并做好变更控制和配置管理。
          3. 软件开发的质量管理 
         软件开发是软件实现的重要阶段,需要通过运行多种质量管理方法做好软件开发过程的质量控制。这个时期的`质量管理的方法包括了日常检查、阶段评审、方案检验和质量原因分析等。
         日常检查贯彻于软件开发的全过程,通过对业务调研、系统设计和系统实现等过程进行监督,及时识别和发现缺陷。阶段评审主要对各阶段的产出物进行评审,尤其是需要加强对需求阶段的《用户需求说明书》、《需求规格说明书》、系统设计阶段的《设计说明书》,以及测试阶段的《确认测试用例》、《集成测试用例》的评审工作,通过评审发现阶段性问题,通过及时修改和完善,尽可能减少带入下一阶段的缺陷数目。
         方案检验是对在软件的设计方案进行模拟测试,通过对存储数据量、并发用户数、网络环境等多方面的综合验证测试,以保证系统设计方案的正确性。质量原因分析报告用鱼刺图来展现影响软件质量的各种直接和间接的原因以及构成这些因素,以总结经验、吸取教训,避免类似的质量缺陷重复发生。
          4. 系统维护的质量管理 
         软件项目开发完成交付使用后,随着时间的推移,承建方的开发人员会逐渐转移到其他项目,从而在技术服务和技术响应上得不到有效的支持,而软件随着推广使用的进一步扩大,对软件的可靠性、稳定性等方面提出了更高的要求,最终出现承建方的维护不及时、业主方维护工作繁重的局面。
         为解决系统维护阶段的问题,首先在项目建设初期劳动保障信息中心的技术人员应该参与软件的设计和开发,通过掌握软件的核心技术和运行方法,使得软件在运行和维护期间不需要过分依赖于承建方,只要不是大的改动都能应付,特别要熟练掌握软硬件环境的安装、维护、调优和备份等工作。其次,完备的文档为程序的维护、更新、扩展提供良好的帮助,承建方应该提供完整的文档,包括软件安装手册、软件操作手册、在线帮助、系统管理手册等,为以后的维护工作提供方便。
         在“金保”工程建设中,要提高软件项目质量管理的方法有很多,例如在软件企业实施CMM规范或者引入RUP过程等,但对于参与“金保”工程建设的大多数中小型软件企业而言很不现实。首先,这需要企业投入大量的资金和人力物力,这不是企业所能承受的; 其次,CMM和RUP太大、太广,要求具有不同专业背景的技术人员,并且在企业内部建立起层次分明和分工清晰管理体系,而这些恰恰又是中小型软件企业所缺乏的。在“金保”工程的建设实践中,我们深切体会到,针对软件质量管理的薄弱环节实施质量管理改进,不用投入太多人力物力,就能较大程度地提高软件的质量。
    ;

5. 软件项目的质量管理

      
          1 质量计划 
         对于软件项目质量管理而言,必须先制定出一套较为完善的质量计划,才能够以较大的概率完成软件项目质量管理的目标。制定软件项目质量所依据的应该是企业对与项目质量所制定的的战略目标。我国企业采取的等级结构一般都是典型的金字塔型结构,管理者特别是高层管理者的理念与意识对于企业的各项工作能够产生非常大的影响。从这个意义上讲,质量计划应该是电信企业与软件企业高管层的`责任,而软件项目的质量就应该是由企业高管层所规定的关于项目质量的战略规划以及工作的方向。
         软件项目质量计划的目的是确保软件项目的质量,因此就涉及到了衡量软件质量的问题,即判断质量计划中的项目质量是否已经达到较高的标准。对于这一问题,软件开发企业通常所采用的做法通常是与行业内项目质量的均值作比较,以此判断本项目的质量能否达到行业内的平均标准。
          2 质量保证 
         质量保证的一般含义是为了证明项目能够达到有质量的标准而在质量体系中所进行的工作。因此,质量保证工作必须确保项目涵盖了能够达到质量要求的所有工作。若质量保证工作确定项目已经满足要求,则可以继续进行下一个环节的工作,即质量控制,反之,则要先完善项目质量计划工作。
         对于软件项目而言,质量保证的具体内容包括几个方面:(1)具有清晰的软件需求分析。需求分析是软件达到客户要求的基本评价标准,也是软件项目质量评价的基本依据,因此,必须确保软件项目具有清晰、可行的需求分析。(2)具有科学的软件项目质量体系与质量标准。需求分析是判断软件质量的标准,而根据前文所述,软件质量是否达标只是评价软件项目质量的基本标准。因此,但仍然有必要从多个维度建立、健全软件项目的质量体系以及质量标准。特别是对于电信企业而言,所面对的市场具有很大的不确定性,有鉴于此,电信企业软件的项目质量更需要建立、健全质量评价体系,制定完善的评价标准。(3)具有完成项目所必需的各种资源。电信企业的基础设施建设需要耗费大量的成本,电信企业的软件项目也同样需要大量的人、财、物等资源。因此,在质量保证工作当中需要确定企业具有达到项目质量标准所必需的各种资源,以保证软件项目能够达到其预定的标准。
          3 质量控制 
         质量控制工作是指评价项目成果是否符合相关的质量标准,并且当项目成果未达到标准时,对其原因进行分析并找到解决的方法。当项目的成果达到质量标准时,相关产品就可以交付使用了,反之,则需要对质量计划与质量保证两项工作进行改进,以保证项目成果能够符合相关规定。
         具体到软件项目,质量控制包括两项具体的工作:(1)判断所开发的软件是否达到客户所指定的标准,若已经达到,则可以继续开发,反之,则要对产品进行改进,保证产品能够满足客户需要。(2)判断项目的成本与进度执行是否达到质量计划中的标准,若已经达到,则项目可以继续进行;反之,就要判断,是质量计划制定得过高,抑或是具体的执行工作还有待改进以及怎样改进。
         上述这两项工作实际上都是反馈控制(即事中控制),即在软件开发项目的执行过程当中对开发工作的绩效进行判断。电信行业的市场特征使得电信行业的软件项目具有较大的不确定性,采用事前控制的策略是较为困难的,而事后控制策略对于当前正在进行的项目并没有太大的实际价值,若当前的软件项目在执行过程中已经产生成本浪费,使用事后控制策略不能及时发现问题进而采取措施。因此,在质量控制工作当中应该采用反馈控制策略对各项工作进行合理的规划。

软件项目的质量管理

6. 如何开展软件的质量管理

在实际的项目质量管理中,质量管理总是围绕着质量保证(Quality?Assurance)过程和质量控制(Quality?Control)过程两方面。这两个过程相互作用,在实际应用中还可能会发生交叉。正如引言所述,关于软件的质量,很难下一个非常明确的定义。本文主要针对软件工程中的质量管理来进行讨论。
  1、做软件“大餐”的工序
  软件质量保证(Software?Quality?Assurance,以下简称SQA)的目的是验证在软件开发过程中是否遵循了合适的过程和标准。软件质量保证过程一般包含以下几项活动:
  首先是建立SQA组;其次是选择和确定SQA活动,即选择SQA组所要进行的质量保证活动,这些SQA活动将作为SQA计划的输入;然后是制定和维护SQA计划,这个计划明确了SQA活动与整个软件开发生命周期中各个阶段的关系;还有执行SQA计划、对相关人员进行培训、选择与整个软件工程环境相适应的质量保证工具;最后是不断完善质量保证过程活动中存在的不足,改进项目的质量保证过程。
  独立的SQA组是衡量软件开发活动优劣与否的尺度之一。SQA组的这一独立性,使其享有一项关键权利――“越级上报”。当SQA组发现产品质量出现危机时,它有权向项目组的上级机构直接报告这一危机。这无疑对项目组起到相当的“威慑”作用,也可以看成是促使项目组重视软件开发质量的一种激励。这一形式使许多问题在组内得以解决,提高了软件开发的质量和效率。

7. 软件开发企业质量管理

       软件开发企业质量管理 
         摘 要:为了提升信息产业的竞争力,我国软件企业应参照标准化质量体系认证ISO9000系列标准进行规范化管理并与国际接轨,以提高软件开发企业的质量管理水平。
         通过对软件开发过程及软件质量实质的分析,提出加强软件企业质量管理的方法与途径。
         关键词:软件工程;软件质量;质量管理
         作者简介:金铁(1969-),男,军事经济学院襄阳士官学校计算机教研室副教授,研究方向为计算机与多媒体教学;唐晓军(1971-),女,航天42所化学源部工程师,研究方向为企业管理;张勇(1982-),男,军事经济学院襄阳士官学校计算机教研室讲师,研究方向为网络通信。
         0 引言
         随着软件业的高速发展,在软件开发史上出现了“软件危机”,由于对于软件开发中的成本控制、软件进度、软件的可维护性等问题缺乏有效的管理手段,导致软件质量无法得到保证。
         因此,应与国际标准化质量体系认证体系ISO9000系列标准接轨,加强软件企业对项目开发的质量管理,全面提升软件企业的开发质量。
         1 软件工程视角下的软件开发质量
         1.1 软件开发方法与开发质量
         软件的开发一般是由开发模式决定的,不同的开发模式决定了开发方法的不同,并最终影响到产品质量的高低。
         软件质量管理所关心的问题正是规模化开发过程中对可重复性、可复用性、可维护代码的可靠性和健壮性要求,最终的目标是适用于专业领域的应用需要,发挥软件应用功能提升专业领域的生产及工作效率。
         在开发的各个环节实现以下目标,各个阶段易于实现而不是使用高深的技术,各阶段平滑过渡而不是另起炉灶,整个系统结构易于理解也便于维护,已实现的成熟开发过程能够重用,根据现实生活中的实体形成系统模型,整合多个开发团队协同工作。
         目前,面向对象的技术是反映现实世界为主导的建模技术,它可以最大限度地模仿现实世界,并可以最大程度地重用现有的软件产品。
         1.2 代码重用与开发质量
         面向对象的技术核心就是重用,开发者要在各个环节贯彻这种思想。
         重用是解决软件工程中诸多问题的一个重要手段,代码重用的好处很多,表现在提高代码开发生产力的作用是十分明显的,而且在提高软件开发质量方面的作用更是表现得十分深远。
         开发人员往往比较熟悉“自己的”代码,自己编写的更为熟悉,也感觉更可靠,但是软件的工业化生产是不允许每次开发都要从空白状态为起点,要能够运用过去开发成果、运用相关企业的开发成果,这都需要开发团队从代码重用中找到解决方案,以代码重用为基础,合理规划人员组织分工、收益分配、责权利等管理环节,才能使开发过程中的质量管理渗透到软件企业的血液之中。
         2 软件质量模型与改进方法
         现代质量管理理论的思想应用于软件的开发质量管理,目前国际上流行的ISO9000系列标准和CMM模型已受到软件企业的重视,它可以有效地指导软件企业建立适合自身发展的质量管理体系。
         在此基础上基于我国中小型软件企业的质量管理需求,在软件开发行业中,产生了基于过程改进的软件质量管理模型,具有较强的现实意义。
         2.1 基于过程改进的软件质量模型
         企业在软件开发中需要关注顾客满意、目标管理、过程管理等问题,如何形成一种机制,使企业迅速建立起自己的质量管理体系,并且在生产实践中逐步完善和升级。
         软件开发的过程模型很多,有瀑布开发模型、原型法模型、螺旋模型、迭代式过程模型等。
         它们对软件生命周期的划分都有所不同,但是为了便于实际工作中的应用,质量控制模型还是依据软件开发中的“策划、控制、改进”三个环节来分,用这三个过程对软件开发质量管理过程进行划分,也分为软件质量策划、软件质量控制和软件质量改进三个阶段,对每个阶段分别进行过程改进,提升质量管理水平,使软件企业和相关人员能够在软件开发过程中便于实施,保证企业能够达到质量管理的目标。
         2.2 基于过程改进的软件质量管理
         基于过程改进的质量管理主要包括软件过程成熟度、合理的软件质量目标确立、软件测试与维护能力的提高等。
         对于多数软件企业来说,由于软件人才不足,许多必须的过程改进无法实施,开发人员处于绝对的'主导地位。
         人们在软件生产全过程中,不愿提出过多的质量要求,结果使开发质量无法保证,多数情况下,在开发初始阶段,这些质量要求是被完全忽视的。
         软件过程成熟度是衡量软件企业质量水平和开发能力的重要指标,对于软件企业的核心竞争力来说,不是掌握了多少先进的技术,而是多少技术能够用于成功的开发,也就是常说的不在于会而在于精,精通成熟技术的能力才具有商业价值,也才能够实现用户的质量要求。
         为此,需要围绕这个中心进行软件企业的能力建设,也要时刻清楚企业自身的能力水平,在开发中合理确立质量目标,与用户充分沟通,防止好大喜功及盲目夸大自身能力,使企业陷入软件危机。
         软件测试与维护在软件生命周期中是一项重要工作,对于一个中小型软件企业来说,缺乏强有力的机构和人员来完成这项工作,使一些很容易解决的问题难以及时发现和解决,最终严重影响了软件的质量,教训是十分深刻的。
         3 软件企业加强质量管理的途径
         3.1 质量管理的关键
         质量的提高如果没有人的参与是不可能实现的,人们在软件开发质量管理中的任务就是消除软件的缺陷,达到用户满意目标。
         软件的缺陷主要有两种:技术方面和管理方面。
         技术方面的软件缺陷,需要从技术方面去解决,主要手段是让软件开发人员学习和创新,从技术上探索和总结,找到解决此类问题的方法。
         要经常召开技术方面的会议,通过对产品中的各种错误和缺陷进行研究,就可以最终找到解决的办法,并通过技术培训等形式进行推广,解决此类技术问题。
         而管理方面的缺陷,需要从管理方面去解决,由于企业管理水平低下,在软件开发中会产生责任与职能上交叠或空缺的领域,当软件开发出现质量问题时,大家都知道问题所在,但谁都不愿管,谁都不负责。
         软件开发是一个充满挑战的工作,很难一开始就把需求和解决方案完全描述清楚,随着开发工作的不断深入,那些视而不见的“小问题”会变成阻碍产品质量的大问题。
         因此,需要加强各类人员的交流,要充分发挥开发人员的主观能动性和质量意识,才能不断突破管理缺陷带来的质量问题。
         3.2 质量管理的完善
         质量的提高更需要一套强有力的管理机构,实施一套有效的管理程序来不断地消灭产品的质量缺陷,质量的提高必然需要人的参与,更需要有效组织下的人的参与。
         质量管理要在质量管理部门的有效组织下有序进行,质量部门主导的质量工作应渗透到企业各个部门的开发工作之中,质量管理不是产品生产完成后的检验工作,也不是最后判断合理与否的橡皮图章,而是渗透到每个员工血液中的、融入每个开发环节中无形的而又真正存在的东西,不应仅仅地把它看成是一个思想认识问题,而应该由质量管理部门拿出行之有效的具体办法、现实可行的考评指标,以及最终产品检验标准,才能实现质量管理的目标。
         3.3 质量认证的实施
         质量认证是一种对企业质量管理水平的评估,ISO9000系列标准化质量体系认证是一种外部认证,通过了认证,就可以获得国际上的质量认可,是产品质量达到形式上的也是本质上的目标。
         但外部认证往往是被动的,具有一定的功利色彩,在认证过程中也会产生一定偏差,有的会因为获得认证而放松管理,有的会为了实现认证指标而加强管理,而忽视软件产品质量的本质内容,这都违背了质量认证目标。
         实际上,企业内部质量活动也是一种认证,它是一种主动的认证行为,企业要走“向质量要生存、向质量要效益”的发展之路,就要认真做好企业内部认证,实事求是地解决内部的质量问题。
         参考文献:
         [1]许育诚.软件测试与质量管理[M].北京:电子工业出版社,2004.
         [2]李志伟.军用软件开发工程化质量管理研究[J].制造业自动化,2011(5).

软件开发企业质量管理

8. 软件质量管理的介绍

本书是《国防科技工业质量与可靠性专业技术丛书》之一。由石柱编写,航空工业出版社出版。本书共分九章和两个附录,其内容包括:软件质量管理概述和基本概念,软件质量管理 基础,软件质量评价、软件开发和维护过程控制,软件验证与确认技术和方法,配置管理和FRACAS,软件质量管理的相关文档,软件过程改过。两个附录包括软件设计准则和软件设计评审检查单示例。本书以作为国防工业质量管理专业人员、软件研制人员、软件测试人员、型号研制管理人员对开展质量管理工作提供反术支持和学习参考用书。

最新文章
热门文章
推荐阅读