與我們聯絡
深圳市三泰信息科技有限公司 | 文檔中心
68
archive,category,category-doc_docs,category-68,ajax_fade,page_not_loaded,,side_area_uncovered_from_content,wpb-js-composer js-comp-ver-5.1.1,vc_responsive

文檔中心

跨生命周期和工程領域的管理所有需求 ? 文檔和樣式表相結合的視圖 ? 簡單直觀的界面容易上手 ? 管理需求的歷史和基線 在一個單一視圖進行可視化的端到端的驗證 ? 各種常用格式的輸入輸 出 需求隨時可見從而能夠解決正確的問題 DOORS內建ISO26262模板 記錄Severity, Probability和Controllability 屬性 ? ?自動得出ASIL等級 ? ?通過需求模塊建立需求之間的結構化關系 ?Stakeholder Requirements (Item Definition) ?Functional Safety Requirements ?Technical ?Safety Requirements ?Safety Requirements ?HW and SW Safety Requirements ? ?通過安全需求的結構自動傳播ASIL DOORS v9.5通過TüV ISO26262認證 基于DOORS實現產品開發生命周期的追蹤性 ? 建立追蹤性是ISO26262合規性的關鍵 ? 初始需求將被分解從而建立追蹤關系 ?其它關系也能夠被追蹤,如“包含”、“驗證”等等; 追蹤性必須被強制建立以便確保一致性和完整性 ??從 客戶需求到產品開發到測試到交付建立追蹤性能夠讓組織: ? ? 明確了解哪些需求被實現和測試過同時哪些沒有 ? 管理和防止范圍蔓延 ...

ISO26262誕生背景 安全是汽車產品研發的關鍵要素之一 ? 隨著汽車產品復雜性的不斷提高、軟件和機電設備的 大量運用,來自系統失效和隨機硬件失效的風險也日 益增加; ? 很多新功能不僅用于輔助駕駛,也應用于車輛的動態 控制,有些還涉及到安全工程領域的主動安全系統; ? 這些功能的研發和集成極大的提高了對安全系統研發 過程的要求,同時也希望為滿足所有預期的安全目標 提供證據; ? 2005年起由ISO的TC22(道路車輛技術委員 會)、SC3(電子電器分技術委員會)及WG16 (功能安全工作組)開始制定; ? 最初預計2008年前后正式頒布,但是由于對汽車 制定安全標準的難度較大以及日本、美國等參與 國持謹慎態度等原因,制定工作大幅推遲,所以 直到2011年才得以頒布。 ISO26262簡介 ISO 26262 -道路車輛安全標準 ? ?是從電子、電氣及可編程器件功能安全標準IEC61508派生出 來的, IEC61508中一些內容很難適合于汽車,所以專門制定 了汽車專用的功能安全規格; ? ?對車輛和系統作出了功能性的安全要求,是專門用于汽車領域、 旨在提高汽車電子、電氣產品功能安全的國際標準; ? ?ISO26262的對象是安全相關的電子、電氣系統,在汽車安全 方面提供了一個生命周期(管理、開發、生產、運營、服務、 退役),并在這些生命周期階段中做必要的支援,涵蓋功能性 安全方面的整個開發過程(包括需求規格、設計、實現、集成、 驗證、驗證和配置); ? ?提供一個汽車專用基於風險的方法確定風險等級(汽車安全整 體水平,ASILs),用于指定汽車必要的安全要求,規定要求 進行驗證和確認的措施,以確保其功能完整性及安全性; ? ?為避免系統失效風險提供了可行的要求和流程。 ISO26262框架 ISO26262通過規定流程、風險評 估和基準方法,將功能安全標準化, 它包括10個Parts,涵蓋整個安全 相關產品的開發過程: ? Part 1:術語 ? Part 2:功能安全管理 ? Part 3:概念階段 ? Part 4:產品開發:系統級 ? Part 5:產品開發:硬件級 ? Part 6:產品開發:軟件級 ? Part 7:生產和運營 ? Part 8:支持過程 ? Part 9:基于ASIL和安全的分析 ? Part...

通過使用?SOLIDWORKS 3D CAD?軟件將 CAD 數據轉換為符合您的設計需求的格式來加快設計、節省時間和開發成本并提高工作效率。 CAD 導入和導出概述 SOLIDWORKS 提供了 30 多個轉換器,可將導入的 CAD 數據轉換為 SOLIDWORKS 3D CAD 格式或將 SOLIDWORKS 數據導出到其他 CAD 產品。 以多種數據格式導入和導出: 3D XML IFC 3DS IGES 3MF JPG ACIS OBJ Adobe? Illustrator? Parasolid? AMF ProEngineer? PRC Adobe Photoshop? PDF PSD (Adobe Photoshop) Autodesk Inventor? Rhino Autodsk Mechanical Desktop? SAT (ACIS?) CADKEY? Solid Edge? CATIA? Graphics STEP CGR(CATIA 圖形) STL DWG? TIFF DXF? Unigraphics? HCG(CATIA 高壓縮圖形) VDA-FS HSF (Hoops) VRML IDF 其他可用項: 可選 CATIA V5 導入 導入和導出 ECAD 格式:IDF、ProStep* (IDX)、PADS* (ASC) 導入和導出 AEC 格式:IFC 格式 ...

本文將介紹一種 IoT 解決方案體系結構架構,其中描述了你可以使用 Azure 服務部署的 IoT 解決方案的一般特征。IoT 解決方案需要設備(可能數以百萬計)與解決方案后端之間有安全的雙向通信。例如,解決方案后端可能會使用自動化的預測分析,從設備到云的事件流中挖掘有用的見解。 使用 Azure 服務實現此 IoT 解決方案體系結構時,Azure IoT 中心是重要的構建基塊。IoT 套件可針對特定 IoT 方案提供此體系結構的完整端到端實現。例如: 遠程監視解決方案讓用戶能夠監視設備的狀態,例如自動販賣機。 預見性維護解決方案可幫助預測設備的維護需求(例如遠端抽水站的水泵),以及避免意外停機。 IoT 解決方案體系結構 下圖顯示了典型的 IoT 解決方案體系結構。該關系圖未包含任何特定 Azure 服務的名稱,但介紹了常規 IoT 解決方案體系結構中的重要元素。在此體系結構中,IoT 設備收集其發送到云網關的數據。云網關讓其他后端服務可通過儀表板或其他呈現設備,從數據傳遞到其他企業運營應用程序或操作員的位置處理數據。 有關 IoT 體系結構的深入介紹,請參閱?Microsoft Azure IoT Reference Architecture(Microsoft Azure IoT 參考體系結構)。...

神马午夜