Method and device for modelling a mechatronic system in a motor vehicle

• US 7,188,016 B2
• Filed: 02/16/2001
• Issued: 03/06/2007
• Est. Priority Date: 03/28/2000
• Status: Expired due to Fees

• Current Assignee: Robert Bosch GmbH
• Original Assignee: Robert Bosch GmbH
• Inventors: Schirmer, Juergen, Heckes, Marc, Petersen, Joerg, Bertram, Torsten, Flores, Pio Torre, Huelser, Holger, Walther, Michael
• Primary Examiner(s): Nguyen; Thu V.
• Application Number:
  US10/240,395
• Publication Number:
  US 20040030461A1
• Time in Patent Office: 2,209 Days
• Field of Search: 701/36, 701/48, 701/51, 701 53- 59, 701/99, 701/102, 477/7, 477/15, 477/20, 477/110, 477/111
• US Class Current: 701/59
• CPC Class Codes: B60R 16/0231 Circuits relating to the driving or the functioning of the vehicle monitoring tyres B60C23/00; indicating overspeed B60K31/00; for dash boards B60K37/00, B60Q3/10; for indicating emergencies B60Q1/52; brake control systems B60T; registering or indicating the working of vehicles G07C5/00; measuring distance G01C, e.g. combinations of speed and distance G01C23/00; engine indicators G01L; measuring speed or acceleration G01P
• CPC Class Codes: B62D 65/00 Designing, manufacturing, e.g. assembling, facilitating disassembly, or structurally modifying motor vehicles or trailers, not otherwise provided for

Abstract

A method and an arrangement are disclosed for modeling a mechatronic system in a motor vehicle in the context of an object-based ordering concept as a mapping in the unified modeling language. The elements of the CARTRONIC® with components and envelopes as their classes or objects and orders (with feedback), inquiries (with hint) and requests as their communication relationship are presented based on examples together with the essential rules from the overall control rules. A mapping requirement in the UML elements is shown for these modeling elements.

Claims

1. A method for modeling a mechatronic system in a motor vehicle, the method comprising the steps of:

organizing said mechatronic system into a plurality of components between which pregiven communication relationships exist including inquiry, request and order;

providing a mapping requirement with which said components and communication relationships are converted into elements of an object-oriented modeling language;

dividing said components into an envelope and at least one subcomponent, wherein said subcomponent comprises existing functions of the component and said envelope comprises at least one interface for said communication relationships but without inherent logic functions and said envelope is devised as a UML-stereotype; and

,

configuring said mapping requirement so as to cause said components including component envelopes to be fixed as UML-classes and/or UML-objects and so as to cause said communication relationships inquiry, request and order to be fixed as UML operations and so as to cause said interfaces for said communication relationships to be fixed as UML-stereotypes.

2. The method of claim 1, wherein said object-oriented modeling language is a UML-language.

3. The method of claim 1, wherein said mapping requirement includes mapping said components including envelopes as UML-classes or objects having the stereotypes <

<

coordinator>

>

, <

<

operator>

>

, <

<

information generator>

> and

<

<

envelope>

> and

, wherein the method includes the further steps of;

making available communication relationships inquiry and request as UML operations with the stereotypes <

<

inquiry>

> and

<

<

request>

>

at interfaces with the stereotype <

<

interface>

>

; and

,

characterizing all order operations by the stereotype <

<

order>

>

at interfaces having stereotype <

<

interface order>

>

.

4. An arrangement for modeling a mechatronic system in a motor vehicle, the arrangement comprising:

said mechatronic system including a plurality of components between which pregiven communication relationships exist including inquiry, request and order;

a mapping requirement with which said components and communication relationships are converted into elements of an object-oriented software language;

a division of said components into an envelope and at least one subcomponent, wherein said subcomponent comprises existing functions of the component and said envelope comprises at least one interface for said communication relationships but without inherent logic functions and said envelope is devised as a UML-stereotype; and

,

said mapping requirement being configured so as to cause said components including component envelopes to be fixed as UML-classes and/or UML-objects and so as to cause said communication relationships inquiry, request and order to be fixed as UML operations and so as to cause said interfaces for said communication relationships to be fixed as UML-stereotypes.

5. The arrangement of claim 4, wherein said object-oriented modeling language is a UML-language.

6. The arrangement of claim 4, wherein said mapping requirement includes mapping said components including envelopes as UML-classes and objects having the stereotypes <

<

coordinator>

>

, <

<

operator>

>

, <

<

information generator>

> and

<

<

envelope>

> and

, wherein;

communication relationships inquiry and request are made available as UML operations with the stereotypes <

<

inquiry>

> and

<

<

request>

>

at interfaces with the stereotype <

<

interface>

>

; and

,

all order operations are characterized by the stereotype <

<

order>

>

at interfaces having stereotype <

<

interface order>

>

.