DiagnoseDesign(c)
Visuell, konstruktives und universelles Verfahren der Systemdiagnostik
----
damit Diagnosealgorithmen eines komplexen Systems einfach, vollständig und dynamisch erstellt werden können.
methodische Quellen
-
FMEA
In einer Fehler-Möglichkeits-Einfluss-Analyse (FMEA) werden potentielle Fehler und Fehlerursachen identifiziert und deren Eintritts, Entdeckung und Auswirkung bewertet.
umfangreiche präventive Fehler-Risiko-BetrachtungReduzierung von reaktiven, kostenintensiven Korrekturmaßnahmen und TerminverzögerungenSteigerung des Qualitätsbewusstseins am Produkt -
Ishikava
Das Ursache-Wirkungs-Diagramm ist eine grafische Darstellung des Zusammenhangs zwischen einer Fehlerursache und der darauf beruhenden Fehlerwirkung.
sinnvolle Strukturierung von Prozessen und Problemendetaillierte Sammlung von Fehlerursachenübersichtliche visuelle Darstellung -
Fehlerbaumanalyse
Die Fehlerbaumanalyse analysiert die Komponenten eines Systems auf ihre Beteiligung an einem möglichen Ausfall des Gesamtsystems.
Schnelles Verständnis des Systemverhaltens und der Fehlersuchabläufemodularer Aufbau der FehlersuchbäumeLiefern Anhaltspunkte zur Optimierung von Komponenten -
Expertenwissen
Wissensmanagement dient dazu, den Umgang mit Wissen im Unternehmen zu verbessern und Erfahrungen zu speichern und weiterzugeben.
Wiederverwenden von existierenden Arbeitsergebnissen und ErfahrungenKnowhow-Sicherung für die Verwendung und Weiterentwicklung der ErgebnisseVermeidung von Doppelarbeiten und Erhöhung der Lösungsrate -
Ablaufplan / Flussdiagramm
Das Flussdiagramm zeigt grafisch den Ablauf mit einfachen Elementen.
Einfache und leicht verständliche Dokumentation der AbläufeVerbessern der Kommunikation im ProduktprozessMöglichkeit der Analyse von Prozessschritten -
Wirkkettenanalyse
Wirkketten beschreiben die Kommunikation zwischen Runnables und sind vergleichbar mit Signalpfaden.
Verfolgen von Signal- und FehlerabhängigkeitenGrafische Darstellung der Funktionsverteilung im System
Spielplan
-
Übersicht
-
Phase 0
Verschaffen Sie sich einen Überblick über das Ziel.
Definieren Sie für sich dafür den Blickwinkel auf das Problem und achten Sie darauf, den Blickwinkel in alle Phasen nicht zu wechseln.
Beschaffen Sie sich grundlegende Dokumente und Informationen, um die potentiellen Probleme aus Ihrem Blickwinkel heraus lösen zu können. Zu diesen Dokumenten zählen im Besonderen die entsprechenden Indizienkataloge (z.B. Fehlercodelisten), die Schaltpläne und standardisierte Maßnahmen. -
Phase 1
Verschaffen Sie sich einen vollständigen Überblick über das zu analysierende System und erstellen Sie eine grafische Übersicht aus Sicht des Blickwinkels. Nutzen Sie dafür die Ihnen zur Verfügung stehenden Systemübersichten, Kommunikationsmatrizen und Blockschaltbilder.
Verwenden Sie für die Systemanalyse standardisierte Elemente, die im Diagnoseverhalten ein ähnliches bis gleiches Verhalten aufweisen. In der Praxis haben sich oft als standardisierte Elemente der Controller, der Sensor, der Aktor, der Schalter, die Anzeige, die Spannungsversorgung, die Funktion, die Antenne, die Leitung und der Kommunikator bewährt.
Es gilt: Jedes verwendete Element in der Systemanalyse ist ein Wirkort bei dem bestimmte Fehlerursachen wirken können. -
Phase 2
Ordnen Sie jedem Wirkort aus der Phase 1 (Systemanalyse) die dort potentiell wirkenden Fehlerursachen der Auftrittswahrscheinlichkeit "häufig", "normal", "selten", "nicht relevant" und "nicht möglich" mit einer kurzen Begründung zu.
Nutzen Sie dafür einen zu jedem standardisierten Element passenden Fehlerursachenkatalog. Lassen Sie hierbei auch zu, dass weitere nicht im Katalog aufgelistete Fehlerursachen zugeordnet werden müssen. Entscheiden Sie im Nachgang, ob die neuen Fehlerursachen im entsprechendem Fehlerursachenkatalog aufgenommen werden sollten.
Wiederholen Sie diese Phase für jeden Wirkort aus Ihrem System.
Es gilt: Jede Fehlerursache oder Fehlerursachengruppe wird als ein atomares autarkes Problem behandelt. -
Phase 3
Erstellen Sie für jedes in der Phase 2 definierte Problem eine stark vereinfachte Flussgrafik für die Problembehandlung.
Unterscheiden Sie dabei bitte die Abschnitte "Problemidentifikation" und "Problembehebung". Nutzen Sie für die "Problemidentifikation" vorhandene Indizien und Wirkungen der zu analysierenden Fehlerursachen.
Wiederholen Sie diese Phase für jedes Problem aus Ihrem System. -
Phase 4
Analysieren Sie die Ergebnisse der Projekt-, System- und Problemknoten.
Bewerten Sie die Qualität an den einzelnen Elementen
Geben Sie die Ergebnisse einzeln frei.
Es gilt: alle Elemente, die freigegeben sind, dürfen verwendet werden. -
Phase 5
Nutzen Sie die erstellen Daten direkt für Ihre Applikation.
Nutzen Sie Datenbanken für die Wiederverwendung der Diagnosedaten. -
Regeln
Beginnen Sie immer bei "Start" und niemals in irgendeiner der Phasen.
Bearbeiten Sie die Aufgabe in der Phase gewissenhaft und vollständig.
Wiederholen Sie die aktuelle Phase so lange, bis alle Elemente bearbeitet wurden. Für einzelne in dieser Phase erledigte Elemente dürfen Sie bereits in die nächste Phase springen.
Ist die Aufgabe in einer Phase erledigt, springen Sie in die nächste Phase.
Bei Bedarf darf in eine vorhergehende Phase zurückgesprungen werden.
Es gilt: Überspringen Sie niemals eine Phase.
Funktionen
-
Grundfunktion
-
Hauptfunktion
-
Nebenfunktion
-
Unterfunktion
-
Navigationsfunktion
-
Datenfunktion
