欢迎来到速发表网!

关于我们 登录/注册 购物车(0)

期刊 科普 SCI期刊 投稿技巧 学术 出书

首页 > 优秀范文 > 通用质量特性工作计划

通用质量特性工作计划样例十一篇

时间:2023-02-27 11:10:15

序论:速发表网结合其深厚的文秘经验,特别为您筛选了11篇通用质量特性工作计划范文。如果您需要更多原创资料,欢迎随时与我们的客服老师联系,希望您能从中汲取灵感和知识!

通用质量特性工作计划

篇1

2、设计过程质量控制

为了实现产品的优质质量,加强设计和开发的控制是头等重要的工作。设计和开发的质量控制点有许多个方面,包括控制设计和开发的输入和输出,开展六性设计、设计评审、设计验证、设计确认、设计更改、试验控制等工作,实施技术状态管理,控制技术状态更改。这些主要的质量控制点还可以扩展到更多的质量控制环节,进一步细化质量管理工作。

2.1确定设计输入、输出

设计输入要求是设计的依据,而设计输出是设计和开发过程的结果,提供了产品和有关过程的特性或规范,也是开展质量保证工作的依据,所以我们要规范设计输入、输出的要求,建立基线。完整准确地确定设计要求,理解用户的需求,还要考虑用户的潜在要求。设计输入要求通常包括:用户要求、功能要求、性能要求、设计要求、法律法规要求。应该对设计输入进行评审,与用户进行沟通,并通过会签等形式固定沟通的结果。对要求的更改应进行技术状态管理。设计输出的图样、文件、规范等是制造、安装和检验的输入,最终都应通过定型得到确认。

2.2将“六性”要求设计进产品中

在设计和开发过程中,需确定产品的可靠性、维修性、保障性、测试性、安全性、环境适应性要求,运用优化设计和“六性”专业工程实施设计和开发。依据研制总要求(研制任务书、技术协议)规定的“六性”要求来确定满足“六性”要求的计划和措施。“六性”工作计划可以单独编制,也可以再质量计划中作出规定。具体管理要求可参照GJB450A等标准结合产品实际作出规定。

2.3设计评审

装备产品研制程序要求承制单位必须建立分级、分阶段的设计质量、工艺质量和产品质量评审制度以及进行试制、试验前的准备状态检查。设计评审应纳入研制计划,未按规定要求完成设计评审,不能转入下一阶段工作,与所评审阶段有关的职能代表都应参加该阶段设计和开发的评审活动。必要时进行“六性”以及元器件、原材料和计算机软件等专题评审,也可以与其他设计评审一起进行。为求设计评审有实效不走过场,首先要明确设计评审各方的责任:评审组织单位对人员、资料准备与提供、评审意见处理及追踪管理并运用PDCA过程改进方法不断改进和提高评审的有效性负责;评审组对评审意见结论建议的正确性负责;型号总师系统对总结报告、资料正确性、对意见和建议采纳与否的后果负责;质量部门对评审后的跟踪管理负责。

2.4设计和开发验证与确认

设计和开发验证是为了证实设计和开发的输出是否满足输入的要刘剑聂磊黄婕婷江西洪都航空工业集团江西南昌330001求,设计和开发验证应按设计和开发策划的安排进行,一般在形成设计输出时进行。设计验证具有层次性、阶段性、多方式、迭代性的特点,设计验证的方法包括试验、演示、分析、评审、检验、仿真。承制单位应保存设计和开发验证的结果及由验证而采取的任何必要措施的记录,对于顾客要求控制的验证项目,应在相关文件中予以明确并通知顾客参加。设计和开发确认的目的是证实设计和开发产品满足规定的适用要求或已知的预期用途要求,设计和开发确认应按设计和开发策划的安排进行,只要可行,应在产品交付或实施之前完成。设计和开发确认的方式可以包括对设计和开发的产品交付顾客试用及模拟试验等。承制单位应保存设计和开发确认结果及由确认而采取的任何必要措施的记录。

2.5设计和开发更改控制

设计和开发的更改是对设计和开发的输出的变更,包括经过评审和批准的阶段设计和开发的输出的变更。引起设计和开发更改的原因很多,可能有产品要求的变更引起,也可能由适用于产品法规的变更引发,也可能由设计评审、验证、确认活动发现的问题或生产过程发现的设计问题等引发。所有设计和开发更改在正式实施前必须得到规定的批准人员的批准才可以实施更改,重要的设计更改如影响装备战术技术性能、结构、强度、通用性、互换性重要的接口、“六性”等,应参照GJB3206A-2010《技术状态管理》、GJB5235-2004《软件配置管理》等标准进行系统分析和验证,确保符合论证充分、各方认可、试验验证、审批完备、落实到位的原则。承制单位应保持设计和开发更改的有关记录,包括更改的申请、评审、验证、确认、审批的记录和更改的实施和标识的记录,设计更改应符合技术状态管理的有关规定要求。

2.6试验控制

根据设计和开发输出的要求,试验前需编制试验大纲,明确试验的项目、内容、以及试验的程序、条件、手段和记录的要求,试验前的需做好准备状态检查。试验应按试验大纲规定的程序进行试验并严格执行试验设备的操作程序,确保试验条件和试验设备处于受控状态,并按规定要求做好记录。对试验过程发生的任何问题都应分析原因、采取措施,待问题解决后才可继续试验。对任何超越试验程序的活动都应经过严格的审批,试验过程的变更应征得顾客同意。对试验发现的故障和缺陷要运行产品故障报告和纠正措施系统,采取有效的纠正措施并进行试验验证,试验过程变更时应征得顾客的同意。对按试验大纲所收集的试验数据和原始记录进行整理、分析和处理,并对试验的结果进行评价。试验过程、结果及任何必要措施的记录应予保持。

2.7实施技术状态管理,控制技术状态更改

技术状态管理是运用行政和技术手段,建立各种程序,对产品技术状态实施有目的、有计划、有步骤的管理。承制单位应实施技术状态管理,内容包括技术状态标识、技术状态控制、技术状态纪实、技术状态审核。建立控制技术状态更改的制度,保证更改受到系统地评价、协调、批准及实施并把更改正确地反映在技术文件及更改控制文件内,跟踪产品技术状态的全部历史。通过严格控制更改,控制偏离许可、让步,保证文文相符、文实相符,保证技术资料完整、配套、协调,可以实现以最低的费用和最短的周期研制出满足质量要求的产品。

篇2

2软件复用理论

2.1软件复用的概念

为避免程序开发“从零开始”以及重复相同的工作,采用已有的经验和成果,将开发的重点集中在应用系统的新研部分,提高工作效率和软件质量,这就是软件复用。复用形式包括基于构件的复用和基于过程的复用,基于构件的复用是目前主要的复用形式。

2.2软件构件及基于构件的软件开发

软件构件是软件复用的核心和基本单位,具有独立的功能,是可复用的软件组成部分,可供第三方进行软件组装。构件可以是被封装的对象类、类树、功能模块、软件框架、软件构架(或体系结构)、文档、分析件、设计模式等。基于构件的软件开发与传统的软件开发相比,基于构件的软件开发强调使用软件构件对软件系统进行设计开发。基于构件的软件开发方法需要有相应的软件开发过程作为基础,否则,就不会有与该系统相符合的质量特性要求的软件构件。

2.3软件复用的优点

(1)改善软件质量:经过测试以及经过实践的软件往往缺陷更少。(2)降低开发风险:开发新的组件,如果测试不够充分,轻则有效性不高,重则可能是造成软件失败的原因。(3)支持快速原型开发:快速构建实用可操作系统模型,凭借其与用户进行有效沟通,最终获得用户有效意见反馈。(4)提高软件开发效率,缩短软件开发周期,从而降低软件开发成本。

3软件复用在测控软件开发中的应用

近年来,随着任务数量的增多,测控软件的开发团队越来越小,软件开发周期越来越短,软件的研制要求却不断的提高;随着卫星工作模式的增加,地面接收设备也需增加相应的工作模式完成相应的接收任务。因此,测控软件不但需要完成原有工作模式的监控管理功能,还需完成新增工作模式的监控管理功能。测控软件必须有效继承原有成熟的计划管理、自动标校/测试及自动运行管理技术,同时需要开发适合新增工作模式的计划管理、自动标校/测试及自动运行管理技术,并且要为后续其它型号软件提供高效的功能继承。基于软件复用技术的测控软件开发,使用大量的已经过验证的高效软件,对传统瀑布模型的各个研制阶段的产品(如需求分析、软件设计、软件编码、软件测试)进行优化和简化,节省了人力和时间,提高了软件的可靠性,降低了软件成本和开发周期。在软件的研制过程中,需要对软件的复用架构进行设计,对可复用的构件进行适应性修改设计以适应新的软件需求,还需对新研的部件进行软件设计。测控软件对原有成熟的设备监控、计划管理、自动标校/测试及自动运行管理功能的继承,就成为软件的复用的内容。其中包括四个阶段的复用:需求复用、设计复用、代码复用、测试复用。

3.1需求复用

测控软件的变更原因主要有两种:(1)用户需求变更。(2)软件自身技术升级。其中,用户需求变更是导致软件变更的首要因素;软件技术升级的部分工作往往也是为了更好的适应用户的需求。首先,同类任务的需求是逐渐增加的,并且有一定的可继承性,当增加新的需求时,已验证过的任务需求即可成为后续任务需求的可复用的构件。其次,不同的测控任务需求之间同样存在相同或相似的元素。例如,任何一个任务都有相同或相似的任务流程;根据工作计划及自动运行策略进行站前标校、任务宏配置、启动自动运行流程;监控数据的存储、显示、查询等任务需求存在一定的共性,对其通用的任务需求,是完全可以复用或部分复用的。因此,任务需求变更与软件需求变更为因果关系,直至后续的各个阶段活动都受到任务需求变更的影响。从需求分析、软件设计、软件编码直至软件测试,都会因为任务需求的变更而必须进行相应的更动。

3.2设计复用

多年以来,很多任务的测控软件都有相同或相似的软件结构,因此,这一有利条件,在软件结构设计时,得到了充分的利用。从软件复用的角度来说,在进行软件结构设计时,需将软件中相对稳定的部分(如设备监控、数据库管数据库管理、计划管理、用户管理)与新增加的部分不仅从结构上分开,而且要求其接口相对单一稳定。这样,从软件设计到代码开发都可以复用。

3.3代码复用

对程序代码的复用,以设备的监控线程为例介绍如下:目前,测控站内设备通过局域网进行通信,各个设备与测控软件之间的通信接口都已进行了标准化,因此,对不同设备的监控线程可以进行代码复用;如果重新设计代码,不但要耗费大量的人力和时间,延长软件开发周期,而且重新设计的代码必须进行充分的软件测试,否则难以保证其正确性和健壮性。开发者使用以往可复用的程序代码,或全部吸收或加以优化,大大避免了重复性工作,将精力集中于关键技术的攻关,如此设计更加高效可靠的软件系统。

3.4测试用例复用

软件测试复用主要包括测试流程的复用、测试方法的复用和测试用例的复用。其中,测试用例的复用是测试复用中的关键技术。测试用例的复用对于缩短软件的开发周期和降低软件开发成本具有极其重要的意义。