韩国激情一区二区高清在线,亚洲中文字幕网址在线,九色在线精品视频,久久深夜福利亚洲网站

    <object id="jtoc7"><button id="jtoc7"></button></object>

      <object id="jtoc7"></object>

      期刊 科普 SCI期刊 投稿技巧 學(xué)術(shù) 出書 購物車

      首頁 > 優(yōu)秀范文 > 通用質(zhì)量特性工作計劃

      通用質(zhì)量特性工作計劃樣例十一篇

      時間:2023-02-27 11:10:15

      序論:速發(fā)表網(wǎng)結(jié)合其深厚的文秘經(jīng)驗,特別為您篩選了11篇通用質(zhì)量特性工作計劃范文。如果您需要更多原創(chuàng)資料,歡迎隨時與我們的客服老師聯(lián)系,希望您能從中汲取靈感和知識!

      篇1

      2、設(shè)計過程質(zhì)量控制

      為了實現(xiàn)產(chǎn)品的優(yōu)質(zhì)質(zhì)量,加強設(shè)計和開發(fā)的控制是頭等重要的工作。設(shè)計和開發(fā)的質(zhì)量控制點有許多個方面,包括控制設(shè)計和開發(fā)的輸入和輸出,開展六性設(shè)計、設(shè)計評審、設(shè)計驗證、設(shè)計確認(rèn)、設(shè)計更改、試驗控制等工作,實施技術(shù)狀態(tài)管理,控制技術(shù)狀態(tài)更改。這些主要的質(zhì)量控制點還可以擴展到更多的質(zhì)量控制環(huán)節(jié),進一步細(xì)化質(zhì)量管理工作。

      2.1確定設(shè)計輸入、輸出

      設(shè)計輸入要求是設(shè)計的依據(jù),而設(shè)計輸出是設(shè)計和開發(fā)過程的結(jié)果,提供了產(chǎn)品和有關(guān)過程的特性或規(guī)范,也是開展質(zhì)量保證工作的依據(jù),所以我們要規(guī)范設(shè)計輸入、輸出的要求,建立基線。完整準(zhǔn)確地確定設(shè)計要求,理解用戶的需求,還要考慮用戶的潛在要求。設(shè)計輸入要求通常包括:用戶要求、功能要求、性能要求、設(shè)計要求、法律法規(guī)要求。應(yīng)該對設(shè)計輸入進行評審,與用戶進行溝通,并通過會簽等形式固定溝通的結(jié)果。對要求的更改應(yīng)進行技術(shù)狀態(tài)管理。設(shè)計輸出的圖樣、文件、規(guī)范等是制造、安裝和檢驗的輸入,最終都應(yīng)通過定型得到確認(rèn)。

      2.2將“六性”要求設(shè)計進產(chǎn)品中

      在設(shè)計和開發(fā)過程中,需確定產(chǎn)品的可靠性、維修性、保障性、測試性、安全性、環(huán)境適應(yīng)性要求,運用優(yōu)化設(shè)計和“六性”專業(yè)工程實施設(shè)計和開發(fā)。依據(jù)研制總要求(研制任務(wù)書、技術(shù)協(xié)議)規(guī)定的“六性”要求來確定滿足“六性”要求的計劃和措施?!傲浴?a href="http://www.zxgck.com/haowen/21635.html" target="_blank">工作計劃可以單獨編制,也可以再質(zhì)量計劃中作出規(guī)定。具體管理要求可參照GJB450A等標(biāo)準(zhǔn)結(jié)合產(chǎn)品實際作出規(guī)定。

      2.3設(shè)計評審

      裝備產(chǎn)品研制程序要求承制單位必須建立分級、分階段的設(shè)計質(zhì)量、工藝質(zhì)量和產(chǎn)品質(zhì)量評審制度以及進行試制、試驗前的準(zhǔn)備狀態(tài)檢查。設(shè)計評審應(yīng)納入研制計劃,未按規(guī)定要求完成設(shè)計評審,不能轉(zhuǎn)入下一階段工作,與所評審階段有關(guān)的職能代表都應(yīng)參加該階段設(shè)計和開發(fā)的評審活動。必要時進行“六性”以及元器件、原材料和計算機軟件等專題評審,也可以與其他設(shè)計評審一起進行。為求設(shè)計評審有實效不走過場,首先要明確設(shè)計評審各方的責(zé)任:評審組織單位對人員、資料準(zhǔn)備與提供、評審意見處理及追蹤管理并運用PDCA過程改進方法不斷改進和提高評審的有效性負(fù)責(zé);評審組對評審意見結(jié)論建議的正確性負(fù)責(zé);型號總師系統(tǒng)對總結(jié)報告、資料正確性、對意見和建議采納與否的后果負(fù)責(zé);質(zhì)量部門對評審后的跟蹤管理負(fù)責(zé)。

      2.4設(shè)計和開發(fā)驗證與確認(rèn)

      設(shè)計和開發(fā)驗證是為了證實設(shè)計和開發(fā)的輸出是否滿足輸入的要劉劍聶磊黃婕婷江西洪都航空工業(yè)集團江西南昌330001求,設(shè)計和開發(fā)驗證應(yīng)按設(shè)計和開發(fā)策劃的安排進行,一般在形成設(shè)計輸出時進行。設(shè)計驗證具有層次性、階段性、多方式、迭代性的特點,設(shè)計驗證的方法包括試驗、演示、分析、評審、檢驗、仿真。承制單位應(yīng)保存設(shè)計和開發(fā)驗證的結(jié)果及由驗證而采取的任何必要措施的記錄,對于顧客要求控制的驗證項目,應(yīng)在相關(guān)文件中予以明確并通知顧客參加。設(shè)計和開發(fā)確認(rèn)的目的是證實設(shè)計和開發(fā)產(chǎn)品滿足規(guī)定的適用要求或已知的預(yù)期用途要求,設(shè)計和開發(fā)確認(rèn)應(yīng)按設(shè)計和開發(fā)策劃的安排進行,只要可行,應(yīng)在產(chǎn)品交付或?qū)嵤┲巴瓿?。設(shè)計和開發(fā)確認(rèn)的方式可以包括對設(shè)計和開發(fā)的產(chǎn)品交付顧客試用及模擬試驗等。承制單位應(yīng)保存設(shè)計和開發(fā)確認(rèn)結(jié)果及由確認(rèn)而采取的任何必要措施的記錄。

      2.5設(shè)計和開發(fā)更改控制

      設(shè)計和開發(fā)的更改是對設(shè)計和開發(fā)的輸出的變更,包括經(jīng)過評審和批準(zhǔn)的階段設(shè)計和開發(fā)的輸出的變更。引起設(shè)計和開發(fā)更改的原因很多,可能有產(chǎn)品要求的變更引起,也可能由適用于產(chǎn)品法規(guī)的變更引發(fā),也可能由設(shè)計評審、驗證、確認(rèn)活動發(fā)現(xiàn)的問題或生產(chǎn)過程發(fā)現(xiàn)的設(shè)計問題等引發(fā)。所有設(shè)計和開發(fā)更改在正式實施前必須得到規(guī)定的批準(zhǔn)人員的批準(zhǔn)才可以實施更改,重要的設(shè)計更改如影響裝備戰(zhàn)術(shù)技術(shù)性能、結(jié)構(gòu)、強度、通用性、互換性重要的接口、“六性”等,應(yīng)參照GJB3206A-2010《技術(shù)狀態(tài)管理》、GJB5235-2004《軟件配置管理》等標(biāo)準(zhǔn)進行系統(tǒng)分析和驗證,確保符合論證充分、各方認(rèn)可、試驗驗證、審批完備、落實到位的原則。承制單位應(yīng)保持設(shè)計和開發(fā)更改的有關(guān)記錄,包括更改的申請、評審、驗證、確認(rèn)、審批的記錄和更改的實施和標(biāo)識的記錄,設(shè)計更改應(yīng)符合技術(shù)狀態(tài)管理的有關(guān)規(guī)定要求。

      2.6試驗控制

      根據(jù)設(shè)計和開發(fā)輸出的要求,試驗前需編制試驗大綱,明確試驗的項目、內(nèi)容、以及試驗的程序、條件、手段和記錄的要求,試驗前的需做好準(zhǔn)備狀態(tài)檢查。試驗應(yīng)按試驗大綱規(guī)定的程序進行試驗并嚴(yán)格執(zhí)行試驗設(shè)備的操作程序,確保試驗條件和試驗設(shè)備處于受控狀態(tài),并按規(guī)定要求做好記錄。對試驗過程發(fā)生的任何問題都應(yīng)分析原因、采取措施,待問題解決后才可繼續(xù)試驗。對任何超越試驗程序的活動都應(yīng)經(jīng)過嚴(yán)格的審批,試驗過程的變更應(yīng)征得顧客同意。對試驗發(fā)現(xiàn)的故障和缺陷要運行產(chǎn)品故障報告和糾正措施系統(tǒng),采取有效的糾正措施并進行試驗驗證,試驗過程變更時應(yīng)征得顧客的同意。對按試驗大綱所收集的試驗數(shù)據(jù)和原始記錄進行整理、分析和處理,并對試驗的結(jié)果進行評價。試驗過程、結(jié)果及任何必要措施的記錄應(yīng)予保持。

      2.7實施技術(shù)狀態(tài)管理,控制技術(shù)狀態(tài)更改

      技術(shù)狀態(tài)管理是運用行政和技術(shù)手段,建立各種程序,對產(chǎn)品技術(shù)狀態(tài)實施有目的、有計劃、有步驟的管理。承制單位應(yīng)實施技術(shù)狀態(tài)管理,內(nèi)容包括技術(shù)狀態(tài)標(biāo)識、技術(shù)狀態(tài)控制、技術(shù)狀態(tài)紀(jì)實、技術(shù)狀態(tài)審核。建立控制技術(shù)狀態(tài)更改的制度,保證更改受到系統(tǒng)地評價、協(xié)調(diào)、批準(zhǔn)及實施并把更改正確地反映在技術(shù)文件及更改控制文件內(nèi),跟蹤產(chǎn)品技術(shù)狀態(tài)的全部歷史。通過嚴(yán)格控制更改,控制偏離許可、讓步,保證文文相符、文實相符,保證技術(shù)資料完整、配套、協(xié)調(diào),可以實現(xiàn)以最低的費用和最短的周期研制出滿足質(zhì)量要求的產(chǎn)品。

      篇2

      2軟件復(fù)用理論

      2.1軟件復(fù)用的概念

      為避免程序開發(fā)“從零開始”以及重復(fù)相同的工作,采用已有的經(jīng)驗和成果,將開發(fā)的重點集中在應(yīng)用系統(tǒng)的新研部分,提高工作效率和軟件質(zhì)量,這就是軟件復(fù)用。復(fù)用形式包括基于構(gòu)件的復(fù)用和基于過程的復(fù)用,基于構(gòu)件的復(fù)用是目前主要的復(fù)用形式。

      2.2軟件構(gòu)件及基于構(gòu)件的軟件開發(fā)

      軟件構(gòu)件是軟件復(fù)用的核心和基本單位,具有獨立的功能,是可復(fù)用的軟件組成部分,可供第三方進行軟件組裝。構(gòu)件可以是被封裝的對象類、類樹、功能模塊、軟件框架、軟件構(gòu)架(或體系結(jié)構(gòu))、文檔、分析件、設(shè)計模式等?;跇?gòu)件的軟件開發(fā)與傳統(tǒng)的軟件開發(fā)相比,基于構(gòu)件的軟件開發(fā)強調(diào)使用軟件構(gòu)件對軟件系統(tǒng)進行設(shè)計開發(fā)?;跇?gòu)件的軟件開發(fā)方法需要有相應(yīng)的軟件開發(fā)過程作為基礎(chǔ),否則,就不會有與該系統(tǒng)相符合的質(zhì)量特性要求的軟件構(gòu)件。

      2.3軟件復(fù)用的優(yōu)點

      (1)改善軟件質(zhì)量:經(jīng)過測試以及經(jīng)過實踐的軟件往往缺陷更少。(2)降低開發(fā)風(fēng)險:開發(fā)新的組件,如果測試不夠充分,輕則有效性不高,重則可能是造成軟件失敗的原因。(3)支持快速原型開發(fā):快速構(gòu)建實用可操作系統(tǒng)模型,憑借其與用戶進行有效溝通,最終獲得用戶有效意見反饋。(4)提高軟件開發(fā)效率,縮短軟件開發(fā)周期,從而降低軟件開發(fā)成本。

      3軟件復(fù)用在測控軟件開發(fā)中的應(yīng)用

      近年來,隨著任務(wù)數(shù)量的增多,測控軟件的開發(fā)團隊越來越小,軟件開發(fā)周期越來越短,軟件的研制要求卻不斷的提高;隨著衛(wèi)星工作模式的增加,地面接收設(shè)備也需增加相應(yīng)的工作模式完成相應(yīng)的接收任務(wù)。因此,測控軟件不但需要完成原有工作模式的監(jiān)控管理功能,還需完成新增工作模式的監(jiān)控管理功能。測控軟件必須有效繼承原有成熟的計劃管理、自動標(biāo)校/測試及自動運行管理技術(shù),同時需要開發(fā)適合新增工作模式的計劃管理、自動標(biāo)校/測試及自動運行管理技術(shù),并且要為后續(xù)其它型號軟件提供高效的功能繼承?;谲浖?fù)用技術(shù)的測控軟件開發(fā),使用大量的已經(jīng)過驗證的高效軟件,對傳統(tǒng)瀑布模型的各個研制階段的產(chǎn)品(如需求分析、軟件設(shè)計、軟件編碼、軟件測試)進行優(yōu)化和簡化,節(jié)省了人力和時間,提高了軟件的可靠性,降低了軟件成本和開發(fā)周期。在軟件的研制過程中,需要對軟件的復(fù)用架構(gòu)進行設(shè)計,對可復(fù)用的構(gòu)件進行適應(yīng)性修改設(shè)計以適應(yīng)新的軟件需求,還需對新研的部件進行軟件設(shè)計。測控軟件對原有成熟的設(shè)備監(jiān)控、計劃管理、自動標(biāo)校/測試及自動運行管理功能的繼承,就成為軟件的復(fù)用的內(nèi)容。其中包括四個階段的復(fù)用:需求復(fù)用、設(shè)計復(fù)用、代碼復(fù)用、測試復(fù)用。

      3.1需求復(fù)用

      測控軟件的變更原因主要有兩種:(1)用戶需求變更。(2)軟件自身技術(shù)升級。其中,用戶需求變更是導(dǎo)致軟件變更的首要因素;軟件技術(shù)升級的部分工作往往也是為了更好的適應(yīng)用戶的需求。首先,同類任務(wù)的需求是逐漸增加的,并且有一定的可繼承性,當(dāng)增加新的需求時,已驗證過的任務(wù)需求即可成為后續(xù)任務(wù)需求的可復(fù)用的構(gòu)件。其次,不同的測控任務(wù)需求之間同樣存在相同或相似的元素。例如,任何一個任務(wù)都有相同或相似的任務(wù)流程;根據(jù)工作計劃及自動運行策略進行站前標(biāo)校、任務(wù)宏配置、啟動自動運行流程;監(jiān)控數(shù)據(jù)的存儲、顯示、查詢等任務(wù)需求存在一定的共性,對其通用的任務(wù)需求,是完全可以復(fù)用或部分復(fù)用的。因此,任務(wù)需求變更與軟件需求變更為因果關(guān)系,直至后續(xù)的各個階段活動都受到任務(wù)需求變更的影響。從需求分析、軟件設(shè)計、軟件編碼直至軟件測試,都會因為任務(wù)需求的變更而必須進行相應(yīng)的更動。

      3.2設(shè)計復(fù)用

      多年以來,很多任務(wù)的測控軟件都有相同或相似的軟件結(jié)構(gòu),因此,這一有利條件,在軟件結(jié)構(gòu)設(shè)計時,得到了充分的利用。從軟件復(fù)用的角度來說,在進行軟件結(jié)構(gòu)設(shè)計時,需將軟件中相對穩(wěn)定的部分(如設(shè)備監(jiān)控、數(shù)據(jù)庫管數(shù)據(jù)庫管理、計劃管理、用戶管理)與新增加的部分不僅從結(jié)構(gòu)上分開,而且要求其接口相對單一穩(wěn)定。這樣,從軟件設(shè)計到代碼開發(fā)都可以復(fù)用。

      3.3代碼復(fù)用

      對程序代碼的復(fù)用,以設(shè)備的監(jiān)控線程為例介紹如下:目前,測控站內(nèi)設(shè)備通過局域網(wǎng)進行通信,各個設(shè)備與測控軟件之間的通信接口都已進行了標(biāo)準(zhǔn)化,因此,對不同設(shè)備的監(jiān)控線程可以進行代碼復(fù)用;如果重新設(shè)計代碼,不但要耗費大量的人力和時間,延長軟件開發(fā)周期,而且重新設(shè)計的代碼必須進行充分的軟件測試,否則難以保證其正確性和健壯性。開發(fā)者使用以往可復(fù)用的程序代碼,或全部吸收或加以優(yōu)化,大大避免了重復(fù)性工作,將精力集中于關(guān)鍵技術(shù)的攻關(guān),如此設(shè)計更加高效可靠的軟件系統(tǒng)。

      3.4測試用例復(fù)用

      軟件測試復(fù)用主要包括測試流程的復(fù)用、測試方法的復(fù)用和測試用例的復(fù)用。其中,測試用例的復(fù)用是測試復(fù)用中的關(guān)鍵技術(shù)。測試用例的復(fù)用對于縮短軟件的開發(fā)周期和降低軟件開發(fā)成本具有極其重要的意義。