Programmheft - Software Engineering Konferenzen
Programmheft - Software Engineering Konferenzen Programmheft - Software Engineering Konferenzen
Keynotes Mittwoch, 28. März 9:30–10:30 Hörsaal A From Eclipse to Jazz Erich Gamma, IBM Rational Software Zurich Lab The development of the Eclipse platform can be described as a journey from closed to open transparent development. Throughout this journey the team has continuously tuned our development practices and processes with the goal of achieving the ongoing health of the project. Being toolsmiths ourselves, we have naturally been exploring how tools can help teams apply these practices to improve and maintain healthy projects. The result of this exploration is „Jazz“, a new team collaboration platform. In this keynote, Erich reflects on the entire journey and shows a snapshot of the early work on Jazz and its evolving architecture. Erich is a Distinguished Engineer at IBM Rational Software’s Zurich lab. He is one of the leaders of the Jazz project and a member of the Jazz PMC. He was the original lead of the Eclipse’s Java development environment (JDT) and is on the Project Management Committee for the Eclipse project. Erich is also a member of the Gang of Four, which is known for its classic book, Design Patterns – Elements of Reusable Object-Oriented Software. Erich has collaborated with Kent Beck on developing JUnit, the de facto standard testing tool for Java, and on writing the book Contributing to Eclipse: Principles, Patterns, and Plug-ins. Mittwoch, 28. März 14:00–14:45 Hörsaal A Composing with Style – Components and Services meet Architecture Clemens Szyperski, Microsoft Research Software components held and hold a big promise. Yet, it seems, that much software is build without drawing on composition principles. Now we bet on services, which we assert will compose better. In reality, service composition is better that component composition in some and worse in other ways. For one, it seems that composability itself may be the least composable term in the theory of computer science. In this talk, I explore some of the troubling reasons why we have succeeded only so-so when it comes to the creation of composable software – whether software components or software services. Software architecture can often come to the rescue, but only when applied with great style. Clemens Szyperski joined Microsoft Research as a Software Architect in 1999. His team moved into a product incubation phase in 2001 and began production development in early 2003. A first product developed in an entirely new way has been released together with the new 2007 Office System. Since late 2005 he is now working on driving novel platform technology in Microsoft‘s new Connected Systems Division. His focus is on the end-to-end issues of leveraging component software to effectively build new kinds of software. He maintains an affiliation with Microsoft Research and continues his general activities in the wider research arena. His Jolt-award-winning book Component Software (Addison Wesley) appeared in a fully revised and extended second
Keynotes edition in late 2002. Software Ecosystem (MIT Press), co-authored with Dave Messerschmitt of UC Berkeley, was published in mid 2003. Clemens serves on and chaired numerous program committees, including CBSE, ECOOP, ESEC/FSE, ICSE, OOPSLA, and QoSA. He served as assessor and panelist for national funding bodies in Australia, Canada, Ireland, the Netherlands, and USA. He is a cofounder of Oberon microsystems, Zurich, Switzerland, and its publicly-traded spin-off esmertec. From 1994 to 1999, he was an associate professor at the School of Computer Science, Queensland University of Technology, Australia, where he retains an adjunct professorship. He held a postdoc scholarship at ICSI, affiliated with UC Berkeley, in 1992/93. In 1992, he received his PhD in computer science from the Swiss Federal Institute of Technology (ETH) in Zurich under Prof. Niklaus Wirth and in 1987 his Masters in electrical engineering/computer engineering from Aachen University of Technology (RWTH). Donnerstag, 29. März 9:15–10:00 Hörsaal A Architekturzentrierte Softwaretechnik Christiane Floyd, Universität Hamburg War ursprünglich das Softwareprojekt die alles organisierende Betrachtungseinheit der Softwaretechnik, so nimmt heute zunehmend die Architektur die Stellung eines zentralen Gesamtanliegens ein. Eine architekturzentrierte Sichtweise übersteigt die zeitliche Beschränkung auf das einzelne Projekt, stellt die Entwicklung und die verschiedenen Formen der Weiterentwicklung von Software in einem gemeinsamen Bezugsrahmen und gestattet, das einzelne Produkt im Zusammenhang mit anderen zu betrachten. Christiane Floyd leitet den Arbeitsbereich Softwaretechnik an der Universität Hamburg. Hier wird ein anwendungsnaher und menschenzentrierten Ansatz vertreten, der Softwareentwicklung und -einsatz im Kontext von Arbeit und Organisation betrachtet. Seit 1978 ist sie Professorin für Softwaretechnik, zuerst an der TU Berlin, ab 1991 in Hamburg. In den letzten Jahren engagiert sie sich besonders für die entwicklungsorientierte Zusammenarbeit auf dem Gebiet der Softwaretechnik mit Äthiopien. Donnerstag, 29. März 10:00–10:45 Hörsaal A Der Faktor Software-Engineering in der Software-Industrialisierung Uwe Dumslaff, sd&m Software-Engineering etablierte sich aus der Notwendigkeit heraus, Software-Entwicklung hin zu einer systematischen, ingenieursmäßigen Vorgehensweise zu gestalten. Das berücksichtigt genauso Elemente der Software- Technik als auch des Projektmanagements, hier insbesondere im Kontext der Anwendungsentwicklung betrachtet. Software-Industrialisierung strebt nach Entstehung und Ausbreitung der Software-Entwicklung mit industriellen Mitteln. Zielsetzungen der Industrialiserungsbestrebungen und der damit einhergehenden Bestrebungen nach kontinuierlicher Professionalsierung sind Effizienzsteigerungen und Kostenoptimierungen ohne Kompromisse an die Qualität der Ergebnisse. Herausgestellt werden Erfahrungen mit Effizienzverbesserungen durch
- Seite 1 und 2: Hamburg, 27. - 30. März 2007 Progr
- Seite 3 und 4: Willkommen Ich freue mich, Sie im N
- Seite 5 und 6: 100 Jahre Hand in Hand. Vieles hat
- Seite 7: Tutorien Dienstag, 27. März Halbt
- Seite 11 und 12: Keynotes sequenzen und muss auf der
- Seite 13 und 14: Software-Engineering-Forum - Mittwo
- Seite 15 und 16: Software-Engineering-Forum - Mittwo
- Seite 17 und 18: Seminare & Workshops Erfahrung nutz
- Seite 19 und 20: Programmübersicht Donnerstag, 29.
- Seite 21 und 22: Donnerstag 11:00-13:00 (Session G2)
- Seite 23 und 24: Donnerstag Instrumentierung zum Mon
- Seite 25 und 26: Donnerstag such a system, e.g., the
- Seite 27 und 28: Freitag können Forscher im Bereich
- Seite 29 und 30: Freitag server, which gave him a lo
- Seite 31 und 32: Wenn wir an die Zukunft denken, den
- Seite 33 und 34: Technische Universität München 10
- Seite 35 und 36: Die C1 Group ist eine Beratungs- un
Keynotes<br />
edition in late 2002. <strong>Software</strong> Ecosystem (MIT<br />
Press), co-authored with Dave Messerschmitt of<br />
UC Berkeley, was published in mid 2003. Clemens<br />
serves on and chaired numerous program committees,<br />
including CBSE, ECOOP, ESEC/FSE, ICSE,<br />
OOPSLA, and QoSA. He served as assessor and<br />
panelist for national funding bodies in Australia,<br />
Canada, Ireland, the Netherlands, and USA. He is<br />
a cofounder of Oberon microsystems, Zurich, Switzerland,<br />
and its publicly-traded spin-off esmertec.<br />
From 1994 to 1999, he was an associate professor<br />
at the School of Computer Science, Queensland<br />
University of Technology, Australia, where he retains<br />
an adjunct professorship. He held a postdoc<br />
scholarship at ICSI, affiliated with UC Berkeley, in<br />
1992/93. In 1992, he received his PhD in computer<br />
science from the Swiss Federal Institute of Technology<br />
(ETH) in Zurich under Prof. Niklaus Wirth and<br />
in 1987 his Masters in electrical engineering/computer<br />
engineering from Aachen University of Technology<br />
(RWTH).<br />
Donnerstag, 29. März<br />
9:15–10:00<br />
Hörsaal A<br />
Architekturzentrierte <strong>Software</strong>technik<br />
Christiane Floyd, Universität<br />
Hamburg<br />
War ursprünglich das <strong>Software</strong>projekt<br />
die alles organisierende<br />
Betrachtungseinheit der <strong>Software</strong>technik,<br />
so nimmt heute zunehmend die Architektur<br />
die Stellung eines zentralen Gesamtanliegens<br />
ein. Eine architekturzentrierte Sichtweise übersteigt<br />
die zeitliche Beschränkung auf das einzelne<br />
Projekt, stellt die Entwicklung und die<br />
verschiedenen Formen der Weiterentwicklung<br />
von <strong>Software</strong> in einem gemeinsamen Bezugsrahmen<br />
und gestattet, das einzelne Produkt im<br />
Zusammenhang mit anderen zu betrachten.<br />
Christiane Floyd leitet den Arbeitsbereich <strong>Software</strong>technik<br />
an der Universität Hamburg. Hier<br />
wird ein anwendungsnaher und menschenzentrierten<br />
Ansatz vertreten, der <strong>Software</strong>entwicklung<br />
und -einsatz im Kontext von Arbeit und Organisation<br />
betrachtet. Seit 1978 ist sie Professorin für<br />
<strong>Software</strong>technik, zuerst an der TU Berlin, ab 1991<br />
in Hamburg. In den letzten Jahren engagiert sie<br />
sich besonders für die entwicklungsorientierte Zusammenarbeit<br />
auf dem Gebiet der <strong>Software</strong>technik<br />
mit Äthiopien.<br />
Donnerstag, 29. März<br />
10:00–10:45<br />
Hörsaal A<br />
Der Faktor <strong>Software</strong>-<strong>Engineering</strong><br />
in der <strong>Software</strong>-Industrialisierung<br />
Uwe Dumslaff, sd&m<br />
<strong>Software</strong>-<strong>Engineering</strong> etablierte<br />
sich aus der Notwendigkeit<br />
heraus, <strong>Software</strong>-Entwicklung<br />
hin zu einer systematischen, ingenieursmäßigen<br />
Vorgehensweise zu gestalten. Das berücksichtigt<br />
genauso Elemente der <strong>Software</strong>-<br />
Technik als auch des Projektmanagements, hier<br />
insbesondere im Kontext der Anwendungsentwicklung<br />
betrachtet. <strong>Software</strong>-Industrialisierung<br />
strebt nach Entstehung und Ausbreitung<br />
der <strong>Software</strong>-Entwicklung mit industriellen<br />
Mitteln. Zielsetzungen der Industrialiserungsbestrebungen<br />
und der damit einhergehenden<br />
Bestrebungen nach kontinuierlicher Professionalsierung<br />
sind Effizienzsteigerungen und Kostenoptimierungen<br />
ohne Kompromisse an die<br />
Qualität der Ergebnisse. Herausgestellt werden<br />
Erfahrungen mit Effizienzverbesserungen durch
Change language