Ein Datensatztyp ist das Format für einen bestimmten Typ von Änderungsanforderung. Er entspricht in etwa einer Tabelle in einer relationalen Datenbank. Jeder Datensatztyp definiert die Daten, die für einen Typ von Änderungsanforderung gesammelt werden können. Die Informationen zu einer einzelnen Änderungsanforderung werden als Datensatz, ein einzelnes Datenelement einer Änderungsanforderung wird als Feld bezeichnet.
Jedem Datensatz werden ein eigenes Statusmodell, Formulare und Hooks zugeordnet, um die Datenerfassung und -anzeige für diesen Typ von Änderungsanforderung zu steuern.
In Datenbanken von Version 7.0 können mehr Datensätze gespeichert werden. Clientkomponenten von Rational ClearQuest früherer Versionen können jedoch keine Datensätze mit Datenbankkennungen (DBIDs) anzeigen, die höher als die bisherige höchste Nummer sind. Weitere Informationen hierzu finden Sie im Abschnitt Mit Datensätzen arbeiten.
Weitere Informationen zur Überprüfung der Version von Clientkomponenten von Rational ClearQuest finden Sie im Abschnitt Clientversion überprüfen in der Veröffentlichung "Rational ClearQuest API-Referenz".
Es werden zwei Datensatztypen unterstützt: statusabhängige und statusunabhängige Datensatztypen.
Ein statusabhängiger Datensatztyp durchläuft eine Reihe von Status (z. B. "Submitted" (Übergeben), "Assigned" (Zugeordnet) und "Resolved" (Aufgelöst)), die sich bei der Ausführung von Benutzeraktionen ergeben.
Ein statusunabhängiger Datensatztyp erfasst Daten, ohne seinen Status zu ändern. Es gibt z. B. statusunabhängige Datensatztypen für Benutzer, Projekte, Kunden. Die einzigen Aktionen, die an statusunabhängigen Datensatztypen ausgeführt werden können, sind "Submit" (Übergeben), "Modify" (Ändern), "Delete" (Löschen) und "Import" (Importieren).
Statusabhängige Datensätze können auf einen oder mehrere statusunabhängige Datensätze verweisen. Beispielsweise kann ein Benutzer Fehler (statusabhängiger Datensatztyp) einem Projekt (statusunabhängiger Datensatztyp) zuordnen.
Beim Hinzufügen eines statusunabhängigen Datensatztyps zu einem Schema müssen Sie mindestens eines der dazugehörigen Felder als eindeutigen Schlüssel festlegen. Die Software Rational ClearQuest verwendet diesen Schlüssel, um einzelne Datensätze dieses Typs zu identifizieren.
Rational ClearQuest verwaltet vier statusunabhängige Systemdatensatztypen: "History", "Attachments", "Groups" und "Users". Sie können Systemdatensatztypen nicht löschen.
Wenn Sie einen bestimmten Datensatztyp erstellt haben, können Sie ihn nicht in den anderen Typ ändern, d. h., Sie können einen statusunabhängigen Datensatztyp nicht in einen statusabhängigen Datensatztyp ändern und umgekehrt.
Datensatztypen haben Anzeigenamen und Datenbankkennungen, die zur Lokalisierung von Datensätzen verwendet werden können.
Anzeigenamen sind im Rahmen eines Datensatztyps (statusabhängig oder statusunabhängig) eindeutig.
Die Datenbankkennung (DBID) eines ClearQuest-Datensatzes ist eine ID, die intern für einen Datensatz vergeben wird. Die DBID ist eine eindeutige Zahl, die den einzelnen Datensätzen in einer Benutzerdatenbank nacheinander zugeordnet wird. Weitere Informationen hierzu finden Sie im Abschnitt Mit Datensätzen arbeiten.
Informationen zur Implementierung des Dienstprogramms "Find Record" mit der ClearQuest-API finden Sie in den Abschnitten zu den Methoden GetEntityDefOfDbId und GetEntityDefofName auf den Referenzseiten zur Rational ClearQuest-API.
Ein Schema kann mehrere Datensatztypen enthalten. Beispielsweise kann ein Schema über separate Datensatztypen für Softwareerweiterungen (software enhancements) und für Hardwareerweiterungen (hardware enhancements) verfügen. Es kann auch verschiedene Datensatztypen für Probleme (issues), Fehlerberichte (problem reports), Änderungsanforderungen (change requests), Fehler (defects) und Erweiterungsanforderungen (enhancement requests) enthalten.
Generell sollten Sie separate Datensatztypen erstellen, wenn Änderungsanforderungstypen über ein eigenes Prozessmodell verfügen oder die Aufzeichnung verschiedener Daten erfordern. Verfügt Ihr Unternehmen beispielsweise über verschiedene Prozessmodelle für Softwareerweiterungen und Hardwareerweiterungen, dann sollten Sie zwei separate Datensatztypen erstellen. Wird für Software- und Hardwareerweiterungen jedoch dasselbe Prozessmodell verwendet, sollten Sie nur einen einzigen Datensatztyp "Enhancements" erstellen, der ein Feld zur Angabe des Erweiterungstyps bereitstellt.
Überlegen Sie sorgfältig, welche Datensatztypen Sie erstellen. Wenn Sie mehr Datensatztypen verwenden, können Sie zwar mehr Varianten in Prozessmodellen erfassen, Sie erhöhen jedoch den Verwaltungsaufwand und erschweren das Erstellen von Abfragen und Berichten, die eine große Anzahl von Änderungsanforderungen abdecken. Außerdem sollten Sie vorausschauend planen: Wenn zwei Typen von Änderungsanforderungen zwar momentan dasselbe Prozessmodell verwenden, jedoch in Zukunft vermutlich verschiedene Modelle benötigen, ist es sinnvoll, gleich zu Beginn zwei Datensatztypen zu erstellen, anstatt erst später eine Aufteilung vorzunehmen.
Bedenken Sie auch einige Aspekte, die schon beim Entwerfen relationaler Datenbanken zum Tragen kommen (oder fragen Sie einen Datenbankadministrator um Rat, der mit diesen Dingen vertraut ist). Anstatt beispielsweise die Felder "submitter", "submitter's e-mail address" und "submitter's phone number" im Datensatztyp "Defects" anzugeben, können Sie einen Datensatztyp "Submitters" erstellen, der alle Benutzerinformationen enthält. Dieser Ansatz ermöglicht es Benutzern, jedes Mal, wenn sie einen Fehler übergeben, lediglich ihren Benutzernamen anzugeben. Anschließend können Sie mit einem Feld "REFERENCE" eine Verknüpfung zwischen den Datensatztypen "Defect" und "Submitter" erstellen, um die E-Mail-Adresse und Telefonnummer des übergebenden Benutzers in Formularen und Berichten anzuzeigen. Siehe Durch Verknüpfen von Datensätzen eine hierarchische Struktur erstellen.
Jedes Schema muss über einen Standardsatztyp verfügen. Der Datensatztyp kann statusabhängig oder statusunabhängig sein. Der Standarddatensatztyp wird zum Erstellen einer Schaltfläche für Direktaufruf in der Clientkomponente von Rational ClearQuest verwendet, die zum Übergeben von Sätzen dieses Typs eingesetzt werden kann. Der Standardsatztyp wird verwendet, wenn keine anderen Datensatztypen angegeben sind.