KOGGM614 JÁRMŰIPARI KUTATÁS ÉS FEJLESZTÉS FOLYAMATA

Hasonló dokumentumok
KOGGM614 JÁRMŰIPARI KUTATÁS ÉS FEJLESZTÉS FOLYAMATA

A szoftverfejlesztési folyamatok képességének mérése. Kuzma Éva Budapest,

B/16. számú melléklet Önéletrajz sablon

Intelligens közlekedés: a járműipar és járműirányítás IKT igényei, a VehicleICT projekt. Lengyel László lengyel@aut.bme.hu

Járműinformatika A járműinformatikai fejlesztés

EEA, Eionet and Country visits. Bernt Röndell - SES

(A képzés közös része, specializációra lépés feltétele: az egyik szigorlat eredményes teljesítése)

EN United in diversity EN A8-0206/473. Amendment

Web Services. (webszolgáltatások): egy osztott alkalmazásfejlesztési plattform

Orvosi eszközök gyártmányfejlesztése Aktív orvosi eszköz szoftver verifikálása, validálása (V&V) Dolgos Márton Budapest,

CERTIFICATE. Hídépítő Zártkörűen Működő Részvénytársaság BS EN ISO 9001:2015. We hereby certify that Quality Management System of

Szoftver min ség és menedzsment

Operációs rendszerek az iskolában

Utolsó módosítás:

CA response received 6 February 2013

Cloud computing. Cloud computing. Dr. Bakonyi Péter.

TELJESÍTMÉNYNYILATKOZAT. sz HU

Cloud computing Dr. Bakonyi Péter.

BKI13ATEX0030/1 EK-Típus Vizsgálati Tanúsítvány/ EC-Type Examination Certificate 1. kiegészítés / Amendment 1 MSZ EN :2014

System maintenance services

A szoftver tesztelés alapjai

Orvosi eszközök gyártmányfejlesztése PEMS beágyazott szoftverének fejlesztése. Dolgos Márton Budapest,

TELJESÍTMÉNYNYILATKOZAT. sz HU

A NUKLEÁRIS TECHNIKAI INTÉZET RÉSZVÉTELE AZ ENETRAP PROJEKTEKBEN

EN United in diversity EN A8-0206/445. Amendment

Az M2M szabványosítási helyzete

Járműipari kutatás és fejlesztés folyamata

IEC Basic Engineering -től a Leszerelésig

TELJESÍTMÉNYNYILATKOZAT. sz HU

TELJESÍTMÉNYNYILATKOZAT. sz HU. Re deltetésszerű hasz álat

NYOMÁSOS ÖNTÉS KÖZBEN ÉBREDŐ NYOMÁSVISZONYOK MÉRÉTECHNOLÓGIAI TERVEZÉSE DEVELOPMENT OF CAVITY PRESSURE MEASUREMENT FOR HIGH PRESURE DIE CASTING

BIZTONSÁGI AUDIT. 13. óra

This is to certify that the Quality Management System of

DG(SANCO)/ MR

A CAN mint ipari kommunikációs protokoll CAN as industrial communication protocol

TELJESÍTMÉNYNYILATKOZAT. sz HU

Sebastián Sáez Senior Trade Economist INTERNATIONAL TRADE DEPARTMENT WORLD BANK

Using the CW-Net in a user defined IP network

M szaki okú kockázatok kezelése a közlekedésben

VÁROSI KÖZLEKEDÉSMENEDZSMENT INTEGRÁLT TELEMATIKAI RENDSZERREL. Abstract

A forrás pontos megnevezésének elmulasztása valamennyi hivatkozásban szerzői jogsértés (plágium).

TANÚSÍTVÁNY (E-MS08T_TAN-ST-01) MELLÉKLETE

Szabványok. ISO 9000, ISO 9001, ISO 9004 és más minőségirányítási szabványok SZABVÁNY CÍMEK NEMZETKÖZI EURÓPAI NEMZETI MEGJEGYZÉS

ÉLETCIKLUS SZEMLÉLET ÉS ÖKOINNOVÁCIÓ A NEMZETKÖZI GYAKORLATBAN. Buday-Malik Adrienn, , Miskolc

9el[hW][e\L;BI IjWdZWhZi

Szoftverminőségbiztosítás

Szoftver-technológia II. Tervezési minták. Irodalom. Szoftver-technológia II.

Osztott Objektumarchitektúrák

Járműinformatika Bevezetés

HALLGATÓI KÉRDŐÍV ÉS TESZT ÉRTÉKELÉSE

Cluster Analysis. Potyó László

Energia automatizálás

A WHO HRH támogató tevékenysége és prioritásai A WHO és a Semmelweis Egyetem Egészségügyi Menedzserképző Központja közötti együttműködés

Implementation of water quality monitoring

Ister-Granum EGTC. Istvan FERENCSIK Project manager. The Local Action Plans to improve project partners crossborder

Animal welfare, etológia és tartástechnológia

General Motors rtási Rendszer General Motors Global Manufacturing System

Kognitív Infokommunikáció: egy ébredő interdiszciplína. Baranyi Péter DSc

Életciklus modellek a rendszer és szoftverrendszer-fejlesztésben. SDLC System Development Life Cycle Software Development Life Cycle

NSR Settlements. This session will discuss:

A Continental Automotive Hungary beszállítói stratégiája Beszállítók kiválasztása és fejlesztése helyben és globálisan

Hasznos és kártevő rovarok monitorozása innovatív szenzorokkal (LIFE13 ENV/HU/001092)

Utolsó módosítás:

Járműinformatika Bevezetés

DR. BOROMISZA ZSOMBOR. A zalakarosi termáltó tájbaillesztése

practices Mosaic and timed mowing Mosaic and timed mowing Mosaic and timed mowing 10 m wide fallow strips (4 parcels)

FOLYAMATMÉRNÖK FRÖCCSÖNTÉSI TERÜLETRE

Report on the main results of the surveillance under article 11 for annex II, IV and V species (Annex B)

12. Haszongépjármű Műszaki Konferencia Június 2-3.

A DIGITÁLIS ÁTALAKULÁS HATÁSA A JÁRMŰIPARRA A ZALAZONE TESZTPÁLYA TÜKRÉBEN

Érzékelők és beavatkozók I.

Ipar 4.0 :: A gyárdigitalizáció bevezető eszközei

Professional competence, autonomy and their effects

Osztott alkalmazások fejlesztési technológiái Áttekintés

Modbus kommunikáció légkondícionálókhoz

Szoftverminőségbiztosítás

Mapping Sequencing Reads to a Reference Genome

Kezdőlap > Termékek > Szabályozó rendszerek > EASYLAB és TCU-LON-II szabályozó rendszer LABCONTROL > Érzékelő rendszerek > Típus DS-TRD-01

HU ISSN

Decision where Process Based OpRisk Management. made the difference. Norbert Kozma Head of Operational Risk Control. Erste Bank Hungary

Miskolci Egyetem Gazdaságtudományi Kar Üzleti Információgazdálkodási és Módszertani Intézet Factor Analysis

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

TELJESÍTMÉNYNYILATKOZAT. sz HU

Orvosi eszközök gyártmányfejlesztése PEMS beágyazott szoftverének fejlesztése. Kurtán Balázs Budapest,

Orvosi eszközök gyártmányfejlesztése Szoftver Kockázatirányítás. Lukács Viktor Budapest,

TELJESÍTMÉNYNYILATKOZAT. sz HU

TELJESÍTMÉNYNYILATKOZAT. sz HU

Models are not right or wrong; they are more or less useful.

Characteristics and categorization of transportation organizations

Go&Learn projekt. KIEGÉSZÍTŐ DOkUMENTUMOK 1. MELLÉKLET. Az LNMB és a VÁLLALKOZÁS közötti MEGÁLLAPODÁS

ORVOSI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE PEMS BEÁGYAZOTT SZOFTERÉNEK FEJLESZTÉSE

LIFELONG LEARNING A MINSÉG SZEMSZÖGÉBL

Fejlesztési projektek menedzselése IBM Rational CLM termékekkel. Ker-Soft Kft. Kaszás Orsolya - üzleti tanácsadó

TELJESÍTMÉNYNYILATKOZAT. sz HU. Re deltetésszerű hasz álat. függelék, mellékletek B 1 - B 4

On The Number Of Slim Semimodular Lattices

PUBLIKÁCIÓS ÉS ALKOTÁSI TEVÉKENYSÉG ÉRTÉKELÉSE, IDÉZETTSÉG Oktatói, kutatói munkakörök betöltéséhez, magasabb fokozatba történı kinevezéshez.

Résbefúvó anemosztátok méréses vizsgálata érintõleges légvezetési rendszer alkalmazása esetén

(Teszt)automatizálás. Bevezető

Road construction works

Összegzés és hogyan tovább

Átírás:

KOGGM614 JÁRMŰIPARI KUTATÁS ÉS FEJLESZTÉS FOLYAMATA System Design Wahl István 2019.03.26. BME FACULTY OF TRANSPORTATION ENGINEERING AND VEHICLE ENGINEERING

Tartalomjegyzék Rövidítések A rendszer definiálása Rendszer, alrendszer, intefészek Rendszer-architektúra terv 2

Rövidítések BP: Base Practices Alap eljárások HMI: Human-Machine Interface Ember-Gép Interfész HW: Hardware Hardver QMS: Quality Management System Minőségirányítási rendszer SBS: System Breakdown Structure Rendszerfelépítés SW: Software Szoftver 3

Definíciók SYSTEM A collection of interacting items organized to accomplish a specific function or set of functions within a specific environment [Automotive SPICE V3.1] set of elements (1.32) that relates at least a sensor, a controller and an actuator with one another [ISO26262] NOTE 1 The related sensor or actuator can be included in the system, or can be external to the system. NOTE 2 An element of a system can also be another system. ELEMENTS [ISO26262] system (1.129) or part of a system including components (1.15), hardware, software, hardware parts (1.55), and software units (1.125) COMPONENTS [ISO26262] non-system (1.129) level element (1.32) that is logically and technically separable and is comprised of more than one hardware part (1.55) or of one or more software units (1.125) NOTE A component is a part of a system. Sources: Automotive SPICE Process Assessment / Reference Model v3.1 / ISO26262 Road vehicles - Functional safety 4

System, component, HW part, SW unit, and element Sources: ISO26262 Road vehicles - Functional safety 5

Rendszerfelépítés (SBS) SYSTEM SUB-SYSTEM A SUB-SYSTEM B SUB-SYSTEM B1 SUB-SYSTEM B2 HW HW HW SW SW SW MECHANICS MECHANICS MECHANICS 6

Rendszerhatár, külső / belső interfészek Jármű (OEM) Fék-rendszer (TIER 1.A) Hajtás-rendszer (TIER 1.B) Futómű-rendszer (TIER 1.C) SUB-SYSTEM B2 SUB-SYSTEM B2 HW HW HW HW SW SW SW SW MECHANICS MECHANICS MECHANICS MECHANICS [Szükséges-e a TIER1-eknek közvetlenül egymással az interfészekről egyeztetniük?] Külső interfész Belső interfész 7

Külső interfészek Jármű külső interfészek: Fék- és gázpedál Váltó Kormánykerék Műszerfal Világítóberendezések Tolatóradar Mobil net HMI Egyirányú interfész, pl. műszerfal Kétirányú interfész (a járművezető ad és kap információt), pl. kormánykerék [Milyen külső jármű interfészeket ismer?] 8

Rendszerhatár, külső / belső interfészek Feladat Készítse el egy jármű valamely egységének a rendszerfelépítését (SBS), határozza meg a belső, illetve külső interfészeit! Terjedelem max. 1 oldal. 9

SYS.3 System Architectural Design Source: Automotive SPICE Process Assessment / Reference Model v3.1 10

SYS.3 System Architectural Design process description PURPOSE: establish a system architectural design and identify which system requirements are to be allocated to which elements of the system, and to evaluate the system architectural design against defined criteria. PROCESS OUTCOMES: 1. a system architectural design is defined that identifies the elements of the system; 2. the system requirements are allocated to the elements of the system; 3. the interfaces of each system element are defined; 4. the dynamic behavior of the system elements is defined; 5. consistency and bidirectional traceability are established between system requirements and system architectural design; and 6. the system architectural design is agreed and communicated to all affected parties. Source: Automotive SPICE Process Assessment / Reference Model v3.1 11

SYS.3 System Architectural Design BP BP.1 BP.2 BP.3 Develop system architectural design. Develop and document the system architectural design that specifies the elements of the system with respect to functional and non-functional system requirements. [OUTCOME 1] Allocate system requirements. Allocate the system requirements to the elements of the system architectural design. [OUTCOME 2] Define interfaces of system elements. Identify, develop and document the interfaces of each system element. [OUTCOME 3] BP.4 Describe dynamic behavior. Evaluate and document the dynamic behavior of the interaction between system elements. [OUTCOME 4] BP.5 Evaluate alternative system architectures. Define evaluation criteria for the architecture. Evaluate alternative system architectures according to the defined criteria. Record the rationale for the chosen system architecture. [OUTCOME 1] Source: Automotive SPICE Process Assessment / Reference Model v3.1 12

SYS.3 System Architectural Design BP BP.6 Establish bidirectional traceability. Establish bidirectional traceability between system requirements and elements of the system architectural design. [OUTCOME 5] BP.7 BP.8 Ensure consistency. Ensure consistency between system requirements and the system architectural design. [OUTCOME 1, 2, 5, 6] Communicate agreed system architectural design. Communicate the agreed system architectural design and updates to system architectural design to all relevant parties. [OUTCOME 6] Source: Automotive SPICE Process Assessment / Reference Model v3.1 13

BUDAPEST UNIVERSITY OF TECHNOLOGY AND ECONOMICS Wahl István BME FACULTY OF TRANSPORTATION ENGINEERING AND VEHICLE ENGINEERING