(高清版)GBT 25000.30-2021 系統(tǒng)與軟件工程 系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE) 第30部分：質(zhì)量需求框架

第30部分：質(zhì)量需求框架SystemsandsoftwarequalityrequirementsaQualityrequirementsframework,MOD]國家標(biāo)準(zhǔn)化管理委員會國家市場監(jiān)督管理總局發(fā)布國家標(biāo)準(zhǔn)化管理委員會 I 3術(shù)語和定義 2 4 4 4 58使用和管控質(zhì)量需求 附錄A(資料性附錄)不同ICT產(chǎn)品所需的質(zhì)量級別示例(使用決策表格式) 附錄B(資料性附錄)產(chǎn)品質(zhì)量特性之間的關(guān)系示例 附錄C(資料性附錄)與GB/T22032—2021(系統(tǒng)生存周期過程)的關(guān)系 附錄D(資料性附錄)本部分與ISO/IEC/IEEE29148:2018(需求工程過程)的關(guān)系 附錄E(資料性附錄)質(zhì)量要求抽取的推薦過程 25附錄F(資料性附錄)利益相關(guān)方——目標(biāo)矩陣示例 29附錄G(資料性附錄)質(zhì)量要求映射到質(zhì)量特性的示例 附錄H(資料性附錄)從使用質(zhì)量需求導(dǎo)出產(chǎn)品質(zhì)量需求 附錄I(資料性附錄)規(guī)定質(zhì)量需求的示例 附錄J(資料性附錄)質(zhì)量需求到軟件的部署和可追溯性示例 附錄A對應(yīng)ISO/IEC25030:2019中的附錄J;附錄B對應(yīng)ISO/IEC25030:2附錄C對應(yīng)ISO/IEC25030:2019中的附錄D;附錄D對應(yīng)ISO/IEC25030:2019中的附錄E;附錄E對應(yīng)ISO/IEC25030:2019中的附錄A;附錄F對應(yīng)ISO/IEC25030:2附錄H對應(yīng)ISO/IEC25030:2019中的附錄F;附錄I對應(yīng)ISO/IEC25030:2019中的附錄C;25000.22—2019、GB/T25000.23—20Ⅱ——由于ISO/IEC25030:2019第3章中的部分術(shù)語與ISO/IEC25000:2014第3章中的部分術(shù)附錄C中涉及了對GB/T22032—2021的引用，為了保證一致性，其中的表述方式均與ⅢGB/T25000.30—2021a)規(guī)約系統(tǒng)(包括合同簽訂和招標(biāo));b)規(guī)劃項目(包括可行性分析);c)開發(fā)系統(tǒng)(包括在開發(fā)期間對體系結(jié)構(gòu)驅(qū)動和潛在的質(zhì)量問題的識別);通過使用GB/T25000.10和GB/T25000.12中定義的質(zhì)量模型將質(zhì)量需求分類為特性或子特性。T25000.24中被定義，而這些特性或子特性可用于規(guī)定一個目標(biāo)系統(tǒng)或數(shù)據(jù)的質(zhì)量需求并評價其此外，許多系統(tǒng)現(xiàn)已深度嵌入到人們?nèi)粘Ｉ钏褂玫纳鐣A(chǔ)設(shè)施中圖1給出了SQuaRE系列國際標(biāo)準(zhǔn)的組織結(jié)構(gòu)，其組成部分均稱為分部。SQuaRE系列國際標(biāo)準(zhǔn)a)ISO/IEC2500n——質(zhì)量管理分部。構(gòu)成這個分部的標(biāo)準(zhǔn)定義了由ISO/IEC25000系列標(biāo)準(zhǔn)b)ISO/IEC2501n——質(zhì)量模型分部。構(gòu)成這個分部的標(biāo)準(zhǔn)給出了包括計算機(jī)系統(tǒng)與軟件產(chǎn)品c)ISO/IEC2502n——質(zhì)量測量分部。構(gòu)成這個分部的標(biāo)準(zhǔn)包括軟件產(chǎn)品質(zhì)量測量參考模型、d)ISO/IEC2503n——質(zhì)量需求分部。構(gòu)成這個分部的標(biāo)準(zhǔn)有助于在質(zhì)量模型和質(zhì)量測量的基e)ISO/IEC2504n——質(zhì)量評價分部。構(gòu)成這個分部的標(biāo)準(zhǔn)給出了無論由獨立評價方、需方還是由開發(fā)方執(zhí)行的軟件產(chǎn)品的評價要求、建議和指南。還給出f)ISO/IEC25050～I(xiàn)SO/IEC25099——擴(kuò)展分布。構(gòu)成這個分部的標(biāo)準(zhǔn)包括了就緒可用軟件需求進(jìn)行分類，以及依照GB/T25000.20、GB/T25000.21、GB/T25000.22、GB/TGB/T22032系統(tǒng)與軟件工程系統(tǒng)生存周期過程(GB/T22032—2021,ISO/IEC/GB/T25000.1—2021系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第1部分：SQuaRE指南(ISO/IEC25000:2014,MOD)GB/T25000.10—2016系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第10部分：GB/T25000.23—2019系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第23部分：GB/T25000.24—2017系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第24部分：2softwareengineering—FrameworkforcategorizationofITsyst3術(shù)語和定義GB/T25000.1—2021界定的以及下列術(shù)語和定義適用于本文件。分類軸classificationa按照特定的視角，將系統(tǒng)與軟件進(jìn)行分類映射的全部范圍。使用周境contextofuse需求部署deploymentofrequirements在系統(tǒng)分解的同時進(jìn)行需求(3.16)指派。在同一系統(tǒng)級將需求(3.16)從一種類型的需求轉(zhuǎn)換為另一種需求的步驟?；陬I(lǐng)域的需求domain-basedrequirement起源于某個特定應(yīng)用領(lǐng)域的需求(3.16)。功能性需求functionalrequirement規(guī)定某一系統(tǒng)或系統(tǒng)組件應(yīng)完成的某一功能的需求(3.16)。ICT需求ICTrequirement在設(shè)計過程中通過采納某種信息通信技術(shù)(ICT)的技術(shù)解決方案而得到的需求(3.16)。采用信息通信技術(shù)(ICT)并能使其成為信息系統(tǒng)(3.10)組成部分的產(chǎn)品(3.12)。間接用戶indirectuser接收某一系統(tǒng)的輸出，但不與系統(tǒng)交互的個人或組織。3使用質(zhì)量qualityinuse在一個系統(tǒng)或系統(tǒng)特性范圍內(nèi)，具有權(quán)利、部分權(quán)利、主張或利益以滿足其4GB/T25000.30—2021ICT信息通信技術(shù)(InformationandCommunicationTechnoloIT信息技術(shù)(InformationTechnology)PQR產(chǎn)品質(zhì)量需求(ProductQualityRequirement)QIUR使用質(zhì)量需求(QualityInUseRequiDQR數(shù)據(jù)質(zhì)量需求(DataQualityRequirement)SRS軟件需求規(guī)格說明(SoftwareRequirementsSpecificatiStRS利益相關(guān)方需求規(guī)格說明(StakeholderRequirementsSpecification)SyRS系統(tǒng)需求規(guī)格說明(SystemRequire5符合性任何聲稱符合本部分的質(zhì)量需求規(guī)格說明，則應(yīng)滿足第6章、第7章和第8章規(guī)定的所有要求。QIUR從利益相關(guān)方的角度指定了所需的質(zhì)量等級。這些需求源于不同利益相關(guān)方的需求。PQR從ICT產(chǎn)品的角度規(guī)定了所需的質(zhì)量等級。它們中大部分源于利益相關(guān)方的質(zhì)量需求，包5GB/T25000.30—2021括QIUR,可用作目標(biāo)ICT產(chǎn)品的驗證和確認(rèn)。技術(shù)產(chǎn)品質(zhì)量需求是指在技術(shù)上認(rèn)定的屬性(如目標(biāo)規(guī)格說明，源代碼等)以滿足其他PQR的需求。技術(shù)產(chǎn)品DQR規(guī)定了與產(chǎn)品相關(guān)的數(shù)據(jù)所需的質(zhì)量等級。具體包括源于輸入和輸出產(chǎn)品的QIUR和PQR軟件組件),而DQR根據(jù)ICT產(chǎn)品內(nèi)部的數(shù)據(jù)定義。圖2僅描述了每種質(zhì)量需求類型的范圍，關(guān)于系統(tǒng)的層類型6GB/T25000.30—2021信息ICT組件1..大于或等于1ICT產(chǎn)品圖3圖2中使用的系統(tǒng)層次結(jié)構(gòu)通過采用質(zhì)量模型和質(zhì)量測度定義質(zhì)量需求。表1給出了可用于定義每種類型質(zhì)量需求的國家GB/T25000.10—2016系統(tǒng)與軟件GB/T25000.23—2019系統(tǒng)與軟件GB/T25000.22—2019、GB/T25000.23—2019和GB/T25000.24—2017以表格形式提供質(zhì)量測中列出的每項質(zhì)量測度可用于測量內(nèi)部屬性(通常是中間產(chǎn)品的靜態(tài)測度),外部屬性(通常通過測量執(zhí)行代碼時的行為)或兩種兼而有之。GB/T25000.24—2017中列出的每一項質(zhì)量測度都76.5質(zhì)量需求的重要考慮因素宜根據(jù)ICT產(chǎn)品的來源來考慮兩種類型的需求：基于領(lǐng)域的需求(在需求分析過程中，根據(jù)利益相關(guān)方在其所屬領(lǐng)域的要求而直接得到的)和ICT需求(在設(shè)計過程中因采用某些ICT技術(shù)解決方案而引入的新需求)。質(zhì)量需求也包含同樣的類型。例如：采用一種基于web的系統(tǒng)(ICT技術(shù)解決方案)涉及一些用戶需求，例如在瀏覽器中單擊后退按鈕后系統(tǒng)如何響應(yīng)(功能要求)、用戶界面的自我描述(PQR:易學(xué)性)和瀏覽器兼容性(PQR)。6.5.2ICT產(chǎn)品的類別不同ICT產(chǎn)品之間的質(zhì)量需求存在差異，因此，對于確定哪些質(zhì)量特性具有更高的優(yōu)先級以及宜使用哪些質(zhì)量測度等問題時，考慮目標(biāo)系統(tǒng)的類別至關(guān)重要。ISO/IECTR12182提供了ICT產(chǎn)品分類的框架，包括一組典型的分類軸，在第一層中這些分類軸按層級組織為五個軸：目標(biāo)系統(tǒng)的架構(gòu)/基礎(chǔ)結(jié)構(gòu)，屬性，運(yùn)行環(huán)境，數(shù)據(jù)和利益相關(guān)方。這些分類軸可用于確定哪些質(zhì)量特征具有更高的優(yōu)先級。對于確定優(yōu)先級非常重要的分類軸包括：a)功能(及其問題框架);b)系統(tǒng)和數(shù)據(jù)的關(guān)鍵點；c)利益相關(guān)方的特征6.5.3與功能需求/數(shù)據(jù)需求的相互關(guān)系質(zhì)量需求不能與功能需求、數(shù)據(jù)需求分開定義和分析。一些質(zhì)量需求附屬于功能需求或數(shù)據(jù)需求；產(chǎn)品需求不能與數(shù)據(jù)需求分開定義。ICT產(chǎn)品消耗并產(chǎn)生數(shù)據(jù)。質(zhì)量需求(產(chǎn)品質(zhì)量需求或數(shù)據(jù)質(zhì)量需求)可隨系統(tǒng)分解發(fā)展為產(chǎn)品質(zhì)量需求/數(shù)據(jù)質(zhì)量需求。8圖4描述了某個級別的實體每種質(zhì)量需求如何導(dǎo)出其他需求?！齀CT產(chǎn)品/數(shù)據(jù)<97.2質(zhì)量需求過程概述應(yīng)使用GB/T22032中定義的與需求相關(guān)的“利益相關(guān)方要求和需求定義過程”和“系統(tǒng)需求定義過程”來抽取，定義，分析和維護(hù)質(zhì)量需求，通過圖5中的過程，利益相關(guān)方的要求將被抽取并轉(zhuǎn)化為系統(tǒng)需求。GB/TGB/T22032—20××:利益>PQR和DQR用于圖5從利益相關(guān)方要求到系統(tǒng)/軟件要求利益相關(guān)方要求和需求定義過程標(biāo)識了系統(tǒng)在整個生存周期中涉及的利益相關(guān)方或一類利益相關(guān)方及其要求。它將這些要求分析并轉(zhuǎn)換為一組共同的利益相關(guān)方需求，這些需求表達(dá)了系統(tǒng)與其運(yùn)行環(huán)境之間的預(yù)期交互，并且是對每個結(jié)果運(yùn)行能力進(jìn)行驗證的基準(zhǔn)。對于目標(biāo)系統(tǒng)，利用使用質(zhì)量模型和測度，將作為利益相關(guān)方的部分要求的質(zhì)量要求被抽取，進(jìn)而轉(zhuǎn)換為QUIR,作為利益相關(guān)方的部分需求。系統(tǒng)需求定義過程創(chuàng)建了一組可測量的系統(tǒng)需求，從供方的角度來看，這些需求指定了系統(tǒng)要具備哪些特性、屬性、功能和性能需求，以滿足利益相關(guān)方的需求。為滿足利益相關(guān)方的需求，使用產(chǎn)品和數(shù)據(jù)質(zhì)量模型和測度，來定義和分析作為系統(tǒng)需求一部分的PQR和DQR。7.3質(zhì)量要求抽取本條涉及用GB/T22032中的利益相關(guān)方要求和需求定義過程的活動a)“準(zhǔn)備利益相關(guān)方的要求和需求定義”來標(biāo)識利益相關(guān)方(參見附錄C)。應(yīng)確定作為質(zhì)量需求潛在來源的所有利益相關(guān)方群體的代表，并在可能的情況下參與抽取這些代表。表2描述了哪種類型的質(zhì)量需求來源于哪種類型的利益相關(guān)方和用戶。表2利益相關(guān)方和質(zhì)量需求的類型用戶主用戶輔用戶間接用戶需方/獨立評價方SSSUURSSUUUSSSU釋義：S:來源；U:用戶；R:關(guān)聯(lián)。質(zhì)量需求的用戶(開發(fā)方，需方/獨立評價方等)有責(zé)任建立和維護(hù)質(zhì)量需求，因此他們宜考慮與社會相關(guān)的抗風(fēng)險需求，哪些(誰應(yīng)是)是受系統(tǒng)影響的群體，哪些不能直接成為需求的來源。7.3.2定義利益相關(guān)方的要求本條涉及GB/T22032中的利益相關(guān)方要求和需求定義過程的活動b)“定義利益相關(guān)方要求”(參見附錄C)。應(yīng)從已標(biāo)識的利益相關(guān)方中提取目標(biāo)信息系統(tǒng)的假定使用周境和在該使用周境下的質(zhì)量要求。如果現(xiàn)有系統(tǒng)存在，則還應(yīng)從分析利益相關(guān)方使用該系統(tǒng)的經(jīng)驗反饋分析中提取。對所抽取的利益相關(guān)方的質(zhì)量要求宜優(yōu)先考慮并在此基礎(chǔ)上進(jìn)行選擇，其中應(yīng)考慮ICT產(chǎn)品的類別(6.5.2),以確定哪些是對目標(biāo)實體重要的質(zhì)量特性。需方的質(zhì)量要求可以記錄為其利益相關(guān)方要求的一部分，以及其所有者和必要的證據(jù)。7.4定義質(zhì)量需求步驟宜明確清楚地定義質(zhì)量需求，并在適當(dāng)情況下，定量地定義質(zhì)量需求，以免出現(xiàn)依賴于理解上的主GB/T25000.30—2021圖6為定義了用于此目的的所有類型的質(zhì)量需求的步驟。這些步驟涉及GB/T22032中的以下過程和活動(參見附錄C):a)將利益相關(guān)方的要求轉(zhuǎn)化為利基于從利益相關(guān)方(包括來自現(xiàn)有系統(tǒng)的反饋)以及系統(tǒng)層次更高層次的QIUR,PQR和DQR中b)選擇擬規(guī)定的質(zhì)量特性圖6定義質(zhì)量需求的步驟目標(biāo)實體的質(zhì)量需求應(yīng)通過以下步驟定義。a)定義要管理的目標(biāo)實體以實現(xiàn)質(zhì)量定義目標(biāo)實體及其邊界，定義并管理它們的質(zhì)量以確保實現(xiàn)。b)選擇要規(guī)定的質(zhì)量特性對于利益相關(guān)方的每項質(zhì)量要求，確定它被分類到哪個質(zhì)量特性(或子特性)。對于系統(tǒng)層次結(jié)構(gòu)GB/T25000.30—2021較高級別的每個QIUR,PQR和DQR,確定目標(biāo)實體實現(xiàn)它們所需的質(zhì)量特性(以及如何實現(xiàn)它們)。用GB/T25000.12—2017中定義的質(zhì)量模型。1)目標(biāo)實體；2)重要的質(zhì)量特性/子特性；3)用戶和任務(wù)(僅限QIUR);表3“明確PQR”的示例目標(biāo)實體存儲在數(shù)據(jù)庫中的送貨車的信易學(xué)性時間效率鍵入任何輸入后，所有顯示器進(jìn)行更新的時間應(yīng)不超過3sd)指定質(zhì)量需求優(yōu)先順序根據(jù)其對利益相關(guān)方的重要性和影響來確定導(dǎo)出的質(zhì)量需求的優(yōu)先順序(重要性和影響在8.1中e)使用質(zhì)量測度和所需的準(zhǔn)則規(guī)定質(zhì)量需求1)目標(biāo)實體；2)所選的特性；3)用戶和任務(wù)(僅限QIUR);4)有條件的質(zhì)量目標(biāo)；5)質(zhì)量測度；7)可接受值的范圍。GB/T25000.24—2017來規(guī)定質(zhì)量測度。GB/T25000.30—20212)是否與其他質(zhì)量需求和約束保持一致；3)是否可以驗證；b)驗證和確認(rèn)質(zhì)量需求的計劃活動及執(zhí)行要點(在開發(fā)階段),并估算其成本和效果。此類活動c)對每個高優(yōu)先級的質(zhì)量需求，對需求未實現(xiàn)的風(fēng)險與采取行動以避免風(fēng)險發(fā)生的成本兩者之GB/T25000.30—2021應(yīng)在產(chǎn)品的整個生存周期內(nèi)維護(hù)和再確認(rèn)質(zhì)量需求和ICT在產(chǎn)品開發(fā)生存周期中實現(xiàn)PQR/DQR可追溯在開發(fā)過程的不同階段進(jìn)行測試以反映不同一系列過程。然后根據(jù)測試結(jié)果和其他基于測試目標(biāo)(如策劃文檔中所規(guī)定的)的發(fā)現(xiàn)生成報告(事故GB/T25000.30—2021不同ICT產(chǎn)品所需的質(zhì)量級別示例見表A.1。表A.1不同ICT產(chǎn)品所需的質(zhì)量級別示例條件(分類軸)案例1士使用的移動申請?zhí)幚硐到y(tǒng)層次結(jié)構(gòu)網(wǎng)絡(luò)透明度固定場所固定場所固定結(jié)點固定結(jié)點不定的的類型問題框架客戶/服務(wù)器客戶/服務(wù)器中等小電信使用地點國內(nèi)/國外國內(nèi)是否可移動非移動關(guān)鍵級別無國家安全無定制定制定制定制量目標(biāo)系統(tǒng)的商用商用互聯(lián)網(wǎng)/通信用戶性質(zhì)特定用戶一般用戶一般用戶用戶數(shù)目很多交互類型GB/T25000.30—2021表A.1(續(xù))條件(分類軸)案例1案例2士使用的移動申請?zhí)幚碇匾?HHHHMHHHHMHHHHMHHHHMHMMLLHMLHL易恢復(fù)性HHHHH性能效用時間特性HMMHH資源利用性MLMHH易用性NHMNH易學(xué)性NMMNH易操作性NMHNHNHHNHNLLNH易訪問性NLHNHHHHLHHHHHHHHHLLHHHLLHHHHHLLLLHLLLLHHHHLHLLHMH易分析性HHMHH易修改性HHHHH易測試性HHHHHMMMLH易安裝性HHHLM易替換性MMHLL注1:一個系統(tǒng)可以由幾個子系統(tǒng)組成，每個子系統(tǒng)具有不同的屬GB/T25000.30—2021表B.1顯示了產(chǎn)品質(zhì)量特性之間可能存在的關(guān)系的示例。易用性 十十十易用性十十 十十：正效應(yīng)(行中的質(zhì)量特性可以對列中的質(zhì)量特性產(chǎn)生積極影響);一：負(fù)面影響(行中的質(zhì)量特性會對列中的質(zhì)量特性產(chǎn)生負(fù)面影響，這意味著可(資料性附錄)與GB/T22032—2021(系統(tǒng)生存周期過程)的關(guān)系表C.1示出了本文檔中定義質(zhì)量需求的步驟與GB/T22032—2021中定義的需求相關(guān)過程之間的關(guān)系。表C.1本部分中質(zhì)量需求的步驟與GB/T22032—2021中需求相關(guān)過程之間的關(guān)系活動1)認(rèn)定整個系統(tǒng)生存周期中對系統(tǒng)感興趣的利益相關(guān)方3)認(rèn)定并計劃支持利益相關(guān)方要求和需求定義所需的活動活動1)定義一組具有代表性的場景，以認(rèn)定與預(yù)期的運(yùn)行和其他生存周期概念相符的所有需求的能力活動1)認(rèn)定關(guān)于系統(tǒng)解決方案的約束2)認(rèn)定與關(guān)鍵質(zhì)量特性相關(guān)的利益相關(guān)方需求和功能，7.4.2b)選擇擬規(guī)定的質(zhì)量特性(使用質(zhì)7.4.2c)明確質(zhì)量特性(使用質(zhì)量)活動7.4.2d)指定質(zhì)量需求優(yōu)先順序(QIUR)1)分析利益相關(guān)方需求的完備集7.4.2e)使用測度及其所需的標(biāo)準(zhǔn)(QIUR)7.4.2f)分析質(zhì)量需求(QIUR)3)反饋分解的要求給可適用的利益相關(guān)方來確認(rèn)他們的需要和期望得到充分地理解和表達(dá)GB/T25000.30—2021表C.1(續(xù))活動1)獲得利益相關(guān)方需求的明確協(xié)議7.4.2g)管理質(zhì)量需求(QIUR)3)提供已經(jīng)納入基線了的關(guān)鍵信息項活動1)根據(jù)要提供的運(yùn)轉(zhuǎn)狀態(tài)和屬性條目定義系統(tǒng)的功能活動活動1)定義系統(tǒng)需要執(zhí)行的每項功能需求據(jù)質(zhì)量)7.4.2c)明確質(zhì)量特性(產(chǎn)品/數(shù)據(jù)質(zhì)量)7.4.2d)指定質(zhì)量需求優(yōu)先順序(PQR/DQR)1)分解全部系統(tǒng)需求3)將分解后的需求反饋給合適的利益相關(guān)方進(jìn)行評審活動1)獲得明確的系統(tǒng)需求協(xié)議7.4.2e)使用測度及其所需的標(biāo)準(zhǔn)規(guī)定質(zhì)量需求(PQR/DQR)7.4.2f)分析質(zhì)量需求(PQR/DQR)2)維護(hù)系統(tǒng)需求的可追溯3)提供基線選區(qū)的關(guān)鍵信息項ISO/IEC/IEEE29148定義了需求工程的過程，該過程嚴(yán)格遵循GB/T22032的兩個技術(shù)過程。本部分定義的質(zhì)量需求與ISO/IEC/IEEE29148:2018之間的關(guān)系見圖D.1。(組織的)(業(yè)務(wù)的)(系統(tǒng))(系統(tǒng))(軟件)b)SyRS;●系統(tǒng)使用質(zhì)量需求；●軟件產(chǎn)品質(zhì)量需求。GB/T25000.30—2021表D.1給出了ISO/IEC/IEEE29148:2018中需求類型屬性重要示例。需求類型通常需求定義在某種條件下一項功能或任務(wù)被執(zhí)行的程度或完成的有多好。這些需求，可單獨驗證。請注意，單個功能、功能需求或任務(wù)可能存在多個性能需求易用性/使用質(zhì)量需求(用戶性能和滿意度方面)為滿足用戶的要求提供系統(tǒng)的設(shè)計和評價基礎(chǔ)。易用性/使用質(zhì)量需求是與系統(tǒng)的整體需求規(guī)范聯(lián)合制定并形成其一部分的接口接口需求是對系統(tǒng)如何與外部系統(tǒng)(外部接口)進(jìn)行交互，或者系統(tǒng)內(nèi)的系統(tǒng)元素(包括通過強(qiáng)加不可移動的邊界和限制來限制對解決方案的設(shè)計者的選擇需求(例如，系留的或提供的系統(tǒng)元素，或者某些數(shù)據(jù)應(yīng)保存在在線倉庫中)過程需求主要是利益相關(guān)方，通常是需方或用戶，通過合同或工作說明書加上的需求。過程需求包括：遵守國家、州或地方法律，包括環(huán)境法律；行政要求；需方/供方關(guān)系需求；和具體的工策或?qū)嵺`也可能對過程需求施加程序要求。系統(tǒng)或系統(tǒng)要素實現(xiàn)的過程需求(例方法)通常在項目協(xié)議文檔中記錄，例如合同，工非功能的非功能性需求規(guī)定了系統(tǒng)所需的運(yùn)行或存在的需求或系統(tǒng)性質(zhì)。他們定義了一個系統(tǒng)應(yīng)分和GB/T25000.10—2016中能力、靈活性、可移植性、可重用性、可靠性、維護(hù)性和信需求(例如“能力”)清單。這一清單宜適應(yīng)待開發(fā)系統(tǒng)。同時，視情況宜將質(zhì)量需求的測度包含在內(nèi)響的其他利益相關(guān)方)交互結(jié)果的特性。這些特性包括滿意度；人員可靠性；免受不利健康影響本附錄給出了GB/T25000.10—2016的質(zhì)量特性如何映射到ISO/IEC/IEEE29148:2018定義的所推薦的StRS的文檔編寫原則主要涉及GB/T25000.10—2016中的使用質(zhì)量，如表D.2ISO/IEC/IEEE29148:2018文檔9.3.10業(yè)務(wù)運(yùn)行政策和規(guī)則9.3.10業(yè)務(wù)運(yùn)行政策和規(guī)則周境覆蓋范圍ISO/IEC/IEEE29148:2018文檔GB/T25000.30—2021表D.3(續(xù))ISO/IEC/IEEE29148:2018文檔9.4.7系統(tǒng)接口9.5.3.1系統(tǒng)接口9.5.3.5通信接口易用性9.5.3.3硬件接口9.5.3.4軟件接口GB/T25000.30—2021本附錄描述了質(zhì)量要求抽取的過程。詳細(xì)討論質(zhì)量要求提取過程的各個正確提取和定義質(zhì)量要求而應(yīng)執(zhí)行的步驟。質(zhì)量工程師宜考慮產(chǎn)品各該過程旨在成為GB/T22032約束(預(yù)算上/技術(shù)上/組織上)GB/T25000.30—2021c)組織上的約束，主要是由客戶/用戶公司的組織架構(gòu)及公司內(nèi)部已有的各種交互方式所決定束有了更好的理解，他的一個很重要的任務(wù)就是從客戶/用戶和供方雙方識別出項目的所有利益相關(guān)定義利益相關(guān)方產(chǎn)品的使用周境將每項質(zhì)量要求與其支持的業(yè)務(wù)要求聯(lián)系起來使用周境(目標(biāo)，任務(wù)，約束(預(yù)算上的/GB/T25000.30—2021這一步宜與利益相關(guān)方協(xié)作執(zhí)行，確定針對特定的利益相關(guān)方或用戶群的ICT產(chǎn)品的使用周境。a)用戶使用ICT產(chǎn)品想要實現(xiàn)的目標(biāo)；b)觀察；目標(biāo)實體用戶主用戶輔用戶間接用戶助手”1輸入信用卡號碼后；回答購物方提出的問題時；方訂單時；回答購物方提出的問題時；修改/刪除用戶訂單時；務(wù)流程方面；對所有資產(chǎn)、場景和ICT產(chǎn)品使用瀏覽器搜索和購買物品時；易用性使用XX終端時；*1用戶1:互聯(lián)網(wǎng)購物客戶，他們?yōu)g覽商店、選擇商品，并購買商a)主用戶：互聯(lián)網(wǎng)購物方，通過互聯(lián)網(wǎng)使用計算機(jī)搜索商品，選擇、決定并訂購商品。b)輔用戶：幫助主用戶使用系統(tǒng)的助手。c)間接用戶：想要購買東西的客戶，要求某人進(jìn)行網(wǎng)上購物，他們自己并不直接使用該系統(tǒng)。*2用戶2:負(fù)責(zé)管理和運(yùn)行網(wǎng)站的互聯(lián)網(wǎng)購物網(wǎng)站管理員和操作員。a)主用戶：使用計算機(jī)上傳和顯示商品數(shù)據(jù)的操作員，或回答端用戶問b)輔用戶：系統(tǒng)的買方部門、銷售部門、會計或安全控制的經(jīng)c)間接用戶：擁有并運(yùn)行互聯(lián)網(wǎng)購物網(wǎng)站的物GB/T25000.30—2021目標(biāo)實體產(chǎn)品設(shè)計人員測試人員制造商人員負(fù)責(zé)貨物運(yùn)輸?shù)娜藛T貨物訂單的及時性和準(zhǔn)確性；和準(zhǔn)確性；易交易(買/賣)特性導(dǎo)致產(chǎn)生額外的浪費(fèi)/垃圾，從而增加了不必要的產(chǎn)品購買；ICT產(chǎn)品為滿足產(chǎn)品的業(yè)務(wù)目標(biāo)；功能正確性，用易測試性存周期的業(yè)務(wù)要求：可重用本附錄提供了一個將質(zhì)量要求映射到GB/T25000.10—20一些質(zhì)量要求不能直接映射到模型的特定特性上，但仍需要明確和規(guī)定。結(jié)合GB/T2500使用附錄E提取第1個質(zhì)量需求。GB/T25000.10—2016和GB/T25000.12—2017質(zhì)量模型可用于描述質(zhì)量特性。因為使用這些GB/T25000.30—2021運(yùn)輸業(yè)(人員和商品);量需求不能直接映射到GB/T25000.10—2016質(zhì)量模型中的任何單個特性或子特性(以及GB/T25000.22—2019,GB/T25000.23—2019和GB/T25000.24—2017中定義的測度)。對于這種情