Robert Murphy ( rmurphy ), Mitglied des technischen Personals, Advanced Micro Devices
Jason Paquette ( Jason Paquette ), Produktentwicklungsingenieur, Advanced Micro Devices
Zusammenfassung : Um die Designressourcen optimal zu nutzen und die Markteinführungszeit zu minimieren, nutzen System-on-Chip-Designs (SoCs) eine hohe Wiederverwendung funktionaler Blöcke. Diese Wiederverwendung bildet die Grundlage für Leistungs- und Ertragsvergleiche auf Blockebene und ermöglicht gezieltes Debugging und weitere Optimierungsmöglichkeiten. Dieses Dokument erläutert die Erstellung benutzerdefinierter Karten für die Graph Builder-Plattform von JMP. Diese Technik bietet einen wertvollen Ansatz zur Untersuchung räumlich gesteuerter Signale mit einem hochgradig interaktiven Tool. Profitieren Sie von der Leistungsfähigkeit benutzerdefinierter Karten in JMP und steigern Sie so Ihre Prozessoptimierung.
Indexbegriffe – Benutzerdefinierte Karten, Hyper-Heatmap, Ursachenanalyse, SoC, System-on-Chip, Ertrag.
I. EINLEITUNG
Heutige SoCs sind oft relativ große Geräte, die auf modernster Halbleiterprozesstechnologie basieren und stets nach höherer Leistung und Energieeffizienz streben. Sie bestehen aus einer Reihe replizierter und einzigartiger Blöcke, die verschiedene Chipfunktionen wie E/A, Rechenleistung und Grafik erfüllen. Diese Blöcke können entsprechend ihrer physischen Position auf dem Chip als Karte dargestellt werden. Mithilfe dieser Art von Karte als benutzerdefinierte Karte in JMP können Ingenieure oder Analysten leistungsstarke Visualisierungen erstellen, die eine schnellere Fehlerbehebung bei Prozess-, Test- oder Ertragsproblemen ermöglichen. Dies wiederum unterstützt eine schnellere Steigerung von Ertrag und Qualität und damit einen schnelleren ROI (Return on Investment) für neue Produktdesigns. Durch die Kombination von Chip-basierten Heatmaps im Graph Builder entsprechend ihrer physischen Position auf einem Wafer werden bisher unbemerkte Effekte sichtbar. Dies liegt daran, dass viele Herausforderungen in der Halbleiterfertigung stark von der räumlichen Position innerhalb eines Wafers abhängen, wie z. B. Zentrums- oder Randeffekte. Die klare Darstellung dieser Positionsabhängigkeiten reduziert die Liste potenzieller Ursachen erheblich und beschleunigt die Prozessoptimierung.
II. VORTEILE DER VERWENDUNG VON BENUTZERDEFINIERTEN KARTEN
Ingenieuren und Analysten stehen derzeit verschiedene Werkzeuge zur Verfügung, um Ausreißer zu identifizieren. Beispiele hierfür sind Histogramme und Boxplots. Diese Werkzeuge sind zwar wertvoll und werden häufig verwendet, können jedoch die physische Positionierung nicht darstellen, um Muster schneller zu erkennen. Das Verständnis dieser Muster trägt dazu bei, den Umfang nachfolgender Analysen und die Isolierung der Grundursache zu reduzieren, was zu schnelleren Bearbeitungszeiten für die Fehlerbehebung und Ergebnisverbesserung führt.
Obwohl sich dieser Artikel auf die Halbleiterindustrie konzentriert, kann die Anwendung benutzerdefinierter Karten in vielen Umgebungen mit räumlichen Signalen nützlich sein.
III. Erstellen benutzerdefinierter Karten in JMP
Die Generierung benutzerdefinierter Kartenformen in JMP erfolgt durch die Verbindung der Scheitelpunkte jeder Form einzeln. Hierzu benötigt JMP Informationen zu den Scheitelpunktkoordinaten in Form von zwei Definitionsdateien: einer „-Name“-Datei und einer „-XY“-Datei. Die „-Name“-Datei enthält die erforderlichen numerischen Spalten „Shape ID“ und „ Name “, die „-XY“-Datei hingegen die „Shape ID“, die „Part ID“ sowie die X- und Y -Koordinaten der Scheitelpunkte. Die Spalte „Shape ID“ verknüpft die Koordinaten in der „-XY“-Datei mit den Formnamen in der „-Name“-Datei.
Wenn Scheitelpunktkoordinaten verfügbar sind, können die Dateien „-Name“ und „-XY“ in wenigen Schritten generiert werden.
Fassen Sie die Koordinatendatei so zusammen, dass jede Form eine eigene Zeile in der Datentabelle einnimmt. Erstellen Sie eine Spalte „Form-ID“ in aufsteigender Reihenfolge (beginnend bei 1) und geben Sie jeder Form eine eindeutige ID. Die Form-ID muss die erste Spalte in der Tabelle sein. Speichern Sie die Tabelle unter dem Namen „ $$$ -Name.jmp“, wobei $$$ ein gewähltes Präfix ist. In dieser Datei sollte für jede Form eine benutzerfreundliche Namensspalte vorhanden sein. Wählen Sie in den Spalteneigenschaften dieser Spalte die Kartenrolle aus und legen Sie sie auf „Formnamendefinition“ fest (siehe Abbildung 1). Dies ist ein wichtiger Schritt, da die Werte in dieser Spalte zum Verknüpfen von Rohdaten für Overlays verwendet werden.
- Feige.1. Form Name Definition Karte Rolle Eigenschaft Setup
Lassen Sie die ursprüngliche Koordinatentabelle noch geöffnet. Fügen Sie die soeben erstellte eindeutige Shape-ID-Spalte ein und sortieren Sie die Tabelle aufsteigend nach Shape-ID. Speichern Sie die Datentabelle unter dem Namen „ $$$ -XY.jmp“, wobei $$$ dem Präfix der Datei „-Name“ entsprechen muss.
Diese '-XY'-Datei benötigt vier obligatorische Spalten: Form-ID , X , Y und Part-ID . Im aktuellen Zustand sollte die Datei alle diese Informationen enthalten; möglicherweise müssen die Spalten lediglich umbenannt werden. Allerdings fehlt die Spalte „Part-ID“ . Diese Spalte teilt JMP im Wesentlichen mit, ob bestimmte Formen mehrere separate Teile haben, wie z. B. der Staat Hawaii, der aus mehreren Inseln besteht. Oftmals besteht jede Form nur aus einem einzigen Teil. In diesen Fällen kann die Spalte „Part-ID“ auf Einsen gesetzt werden. Die Spalten „X“ und „Y“ enthalten die Koordinaten jedes Scheitelpunkts in jeder Form. Ein hervorzuhebendes Detail ist die wichtige Reihenfolge der Scheitelpunkte jeder Form in der '-XY'-Datei, da sie bei falscher Konfiguration zu ungenauen Darstellungen der Formen führen kann. Mithilfe der '-XY'-Mapping-Datei verfolgt JMP Formen schrittweise von Scheitelpunkt zu Scheitelpunkt (von der ersten bis zur letzten Zeile der Datei). Mit jeder neuen Form-ID oder Part-ID beginnt eine neue Verfolgung. Abbildung 2 zeigt ein Beispiel, wie sich die Reihenfolge der Scheitelpunkte beim Nachzeichnen einer einfachen rechteckigen Form auswirkt.
- Feige.2Richtige und falsche Scheitelpunktreihenfolge für Formen
Wenn die Rohkoordinatendaten über mehrere Arten von benutzerdefinierten Karten hinweg konsistent sind, wäre ein Skript in der JMP-Skriptsprache (JSL) zum Erstellen der Formdefinitionsdateien „-XY“ und „-Name“ hilfreich.
Weitere Informationen zur benutzerdefinierten Kartenerstellung finden Sie in der folgenden Ressource: Hilfe > Hilfeinhalte > Grundlegende Grafiken > Karten erstellen > Diagrammerstellung > Benutzerdefinierte Kartendateien.
Ein letzter zu beachtender Punkt ist, dass sowohl die Formdefinitionsdateien „-Name“ als auch „-XY“ im selben Verzeichnis mit demselben Präfix gespeichert werden müssen, damit die Zuordnung ordnungsgemäß funktioniert.
IV. BENUTZERDEFINIERTE KARTENVERWENDUNG
Sobald die Definitionsdateien konfiguriert sind, können die Daten in JMP importiert werden. Ein letzter Vorbereitungsschritt ist erforderlich, um die Daten mit den benutzerdefinierten Kartendefinitionsdateien zu verknüpfen, bevor die Daten im Graph Builder visualisiert werden. Die Daten müssen eine Spalte enthalten, deren Werte mit denen in der definierten Spalte „Shape Name Definition“ in der Datei „-Name“ identisch sind. Andernfalls kann JMP die benutzerdefinierte Karte nicht verknüpfen.
Um die Datentabelle mit der benutzerdefinierten Karte zu verknüpfen, öffnen Sie die Spalteneigenschaften der Spalte in der Datentabelle, in der die Formnamen gespeichert sind. Stellen Sie in der Eigenschaft „Kartenrolle“ sicher, dass die Option „Formnamen verwenden“ aktiviert ist, und wählen Sie die Datei „-Name“ als „Kartennamen-Datentabelle“ mit der entsprechenden Formdefinitionsspalte aus (siehe Abbildung 3). Beachten Sie, dass diese Optionen in JMP11 keinen interaktiven Dateidialog zur Suche nach der Datei „-Name“ bieten. Sie muss daher kopiert und eingefügt oder in das Textfeld eingegeben werden (einschließlich der Erweiterung „.jmp“).
- Feige.3. Shape Name Verwendung Karte Rolle Dateiauswahl
JMP unterstützt auch das Platzieren der Dateien „-Name“ und „-XY“ in einem bestimmten Verzeichnis, das die Software automatisch prüft. In unserer Anwendung verwenden wir jedoch identische Formnamen mit unterschiedlichen Zuordnungen für verschiedene SoC-Produkte. Um Namenskollisionen zu vermeiden, verwenden wir daher die Dateiauswahlmethode. Informationen zum automatischen Verzeichnisspeicherort basierend auf dem Betriebssystem Ihres Computers finden Sie in der JMP-Hilfe.
Nachdem alle Vorbereitungen abgeschlossen sind, öffnen Sie Graph Builder und ziehen die verknüpfte Shape-Spalte per Drag-and-Drop aus der Datentabelle in die Map Shape-Dropzone unten links im Fenster (siehe Abbildung 4). JMP füllt die Anzeige anschließend mit allen Shape-Instanzen aus der Datentabelle, die auch in den Shape-Definitionsdateien enthalten sind.
- Feige.4Graph Builder Kartenform Drop Zone Standort
Es kann vorkommen, dass bestimmte Formen in der Datentabelle von den Formdefinitionsdateien nicht erkannt werden. Dies kann daran liegen, dass die Namen nicht identisch sind, unterschiedliche Namenskonventionen gelten oder die Formen einfach nicht aufgeführt sind. Diese nicht erkannten Formen werden unten im Graph Builder-Fenster als „Kartenformen nicht gefunden“ angezeigt (siehe Abbildung 5). Um diese fehlenden Formen zu integrieren, müssen entweder die Daten entsprechend den Formdefinitionsdateien angepasst oder die Formdefinitionsdateien selbst aktualisiert werden.
- Feige.5. Graph Builder-Anzeige, wenn Formen in Daten nicht erkannt werden
An diesem Punkt können Datenspalten per Drag-and-Drop in die Farb -Dropzone gezogen werden, die basierend auf den Spaltendaten und Modellierungstypen die entsprechenden Farbüberlagerungen bereitstellt.
Im nächsten Abschnitt werden einige detaillierte Beispiele mit verschiedenen Anwendungsszenarien und Erfolgsgeschichten behandelt.
V. Beispiele
- A. Ertragsdaten
Wie bereits erwähnt, ermöglicht die Wiederverwendung von Blöcken in SoC-Designs den Vergleich von Leistung und Ausbeute einzelner Blöcke. Testverfahren wie Scan (Flip-Flops und gemeinsame Logik) und Built-In Self-Test (BIST, Speichertest und -reparatur) werden häufig auf Blockebene eingesetzt. Bei SoCs werden diese Blöcke als Kacheln bezeichnet. Abbildung 6 zeigt die Ausbeute eines bestimmten Tests für jede Kachel durch die Aggregation der Ergebnisse einiger tausend Einheiten. Die rot markierten (und weiß nummerierten) Kacheln sind Ausreißerkacheln mit geringer Ausbeute, die mehr Aufmerksamkeit verdienen. Im nächsten Unterabschnitt wird gezeigt, dass diese Ausreißer durch eine weitere, in dieser Ansicht nicht erkennbare Ursache verursacht werden.
- Feige.6. SoC Tile Yield Heatmap mit Ausreißern
- B. Hyper-Heatmaps
Um das vorherige Ausbeutebeispiel fortzusetzen: Es gibt offensichtliche Ausreißerkacheln. Es ist jedoch unklar, was mit ihnen nicht stimmt. Abbildung 7 zeigt die Hyper-Heatmap, die die SoC-Kachelansichten für jeden Chipstandort auf dem Wafer unter Verwendung der Drop-Zones der Gruppen X und Y verschachtelt. Dünn besetzte Chipstandorte weisen niedrige Kachelausfallraten auf. Die nummerierten Ausreißer aus Abbildung 6 wurden zu Abbildung 7 hinzugefügt und stellen die Chipstandorte dar, die zu niedrigeren Kachelausbeuten führen. Bei den Kacheln 1 , 2 und 3 liegt der Hauptgrund darin, dass es sich um Eckkacheln handelt, die an bestimmten Chipstandorten (X und Y) am Waferrand liegen. In unmittelbarer Nähe des Waferrands sind diese Kacheln im Waferherstellungsprozess Kanteneffekten ausgesetzt, die in anderen Bereichen des Wafers nicht auftreten. Um eine Hyper-Heatmap mit vielen Objekten übersichtlicher darzustellen, kann es hilfreich sein, die Basislinie oder die erwarteten Werte der Farbvariable herauszufiltern. Abbildung 7 wurde auf diese Weise gefiltert. Der Ertragsausfall von Kachel 4 konzentriert sich hauptsächlich auf die Mitte des Wafers, wo es aufgrund des Herstellungsprozesses auch bekannte Variationseffekte gibt. Fertigungsprozesse verursachen eine Vielzahl von Ungleichmäßigkeiten auf dem Wafer, die oft in der Mitte oder an den Rändern stärker ausgeprägt sind. Diese Hyper-Heatmap ermöglichte ein schnelles Verständnis der Problembereiche, ohne Ressourcen für die Feststellung aufzuwenden, ob die Kacheln selbst einer Designoptimierung bedürfen.
- Feige.7. Hyper-Heatmap auf Waferebene, die Ausreißer-Chippositionen durch Filtern der Basisausbeute hervorhebt
- C. Parametrische Daten
Abbildung 8 zeigt ein Beispiel für die Visualisierung parametrischer Daten auf einer Hyper-Heatmap auf Waferebene. Jede dargestellte Kachel enthält eine analoge Messstruktur, deren Wert als Maß für die Korrelation mit der Geräteleistung dient. Die Datentabelle enthält Hunderte von Wafern, und diese Ansicht zeigt den Mittelwert der Messung jeder Kachel an jeder Chipposition auf dem Wafer. Bekannte Überreste des Herstellungsprozesses sind durch die konzentrischen Kreise in der Überlagerung deutlich erkennbar.
- Feige.8. Hyper-Heatmap der analogen Charakterisierungsstruktur auf Waferebene
VI. Erfolgsgeschichten
Bei Produkten mit hohem Volumen zeigte sich ein auffälliger Ausreißer, der eine schlechtere Ergiebigkeit aufwies als andere (siehe Abbildung 9). In diesem Fall stehen die Farben Rot für Fliesen mit geringerer Ergiebigkeit und Blau für Fliesen mit höherer Ergiebigkeit.
- Abb. 9. Anfängliche Ausbeute auf SoC-Ebene mit Beobachtung von Ausreißerkacheln
Eine weitere Analyse mithilfe von Heatmaps ergab, dass es sich um eine systematische Waferrandsignatur für die Ausreißerkachel am unteren linken Waferrand handelte, wo diese Kachel an den Waferrand angrenzte (siehe Abbildung 10). Dieses Signal wurde der Gießerei zur Kenntnis gebracht, die daraufhin eine Prozessverbesserung durch optimierte Lithografieanpassungen am äußersten Waferrand vornahm. Die Gesamtwaferausbeute verbesserte sich durch diese Prozessverbesserung deutlich.
- Abb. 10. Beobachtung der Ausreißerkachel am unteren linken Waferrand auf Waferebene
Vor der Hyper-Heatmap-Ansicht konzentrierte sich die Untersuchung dieses Ertragssignals zunächst auf die Kachel selbst, also in diesem Fall in die falsche Richtung. Sobald die Korrelation des Wafer-Randertrags klar war, konnte der zuständige Eigentümer sofort mit kontinuierlichen Verbesserungsmaßnahmen beginnen.
VII. TIPPS & TRICKS
A.Fehlende Formen anzeigen
Direkt unter dem Spaltenauswahlfeld in der Graph Builder-Plattform befindet sich das Kontrollkästchen „ Fehlende Formen anzeigen “. Wenn Sie dieses Kontrollkästchen aktivieren, werden die Umrisse der Formen angezeigt, die in den Definitionsdateien vorhanden, aber in der aktuellen Datentabelle nicht vorhanden sind (siehe Abbildung 11). Dies ist hilfreich, um fehlende Daten zu erkennen oder sich einen Gesamtüberblick über die Karte zu verschaffen.
- Abb. 11. Graph Builder – Kontrollkästchen „Fehlende Formen anzeigen“
B.Aktivieren von Datenbeschriftungsüberlagerungen
Die Möglichkeit, mit der Maus über Formen zu fahren oder Beschriftungen über jeder Form anzuzeigen, ist hilfreich, um Muster schnell zu erkennen. Klicken Sie mit der rechten Maustaste auf die gewünschte(n) Spalte(n) und wählen Sie „Beschriften/Beschriftung aufheben“, um die Spaltendaten anzuzeigen, während Sie im Graph Builder mit der Maus über Formen fahren. Um die Beschriftungen statisch auf den Formen anzuzeigen, wählen Sie die gewünschten Zeilen in der Datentabelle aus und wählen Sie „Beschriften/Beschriftung aufheben“.
C.Automatisierung mit Filtern und Spaltenumschalter
Bei der Analyse von Volumendaten kann die Suche nach subtilen Mustern mühsam sein. Die Minimierung der Mausklicks ist daher immer hilfreich. Die Filterautomatisierung und der Spaltenumschalter (Graph Builder, roter Pfeil > Skript) ermöglichen eine effiziente Analyse großer Mengen räumlicher Daten mit unterschiedlichen Bedingungen.
D.Frame-Paging mit JMP12
Die Graph Builder-Plattform verfügt mit dem jüngsten JMP12-Update über einige bemerkenswerte Funktionserweiterungen, insbesondere die Möglichkeit, mithilfe der Seiten -Dropzone in mehrere Frames aufzuteilen. Das Platzieren einer Datenspalte in dieser Dropzone generiert mehrere Instanzen des Graph Builder-Frames entsprechend der Anzahl der darin gefundenen eindeutigen Werte. Der Bericht kann als interaktives HTML-Dokument gespeichert und weitergegeben werden.
UND.Frame-Segmentierung mit Gruppierungs- und Wrap-Drop-Zonen
Wie am Beispiel der Wafer-Hyper-Heatmap zu sehen ist, können Frames durch verschachtelte Spalten innerhalb der Drop-Zonen Gruppe X und Gruppe Y segmentiert werden. Die Wafer-Hyper-Heatmap nutzte die X- und Y-Koordinaten zur Segmentierung, es können jedoch beliebige Spalten verwendet werden. Weitere häufig verwendete Beispiele sind Spannungstestpunkt, Testtemperatur und Frequenztestpunkt. Die Wrap- Drop-Zone bietet ähnliche Funktionen bei effizienterer Platznutzung, allerdings ist keine Spaltenverschachtelung möglich. Durch Rechtsklick auf die Gruppenvariablen kann der Benutzer die Anzahl der anzuzeigenden Ebenen auswählen, um gezielt in relevante Bereiche hineinzuzoomen (siehe Abbildung 12).
- Abb. 12. Auswählen der Ebenen in der Ansichtsoption innerhalbGruppeVariable Zonen
F.Ändern der Farbeinstellungen des Graph Builders
Bei der Analyse benutzerdefinierter Karten-Overlay-Daten kann oft eine einfache Änderung der Farbeinstellungen das Erscheinungsbild von Ausreißermustern deutlich hervorheben. Die Autoren empfehlen einen dunklen Hintergrund (Grafik > Hintergrundfarbe) mit einem sequentiellen Farbschema für einseitige Daten (Vorfahrt, Geschwindigkeit usw.) und einem divergierenden Farbschema für zweiseitige Daten. Die Farbschemata sind in den Verlaufseinstellungen durch einen Rechtsklick auf die Legende zugänglich. Standardmäßig fügt Graph Builder jedem Objekt einen grauen Rahmen mit einer Breite von einem Pixel hinzu, der einige kleinere Objekte überschatten kann. Um diesen Rahmen zu entfernen, klicken Sie mit der rechten Maustaste in den Rahmen, wählen Sie „Anpassen > Kartenobjekte“ und ändern Sie die Linienbreite auf Null.
VIII. BEKANNTE PROBLEME UND VORSICHTSMASSNAHMEN
- A. Überlappende Formen zeigen möglicherweise nicht die gewünschte Farbe an
Dies tritt auf, wenn in der benutzerdefinierten Karte Formen mit überlappenden Bereichen definiert sind. In Abbildung 13 teilen sich die ACP- und GNB -Blöcke einen gemeinsamen Bereich, es wird jedoch nur eine Farbe verwendet. Dies ist beim Erstellen benutzerdefinierter Karten mit überlappenden Formen zu beachten.
- Abb. 13. Falsche Farbüberlagerung zweier überlappender Formen
- B. Durch Ziehen einer Beschriftung zum Erstellen eines Zeigers wird eine unbeschriftete Zeile angezeigt
Abbildung 14 zeigt, wie das Ziehen einer gewünschten Beschriftung (gepunkteter schwarzer Rand) dazu führte, dass für eine unbeschriftete Zeile eine überflüssige Beschriftung (gepunkteter roter Rand) erschien. Dieses Problem wurde in JMP 12 behoben.
- Abb. 14. Durch Ziehen der Beschriftung (schwarz) wird eine unbeschriftete Zeile angezeigt (rot).
- C. Durch Ändern der Ebenen in der Ansicht werden Rahmenanpassungen zurückgesetzt
Abbildung 15 zeigt den Ablauf, wenn zunächst die Rahmenanpassungen für die Standardansicht festgelegt werden, dann vier Ebenen in der Ansicht mit einer der Gruppenvariablen ausgewählt werden und schließlich beim Zurückwechseln zur ursprünglichen Ansicht die ursprünglich angewendeten Anpassungen verloren gehen.
- Abb. 15. Das Ändern der Ebene in der Ansichtsfunktion führt zum Verlust von Rahmenanpassungen
- D.Map-Rollenspalteneigenschaften und Übersichtstabellen
Wenn einer Spalte die Eigenschaft „Kartenrolle“ zugewiesen ist und die Datentabelle zusammengefasst ist (einschließlich dieser Spalte), erkennt Graph Builder die Spalteneigenschaft nicht. Es wird lediglich angezeigt, dass keine Shape-Datei gefunden wurde, obwohl sie in der Eigenschaft „Kartenrolle“ definiert ist. Die Problemumgehung besteht darin, die Eigenschaft „Kartenrolle“ zu entfernen und erneut hinzuzufügen. Alternativ funktioniert die Eigenschaft „Kartenrolle“ wie erwartet, wenn die Datei gespeichert, geschlossen und erneut geöffnet wird.
- E. Die Kartenrolleneigenschaft kann nicht aktualisiert werden
Bei Verwendung der Spalteneigenschaft „Map-Rolle“ wurde beobachtet, dass nach dem Festlegen der Eigenschaft und dem Anwenden einer Shape-Definitionsdatei die Auswahl einer anderen Datei nicht die Einstellungen der neuen Datei übernimmt. Auch die Shape-Definitionsspalte kann nicht aktualisiert werden. Die Problemumgehung besteht darin, die Eigenschaft „Map-Rolle“ zu entfernen und sie mit den neuen Datei- und Spalteneinstellungen erneut hinzuzufügen.
IX. VERBESSERUNGSMÖGLICHKEITEN
Benutzerdefinierte Karten innerhalb der Graph Builder-Plattform eignen sich hervorragend zur Analyse von Mustern, die mit räumlichen Daten korrelieren, und verfügen über eine außergewöhnlich interaktive Oberfläche. Wie in diesem Dokument erwähnt, ermöglicht diese Funktion eine erfolgreiche Ursachenanalyse mit spürbaren finanziellen Auswirkungen. Bei umfassender Nutzung dieser Funktionalität ist ihr Nutzen offensichtlich, und eine Erweiterung ihres Nutzens durch einige Optimierungen führt nur zu besseren Ergebnissen.
Nachfolgend haben die Autoren einige Verbesserungsmöglichkeiten auf Basis ihrer Erfahrungen zusammengestellt.
A.Mehr Optionen für Ebenen in der Ansicht
Graph Builder bietet die Möglichkeit, die Ansicht mithilfe von Gruppen -Dropzonen auf der X- und Y- Achse zu segmentieren. Das Rechtsklickmenü bietet einige Optionen zum Festlegen der Anzahl der angezeigten Ebenen, ist jedoch recht starr (siehe Abbildung 16). Oft sind mehr als vier Ebenen (aber weniger als alle) in der Ansicht erwünscht, diese Option ist derzeit jedoch nicht verfügbar. Dies könnte dynamisch basierend auf der Anzahl der Werte in der Gruppenspalte geändert werden.
- Abb. 16. Ebenen in Ansichtsoptionen auf 1-4 oder alle beschränkt
B.Unterstützt mehrspaltiges Paging
Dies ist eine äußerst nützliche Funktion, um mit einem einfachen Mausklick schnell durch mehrere Ansichten zu blättern. Diese Funktion könnte noch weiter optimiert werden, indem die Frames durch mehrere Spalten geteilt werden könnten, ähnlich wie die Funktion „ Nach“ auf anderen Plattformen. Die aktuelle Problemumgehung besteht darin, eine neue Spalte zu erstellen und die Daten mehrerer Spalten zusammenzufassen, um verschiedene Kombinationen zu erhalten. Eine Paginierung mehrerer Spalten wäre jedoch eine sauberere Lösung.
X. ANERKENNUNG
Die Autoren danken Paul Shook für seine Hilfe bei der Erweiterung der AMD-Grundrisssoftware um ein spezielles Ausgabeformat, das die Konvertierung in das benutzerdefinierte Kartenformat von JMP erheblich erleichtert. Darüber hinaus danken wir den Analystenkollegen von AMD für ihre Unterstützung bei der Evaluierung der Verwendung benutzerdefinierter Karten für die SoC-Ertragsvisualisierung in JMP.
AMD, das AMD Arrow-Logo und Kombinationen davon sind Marken von Advanced Micro Devices, Inc. Andere in dieser Veröffentlichung verwendete Produktnamen dienen nur zu Identifikationszwecken und können Marken der jeweiligen Unternehmen sein.
