Difference between revisions of "Event:REAR-01"

From ConfIDent
(mobo import Concept___Events_With_Academic_Fields-migrated)
(mobo import Concept___Events-migrated)
Line 6: Line 6:
 
|Homepage=www.se2009.de/workshops/0339b59b5307a7b01/index.html
 
|Homepage=www.se2009.de/workshops/0339b59b5307a7b01/index.html
 
|City=Kaiserslautern
 
|City=Kaiserslautern
|Country=Germany
+
|Country=Country:DE
 
|Submission deadline=2008/12/13
 
|Submission deadline=2008/12/13
 
|Abstract deadline=2008/12/13
 
|Abstract deadline=2008/12/13
Line 18: Line 18:
 
|End Date=2009/03/02
 
|End Date=2009/03/02
 
|Academic Field=Software Engineering
 
|Academic Field=Software Engineering
 +
|Event Status=as scheduled
 +
|Event Mode=on site
 
}}
 
}}
 
=Idealisierte Welten von was und wie, und realisiertes Zusammenspiel: Wie sollten Requirements Engineer und Architekt zusammenarbeiten? Und was haben Ingenieure damit zu tun?=
 
=Idealisierte Welten von was und wie, und realisiertes Zusammenspiel: Wie sollten Requirements Engineer und Architekt zusammenarbeiten? Und was haben Ingenieure damit zu tun?=

Revision as of 14:50, 6 September 2022

Idealisierte Welten von was und wie, und realisiertes Zusammenspiel: Wie sollten Requirements Engineer und Architekt zusammenarbeiten? Und was haben Ingenieure damit zu tun?

Topics

Einerseits: Software Entwickler lieben das „immer wieder von vorne beschreiben bereits gelöster Probleme“. Es ist Teil ihrer Innovationskultur, ihres Freiheitsbedürfnisses. Doch wie viel von diesem Freiheitsbedürfnis führt zu einer verbesserten Lösung, wie viel dazu, dass wir das Rad neu erfinden, oder einfach nur „overperformen“? Andererseits: Ingenieurswissenschaften fangen weniger mit Problembeschreibungen an, sondern verwenden bestimmte Lösungskomponenten, die bereits bekannt sind und wiederverwendet werden sollen. Aus dieser polarisierten Darstellung zweier Wissenschaften leitet sich die Kernfrage des Workshops ab: Wie sollten Requirements Engineering und Architektur zusammenarbeiten?“ Kontrovers soll im Workshop diskutiert werden, wie sich die Disziplinen abgrenzen lassen, wo Gemeinsamkeiten liegen, und wie konsequenterweise die Differenzierung zwischen Requirements Engineering und Architektur aussehen sollte. Geschaut werden soll dabei auch auf die Ingenieurswissenschaften und darauf was diese anders machen. Vielleicht lässt sich davon lernen!?

Committees


Cookies help us deliver our services. By using our services, you agree to our use of cookies.