(高清版)GBT 40473.8-2021 銀行業(yè)應用系統(tǒng) 非功能需求 第8部分：可維護性

GB/T40473.8—2021銀行業(yè)應用系統(tǒng)非功能需求第8部分：可維護性Part8:Maintainability國家市場監(jiān)督管理總局國家標準化管理委員會IGB/T40473.8—2021 12規(guī)范性引用文件 1 14可維護性元素與組件的層次及描述方式 24.1層次 24.2描述方式 45模塊性族(MN_MDL) 55.1內部的非功能需求(NFIR) 5 55.1.2信息交換方式(IMN_MDL.2) 55.1.3總控模塊(IMN_MDL.3) 55.1.4應用系統(tǒng)架構(IMN_MDL.4) 55.1.5系統(tǒng)內模塊耦合(IMN_MDL.5) 5 65.2外部的非功能需求(NFOR) 66可重用性族(MN_RUS) 66.1內部的非功能需求(NFIR) 66.1.1應用可重用組件(IMN_RUS.1) 66.1.2提供可重用組件(IMN_RUS.2) 76.2外部的非功能需求(NFOR) 77易分析性族(MN_ANA) 77.1內部的非功能需求(NFIR) 77.1.1錯誤信息(IMN_ANA.1) 77.1.2現(xiàn)場保護(IMN_ANA.2) 87.2外部的非功能需求(NFOR) 87.2.1研發(fā)生命周期(OMN_ANA.1) 87.2.2數(shù)據(jù)建模方式(OMN_ANA.2) 87.2.3文檔(OMN_ANA.3) 88易修改性族(MN_MDF) 98.1內部的非功能需求(NFIR) 98.1.1系統(tǒng)調試(IMN_MDF.1) 98.1.2應用版本變更(IMN_MDF.2) 98.2外部的非功能需求(NFOR) 98.2.1交付構成(OMN_MDF.1) 9ⅡGB/T40473.8—20218.2.2運行環(huán)境升級(OMN_MDF.2) 99易測試性族(MN_TST) 9.1內部的非功能需求(NFIR) 99.2外部的非功能需求(NFOR) 9.2.1測試依據(jù)(OMN_TST.1) 9.2.3測試文檔(OMN_TST.3) ⅢGB/T40473.8—2021本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結構和起草規(guī)則》的規(guī)定起草。本文件是GB/T40473《銀行業(yè)應用系統(tǒng)非功能需求》的第8部分。GB/T40473已經發(fā)布了以—第2部分：功能適宜性；——第5部分：易用性； ——第9部分：可移植性。請注意本文件的某些內容可能涉及專利。本文件的發(fā)布機構不承擔識別專利的責任。本文件由中國人民銀行提出。本文件由全國金融標準化技術委員會(SAC/TC180)歸口。行間同業(yè)拆借中心、中國人民銀行清算總中心、中國建設銀行股份有限公司、交通銀行股份有限GB/T40473.8—2021GB/T40473給出了銀行業(yè)應用系統(tǒng)非功能需求的描述框架和各類銀行業(yè)應用系統(tǒng)非功能需求的模板，旨在提高銀行業(yè)應用系統(tǒng)非功能需求的編制質量和效率，降低編制銀行業(yè)應用系統(tǒng)非功能需求的——第1部分：描述框架。目的在于明確銀行業(yè)應用系統(tǒng)的范疇，確立銀行業(yè)應用系統(tǒng)非功能需求的描述框架，闡明銀行業(yè)應用系統(tǒng)非功能需求的標識和描述，給出銀行業(yè)應用系統(tǒng)非功能需求的定制包與定制輪廓，提出對銀行業(yè)應用系統(tǒng)非功能需求的技術管理與評價，并給出銀行業(yè)應用系統(tǒng)非功能需求的XML描述的方法，是其余各部分閱讀和應用的基礎?！?部分：功能適宜性。目的在于給出包括功能完整性、功能正確性和功能適合性的功能適宜性需求，這些需求從嚴謹?shù)男枨蠓诸惪?，可往往被視作非功能需求。——?部分：性能效率。目的在于給出包括時間特性、資源利用和容量的性能效率需求?！?—第4部分：兼容性。目的在于給出包括共存性和互操作性的兼容性。——第5部分：易用性。目的在于給出包括可辨識性、易學性、易操作性、用戶差錯防御性、用戶界面舒適性和易訪問性的易用性?！?部分：可靠性。目的在于給出包括成熟性、可用性、容錯性和易恢復性的可靠性?！?部分：安全性。目的在于給出包括保密性、完整性、抗抵賴性、可核查性和真實性的安全性?！?部分：可維護性。目的在于給出包括模塊性、可重用性、易分析性、易修改性和易測試性的可維護性?！?部分：可移植性。目的在于給出包括適應性、易安裝性和易替換性的可移植性。實質性內容。但在如下典型的情況下，本文件的應用者宜先閱讀并理解GB/T40473.1—2021:——評審應用系統(tǒng)的非功能需求；——對應用系統(tǒng)按照非功能需求開發(fā)的系統(tǒng)進行驗證和確認；——對應用系統(tǒng)按照非功能需求開發(fā)的系統(tǒng)進行靜態(tài)和動態(tài)測試。對按照本文件編制的非功能需求，若以GB/T40473.1—2021給出的XML形式描述，會對非功能需求帶來傳輸和處理上更大便利。1GB/T40473.8—2021銀行業(yè)應用系統(tǒng)非功能需求第8部分：可維護性本文件適用于銀行業(yè)各類應用系統(tǒng)對可維護性類非功能需求的描述。與銀行業(yè)應用系統(tǒng)進行信息2規(guī)范性引用文件下列文件中的內容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文GB/T15532—2008計算機軟件測試規(guī)范GB/T38634.2—2020系統(tǒng)與軟件工程軟件測試第2部分：測試過程GB/T40473.1—2021銀行業(yè)應用系統(tǒng)非功能需求第1部分：描述框架GB/T40473.1—2021界定的以及下列術語和定義適用于本文件。3.1維護性maintainability產品或系統(tǒng)能夠被預期的維護人員修改的有效性和效率的程度。注1:修改包括糾正、改進或軟件對環(huán)境、需求和功能規(guī)格說明變化的適應。修改包括那些由專業(yè)支持人員實施的，以及那些由業(yè)務或操作人員、最終用戶實施的。注2:維護性包括安全更新和安裝升級。注3:維護性可以被解釋為便于維護活動的一種產品或系統(tǒng)固有能力，或者為了產品或系統(tǒng)維護的目標維護人員所經歷的使用質量。3.2由多個獨立組件組成的系統(tǒng)或計算機程序，其中一個組件的變更對其他組件的影響最小的程度。3.32GB/T40473.8—2021可以評估預期變更(變更產品或系統(tǒng)的一個或多個部分)對產品或系統(tǒng)的影響、診斷產品的缺陷或注：實現(xiàn)包括為產品或系統(tǒng)提供機制，以分析其自身故障以及在失效或其他事件前提供報告。注1:實現(xiàn)包括編碼、設計、文檔和驗證的變更。注2:模塊性(見3.2)和易分析性(見3.4)會影響到易修改性。注3:易修改性是易改變性和穩(wěn)定性的組合。易測試性testability4可維護性元素與組件的層次及描述方式可維護性各族元素與組件層次按照GB/T40473.1—2021中5.1規(guī)定的方式，在圖1～圖3中給出。MN_RUS可重用性3GB/T40473.8—2021MNMN_MDL1入口檢查111342MN_MDL模塊性LMN_MDL,5系統(tǒng)內模塊耦合MN可維護性JMN_RUS.1應用可重用組件23IMNRU8.2提供可重用組件23NTOR無無24GB/T40473.8—20212IMNANA.2現(xiàn)場保護0MN_ANA.3文檔311212ll4211l22NTJROMN_TST,2心跳檢測1121122534圖3可維護性的易分析族、易修改族和易測試族元素與組件層次非功能需求的描述按GB/T40473.1—2021中第7章給出的方式組織。5GB/T40473.8—20215模塊性族(MN_MDL)5.1內部的非功能需求(NFIR)檢查的內容/*如有多個應對本賦值執(zhí)行重復操作*/】】進行檢查。IMN_MDL.1.2/*僅當IMN_MDL.1.1給出時適用*/【重復：應用系統(tǒng)對【枚舉項：IMN_MDL.1.1中的每一個確定的選擇】進行檢查的方式是【描述賦值：進行檢查的方式/*在同一個內容有多種檢查方法且不同時使用時，應執(zhí)行細化操作，對每種檢查方法的應用場景進行說明*/】?！?.1.2信息交換方式(IMN_MDL.2)UDP,【描述賦值：其他交換數(shù)據(jù)的方式/*如有多種方式本賦值執(zhí)行重復操作*/】/*如兩個對象間采用了多種方式交換數(shù)據(jù)，則應采用重復操作分別說明*/】交換數(shù)據(jù)?！縄MN_MDL.2.2/*僅當IMN_MDL.2.1給出時適用*/【重復：【枚舉項：IMN_MDL.2.1中確定5.1.3總控模塊(IMN_MDL.3)行應用邏輯的控制。IMN_MDL.3.2/*僅當IMN_MDL.3.1給出時適用*/應用系統(tǒng)可能影響總控模塊運行的模塊IMN_MDL.3.3/*僅當IMN_MDL.3.1給出時適用*/【重復：應用系統(tǒng)的總控模塊【單選：采5.1.4應用系統(tǒng)架構(IMN_MDL.4)*如有多種方式執(zhí)行重復操作并分別說明應用的條件*/】IMN_MDL.4.2應用系統(tǒng)的數(shù)據(jù)架構為【單選：全部數(shù)據(jù)存在一個數(shù)據(jù)庫中，數(shù)據(jù)存在服務器端的數(shù)據(jù)庫和文件中，數(shù)據(jù)分布于多個服務器中，數(shù)據(jù)分布于服務器和客戶端中，數(shù)據(jù)集中在服務器中但在外部存在需要同步的數(shù)據(jù)拷貝，部分功能需要其他應用系統(tǒng)的數(shù)據(jù)，全部功能需要其他應用系統(tǒng)的數(shù)據(jù)，【描述賦值：其他架構】/*如有多種方式執(zhí)行重復操作并分別說明應用的條件*/】。5.1.5系統(tǒng)內模塊耦合(IMN_MDL.5)IMN_MDL.5.1應用系統(tǒng)內部的模塊間存在【多選：非直接耦合/*兩模塊間沒有直接關系，之間6GB/T40473.8—2021的聯(lián)系完全是通過主模塊的控制和調用來實現(xiàn)*/,數(shù)據(jù)耦合/*一個模塊訪問另一模塊，彼此間通過簡單數(shù)據(jù)參數(shù)來交換輸入、輸出信息，而這里的簡單數(shù)據(jù)參數(shù)不同于控制參數(shù)、公共數(shù)據(jù)結構或外部變量*/,標記耦合/*如一組模塊通過參數(shù)表傳遞記錄信息，就是標記耦合。這個記錄是某一數(shù)據(jù)結構的子結構，不是簡單變量*/,控制耦合/*一個模塊通過傳遞開關、標志、名字等控制信息，明顯的控制選擇另一模塊的功能*/,外部耦合/*一組模塊都訪問同一全局簡單變量而不是同一全局數(shù)據(jù)結構，而且不是通過參數(shù)傳遞該全局變量的信息*/,公共耦合/*一組模塊都訪問同一個公共數(shù)據(jù)環(huán)境。該公共數(shù)據(jù)環(huán)境可以是全局數(shù)據(jù)結構、共享的通信區(qū)、內存的公共覆蓋區(qū)等*/,內容耦合/*一個模塊直接修改另一個模塊的數(shù)據(jù)，或直接轉入另一個模塊*/,【描述賦值：其他耦合模式】/*如果耦合是有條件的，應對執(zhí)行細化操作進行說明；如果是不同的情況有不同的耦合方法，應對執(zhí)行重復操作進行說明×/】。IMN_MDL.5.2/*僅當IMN_MDL.5.1給出時適用件，數(shù)據(jù)庫記錄，【描述賦值：其他相互依賴的內容】,無/*如果依賴是有條件的，應對執(zhí)行細化操作進行說明；如果是不同的情況有不同的依賴，應執(zhí)行重復操作進行說明*/】存在依賴關系。5.2外部的非功能需求(NFOR)本文件未提供模塊性族外部的非功能需求模板。在新識別出模塊性族外部的非功能需求時，應按照GB/T40473.1—2021中第7章的要求擴展和編制。6.1內部的非功能需求(NFIR)6.1.1應用可重用組件(IMN_RUS.1)IMN_RUS.1.1應用系統(tǒng)使用了企業(yè)內其他系統(tǒng)開發(fā)的【多選：程序動態(tài)庫，程序靜態(tài)庫，控件，條件的，應對執(zhí)行細化操作進行說明；如果是不同的情況有不同的重用，應執(zhí)行重復操作進行說明*/】,該系統(tǒng)的維護者包括【描述賦值：系統(tǒng)的維護者/*對不同的組件有不同的維護者和同一組件有多個維護者的情況，應采用重復操作分別進行描述*/】。果是不同的情況有不同的重用，應執(zhí)行重復操作進行說明*/】,該系統(tǒng)的維護者分別是【描述賦值：系統(tǒng)的維護者/*對不同的組件有不同的維護者和同一組件有多個維護者的情況，應采用重復操作分別進行描述*/】。IMN_RUS.1.3應用系統(tǒng)使用了企業(yè)內其他系統(tǒng)構建的【多選：【描述賦值：分析支撐平臺名稱】,如果重用是有條件的，應對執(zhí)行細化操作進行說明；如果是不同的情況有不同的重用，應執(zhí)行重復操作進行說明*/】,該平臺的維護者分別是【描述賦值：系統(tǒng)的維護者/*對不同的組件有不同的維護者和同一組件有多個維護者的情況，應采用重復操作分別進行描述*/】。7GB/T40473.8—2021IMN_RUS.2.1應用系統(tǒng)可提供企業(yè)內其他系統(tǒng)開發(fā)所用的【多選：程序動態(tài)庫，程序靜態(tài)庫，控用是有條件的，應對執(zhí)行細化操作進行說明；如果是不同的情況有不同的重用，應執(zhí)行重復操作進行說明*/】,這些可重用的開發(fā)組件的使用方式【單選：已經形成企業(yè)標準，已經形成條線技術規(guī)范，有經過評審的項目正式文檔，無文檔，【描述賦值：其他可確認方式】/*如果不同的可重用組件使用情況不一樣，應對執(zhí)行細化操作進行說明；如果是不同的情況進行不同的重用，應執(zhí)行重復操作進行說明*/】。布方式，【描述賦值：其他可重用的數(shù)據(jù)架構組件】,無/*如果重用是有條件的，應對執(zhí)行細化操作進行說明；如果是不同的情況有不同的重用，應執(zhí)行重復操作進行說明*/】,這些可重用的數(shù)據(jù)架構【單選：他可確認方式】/*如果不同的可重用組件使用情況不一樣，應對執(zhí)行細化操作進行說明；如果是不同的情況進行不同的重用，應執(zhí)行重復操作進行說明*/】。IMN_RUS.2.3應用系統(tǒng)可提供企業(yè)內其他系統(tǒng)所用的運行支撐平臺是【單選：【描述賦值：運行支撐平臺名稱】,無。/*如果重用是有條件的，應對執(zhí)行細化操作進行說明；如果是不同的情況有不同的重用，應執(zhí)行重復操作進行說明*/】,這些可重用的運行支撐平臺【單選：已經形成企業(yè)標準，已經形成非標準形式技術規(guī)范，有經過評審的項目正式文檔，【描述賦值：其他可確認數(shù)據(jù)架構方式】,無文檔/*如果不同的可重用組件使用情況不一樣，應對執(zhí)行細化操作進行說明；如果是不同的情況進行不本文件未提供可重用性族外部的非功能需求模板。在新識別出可重用性族外部的非功能需求時，應按照GB/T40473.1—2021中第7章的要求擴展7易分析性族(MN_ANA)7.1.1錯誤信息(IMN_ANA.1)IMN_ANA.1.4/*僅當IMN_ANA.1.3給出時適用*/8GB/T40473.8—20217.1.2現(xiàn)場保護(IMN_ANA.2)7.2外部的非功能需求(NFOR)7.2.1研發(fā)生命周期(OMN_ANA.1)OMN_ANA.1.1應用系統(tǒng)的【單選：人員，場地，資金，【描述賦值：其他資源】/*各類研發(fā)資模型/*對模型進行預先定義，明確每個步驟的前導步驟、輸入，明確輸出和準出條件*/】,【描述賦值：隨機模型/*對模型無預定定義，根據(jù)項目發(fā)展狀況決定下一工作步驟，在相關干系人認可后形成OMN_ANA.1.2【重復：應用系統(tǒng)的【枚舉項：項目管理/*包括在給定的資源后，通過對這些資源的調度以達到在既定的時間產生項目干系人所期望的輸出的各類活動，這些活動可能由中層管理人員主導實施*/,開發(fā)實施/*按照項目管理要求，完成需求、設計、編碼、測試、投產的各類活動，這些活動可能由具體的業(yè)務和技術人員實施，在開發(fā)實施的各個階段采用的模型不一樣時，應采用細化操作值：自定義模型/*對模型進行預先定義，明確每個步驟的前導步驟、輸入，明確輸出和準出條件*/】,【描述賦值：隨機模型/*對模型無預定定義，根據(jù)項目發(fā)展狀況決定下一工作步驟，在相關干系人認可7.2.2數(shù)據(jù)建模方式(OMN_ANA.2)型構建方式】/*如果同時選用多種方式，應對執(zhí)行細化操作說明應用的條件，并執(zhí)行重復操作對每個選擇進行說明*/】管理和展示。采用，未采用】措施進行控制。/*在采用控制措施時描述，否則以下省略*/采用的措施為【單選：數(shù)據(jù)庫引擎，應用邏輯，業(yè)務報表，【描述賦值：其他表示控制數(shù)據(jù)關系的方式】/*如果同時選用多種方式，應執(zhí)行重復操作對每個選擇進行說明，并對執(zhí)行細化操作說明應用的條件*/】。7.2.3文檔(OMN_ANA.3)OMN_ANA.3.2/*僅當OMN_ANA.3.1給出時適用*/【重復：應用系統(tǒng)對【枚舉項：OMN_ANA.3.1中選定的每個元素取值/*如果同一文檔有幾種不同的描述方式，應對執(zhí)行細化操作進行說9GB/T40473.8—20218.1內部的非功能需求(NFIR)8.1.1系統(tǒng)調試(IMN_MDF.1)IMN_MDF.1.1應用系統(tǒng)內部的調試語句在生成生產版本時【單選：通過編譯開關刪除，手工修改8.1.2應用版本變更(IMN_MDF.2)令，【描述賦值：其他變更的模式】/*如應用系統(tǒng)的不同組件(例如服務器端/客戶端)等支持不同的變更方式，應對執(zhí)行細化操作進行說明*/】。IMN_MDF.2.2/*僅當IMN_MDF.2.1給出時適用*/【重復：【枚舉項：IMN_MDF.2.1中提及8.2.1交付構成(OMN_MDF.1)OMN_MDF.1.2/*僅當OMN_MDF.1.1給出時適用*/【重復：應用系統(tǒng)對【枚舉項：OMN_8.2.2運行環(huán)境升級(OMN_MDF.2)GB/T40473.8—2021統(tǒng)接入服務器，系統(tǒng)應用邏輯服務器，系統(tǒng)數(shù)據(jù)服務器/*在有不同的交易測試的深度不同或測試的方面有差異時，應細化操作說明情況且執(zhí)行重復操作對每種情況分別進行描述*/】工作是否正常。9.2外部的非功能需求(NFOR)9.2.1測試依據(jù)(OMN_TST.1)OMN_TST.1.1應用系統(tǒng)的【單選：需求定義，需求分析，概要設計，詳細設計/*對多個方面需說作為應用系統(tǒng)相應階段測試的依據(jù)。OMN_TST.1.2應用系統(tǒng)在進行測試過程中的測試依據(jù)是【單選：測試文檔，測試人員的體驗，開據(jù)不同時，應對執(zhí)行細化操作說明什么情況下是哪些依據(jù)發(fā)