I (Visual Studio Team System-Glossar)

Aktualisiert: November 2007

In diesem Glossar werden die in der Visual Studio Team System-Hilfe verwendeten Schlüsselbegriffe definiert.

• Indikatorensatz [counter set]
  Ein Satz von Systemleistungsindikatoren, die zum Überwachen während eines Auslastungstests nützlich sind. Indikatorensätze sind nach Technologie geordnet (z. B. die Indikatorensätze für ASP.NET oder SQL).

• Indikatorensatzzuordnung [counter set map]
  Eine Zuordnung zwischen einem Indikatorensatz und einem Computer, die während eines Auslastungstests verwendet wird. Beispielsweise kann ein Webserver über Indikatorensatzzuordnungen für ASP.NET-, IIS- und .NET-Anwendungen verfügen.

• Indikatorschwellenwert [counter threshold]
  Warnungen, die für einen bestimmten Indikator festgelegt werden können und Sie über die Verwendung von Systemressourcen während der Ausführung eines Auslastungstests benachrichtigen. Es gibt zwei Typen von Schwellenwerten: kritischer Schwellenwert und Warnung. Indikatorensatzdefinitionen enthalten vordefinierte Schwellenwerte für viele wichtige Leistungsindikatoren.

• Infrastrukturarchitektur [infrastructure architecture]
  Die Topologie der Bereitstellungsumgebung, einschließlich Protokolle, Sicherheitsebenen und Dienste. Diese Architektur stellt eine logische Zuordnung zur Bereitstellungsumgebung bereit, z. B. zum Datencenter.

• Inklusive Anwendungszeit [application inclusive time]
  Die Zeit für die Ausführung einer Funktion und der von ihr aufgerufenen Elemente, ausschließlich der Zeit für Übergänge in Kernelmodus- und Leistungstools-Überprüfungen.

• Inklusive Übergänge [inclusive transitions]
  Die Anzahl der Übergänge zwischen Benutzermodus (Ring 3) und Kernelmodus (Ring 0) in einer Funktion und den von der Funktion aufgerufenen Elementen.

• inklusive Zeit [inclusive time]
  Die gesamte Zeit für die Ausführung einer bestimmten Funktion oder eines bestimmten Moduls, einschließlich der Zeit für die Ausführung von Funktionen oder Modulen, die aus der betreffenden Funktion aufgerufen werden.

• Instrumentation [instrumentation]
  Ein Profilerstellungsverfahren, bei dem Diagnoseüberprüfungen in das Programm eingefügt werden, dessen Profil erstellt wird. Siehe auch: Sampling.

• Instrumentation Overhead [instrumentation overhead]
  Eine Verlängerung des zum Ausführen von Code erforderlichen Zeitraums beim Instrumentieren einer Binärdatei. Die Verlängerung wird durch zusätzlichen Code verursacht, der auch als Einfügung bezeichnet wird und zum Überwachen der Anwendungsleistung eingefügt wird.

• Instrumentieren [instrument]
  Das Markieren des Quellcodes, um die für jeden Bereich aufgewendete Zeit zu messen.

• Instrumentieren einer Binärdatei [instrument a binary]
  Das Einfügen von Diagnoseüberprüfungen in die Binärdatei, um Leistungsdaten zu erfassen.

• Integrierte Leistungsindikatoren [on-chip performance counters]
  Register auf einem bestimmten CPU-Chip, die Informationen auf sehr niedriger Ebene speichern. Diese Informationen können abgefragt werden. "Leistungszähler" wird häufig mit "perfmon" verwechselt. Diese Zähler sind vollkommen unterschiedlich.

• Interne Version [internal release]
  Das Erzielen eines bekannten Zustands für das Produkt und die inkrementelle Weiterentwicklung auf der Grundlage dieses Zustands. Außerdem ein Zwischenmeilenstein der Entwicklungsphase vor dem Meilenstein für den vollständigen Bereich.

• Isolierte Entwicklungsumgebung [isolated development environment]
  Eine private Kopie der Datenbank, die anhand des Datenbankprojekts erstellt und i .d. R. unter Verwendung eines Datengenerierungsplans mit Daten gefüllt wird. Sie können eine isolierte Entwicklungsumgebung verwenden, um Änderungen am Datenbankschema sicher zu implementieren und zu testen, ohne andere Entwicklungsprozesse zu beeinträchtigen. Wenn Sie die Tests abgeschlossen haben, können Sie die Änderungen für das restliche Team freigeben, wenn Sie Ihre Version des Schemas in die Versionskontrolle einchecken.

• Iteration [iteration]
  (1) Ein fester Zeitraum, im Allgemeinen zwischen ein und sechs Wochen, für Zeitplanungsaufgaben und Planungsaktivitäten. Iterationen werden i. d. R. fortlaufend nummeriert und nacheinander ausgeführt. (2) Ein Knoten in der Hierarchie des gemeinsamen Strukturdiensts, der eine Zeitplanabstraktion darstellt.

• Iterationsbudget [iteration budget]
  Das für die Entwicklungsplanung einer Iteration verwendete Budget, das auf ungefähr geschätzten Größenordnungen basiert. Das Iterationsbudget wird aus dem Geschwindigkeitsbericht gewonnen und in idealen Personentagen gemessen.

• Iterationslänge [iteration length]
  Die Länge des festen Zeitraums für eine Iteration. Die Iterationslänge bleibt i. d. R. im gesamten Projekt konstant.

• Iterationsplan [iteration plan]
  Die Liste von Szenarien, Servicequalitätsanforderungen und Aufgaben für die nächste Iteration.

• Iterationstests [iteration tests]
  Der Satz von Tests, die nach den Buildüberprüfungstests ausgeführt werden. Mit diesen Tests wird die im Iterationsplan geforderte Funktionalität überprüft.

• Iterative Entwicklung [iterative development]
  Die Entwicklung einer Lösung, bei der zunächst eine Basisgruppe grundlegender Features erstellt, getestet und bereitgestellt wird und anschließend in aufeinander folgenden Versionen Features hinzugefügt werden.