Thoughts On Function Analysis

TRIZ Consulting Group GmbH
24 Jun 202417:15

Summary

TLDRDie Präsentation von Robert Adunka auf der dritten deutschen TRIZ-Konferenz beschäftigt sich mit Funktionsanalyse, einem TRIZ-Werkzeug. Er diskutiert die Bedeutung der Funktionsanalyse zur Entwicklung eines gemeinsamen Verständnisses für technische Systeme und zur Identifizierung von Verbesserungspotentialen. Adunka präsentiert verschiedene Ansätze zur Funktionsanalyse, insbesondere für mechanische und informationsintensive Systeme, und schlägt eine domänenspezifische Modellierung vor, um die kontinuierliche Diskussion über die 'richtige' Funktionsanalyse zu beenden.

Takeaways

  • 📈 Funktionalanalyse soll ein gemeinsames Verständnis des technischen Systems entwickeln und die Abhängigkeiten verstehen.
  • 🔍 Modellierung und Analyse des Systems sind zwei getrennte Schritte in der Funktionalanalyse.
  • ⚙️ Klassische Funktionsmodelle sind für mechanische Systeme gut geeignet, aber nicht für informationslastige Systeme.
  • 🛠 Die erweiterte Funktionalanalyse nach Valerie Sukhov funktioniert gut für informationslastige Systeme.
  • 📊 Unterschiedliche Domänen erfordern unterschiedliche Regeln und Richtlinien für die Funktionalanalyse.
  • 📚 Eine Funktion muss mindestens einen Parameter des Funktionsobjekts ändern oder erhalten.
  • 🔄 Parameter sollten als Eigenschaften mit Werten betrachtet werden, die sich auf die Funktion auswirken.
  • 📐 Die Trennung von Modellierung und Analyse ermöglicht eine Anpassung an spezifische Anforderungen.
  • 🛠 Funktionale Modelle können in Simulationstools wie OpenModelica übertragen werden.
  • 📘 Ein entsprechendes Papier wird in den nächsten Monaten im Springer-Verlag veröffentlicht.

Q & A

  • Was ist die Hauptintention hinter der Funktionsanalyse?

    -Die Hauptintention hinter der Funktionsanalyse ist es, ein gemeinsames Verständnis des zu untersuchenden Systems zu entwickeln und die Interdependenzen zu verstehen, um daraus Entwicklungstasks abzuleiten.

  • Warum hat der Sprecher die Funktionsanalyse als sein Thema gewählt?

    -Der Sprecher hat die Funktionsanalyse gewählt, weil sie ihn seit seinem ersten Erfindermaschinenkurs fasziniert und er glaubt, dass es ein Werkzeug ist, das es jedem leicht machen sollte, technische Systeme zu beschreiben und zu verstehen.

  • Welche zwei Schritte unterscheidet der Sprecher auf einer groben Ebene bei der Funktionsanalyse?

    -Der Sprecher unterscheidet bei der Funktionsanalyse auf einer groben Ebene zwei Schritte: das Modellieren des Systems und die Analyse dieses Modells.

  • Wie unterscheidet sich die erweiterte Funktionsanalyse von der klassischen Funktionsanalyse?

    -Die erweiterte Funktionsanalyse unterscheidet sich von der klassischen dadurch, dass sie zusätzliche Komponenten und Funktionstypen einführt, die speziell für informationsintensive Systeme geeignet sind, während die klassische Funktionsanalyse besser für mechanische Systeme geeignet ist.

  • Was war der Grund für die Verwirrung des Sprechers bei der Präsentation von Simon Lin in 2018?

    -Der Sprecher war verwirrt, weil Simon Lin Datenbanken und Informationsverarbeitungseinheiten anders behandelte als bei klassischen Funktionsmodellen, und dies als falsch abtat.

  • Was ist der Nutzen einer domänenspezifischen Funktionsanalyse?

    -Der Nutzen einer domänenspezifischen Funktionsanalyse besteht darin, dass sie es ermöglicht, für jede Domäne spezifische Regeln und Richtlinien zu erstellen, die den jeweiligen Besonderheiten gerecht werden und so bessere Modelle und Ergebnisse liefern.

  • Welche Komponenten und Interaktionen werden in der klassischen Funktionsanalyse beschrieben?

    -In der klassischen Funktionsanalyse werden hauptsächlich mechanische Komponenten mit ruhender Masse beschrieben, und die Interaktionen zwischen den einzelnen Komponenten sind hauptsächlich mechanische Interaktionen.

  • Wie unterscheidet sich die Modellierung eines elektrischen Systems von der eines mechanischen Systems?

    -Bei der Modellierung eines elektrischen Systems werden zusätzlich zu Komponenten mit ruhender Masse auch Felder und elektronische Komponenten wie Leiterplatten und Software berücksichtigt, während bei mechanischen Systemen nur Komponenten mit ruhender Masse beschrieben werden.

  • Was ist die zentrale Aussage des Sprechers bezüglich der Argumente über die richtige Funktionsmodellierung?

    -Die zentrale Aussage des Sprechers ist, dass es nicht die eine richtige Funktionsmodellierung gibt, sondern dass je nach Aufgabe und Domäne verschiedene Ansätze und Modelle verwendet werden sollten, um optimale Ergebnisse zu erzielen.

  • Wie definiert der Sprecher den Begriff 'Parameter' in Bezug auf die Funktionsanalyse?

    -Der Sprecher definiert den Begriff 'Parameter' als eine Kombination aus einer Eigenschaft und einem Wert, wobei die Eigenschaft die Bezeichnung ist und der Wert den spezifischen Wert darstellt, den diese Eigenschaft annimmt.

Outlines

00:00

📚 Einführung in die Funktionsanalyse

In diesem Abschnitt präsentiert Robert Adunka seine Begeisterung für die Funktionsanalyse, die er auf dem dritten deutschen Tris-Konferenz vorgestellt hat. Er betont, dass die Funktionsanalyse dazu beitragen sollte, ein gemeinsames Verständnis des untersuchten Systems zu entwickeln und die Abhängigkeiten zwischen Entwicklungsaufgaben zu verstehen. Er möchte, dass die Funktionsanalyse ein Werkzeug ist, das es jedem ermöglicht, sein technisches System zu beschreiben und zu verstehen. Adunka diskutiert auch die Entwicklung von Regeln und Richtlinien zur Verbesserung von Systemen und stellt die Herausforderungen dar, die mit der Funktionsanalyse verbunden sind, insbesondere in Bezug auf die verschiedenen Ansichten und Meinungen, die in der Fachwelt vorliegen.

05:02

🤔 Kontroverse um die Funktionsanalyse

Dieser Abschnitt behandelt die Diskussionen und Meinungsverschiedenheiten, die sich um die Funktionsanalyse ranken. Robert Adunka stellt die Ansätze von Valerie Sukov und Simon Lin vor, die unterschiedliche Modelle für die Funktionsanalyse vorschlagen. Sukovs Modell ist für informationsintensive Systeme konzipiert und erweitert die Anzahl und Art der Komponenten, die in der Funktionsanalyse berücksichtigt werden. Adunka diskutiert die Vor- und Nachteile dieser Modelle und wie sie sich für verschiedene Systeme eignen. Er betont die Notwendigkeit, die Funktionsanalyse an die spezifischen Bedürfnisse des Systems anzupassen und stellt die Idee einer 'richtigen' Funktionsanalyse in Frage.

10:04

🔍 Analyse der Funktionsanalyse

In diesem Teil geht es um die Analyse der Funktionsanalyse selbst. Robert Adunka unterscheidet zwischen den Schritten des Modellierens des Systems und der Analyse dieses Modells. Er diskutiert die Vorteile der Trennung dieser Schritte und wie sie es ermöglicht, die Funktionsanalyse besser an die Anforderungen anzupassen. Er stellt auch die Idee einer domänenspezifischen Funktionsanalyse vor, die sich an die spezifischen Merkmale und Bedürfnisse verschiedener Systeme anpasst. Adunka schlägt vor, Regeln und Richtlinien für die Funktionsanalyse zu entwickeln, die auf den verschiedenen Domänen basieren und die spezifischen Anforderungen berücksichtigen.

15:07

🔧 Anpassung der Funktionsanalyse

Robert Adunka schlägt in diesem Abschnitt vor, die Funktionsanalyse an die spezifischen Anforderungen und Aufgaben anzupassen, indem man die verschiedenen Modellierungstypen und Methoden auswählt, die am besten zu den jeweiligen Bedürfnissen passen. Er diskutiert die Notwendigkeit, die Funktionsanalyse nicht als eine 'eine-große-Wahrheit' zu betrachten, sondern als ein Werkzeug, das flexibel genutzt werden kann, um die besten Ergebnisse zu erzielen. Adunka betont die Bedeutung der Parameter als Eigenschaften mit Werten und wie diese die Funktionen beeinflussen. Er hofft, dass die Zuhörer durch die Präsentation etwas Neues gelernt haben und erwähnt, dass das entsprechende Papier in den nächsten Monaten im Springer Verlag veröffentlicht wird.

Mindmap

Keywords

💡Funktionenanalyse

Die Funktionenanalyse ist ein zentrales Thema des Videos und ein Werkzeug, das den Sprecher seit seinem ersten Kurs zur Erfindungsmaschine beeindruckt hat. Es dient dazu, ein gemeinsames Verständnis des untersuchten Systems zu entwickeln und die Interdependenzen zu verstehen. Im Kontext des Videos wird sie genutzt, um Entwicklungsaufgaben aus den Fähigkeiten und Grenzen des Systems abzuleiten.

💡TR-Tools

TR-Tools beziehen sich auf die Methoden und Techniken der TRIZ (Theorie des Inventive Problemlösens), einer Methodik zur Lösung technischer Probleme. Im Video wird die Funktionenanalyse als eines dieser Tools vorgestellt, das dazu beitragen soll, technische Systeme zu beschreiben und zu verstehen.

💡Modellieren

Modellieren bezieht sich auf den Prozess des Erstellens eines Modells eines Systems. Im Video wird dies als erster Schritt in der Funktionenanalyse beschrieben, bei dem die Komponenten des Systems analysiert und visualisiert werden, bevor man sich mit deren Funktionen befasst.

💡Inkrementelle Verbesserung

Inkrementelle Verbesserung bezieht sich auf die kontinuierliche Verbesserung eines Systems, indem man seine Funktionen analysiert und Aufgaben aus dem Grad der Erfüllung ableitet. Im Video wird dies als Teil des Funktionsmodellierungsprozesses diskutiert.

💡Interaktion

Interaktion beschreibt die Wechselwirkungen zwischen den Komponenten eines Systems. Im Video wird die Bedeutung von Interaktionen in der Funktionenanalyse hervorgehoben, wobei es darauf ankommt, welche Art von Interaktion für verschiedene Systeme relevant ist.

💡Elektrische Systeme

Elektrische Systeme sind im Video als Beispiel für Systeme genutzt, die mit der Funktionenanalyse modelliert werden können. Sie unterscheiden sich von mechanischen Systemen durch die Verwendung von Feldern und elektronischen Komponenten, was die Funktionenanalyse beeinflusst.

💡Informationsschwerpunktsysteme

Informationsschwerpunktsysteme sind Systeme, die hauptsächlich mit der Verarbeitung und Übertragung von Informationen arbeiten. Im Video wird diskutiert, dass die klassische Funktionenanalyse möglicherweise nicht gut für diese Systeme geeignet ist und dass eine erweiterte Funktionenanalyse notwendig ist.

💡Ergänzende Funktionen

Ergänzende Funktionen, wie im Video erwähnt, sind Funktionen, die in der erweiterten Funktionenanalyse von Valerie Sukov verwendet werden. Sie stellen Interaktionen dar, bei denen Informationen übertragen und verarbeitet werden, was für informationsschwere Systeme relevant ist.

💡Parameter

Parameter im Kontext der Funktionenanalyse beziehen sich auf die Eigenschaften oder Merkmale eines Objekts, die durch eine Funktion verändert oder aufrechterhalten werden. Im Video wird diskutiert, dass Parameter nicht nur für das Objekt der Funktion relevant sind, sondern auch für den Funktionsträger.

💡Open Modelica

Open Modelica ist in dem Video als Werkzeug für die Modellierung und Simulation technischer Systeme erwähnt. Es ermöglicht die Übertragung von Funktionsmodellen in Open Modelica-Modelle, was die Simulation und Analyse von Systemen erleichtert.

💡Domene

Domene im Video beziehen sich auf die verschiedenen Bereiche oder Anwendungen, für die Funktionsmodelle erstellt werden. Jeder Bereich hat seine eigenen Besonderheiten, die bei der Erstellung von Funktionsmodellen berücksichtigt werden müssen, um effektive Analysen durchzuführen.

Highlights

功能分析是TR工具之一,自首次发明机器课程以来一直吸引着我。

功能分析的目的是开发对被研究系统的共同理解,并理解其相互依赖性。

发展任务应从系统能够和不能做什么的知识中派生出来。

功能分析的争议和不同观点的框架化尝试。

功能分析的两个步骤:建模系统和分析该模型。

Simon Lin在2018年TRIS会议上提出信息密集型系统的功能分析方法。

Valerie Sukov提出扩展功能分析方法,特别适用于信息密集型系统。

Valerie Sukov的方法允许功能模型中信息功能与被动功能配对。

Valerie Sukov的扩展功能分析在信息密集型系统中效果更佳。

不同领域和任务自动导致不同的适应性功能分析。

放弃只有一种正确的功能模型建模的想法,可以为不同领域设置不同的规则和指南。

机械系统的功能模型示例:所有系统组件都是具有静止质量的组件,不需要场。

电气系统的功能模型示例:组件包括电场、具有静止质量的外壳和以太网接口。

功能模型中的功能应被视为具有值的属性的组合。

功能载体和功能对象的特性和属性也会影响功能。

功能分析的元层次:构建模型和分析模型可以分别考虑和优化。

功能分析的三个准则:功能载体和功能对象必须是允许的组件;它们必须相互交互;至少一个功能对象的参数必须因功能而改变或保持。

将功能模型转移到Open Modelica模型中,可以模拟技术系统。

功能分析的深入探讨:参数应被视为具有值的属性,功能载体的特性和属性也应被视为影响功能的因素。

Transcripts

play00:00

dear Tris enthusiasts this presentation

play00:03

was given by me at the third German Tris

play00:06

conference in

play00:08

20124 my name is Rober adunka and I am a

play00:12

Tris master in Germany for the

play00:14

international audience I recorded this

play00:17

presentation also in English function

play00:20

analysis is one of the TR Tools that has

play00:23

captivated me since my first invention

play00:26

machine course and has not let go since

play00:30

I think it's a tool that should make it

play00:32

easy for anyone to describe and

play00:35

understand their technical system the

play00:38

intention behind function analysis is to

play00:40

develop a common understanding of the

play00:42

system under investigation and to

play00:45

understand the

play00:47

interdependencies development tasks

play00:49

should then be derived from the

play00:51

knowledge of what our system can do well

play00:55

and can not do so well this premise of

play01:00

analyzing and defining tasks should

play01:03

always be kept in mind so what is the

play01:05

main goal behind my function analysis

play01:09

what do I want to achieve with it in

play01:12

addition to the function analysis a

play01:15

whole bunch of rules and guidelines were

play01:18

developed by a lot of people in order to

play01:21

improve the system however they always

play01:24

did this against the background of their

play01:27

personal problems and the personal

play01:29

working environment and then the

play01:32

argument began about who was

play01:37

right in my presentation I would like to

play01:40

make an attempt to explain the world of

play01:42

function analysis and all the disputes

play01:44

surounding it and to put it into a

play01:48

framework that allows me to reconcile

play01:50

all points of

play01:52

view I will therefore first switch to

play01:55

the bird's I view and from there look at

play01:59

the function analysis and what we are

play02:02

doing there Oliva Maya once said in a

play02:07

presentation that they always pump in TR

play02:10

projects that is they switch back and

play02:13

forth between detailed analyzes and a

play02:16

bird's I that's stuck in my mind then I

play02:21

would like to int introduce the domain

play02:24

specific approach and finally discuss

play02:26

the functions in detail

play02:31

I introduced the basic function analysis

play02:33

for dactic reasons in

play02:36

2014 however I did not realize at that

play02:39

time that I had made a separation after

play02:41

modeling the system and then only saw

play02:44

the different directions of analyzes as

play02:47

manifestations of a single function

play02:50

analysis approach I was more interested

play02:53

in breaking down the prevailing

play02:55

confusion between the various analyzing

play02:57

tools for incremental Improvement value

play03:01

analyzes or for trimming I didn't

play03:04

realize at the time that I was

play03:06

separating modeling from

play03:09

analyzing however if we look at this

play03:12

from a bird's eye view we can see the

play03:15

Mata level behind the procedure if we

play03:18

analyze our approach to function

play03:21

analysis we can differentiate between

play03:24

two steps on a very rough level the

play03:27

modeling of the system and the analysis

play03:30

of this model if we look at function

play03:33

analysis for products for example the

play03:36

creation of a model is broken down into

play03:39

the steps of component analysis

play03:41

interaction analysis and function

play03:44

modeling if we then add an incremental

play03:46

Improvement we analyze the functions and

play03:49

derive the tasks from the degree of

play03:51

fulfillment and the types of functions

play03:54

this analysis is often carried out

play03:56

together with the modeling step and

play03:58

therefore it is not noticeable that

play04:02

there are actually two sections here

play04:05

that can be considered

play04:09

separately but what are the benefits of

play04:12

this

play04:14

thought in 2018 at the Tris fast in

play04:18

Lisbon Simon Lin's presentation confused

play04:21

me a little databases in form processing

play04:24

units which parameter is being changed

play04:27

here the statement was was that this is

play04:30

done differently for information heavy

play04:32

systems anyway at the time it seemed a

play04:36

bit strange to me that the trism who is

play04:39

sotally described other function models

play04:42

as incorrect dismissed this with a wave

play04:45

of his hand the function model is wrong

play04:48

I thought what kind of component is

play04:50

external inent event does it have

play04:54

resting mass or is it a field the heated

play04:57

discussion between Valerie sukov another

play05:00

Tris Masters about the correctness of

play05:02

functions and function analysis let me

play05:05

to make this the topic of the 2019

play05:09

expert Day in Germany there however

play05:12

Valerie sukov described an approach that

play05:14

primarily relates to information heavy

play05:17

systems as extended function analysis he

play05:21

also uses his function model for

play05:23

incremental Improvement value analyzing

play05:25

and trimming he expands the number and

play05:28

types of component on for the function

play05:30

model and allows for functions that

play05:33

according to classical VI go into the

play05:35

wrong direction one of the typical

play05:38

examples of this is the process of

play05:41

ordering a coffee in a

play05:44

restaurant

play05:46

there he would classically say that the

play05:51

coffee menu informs the customer Valerie

play05:54

couples the information functions here

play05:57

with a customer studies coffee man men

play06:00

why is Valerie taking this

play06:03

approach he has found that he cannot

play06:07

model some things in information heavy

play06:10

systems well with a classical model but

play06:13

who is right now who has the better

play06:15

function model why are they actually

play06:18

arguing about this what helps is good

play06:23

these were my questions and my thoughts

play06:25

about the situation as I am a person

play06:28

addicted to Harmony I naturally wanted

play06:31

to agree to both sides what happens if

play06:34

we agre agree with both sides we have to

play06:38

Define under which

play06:40

circumstances one way of modeling is

play06:43

advantous and under which circumstances

play06:47

the other way is

play06:51

better with valer sukov and zimon Litwin

play06:54

we have seen that classical function

play06:56

models cope well with mechanical systems

play06:58

and can map them but fail with

play07:00

information heavy systems Val's extended

play07:04

function anal analysis works well with

play07:06

information heavy systems but would not

play07:10

be useful for mechanical systems each

play07:14

domain has its own specifics that need

play07:17

to be taken into account in order to

play07:20

create a model I presented the specifics

play07:23

for modeling electrical systems at the

play07:25

Atria TR future conference in bergo way

play07:28

back in

play07:30

2010

play07:32

so if we let go of the idea that there

play07:37

is only one right way of modeling

play07:40

function models we can set up different

play07:43

rules and

play07:44

guidelines for the different domains

play07:48

let's take a look at three different

play07:50

function

play07:52

models in this picture we see a simple

play07:55

model of a mechanical cutter that is

play07:58

used to cut a paper we can see that all

play08:01

the components of the systems are

play08:03

components with resting Mass no fields

play08:05

are needed to set up this model and the

play08:07

functions between the individual

play08:09

components mainly describe mechanical

play08:13

interactions in this example of an

play08:15

electrical system we see different

play08:18

things in the components on the one hand

play08:21

with electricity we see a super system

play08:24

that is more field-based with housing we

play08:27

see a component that has resting Mass

play08:29

and ethernet interface indicates a

play08:31

conglomerate of various electronic

play08:34

components a circuit board and software

play08:37

that runs on it signal as a Target

play08:39

component used in this model can be

play08:43

understood as a field in terms of

play08:46

functions we see that in forms and

play08:48

supplies are mainly used in this F

play08:54

model and here we see the example of the

play08:57

extended functional analysis that

play08:59

Valerie sukov used in his presentation

play09:01

at the expert Day

play09:04

2019 we see that the informs functions

play09:08

are always paired with another function

play09:10

such as the interaction between the

play09:12

customer and the coffee manual on the

play09:15

one hand the coffee menu informs the

play09:17

customer about the different types of

play09:19

coffee on offer and on the other hand

play09:23

the customer must first study the menu

play09:26

in order to obtain the information so

play09:29

the C customer has the active part here

play09:32

if we think in terms of value

play09:35

analyzis the customer should actually

play09:37

receive the points for studying the menu

play09:41

he is the active part we also see that

play09:43

sukov allows for various other

play09:46

components such as the request or the

play09:49

decision which are represented by other

play09:52

shapes according to him this model leads

play09:55

to much better results than classical

play09:57

function modeling

play10:00

so if we see that the different domains

play10:04

and tasks automatically lead to

play10:06

different adapted function

play10:08

analysis why should we not try to cast

play10:12

what is done anyway into a form that

play10:15

allows everyone to choose the most

play10:18

suitable type of modeling for themselves

play10:21

this would mean that we do not try to

play10:24

make the one right function modeling but

play10:28

rather strive for the the function

play10:29

modeling that is suitable for our task

play10:32

and for our

play10:34

domain we could determine which types of

play10:37

components can be used and which should

play10:39

be avoided we could Define what counts

play10:43

as an interaction between these

play10:45

components the

play10:47

interaction action touching only makes

play10:50

sense for mechanical components if we

play10:53

consider functional grooves or printed

play10:56

uh circuit boards or software compon

play10:59

components we can no longer speak of

play11:02

touching we could also determine what is

play11:05

permitted as a function in the classical

play11:08

function model a parameter of the object

play11:11

of the function must be changed or

play11:14

maintained in the extended function

play11:17

analysis according to Su the inform

play11:20

function must occur as a pair with a

play11:23

passive function that describes the

play11:25

intention the table is just a first

play11:28

graph

play11:29

so this draft I am happy to put up for

play11:33

discussion however I think this is the

play11:37

only way to put an end to the Eternal

play11:39

arguing about who is

play11:43

right so from classical function

play11:46

analysis we know the three guidelines

play11:48

for an allowed function the first states

play11:52

that the function carrier and the

play11:53

object. function must be allowed

play11:55

components if we use the domain specific

play11:58

modeling then we would also have to

play12:01

observe the domain specific restrictions

play12:03

for those components but no longer just

play12:06

resting masses and Fields or

play12:08

combinations of both the second

play12:11

guideline states that the function

play12:13

carrier and the object of the function

play12:14

must interact with each other here too

play12:18

we can Define what interaction means in

play12:22

a domain specific basis for mechanical

play12:25

systems this would mean that they touch

play12:28

each other for electronic systems or

play12:31

software heavy systems logical

play12:33

interaction could be allowed as an

play12:36

interaction then we are still missing

play12:39

guideline number three which states that

play12:41

at least one parameter of the object of

play12:43

the function must be changed or

play12:45

maintained due to the function but what

play12:49

is referred to as a parameter here when

play12:53

I think back to my time at the

play12:55

department of design engineering a

play12:58

professor from the far north kept asking

play13:00

us is this a characteristic or a

play13:03

property now I finally understand this

play13:06

question a characteristic is a fixed

play13:08

parameter of an object and a property is

play13:11

a variable parameter of an object the

play13:13

parameter is always to uh combined with

play13:16

a value so if I look at the car for

play13:20

example the car has the color red and

play13:23

the speed

play13:24

50

play13:27

mph if I want to analyze

play13:29

the car while it is moving then the

play13:32

color would be a characteristic because

play13:34

I cannot change it and the speed it

play13:37

would be a

play13:38

property that's why I argue that we

play13:42

should view parameters as a combination

play13:45

of a property and a value in other words

play13:48

the property is the designation and the

play13:50

value would then be the specific value

play13:54

that takes on these properties so it is

play13:58

not a that is changed but the value of a

play14:01

property based on a

play14:05

function and now it is not only the case

play14:09

that we have a property for the object

play14:12

of the function but we also have

play14:14

properties and characteristics for the

play14:16

function carrier that have an influence

play14:19

on our function for example if I look at

play14:23

a vacuum jug then The Jug has a certain

play14:27

position in the space um it has a

play14:30

certain shape of a hollow cylinder and

play14:32

it has a certain thermal resistance for

play14:35

the heat these characteristics influence

play14:38

the functions of holding the liquid in

play14:40

The Jug thus the position of the fun

play14:43

vacuum jug also determines the position

play14:46

of the liquid the hollow cylinder

play14:48

determines the shape that the water

play14:50

takes on and the thermal conductivity

play14:53

influences how well the temperature of

play14:55

the liquid is

play14:57

maintained if you look a little deeper

play15:00

and take a look at the modeling tools

play15:03

such as open modelica we can see that

play15:06

this fits very well with the models used

play15:09

there for example the heat transfer and

play15:12

temperature Equalization between two

play15:14

masses can be described with a simple

play15:17

model we also see that what we assume to

play15:22

be static is almost always a dynamic

play15:26

process is now and all Litwin Simon

play15:30

Litwin have thought this through to a

play15:33

certain extent with the advanced

play15:35

functional approach but have not

play15:37

implemented it as consistently as we can

play15:40

see it here in open world bellica we

play15:43

could transfer now our functional models

play15:45

to open Moda models in this way this

play15:48

would allow us to model a technical

play15:51

system and then simulate it whether we

play15:54

make this effort depends on the nature

play15:56

of the task and the expected results but

play15:59

in principle it is

play16:02

possible so with the meta level of

play16:05

function analysis we have seen we

play16:07

basically take two steps namely building

play16:11

the model and analyzing the model these

play16:14

two steps can be considered and

play16:16

optimized separately by separating them

play16:20

we have the option of adapting them to

play16:23

our requirements the domain specific

play16:25

function analysis solves the problem

play16:28

that we have to determine what is the

play16:30

correct functional analysis depending on

play16:33

the task and the domain a customized

play16:36

version of the function model can be

play16:38

made finally I triy to shine the light

play16:42

on the function between the function

play16:43

carrier and the object of the function

play16:46

in a deep dive parameters should be

play16:48

treated as properties with values and

play16:51

the

play16:52

characteristics and properties of the

play16:54

function Carri carrier should also be

play16:57

seen as these also have an effect on the

play17:01

function I hope you had fun with the

play17:04

presentation and learned something new

play17:06

the corresponding paper will be

play17:08

published in the Springer publishing

play17:11

house within the next few months see you

Rate This

5.0 / 5 (0 votes)

Etiquetas Relacionadas
TRIZFunktionsanalyseTechnische SystemeModellierungTRIZ-WerkzeugeInnovationsmethodenEngineeringSystemanalyseTechnikPräsentation
¿Necesitas un resumen en inglés?