<rdf:RDF
    xmlns:s='http://snipsnap.org/rdf/snip-schema#'
    xmlns:rdf='http://www.w3.org/1999/02/22-rdf-syntax-ns#'
    xml:base='http://www.software-integration.ch//rdf'>
    <s:Snip rdf:ID='Fehlerbehebung'
         s:name='Fehlerbehebung'
         s:cUser='sfr'
         s:oUser='sfr'
         s:mUser='sfr'>
        <s:content>Die Fehlerbehung unterteilt sich folgende Taetigkeiten:&#xD;&#xA;- Analyse&#xD;&#xA;- Dokumentation&#xD;&#xA;- Eliminieren&#xD;&#xA;&#xD;&#xA;Da die Integration der Punkt im Projekt ist, an dem die Module zum ersten Mal (in einer produktionsähnlichen Umgebung) zusammengeschlossen werden, ist es der Normalfall, dass Unstimmigkeiten und Fehler auftreten.\\&#xD;&#xA;\\&#xD;&#xA;1 Analyse&#xD;&#xA;interdisziplinär\\&#xD;&#xA;Die Fehleranalyse in der Integration ist eine anspruchsvolle Aufgabe, da ein breites Wissen und eine Vielzahl von Fähigkeiten notwendig sind.&#xD;&#xA;Wie Eingangs aufgezeigt, ist die [Integration] der Punkt, an dem die Module zusammengebaut werden (Montagehalle!) Treten an dem Punkt Fehler auf, sind alle verbauten Module plus die eingesetzten Plattformen die &quot;Verdächtigen&quot;. Hinzu kommen Fehlverhalten, die sich aus dem Zusammenspiel der Module oder mit den Plattformen ergeben. Einzeln sind die Module in ihrer Entwicklungs­test­um­gebungen einwandfrei gelaufen.\\ &#xD;&#xA;\\&#xD;&#xA;1 Eskalation&#xD;&#xA;Tritt bei der Integration ein kniffliger Fehler auf, droht erfahrungs­gemäss die Eskalation. Die Gründe sind, &#xD;&#xA;1. Planungsfehler\\Bei der Projektplanung (organisatorisch und technisch) ist die Integrationsphase zu kurz angesetzt worden oder Verzögerungen aus der Entwicklung haben das Zeitbudget der Integration &quot;aufgefressen&quot;. &#xD;&#xA;1. Interesse des Auftraggebers\\Gegen Ende des Projektes steigt die Erwartung des Kunden. Nachrichten über Probleme beim Zusammenbau der Software machen ihn nervös. Er wird ungeduldig.\\&#xD;&#xA;\\&#xD;&#xA; Diesen beiden Faktoren ist bei der Fehlersuche Rechnung zu tragen:&#xD;&#xA;- Team\\Bei der Zusammensetzung des &quot;Suchtrupps&quot; ist zu beachten, dass die Spezialisten (aus der Architektur, Entwicklung, Integration) ins Kernteam gehören. Sie müssen von ihren anderen Tätigkeiten entbunden werden und sich voll der Fehlersuche widmen können. Das Kernteam muss von jedem Modul einen Ansprechpartner erhalten für Rückfragen und Detailwissen.&#xD;&#xA;- Vorgehen\\Es gibt unzählig viele Vorgehensweisen. In unserer Praxis hat sich ein &quot;Vorgehen der Gegensätze&quot; bewährt. Der schnellste Weg ergibt sich aus dem richtigen Mass zwischen Zielstrebigkeit und Unentschlossenheit, Detailsicht und Überblick, in media res und Teamgespräch. Was die Arbeitsweise eines Integrators ausmacht, wird in Kapitel 7 detailliert besprochen.&#xD;&#xA;- Kommunikation\\Eine offene, direkte und intensive Kommunikation nach innen und aussen stellt sicher, dass alle Beteiligten auf dem neuesten Informationsstand arbeiten.&#xD;&#xA;&#xD;&#xA;</s:content>
        <s:mTime>2008-07-08 17:05:19.322</s:mTime>
        <s:cTime>2005-11-04 11:15:01.191</s:cTime>
        <s:comments
             rdf:type='http://www.w3.org/1999/02/22-rdf-syntax-ns#Bag'/>
        <s:snipLinks>
            <rdf:Bag>
                <rdf:li rdf:resource='#snipsnap-index'/>
                <rdf:li rdf:resource='#Taetigkeiten'/>
                <rdf:li rdf:resource='#Integration'/>
            </rdf:Bag>
        </s:snipLinks>
        <s:attachments
             rdf:type='http://www.w3.org/1999/02/22-rdf-syntax-ns#Bag'/>
    </s:Snip>
</rdf:RDF>

