(高清版)GBT 41865-2022 軟件與系統(tǒng)工程 產(chǎn)品線工程與管理參考模型

產(chǎn)品線工程與管理參考模型(ISO/IEC26550:2015,國家市場監(jiān)督管理總局國家標準化管理委員會I Ⅲ 1 1 1 55.產(chǎn)品線工程與管理參考模型 8 97領域工程和應用工程內(nèi)部及相互關系 附錄A(資料性)有關產(chǎn)品的更多信息 26 27ⅢGB/T41865—2022/ISO/IEISO/IEC/IEEE12207:2017,國家標準已等同采用為GB/T8566—2022,原引用國際標準ISO/IEC/IEEE15288:2015,國家標準已等同采用為GB/T22032—2021,原引用國際標準ISO/IEC15940:2006已更新為ISO/IEC15940:2013,國家標準等同采用為GB/T30972—V自20世紀90年代以來，軟件與系統(tǒng)產(chǎn)品線(SoftwareandSystemProductLine,SSPL)越來越受本文件提供一個參考模型，包括軟件與系統(tǒng)產(chǎn)品線工程與管理的關鍵過程以及過程之間關系的抽象表示。產(chǎn)品線工程與單系統(tǒng)工程的區(qū)別在于它有兩個關鍵特性，即需求領域工程和應用工程兩個生存周期過程，以及需要明確的可變性定義。領域工程的目標是定義和實施產(chǎn)品線中成員產(chǎn)品共同使用的領域資產(chǎn)，應用工程的目標是利用包括通用和可變資產(chǎn)在內(nèi)的領域資產(chǎn)的開發(fā)應用。領域工程明確定義反映不同市場和細分市場特定需求的產(chǎn)品線可變性。可變性可嵌入到領域資產(chǎn)。在應用工程中，1GB/T41865—2022/ISO/IE產(chǎn)品線工程與管理參考模型2通過重用符合領域架構的領域資產(chǎn)和綁定平臺的可變性，實施和管理應用資產(chǎn)和產(chǎn)品線成員產(chǎn)品基于應用架構、應用資產(chǎn)和領域資產(chǎn)開發(fā)應用資產(chǎn)(其中一些應用資產(chǎn)可能來自于領域資產(chǎn))和成從領域和應用工程產(chǎn)生的可重用資產(chǎn)集合。通用性commonality描述軟件與系統(tǒng)產(chǎn)品線高層級設計的核心架構，包括約束軟件與系統(tǒng)產(chǎn)品線內(nèi)所有成員產(chǎn)品的架3用于規(guī)定和管理產(chǎn)品線通用性和可變性的一系列過程組成的生存周期。識別和界定功能領域的子過程。該子過程對構思產(chǎn)品線，以及提供足夠的復用潛力以調(diào)整產(chǎn)品線特征feature產(chǎn)品線productline產(chǎn)品族productfamily4GB/T41865—2022/ISO產(chǎn)品線參考模型productlinereferencemodel領域和應用工程生存周期過程、過程的角色和關系，以及在產(chǎn)品線工程與管理中生產(chǎn)、管理和使用的資產(chǎn)抽象的表示。產(chǎn)品線范圍界定productlinescoping定義產(chǎn)品線內(nèi)的成員產(chǎn)品以及產(chǎn)品間主要的通用和可變特征的過程；從經(jīng)濟視角分析產(chǎn)品，控制和規(guī)劃產(chǎn)品線及其產(chǎn)品的開發(fā)、生產(chǎn)和銷售。產(chǎn)品范圍界定productscoping的產(chǎn)品類別；為產(chǎn)品線組織實現(xiàn)長期和短期商業(yè)目標，產(chǎn)品宜具有的公共和可變的特征；產(chǎn)品上市時間表。可區(qū)分產(chǎn)品線成員的特性。可變性約束variabilityconstraint變體與可變點之間，兩個變體之間，以及兩個可變點之間的約束關系。可變性依賴variabilitydependency可變點和變體集之間的關系，這種關系表明可變點包含了關于變體的一種決策?？勺冃怨芾韛ariabilitymanagement可變性的管理任務，包含兩個維度：可變性維度和資產(chǎn)維度。可變性模型variabilitymodel產(chǎn)品線可變性的明確定義。5可變點variationpoint單系統(tǒng)工程與管理是軟件與系統(tǒng)產(chǎn)品概念化和開發(fā)的主要方法。本章首先概述了軟件與系統(tǒng)產(chǎn)品公司在使用單系統(tǒng)工程與管理方法時面臨的一些主要挑戰(zhàn)。可變性管理被認為是最具挑戰(zhàn)性的領域，的原因是組織沒有類似產(chǎn)品的開發(fā)經(jīng)驗，或者即使曾開發(fā)過類似產(chǎn)品，由于組織內(nèi)部門之間的競爭原因，也可能導致開發(fā)過類似產(chǎn)品的部門不愿共享其經(jīng)驗和其他可重用資產(chǎn)。成本估算不準確和預算單個產(chǎn)品供應商面臨最重要的問題通常是如何應對適當?shù)目勺冃?。在此產(chǎn)生于與不同用戶的交互活動。供應商常運用一種或多種看似簡便但無效的策略來應對出現(xiàn)的可變來越多的if-then-else條件選擇語句來處理運行時參數(shù)，從而為產(chǎn)品引入可變性。結果源代碼行數(shù)增產(chǎn)品線工程與管理是解決此類問題的一種可行方案，但并不能解決所有問題。若對產(chǎn)品線工程與6GB/T41865—2022/ISO/IE 7 8GB/T41865—2022/ISO/IE 產(chǎn)品線工程工程技術管理組織管理圖1的兩個不同的工程生存周期和兩個過程組兼容GB/T8566/ISO/IEC/IEEE12207和9GB/T22032/ISO/IEC/IEEE15288的過程組。存在兩個工程生存周期是產(chǎn)品線工程與管理同單系統(tǒng)工程與管理的主要區(qū)別之一。資產(chǎn)庫同時存儲領域資協(xié)調(diào)和同步了生存周期內(nèi)和生存周期之間的過程。技術管理過程組與GB/T8566/ISO/IEC/IEEE12207的項目過程組、軟件支持過程組以及部分軟件重用過程組保持一致。組織管理過程組與GB/T8566/ISO/IEC/IEEE12207和GB/T22032/ISO/IEC/IEEE15288根據(jù)軟件與系統(tǒng)產(chǎn)品線工程與管理的參考模型(見圖1),本文件著重于領域工程和應用工程生存 產(chǎn)品線的創(chuàng)建。領域范圍界定構建在產(chǎn)品范圍界定所產(chǎn)生的產(chǎn)品類別定 資產(chǎn)建議書提供給產(chǎn)品線經(jīng)理，由他們決定實現(xiàn)哪些領域資產(chǎn)。這些被采納為領域資產(chǎn)的現(xiàn)產(chǎn)的文件資料)作為確定產(chǎn)品線中成員產(chǎn)品的通用需求和可變需求的起點。它產(chǎn)生了需求規(guī)格說明和GB/T41865—2022/ISO/IE GB/T41865—2022/ISO/IE GB/T41865—2022/ISO/IE 編程風格是否符合適用的行業(yè)慣例或為產(chǎn)品線選擇的標準。宜指出，應用驗證與確認部分負責此任務。提出此任務為了強調(diào)應用實現(xiàn)工程師需要負責應用實現(xiàn)資產(chǎn)的驗證與確認，并與 應用組件和接口的完整性和可追溯性。配置管理很重要，因為每個成員產(chǎn)品在其整個生存周期中不斷演化，并且擁有了成員產(chǎn)品用戶等不同利益相關方可以綁定的可變性。因此每個成員產(chǎn)品可以在其生存周期中以多種配置存在。為了維護，應了解成員產(chǎn)品中使用的所有領域組件和接口的版本。領域實現(xiàn)可以為成員產(chǎn)品提供新的領域資產(chǎn)看，這些版本可以顯著地更新成員產(chǎn)品(尤其是具有相對較長生存周期的成員產(chǎn)品)。應保持驗證與確認。該活動根據(jù)應用需求驗證最終產(chǎn)品及其架構和實現(xiàn)資產(chǎn)。利用領域驗證與確認資產(chǎn)并創(chuàng)由于在6.2.1～6.2.3中已經(jīng)闡述了應用工程生存周期其他過程中固有的驗證與確認活動，因并在應用測試計劃中予以必要的調(diào)整。針對修改的領域需求和新的專用需求，應重新做測試 例，測試數(shù)據(jù)和測試環(huán)境。領域驗證與確認資產(chǎn)的通用部分可以按原樣重復使用。對于包含現(xiàn)以及領域驗證與確認的輸入來綁定變化點。對于應用特定部分，應構建新資產(chǎn)。生成應用驗證與確認資產(chǎn)所需的工作取決于成員產(chǎn)品的大小和范圍，以及在應用工程過程中領域資產(chǎn)被重用的程度。如果成員產(chǎn)品從產(chǎn)品線平臺獲得大多數(shù)功能，并且已經(jīng)針對該平臺廣泛建立 構造體系的一致性。成員產(chǎn)品中綁定的可變性和配置的約束應進行驗證與確認。預期的和實 與用戶關系管理和用戶組等各方代表間的協(xié)作關系，是成功開展商業(yè)機會分析的必要條件。品線生存周期中實施適用的產(chǎn)品線工程過程和管理過程所需的投資規(guī)模。只要能從市場和其戶代表負責驗收產(chǎn)品線組織的產(chǎn)品，負責在客戶組織中導入產(chǎn)品并在產(chǎn)品生存周期中提供支持。產(chǎn)品線組織宜跟蹤和協(xié)調(diào)客戶需求，及時響應和變更產(chǎn)品以滿足客戶認為必要的需求更和結果。采購有助于獲取新的領域資產(chǎn)，有助于在產(chǎn)品線中融合為對COTS部件和其他第三方產(chǎn)品供方進行管理的計劃，例如宜確定能滿足產(chǎn)品線預要考慮產(chǎn)品線中部分或全部成員產(chǎn)品安裝或使用了第三方應用的情況，宜確定是否允許用戶 和生產(chǎn)計劃來構建產(chǎn)品，以及如何度量和監(jiān)視生產(chǎn)運營。產(chǎn)品線組 組織產(chǎn)品線改進規(guī)劃，定義領域工程過程和應用工程過程如何持續(xù)改進以使產(chǎn)品線的效能和 權和職責結構以及基礎設施。培訓對于產(chǎn)品線實施和長期演進起核心作用。產(chǎn)品正確的培訓，為每個工作角色提供有資質的人員。培訓活動應與產(chǎn)品線實施及演進所涉及的 組織級產(chǎn)品線規(guī)劃啟動了組織向產(chǎn)品線工程的遷移。在組織遷移期間，組織產(chǎn)品線管理在產(chǎn)品線工程制度化過程中逐漸承擔更大的作用。組織產(chǎn)品線管理關注產(chǎn)品線組織和產(chǎn)品線從當前狀態(tài)到期望產(chǎn)品線宜能通過演進產(chǎn)品線平臺或調(diào)整成員產(chǎn)品以適 線方案廣泛部署之前，可先行開展試驗性項目以評估產(chǎn)品線組織的能力和是否就緒。組織宜 三方采購哪些資產(chǎn)和服務。形成的運營設計是重要的領域資產(chǎn)。關鍵測量宜有助于運營管理和產(chǎn)品線組織能夠從整體上跟蹤產(chǎn)品線工作進展及其交付物，必要 不同組織單位的人員共同工作來設計和管理產(chǎn)品線，這需要大量的協(xié)作。產(chǎn)品線過程宜能夠跨職—領域工程過程定義，建立和維護產(chǎn)品線工程與管理的組織標準過程集和裁剪指南。組織定義了所有產(chǎn)品線參與者宜遵循的共用過程，也建立了領域工程整個生存周期中使用的過程和開發(fā)方法。不同組織單位宜協(xié)同工作，為此，需在不同層級定義產(chǎn)品線組織標準過程并跨越 供方和開源社區(qū)協(xié)作。該任務將關系管理過程、組織和技術支持過程以及負責過程的組織實——實施產(chǎn)品線過程改進，有助于基于測量結果管理組織過程評價和過程改進。宜系統(tǒng)化進行組產(chǎn)品線的可變性定義了成員產(chǎn)品間如何區(qū)分?？勺冃怨芾硪笸ㄟ^領域和應用可變性建模，將可GB/T41865—2022/ISO/IE GB/T41865—2022/ISO/IE特征完善的建議反饋至產(chǎn)品線范圍界定。該分析可能涉及與客戶和提供者的重大交互。宜建立相應的況等變化做出響應。根據(jù)響應需要對產(chǎn)品路線圖和資產(chǎn)建議書進行調(diào)整，例如引入新特征介紹或從產(chǎn)領域設計人員可以決定包含在領域架構中的技術解決方案。源于領域設計的內(nèi)領域設計根據(jù)新的、修訂的或更詳細的需求給領域需求工程提供反饋。領域需求工程和領域設計之間的相互關系見圖3?？勺冃阅Ｐ涂勺冃阅Ｐ皖I域設計為領域實現(xiàn)提供領域架構，領域架構是構造所有成員產(chǎn)品的基礎和構建重用組件和接口設計。領域設計和領域實現(xiàn)之間的相互關系見圖4。領城架構領域需求工程給領域驗證與確認提供領域需求資產(chǎn)，指定公共和可變的領域需求，以及可變性模求且不受產(chǎn)品線可變性影響的子系統(tǒng)上執(zhí)行系統(tǒng)測試。為了找到不包含可變性的測試用例，需要配置于具有三個變體的可變點，需要規(guī)劃三個測試。需要大量的測試運行才能在不同的可變點測試所選變測試中發(fā)現(xiàn)的缺陷，以便領域需求資產(chǎn)中的缺陷可以被糾正。領域需求工程和領域驗證與確認之間的相互關系見圖5?？勺冃阅Ｐ涂勺冃阅Ｐ皖I域設計為領域驗證與確認提供領域架構，并選擇已在平臺中實現(xiàn)的可重用資產(chǎn)。集成驗證與確認資產(chǎn)是為公共組件交互以及那些與基于領域架構實現(xiàn)的組件有少量可變交互宜至少為可變組件的最通用交互創(chuàng)建集成驗證與確認資產(chǎn)。驗證與確認資產(chǎn)應提供與組件間交互的可變性相匹配的可變性。領域設計和領域驗證與確認之間的相互關系見圖6。集成測試中會發(fā)現(xiàn)諸如不完整和模棱兩可的領域設計資產(chǎn)等缺陷，這些缺陷妨礙了驗證與確認資集成測試是使用在領域設計中形成的集成測試規(guī)格說明來執(zhí)行對形成領域架構中特定配置的組件的測試。領域測試只能對已經(jīng)實現(xiàn)的組件執(zhí)行測試。領域實現(xiàn)和領域驗證與確認之間的相互關系見圖7。接口、接口規(guī)格和組件的領域驗證與確認為領域實現(xiàn)提供驗證與確認結果。驗證與確認結果包括三部分內(nèi)容：表明驗證與產(chǎn)品線范圍界定通過指定產(chǎn)品宜具有哪些公共和可變特征規(guī)定了宜從應用需求工程中產(chǎn)生哪些產(chǎn)GB/T41865—2022/ISO/IE支持產(chǎn)品線可變性的表示和領域需求資源的重用。領域需求工程和應用需求工程間的相互關系見圖9。領域結構(體系結構、領域結構(體系結構、組件框架)應用設計應用實現(xiàn)為新增和變更的領域實現(xiàn)資產(chǎn)提供領域實現(xiàn)要求。這涉及到宜由被很好地實現(xiàn)或根本沒有被實現(xiàn)的功能或質量。應用實現(xiàn)為領域實現(xiàn)提供特定些組件和接口對于整個產(chǎn)品線的實現(xiàn)可能會起很大作用。領域實現(xiàn)決定是否將這些應用資產(chǎn)合并到產(chǎn)品線中。領域實現(xiàn)和應用實現(xiàn)之間的相互關系見圖11。確認資產(chǎn)可能包含可變性。應用驗證與確認過程應與可變性進行綁定，以獲取特定成員產(chǎn)品的驗證與確認資產(chǎn)。即使受綁定變體影響的部分已經(jīng)在領域驗證與確認中進行了測試，應用驗證與確認可為領域驗證與確認提供領域驗證與確認資產(chǎn)中的缺陷，證與確認資產(chǎn)中的應用驗證與確認資產(chǎn)。開發(fā)應用驗證與確認資產(chǎn)主要用于測試特定應用特征等目領域驗證與確認和應用驗證與檢查之間的關系見圖12。圖12領域驗證與確認和應用驗證與確認之間的關系來源于領域需求資產(chǎn)的重用或調(diào)整。需求增量是通過分析并比較客戶或產(chǎn)品經(jīng)理提出的應用需求與相關領域需求資產(chǎn)確定的。應用設計基于應用需求規(guī)格說明和領域設計提供的領域架構導出應用架構。GB/T41865—2022/ISO/IE應用架構GB/T41865—2022/ISO/IE有關產(chǎn)品的更多信息圖A.1是參照其他標準進行資產(chǎn)分級分類管理的例子。輔具圖A.1資產(chǎn)級別和類型示例圖A.1中斜體部分描述的資產(chǎn)超出本文件的范圍。[1]GB/T8566—2022系統(tǒng)與軟件工程軟件生存周期過程[2]GB/T22032—2021系統(tǒng)與軟件工程系統(tǒng)生存周期過程[3]GB/T25000.1—2021系統(tǒng)與軟件工程系統(tǒng)與軟件質量要求和評價(SQuaRE)第1部ofCASEtools[7]ISO/IEC/IEEE24765:2010Systems[11]ISO/IEC[12]ISO/IEC26555:2015Softwareandsy[13]ISO/IEC26556:2018Information[14]ISO/IEC26557:2016Software