<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
<channel>
<title>Softwaretechnik-Trends 28(4) - 2008</title>
<link>http://dl.gi.de/handle/20.500.12116/41322</link>
<description/>
<pubDate>Tue, 21 Jul 2026 14:24:39 GMT</pubDate>
<dc:date>2026-07-21T14:24:39Z</dc:date>
<item>
<title>SOFTWARE ENGINEERING 2009</title>
<link>http://dl.gi.de/handle/20.500.12116/41327</link>
<description>SOFTWARE ENGINEERING 2009
GI, FB SWT
</description>
<pubDate>Tue, 01 Jan 2008 00:00:00 GMT</pubDate>
<guid isPermaLink="false">http://dl.gi.de/handle/20.500.12116/41327</guid>
<dc:date>2008-01-01T00:00:00Z</dc:date>
</item>
<item>
<title>Kausalitätsbasierte Modellierung von Software-Entwicklungsprozessen</title>
<link>http://dl.gi.de/handle/20.500.12116/41326</link>
<description>Kausalitätsbasierte Modellierung von Software-Entwicklungsprozessen
Richter, Karsten
Dieser Artikel befasst sich mit der kausalitätsbasierten Modellierung von Software-Entwicklungsprozessen. Damit soll die tatsächliche Situation im SoftwareProzessfeld transparenter werden. Ein erster Überblick über existierende Ansätze für kausale Netzwerke zeigt dabei die Probleme und den möglichen Nutzen des Einsatzes dieser formalen Techniken im Bereich der Softwareentwicklung. Die Definition und Erweiterung der kausalen Modellierung mithilfe kausaler Netze soll das Verständnis über die Zusammenhänge zwischen verschiedenen Prozess- und Messartefakten unterstützen sowie deren Kausalitäten aufzeigen. Die Beschreibung erster Umsetzungen der Ansätze auf das CMMI sowie erste Ergebnisse der daraus resultierenden  Analysen zeigen die empirische Rechtfertigung innerhalb des Software Verbesserungsprozesses im Detail.
</description>
<pubDate>Tue, 01 Jan 2008 00:00:00 GMT</pubDate>
<guid isPermaLink="false">http://dl.gi.de/handle/20.500.12116/41326</guid>
<dc:date>2008-01-01T00:00:00Z</dc:date>
</item>
<item>
<title>Was ist eigentlich ein Service?</title>
<link>http://dl.gi.de/handle/20.500.12116/41325</link>
<description>Was ist eigentlich ein Service?
Humm, Bernhard
In der Literatur zur ServiceOrientierten Architektur (SOA) wird der Begriff des Service häufig synonym zu den in der Softwaretechnik etablierten Begriffen Komponente, Schnittstelle und Operation verwendet. In dem Artikel wird eine alternative Definition vorgestellt, welche den Service in den Kontext der Geschäftsarchitektur eines Unternehmens stellt. Zusammenhänge zu den in der Softwaretechnik etablierten Begriffen werden aufgezeigt.
</description>
<pubDate>Tue, 01 Jan 2008 00:00:00 GMT</pubDate>
<guid isPermaLink="false">http://dl.gi.de/handle/20.500.12116/41325</guid>
<dc:date>2008-01-01T00:00:00Z</dc:date>
</item>
<item>
<title>Towards an Architecture Maintainability Maturity Model (AM)</title>
<link>http://dl.gi.de/handle/20.500.12116/41324</link>
<description>Towards an Architecture Maintainability Maturity Model (AM)
Rathfelder, Christoph; Groenda, Henning
The maintainability of software systems is a crucial point in the software lifecycle. However, assessing the quality of the software’s architecture with respect to evolution is a challenging task. The evaluation of the maintainability of a system’s architecture is often made using scenario-based techniques. These techniques require a comprehensive anticipation of future adaptations of the systems. To circumvent this problem, a scenario-independent method is desirable to assess maintainability. Additionally, the comprehensibility of the architecture for third persons which were not involved in the initial design is an important aspect in the long-term. We therefore developed the Architecture Documentation Maturity Model (AM) to assess the quality of the architecture’s documentation as this first of all influences comprehensibility. This model is a first step towards a more general approach to assess the maintainability of architectures, called Architecture Maintainability Maturity Model.
</description>
<pubDate>Tue, 01 Jan 2008 00:00:00 GMT</pubDate>
<guid isPermaLink="false">http://dl.gi.de/handle/20.500.12116/41324</guid>
<dc:date>2008-01-01T00:00:00Z</dc:date>
</item>
</channel>
</rss>
