【導(dǎo)讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

【正文】 格產(chǎn)品。當(dāng)軟件項(xiàng)在開(kāi)發(fā)或維護(hù)過(guò)程中暴露出缺陷時(shí)，對(duì)這類缺陷的調(diào)查和解決應(yīng)加以控制并記錄。 可以調(diào)用配置管理過(guò)程來(lái)實(shí)現(xiàn)部分或全部要求。 注：為了得到更多信息，參看 ISO/IEC12207： 1995 的 6。 2 和 6。 8 4． 13． 2 不合格品的評(píng)審和處置 應(yīng)規(guī)定對(duì)不合格品進(jìn)行評(píng)審的職責(zé)和處置的權(quán)限。應(yīng)按照形成文件的程序評(píng)審不合格品，評(píng)審后可能： ，以達(dá)到規(guī)定要求； b 經(jīng)返修或不經(jīng)返修作為讓步接收； c 降級(jí)改作它用； d 拒收或報(bào)廢。 合同要求時(shí)，供方若要使用或返修不符合規(guī)定要求的產(chǎn)品（見(jiàn) )應(yīng)向顧客或其代表提出讓步申請(qǐng) .同意后 ,應(yīng)記錄有合格和返修情況 ,以說(shuō)明不合格品的實(shí)際狀況 (見(jiàn) ) 返修和 /或返工后的產(chǎn)品應(yīng)按質(zhì)量計(jì)劃和 /或形成文件的程序重新檢驗(yàn) . 在不合格品的處置中，應(yīng)注意下述情況： 任何暴露的問(wèn)題及對(duì)軟件其他部分可能的影響應(yīng)記錄并通知負(fù)責(zé)人員，以便跟蹤問(wèn)題直至解決； 受修改影響的區(qū)域應(yīng)加以識(shí)別并重新測(cè)試；確定重新測(cè)試范圍的方法應(yīng)在形成文件的規(guī)程中規(guī)定； 不合格產(chǎn) 品的等級(jí)。 對(duì)軟件來(lái)說(shuō)，為滿足規(guī)定要求的修訂或返工產(chǎn)生新的軟件版本。在軟件開(kāi)發(fā)過(guò)程中，可通下方法來(lái)處理不合格品： 對(duì)其返修或返工（即修復(fù)缺陷）以滿足要求； 通過(guò)協(xié)商確定是否接受修改； 在對(duì)要求進(jìn)行修改后，視為合格產(chǎn)品； 拒絕接受。 4． 14 糾正和預(yù)防措施 4． 14． 1 總則 糾正措施 糾正措施的程序應(yīng)包括： 有效地處理顧客的意見(jiàn)和產(chǎn)品不合格報(bào)告； 調(diào)查與產(chǎn)品、過(guò)程和質(zhì)量體系有關(guān)的不合格產(chǎn)生的原因，并記錄調(diào)查結(jié)果（見(jiàn) 4。 16）； 確定消除不合格原因所需的糾正措施； 實(shí) 施控制，以確保糾正措施的執(zhí)行及有效性。 當(dāng)修改措施直接影響到軟件產(chǎn)品時(shí)，可以調(diào)用配置管理過(guò)程進(jìn)行控制。更改了軟件生存周期過(guò)程的修改措施，最好經(jīng)由管理機(jī)構(gòu)評(píng)審，并且借助文件及數(shù)據(jù)控制程序來(lái)實(shí)施。 注：為了得到更多的信息，參看 ISO/IEC12207： 1995 的 、 和 條。 不需要有秘軟件關(guān)的進(jìn)一步指南。 預(yù)防措施 預(yù)防措施的程序應(yīng)包括： 利用適當(dāng)?shù)男畔?lái)源，如影響產(chǎn)品質(zhì)量的過(guò)程和作業(yè)、讓步、審核結(jié)果、質(zhì)量記錄、服務(wù)報(bào)告和顧客意見(jiàn)，以發(fā)現(xiàn)、分析并消除不合格的潛在原因； 對(duì)任何要求預(yù)防措施的問(wèn)題所需的處理步驟； 采取預(yù)防措施并實(shí)施控制，以確保有效性； 確保將所采取措施的有關(guān)信息提交給管理評(píng)審（見(jiàn) ） 預(yù)防措施需借鑒對(duì)不合格產(chǎn)品產(chǎn)生原因的分析。那些旨在阻止軟件的某些度量指標(biāo)向不利方向改變的措施也可認(rèn)為是預(yù)防措施。 搬運(yùn)、貯存、包裝、防護(hù)和交付 總則 供方應(yīng)建立并保持產(chǎn)品的搬運(yùn)、貯存、包裝、防護(hù)和交付的形成文件的程序 不需要有與軟件有關(guān)的進(jìn)一步指南。 注：為了得到更多的信信息，參看 ISO/IEC12207： 1995 的 , 和 條。 搬運(yùn) 供方應(yīng)提供防止產(chǎn)品損壞或變質(zhì)的搬運(yùn)方法。 軟件的損壞意味著其內(nèi)容的改變，受病毒感染的軟件被認(rèn)為是受損壞軟件。 軟件的內(nèi)容本身不會(huì)變質(zhì)，但存儲(chǔ)信息的媒體可能受到損壞，建議供方采取適當(dāng)?shù)念A(yù)防措施。 防止要交付的軟件產(chǎn)品受病毒侵害，在“復(fù)制指南”中已作了描述 貯存 供方應(yīng)使用指定的貯存場(chǎng)地或庫(kù)房，以防止產(chǎn)品在使用或交付前受到損壞或變質(zhì)。應(yīng)規(guī)定授權(quán)接收和發(fā)放的管理方法。 按適宜的時(shí)間間隔檢查庫(kù)存品狀況，以便及時(shí)發(fā)現(xiàn)變質(zhì)情況。 應(yīng)建立 一個(gè)系統(tǒng)，以便： 存貯軟件項(xiàng)； 控制對(duì)軟件項(xiàng)的訪問(wèn)； 按已建立的基本資料維護(hù)產(chǎn)品的各種版本。 為保護(hù)產(chǎn)品的完整性，并為更改控制提供基礎(chǔ)，軟件項(xiàng)必須裝載在下述環(huán)境中： 保護(hù)它們免于未授權(quán)的更改或損壞； 允許對(duì)軟件母版及其拷貝進(jìn)行受控檢索。 應(yīng)考慮計(jì)算機(jī)媒體的貯藏，特別是電磁和靜電環(huán)境。 包裝 供方應(yīng)對(duì)裝箱、包裝和標(biāo)志過(guò)程（包括所用材料）進(jìn)行必要的控制，以確保符合規(guī)定要求。 為交付規(guī)定的適用于軟件產(chǎn)品的包裝要求，已作為復(fù)制指南的一部分進(jìn)行了描述。在采用電子存貯的情況下，關(guān)于這一 條可能沒(méi)有實(shí)際活動(dòng)。在包裝時(shí)，可以對(duì)軟件進(jìn)行壓縮和 /或加密。 防護(hù) 供方應(yīng)對(duì)裝箱、包裝和標(biāo)志過(guò)程（包括所用材料）進(jìn)行必要的控制，以確保符合規(guī)定要求。 應(yīng)建立一個(gè)軟件防護(hù)體系： 軟件的定期備份； 保證及時(shí)將軟件復(fù)制到可替換的媒體上； 將軟件媒體存儲(chǔ)在受保護(hù)的環(huán)境中； 軟件媒體存入于備用環(huán)境中以保證受損后的恢復(fù)。 交付 在最終檢驗(yàn)和試驗(yàn)后，供方應(yīng)采取保護(hù)產(chǎn)品質(zhì)量的措施。合同要求時(shí)，這種保護(hù)應(yīng)延續(xù)到交付的目的地。 軟件的交付右以是存放軟件的媒體或是借助于電子傳送。 在采用電子傳送的情況下，需要注意保護(hù)軟件免受病毒侵害。 為驗(yàn)證交付軟件產(chǎn)品的復(fù)制件的正確性和完整性，應(yīng)建立和維護(hù)形成文件化的規(guī)程。這些規(guī)程應(yīng)提供適當(dāng)?shù)念A(yù)防措施，以保護(hù)軟件產(chǎn)品免于在交付期間損壞。此外，應(yīng)有形成文件的規(guī)程用來(lái)證實(shí)已進(jìn)行適當(dāng)程度的軟件病毒檢查，并已采取適當(dāng)措施來(lái)保護(hù)產(chǎn)品完整性。 質(zhì)量記錄的控制 供方應(yīng)建立并保持質(zhì)量記錄的標(biāo)識(shí)、收集、編目、查閱、歸檔、貯存、保管和處理的形成文件的程序。 質(zhì)量記錄應(yīng)予保存，以證明符合規(guī)定的要求和質(zhì)量體系有效運(yùn)行。來(lái)自分承包方的質(zhì)量記錄也應(yīng)成為這些 資料的組成部分。 所有的質(zhì)量記錄應(yīng)清晰，保管方式應(yīng)便于存取和檢索，保管設(shè)施應(yīng)提供適宜的環(huán)境，以防止損壞、變質(zhì)和丟失。應(yīng)規(guī)定并記錄質(zhì)量記錄的保存期。合同要求時(shí)，在商定期內(nèi)質(zhì)量記錄可提供給顧客或其代表評(píng)價(jià)時(shí)查閱。注：記錄可以呈任何媒體形式，如硬拷貝或電子媒體 質(zhì)量記錄示例有 : 測(cè)試結(jié)果； 問(wèn)題報(bào)告； 更改請(qǐng)求； 帶注釋的文檔； 評(píng)審記錄； 會(huì)議記錄； 審核報(bào)告。 當(dāng)記錄保存有電子媒體中時(shí)，考慮保存時(shí)間和記錄的可訪問(wèn)性時(shí)應(yīng)考慮到電子圖像的退化速率，以及為訪問(wèn)記錄所需的設(shè)備和軟件的可用性。 注 ：為了得到更多信息，參看 ISO/IEC12207： 1995 的 條。 內(nèi)部質(zhì)量審核 供方應(yīng)建立并保持用于策劃和實(shí)施內(nèi)部質(zhì)量審核的形成文件的程序，以驗(yàn)證質(zhì)量活動(dòng)和有關(guān)結(jié)果是否符合計(jì)劃的安排，并確定質(zhì)量體系的有效性。 內(nèi)部質(zhì)量審核應(yīng)根據(jù)所審核的活動(dòng)的實(shí)際情況和重要性來(lái)安排日程計(jì)劃，并由與所審核的活動(dòng)無(wú)直接責(zé)任的人員進(jìn)行。應(yīng)記錄質(zhì)量審核結(jié)果（見(jiàn) ），并提請(qǐng)受審核區(qū)域的責(zé)任人員注意。對(duì)審核時(shí)發(fā)現(xiàn)的問(wèn)題，負(fù)責(zé)該區(qū)域的管理人員應(yīng)及時(shí)采取糾正措施。在跟蹤審核活動(dòng)中，應(yīng)驗(yàn)證和記錄所采取糾正措 施的實(shí)際情況及其有效性（見(jiàn) ） . 注：內(nèi)部質(zhì)量審核的結(jié)果是管理評(píng)審活動(dòng)（見(jiàn) ）輸入的一部分。 注： ISO10011 給出了質(zhì)量體系審核的指南。 當(dāng)供方開(kāi)展多個(gè)項(xiàng)目的開(kāi)發(fā)時(shí)，審核計(jì)劃應(yīng)確定項(xiàng)目的選擇。應(yīng)考慮逐步地覆蓋供方的整個(gè)質(zhì)量體系。這可通過(guò)在生存周期的不同階段審核若干項(xiàng)目來(lái)實(shí)現(xiàn)。當(dāng)某個(gè)單位單個(gè)項(xiàng)目正在消耗組織的大多數(shù)資源時(shí)，該項(xiàng)目的審核可以隨其進(jìn)展安排多次。當(dāng)擬議中的項(xiàng)目更改其時(shí)間安排時(shí)，對(duì)內(nèi)部審核計(jì)劃安排應(yīng)加以評(píng)審，或者更改審核的時(shí)間，或者考慮其他的項(xiàng)目。 供方內(nèi)部審核應(yīng)考慮使項(xiàng)目質(zhì) 量計(jì)劃與組織質(zhì)量體系相直協(xié)調(diào)。 注：為了得到更多信息，參看 ISO/IEC12207： 1995 的 , 和 條。 4． 18 培訓(xùn) 供方應(yīng)建立并保持形成文件的程序，明確培訓(xùn)需求并對(duì)所有從事對(duì)質(zhì)量有影響的工作人員都進(jìn)行培訓(xùn)。對(duì)從事特殊工作人員應(yīng)按所要求的教育、培訓(xùn)和 /或經(jīng)歷進(jìn)行資格考核。應(yīng)保存適當(dāng)?shù)呐嘤?xùn)記錄（見(jiàn) ）。 在確定培訓(xùn)要求時(shí)，應(yīng)考慮軟件產(chǎn)品開(kāi)發(fā)和管理中需使用的專工具、技術(shù)、方法和計(jì)算機(jī)資源。還可要求包括與軟件有關(guān)的專門領(lǐng)域的技能和知識(shí)的培訓(xùn)。資格鑒定和培訓(xùn)要求應(yīng)形成文檔。 注 ：為了得到更多信息，參看 ISO/IEC 122071995 的 條 . 4． 19 服務(wù) 在規(guī)定有服務(wù)要求提情況下，供方應(yīng)建立并保持對(duì)服務(wù)的實(shí)施、驗(yàn)證和報(bào)告形成文件程序，以使服務(wù)滿足規(guī)定要求。 在本標(biāo)準(zhǔn)中所提及的服務(wù)是與軟件項(xiàng)目有關(guān)的服務(wù)：維護(hù)和顧客支持。顧客支持在 ISO 190002L 中描述。 軟件產(chǎn)品的維護(hù)活動(dòng)通常劃爭(zhēng)以下幾類： 問(wèn)題解決：此類維護(hù)包括對(duì)引起運(yùn)行問(wèn)題的軟件進(jìn)行檢查和分析，并糾正潛在的軟件缺陷。解決問(wèn)題時(shí)，臨時(shí)修補(bǔ)可減少停機(jī)時(shí)間，并在此后完成永久性改進(jìn)。 接口修改 :當(dāng)對(duì)受軟件控 制的硬件系統(tǒng)或吏改時(shí) ,可能需要修改接口。 功能擴(kuò)展或性能改進(jìn)。 對(duì)于接口修改和功能擴(kuò)展來(lái)說(shuō)，根據(jù)工作量，應(yīng)采用更改控制規(guī)程的方法，或應(yīng)起動(dòng)新的與原項(xiàng)目不同的開(kāi)發(fā)項(xiàng)目，這樣就會(huì)涉及本標(biāo)準(zhǔn)的全部?jī)?nèi)容。因此，本條中所述的維護(hù)活動(dòng)只限于解決問(wèn)題（通常稱為糾正性維護(hù)）。 當(dāng)顧客要求在初始交付和安裝之后對(duì)軟件產(chǎn)品維護(hù)時(shí)，應(yīng)在合同中作出規(guī)定。為進(jìn)行維護(hù)活動(dòng)并證明這種活動(dòng)符合規(guī)定的維護(hù)要求，供方應(yīng)建立并維持形成文檔的規(guī)程。維護(hù)活動(dòng)也可以是對(duì)開(kāi)發(fā)環(huán)境、工具和文檔的維護(hù)。 需維護(hù)的項(xiàng)目以及維護(hù)的時(shí)間周期應(yīng)在合同中規(guī)定。 這種項(xiàng)目的示例如下： 規(guī)程； 數(shù)據(jù)及數(shù)據(jù)結(jié)構(gòu)； 規(guī)格說(shuō)明； 顧客和 /或用戶文檔； 供方的使用文檔； 測(cè)試計(jì)劃。 所有維護(hù)活動(dòng)應(yīng)按照供主和顧客事先確定和協(xié)商一致的維護(hù)計(jì)劃和 /或規(guī)程實(shí)施和管理。計(jì)劃應(yīng)盡可能包括下述內(nèi)容： 維護(hù)范圍； 產(chǎn)品初始狀態(tài)的標(biāo)識(shí)； 支持組織； 維護(hù)活動(dòng)； 維護(hù)記錄和報(bào)告； 配置管理活動(dòng)； 建議的進(jìn)度安排。 盡可能記錄并保存維護(hù)活動(dòng)。維護(hù)報(bào)告的提交規(guī)則應(yīng)由供方和顧客建立并協(xié)商一致。 對(duì)于正在進(jìn)行維護(hù)的每一軟件產(chǎn)品，維護(hù)記錄應(yīng)盡可能包括下述項(xiàng)目： 已收到的問(wèn) 題報(bào)告以及各自的目前狀況； 負(fù)責(zé)答復(fù)協(xié)助請(qǐng)求或?qū)嵤┻m當(dāng)糾正措施的組織； 糾正措施的優(yōu)先次序； 糾正措施的結(jié)果； 失效發(fā)生和維護(hù)活動(dòng)的統(tǒng)計(jì)數(shù)據(jù)。 維護(hù)活動(dòng)的記錄可以用于軟件產(chǎn)品的評(píng)價(jià)和加固以及質(zhì)量體系本身的改進(jìn)。 注：為了得到更多信息，參看 ISO/IEC 12207： 1995 的 , 和 條 . 統(tǒng)計(jì)技術(shù) 4． 20． 1 確定需求 對(duì)確定、控制和驗(yàn)證過(guò)程能力以及產(chǎn)品的評(píng)價(jià)所需的統(tǒng)計(jì)技術(shù)，供方應(yīng)明確其需求 4． 20． 2 程序 統(tǒng)計(jì)技術(shù)可用來(lái)分析過(guò)程能力和 產(chǎn)品特性的度量，目的是產(chǎn)生可用于評(píng)價(jià)產(chǎn)品質(zhì)量和過(guò)程能力的數(shù)據(jù)。 /當(dāng)資料數(shù)據(jù)定量地表示時(shí)，可用來(lái)評(píng)價(jià)是否符合質(zhì)量要求。 可應(yīng)用統(tǒng)計(jì)技術(shù)的產(chǎn)品特性示例有： 可測(cè)試性； 易用性； 可靠性； 可維護(hù)性； 有效性。 可應(yīng)用統(tǒng)計(jì)技術(shù)的軟件過(guò)程能力特性示例有： 過(guò)程成熟度； 過(guò)程輸出中的缺陷類型和數(shù)目； 缺陷清除效率； 重大的能力下降。 “量度”這一 術(shù)語(yǔ)指可度量的特性。 量度應(yīng)符合下述原則： 量度應(yīng)得出過(guò)程或產(chǎn)品的量值； 量度已明確定義； 理解與軟件產(chǎn)品質(zhì)量或開(kāi)發(fā)過(guò)程質(zhì)量有關(guān)的量度含義； 可能影響量度的方面（比如更改設(shè)計(jì)和開(kāi)發(fā)技術(shù)）已明確； 理解指示質(zhì)量改進(jìn)的量度變化方向。 和所采用的量度方法無(wú)關(guān)，重要的事情是知曉其水平并將其用于控制和改進(jìn)，而不是采用哪種特殊的量度方法。 不同的過(guò)程量度可能適合于同一供應(yīng)方生產(chǎn)的不同的軟件產(chǎn)品。 注：可以在 ISO/IEC9126 中 找到更多的指導(dǎo)。