可學習性/可使用性：系統工程工具是否具有直觀，用戶友好且易于使用且學習曲線較小的用戶接口？需要多少培訓？是否包含在線文檔和幫助功能？系統工程工具集是否提供允許用戶在各種工作產品和可視化之間進行導航的方法，例如：需求，文檔，配置管理信息，報告，設計工件，模型等？

可訪問性：系統工程工具集是否允許用戶通過組織防火墻內部和外部的臺式機，筆記本電腦，便攜式設備（平板電腦，智能手機）安全地訪問數據？由您的工具集創建的數據集是否可被另一個組織的（供應商/供應商）工具集訪問？

聯機與脫機模式：系統工程工具集是否需求用戶連續（聯機）連接到服務器才能使用該工具集，或者該工具集允許重新聯機后通過同步完成脫機工作？

互操作性/工具集成：系統工程工具是否允許與其他系統工程工具（兼容ReqIF）以及其他文字處理和電子表格應用程序支持的格式共享數據？將信息傳輸到系統工程工具中或從系統工程工具中轉移出來以支持組織的流程和人員有多容易？系統工程工具集是否提供用于從其他應用程序導入數據或向其他應用程序導入數據的標準化接口（例如基于模型的工具），而不需要專門的腳本等來實現傳輸/交互？

系統工程工具可以執行提取，轉換，并加載（ETL）由項目集成數據集外部的其他系統工程工具集創建的數據，以便可以將外部工具數據庫中的數據和信息集成到項目集成數據集中并由項目使用？各個工具之間的集成程度如何，即一個工具可以訪問和操縱由其他工具創建的數據和信息（單源真相）？

工具集中的工具是否符合通用的數據交換標準（例如，AP239，AP233 XML）？

工具集中的工具是否允許用戶之間進行最少且直接的數據模型映射，從而無縫地在工具之間交換數據？您的工具集中工具的集成度如何滿足組織的需求？一個工具可以訪問和操作另一種工具創建的數據和信息（單源真相）嗎？工具集中的工具是否符合通用的數據交換標準（例如，AP239，AP233 XML）？

工具集中的工具是否允許用戶之間進行最少且直接的數據模型映射，從而無縫地在工具之間交換數據？您的工具集中工具的集成度如何滿足組織的需求？一個工具可以訪問和操作另一種工具創建的數據和信息（單源真相）嗎？工具集中的工具是否符合通用的數據交換標準（例如，AP239，AP233 XML）？

工具集中的工具是否允許用戶之間進行最少且直接的數據模型映射，從而無縫地在工具之間交換數據？您的工具集中工具的集成度如何滿足組織的需求？用戶所需的最少和直接的數據模型映射？您的工具集中工具的集成度如何滿足組織的需求？用戶所需的最少和直接的數據模型映射？您的工具集中工具的集成度如何滿足組織的需求？

數據共享：系統工程工具集是否允許項目識別并與外部組織（例如客戶或供應商）安全共享特定的數據集？該工具集是否包含行業標準的導入/導出實用程序？

存儲位置：系統工程工具集是否需求工作產品及其底層數據存儲在系統工程工具供應商提供的“云”中或內部存儲在組織的服務器上？

安全性：系統工程工具集是否在數據訪問（在多個層面，層面內以及不同的用戶類別），數據保護（防止丟失）和數據完整性方面提供信息安全性？系統工程工具集是否支持適用于您的域和產品類型的安全標準？

可擴展性/可擴展性：系統工程工具集是否能夠支持與您的項目開發的系統的大小和復雜性相一致的工作產品量的開發和管理？如果企業正在購買系統工程工具集，則考慮到企業內部開發的系統的規模和復雜性，系統工程工具集將能夠支持企業內部的項目數量。

性能：用戶操作之間的最長等待時間是多少？隨著工作產品數量的增加和并發用戶數量的增加，系統工程工具集如何最大程度地降低性能影響？

并發訪問：系統工程工具集允許在同一區域內工作的并發用戶有多少？當多個用戶想要編輯相同的工作產品和基礎數據時會發生什么？對于某些復雜的系統，可能有一百多個用戶同時修改集成數據集中的各種工作產品。

協作：系統工程工具集是否支持工具在整個生命周期階段中的用戶之間的協作？系統工程工具集是否允許用戶在工作場所的任何地方進行協作？在全球范圍內？系統工程工具集是否允許外部組織（供應商/供應商）與您的團隊合作？

存檔/備份/長期可用性：系統工程工具集是否提供以所有格式存儲和備份所有數據和信息的功能，這些格式可隨著存儲和檢索技術的開發或特定工具的變更或用戶變更其工具集而提供長期可用性？（您要避免使用一種專有格式的備份/存檔格式，如果工具供應商破產，該格式將無法再訪問。）

管理和報告：（您想幫助哪些功能更有效地管理您的項目？）

屬性：系統工程工具集是否允許用戶定義和管理工作產品的屬性。例如，對于需求，系統工程工具是否允許用戶定義幫助管理其需求所需的屬性？（INCOSE-TP-2010-006-02，INCOSE寫作需求指南中包含有關使用屬性管理項目和屬性列表的討論。）

措施：系統工程工具集是否允許企業和項目定義特定的措施，以使管理人員和系統工程師可以監控和評估進度，發現問題并確保所開發的系統滿足利益相關方的需求和期望？通常使用一些反映總體客戶/用戶滿意度的關鍵指標（例如，性能，安全性，可靠性，可用性，可維護性和工作量需求）：適用性指標（MOS），性能指標（MOPs）和有效性指標（ MOEs）和領先指標（LIs）。

報告：系統工程工具集是否包括健壯的，文檔齊全的報告功能，以使用戶可以創建唯一的報告（使用先前定義的屬性和度量）以及自定義工具隨附的標準報告？系統工程工具集是否允許將報告導出為多種格式（MS Word，Pages，RTF，電子表格，演示文稿，圖形等）？在尋求系統工程工具集的開始，您需要做的第一件事就是開發您希望該工具支持的總體流程。在此過程描述中包括您將需要的特定報告。這將驅動要包含在數據庫中的數據，元數據，度量和屬性的架構。

指標/儀表板：系統工程工具集是否與報表功能緊密相關，是否提供了對屬性中的度量和信息進行“數據挖掘”和分析的功能，以便您可以顯示歷史和趨勢數據？僅僅知道您的系統已滿足需求的百分比通常是不夠的。通常，查看完成系統驗證活動的趨勢是否在正確的速度上，正在放緩還是正在加快將是很有用的。如果速度變慢，您可能無法及時完成所有系統驗證和系統確認活動，以進行客戶驗收評審。

通知：系統工程工具集是否可以通過電子郵件或短信發送有關工作產品變更的通知；設計工作產品，系統V＆V工作產品？系統工程工具集是否可以將有關操作，注釋和問題的通知從一個用戶發送到另一用戶（或一組用戶）？當特定措施被預測為或已超過預定閾值時，系統工程工具集能否將通知發送給適當的用戶？

項目管理工作產品：系統工程工具集是否允許在系統工程工具集中管理各種PM工作產品？這包括預算，進度表和風險管理工作產品。這些工作產品以及基礎數據和信息能否鏈接到產品細分結構以及其他SE工作產品及其基礎數據的一部分？

生命周期支持：系統工程工具集是否支持所有系統開發生命周期過程中的系統開發：范圍定義，需求定義和管理，關口評審，設計，系統驗證，系統驗證和維護工程？例如，系統驗證和確認：系統工程工具集是否允許您將需求鏈接到其系統驗證和系統確認需求，過程，過程結果，以及關閉系統驗證和確認活動的文檔？

工作流：系統工程工具集是否提供了在工具內定義和支持組織的系統工程過程工作流的能力（例如，對于系統工程工具集是否允許您跟蹤其狀態的需求：草稿，評審，批準，基線；設計，測試，代碼/制造，系統驗證和系統確認）？系統工程工具集可以允許在工具集中創建，管理和執行系統工程過程，過程和工作指令嗎？

配置管理：系統工程工具集是否提供對所有生命周期工作產品以及基礎數據和信息（包括變更，版本和基線控制）的強大配置管理？系統工程工具集是否允許用戶訪問任何工作產品的變更歷史記錄？如果在數據庫中開發和維護工作產品，那么系統工程工具集是否允許對數據庫進行配置控制（與代表數據庫中數據和信息的各種報告/可視化相比）？

其他：

價格：相對于項目規模，需求數量和需求集，設計，驗證和確認工作產品以及并發用戶數量，系統工程工具集是否可以負擔得起？關于可負擔性，是否要支付一次性的前期申請費和個人許可費（如果是許可費，則是一次性還是每年）？許可證是固定的還是浮動的？價格是否包括初始設置，安裝，配置或自定義，還是額外的？是否包含持續的技術支持或額外的技術支持？是否包括培訓？在具有上述大多數功能的單個工具上花更多的錢，或者為您提供所需的所有功能的多個工具，花更多的錢會更劃算嗎？

支持系統工程工具集使用的基礎結構成本：托管和部署工具集的IT需求是什么？要操作，擴展和維護工具集，除了工程以外還需要哪些專業技能？

供應商/產品成熟度：系統工程工具投放市場已有多長時間了？供應商營業了多長時間了？

用戶反饋和滿意度：在當今社交媒體驅動的世界中，您可以訪問有關工具，工具供應商，易用性，可靠性，技術支持等方面的實際用戶評審。供應商。查看實際用戶對要考慮將其包含在系統工程工具集中的系統工程工具有何評審。

如果從列表中遺漏了重要項目，請告訴我。

責任編輯：haq