<?xml version="1.0" encoding="UTF-8"?><rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel rdf:about="http://dl.gi.de/handle/20.500.12116/41544">
<title>Softwaretechnik-Trends 26(4) - 2006</title>
<link>http://dl.gi.de/handle/20.500.12116/41544</link>
<description/>
<items>
<rdf:Seq>
<rdf:li rdf:resource="http://dl.gi.de/handle/20.500.12116/41563"/>
<rdf:li rdf:resource="http://dl.gi.de/handle/20.500.12116/41562"/>
<rdf:li rdf:resource="http://dl.gi.de/handle/20.500.12116/41561"/>
<rdf:li rdf:resource="http://dl.gi.de/handle/20.500.12116/41560"/>
</rdf:Seq>
</items>
<dc:date>2026-07-21T14:24:43Z</dc:date>
</channel>
<item rdf:about="http://dl.gi.de/handle/20.500.12116/41563">
<title>Datenschutz – Eine Querschnittsmaterie</title>
<link>http://dl.gi.de/handle/20.500.12116/41563</link>
<description>Datenschutz – Eine Querschnittsmaterie
Sonntag, Michael
Datenschutz ist zwar als Querschnittsmaterie bekannt, dies wird aber typischerweise so verstanden, dass er in allen Fachbereichen erforderlich ist, d.h. unabhängig von der konkreten Anwendung überall dort, wo personenbezogene Daten auftreten. Doch auch direkt im Softwareentwicklungsprozess kann Datenschutz als Querschnittsmaterie angesehen werden: In allen Phasen der Softwareerstellung sind spezifische Anforderungen bzw. Einschränkungen durch den Datenschutz zu berücksichtigen. Einige davon werden beispielhaft erläutert und daraus abschließend argumentiert, dass jede universitäre Ausbildung für Informatiker auch gewisse rechtliche Grundelemente beinhalten sollte.
</description>
<dc:date>2006-01-01T00:00:00Z</dc:date>
</item>
<item rdf:about="http://dl.gi.de/handle/20.500.12116/41562">
<title>Entscheidungsprozess für rationale Architekturentscheidungen</title>
<link>http://dl.gi.de/handle/20.500.12116/41562</link>
<description>Entscheidungsprozess für rationale Architekturentscheidungen
Wolfarth, Sven
Eine hohe Architekturqualität geschäftskritischer Softwaresysteme ist eine zentrale Voraussetzung, um auf Marktveränderungen zeitnah reagieren zu können. Die Entscheidung für die richtige Architektur ist jedoch von vielen Faktoren abhängig: Qualitätsziele, Aufwand, Rahmenbedingungen. Erfolgt die Entscheidung auf Basis subjektiver und zu optimistischer Erwartungen drohen negative Konsequenzen, deren Beseitigung mit erheblichem Mehraufwand verbunden ist. Zur Reduzierung der Risiken wird ein Prozess entwickelt, mit dem rationale Entscheidungen bei der Architekturentwicklung ermöglicht werden.
</description>
<dc:date>2006-01-01T00:00:00Z</dc:date>
</item>
<item rdf:about="http://dl.gi.de/handle/20.500.12116/41561">
<title>OPC UA – Service-oriented Architecture for Industrial Applications</title>
<link>http://dl.gi.de/handle/20.500.12116/41561</link>
<description>OPC UA – Service-oriented Architecture for Industrial Applications
Leitner, Stefan-Helmut; Mahnke, Wolfgang
OPC Unified Architecture (OPC UA) is the new standard of the OPC Foundation providing interoperability in process automation and beyond. By defining abstract services, OPC UA provides a service-oriented architecture (SOA) for industrial applications – from factory floor devices to enterprise applications. OPC UA integrates the different flavors of the former OPC specifications into a unified address space accessible with a single set of services. This paper gives an overview over the architecture of OPC UA, its address space model and its services. It discusses the necessary security mechanisms needed to allow secure access over the internet. Finally, migration strategies to OPC UA applications are introduced.
</description>
<dc:date>2006-01-01T00:00:00Z</dc:date>
</item>
<item rdf:about="http://dl.gi.de/handle/20.500.12116/41560">
<title>Lernen aus dokumentierten Architektur-Entscheidungen</title>
<link>http://dl.gi.de/handle/20.500.12116/41560</link>
<description>Lernen aus dokumentierten Architektur-Entscheidungen
Herrmann, Andrea; Paech, Barbara
Indem man Architekturentscheidungen trifft, entscheidet man über die zukünftigen Eigenschaften des Systems. Bewertet man die Folgen einer Entscheidung, gewinnt man hieraus wertvolles Erfahrungswissen, das bei späteren Entscheidungen wieder verwendet werden kann. Dies wird unterstützt, indem man Architekturentscheidungen systematisch durchführt und nachvollziehbar dokumentiert. Hierzu gehören die klare Definition von Bewertungs- und Entscheidungskriterien sowie die quantitative Bewertung von Alternativen. Dieser Beitrag diskutiert, welche Formen von Erfahrungen innerhalb des Kreislaufs von Entscheidungen und Lernen beim Architekturdesign entstehen und wie sie wieder verwendet werden können. Dieses Lernen führt zu einer evolutionären Verbesserung des Entscheidungsprozesses und damit auch seiner Ergebnisse.
</description>
<dc:date>2006-01-01T00:00:00Z</dc:date>
</item>
</rdf:RDF>
