需求管理的案例
DOORS和Reqtify—需求管理和需求追溯工具
產品概述
IBM Rational DOORS可實現對整個產品的全生命周期需求管理，覆蓋從需求、到設計以及測試階段，是一款被廣泛使用的企業級專業需求管理工具。DOORS可以將項目開發過程中產生的各級需求和與需求相關的文件、網址URL進行鏈接管理，同時能夠對需求進行影響分析。DOORS自帶數據庫，可以在多個項目間共享文件，便于文件的保存、備份及項目復用。此外DOORS還支持可疑鏈接的自動檢測、基于上到項目、文件夾、模塊，下到需求條目、需求屬性的權限管理等。目前國內外主要汽車OEM和Tier1，以及多家工業、電子等行業主要的主機廠所、成品廠采用DOORS作為其需求管理平臺工具，DOORS已經成為需求管理領域事實上的標準工具。
使用DOORS可優化整個企業內及供應鏈上的需求溝通、協作和驗證。這一可擴展的解決方案可幫助企業管理項目范圍和成本，同時滿足業務目標。
作為一款行業內優異的需求管理工具，DOORS擁有四大特點：
簡單易用、高效協作和可擴展的需求管理
簡單易用，但功能強大的追溯性
需求變更管理和影響性分析
DOORS基于標準的 OSLC(Open Services for Lifecycle Collaboration)接口，提供了和其他工具平臺的集成能力
Reqtify軟件是法國Dassault公司專門針對基于文件的、高度可定制的、易用的需求追蹤和影響分析工具。在產品開發全生命周期中，Reqtify可以為從產品需求、設計到實現過程的追蹤提供解決方案。Reqtify在世界汽車和醫療領域有非常廣泛的應用，包括RENAULT、TOYOTA、Ford、Valeo、SIEMENS醫療等都在開發過程中使用Reqtify進行需求追蹤和影響分析。
展開 DOORS和Reqtify—需求管理和需求追溯工具
IBM Rational DOORS可實現對整個產品的全生命周期需求管理，覆蓋從需求、到設計以及測試階段。是一款具有廣泛使用的企業級專業需求管理工具。DOORS可以將項目開發過程中產生的各級需求和與需求相關的文件進行鏈接管理，同時能夠對需求進行影響分析。DOORS自帶數據庫，可以在多個項目間共享文件，便于文件的保存、備份及項目復用。此外DOORS還支持可疑鏈接的自動檢測、基于需求條目的權限管理等。目前國內外主要汽車OEM和Tier1，以及工業、交通、電子等行業主要的主機廠所、成品廠多采用Doors作為其需求管理平臺工具，已經成為需求管理領域事實的標準工具。
Reqtify軟件是法國Dassault公司專門針對基于文件的、可定制的、易用的需求追蹤和影響分析工具。在產品開發全生命周期中，Reqtify可以為從產品需求、設計到實現過程的追蹤提供解決方案。Reqtify在世界汽車、軌道和醫療領域有非常廣泛的應用，包括RENAULT、TOYOTA、Ford、GM、Valeo、ALSTOM、SIEMENS醫療等在開發過程中使用Reqtify進行需求追蹤和影響分析。
產品介紹
? DOORS功能
項目數據庫的結構化管理
需求的條目化管理
需求的協作開發
需求的鏈接、追蹤管理
需求變更影響分析
需求的歷史信息記錄
需求的屬性定義
需求訪問的權限管理
數據的備份和恢復
需求報告的導出
Reqtify功能
Reqtify工具可以進行覆蓋度統計、上下文影響分析、需求跟蹤、版本管理和定制報告等。
展開 DOORS和Reqtify — 需求管理和需求追溯工具
IBM Engineering Requirements Management DOORS（原名 IBM Rational DOORS） 可實現對整個產品的全生命周期需求管理，覆蓋從需求、到設計以及測試階段，是一款具有廣泛使用的企業級專業需求管理工具。DOORS可以將項目開發過程中產生的各級需求和與需求相關的文件進行鏈接管理，同時能夠對需求進行影響分析。DOORS 自帶數據庫，可以在多個項目間共享文件，便于文件的保存、備份及項目復用。此外DOORS 還支持可疑鏈接的自動檢測、基于需求條目的權限管理等。目前國內外主要汽車OEM 和Tier1，以及工業、交通、電子等行業主要的主機廠、成品廠均采用DOORS 作為其需求管理平臺工具，已經成為需求管理領域實施的標準工具。
Reqtify 軟件是法國Dassault 公司專門針對基于文件的、高度可定制的、易用的需求追蹤和影響分析工具。在產品開發全生命周期中，Reqtify 可以為從產品需求、設計到實現過程的追蹤提供解決方案。Reqtify 在汽車、交通和醫療領域有非常廣泛的應用，包括RENAULT、TOYOTA、Ford、GM、Valeo、ALSTOM、SIEMENS 醫療等在開發過程中使用Reqtify 進行需求追蹤和影響分析。
展開 基于DOORS需求管理工程化應用支撐套件SYS.REPlus
該系統能夠有效應對企業在需求管理應用實施過程中必然存在的多種問題，如：需求理論逐步認知問題、需求規范化管理問題、需求管理過程優化與經驗沉淀問題，以及需求集成應用問題等；并配合IT自動化手段的運用，盡可能減輕需求管理工作對產品研制活動的影響；盤活已有資產，使需求管理工作落到實處；兼顧需求管理同MBSE、RBE、研制過程狀態管理等工程化應用融合趨勢，為未來更高級別的系統工程能力建設提供數據來源和基礎保障。
解決方案
基于DOORS需求管理工程化應用支撐套件SYS.REPlus能夠輔助用戶以DOORS為基礎工具，快速搭建規范化需求管理工程應用環境。基于DOORS和SYS.REPlus共同構建的需求管理系統能夠有效支持業務融合的規范化需求管理工作，如：遵循業務規范要求的需求管理項目創建、需求定義與結構化管控、便捷需求條目編制、自動需求信息規范符合性檢查、需求數據權限管理、需求自動基線以及柔性需求變更協同等功能支撐。還能夠有效應對新舊需求管理模式過渡所導致的歷史數據遷移、需求文檔標準化輸出、精細化需求影響分析與數據共享等問題。
基于DOORS需求管理工程化應用支撐套件SYS.REPlus，主要提供一下幾方面能力支撐：
l 提規范化產品需求管理框架支撐
通過需求管理框架固化需求管理規范，實現需求規范同需求管理工具DOORS的有機融合。規范化產品需求管理框架支持用戶將需求管理規范通過界面配置的方式固化到需求管理系統中，從而輔助、監控并約束用戶按照需求管理規范進行DOORS工具使用。
SYS.REPlus規范化產品需求管理框架配置界面友好，支持向導驅動的操作指引，并能有效適應需求管理規程中對需求管理規范的調整、優化與演進支持。
展開 
行業案例 | MBSE解決方案（三）：基于模型的武器裝備需求管理與分配
概述
隨著中國企業的高速發展，面臨數字化轉型的關鍵時期，企業對需求管理有了全新的要求，需求已成為企業項目管理初始評估與規劃的基石，而建立高標準要求和更高效率的需求管理流程，是企業項目管理效益與服務品質提高的必然需要。
傳統的需求管理模式仍是以文檔為管理單元的傳統方式，雖然也制定了相應的管理制度與文檔審批流轉模式，但終究是線下管理模式，需求變更與文檔維護都要靠人力來維持，無法滿足精細化需求管理要求。需求管理方式弊端逐漸顯現，急需完善需求管理工作方式，通過新的信息化需求管理方式進行需求管理。所以，把過去比較粗放的生產需求管理方法轉化為精益化生產管理模式，勢在必行。
展開 RQM — 需求驅動的測試管理工具
嵌入式系統復雜程度越來越高，隨之而來的測試要求和任務也越來越繁重，而測試更多的是對產品滿足需求情況的測試，因此，在高強度、高頻度的測試過程中，難免有需求遺漏、回歸測試不充分、缺陷管理不合理、測試人員疏忽導致的一系列的問題。
為滿足客戶持續升高的期望、縮短產品上市時間、提高產品的質量，經緯恒潤依托需求驅動的測試工程應用，提出基于IBM Doors 和Rational Quality Manager（RQM）產品，以及結合NI/dSPACE 等HIL半實物仿真的需求驅動的自動化測試管理解決方案。該方案可以滿足項目階段的需求管理任務和測試管理任務，包括需求定義、需求跟蹤矩陣、需求變更控制、測試計劃、測試用例設計、測試用例執行、測試缺陷跟蹤、測試報告統計等。
產品介紹
需求驅動的測試管理工程應用如下：
? 盡早計劃測試
在需求編寫時對每個需求的測試進行計劃
? 盡早引入測試
在開發過程中盡早地執行測試
? 關聯測試到需求
追溯測試到其所檢查的需求
? 關聯缺陷到需求
追溯缺陷到不被滿足的需求
? 根據需求度量測試進度
設置目標，并根據那些被滿足或不被滿足的需求來度量測試的進度
經緯恒潤結合NI/dSPACE 半實物仿真機，基于IBM Doors和RQM產品為國內汽車用戶提供需求驅動的測試管理咨詢服務，相關服務的汽車客戶包括泛亞、上汽集團、一汽等。
展開 IBM Engineering Test Management — 需求驅動的測試管理工具
IBM Rational Quality Manager（RQM）基于新一代的Jazz 架構，提供了包括需求鏈接管理、測試計劃管理、測試用例管理、實驗室管理、測試執行、缺陷管理和報告等模塊，完成測試管理的相關工作，同時和其他管理工具實現了集成。
RQM 的主要功能如下：
? 需求鏈接管理
? 測試計劃管理
? 測試用例管理
? 測試執行記錄管理
? 測試資源管理
? 缺陷管理
? 測試報告管理
展開 AI大模型時代，軟件許可證管理如何適配彈性算力需求？
當Stable Diffusion的GPU集群在深夜進入休眠狀態，而某AI創業公司的推理算力需求卻暴漲300%時，CIO張總盯著監控屏上的算力曲線，終于意識到：傳統許可證管理模式在AI大模型時代已瀕臨崩潰。這種矛盾背后，折射出整個軟件行業正在經歷的深層變革——在算力需求呈現脈沖式增長的今天，靜態的許可證分配方式正遭遇前所未有的挑戰。
一、彈性算力需求下的管理困境
在深圳某AI產業園，一場由算力分配引發的"資源爭奪戰"正在上演。某自動駕駛團隊的仿真訓練任務，因GPU許可證被隔壁大模型團隊"長期占用"，導致項目進度滯后兩周。這種"平時閑置，忙時搶購"的怪圈，讓企業年均算力成本超支40%以上。
彈性需求的沖擊遠不止于預算浪費。某生物醫藥企業的真實案例更具戲劇性：為加速新藥研發，AI團隊緊急采購的A100算力集群，因許可證分配系統滯后，導致60%的算力在非高峰時段閑置。這種"為采購而采購"的短視行為，正在將企業推向創新陷阱。
二、動態適配：重構管理的"彈性基因"
要打破這個惡性循環，需要構建智能化的資源供給體系。在杭州某云計算基地，一套"智能算力調度平臺"正在重塑軟件使用邏輯：當某AI訓練任務進入低優先級階段，系統自動將其許可證釋放至公共資源池；當檢測到突發推理需求時，通過毫秒級調度算法完成算力重組。這種"算力市場"模式，使整體算力利用率從38%躍升至89%。
展開 新能源汽車能耗水平與熱管理技術需求
新能源汽車能耗水平與熱管理技術需求
TRY/TRM — 產品全生命周期數據關聯和追溯
TRY/TRM是法國達索公司旗下系統工程解決方案中的全生命周期數據關聯和追溯及需求管理模塊，基于達索3DEXPERIENCE平臺統一數據源，在涵蓋需求、設計、集成驗證及確認的全生命周期中，實現產品需求、設計模型等數據全過程追溯。產品全生命周期數據關聯和追溯，輔助產品開發過程中各利益相關方快速識別設計上下游的輸入、輸出，保證設計過程的一致性，并在此基礎上進行覆蓋度分析、影響分析及變更管理，加速企業構建MBSE正向研發能力的進程，提高MBSE的實現效果。
產品功能及特點
? 全生命周期的需求管理
需求管理模塊（TRM）具備強大的需求捕獲能力，支持從MS-Word/MS-Excel直接導入需求條目，針對傳統的基于文檔的系統工程，將大量文檔中的需求模型化和平臺化，便于向研發流程后端傳遞。
TRM支持在系統不同層級進行需求的定義和分解，以平臺的需求管理架構來承接各類需求模型結構，并通過自定義屬性來保證需求同步的完整性。TRM支持自定義符合用戶習慣的需求分析看板，便于不同角色用戶管理需求；支持需求條目的版本管理與審批控制，完整記錄需求變更過程，方便用戶分析需求對設計的影響；支持通過不同測試用例進行需求的驗證和確認，實現需求追溯。
TRM支持建立系統需求變量，該變量可以貫穿基于統一數據源系統設計、仿真和優化的全流程中。通過X-PDM功能，TRM模塊支持與其他系統的數據交互。
展開 【本周四在線研討會預熱】IBM ELM—嵌入式系統工程研發管理解決方案
概述
IBM Engineering Lifecycle Management是應用生命周期解決方案的新品牌，為了解決嵌入式系統開發過程中跨學科、跨流程的研發管理問題，從需求管理、系統設計、工作流管理、測試管理等領域入手，實現嵌入式系統工程研發工作的協同。
特點
橫跨需求管理、測試管理、源代碼管理的全局配置管理和數據追溯，支撐完整系統工程的變體和并行開發
開箱即用的Scrum和SAFe等敏捷框架
符合Automotive SPICE、ISO 26262的過程模板
符合行業標準的數據集成規范OSLC，靈活、無縫插拔配置不同的工具集
充分應用Web技術，系統高度可擴展、可配置
系統組件
DOORS / DOORS Next：
支持跨專業、跨時區、跨供應鏈的高效需求管理。
使用不同的視圖創建需求
鏈接和追溯需求
交換和導入需求
評審需求
需求版本控制和基線化
Rhapsody：
通過結構化建模的方式在系統和軟件架構中識別需求、管理接口、控制風險。
展開 
淺談基于模型的系統工程（MBSE）技術
圖4 MBSE飛機設計工具鏈框架
No.1需求管理工具
需求是飛機設計中最先需要分析和定義的。需求相關的工作主要有：識別利益相關方、捕獲利益相關方需求和需求管理。目前常用的需求管理軟件是IBM公司的DOORS軟件。
DOORS軟件是全球領先的需求管理工具，是為捕捉、鏈接、追蹤、分析并管理信息的變更以確保項目順從特定需求和標準而設計的多平臺系統。主要有以下比較顯著的性能：(1) 有相互協作的需求管理環境；(2) 能管理需求更改；(3) 能對需求進行很好的追蹤；(4) 可擴展性；(5) 用于不同規模測試環境的測試追蹤工具；(6) 可以對需求進行簽審等。
No.2功能定義與分析工具
設計活動需要分析頂層及下層的需求，根據不同的場景，定義功能之間的關系，確定功能模型，并且能在一定程度上對需求進行確認和補充。用于功能定義與分析的軟件主要有IBM公司的Rhapsody和EA（Enterprise Architec）軟件等。
Rhapsody是業界領先的系統設計解決方案，可以滿足生命周期中從需求捕獲到系統開發的全過程需要。可以實現基于UML和SysML的模型驅動系統開發，并提供支持完整的C、C++、Ada和Java開發語言的主機和目標模擬環境，包括代碼生成。它主要有以下特點：(1) 面向功能分解的結構化建模方式；(2) 支持UML2.0及更高版本的功能；(3) 支持逆向工程的系統開發；(4) 能生成可執行的模型；(5) 模型與代碼可關聯；(6) 自動生成文檔等。
EA是一個基于UML的全功能的可視化編程工具，在用戶界面模擬、影響分析、改善模型文檔、加強項目管理等多個方面提供了強大的能力。
展開 行業案例 | MBSE解決方案（一）：面向裝備系統論證和方案階段研制的協同設計和驗證平臺
圖 4 體系架構設計工具功能架構
2
Sysware.ORM
需求管理工具
需求管理工具定位于對各類需求實現條目化管理，對需求條目版本進行管理、對需求變更進行控制、對需求追蹤關系進行維護、對需求條目進行在線討論、對需求基線進行管理以及支持自動生成需求文檔等。通過條目化的方式對純粹的需求點進行管理。需求條目可以從用戶單位的其它需求管理工具中導入，也可以通過人工在需求條目樹中建立。支持維護需求條目的狀態，建立需求跟蹤矩陣，實現各需求條目之間的可追蹤性，輔助進行變更影響分析。
圖 5 需求管理工具功能架構
3
Modelook.SM
系統需求分析和架構設計工具
系統需求分析和架構設計工具定位于為復雜工程系統（例如武器裝備中的電子信息系統、指揮控制系統等）的系統級研發提供基于模型的建模仿真解決方案，用戶可以在系統設計階段基于SysML模型進行需求分析、架構設計、仿真分析，改變原有的基于文檔的設計范式，有效的提高系統研發效率。
展開 MBSE建模應用案例和實踐經驗：挖掘機傾覆解決方案（工業設備行業MBSE方法實踐）
在本例中的需求變更來源于“CSR_026”中的“Stability Case Study”：
圖2 需求管理
而在確定問題所在，并提出初步方案“增加智能穩定系統”后（這里具體方案確定的過程：工程師通過可視化的挖掘機全3D數字模型，比較配重部件不同的配置，了解它們的不同之處，提出幾種配置方案可供選擇，這幾種方案有待后續仿真驗證），就可以在需求層增加新的需求項“Improve stability”，為后續系統架構設計和詳細設計提供依據：
圖3 需求變更/添加
需求管理包括變更管理、跟蹤和監控等，樹狀結構和條目化的需求管理形式使得變更的需求能夠迅速被響應。
功能&邏輯架構設計
智能穩定系統是一個新增的系統，依據在前期需求層中確立的方案，在功能&邏輯層面繼續細化。該子系統是在挖掘機項目中采用RFLP方法并行設計的。這意味著所有確保機器穩定性的強制性要求都已被分析、分組并與功能聯系起來，以便在不考慮現有技術解決方案的情況下研究幾種可能性。這種功能分析能夠定義組成系統的部件的詳盡列表。選擇的技術解決方案在邏輯視圖中進行了描述。
展開 為什么MBSE是系統復雜性應對之道
需求是一切開發的基礎，它深刻體現了我們對用戶需求的理解以及產品定位的思考，直接決定了我們需要開發什么樣的產品。完善的需求管理是項目成功的關鍵因素之一，幫助我們:
揭示用戶對產品假定和潛在的需求
明確市場法律法規對產品的要求
明確定義交付成果并構建相關功能
衡量項目工作量，對項目周期和成本把控
糟糕的需求管理常常是項目失敗的首要原因。在實際項目中，很多人認為需求只是一堆可有可無的文檔，企業重視程度不高，導致需求質量低，書寫不規范，常常被弱化，經常為了評審，硬補需求，需求沒有被真正應用于產品開發，甚至很多中小型甚至大型企業需求管理都沒有專門的成型的需求管理體系，只是通過一些簡單定義的工作規范和工作流程來管理需求，需求管理工作也往往由一些沒有太多經驗的工程師承擔。
下圖充分說明了需求管理的重要性，錯誤或有問題的需求會直接導致產品開發的失敗，雖然圖片內容帶有夸張成分，但很多產品的開發從需求開始就注定是失敗的:
有問題的需求 > 設計缺陷 > 開發 > 更高的解決難度和處理成本
好的需求應該充分體現用戶需求，市場現在及未來潛在要求，做到有層次，描述清晰無歧義，可追溯，可復用，可測試。
架構的重要性在于:
一旦確定了產品需求，我們就可以根據需求著手開發產品，但在產品具體詳細設計前，尤其對于復雜系統，我們往往需要大致確定下可行方案，或者說給系統實現打個草稿，這個就是所謂的架構。
架構是產品需求的實現的初步設想，它幫助我們在產品開發前期，根據需求構建所需的功能，并從復雜度，成本等角度對其進行綜合探討和評估，找出最合適的實施方案。
展開 