M - Require 產品介紹
需求管理作為傳統的工程領域,理論發展相對成熟和健全。隨著越來越多的企業開始注重在需求管理工程層面的投入,企業的需求管理成熟度也在逐步提高。
在需求管理實施過程中,不可避免的會依托相關的需求管理工具支撐。而實施過程中所存在的關鍵困難之一就是:工具與業務如何緊密結合。很多企業雖然購買了如IBMRationalDoors這類產品,但是由于操作方式、面向的對象不同,使得企業(特別是復雜裝備的研制企業)的在實際研發流程中難以落地應用。造成這一原因的主要問題在于現有需求軟件:
1)需求條目之間的關系過少,無法在復雜裝備設計中建立豐富的關聯關系;
2)需求條目孤立的存儲在軟件中,僅相當于面向需求的專用數據庫,忽視了需求在研發中的職能;
3)業務流程功能弱,不支持按需定制,難以匹配企業現有的需求研發和審批流程;
4)多為客戶端應用,使用太重,難以隨時隨地查看和編輯需求;
5)溯源分析功能弱、粒度單一,不支持多層級、多維度的數據分析。
這些問題均導致復雜裝備的制造企業在需求工程的實踐中困難重重,往往是為了使用需求軟件而使用,將軟件需求管理工具硬套在了系統設計的過程中,很難達到讓需求去指導產品的工程開發這一目的。
基于此,華望系統科技研發了一款面向系統工程深度研發的、基于云平臺需求管理平臺M-Require,將需求管理與基于模型的系統工程(MBSE)無縫銜接,為企業打造專屬于復雜裝備創新設計的云端一體化需求管理解決方案。通過需求條目的層次化和模型化設計,將不同階段的需求進行項目化組織和管理,在需求階段即可設計域的功能定義、邏輯分解建立有效鏈接,通過靈活而嚴謹的變更管理、可定制化的項目審批等過程,來完成對需求的滿足,從而指導設計師們設計制造出滿足客戶需求的產品。
在需求管理實施過程中,不可避免的會依托相關的需求管理工具支撐。而實施過程中所存在的關鍵困難之一就是:工具與業務如何緊密結合。很多企業雖然購買了如IBMRationalDoors這類產品,但是由于操作方式、面向的對象不同,使得企業(特別是復雜裝備的研制企業)的在實際研發流程中難以落地應用。造成這一原因的主要問題在于現有需求軟件:
1)需求條目之間的關系過少,無法在復雜裝備設計中建立豐富的關聯關系;
2)需求條目孤立的存儲在軟件中,僅相當于面向需求的專用數據庫,忽視了需求在研發中的職能;
3)業務流程功能弱,不支持按需定制,難以匹配企業現有的需求研發和審批流程;
4)多為客戶端應用,使用太重,難以隨時隨地查看和編輯需求;
5)溯源分析功能弱、粒度單一,不支持多層級、多維度的數據分析。
這些問題均導致復雜裝備的制造企業在需求工程的實踐中困難重重,往往是為了使用需求軟件而使用,將軟件需求管理工具硬套在了系統設計的過程中,很難達到讓需求去指導產品的工程開發這一目的。
基于此,華望系統科技研發了一款面向系統工程深度研發的、基于云平臺需求管理平臺M-Require,將需求管理與基于模型的系統工程(MBSE)無縫銜接,為企業打造專屬于復雜裝備創新設計的云端一體化需求管理解決方案。通過需求條目的層次化和模型化設計,將不同階段的需求進行項目化組織和管理,在需求階段即可設計域的功能定義、邏輯分解建立有效鏈接,通過靈活而嚴謹的變更管理、可定制化的項目審批等過程,來完成對需求的滿足,從而指導設計師們設計制造出滿足客戶需求的產品。
M - Require 功能描述
根據利益相關者的視角不同,我們從兩個不同的維度來介紹M-Require的功能。
從需求工程規范的角度來看,M-Require需求管理重點強調四個方面:需求狀態管理、需求追蹤、需求版本管理和需求變更管理。
從需求管理的使用用戶角度來看,M-Require的核心功能劃分為三個主要方面:
- 設計功能:面向詳細設計人員的模型化需求條目管理、設計集成等功能。
- 分析功能:面向系統工程師的溯源分解、關聯矩陣、變更分析等功能。
- 管理功能:面向總設計師的需求全景分析、報表、版本、流程審批等功能。
從需求工程規范的角度來看,M-Require需求管理重點強調四個方面:需求狀態管理、需求追蹤、需求版本管理和需求變更管理。

從需求管理的使用用戶角度來看,M-Require的核心功能劃分為三個主要方面:
- 設計功能:面向詳細設計人員的模型化需求條目管理、設計集成等功能。
- 分析功能:面向系統工程師的溯源分解、關聯矩陣、變更分析等功能。
- 管理功能:面向總設計師的需求全景分析、報表、版本、流程審批等功能。
M - Require 詳細功能描述
需求的層次化
需求管理是一個不斷反復的需求定義、需求演進的過程,并最終在驗證的基礎上凍結需求。在不斷演進的過程中,需求就被層次化的表達出來了,在設計研發階段,需求可大致分為四個層次- 國家或采購方對復雜系統的技術要求,法規等(用戶需要層);
- 總體技術要求(系統需求層);
- 子系統技術要求(分系統需求層);
- 設備零件設計要求(設備零件需求層)。

在M-Require中,需求的層次化是通過項目 -> 包 -> 文檔- > 條目這一組織方式進行管理的。
- 項目之間可以復用,靈活的跨項目引用方式可以讓A項目的“產品需求”引入到B項目中成為的“客戶需要”,從而實現跨項目依然保證需求的唯一性。
- “包”(同SysML語言中的Package)是項目內需求層級的直接體現和組織方式。每個包有獨立的權限和負責人體系,可以靈活的將包作為管理單元進行需求的分配和協調。
- 文檔是一個特殊的“包”,它用來組織和顯示所有的需求模型元素,并以需求表的方式進行存儲和展示。這里需求文檔不再是傳統的文檔,而是能夠逐條查詢,編輯,修改,狀態跟蹤。
- 需求條目是最小的需求單元,但同時它也是層次化的。一個需求可以在設計過程中分解為幾個子需求,子需求又可以繼續向下分解。如圖3所示,M-Require在需求文檔中以層次化的方式展示需求條目,每個條目具有豐富的屬性,并支持用戶對需求進行拓展定制。同時,需求條目具有完整的生命周期,包括需求的捕獲、分析、確認、分配、精化、滿足、驗證等各個階段。

需求的關聯性
需求的層次化特性表達了不同階段需求之間的關聯性,當初始需求發生變動時,必然會導致下游的一系列需求發生變動;另一方面,需求的滿足和實現是復雜系統研制的根本目的,因為無論進行什么樣的活動,包括設計、仿真、試驗等等,其最終目的都是為了設計制造出滿足客戶需求的產品,因此需求的關聯性還需要包括由產品設計變更引起的需求關聯。每一個設計細節(功能、邏輯、用例、測試、設計方案)的變動都會直接反饋至需求上,因此需求模型與設計模型之間的關聯性是必不可少的。在M-Require中,每一個需求條目是模型化、可拓展的,不僅僅符合OMG規范的ID、名稱和描述及各類基礎屬性,還涵蓋了SysML需求元素中的各種關聯關系(如精化、滿足、泛化、驗證等),并將這些關聯與MBSE設計軟件中的產品模型進行打通,以矩陣和追溯圖的方式進行可視化展示。

M-Require為用戶提供可視化圖表工具,將需求關系可視化,支持自定義層級、動態編輯、正反向追溯所見即所得。

需求的版本管理
M-Require具有完善的版本流程管理功能,可以便捷的覆蓋到每個使用系統的角色和整個需求項目周期。提供項目級的基線版本發布、發布、評審、最終基線生成等功能均在云端進行實現,讓用戶可以隨時隨地對需求進行查看和編輯,打破時空設備的桎梏,將更多的時間專注于業務,而嚴謹精細、條目級的需求對比,確保每次的修改一字不差。
需求的權限管理
M-Require采用RBAC+ABAC的權限管理系統,疊加實時的自動鎖與用戶手動鎖,能讓我們在享受協同辦公的同時還能確保業務安全無憂。
軟件集成性
M - Require可以便捷地與上下游工具打通,包括文檔式的需求編寫工具(Excel、Word等),同時支持國際規范的ReqIF需求格式,可以與我們的 MBSE 設計工具 M - Design 無縫銜接,支持將需求導出至達索的 CSM 軟件及 IBM 的 Rhapsody 軟件中。
產品優勢
