<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.8" -->
<?xml-stylesheet href="https://www.wiki.haberland.it/lib/exe/css.php?s=feed" type="text/css"?>
<rdf:RDF
    xmlns="http://purl.org/rss/1.0/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
    xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel rdf:about="https://www.wiki.haberland.it/feed.php">
        <title>haberland.it - projekte.haberland.it:software-engineering</title>
        <description></description>
        <link>https://www.wiki.haberland.it/</link>
        <image rdf:resource="https://www.wiki.haberland.it/lib/exe/fetch.php?media=wiki:logo.png" />
       <dc:date>2026-04-18T13:03:12+00:00</dc:date>
        <items>
            <rdf:Seq>
                <rdf:li rdf:resource="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:anforderungsmanagement&amp;rev=1589276723&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:design-patterns&amp;rev=1589276722&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:objektorientiertes-design&amp;rev=1589276723&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:project-management&amp;rev=1589276722&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:prozessmodelle&amp;rev=1589276723&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:software-engineering&amp;rev=1589276723&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:software-erstellen&amp;rev=1589276722&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:software-tests&amp;rev=1589276722&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:softwarequality&amp;rev=1589276723&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:uml-interaktionsdiagramme&amp;rev=1589276723&amp;do=diff"/>
            </rdf:Seq>
        </items>
    </channel>
    <image rdf:about="https://www.wiki.haberland.it/lib/exe/fetch.php?media=wiki:logo.png">
        <title>haberland.it</title>
        <link>https://www.wiki.haberland.it/</link>
        <url>https://www.wiki.haberland.it/lib/exe/fetch.php?media=wiki:logo.png</url>
    </image>
    <item rdf:about="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:anforderungsmanagement&amp;rev=1589276723&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2020-05-12T09:45:23+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>anforderungsmanagement</title>
        <link>https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:anforderungsmanagement&amp;rev=1589276723&amp;do=diff</link>
        <description>Anforderungsmanagement

Hierbei geht es, dass man als Manager seinen Kunden „kennen“ muss um zu verstehen, welche Wünsche der Kunde an das zu entwickelnde Produkt hat. Man muss den Kontext dahinter verstehen, da sonst keine Verständigung auf einer gleichen Ebene stattfinden kann. Vielleicht verdeutliche ich Ihnen das mit einem kleinen Beispiel, anhand eines komplett auf dem Kontext gezogen Satzes:</description>
    </item>
    <item rdf:about="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:design-patterns&amp;rev=1589276722&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2020-05-12T09:45:22+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>design-patterns</title>
        <link>https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:design-patterns&amp;rev=1589276722&amp;do=diff</link>
        <description>Design Patterns

Christopher Alexander:

	&quot; Ein Design Pattern beschreibt ein Problem, das immer wieder in unserer Umgebung anzutreffen ist. Dabei soll die Lösung für dieses Problem so sein, dass Sie diese Lösung millionenfach verwenden können, ohne diese zweimal auf dieselbe Weise zu verwenden.</description>
    </item>
    <item rdf:about="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:objektorientiertes-design&amp;rev=1589276723&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2020-05-12T09:45:23+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>objektorientiertes-design</title>
        <link>https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:objektorientiertes-design&amp;rev=1589276723&amp;do=diff</link>
        <description>Objektorientiertes Design

Verantwortung, Rolleneinhaltung und Zusammenarbeit! Aber welche Klasse oder welches Objekt sollte welche Verantwortung haben?

Wichtige Punkte, die als Eingabe für das objektorientierte Design verwendet werden können / können:</description>
    </item>
    <item rdf:about="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:project-management&amp;rev=1589276722&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2020-05-12T09:45:22+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>project-management</title>
        <link>https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:project-management&amp;rev=1589276722&amp;do=diff</link>
        <description>Project Management

Probleme bei Softwareprojekten

Das größte Problem ist, dass das Produkt immateriell (nicht greifbar = dt. nicht greifbar) ist. Projektmanager können den Fortschritt ihres Projektes nicht leicht einsehen und müssen sich auf die Aussagen der Entwickler und Projektbeteiligten verlassen, um die Dokumentation zu erstellen, welche zur Überprüfung des Fortschritts erforderlich ist. Um dieses Problem zu vereinfachen, sollten Sie als Projekt Manager häufig funktionierende Software be…</description>
    </item>
    <item rdf:about="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:prozessmodelle&amp;rev=1589276723&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2020-05-12T09:45:23+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>prozessmodelle</title>
        <link>https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:prozessmodelle&amp;rev=1589276723&amp;do=diff</link>
        <description>Prozessmodelle

Der Software- (Engineering-) Prozess ist eine Aneinanderreihung von Aktivitäten und damit verbundenen Ergebnissen, die ein Softwareprodukt erzeugen.

Anforderungsspezifikation

	*  Die Software-Spezifikation definiert die zu produzierenden Software und deren Einschränkungen im Betrieb.</description>
    </item>
    <item rdf:about="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:software-engineering&amp;rev=1589276723&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2020-05-12T09:45:23+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>software-engineering</title>
        <link>https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:software-engineering&amp;rev=1589276723&amp;do=diff</link>
        <description>Software Engineering

Was ist Software

Software ist nicht nur ein Programm sondern auch alle dazugehörigen Informationen, welche von Computern verarbeitet werden. Des Weiteren zählen auch die Dokumentationen und die Konfigurationsdaten, welche für ein ordnungsgemäß, funktionierendes Programm benötigt werden aus als Software. Somit Zählen zugehörige Informationen und Materialien zur Unterstützung von Installation, Programmausführung, zur Reparatur und zur Erweiterung des Programms als Software.…</description>
    </item>
    <item rdf:about="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:software-erstellen&amp;rev=1589276722&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2020-05-12T09:45:22+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>software-erstellen</title>
        <link>https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:software-erstellen&amp;rev=1589276722&amp;do=diff</link>
        <description>Software erstellen

Nicht triviale Software wird im Allgemeinen mithilfe von automatisierten Build Systemen erstellt. Das Ziel eines automatisierten Builds ist die vollständige Automatisierung aller Schritte, die zum Erstellen des Produkts erforderlich sind. Dabei sollte das Ergebnis eines jeden Builds immer dasselbe sein – unabhängig von der lokalen Konfiguration des Entwicklers. „Wir wollen stabile Builds.“ Das automatisierte Build System ist für die automatische Ausführung aller zum Bau erfor…</description>
    </item>
    <item rdf:about="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:software-tests&amp;rev=1589276722&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2020-05-12T09:45:22+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>software-tests</title>
        <link>https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:software-tests&amp;rev=1589276722&amp;do=diff</link>
        <description>Softwaretests und Unit Tests

Hierzu müssen Sie, wie schon Ian Sommerville in Software Engineering 8th Edition; Addison Wesley 2007 sagte, zwischen Validierung „Bauen wir das richtige Produkt?“ und der Verifikation „Bauen wir das Produkt richtig?“ unterscheiden.</description>
    </item>
    <item rdf:about="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:softwarequality&amp;rev=1589276723&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2020-05-12T09:45:23+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>softwarequality</title>
        <link>https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:softwarequality&amp;rev=1589276723&amp;do=diff</link>
        <description>Softwarequalität

Faktoren

Wir unterscheiden zwischen intern und extern Qualitätsfaktoren bei Software.

Die internen Qualitätsfaktoren können nur von Fachleuten bewertete werden. die externen Qualitätsfaktoren sind letztlich die wichtigsten Faktoren, da diese vom Benutzer während der Verwendung der Software wahrgenommen werden. Die externen Qualitätsfaktoren hängen jedoch fast immer von den internen Qualitätsfaktoren ab.</description>
    </item>
    <item rdf:about="https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:uml-interaktionsdiagramme&amp;rev=1589276723&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2020-05-12T09:45:23+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>uml-interaktionsdiagramme</title>
        <link>https://www.wiki.haberland.it/doku.php?id=projekte.haberland.it:software-engineering:uml-interaktionsdiagramme&amp;rev=1589276723&amp;do=diff</link>
        <description>UML Interaktionsdiagramme

Es gibt zwei Arten von UML-Diagrammen:

	*  Das UML-Sequenzdiagramm und 
	*  Das UML-Kommunikationsdiagramm

UML-Interaktionsdiagramme werden für die dynamische Objektmodellierung verwendet, um die Interaktion über Meldungen zwischen Objekten zu visualisieren. Darum ist das Modellieren des dynamischen Verhaltens ist in Bezug auf das Verstehen der Domäne oft lohnender als das Modellieren der statischen Struktur.</description>
    </item>
</rdf:RDF>
