A
Abgeleitetes Element
UML-Symbol Ein Modellelement, das aus einem anderen Element berechnet werden kann, aber das zur Verdeutlichung gezeigt oder zu Designzwecken aufgenommen wird, obwohl es keine Semantikinformationen hinzufügt.
Abhängigkeit
UML-Symbol Eine Beziehung zwischen zwei Modellierungselementen, in der sich eine Änderung an einem Modellierungselement (dem unabhängigen Element) auf das andere Modellierungselement (das abhängige Element) auswirkt.
Ablaufdiagramm
UML-Symbol Ein Diagramm, das Objektinteraktionen in einer zeitlichen Abfolge angeordnet zeigt. Das Diagramm zeigt insbesondere die Objekte, die an der Interaktion teilnehmen, und die Abfolge der ausgetauschten Nachrichten. Anders als ein Kommunikationsdiagramm enthält ein Ablaufdiagramm Zeitabläufe, aber keine Objektbeziehungen. Ein Ablaufdiagramm kann in generischer Form (Beschreibung eines allgemeinen Szenarios) oder in Instanzform (Beschreibung einer Szenarioinstanz) vorliegen. Ablaufdiagramme und Kommunikationsdiagramm veranschaulichen ähnliche Informationen, aber in unterschiedlicher Darstellungsart. Siehe Kommunikationsdiagramm.
Abnahme
Eine Aktion, mit der der Kunde Softwareprodukte als teilweise oder vollständige Erfüllung eines Vertrags abnimmt.
Abstrakt
Bezieht sich auf ein Subjekt im abstrakten Sinne ohne praktischen Zweck und ohne Intention; nicht angewendet oder praktisch, theoretisch; ohne konkretes Vorhandensein betrachtet. Gegensatz zu konkret. Siehe abstrakte Klasse.
Abstrakte Klasse
UML-Symbol Eine Klasse, die ein allgemeines Verhalten für eine Gruppe von Unterklassen bereitstellt, aber selbst keine Instanzen hat. Eine abstrakte Klasse stellt ein Konzept dar. Klassen, die von einer abstrakten Klasse abgeleitet sind, stellen Implementierungen des Konzepts dar. Siehe auch Basisklasse. Gegensatz zu konkrete Klasse.
Abstraktion
Das Erstellen einer Sicht oder eines Modells, das unnötige Einzelheiten unterdrückt, um bestimmte Einzelheiten von Interesse in den Vordergrund zu rücken.
ACL
(Access Control List, Zugriffssteuerungsliste).
Active Server Page
Active Server Page (Microsoft(R)), ein Technologiemechanismus für die Unterstützung des dynamischen Verhaltens in Webanwendungen.
Ad-hoc-Test
Eine Technik für das Testen von Computersoftware_91A698D.html" target="ory_doc" guid="7.755968586980351E-308" >BAC01a].
Advanced Program-to-Program Communication
Ein Kommunikationsprotokoll, das hauptsächlich in IBM Umgebungen verwendet wird.
Aggregation
Eine Assoziation, die eine Gesamtbeziehung zwischen Aggregat (dem Ganzen) und seinen Komponenten modelliert.
Aggregat (Klasse)
UML-Symbol Eine Klasse, die das "Ganze" in einer Aggregationsbeziehung darstellt. Siehe Aggregation.
Akteurgeneralisierung
Eine Akteurgeneralisierung von einer Akteurklasse (Nachfolger) zu einer anderen Akteurklasse (Vorgänger) zeigt an, dass der Nachfolger die Rolle erbt, die der Vorgänger in einem Anwendungsfall übernehmen kann.
Akteurinstanz
Jemand oder etwas außerhalb des Systems, der bzw. das mit dem System interagiert.
Akteurklasse
Definiert eine Gruppe von Akteurinstanzen, in der jede Akteurinstanz im Bezug auf das System dieselbe Rolle spielt.
Aktion
UML-Symbol Die Spezifikation einer ausführbaren Anweisung, die eine Abstraktion einer Rechenprozedur bildet. Eine Aktion führt normalerweise zu einer Änderung des Systemstatus und kann realisiert werden, indem eine Nachricht an das Objekt gesendet oder ein Link oder ein Wert eines Attributs geändert wird.
Aktionsfolge
UML-Symbol Ein Ausdruck, der in eine Folge von Aktionen aufgelöst wird.
Aktionszustand
UML-Symbol Ein Zustand, der die Ausführung einer atomaren Aktion darstellt, in der Regel den Aufruf einer Operation.
Aktive Klasse
Eine Klasse, die einen Steuer-Thread im System darstellt.
Aktives Objekt
UML-Symbol Ein Objekt_9C233AE5.html" guid="_yYpNkdnmEdmO6L4XMImrsA" >Thread ist und Steueraktivitäten einleiten kann. Eine Instanz einer aktiver Klasse.
Aktivierung
UML-Symbol Die Ausführung einer Aktion.
Aktivität
Prozesselement, das die Verschachtelung und logische Gruppierung von zusammengehörigen Prozesselementen wie Deskriptor- und Unteraktivitäten unterstützt und somit Gliederungsstrukturen bildet.
Aktivitätsbasierte Kostenrechnung
Eine Methodik, die Kosten und Leistung von Aktivitäten, Ressourcen und Kostenobjekten misst. Ressourcen werden Aktivitäten zugeordnet, und anschließend werden Aktivitäten basierend auf ihrem Einsatz Kostenobjekten zugeordnet. Die aktivitätsbasierte erkennt kausale Zusammenhänge zwischen Kostentreibern und Aktivitäten.
Aktivitätsbasiertes Management
Die weite Disziplin, die sich darauf konzentriert, durch das Management von Aktivitäten Nutzen und Unternehmensgewinne zu erzielen. Als Hauptinformationsquelle hierfür dient die aktivitätsbasierte Kostenrechnung.
Aktivitätsdetaildiagramm
Diagramm, das alle Prozesselemente im Bereich einer Aktivität (Rollendeskriptoren, Arbeitsergebnisdeskriptoren, Aufgabendeskriptoren, untergeordnete Aktivitäten) darstellt. Dieses Diagramm beschreibt auch die Ein-/Ausgabebeziehungen zwischen Aufgabendeskriptoren (oder Aktivitäten) und Arbeitsergebnisdeskriptoren sowie die Zuständigkeitsbeziehungen zwischen Rollendeskriptoren und Aufgabendeskriptoren. Aktivitätsdetaildiagramme liefern eine vollständige Zusammenfassung einer Aktivität und verbessern damit ihre Verständlichkeit.
Aktivitätsgraph
UML-Symbol Eine spezielle Zustandsmaschine, die zum Modellieren von Prozessen unter Verwendung eines oder mehrerer Klassifikationsmerkmale verwendet wird. Gegensatz zu Zustandsdiagramm. Synonym: Aktivitätsdiagramm.
American Standard Code for Information Interchange
American Standard Code for Information Interchange. Das 8-Bit-Zeichencodierungsschema, das von den meisten PCs und UNIX-Systemen verwendet wird. Dieser Standard überlagert den früheren 7-Bit-ASCII-Standard.
Analyse
Der Teil des Softwareentwicklungsprozesses, deren Hauptzweck es ist, ein Modell der problematischen Domäne zu formulieren. Die Analyse konzentriert sich auf die Frage, was zu tun ist, und das Design auf die Frage, wie es zu tun ist. Siehe Design.
Analyseklasse
Eine Abstraktion einer Rolle, die von einem Designelement im System übernommen wird, normalerweise im Kontext einer Anwendungsfallrealisierung. Analyseklassen können eine Abstraktion für mehrere Rollen und das allgemeine Verhalten dieser Rollen bereitstellen. Aus Analyseklassen entwickeln sich normalerweise ein oder mehrere Designelemente, z. B. Designklassen und/oder Kapseln oder Designsubsysteme.
Analysemechanismus
Ein Architekturmechanismus, der in einem früheren Stadium des Designprozesses während der Erkennung verwendet wird, um die wichtigen Klassen und Subsysteme zu ermitteln. Normalerweise erfassen Analysemechanismen die Schlüsselaspekte einer Lösung so, dass sie implementierungsunabhängig ist. Analysemechanismen sind in der Regel von der Aufgabendomäne unabhängig. Vielmehr sind sie IT-Konzepte. Sie stellen spezifische Verhaltensweisen für eine domänenbezogene Klasse oder Komponente bereit oder entsprechen der Kooperationsimplementierung zwischen Klassen und/oder Komponenten. Sie können als Gerüst implementiert werden. Beispiele sind Mechanismen für die Handhabung von Persistenz, für die Kommunikation zwischen Prozessen, für die Behandlung von Fehlern und Funktionsstörungen, für Benachrichtigung und Messaging, um nur einige wenige zu nennen.
Analysemodell
Ein Objektmodell, das als Abstraktion des Designmodells dient. Es ist eine Ausgangsdefinition der Realisierung von Anwendungsfällen.
Analysemuster
[FOW97a] beschreibt Analysemuster wie folgt:
"[...] Gruppen von Konzepten, die eine allgemeine Konstruktion in der Geschäftsmodellierung darstellen. Ein Analysemuster kann nur für eine Domäne relevant sein oder sich auf mehrere Domänen beziehen."
In dieser Referenz hält somit das Vokabular der Domäne Einzug in die Beschreibung des Musters. Es gibt keinen Grund, warum die Definition in [FOW97a] nicht auch auf andere Domänen als die Geschäftsmodellierung anwendbar sein sollte. Ein weiterer Aspekt eines Analysemusters ist der, dass es eine abstrakte, konzeptionelle Vorlage ist, die (durch Bindung wie bei jedem anderen Muster auch) für die Instanzierung in einem Analysemodell bestimmt ist und anschließend durch Design weiter verbessert werden musst. Der Umfang eines Analysemusters kann stark variieren. Die in [FOW97a] vorgestellten Analysemuster haben einen mittleren Umfang und könnten für die Erstellung von Analysemodellen für vollständige Anwendungen herangezogen werden.
Analyse und Design
(Allgemeine) Aktivitäten, in deren Rahmen strategische und taktische Entscheidungen getroffen werden, um die vorausgesetzten funktionalen und qualitativen Anforderungen eines Systems zu erfüllen. Siehe auch Designmodell.
Analysezeit
UML-Symbol Bezieht sich auf etwas, das in der Analysephase des Softwareentwicklungsprozesses auftritt. Siehe Designzeit, Modellierungszeit.
Analytiker
Mitglied des Projektteams, das für die Sondierung und Interpretation der Stakeholder-Anfragen zuständig ist und diese Bedürfnisse dem gesamten Team vermittelt.
Änderungsanfrage
Ein allgemeiner Begriff für jede Anforderung eines Stakeholder, ein Artefakt oder einen Prozess zu ändern. In der Änderungsanfrage sind Informationen zum Ursprung und zu den Auswirkungen des aktuellen Problems, die vorgeschlagene Lösung und die Kosten dokumentiert. Siehe auch Verbesserungsvorschlag, Mangel.
Änderungsmanagement
Die Steuerung und Verfolgung von Änderungen, die an Artefakten vorgenommen werden. Siehe auch Scope-Management.
Anforderung
Siehe Softwareanforderungen.
Anforderung eines Stakeholders
Spezielle Anforderungen, z. B. Änderungsanfragen, Verbesserungsvorschläge, Aufforderungen zur Änderung einer Anforderung, Mängel, eines Stakeholder.
Anforderungen
Eine Disziplin im Software-Engineering-Prozess, der definieren soll, was das System tun soll. Die wichtigsten Aktivitäten sind die Entwicklung einer Vision, eines Anwendungsfallmodells und ergänzender Spezifikationsartefakte.
Anforderungsattribut
Informationen, die einer bestimmten Anforderung zugeordnet sind und eine Verbindung zwischen der Anforderung und anderen Projektelementen wie Prioritäten, Plänen, Status, Designelementen, Ressourcen, Kosten und Risiken schafft.
Anforderungsmanagement
Ein systematischer Ansatz für das Sondieren, Organisieren und Dokumentieren der Softwareanforderungen des Systems und das Herbeiführen und Einhalten einer Vereinbarung zwischen dem Kunden und dem Projektteam über die Änderung dieser Anforderungen.
Anforderungstyp
Eine Kategorisierung von Anforderungen basierend auf gemeinsamen Merkmalen und Attributen. Manchmal basieren Anforderungstypen auf der Anforderungsquelle oder dem Wirkungsbereich, z. B. Bedarf eines Stakeholders, Feature, Anwendungsfall, ergänzende Anforderung, Dokumentationsanforderung, Hardwarevoraussetzung, Softwareanforderung usw. Anforderungen können auch basierend auf der Dimension der Softwarequalität, die sie darstellen, kategorisiert werden, z. B. FURPS+.
Anforderungsverfolgung
Die Verknüpfung einer Anforderung mit anderne Anforderungen und anderen Artefakten und den zugehörigen Projektelementen.
Anleitung
Generalisiert alle Inhaltsformen und liefert in erster Linie Erläuterungen zu anderen UMA-Elementen. Da eine Anleitung selbst ein Inhaltselement ist, können Anleitungen einander zugeordnet werden.
Anwendung
Ein Vorgang, bei dem (neue Techniken) zur Verwendung bereitgestellt werden, bzw. ein Vorgang, bei dem Techniken angewendet werden.
Anwendungsfallabschnitt
Ein Anwendungsfallabschnitt ist ein Abschnitt eines Anwendungsfalls mit Vorbedingungen und Nachbedingungen, untergeordneten Abläufen, Schritten und Text. Anwendungsfallabschnitte können als Rückverfolgbarkeitselemente verwendet werden.
Anwendungsfalldiagramm
UML-Symbol Ein Diagramm, das die Beziehungen zwischen Akteuren und Anwendungsfällen in einem System veranschaulicht.
Anwendungsfallinstanz
UML-Symbol Die Ausführung einer Aktionsfolge, die in einem Anwendungsfall definiert ist. Eine Instanz eines Anwendungsfalls.
Eine Anwendungsfallinstanz ist ein spezieller, konkreter End-to-End-Pfad durch einen Anwendungsfall. Akteure werden durch bestimmte Personen (Akteurinstanzen) ersetzt, es werden bestimmte Werte und Antworten vorgegeben, und es wird nur einer von mehreren möglichen Abläufen des Anwendungsfalls betrachtet. Siehe auch Szenario, Testszenario.
Anwendungsfall (Klasse)
Eine Beschreibung eines Systemverhaltens in Form von Aktionsfolgen. Ein Anwendungsfall muss ein überwachbares Ergebnis von Wert für einen Akteur liefern. Ein Anwendungsfall enthält alle Ereignisabläufe, die mit dem Erzeugen des "überwachbaren Ergebnisses von Wert" in Verbindung stehen, einschließlich alternativer und Ausnahmeabläufe.
Formaler ausgedrückt definiert ein Anwendungsfall eine Gruppe von Anwendungsfallinstanzen oder Szenarios.
Anwendungsfallmodell
UML-Symbol Ein Modell, das die funktionalen Anforderungen eines Systems in Form von Anwendungsfällen beschreibt.
Anwendungsfallpaket
Ein Anwendungsfallpaket ist eine Sammlung von Anwendungsfällen, Akteuren, Beziehungen, Diagrammen und weiteren Paketen. Es wird verwendet, um das Anwendungsfallmodell durch Aufteilung in kleinere Teile zu strukturieren.
Anwendungsfallrealisierung
Eine Anwendungsfallrealisierung beschreibt anhand von zusammenarbeitenden Objekten, wie ein bestimmter Anwendungsfall im Designmodell realisiert wird.
Anwendungsfallsicht
Eine Architektursicht, die beschreibt, wie kritische Anwendungsfälle im System ausgeführt werden, und die sich hauptsächlich auf architektonisch wichtige Komponenten (Objekte, Aufgaben, Knoten) konzentriert. In RUP eine Sicht des Anwendungsfallmodells.
Anzeigeelement
UML-Symbol Ein Anzeigeelement ist eine textorientierte und/oder grafisch orientierte Projektion einer Sammlung von Modellelementen.
API
Siehe Application Programming Interface.
APPC
Siehe Advanced Program-to-Program Communication.
Applet
Ein Java-Programm, das für die Ausführung in einem Web-Browser bestimmt ist. Gegensatz zu Anwendung.
Application Programming Interface
Eine Softwareschnittstelle, die Anwendungen die Kommunikation miteinander ermöglicht. Eine API setzt sich aus Konstrukten oder Anweisungen mehrerer Programmiersprachen zusammen, die in einem Anwendungsprogramm codiert werden können, um bestimmte Funktionen und Services anzufordern, die von einem zugrundeliegenden Betriebssystem oder einem Serviceprogramm bereitgestellt werden.
Äquivalenzklasse
Eine Klassifizierung äquivalenter Werte, bei denen sich das Objekt erwartungsgemäß ähnlich verhält. Mit dieser Technik können die wichtigsten Tests ermittelt werden, wenn es zu viele potenzielle Tests gibt, die nicht alle in der verfügbaren Zeit durchgeführt werden können. Synonyme: Äquivalenzpartition, Domäne.
Arbeitsbereich
Der Arbeitsbereich, der den gesamten Code enthält, den Sie gerade bearbeiten, d. h. die aktuellen Editionen. Außerdem enthält der Arbeitsbereich die Standard-Java-Klassenbibliotheken und andere Klassenbibliotheken.
<
Arbeitsergebnis
Inhaltselement, das etwas darstellt, das von einer Aufgabe verwendet, erzeugt oder modifiziert wird.
Architektur
Gemäß IEEE das Ausgangskonzept eines Systems in seiner Umgebung. Die Architektur eines Softwaresystems (zu einem bestimmten Zeitpunkt) ist die Organisation oder Struktur der wichtigen Komponenten, die über Schnittstellen miteinander interagieren. Diese Komponenten wiederum setzen sich aus kleineren Komponenten und Schnittstellen zusammen.
Architektur (ausführbar)
Siehe Ausführbare Architektur.
Architekturmechanismen
Architekturmechanismen sind allgemeine konkrete Lösungen für häufig auftretende Probleme. Sie können Strukturmuster und/oder Verhaltensmuster sein. In Rational Unified Process (RUP) wird eine Architekturmechanismus als Überbegriff für Analysemechanismen, Designmechanismen und Implementierungsmechanismen verwendet.
Architekturmuster
[BUS96] definiert ein Architekturmuster wie folgt:
"Ein Architekturmuster beschreibt ein grundlegendes strukturiertes Organisationsschema für Softwaresysteme. Es stellt eine Reihe vordefinierter Subsysteme bereit, spezifiziert ihre Zuständigkeiten und enthält Regeln und Richtlinien für die Organisation der Beziehungen zwischen diesen Subsystemen."
Diese Interpretation wird in RUP verwendet. Um diese Definition noch ein wenig auszuführen: Ein Architekturmuster ist ein Muster (d. h. eine Lösungsvorlage) mit einem bestimmten Umfang und eine Vorlage für konkrete Softwarearchitekturen. Es beschäftigt sich mit systemweit gültigen Eigenschaften und typischerweise mit Beziehungen auf Subsystemebene (nicht Klassenebene). Architekturmuster scheinen von ihrer Natur her nicht von der Anwendungsdomäne abhängig zu sein (der Begriff einer bestimmten Domäne scheint nicht in die Beschreibung des Musters einzufließen), obwohl es im Prinzip keinen Grund gibt, warum Architekturmuster nicht auf diese Weise spezialisiert werden könnten. Ziehen Sie einen Vergleich mit Analysemustern. Das Softwarearchitekturdokument enthält die Architekturmuster, die im System zum Einsatz kommen.
Architektursicht
Eine Sicht der Systemarchitektur aus einer bestimmten Perspektive. Diese Sicht konzentriert sich hauptsächlich auf die Struktur, die Modularität, die essentiellen Komponenten und die Hauptsteuerungsabläufe.
Argument
UML-Symbol Eine Bindung für einen Parameter, die in eine Laufzeitinstanz aufgelöst wird. Synonym: tatsächlicher Parameter. Gegensatz zu Parameter.
Artefakt
Ein formales Arbeitsergebnis, das
1) von einer Aufgabe erzeugt, geändert oder verwendet wird,
2) einen Zuständigkeitsbereich definiert,
3) der Versionssteuerung unterliegt.

Ein Artefakt kann mehrere Formen haben, z. B. Modell, Modellelement oder Dokument.

ASCII
Siehe American Standard Code for Information Interchange.
ASP
Siehe Active Server Page.
Assoziation
Eine Beziehung, die eine bidirektionale semantische Verbindung zwischen Instanzen modelliert.
Assoziationsende
UML-Symbol Der Endpunkt einer Assoziation, die die Assoziation mit einem Klassifikationsmerkmal verbindet.
Assoziationsklasse
UML-Symbol Ein Modellelement, das sowohl Assoziations- als auch Klassenmerkmale hat. Eine Assoziationsklasse kann Assoziation mit Klassenmerkmalen oder als Klasse mit Assoziationsmerkmalen gesehen werden.
Asynchrone Aktion
UML-Symbol Eine Anforderung, bei der das sendende Objekt die Ergebnisse nicht abwartet. Gegensatz zu Synchrone Aktion.
Attacke
Ein geplanter und methodischer Versuch, die normale Ausführung eines aktiven Softwareprogramms zu unterbrechen bzw. zu umgehen. Attacken haben häufig einen zerstörerischen Charakter. Das Konzept, Computersoftware zu attackieren, hat seinen Ursprung in der Softwarehackergemeinde (A.K.A Cracker), deren Mitglieder verschiedene Techniken anwenden, um Softwaresysteme zu attackieren, in der Regel mit der Absicht, Sicherheitssoftware zu umgehen und sich illegalen Zugriff auf ein Hostsystem zu verschaffen. Beispiele für bekannte Angriffstechniken sind Pufferüberlauf, Denial-of-Service, Ressourcenbeschränkung und trojanische Pferde. Dieser Begriff wurde von Softwaretestexperten übernommen, um die Methoden zu beschreiben, mit denen potenzielle Fehler in einem Softwaresystem aufgespürt werden können.
Attribut
Ein von einer Klasse definiertes Attribut stellt ein benanntes Merkmal der Klasse bzw. ihrer Objekte dar. Ein Attribut hat einen Typ, der den Typ seiner Instanzen definiert.
Aufgabe
Eine Arbeitseinheit, die einer Rolle übertragen werden kann.
Aufgabe
Siehe Betriebssystemprozess_2656AA15.html" guid="_yYpNkdnmEdmO6L4XMImrsA" >Thread.
Aufruf
UML-Symbol Ein Aktionszustand, der eine Operation für ein Klassifikationsmerkmal aufruft.
Aufzählung
UML-Symbol Eine Liste benannter Werte, die als Bereich eines bestimmten Attributtyps verwendet werden, z. B. RGBColor = {rot, gruen, blau}. Boolean ist eine vordefinierte Aufzählung mit Werten aus der Gruppe {false, true}.
Ausarbeitung
Die zweite Phase des Prozesses, in der die Produktvision und Architektur definiert werden.
Ausdruck
UML-Symbol Eine Zeichenfolge, deren Auswertung einen Wert eines bestimmten Typs ergibt. Das Ergebnis der Auswertung des Ausdrucks "(7 + 5 * 3)" ist beispielsweise ein Wert des Typs Zahl.
Ausfall
Die Unfähigkeit eines Systems oder einer Komponente, die von ihr geforderten Funktionen innerhalb des vorgegebenen Leistungsrahmens [IE610.12] zu erfüllen. Charakteristisch für einen Ausfall sind die beobachtbaren Symptome eines oder mehrerer Mängel, deren eigentliche Ursache auf eine oder mehrere Funktionsstörungen zurückzuführen ist.
Ausführbare Architektur
Eine ausführbare Architektur ist eine Teilimplementierung des Systems, die erstellt wird, um ausgewählte Systemfunktionen und -eigenschaften zu demonstrieren, insbesondere solche, die nicht funktionale Anforderungen befriedigen. Eine ausführbare Architektur wird in der Ausarbeitungsphase zur Minderung von Risiken erstellt, die sich auf Leistung, Durchsatz, Kapazität, Zuverlässigkeit und sonstige Anforderungen beziehen, um das vollständige Funktionsspektrum des Systems in der Konstruktionsphase auf eine stabile Basis zu stellen, ohne Gefahr zu laufen, dass das System zusammenbricht. RUP verfolgt die Absicht, die ausführbare Architektur als evolutionären Prototypen zu erstellen, um funktionierende (die Anforderungen erfüllende) Teile beizubehalten und diese in das auslieferbare System zu integrieren.
Ausgabe
(1) Jedes Arbeitsergebnis, das das Ergebnis einer Aufgabe ist. Siehe Liefergegenstand.
Auslösen
UML-Symbol Einen Statusübergang vollziehen. Siehe Übergang.
Auslöser (Datenbank)
Code, der einer Datenbank zugeordnet ist und bewirkt, dass die Datenbank eine bestimmte Aktion oder Gruppe von Aktionen ausführt.
Austrittsaktion
UML-Symbol Eine Aktion, die beim Verlassen eines Zustands in einer Zustandsmaschine, unabhängig vom Übergang aus diesem Status, ausgeführt wird.
B
BASIC
Beginner's All-Purpose Symbolic Instruction Code, eine Programmiersprache. Siehe VB.
Basisklasse
Eine Klasse, von der andere Klassen oder Beans abgeleitet werden. Eine Basisklasse selbst kann von einer anderen Basisklasse abgeleitet sein. Siehe Abstrakte Klasse.
Bean
Eine kleine Komponente, die zum Erstellen von Anwendungen verwendet werden kann. Siehe JavaBean.
BeanInfo
Eine Begleitklasse für eine Bean, die eine Reihe von Methoden definiert, mit denen Informationen zu den Eigenschaften, Ereignissen und Methoden der Bean abgerufen werden können.
Bedarf eines Stakeholders
Das geschäftliche oder betriebliche Problem (Gelegenheit), das gelöst sein muss, um den Kauf oder die Verwendung rechtzufertigen.
Beim Test nicht entdeckter Fehler
Eine Funktionsstörung oder ein Mangel, die bzw. der während der Ausführung der Testaktivitäten vom Testteam nicht festgestellt wurde, aber beim Einsatz des Produkts aufgedeckt wird.
Benutzerschnittstelle
(1) Die Hardware und/oder Software, die einem Benutzer die Interaktion mit einem Computer ermöglicht.
Bereitstellungsprozess
Ein Bereitstellungsprozess ist ein spezieller Prozess, der eine vollständige und integrierte Lösung für die Durchführung eines speziellen Typs von Projekt beschreibt. Er ist ein vollständiges Lebenszyklusmodell, das durch sequenzielle Anordnung des Methodeninhalts in so genannte Gliederungsstrukturen detailliert beschrieben wird.
Bericht
Eine automatisch generierte Beschreibung, die ein oder mehrere Artefakte erläutert. Ein Bericht ist selbst kein Artefakt. Ein Bericht ist in den meisten Fällen ein transitorisches Produkt des Entwicklungsprozesses und ein Mittel für die Kommunikation bestimmter Aspekte des entwickelten Systems. Er ist eine Momentaufnahme von Artefakten, die selbst keine Dokumente sind.
Betatest
Tests, die vor einem Release durchgeführt werden und bei denen Vertreter des anvisierten Kundenstamms das Produkt testet.
Betriebssystemprozess
Ein eindeutiger Adressraum und eine eindeutige Ausführungsumgebung_DB3EE63C.html" guid="_yYpNkdnmEdmO6L4XMImrsA" >Thread.
Bewertungsauftrag
Eine kurze, leicht zu merkende Beschreibung, die das Wesentliche der Zielsetzungen für das Testteam in einem bestimmten Arbeitsplan definiert. Der Bewertungsauftrag wird für jede Iteration in der Regel neu überdacht und sorgt dafür, dass das Team weiter produktiv zu Gunsten der Test-Stakeholder arbeitet. Beispiele für Auftragsbeschreibungen sind Wichtige Probleme schnell finden, Empfehlung zur festgestellten Qualität abliefern und Anhand einer Spezifikation prüfen.
Beziehung
UML-Symbol Eine semantische Verbindung zwischen Modellelementen. Beispiele für Beziehungen sind Assoziationen und Generalisierungen.
Bindung
UML-Symbol Das Erstellen eines Modellelements aus einer Vorlage unter Angabe von Argumenten für die Parameter der Vorlage.
binäre Assoziation
UML-Symbol Eine Assoziation zwischen zwei Klassen. Ein spezieller Fall einer n-gliedrigen Assoziation.
Boolesch
UML-Symbol Eine Aufzählung, deren Werte true und false sind.
Boolescher Ausdruck
UML-Symbol Ein Ausdruck, der einen Booleschen Wert als Ergebnis hat.
Breakpoint
Ein Punkt in einem Computerprogramm, an dem die Ausführung angehalten wird.
Build
Eine betriebsfähige Version eines Systems oder eines Teil eines Systems, das einen Teil der im Endprodukt bereitgestellten Fähigkeiten demonstriert.
Build-Plan für Integration
Definiert die Reihenfolge, in der Komponenten in einer bestimmten Iteration implementiert und integriert werden. Ein Build-Plan für Integration ist normalerweise in einen Iterationsplan eingeschlossen.
Business-Engineering
Eine Gruppe von Verfahren, die ein Unternehmen verwendet, um sein Geschäft auf der Basis bestimmter Ziele zu entwerfen. Business-Engineering-Techniken können für Business-Reengineering, Geschäftsprozessoptimierung und Geschäftsprozessmodellierung verwendet werden.
Business-Process-Engineering
Siehe Business-Engineering.
Business-Reengineering
Eine Art des Business-Engineering, bei dem die Arbeit darin besteht, eine umfassende Sicht des vorhandenen Geschäftsmodells zu erstellen und zu überdenken, warum das, was getan wird, getan wird. Sie stellen alle vorhandenen Geschäftsprozesse in Frage und versuchen, vollständig neue Wege zu finden, die Prozesse neu zu strukturieren, um wesentliche Verbesserungen zu erzielen. Andere Bezeichnungen sind Business-Process-Reengineering (BPR) und Prozessinnovation.
Business-System
Ein Business-System kapselt alle Rollen und Ressourcen, die einen gemeinsamen Zweck haben, und definiert Zuständigkeiten, mit denen dieser Zweck erreicht werden kann.
C
CCB
Siehe Change Control Board.
CGI
Siehe Common Gateway Interface.
Change Control Board (CCB)
Die Rolle des CCB ist die, einen zentralen Steuermechanismus bereitzustellen, der gewährleistet, dass jede Änderungsanfrage sorgfältig berücksichtigt, autorisiert und koordiniert wird.
CLI
Siehe Schnittstelle auf Aufrufebene.
Client
UML-Symbol Ein Klassifikationsmerkmal, das einen Service von einem anderen Klassifikationsmerkmal anfordert. Gegensatz zu Lieferant.
Client/Server
Das Interaktionsmodell bei der verteilten Datenverarbeitung, in dem ein Programm an einem Standort eine Anforderung an ein Programm an einem anderen Standort sendet und eine Antwort erwartet. Das anfordernde Programm wird als Client und das antwortende Programm als Server bezeichnet.
COBOL
Common Business Oriented Language
COM
Component Object Model (Microsoft). Eine Softwarearchitektur von DEC und Microsoft, die den gemeinsamen Einsatz von ObjectBroker und OLE (Object Linking and Embedding) ermöglicht. Microsoft hat COM zu DCOM weiterentwickelt.
Common Gateway Interface (CGI)
Ein Standardprotokoll, über das ein Webserver Programme auf der Servermaschine ausführen kann. CGI-Programme werden als Reaktion auf Anforderungen von Webclient-Browsern ausgeführt.
Common Object Request Broker Architecture (CORBA)
Eine Middleware-Spezifikation, die einen Softwarebus, den Object Request Broker (ORB), definiert, der die Infrastruktur zur Verfügung stellt.
Container
UML-Symbol (1) Eine Instanz, in die andere Instanzen aufgenommen werden und die Operationen bereitstellt, um auf ihren Inhalt zuzugreifen bzw. durch diesen zu iterieren. Beispiele für Container sind Arrays, Listen, Gruppen.
Containerhierarchie
UML-Symbol Eine Namespace-Hierarchie, die sich aus Modellelementen und den Containerbeziehungen zwischen diesen Elementen zusammensetzt. Eine Containerhierarchie bildet einen azyklischen Graphen.
Cookies
Kleine Dateien, die Ihr Web-Browser auf Anforderung von besuchten Websites erstellt. Der Browser sendet den Inhalt der Datei bei nachfolgenden Besuchen an die Site.
CORBA
Siehe Common Object Request Broker Architecture.
CR
Siehe Änderungsanfrage.
CRC
Kollaborateure der Klassenzuständigkeiten. Dies ist eine Technik in der objektorientierten Entwicklung, die ursprünglich von Ward Cunningham und Kent Beck stammt, und mit der definiert werden kann, was Objekte im System tun sollen (ihre Zuständigkeiten), und mit der weitere Objekte (die Kollaborateure) angegeben werden können, die an der Realisierung dieser Zuständigkeiten beteiligt sind. Die Technik wird in [WIR90] beschrieben. CRC-Karten sind eine Möglichkeit, diese Ergebnisse unter Verwendung herkömmlicher Indexkarten zu erfassen.
CRUPIC STMPL
Dieses Akronym stellt Kategorien dar, die für die Definition von Produktanforderungen und für die Beurteilung der Produktqualität verwendet werden können. Der erste Teil des Akronyms bezieht sich auf operationale Kategorien - Funktionalität, Zuverlässigkeit, Benutzerfreundlichkeit, Installierbarkeit, Kompatibilität. Der zweite Teil bezieht sich auf Entwicklungskategorien - Servicefreundlichkeit, Testfähigkeit, Wartungsfreundlichkeit, Portierbarkeit, Lokalisierbarkeit. Siehe auch FURPS+.
D
DASD
Siehe Direct Access Storage Device.
Datenbank
(1) Eine Sammlung zusammengehöriger Daten, die mit gesteuerter Redundanz nach einem Schema zusammen für eine oder mehrere Anwendungen gespeichert werden.
Datenbankmanagementsystem (DBMS)
Ein Computerprogramm, das Daten verwaltet, indem es Services wie eine zentrale Steuerung, Datenunabhängigkeit und komplexe physische Strukturen für effizienten Zugriff, Integrität, Wiederherstellung, Steuerung des gemeinsamen Zugriffs, Vertraulichkeit und Sicherheit bereitstellt.
Datentyp
UML-Symbol Ein Deskriptor einer Gruppe von Werten ohne Identität, deren Operationen keine Nebenwirkungen haben. Zu Datentypen gehören primitive vordefinierte Typen und vom Benutzer definierbare Typen. Vordefinierte Typen sind beispielsweise Zahlen, Zeichenfolgen und Zeitangaben. Zu den vom Benutzer definierbaren Typen gehören Aufzählungen.
DBA
Datenbankadministrator
DBCS
Siehe Double-Byte Character Set.
DBMS
Siehe Datenbankmanagementsystem.
DCE
Siehe Umgebung für verteilte Datenverarbeitung.
DCOM
Distributed Component Object Model (Microsoft). Die Microsoft Erweiterung des Component Object Model (COM) für die Unterstützung von Objekten, die über ein Netzwerk verteilt sind.
Deadlock
Ein Zustand, in dem zwei unabhängige Threads blockiert sind und beide darauf warten, dass der jeweils andere eine Aktion ausführt. Deadlocks treten häufig auf, wenn Synchronisationsmechanismen zur Vermeidung von Konkurrenzsituationen hinzugefügt werden.
Definitionsmodell
UML-Symbol Das Modell, auf dem ein Repository basiert. Ein Definitionsmodell kann von einer beliebigen Anzahl von Repositorys verwendet werden.
Delegierung
UML-Symbol Die Fähigkeit eines Objekts, als Reaktion auf eine Nachricht eine Nachricht an ein anderes Objekt abzusetzen. Delegierung kann als Alternative zur Vererbung eingesetzt werden. Gegensatz zu Vererbung.
Demilitarized Zone (DMZ)
Dieser Begriff ist jetzt branchenüblich und beschreibt ein Teilnetz. Er wird in der Regel für Webserver verwendet, die durch Firewalls vom externen Internet und vom internen Netz eines Unternehmens geschützt sind.
Deployment
Eine Disziplin im Software-Engineering-Prozess mit der Zielsetzung, eine erfolgreiche Übergabe des entwickelten Systems an die Benutzer zu gewährleisten. Eingeschlossen sind Artefakte wie Schulungsmaterial und Installationsprozeduren.
Deployment-Diagramm
UML-Symbol Ein Diagramm, das die Konfiguration der Laufzeitverarbeitungsknoten und der auf diesen Knoten befindlichen Komponenten , Prozesse und Objekte zeigt. Komponenten stellen Laufzeitmanifestationen von Codeeinheiten dar. Siehe auch Komponentendiagramm.
Deployment-Einheit
UML-Symbol Objekte oder Komponenten, die einem Prozess oder einem Prozessor als Gruppe zugeordnet sind. Eine Verteilereinheit kann zur Ausführungszeit von einer zusammengesetzten Laufzeitklasse oder einer Aggregatklasse dargestellt werden.
Deployment-Sicht
Eine Architektursicht, die eine oder mehrere Systemkonfigurationen beschreibt. Die Zuordnung von Softwarekomponenten (Aufgaben, Modulen) zu den Rechenknoten in diesen Konfigurationen.
Deployment-Umgebung
Eine Instanz einer Hardware- und Softwarekonfiguration, die speziell für die Installation und Ausführung der entwickelten Software zur bestimmungsgemäßen Nutzung eingerichtet wird. Siehe auch Testumgebung , Umgebung.
Design
UML-Symbol Der Teil des Softwareentwicklungsprozesses, in dem hauptsächlich entschieden wird, wie das System implementiert wird. Während des Design werden strategische und taktische Entscheidungen getroffen, um die erforderlichen funktionalen und qualitativen Anforderungen eines Systems zu erfüllen. Siehe Analyse.
Designmechanismus
Ein Architekturmechanismus, der während des Designprozesses, d. h. in dem Zeitraum, indem die Details des Designs ausgearbeitet werden, verwendet wird. Designmechanismen beziehen sich auf zugehörige Analysemechanismen, die sie präzisieren, und können an ein oder mehrere Architektur- und Designmuster gebunden werden. Der Analysemechanismus und der Designmechanismus müssen sich im Umfang nicht unbedingt unterscheiden. Deshalb ist es möglich, auf Analyseebene und auf Designebene von einem Persistenzmechanismus zu sprechen und dasselbe zu meinen, wenn auch auf einer anderen Konkretisierungsstufe. Ein Designmechanismus setzt verschiedene Details der Implementierungsumgebung voraus, ist aber nicht an eine bestimmte Implementierung gebunden (wie es bei einem Implementierungsmechanismus) der Fall ist. Der Analysemechanismus für die Interprozesskommunikation kann beispielsweise von mehreren Designmechanismen für die Interprozesskommunikation konkretisiert werden: gemeinsam genutzter Speicher, funktionsaufrufähnliche Interprozesskommunikation, semaphorbasierte Interprozesskommunikation usw. Jeder Designmechanismus hat Stärken und Schwächen. Die Wahl des Designmechanismus wird durch die Merkmale der Objekte bestimmt, die den Mechanismus verwenden.
Designmodell
Ein Objektmodell, das die Realisierung von Anwendungsfällen beschreibt. Es dient als Abstraktion des Implementierungsmodells und des zugehörigen Quellcodes.
Designmuster
[GAM94] definiert ein Designmuster folgendermaßen:
"Ein Designmuster ist ein Schema für die Feinanpassung der Subsysteme oder Komponenten eines Softwaresystems bzw. der Beziehung zwischen ihnen. Es beschreibt eine häufig wiederkehrende Struktur miteinander kommunizierender Komponenten, die ein allgemeines Designproblem in einem bestimmten Kontext löst."
Designmuster sind mittlere bis kleine Muster, kleiner als Architekturmuster, aber normalerweise unabhängig von der Programmiersprache. Wenn ein Designmuster gebunden ist, bildet es einen Teil eines konkreten Designmodells (vielleicht einen Teil eines Designmechanismus). Designmuster sind aufgrund ihrer Ebene in der Regel domänenübergreifend anwendbar.
Designpaket
Eine Sammlung von Klassen, Beziehungen, Anwendungsfallrealisierungen, Diagrammen und anderen Paketen, die für die Strukturierung des Designmodells verwendet wird, indem es in kleinere Teile aufgeteilt wird. Es ist die logische Analogie des Implementierungssubsystems.
Designsubsystem
Ein Modellelement, das einen Teil eines Systems darstellt. Das Designsubsystem kapselt Verhalten durch Packen anderer Modellelemente (Klassen oder anderer Designsubsysteme), die das Verhalten bereitstellen. Es stellt außerdem eine Reihe von Schnittstellen bereit, die das mögliche Verhalten des Subsystems definieren.
Designzeit
UML-Symbol Bezieht sich auf ein Ereignis, das während einer Designphase des Softwareentwicklungsprozesses eintritt. Siehe Modellierungszeit . Gegensatz zu Analysezeit.
Deskriptor
Abstrakte Generalisierung für spezielle Gliederungselemente, die auf ein konkretes Inhaltselement verweisen. Deskriptoren sind das Schlüsselkonzept für die Realisierung der Trennung von Prozess und Methodeninhalt. Ein Deskriptor kann als Referenzobjekt für ein bestimmtes Inhaltselement bezeichnet werden. Ein Deskriptor hat eigene Beziehungen und Eigenschaften, mit denen die Semantik des referenzierten Inhaltselements modifiziert werden kann.
Diagramm
Eine grafische Darstellung eines vollständigen oder eines Teils eines Modells.
Dienstprogramm
UML-Symbol Ein Stereotyp, der globale Variablen und Prozeduren in Form einer Klassendeklaration gruppiert. Die Attribute und Operationen des Dienstprogramms werden zu globalen Variablen bzw. globalen Prozeduren. Ein Dienstprogramm ist kein grundlegendes Modellierungskonstrukt, sondern eine Programmieroption.
Direct Access Storage Device (DASD)
Eine Einheit, die den direkten Zugriff auf den Speicher ermöglicht, z. B. ein Plattenlaufwerk (anders als ein Bandlaufwerk, auf das sequenziell zugegriffen wird).
Disjunkter Unterzustand
UML-Symbol Ein Unterzustand, der nicht parallel mit anderen Unterzuständen in demselben zusammengesetzten Zustand gehalten werden kann. Siehe Zusammengesetzter Zustand. Gegensatz zu Paralleler Unterzustand.
Distributed Computing Environment (DCE)
Distributed Computing Environment. Ein von der Computerbranche angenommener De-facto-Standard für verteilte Datenverarbeitung. DCE bietet Computern unterschiedlicher Hersteller, transparent miteinander zu kommunizieren und Ressourcen wie Rechenleistung, Dateien, Drucker und andere Objekte im Netz gemeinsam zu nutzen.
Disziplin
Eine Sammlung zusammengehöriger Aufgaben, die einen wichtigen 'Bereich der Problemstellung' definieren. Die Disziplinen beim Software-Engineering sind Geschäftsmodellierung, Anforderungen, Analyse & Design, Implementierung, Test, Deployment, Konfigurations- & Änderungsmanagement, Projektmanagement, Umgebung.
DLL
Siehe Dynamically Linked Library.
DMZ
Siehe De-militarized Zone.
DNS
Siehe Domänennamensserver.
Dokument
Ein Dokument ist eine Sammlung von Informationen, die auf Papier oder einem Medium präsentiert werden soll, das eine Papiermetapher verwendet. Die Papiermetapher umfasst das Konzept von Seiten und hat entweder eine implizite oder explizite Inhaltsfolge. Die Informationen werden in Text oder zweidimensionalen Bildern erfasst. Beispiele für Papiermetaphern sind Textverarbeitungsprogramme, Spreadsheets, Zeitpläne, Gantt-Diagramme, Webseiten und Präsentationen auf Overhead-Folien.
Dokumentbeschreibung
Beschreibt den geplanten Inhalt eines bestimmten Dokuments.
Dokumentvorlage
Eine konkrete Toolvorlage, die für Tools wie Adobe(R) FrameMaker(R) oder Microsoft(R) Word(R) verfügbar ist.
Domäne

(1) Ein Wissens- oder Aktivitätsbereich, der sich durch eine Familie zusammengehöriger Werte charakterisiert.

(2) Optimierbare hierarchische Gruppierung zusammengehöriger Arbeitsergebnisse

Domäne (Datenbank)
Eine benutzerdefinierte Datenbank, die einen gültigen Bereich von Werten für eine Spalte einer Tabelle in einer Datenbank definiert.
Domänenmodell
In RUP ist das Domänenmodell eine Untergruppe des Geschäftsanalysemodells.
Domänennamensserver
Ein System für die Umsetzung von Domänennamen wie www.software.ibm.com in numerische Internet-Protocol-Adressen wie 123.45.67.8.
Doppelbytezeichensatz (DBCS)
Eine Gruppe von Zeichen, in der jedes Zeichen durch 2 Bytes dargestellt wird. Sprachen wie Japanisch, Chinesisch und Koreanisch, die mehr Symbole enthalten, als mit 256 Codepunkten dargestellt werden können, erfordern Doppelbytezeichensätze. Gegensatz zu Einzelbytezeichensatz.
Dynamically Linked Library (DLL)
Eine Datei, die ausführbaren Code und Daten enthält, die zur Laufzeit und nicht zur Verbindungszeit (der letzten Phase der Kompilierung) an ein Programm gebunden werden. Das bedeutet, dass derselbe Bibliothekscodeblock von mehreren Aufgaben genutzt werden kann und die Aufgaben keine eigenen Kopien der verwendeten Routinen besitzen. Der C++ Access Builder generiert Beans und C++-Wrapper, mit denen Ihre Java-Programm auf C++-DLLs zugreifen können.
Dynamische Information
Informationen, die erstellt werden, wenn der Benutzer sie anfordert. Dynamische Informationen ändern sich mit der Zeit, so dass der Benutzer jedes Mal, wenn er die Informationen anzeigt, einen anderen Inhalt sieht.
Dynamische Klassifizierung
UML-Symbol Eine semantische Variante der Generalisierung, in der ein Objekt seinen Typ oder seine Rolle ändern kann. Gegensatz zu Statische Klassifizierung.
E
e-business
(1) Geschäftstransaktionen, die über ein elektonisches Medium wie das Internet ausgeführt werden.
Eigenschaft
UML-Symbol Ein benannter Wert, der ein Merkmal eines Elements bezeichnet. Eine Eigenschaft hat semantische Auswirkungen. Bestimmte Eigenschaften sind in UML vordefiniert. Siehe Eigenschaftswert.
Eigenschaftswert
UML-Symbol Die explizite Definition eines Merkmals als Name/Wert-Paar. In einem Eigenschaftswert wird der Name als das Tag bezeichnet. Bestimmte Tags sind in UML vordefiniert, andere können vom Benutzer definiert werden. Eigenschaftswerte sind einer von drei Erweiterbarkeitsmechanismen in UML. Siehe Vorgabe, Stereotyp.
Einfachvererbung
UML-Symbol Eine semantische Variante der Generalisierung, in der ein Typ nur einen Supertyp haben kann. Gegensatz zu Mehrfachvererbung.
Eingabe
Ein Arbeitsergebnis, das von einer Aufgabe verwendet wird. Siehe Statisches Arbeitsergebnis.
Eingeschlossenes Dokument
Ein Dokument kann in ein anderes Dokument eingeschlossen werden, um eine Gruppe von Dokumenten zu einem Ganzen zusammenzufassen. Das übergeordnete Dokument sowie die einzelnen eingeschlossenen Dokumente sind gesonderte Artefakte.
Einheit
Ein Typ von Knoten, der unterstützende Funktionen für einen Prozessor bereitstellt. Obwohl er möglicherweise eingebettete Programme (Einheitentreiber) ausführen kann, kann er keine vielseitig einsetzbaren Anwendungen ausführen. Er ist existiert nur, um einen Prozessor für die Ausführung vielseitig einsetzbarer Anwendungen bereitzustellen.
Einschluss
UML-Symbol Eine Beziehung zwischen einem Basisanwendungsfall und einem Einschlussanwendungsfall, die angibt, wie das für den Einschlussanwendungsfall definierte Verhalten in das für den Basisanwendungsfall definierte Verhalten integriert werden kann.
Einschlussbeziehung
Eine Einschlussbeziehung ist eine Beziehung zwischen einem Basisanwendungsfall und einem Einschlussanwendungsfall und legt fest, wie das für den Einschlussanwendungsfall definierte Verhalten explizit in das für den Basisanwendungsfall definierte Verhalten integriert wird.
Eintrittsaktion
UML-Symbol Eine Aktion, die beim Erreichen eines Zustands in einer Zustandsmaschine unabhängig davon ausgeführt wird, welcher Übergang für das Erreichen dieses Zustands gewählt wurde.
Einzelbytezeichensatz
Eine Gruppe von Zeichen, in der jedes Zeichen durch einen 1-Byte-Code dargestellt wird.
EJB, Enterprise JavaBean
Siehe Enterprise Javabean
Element
UML-Symbol Ein atomarer Bestandteil eines Modells.
Empfangen
UML-Symbol Die Handhabung eines von einer Senderinstanz übergebenen Stimulus. Siehe Sender, Empfänger.
Empfänger
UML-Symbol Das Objekt, das einen von einem Senderobjekt übergebenen Stimulus bearbeitet. Gegensatz zu Sender .
Endstatus
UML-Symbol Ein spezieller Zustand, der anzeigt, dass der enthaltende zusammengesetzte Zustand oder die gesamte Zustandsmaschine abgeschlossen ist.
Enterprise JavaBean (EJB)
Eine EJB ist ein nicht visuelles, fernes Objekt, das für die Ausführung auf einem Server bestimmt ist und von Clients aufgerufen werden kann. Eine EJB kann sich aus mehreren, nicht visuellen JavaBeans zusammensetzen. EJBs residieren auf einer bestimmten Maschine und können fern von einer anderen Maschine aufgerufen werden. Sie sind plattformunabhängig. Sobald eine Bean geschrieben ist, kann sie auf jeder Client- und Serverplattform verwendet werden, die Java unterstützt.
Entitätsklasse
Eine Klasse für die Modellierung von Informationen, die von einem System gespeichert wurden, und des zugehörigen Verhaltens. Eine generische Klasse, die in vielen Anwendungsfällen wiederverwendet wird und häufig persistente Merkmale hat. Eine Entitätsklasse definiert eine Gruppe von Entitätsobjekten, die an mehreren Anwendungsfällen beteiligt sind und diese Anwendungsfälle in der Regel überdauern.
Entserialisieren
Das Zusammenstellen eines Objekts aus einem zerlegten Zustand. Siehe auch Zusammensetzen, Vitalisieren.
Entwickler
Eine Person, die für die Entwicklung der erforderlichen Funktionalität in Übereinstimmung mit projektbezogenen Standards und Prozeduren verantwortlich ist. Dies kann die Ausführung von Aktivitäten aus den Disziplinen Anforderungen, Analyse & Design, Implementierung und Test beinhalten.
Entwicklungsfall
Der Software-Engineering-Prozess, der von der ausführenden Organisation verwendet wird. Er wird als Konfiguration oder Anpassung des Produkts Unified Process entwickelt und an die Anforderungen des Projekts angepasst.
Entwicklungsprozess
UML-Symbol Eine Gruppe teilweise geordneter Schritte, die zu einem bestimmten Zweck während der Softwareentwicklung ausgeführt werden, z. B. das Erstellen oder Implementieren von Modellen.
Entwicklungszyklus
Synonyme: Lebenszyklus, Zyklus. Siehe auch Testzyklus.
Ereignis
UML-Symbol Die Spezifikation eines bedeutenden Geschehnisses, das an einem bestimmten Ort und zu einer bestimmten Zeit eintritt. Im Kontext von Zustandsdiagrammen ist ein Ereignis ein Vorkommen, das einen Übergang auslösen kann.
Ereignis-Methode-Verbindung
Eine Verbindung zwischen einem von einer Bean generierten Ereignis und einer Methode einer Bean. Wenn das Verbindungsereignis eintritt, wird die Methode ausgeführt.
Ergebnis
Synonym für Resultat. Siehe auch Liefergegenstand.
ERP
Enterprise Resource Planning
Ersteller
Ein Ersteller ist jemand, der eine Änderungsanfrage (CR, Change Request) übergibt. Der Standardmechanismus für Änderungsanfragen setzt voraus, dass der Ersteller Informationen über das aktuelle Problem liefert und eine Lösung vorschlägt, die dem Format für Änderungsanfrage entspricht.
Erweitern
UML-Symbol Eine Beziehung zwischen einem Erweiterungsanwendungsfall und einem Basisanwendungsfall, die angibt, wie das für den Erweiterungsanwendungsfall definierte Verhalten in das für den Basisanwendungsfall definierte Verhalten integriert werden kann.
Erweiterungsbeziehung
Eine Erweiterungsbeziehung zwischen einer Anwendungsfallklasse A und einer Anwendungsfallklasse B zeigt an, dass eine Instanz von B (unter der Voraussetzung, dass bestimmte, in der Erweiterung angegebene Bedingungen erfüllt sind) das von A definierte Verhalten enthalten kann. In einer Anwendungsfallinstanz können mehrere Anwendungsfallinstanzen das Verhalten eines einzelnen Zielanwendungsfalls erweitern.
Evolutionär
Eine iterative Entwicklungsstrategie, bei der eingeräumt wird, dass Benutzeranforderungen nicht vollständig verstanden wurden und Anforderungen deshalb bei jeder nachfolgenden Iteration optimiert werden (Ausarbeitungsphase).
Export
UML-Symbol Im Kontext von Paketen das Sichtbarmachen eines Elements außerhalb seines übergeordneten Namespace. Siehe Sichtbarkeit. Gegensatz zu export[OMA], Import.
Externer Link
Auf einer Website ein Link zu einem URL, der sich außerhalb der aktuellen Website befindet. Synonym: Fremder Link.
F
Factory
(1) Ein gebräuchlicher Begriff, mit dem auf eine spezielle Gruppe von Designmustern verwiesen wird, die sich mit der Erstellung oder Instanzierung von Objekten beschäftigen. Beispiele sind abstrakte Factorys und Factory-Methoden [GAM94].
Fassade
Ein spezielles Paket mit dem Stereotyp <<Fassade>> (Facade) in einem Subsystem, das alle von den Clients des Subsystems benötigten Informationen organisiert und exportiert. In diesem Paket enthalten sind Schnittstellen (die für das Subsystem eindeutig sind), Realisierungsbeziehungen zu Schnittstellen außerhalb des Subsystems und die Dokumentation, die Clients des Subsystems benötigten, um das Subsystem verwenden zu können.
Feature
Ein extern überwachbarer Service, der vom System bereitgestellt wird und den Bedarf eines Stakeholder bedient.
Fehlerbasierter Test
Eine Technik zum Testen von Computersoftware, bei der eine Testmethode und Testdaten verwendet werden, um das Fehlen oder Vorhandensein vordefinierter Funktionsstörungen zu veranschaulichen. Um beispielsweise zu demonstrieren, dass die Software die unerlaubte Operation Division durch null korrekt behandelt, müssten die Testdaten Nullen enthalten.
Fehlermodell
Ein Modell für das Testen von Computersoftware, das eine plausible Funktionsstörung als Basis verwendet und eine Testmethode für das Aufdecken dieser Funktionsstörung bereitstellt. Ein taugliches Fehlermodell enthält eine Definition der Funktionsstörung bzw. der eigentlichen (Fehler-) Ursache, eine Beschreibung der beobachtbaren Ausfälle, die die Funktionsstörung auslösen kann, eine Testtechnik für das Aufdecken der Funktionsstörung und ein Profil der entsprechenden Testdaten.
Feld
Siehe Attribut.
Fensterobjekt
In diesem Kontext ein generischer Begriff für etwas, das in ein Fenster gestellt werden kann, wie z. B. eine Schaltfläche, eine Schiebeleiste, eine Bezeichnung, ein Listenfeld, ein Menü oder ein Markierungsfeld.
Fertigstellungswert
[MSP97] definiert diesen Begriff folgendermaßen:
"Eine Bilanzierung der bisher erbrachten Arbeit. Der Fertigstellungswert zeigt anhand der ursprünglich geschätzten Kosten und des aktuellen Fortschritts, ob die Ist-Kosten noch im Budget liegen und ob die Aufgaben vor oder hinter dem Referenzplan liegen."
Festschreiben
Die Operation, die eine Arbeitseinheit beendet, um die an Ressourcen (Transaktion oder Daten) vorgenommenen Änderungen permanent zu machen.
File Transfer Protocol (FTP)
Die grundlegende Internet-Funktion, die die Übertragung von Dateien zwischen Computern ermöglicht. Mit FTP können Dateien von einem fernen Hostcomputer herunterladen und Dateien von Ihrem Computer auf einen fernen Hostcomputer hochladen.
Firewall
Ein Computer oder eine programmierbare Einheit mit zugehöriger Software, die den über ihn bzw. sie geleiteten Datenverkehr auf der Basis definierter Regeln beschränken kann. Typischerweise werden Steuerelemente basierend auf Ursprung bzw. Zieladresse und TCP/IP-Port-Nummer angewendet.
Formaler Parameter
UML-Symbol Synonym: Parameter.
Fremder Link
Synonym: Externer Link.
Fremdschlüssel
Eine Spalte oder Gruppe von Spalten in einer Datenbanktabelle, die auf den Primärschlüssel einer anderen Tabelle verweist.
FTP
Siehe File Transfer Protocol.
Funktionsbereich
Obwohl der Begriff des Funktionsbereichs nicht so bekannt ist wie der Begriff des Geschäftsbereichs_F9F8A9E2.html" guid="_uKecsC7xEdu14aFGpEDchg" >Konzept: Component Business Model) oder Artefakt: Geschäftssystem.
Funktionsstörung
Eine unbeabsichtigte Bedingung, die einen Ausfall einer Komponente im Implementierungsmodell zur Folge hat und dazu führt, dass die Komponente das erforderliche Verhalten nicht erbringt. Eine Funktionsstörung ist die eigentliche Ursache für einen oder mehrere Mängel und macht sich durch einen oder mehrere Ausfälle bemerkbar.
FURPS
Functionality, Usability, Reliability, Performance, Supportability (Funktionalität, Benutzerfreundlichkeit, Zuverlässigkeit, Leistung, Servicefreundlichkeit etc.). Eine Beschreibung finden Sie in [GRA92]. Dieses Akronym stellt Kategorien dar, die für die Definition von Produktanforderungen und für die Beurteilung der Produktqualität verwendet werden können. Es können auch alternative Kategorisierungsmethoden verwendet werden. Siehe CRUPIC STMPL.
G
Gateway
Ein Hostcomputer, der Netzwerke verbindet, die in unterschiedlichen Sprachen miteinander kommunizieren. Beispielsweise kann ein Gateway das lokale Netz eines Unternehmens mit dem Internet verbinden.
Generalisierbares Element
UML-Symbol Ein Modellelement, das Teil einer Generalisierungsbeziehung sein kann. Siehe Generalisierung.
Generalisierung
UML-Symbol Eine Taxonomiebeziehung zwischen einem allgemeineren und einem spezifischeren Element. Das spezifischere Element ist mit dem allgemeineren Element vollständig konform und enthält zusätzliche Informationen. Eine Instanz des spezifischeren Elements kann verwendet werden, wenn das allgemeinere Element zulässig ist. Siehe Vererbung.
Generation
Das endgültige Release am Ende eines Zyklus.
Gerichtete Kommunikationsassoziation
Eine Assoziation zwischen einer Akteurklasse und einer Anwendungsfallklasse, die anzeigt, dass ihre Instanzen miteinander interagieren. Die Richtung der Assoziation gibt Aufschluss über den Initiator der Kommunikation (Unified-Process-Konvention).
Gerüst
UML-Symbol Eine Mikroarchitektur, die eine erweiterbare Vorlage für Anwendungen in einer bestimmten Domäne darstellt.
Geschäftsakteur (Instanz)
Jemand oder etwas außerhalb des Geschäfts, der bzw. das mit dem Geschäft interagiert.
Geschäftsakteurklasse
Definiert eine Gruppe von Geschäftsakteurinstanzen, in der jede Geschäftsakteurinstanz in Bezug auf das Geschäft dieselbe Rolle spielt.
Geschäftsanalysemodell
Ein Objektmodell, das die Realisierung eines Geschäftsanwendungsfalls beschreibt. Synonym: Geschäftsobjektmodell.
Geschäftsanwendungsfallinstanz
Eine Folge von Aktionen, die ein Geschäft ausführt und die ein erkennbares Ergebnis liefern, das für einen bestimmten Geschäftsakteur von Wert ist.
Geschäftsanwendungsfall (Klasse)
Ein Geschäftsanwendungsfall definiert eine Reihe von Geschäftsanwendungsfallinstanzen, in der jede Instanz eine Folge von Aktionen ist, die ein Geschäft ausführt und die ein erkennbares Ergebnis liefern, das für einen bestimmten Geschäftsakteur von Wert ist. Eine Geschäftsanwendungsfallklasse enthält alle wichtigen und alle alternativen Workflows, die sich auf das Erzeugen des "erkennbaren Ergebnisses von Wert" beziehen.
Geschäftsanwendungsfallmodell
Ein Modell der vom Geschäft angestrebten Funktionen. Das Geschäftsanwendungsfallmodell wird als Haupteingabe für die Identifizierung von Rollen und Liefergegenständen in der Organisation verwendet.
Geschäftsanwendungsfallpaket
Ein Geschäftsanwendungsfallpaket ist eine Sammlung von Geschäftsanwendungsfällen, Geschäftsakteuren, Beziehungen, Diagrammen und weiteren Paketen. Es wird verwendet, um das Geschäftsanwendungsfallmodell durch Aufteilung in kleinere Teile zu strukturieren.
Geschäftsarchitektur
Eine organisierte Gruppe von Elementen mit klar definierten Beziehungen untereinander, die zusammen ein Ganzes bilden, das sich durch seine Funktionalität definiert. Die Elemente stellen die Organisations- und Verhaltensstruktur eines Geschäfts dar und zeigen Abstraktionen der Schlüsselprozesse und -strukturen des Geschäfts.
Geschäftsbereich

In der Geschäftsanalyse wird der Begriff Geschäftsbereich zur Bezeichnung eines großen Geschäftsbereichs verwendet_A6808CB.html" guid="_uKecsC7xEdu14aFGpEDchg" >Konzept: Component Business Model), die als große Geschäftsbereiche mit charakteristischem Know-how und spezifischer Funktionalität definiert sind.

Geschäftsentität
Eine Geschäftsentität stellt eine wichtige und persistente Einzelinformation dar, die von Geschäftsakteuren und Mitarbeitern bearbeitet wird.
Geschäftsereignis
Ein Geschäftsereignis beschreibt ein Vorkommen, das räumlich und zeitlich gesehen für das Geschäft von Bedeutung ist. Geschäftsereignisse werden als Signale zwischen Geschäftsprozessen verwendet und sind normalerweise Geschäftsentitäten zugeordnet.
Geschäftsmodellierung
Umfasst alle Modellierungstechniken, die für die visuelle Modellierung eines Geschäfts zur Verfügung stehen. Diese Techniken sind eine Untergruppe der Techniken, die Sie für das Business-Engineering verwenden können.
Geschäftsprozess
Eine Gruppe logisch zusammengehöriger Aktivitäten, die die Ressourcen der Organisation verwenden, um definierte Ergebnisse im Hinblick auf die Zielsetzung der Organisation zu liefern. In RUP werden Geschäftsprozesse mit Geschäftsanwendungsfällen, die das erwartete Verhalten des Geschäfts veranschaulichen, und Realisierungen von Geschäftsanwendungsfällen, die zeigen, wie dieses Verhalten von Mitarbeitern und Geschäftsentitäten realisiert wird, definiert. Siehe auch Prozess.
Geschäftsprozessmodellierung
Ein Vorgang im Business-Engineering, der das Ziel hat, einen neuen Geschäftsprozess, ein neues Geschäftsfeld oder eine neue Organisation zu erstellen.
Geschäftsprozessoptimierung
Ein Vorgang beim Business-Engineering, bei dem die Änderung lokal vorgenommen wird und sich nicht auf das gesamte Geschäft auswirkt. Dazu gehören die Reduzierung von Kosten und Durchlaufzeiten sowie die Überwachung von Service und Qualität.
Geschäftsregel
Deklaration einer Geschäftspolitik oder einer Bedingung, die innerhalb des Geschäfts erfüllt werden muss. Geschäftsregeln können in Modellen, Dokumenten oder beidem erfasst werden.
Geschäftsstrategie
Die Geschäftsstrategie definiert die Prinzipien und Ziele für die Realisierung der Geschäftsidee. Sie setzt sich aus einer Reihe langfristiger collection of long-term Geschäftszielsetzungen zusammen, die letztendlich zur Umsetzung der Geschäftsvision führen.
Geschäftsziel
Ein Geschäftsziel ist eine Anforderung, die das Geschäft erfüllen muss. Geschäftsziele beschreiben den gewünschten Wert einer bestimmten Maßnahme zu einem künftigen Zeitpunkt und können deshalb für die Planung und Verwaltung der Geschäftsaktivitäten verwendet werden. Siehe auch Geschäftszielsetzung .
Geschäftszielsetzung
Der geläufige Begriff für Geschäftsziele auf hoher Ebene. Da Geschäftszielsetzungen in der Regel abstrakt sind, lassen sie sich nur schwer messen und werden deshalb in messbare Geschäftsziele umgesetzt.
Geschützt
Ein Zugriffsmodifikator, der einem Klasseneintrag zugeordnet ist. Er ermöglicht der Klasse selbst, den Unterklassen und allen Klassen, die in demselben Paket enthalten sind, auf den Eintrag zuzugreifen.
Gespeicherte Prozedur
Eine Funktionseinheit oder ein Script, die bzw. das der Datenbank zugeordnet ist.
Gliederungselement
Jedes Element, das in UMA modelliert wird und Teil einer Prozessstruktur ist.
Gliederungsstruktur

UMA-Konstrukt, das einen Prozess als hierarchische Zusammenstellung von Gliederungselementen angibt.

Grafische Benutzerschnittstelle (GUI)
Ein Schnittstellentyp, der Benutzern die Kommunikation mit einem Programm durch Verwendung grafischer Funktionen anstelle der Befehlseingabe ermöglicht. Typischerweise enthält eine grafische Benutzerschnittstelle eine Kombination von Grafiken, Zeigereinheiten, Menüleisten und anderen Menüs, überlappenden Fenstern und Symbolen.
Green-Field-Entwicklung
Die Entwicklung "aus dem Nichts" im Gegensatz zur "Weiterentwicklung eines vorhandenen Systems" oder zum "Reengineering eines traditionelles Produkts". Dieser Begriff wurde aus dem Bereich des Bauwesens entlehnt, wo er für den Bau einer Fabrik auf einer grünen Wiese verwendet wird.
Grenzklasse
Eine Klasse, mit der die Kommunikation zwischen den Umgebungen des Systems und den systeminternen Vorgängen modelliert wird.
GUI
Siehe Grafische Benutzerschnittstelle.
H
Homepage
Siehe Startseite.
HotJava
Ein Java-fähiger Web- und Intranet-Browser, der von Microsystems, Inc. entwickelt wurde. HotJava ist in Java geschrieben.
HTML
Siehe Hypertext Markup Language.
HTML-Browser
Siehe Web-Browser.
HTTP
Hypertext Transport Protocol
HTTP-Anforderung
Eine Transaktion, die von einem Web-Browser eingeleitet wird und mit HTTP konform ist. Der Server antwortet normalerweise mit HTML-Daten, kann aber auch andere Arten von Objekten senden.
Hyperlinks
Bereiche auf einer Webseite, die beim Anklicken zu anderen Bereichen auf der Seite oder zu anderen Webseiten verzweigen.
Hypertext
Text in einem Dokument, der einen verdeckten Link zu anderem Text enthält. Sie können mit der Maus auf ein Hypertextwort klicken, woraufhin Sie zu dem Text gelangen, der im Link definiert ist. Hypertext wird in Windows-Hilfeprogrammen und CD-Enzyklopädien verwendet, um zu zugehörigem Referenzmaterial in demselben Dokument zu verzweigen. Das Praktische an Hypertext ist jedoch jedoch die Möglichkeit, mit HTTP über das Web zu anderen Webdokumenten in der ganzen Welt zu gelangen, und das nur mit einem einzigen Mausklick.
Hypertext Markup Language (HTML)
Die Basissprache, die für die Erstellung von Hypertextdokumenten im World Wide Web verwendet wird. Sie wird in einfachen, normalen ASCII-Textdokumenten verwendet. Wenn diese Dokumente jedoch von einem Web-Browser wie Netscape interpretiert (d. h. wiedergegeben) werden, kann das Dokument als formatierter Text mit Farben, eine Vielzahl von Schriftarten, Abbildungen, Spezialeffekten, Hypertext-Links zu anderen Internet-Lokationen und Informationsformaten dargestellt werden.
I
IDE
Siehe Integrated Development Environment.
Idiom
[BUS96] definiert den Begriff Idiom folgendermaßen:
"Ein Idiom ist ein systemnahes Muster, das für eine Programmiersprache spezifisch ist. Ein Idiom beschreibt, wie bestimmte Aspekte von Komponenten oder der Beziehungen zwischen ihnen mit den Funktionen einer bestimmten Sprache implementiert werden können."
Ein anderer Begriff für Idiom ist Implementierungsmuster. Wenn Sie beispielsweise ein konkretes, in UML formuliertes Design in Java implementieren, können wiederkehrende Implementierungsmuster für diese Sprache verwendet werden. Idiome beziehen sich nur auf Design und Implementierung.
IE
Internet Explorer (Microsoft)
IEEE
Institute of Electrical and Electronics Engineers, Inc.
IIOP
Siehe Internet Inter-ORB Protocol.
IMAP4
Internet Message Access Protocol - Version 4
Implementierung
Eine Disziplin im Software-Engineering-Prozess mit der Zielsetzung, Softwarekomponenten zu implementieren, die einem angemessenen Qualitätsstandard entsprechen.
Implementierungsmechanismus
Ein Architekturmechanismus, der während des Implementierungsprozesses verwendet wird. Implementierungsmechanismen sind Verbesserungen der Designmechanismen, die die exakte Implementierung des Mechanismus angeben und bei der Konstruktion wahrscheinlich mehrere Implementierungsmuster (Idiome) verwenden. Designmechanismus und Implementierungsmechanismus müssen nicht unbedingt im Umfang voneinander abweichen.

Eine bestimmte Implementierung des Analysemechanismus für die Kommunikation zwischen Prozessen ist beispielsweise ein Shared-Memory-Design-Mechanismus, der Shared-Memory-Funktionsaufrufe eines bestimmten Betriebssystems verwendet. Parallelitätskonflikte (unzulässiger gleichzeitiger Zugriff auf den gemeinsam genutzten Speicher) können mit Semaphoren oder Verriegelungsmechanismen verhindert werden, die wiederum auf anderen Implementierungsmechanismen basieren.
Implementierungsmodell
Das Implementierungsmodell ist eine Sammlung mit Komponenten und den Implementierungssubsystemen, in denen diese Komponenten enthalten sind.
Implementierungsmuster
Siehe Idiom.
Implementierungssicht
Eine Architektursicht, die die Organisation der statischen Softwareelemente (Code, Daten und andere begleitende Artefakte) in der Entwicklungsumgebung mit Begriffen wie Packen, Schichtung und Konfigurationsmanagement (Verantwortung, Release-Strategie usw.) beschreibt. Im Unified Process ist die Implementierungssicht eine Sicht auf das Implementierungsmodell.
Implementierungssubsystem
Eine Sammlung von Komponenten und anderen Implementierungssubsystemen, mit denen das Implementierungsmodell durch Aufteilung in kleinere Teile strukturiert wird. In RUP sind das Implementierungsmodell und die Implementierungssubsysteme das Ziel der Implementierungssicht und somit in der Entwicklungszeit von primärer Bedeutung. Ein Implementierungssubsystem ist das physische Gegenstück zum Designpaket. Der Name "Implementierungssubsystem" spiegelt eine allgemeine Verwendung des Begriffs "Subsystem" wider und weist damit auf etwas Umfangreicheres als eine Komponente hin. Gemäß UML ist ein Implementierungssubsystem jedoch ein stereotypes Paket und kein Subsystem.
Implementierungsvererbung
UML-Symbol Die Vererbung der Implementierung eines spezifischeren Elements. Die Implementierungsvererbung umfasst die Vererbung der Schnittstelle. Gegensatz zu Schnittstellenvererbung.
Import
UML-Symbol Im Kontext von Paketen eine Abhängigkeit, die die Pakete zeigt, deren Klassen in einem bestimmten Paket (einschließlich der rekursiv integrierten Pakete) referenziert werden können. Gegensatz zu Export.
Importabhängigkeit
Eine stereotype Abhängigkeit im Design, deren Quelle ein Designpaket und deren Ziel ein anderes Designpaket ist. Die Importabhängigkeit bewirkt, dass der öffentliche Inhalt des Zielpakets im Quellenpaket referenziert werden kann.
Index
Ein Mechanismus, mit dem die Effizienz von Suchoperationen in Zeilen einer Datenbanktabelle gesteigert werden kann.
Inhaltselement
Jedes Element, das in UMA modelliert wird und Teil des Methodeninhalts ist. Inhaltselemente enthalten schrittweise Erläuterungen, die beschreiben, wie spezifische Entwicklungsziele unabhängig von der Positionierung dieser Schritte innerhalb eines Entwicklungszyklus erreicht werden. Sie werden für die spezifische Situation innerhalb von Prozessstrukturen instanziert und angepasst.
Inkrement
Die Differenz (Delta) zwischen zwei Releases am Ende nachfolgender Iterationen.
Inkrementell
Qualifiziert eine iterative Entwicklungsstrategie, bei der das System erstellt wird, indem in jeder Iteration mehr Funktionalität hinzugefügt wird.
Instanz
Eine einzelne Entität, die der Beschreibung einer Klasse oder eines Typs entspricht.
Integrated Development Environment (IDE)
Integrierte Entwicklungsumgebung. Ein Softwareprogramm, das sich aus einem Editor, einem Compiler und einem Debugger zusammensetzt.
Integration
Die Aktivität in der Softwareentwicklung, bei der separate Softwarekomponenten zu einem ausführbaren Ganzen kombiniert werden.
Interaktion
UML-Symbol Spezifiziert, wie Stimuli für die Ausführung einer bestimmten Aufgabe zwischen Instanzen gesendet werden. Die Interaktion ist im Kontext einer Kollaboration definiert. Siehe Kollaboration.
Interaktionsdiagramm
UML-Symbol Ein allgemeiner Begriff, der für bestimmte Typen von Diagrammen gilt, die Interaktionen zwischen Objekten hervorheben. Dazu gehören Kommunikationsdiagramme und Ablaufdiagramme.
Interaktiv
Ein Kommunikationsmodell, in dem zwei verteilte Anwendungen in einem Dialog Informationen miteinander austauschen. In der Regel beginnt eine Anwendung den Dialog, sendet einige Daten und erlaubt dann der anderen Anwendung, ebenfalls Daten zu senden. Beide Anwendungen tauschen so lange Informationen aus, bis eine Anwendung entscheidet, den Dialog zu beenden (freizugeben). Das interaktive Modell ist eine synchrone Form der Kommunikation.
Interner Übergang
UML-Symbol Ein Übergang, der eine Antwort auf ein Ereignis darstellt, ohne den Zustand eines Objekts zu ändern.
Internet
Die umfangreiche Sammlung miteinander verbundener Netze, die alle TCP/IP-Protokolle verwenden und aus dem ARPANET der späten 60er und 70er Jahre weiterentwickelt wurden.
Internet Inter-ORB Protocol (IIOP)
Ein Branchenstandardprotokoll, das definiert, wie GIOP-Nachrichten (General Inter-ORB Protocol) über ein TCP/IP-Netz ausgetauscht werden. Mit IIOP kann das Internet selbst als Backbone-ORB eingesetzt werden, den andere ORBs als Brücke verwenden.
Internet Protocol
Das Protokoll, das die grundlegenden Internet-Funktionen bereitstellt.
Internet-Protocol-Adresse
Eine numerische Adresse, die jeden Computer, der mit einem Netz verbunden ist, eindeutig kennzeichnet, z. B. 123.45.67.8.
Intranet
Ein privates Netz in einem Unternehmen oder einer Organisation, das dieselbe Art von Software verwendet, die Sie auch im öffentlich zugänglichen Internet finden, aber nur für interne Verwendung bestimmt ist. Aufgrund der gestiegenen Popularität des Internet werden viele Tools, die im Internet verwendet werden, auch in privaten Netzen eingesetzt. Beispielsweise setzen viele Unternehmen Webserver ein, die ausschließlich den Mitarbeitern zur Verfügung stehen.
IP
Siehe Internet Protocol.
IP-Nummer
Eine Internet-Protocol-Adresse in Form einer eindeutigen Nummer, die sich aus vier, durch jeweils einen Punkt voneinander getrennten Teilen zusammensetzt und zuweilen auch als Vierergruppe mit Punkten bezeichnet wird (z. B. 123.45.67.8). Jeder Internet-Computer hat eine IP-Nummer. Außerdem haben die meisten Computer eine oder mehrere Domänennamen, die Zuordnungen oder Aliasnamen für die Vierergruppe mit Punkten sind.
IPSec
Siehe IP Security Protocol.
IP Security Protocol (IPSec)
Stellt Sicherheitsservices mit Verschlüsselung auf Netzebene bereit.
ISAPI
Internet Server API
ISO
International Organization for Standardization.
ISP
Internet Service Provider. Ein Unternehmen, das anderen Unternehmen oder Einzelpersonen den Zugriff auf bzw. die Präsenz im Internet ermöglicht. Die meisten ISPs sind auch IAPs (Internet Access Providers).
IT
Informationstechnologie
J
JAR
Siehe Java Archive (JAR).
Java
Java ist eine Programmiersprache, die von Sun Microsystems entwickelt wurde und speziell für das Schreiben von Programmen bestimmt ist, die über das Internet sicher auf den Computer heruntergeladen und direkt ausgeführt werden können, ohne den Computer oder die Dateien dem Risiko von Viren oder sonstigen Beschädigungen auszusetzen. Mit kleinen Java-Programmen, so genannten Applets, können Webseiten Funktionen wie Animationen, Taschenrechner oder andere schicke Features integrieren. Es ist zu erwarten, dass das Internet mit Hilfe von Java um eine Vielzahl von Features erweitert wird. Sie können ein Java-Programm schreiben, das nahezu alles realisieren kann, was ein reguläres Computerprogramm leisten kann. Solche Java-Programme lassen sich in Webseiten integrieren.
Java Archive
Ein plattformunabhängiges Dateiformat, das viele Dateien zu einer gruppiert. JAR-Dateien werden für Komprimierung, kürzere Download-Seiten und Sicherheit verwendet. Da das JAR-Format in Java geschrieben ist, sind JAR-Dateien vollständig erweiterbar.
JavaBean
Eine JavaBean ist eine Komponente, die zusammen mit anderen Beans, die gesondert entwickelt wurden, in eine Anwendung integriert werden. Diese Anwendung kann eigenständig, in einem Browser und sogar als ActiveX-Komponente verwendet werden. JavaBeans sind für den lokalen Einsatz in einem einzelnen Prozess bestimmt und häufig zur Laufzeit sichtbar. Diese visuelle Komponente kann beispielsweise eine Schaltfläche, ein Listenfeld, eine Abbildung oder eine Grafik sein.
Java Database Connectivity (JDBC)
In JDK 1.1 die Spezifikation, die eine API definiert, mit der Programme auf Datenbanken zugreifen können, die diesem Standard entsprechen.
Java Development Kit (JDK)
Java Development Kit wird lizenzierten Entwicklern von Sun Microsystems zur Verfügung gestellt. Jedes Release von JDK enthält Folgendes: Java-Compiler, Java Virtual Machine, Java-Klassenbibliotheken, Java Applet Viewer, Java-Debugger und weitere Tools.
Java Foundation Classes (JFC)
JFCs wurden von Netscape, Sun und IBM entwickelt und sind Bausteine, die für die Entwicklung von Schnittstellen zu Java-Anwendungen hilfreich sind. Mit JFCs können Java-Anwendungen umfassender mit den vorhandenen Betriebssystemen interagieren.
JDBC
Siehe Java Database Connectivity.
JDK
Siehe Java Development Kit.
JFC
Siehe Java Foundation Class.
JIT
Just-in-Time.
JVM
Java Virtual Machine. Eine Spezifikation für Software, die Java-Programme interpretiert, die in Bytecodes kompiliert wurden und normalerweise in einer Datei mit der Erweiterung .class gespeichert sind. Die JVM selbst ist C geschrieben und kann somit auf die meisten Plattformen portiert werden. Der Instruktionssatz der JVM ist Stack-orientiert und hat eine variable Instruktionslänge. Anders als andere Instruktionssätze unterstützt der Instruktionssatz der JVM objektorientierte Programmierung direkt durch Einschluss von Instruktionen für den Aufruf von Objektmethoden (ähnlich wie Subroutinenaufrufe in anderen Instruktionssätzen).
K
Kapsel
Ein spezielles Designmuster_54536297.html" guid="_yYpNkdnmEdmO6L4XMImrsA" >Steuer-Thread im System darstellt. Eine Kapsel ist eine stereotype Klasse mit einer speziellen Gruppe erforderlicher und eingeschränkter Assoziationen und Eigenschaften.
Kapselrolle
Kapselrollen sind eine Spezifikation des Typs von Kapsel, der eine bestimmte Position in der Kollaboration oder Struktur einer Kapsel einnehmen kann. Alleiniger Eigner einer Kapselrolle ist die Containerkapsel. Kapselrollen können nicht unabhängig von der Containerkapsel existieren. Die strukturelle Dekomposition einer Kapsel umfasst in der Regel ein Netzwerk zusammenarbeitender Kapselrollen, die durch Konnektoren miteinander verbunden sind.
Kapselung
Das Verdecken der internen Darstellung eines Softwareobjekts. Das Objekt stellt ein Interface bereit, das die Daten abfragt und bearbeitet, ohne die zugrundeliegende Struktur offen zu legen.
Kardinalität
UML-Symbol Die Anzahl der Elemente in einer Gruppe. Gegensatz zu Multiplizität.
KBE
Siehe Komponentenbasierte Entwicklung.
KDP
Siehe Kritische Designprüfung.
Klasse
UML-Symbol Eine Beschreibung einer Gruppe von Objekten, die dieselben Attribute, Operationen, Methoden, Beziehungen und dieselbe Semantik haben. Eine Klasse kann Interfaces verwenden, um Sammlungen von Operationen anzugeben, die sie ihrer Umgebung bereitstellt. Siehe Interface.
Klassenbibliothek
Eine Sammlung von Klassen.
Klassendiagramm
UML-Symbol Ein Diagramm, das eine Sammlung deklarativer (statischer) Modellelemente, such as Klassen, Typen sowie deren Inhalt und Beziehungen zeigt.
Klassenhierarchie
Die Beziehungen zwischen den Klassen mit gemeinsamer Einfachvererbung. Alle Java-Klassen erben von der Java-Klasse 'Object'.
Klassenmethode
Siehe Methode.
Klassifikationsmerkmal
UML-Symbol Ein Mechanismus, der Verhaltensmerkmale und strukturelle Merkmale beschreibt. Zu Klassifikationsmerkmalen gehören Interfaces, Klassen, Datentypen und Komponenten.
KM
Siehe Konfigurationsmanagement.
Knoten
UML-Symbol Ein Knoten ist ein Klassifikationsmerkmal, das eine Laufzeitrechenressource darstellt, die im Allgemeinen mindestens einen Hauptspeicher und häufig auch Verarbeitungskapazitäten besitzt. Knoten können Laufzeitobjekte und Komponenten enthalten.
Kohäsion
Die kongenitale Verknüpfung von Komponenten derselben Art, die voneinander abhängig sind. Der Vorgang des Zusammenfügens bzw. der Zustand des Zusammengehörens. Gegensatz zu Koppelung.
Kollaboration
Eine Beschreibung einer Sammlung von Objekten, die miteinander interagieren, um ein Verhalten in einem Kontext zu implementieren. Beschreibt mehrere zusammenarbeitende Objekte, die für einen gemeinsamen Zweck zu einem Verbund zusammengeführt werden.
Kollaborationsdiagramm
Dieser Begriff wurde in UML 2.0 in Kommunikationsdiagramm geändert.
Kommentar
UML-Symbol Eine Annotation, die einem Element oder einer Sammlung von Elementen angefügt wird. Eine Anmerkung hat keine Semantik. Gegensatz zu Vorgabe.
Kommunikationsassoziation
UML-Symbol In einem Deployment-Diagramm eine Assoziation zwischen Knoten, die eine Kommunikation impliziert. Siehe Deployment-Diagramm.
Kommunikationsdiagramm
(1) Ein Kommunikationsdiagramm, das früher als Kollaborationsdiagramm bezeichnet wurde, beschreibt ein Interaktionsmuster zwischen Objekten. Es zeigt die Objekte, die an der Interaktion teilnehmen, anhand ihrer Verbindungen zueinander und der Nachrichten, die sie einander senden.
Kompilierzeit
UML-Symbol Bezeichnet ein Ereignis, das während der Kompilierung eines Softwaremoduls eintritt. Siehe Modellierungszeit, Laufzeit.
Komponente
Ein nicht unbedeutender, nahezu unabhängiger und austauschbarer Teil eines Systems, der eine klar formulierte Funktion im Kontext einer klar strukturierten Architektur hat. Eine Komponente entspricht und ist die Realisierung einer Gruppe von Schnittstellen.
Komponentenbasierte Entwicklung (KBE)
Die Erstellung und das Deployment von softwareintensiven Systemen, die aus Komponenten zusammengestellt werden, sowie die Entwicklung und das Harvesting solcher Komponenten.
Komponentendiagramm
UML-Symbol Ein Diagramm, das die Organisation und Abhängigkeiten zwischen Komponenten zeigt.
Komponentenmodell
Eine Architektur und eine API, die Entwicklern die Definition wiederverwendbarer Codesegmente ermöglicht, die für die Erstellung eines Programms kombiniert werden können. VisualAge for Java verwendet das Komponentenmodell JavaBeans.
Komposition
UML-Symbol Eine Form von Aggregationsassoziation mit enger Eignerbeziehung, in der ein Bestandteil dieselbe Lebenszeit hat wie das Ganze. Bestandteile ohne feste Multiplizität können nach dem Kompositum [Klasse] selbst erstellt werden, mit dem sie jedoch beginnen und enden, d. h. die Lebenszeit ist identisch. Solche Bestandteile können auch explizit vor dem Zerfall des Kompositums entfernt werden. Eine Komposition kann rekursiv sein. Siehe auch Kompositionsaggregation.
Kompositionsaggregation
UML-Symbol Synonym: Komposition.
Kompositum [Klasse]
UML-Symbol Eine Klasse, die in einer Kompositionsbeziehung mit einer oder mehreren Klassen in Relation steht. Siehe Komposition.
Konfiguration
1) Allgemein: Die Zusammenstellung eines Systems oder eines Netzwerks, definiert nach Wesen, Anzahl und Hauptmerkmalen seiner Funktionseinheiten. Gilt für Hardware- und Softwarekonfiguration.
Konfigurationselement
[ISO95] Eine Entität in einer Konfiguration, die einer Funktion zur Endbenutzung entspricht und die an einem bestimmten Referenzpunkt eindeutig identifiziert werden kann.
Konfigurationsmanagement
[ISO95] Ein unterstützender Prozess mit der Zielsetzung, Elemente zu identifizieren, zu definieren und eine Referenzversion dieser Elemente zu erstellen, Änderungen und Releases dieser Elemente zu steuern, den Status der Elemente und Änderungsanfragen zu dokumentieren und zu protokollieren, die Vollständigkeit, Konsistenz und Richtigkeit der Elemente sicherzustellen sowie die Speicherung, Bearbeitung und Bereitstellung der Elemente zu steuern.
Konkret
Bezeichnet eine echte, spezifische Sache oder Instanz, die mit den Sinnen erfassbar und weder abstrakt noch imaginär ist. Gegensatz zu Abstrakt. Siehe Konkrete Klasse.
Konkrete Klasse
UML-Symbol Eine Klasse, die direkt instanziert werden kann. Gegensatz zu Abstrakte Klasse.
Konkurrenzsituation
Ein Zustand, der eintritt, wenn zwei oder mehr unabhängige Aufgaben gleichzeitig versuchen, auf dieselben Zustandsinformationen zuzugreifen bzw. diese zu ändern. Dieser Zustand kann zu einem inkonsistenten Verhalten des Systems führen und ist ein grundlegendes Problem beim Design von Systemen, die Parallelität unterstützen.
Konstruktion
Die dritte Phase des Unified Process, in der die Software vom Stand mit einer umsetzbaren Referenzversion der Architektur auf den Stand gebracht wird, dass sie in die Benutzergemeinde übergeben werden kann.
Konstruktor
Eine spezielle Klassenmethode, die denselben Namen hat wie die Klasse und für das Erstellen und möglicherweise Initialisieren von Objekten dieses Klassentyps verwendet wird.
Kontext
UML-Symbol Eine Sicht zusammengehöriger Modellierungselemente für einen bestimmten Zweck, z. B. der Spezifikation einer Operation .
Konzeption
Die erste Phase des Unified Process, in der die Grundidee, die Aufforderung zur Angebotsabgabe oder die Vorgängerversion (zumindest intern) auf einen solchen Stand gebracht wird, dass der Einstieg in die Ausarbeitungsphase möglich ist.
KPI

Nachdem ein Unternehmen seinen Auftrag analysiert und seine Ziele definiert hat, benötigt es eine Methode, um seinen Fortschritt auf dem Weg zu diesen Zielen zu messen. Zum Erfolg eines Unternehmens tragen viele Dinge bei. Diejenigen, die am meisten daran mitwirken, z. B. die Key Performance Indicators (KPIs), die auch unter dem Namen Key Success Indicators (KSIs) oder Key Business Indicators (KBIs) bekannt sind, werden von den Geschäften verwendet, um den Fortschritt im Hinblick auf die gewählten Ziele zu definieren und zu messen. In SOMA, stellen die KPIs quantifizierbare, messbare Zielsetzungen dar, die vorab festgelegt wurden und die die kritischen Erfolgsfaktoren eines Unternehmens widerspiegeln.

Kritische Designprüfung
Im Wasserfallzyklus die Hauptprüfung, die beim Abschluss der Detailkonstruktion durchgeführt wird.
Kunde
Eine Person oder Organisation, innerhalb oder außerhalb der produzierenden Organisation, die die finanzielle Verantwortung für das System übernimmt. In einem großen System kann dies auch der Benutzer sein. Der Kunde ist der endgültige Empfänger des entwickelten Produkts. Siehe auch Stakeholder.
L
LAN
Siehe Lokales Netz.
Laufzeit
UML-Symbol Der Zeitraum, in dem ein Computerprogramm ausgeführt wird. Gegensatz zu Modellierungszeit.
LDAP
Lightweight Directory Access Protocol. Ein Protokoll für den Zugriff auf online verfügbare Verzeichnisservices. LDAP definiert ein relativ einfaches Protokoll für das Aktualisieren und Durchsuchen von Verzeichnissen über TCP/IP.
Lebenszyklus
Ein vollständiger Durchlauf der vier Phasen: Konzeption, Ausarbeitung, Konstruktion und Übergang. Die Zeitspanne zwischen Beginn der Konzeptionsphase und Ende der Übergangsphase. Synonyme: Entwicklungszyklus, Zyklus. Siehe auch Testzyklus.
Lieferant
UML-Symbol Ein Klassifikationsmerkmal, das Services bereitstellt, die von anderen aufgerufen werden können. Gegensatz zu Client.
Liefergegenstand
Eine Ausgabe eines Prozesses, die einen Wert, Material oder Sonstiges für einen Kunden oder Stakeholder darstellt.
Listener
In JDK 1.1 eine Klasse, die Ereignisse empfängt und bearbeitet.
Logische Sicht
Eine Architektursicht, die die Hauptklassen im Design des Systems beschreibt: wichtige geschäftsbezogene Klassen und Klassen, die Schlüsselverhalten und strukturelle Mechanismen (Persistenz, Kommunikation, Fehlertoleranz, Benutzerschnittstelle) definieren. Im Unified Process ist die logische Sicht eine Sicht des Designmodells.
Lokales Netz
Ein Computernetz am Standort eines Benutzers in einer begrenzten geografischen Bereich. Ein lokales Netz setzt sich normalerweise aus einer oder mehreren Servermaschinen zusammen, die Services für eine Reihe von Client-Workstations zur Verfügung stellen.
M
Management
Eine Disziplin im Software-Engineering-Prozess, der die Planung und Verwaltung des Entwicklungsprojekts umfasst.
Mangel
Eine Anomalie oder ein Fehler in einem ausgelieferten Arbeitsergebnis. Beispiele sind Versäumnisse oder Schönheitsfehler, die in früheren Lebenszyklusphasen gefunden wurden und Fehlersymptome, die eine Software aufweist, die so ausgereift ist, dass sie getestet und in Betrieb genommen werden kann. Ein Mangel kann jede Art von Problem sein, das Sie überwachen oder beheben möchten. Siehe auch Änderungsanfrage.
Mechanismus
Ein Mechanismus ist eine Instanz eines Musters. Ein Mechanismus benötigt gewisser Verbesserungen, um in einem bestimmten Modell zu einer Kollaboration zu werden, und ist somit eine spezielle Lösung (für ein wiederkehrendes Problem) in einem Kontext. Ein Mechanismus entspricht bzw. ist mit einem Muster konform. Jede Kollaboration könnte Mechanismus genannt werden, aber dieser Begriff ist normalerweise für Kollaborationen reserviert, die eine Lösung für ein häufig wiederkehrendes Problem in Softwareanwendungen, z. B. die Behandlung von Persistenz, liefern, auf das ein Muster anwendbar ist. Bei Analyse und Design kann der Begriff Mechanismus als "Platzhalter" verwendet werden. Nachdem beispielsweise festgestellt wurde, dass Persistenz erforderlich ist, können Analytiker und Designer sagen, dass ein Persistenzmechanismus verwendet wird, mit dem das Problem systematisch und einheitlich angegangen wird.
Mehrfachklassifizierung
UML-Symbol Eine semantische Variante der Generalisierung, bei der ein Objekt zu mehreren Klassen gehören kann. Siehe Dynamische Klassifizierung.
Mehrfachvererbung
UML-Symbol Eine semantische Variante der Generalisierung, bei der ein Typ mehrere Supertypen haben kann. Gegensatz zu Einfachvererbung.
Meilenstein
Ein Punkt, an dem eine Iteration formal endet; entspricht einem Release-Punkt.
Messaging
Ein Kommunikationsmodell, über das verteilte Anwendungen kommunizieren, indem sie einander Nachrichten senden. Eine Nachricht ist in der Regel ein kurzes Informationspaket, das nicht zwingenderweise eine Antwort voraussetzt. Messaging implementiert eine asynchrone Kommunikationsmethode. Ein Fragment von Java-Code in einer Klasse, die aufgerufen und an die Parameter für die Ausführung einer bestimmten Aufgabe übergeben werden können.
Metaklasse
UML-Symbol Eine Klasse, deren Instanzen Klassen sind. Metaklassen werden normalerweise zum Erstellen von Metamodellen verwendet.
Meta-Metamodell
UML-Symbol Ein Modell, das die Sprache für die Beschreibung eines Metamodells definiert. Die Beziehung zwischen einem Meta-Metamodell und einem Metamodell ist analog zur Beziehung zwischen einem Metamodell und einem Modell.
Metamodell
UML-Symbol Ein Modell, das die Sprache für die Beschreibung eines Modells definiert.
Metaobjekt
UML-Symbol Ein generischer Begriff für alle Metaentitäten in einer Sprache für Metamodellierung. Beispiele sind Metatypen, Metaklassen, Metaattribute und Metaassoziationen.
Methode
(1) Eine reguläre und systematische Methode, um etwas zu erreichen; die detaillierten, logisch geordneten Pläne und Prozeduren, nach denen eine Aufgabe erfüllt oder ein Ziel erreicht wird.
Methodenaufruf
Synonym: Nachricht.
Methodeninhalt

Beschreibt generische UMA-Methodenkonzepte und Anleitungen, die schrittweise Erläuterungen dazu enthalten, wie bestimmte Ziele unabhängig von der Positionierung dieser Schritte innerhalb des Prozesszyklus erreicht werden. UMA trennt Methodeninhalt von dessen Anwendung in einem Prozess.

MIB
Management Information Base
MIME
Siehe Multipurpose Internet Mail Extension.
Mitarbeiter
Ein Mitarbeiter stellt eine Rolle bzw. eine Rollengruppe im Geschäft dar. Ein Mitarbeiter interagiert mit anderen Mitarbeitern. Er bearbeitet Geschäftsentitäten und ist gleichzeitig an der Realisierung von Geschäftsanwendungsfällen beteiligt.
Mit einem einzelnen Wert
UML-Symbol Ein Modellelement mit definierter Multiplizität ist ein Element mit einem einzelnen Wert, wenn sein Attribut "Multiplicity Type:: upper" auf 1 gesetzt ist. Der Begriff "Mit einem einzelnen Wert" bezieht sich nicht auf die Anzahl der Werte eines Attributs, Parameters usw. zu einem bestimmten Zeitpunkt, da ein Attribut mit einem einzelnen Wert (z. B. mit einem unteren Multiplizitätsgrenzwert von null) auch keinen Wert haben kann. Gegensatz zu Mit mehreren Werten.
Mit mehreren Werten
UML-Symbol Eine Beschreibung für ein Modellelement mit definierter Multiplizität, dessen Attribut "Multiplicity Type:: upper" einen größeren Wert als 1 hat. Der Begriff "mit mehreren Werten" bezieht sich nicht auf die Anzahl der Werte eines Attributs, Parameters usw. zu einem bestimmten Zeitpunkt. Gegensatz zu Mit einem einzelnen Wert.
Modell

Eine semantisch geschlossene Abstraktion eines Systems; eine vollständige Beschreibung eines Systems aus einer bestimmten Perspektive (vollständig bedeutet, dass keine zusätzlichen Informationen erforderlich sind, um das System aus dieser Perspektive heraus zu verstehen); eine Gruppe von Modellelementen. Modelle dürfen sich nicht überlappen.




Modellaspekt
UML-Symbol Eine Dimension der Modellierung, die bestimmte Qualitäten des Metamodells in den Vordergrund stellt. Der strukturelle Modellaspekt stellt beispielsweise die strukturellen Qualitäten des Metamodells heraus.
Modellausarbeitung
UML-Symbol Die Generierung eines Repository-Typs aus einem veröffentlichten Modell. Die Modellausarbeitung umfasst die Generierung von Schnittstellen und Implementierungen, auf deren Basis Repositorys instanziert und gefüllt werden können.
Modellelement
UML-Symbol Ein Element, das eine Abstraktion ist, die aus dem modellierten System extrahiert wird. Gegensatz zu Anzeigeelement.
Modellierungskonventionen
Beschreiben, wie Konzepte dargestellt werden, Einschränkungen der Modellierungssprache, auf die sich das Management des Projektteams geeinigt hat. Sie legen Maxime wie "Keine Vererbung zwischen Subsystemen verwenden", "Keine Erweiterungs- oder Einschlussassoziationen im Anwendungsfallmodell verwenden", "Das Partnerkonstrukt in C++ verwenden" fest. Die Konventionen werden im Softwarearchitekturdokument dargelegt.
Modellierungszeit
UML-Symbol Verweist auf ein Ereignis, das in der Modellierungsphase des Softwareentwicklungsprozesses eintritt. Die Modellierungszeit umfasst die Analysezeit und die Designzeit. Verwendungshinweis: Bei der Besprechung von Objektsystemen muss häufig zwischen Modellierungszeit und Problemstellungen zur Laufzeit unterschieden werden. Siehe Analysezeit, Designzeit. Gegensatz zu Laufzeit.
Modellorientierte Architektur
[OMG03] definiert diesen Begriff folgendermaßen:
"Ein Ansatz für die Spezifikation von IT-Systemen, die die Spezifikation der Funktionalität von der Spezifikation der Implementierung dieser Funktionalität auf einer bestimmten Technologieplattform trennt."
Modellorientierte Entwicklung
Ein Ansatz für die Systementwicklung, der mit Modellen auf einer hohen Abstraktionsebene (aber trotzdem Strenge bei den Modellbeschreibungen erfordert) arbeitet und Modelle nicht einfach als vorläufige Entwicklungsartefakte betrachtet, sondern als präzise Beschreibungen, aus denen betriebsfähige Systeme generiert werden können.
Model View Controller
Eine Anwendungsarchitektur, die die Komponenten der Anwendung voneinander trennt. Die Sicht stellt die Benutzerschnittstelle dar, und der Controller verwaltet die Benutzereingabe und in manchen Fällen den Anwendungsablauf.
Modul
UML-Symbol Eine Softwareeinheit, die gespeichert und bearbeitet werden kann. Zu Modulen gehören Quellcodemodule, binäre Codemodule und ausführbare Codemodule. Siehe Komponente.
MOF
UML-Symbol Eine von OMG definierte Technologie: Die MOF-Spezifikation (Meta-Object Facility) definiert eine Gruppe von CORBA-IDL-Schnittstellen, die für die Definition und Bearbeitung von interoperablen Metamodellen und der zugehörigen Modelle verwendet werden können. Zu diesen interoperablen Metamodellen gehören das UML-Metamodell, das MOF-Meta-Metamodell sowie zukünftige von OMG anerkannte Technologien, die mit Metamodellen spezifiziert werden. MOF stellt die Infrastruktur für die Implementierung von CORBA-basierten Design- und Wiederverwendungs-Repositorys bereit. Diese Definition wurde der MOF-Spezifikation Version 1.3 entnommen.
MOM
Message-Oriented Middleware.
Multiplizität
UML-Symbol Eine Spezifikation des Bereichs zulässiger Kardinalitäten, die eine Gruppe voraussetzen kann. Multiplizitätsspezifikationen können für Rollen in Assoziationen, Teile in Kombinationen, Wiederholungen und andere Zwecke angegeben werden. Multiplizität ist im Wesentlichen eine (unter Umständen unbegrenzte) Untergruppe nicht negativer ganzer Zahlen. Gegensatz zu Kardinalität.
Multipurpose Internet Mail Extension (MIME)
Der Internet-Standard für E-Mail, der Text, Bilder, Audio und Video unterstützt.
Muster
Eine Lösungsvorlage für ein wiederkehrendes Problem, die sich in einem bestimmten Kontext als hilfreich erwiesen hat. Taugliche Muster lösen die miteinander in Konflikt stehenden Größen, die das Problem darstellen, erfolgreich auf. Wenn es mehrere Muster gibt, wird das Muster gewählt auf der Basis des Lösungsweges ausgewählt. Ein Muster verdient nur dann diese Bezeichnung, wenn es nachgewiesenermaßen mindestens drei praktische Anwendungsmöglichkeiten gibt. Für Software kann UML die Darstellung eines Musters mit Hilfe einer parametrisierten Kollaboration darstellen. Andere Aspekte des Musters wie Listen mit Verwendungskonsequenzen, Verwendungsbeispielen usw. werden von UML jedoch nicht direkt modelliert. Für diese Aspekte kann Text verwendet werden. Ein Softwaremuster wird instanziert, indem Werte an die Parameter gebunden werden. Es gibt Muster mit unterschiedlicher Komplexität und unterschiedlicher Abstraktionstiefe, z. B. Architekturmuster, Analysemuster, Designmuster, Testmuster und Idiome oder Implementierungsmuster.
Mutationsmethoden
Methoden, die ein Objekt bereitstellt, um die Schnittstelle zu den Instanzvariablen zu definieren. Die Zugriffsmethode, mit der der Wert einer Instanzvariablen zurückgegeben wird, ist eine get- oder getter-Methode, und die Mutationsmethode, mit der einer Instanzvariablen ein Wert zugeordnet wird, ist eine set- oder setter-Methode.
MVC
Siehe Model View Controller.
MVS
Multiple Virtual Storage
N
Nachbedingung
Eine Beschreibung, die eine Systemvorgabe für das Ende eines Anwendungsfalls definiert.
Nachricht
UML-Symbol Eine Spezifikation für die Vermittlung von Informationen von einer Instanz an eine andere, auf die als Reaktion eine Aktivität erwartet wird. Eine Nachricht kann das Auslösen eines Signals oder den Aufruf einer Operation beinhalten.
Name
UML-Symbol Eine Zeichenfolge, mit der ein Modellelement bezeichnet wird.
Namespace
UML-Symbol Ein Teil des Modells, in dem Namen definiert und verwendet werden können. In einem Namespace hat jeder Name eine eindeutige Bedeutung. Siehe Name.
NC
Netzcomputer oder Network Computing
NCF
Network Computing Framework
Nebenläufiger Unterzustand
UML-Symbol Ein Unterzustand, der parallel mit anderen Unterzuständen in demselben zusammengesetzten Zustand gehalten werden kann. Siehe zusammengesetzter Unterzustand. Gegensatz zu disjunkter Unterzustand.
n-gliedrige Assoziation
UML-Symbol Eine Assoziation zwischen drei oder mehr Klassen. Jede Instanz der Assoziation ist ein n-Tupel von Werten aus den entsprechenden Klassen. Gegensatz zu Binäre Assoziation.
nicht interpretiert
UML-Symbol Ein Platzhalter für einen Typ bzw. für Typen, deren Implementierung in UML nicht angegeben ist. Jeder nicht interpretierte Wert hat eine entsprechende Zeichenfolgedarstellung. Siehe any [CORBA].
NSAPI
Netscape Server API
NT
Windows NT (New Technology)
O
Object Request Broker (ORB)
Ein CORBA-Begriff, der die Mittel bezeichnet, mit denen Objekte transparent Anforderungen stellen und Antworten von Objekten empfangen können, unabhängig davon, ob sie lokal oder fern sind.
Objekt
UML-Symbol Eine Entität mit einer klar strukturierten Grenze und Identität, die Zustand und Verhalten kapselt. Der Zustand wird durch Attribute und Beziehungen, das Verhalten durch Operationen, Methoden und Statusmaschinen dargestellt. Ein Objekt ist eine Instanz einer Klasse. Siehe Klasse, Instanz.
Objektdiagramm
UML-Symbol Ein Diagramm, das Objekte und ihre Beziehungen zu einem bestimmten Zeitpunkt erfasst. Ein Objektdiagramm kann als spezieller Fall eines Klassendiagramms oder Kommunikationsdiagramms betrachtet werden. Siehe Klassendiagramm, Kommunikationsdiagramm.
Objektflusszustand
UML-Symbol Ein Zustand in einem Aktivitätsgraphen, der den Übergang eines Objekts aus der Ausgabe von Aktionen in einem Zustand in die Eingabe von Aktionen in einem anderen Zustand darstellt.
Objektklasse
Eine Vorlage für die Definition der Attribute und Methoden eines Objekts. Eine Objektklasse kann andere Objektklassen enthalten. Eine individuelle Darstellung einer Objektklasse wird als Objekt bezeichnet.
Objektlebenslinie
UML-Symbol Eine Linie in einem Ablaufdiagramm, die die Existenz eines Objekts über einen gewissen Zeitraum hinweg darstellt. Siehe Ablaufdiagramm.
Objektmodell
Eine Abstraktion der Implementierung eines Systems.
Objektorientierte Programmierung (OOP)
Ein Programmieransatz, der auf den Konzepten der Datenabstraktion und Vererbung basiert. Anders als prozedurale Programmierungstechniken konzentriert sich die objektorientierte Programmierung auf die Datenobjekte, die das Problem darstellen, und darauf, wie diese Objekte bearbeitet werden, und nicht darauf, wie etwas erreicht wird.
ODBC
Siehe Open Database Connectivity.
ODBC-Treiber
Ein ODBC-Treiber ist ein DLL (Dynamically Linked Library), die ODBC-Funktionsaufrufe implementiert und mit einer Datenquelle interagiert.
ODBC-Treibermanager
Der von Microsoft bereitgestellte ODBC-Treibermanager ist eine DLL mit einer Importbibliothek. Der Hauptzweck des Treibermanagers ist das Laden der ODBC-Treiber. Der Treibermanager stellt außerdem Einstiegspunkte zu ODBC-Funktionen für jeden Treiber bereit und unterstützt die Parameter- und Ablaufvalidierung für ODBC-Aufrufe.
OLTP
Siehe Online Transaction Processing.
OMG
Object Management Group
Online Transaction Processing (OLTP)
Onlinetransaktionsverarbeitung. Ein Datenverarbeitungsstil, der interaktive Anwendungen unterstützt, in denen von Terminalbenutzern eingereichte Anfragen direkt beim Empfang verarbeitet werden. Die Ergebnisse werden in relativ kurzer Zeit an den Anfordernden zurückgegeben. Ein OLTP-System überwacht die gemeinsame Nutzung von Ressourcen, um eine effiziente Verarbeitung mehrerer Transaktionen zur gleichen Zeit zu gewährleisten.
OO
Objektorientiert.
OOP
Siehe Objektorientierte Programmierung.
Open DataBase Connectivity (ODBC)
Eine von Microsoft in C entwickelte Datenbank-API, die den Zugriff auf Datenbankmanagementsysteme durch den Aufruf von aufrufbarem SQL ermöglicht und keinen SQL-Präprozessors erfordert. Außerdem stellt ODBC eine Architektur bereit, mit der Benutzer Module, so genannte Datenbanktreiber, hinzufügen können, die die Anwendung zur Laufzeit mit den gewünschten Datenbankmanagementsystemen verbinden. Anwendungen müssen damit nicht mehr direkt mit den Modulen aller unterstützten Datenbankmanagementsysteme verbunden werden.
Operation
UML-Symbol Ein Service, der von einem Objekt angefordert werden kann, um das Verhalten zu beeinflussen. Eine Operation hat eine Signatur, die die gültigen tatsächlichen Parameter einschränken kann.
ORB
Siehe Object Request Broker.
Organisationseinheit
Primäre Komponente einer Organisation, die einen Kontext für die Verwaltung liefert. Die Organisationsstruktur stellt eine Beziehung zwischen einer übergeordneten Einheit und den untergeordneten Einheiten in einer Hierarchie her, und jede Einheit ist für Sammlungen anderer Geschäftskomponenten verantwortlich [MARS00]. Siehe Business-System.
P
PAD
Siehe Produktanforderungsdokument.
Paket
UML-Symbol Ein Universalmechanismus für die Organisation von Elementen in Gruppen. Pakete können in andere Pakete verschachtelt werden.
Palette
Siehe Bean-Palette.
Parallelität
UML-Symbol Das Vorkommen von mindestens zwei Aktivitäten in demselben Zeitintervall. Parallelität kann durch Verzahnung oder gleichzeitige Ausführung von mindestens zwei Threads erreicht werden. Siehe Thread.
Parameter
UML-Symbol Die Spezifikation einer Variablen, die geändert, übergeben oder zurückgegeben werden kann. Ein Parameter kann einen Namen, einen Typ und eine Richtung enthalten. Parameter werden für Operationen, Nachrichten und Ereignisse verwendet. Synonyme: Formaler Parameter. Gegensatz zu Argument.
Parameterisiertes Element
UML-Symbol Der Deskriptor für eine Klasse mit einem oder mehreren ungebundenen Parametern. Synonym: Vorlage.
Parameterverbindung
Eine Verbindung, die dem Parameter einer Aktion oder Methode entspricht, indem sie den Wert eines Merkmals oder den Rückgabewert einer Aktion, Methode oder eines Script bereitstellt. Der Parameter ist immer die Quelle der Verbindung. Siehe auch "Verbindung".
Partition
UML-Symbol (1) Aktivitätsgraphen: Ein Teil eines Aktivitätsgraphen, der die Zuständigkeiten für Aktionen organisiert. Siehe auch Verantwortlichkeitsbereich.
Partizipiert
UML-Symbol Die Verbindung eines Modellelements zu einer Beziehung bzw. einer vergegenständlichten Beziehung. Beispielsweise partizipiert eine Klasse an einer Assoziation oder ein Akteur an einem Anwendungsfall.
PCO
Siehe Steuerungs- und Überwachungspunkt.
PDR
Siehe Preliminary Design Review.
PERL
Practical Extraction & Reporting Language.
Persistentes Objekt
UML-Symbol Ein Objekt, das auch dann noch vorhanden ist, wenn der Prozess oder Thread, der das Objekt erstellt hat, nicht mehr existiert.
Perspektive
Im Allgemeinen kann der Begriff Perspektive als Alternative für Blickpunkt verwendet werden.
PGP
Pretty Good Privacy.
PKI
Public Key Infrastructure.
Plattform
[OMG03] definiert diesen Begriff folgendermaßen:
"Eine Gruppe von Subsystemen/Technologien, die eine kohärente Funktionalität über Schnittstellen und definierte Nutzungsmuster bereitstellt, die jedes Subsystem, das auf dieser Plattform basiert, verwenden kann, ohne die Details der Funktionalitätsimplementierung kennen zu müssen."
Plattformmodell
Das Plattformmodell umfasst die Konzepte (die Teile und Services darstellen), Spezifikationen, Schnittstellendefinitionen, Vorgabendefinitionen und andere Anforderungen, die eine Anwendung für eine bestimmte Plattform benötigt. In MDA werden die Plattformmodelle detailliert beschrieben und formalisiert, z. B. in UML, und sind in einem MOF-konformen Repository verfügbar. Beispielsweise können Plattformmodelle unter anderem für J2EE oder .NET erstellt werden.
Plattformspezifisches Modell
[OMG03] definiert diesen Begriff folgendermaßen:
"Ein Modell eines Subsystems, das Informationen über die spezielle Technologie, die bei der Realisierung des Subsystems auf einer bestimmten Plattform verwendet wird, und deshalb unter Umständen Elemente enthält, die für die Plattform spezifisch sind."
Plattformunabhängiges Modell
[OMG03] definiert diesen Begriff folgendermaßen:
"Ein Modell eines Subsystems, das keine für die Plattform spezifischen Informationen enthält, bzw. die Technologie, die für die Realisierung des Modells verwendet wird."
POP3
Post Office Protocol 3
Port
Ports sind Grenzobjekte, die als Schnittstellen für eine Kapselinstanz fungieren, über die Nachrichten übergeben werden. Ports "gehören" der Kapselinstanz insofern, als sie zusammen mit ihrer Kapsel erstellt und gelöscht werden, wenn die Kapsel gelöscht wird. Jeder Port hat eine Identität und einen Zustand, die von der Identität und dem Zustand der Kapselinstanz, die ihn enthält verschieden ist (so wie sich jedes Teil von seinem Container unterscheidet).
PRA
Siehe Project Review Authority.
Primitiver Typ
UML-Symbol Ein vordefinierter Basisdatentyp ohne jegliche Unterstruktur, z. B. Integer oder String.
Primärschlüssel
Eine Spalte oder Spaltengruppe in einer Datenbanktabelle, mit der Zeilen in der Tabelle bezeichnet werden.
Privat
Ein Zugriffsmodifikator, der einem Klasseneintrag zugeordnet ist. Dieser Modifikator lässt nur Zugriffe durch die Klasse selbst zu.
Produkt
Software, die das Ergebnis von Entwicklung ist, und verschiedene der zugehörigen Artefakte (Dokumentation, Release-Medium, Schulung).
Produktanforderungsdokument (PAD)
Eine Beschreibung des Produkts (Systems), des vorgesehenen Einsatzes und der bereitgestellten Features auf hoher Ebene.
Produktlinienarchitektur
Definiert Elementtypen, wie diese interagieren und welche Produktfunktionalität diesen Elementen zugeordnet ist. Manchmal werden auch einige Instanzen der Architekturelemente definiert. Dieser Begriff bezieht sich im Allgemeinen auf eine Gruppe von Produkten in einer Organisation oder einem Unternehmen. Siehe auch [HOF99].
Produktpate
Eine hochrangige Person, die die Vision des Produkts fördert und als Vermittler zwischen dem Produktteam und dem Kunden auftritt.
Projekt
Projekte werden von Personen durchgeführt. Sie sind in den Ressourcen beschränkt, werden geplant, ausgeführt und überwacht. Ein Projekt ist ein temporäres Unternehmen zum Erstellen eines eindeutigen Produkts oder eines Service. Temporär bedeutet, dass jedes Projekt einen definitiven Anfang und ein definitives Ende haben. Eindeutig bedeutet, dass sich das Produkt bzw. der Service von ähnlichen Produkten oder Services unterscheidet. Projekte sind häufig kritische Komponenten der Geschäftsstrategie der ausführenden Organisationen.
Projektion
UML-Symbol Eine Zuordnung einer Gruppe zu einer Untergruppe.
Projektleiter
Die Rolle mit der Gesamtverantwortung für das Projekt. Der Projektleiter muss sicherstellen, dass Aufgaben geplant, zugeordnet und nach Projektplänen, Budgets und Qualitätsanforderungen ausgeführt werden.
Projektprüfautorität (PPA)
Die Organisationsentität, an die der Projektleiter berichtet. Die PPA muss sicherstellen, dass ein Softwareprojekt der Geschäftspolitik, den Verfahren und Standards entspricht.
Protokoll
Eine Spezifikation einer kompatiblen Gruppe von Nachrichten, die für die Kommunikation zwischen Kapseln verwendet wird. Das Protokoll definiert eine Gruppe eingehender und abgehender Nachrichtentypen (z. B. Operationen, Signale) und optional einer Gruppe von Ablaufdiagrammen, die die erforderliche Nachrichtenreihenfolge und eine Zustandsmaschine definieren, die das abstrakte Verhalten festlegt, das die Teilnehmer an einem Protokoll erbringen müssen.
Protokoll (TCP/IP)
Die Programmierungsgrundlage, die es ermöglicht, dass Computernachrichten über das Internet in der ganzen Welt verteilt werden können. Die Protokollgruppe, die das Internet definiert. Die Software TCP/IP, die ursprünglich für das Betriebssystem UNIX entwickelt wurde, ist jetzt für alle wichtigen Betriebssysteme verfügbar. Für eine echte Teilnahme am Internet muss auf einem Computer die Software TCP/IP installiert sein.
Prototyp
Ein Release, das nicht zwingenderweise dem Änderungsmanagement und der Konfigurationssteuerung unterliegt.
Proxy-Server
Ein Anwendungs-Gateway zwischen zwei Netzen für eine bestimmte Netzanwendung wie Telnet oder FTP, wo beispielsweise der Proxy-Telnet-Server einer Firewall die Authentifizierung des Benutzers durchführt und anschließend den Datenverkehr über den Proxy-Server leitet, als wäre er selbst nicht vorhanden. Die Funktion wird in der Firewall und nicht auf der Client-Workstation durchgeführt, was zu einer höheren Last in der Firewall führt. Vergleiche auch "Socks".
Prozess

(1) Eine allgemeine Struktur für bestimmte Typen von Entwicklungsprojekten. Prozesse ordnen Inhaltselemente in teilweise geordneten Abfolgen an, die an die spezifischen Typen von Projekten angepasst werden. Ein Prozess ist also eine Gruppe teilweise geordneter Arbeitsbeschreibungen mit der Zielsetzung, ein höheres Entwicklungsziel zu erreichen, z. B. das Release einer bestimmten Software. Diese Arbeitsbeschreibungen sind in einer hierarchischen Gliederungsstruktur angeordnet. Ein Prozess konzentriert sich auf den Lebenszyklus und die Planung der Arbeitsreihenfolge in Gliederungsstrukturen.

(2) Der Teil von UMA, der Prozesse modelliert.

Prozessmuster

Ein Prozessmuster ist ein spezieller Prozess, der einen wiederverwendbaren Verbund von Aktivitäten beschreibt. Prozessmuster beschreiben und vermitteln Prozesskenntnisse für einen wichtigen Bereich von Interesse wie eine Disziplin und können direkt vom Prozessanwender als Anleitung für seine Arbeit verwendet werden.

Prozessor
Ein Typ von Knoten, der die Fähigkeit besitzt, einen oder mehrere Prozesse auszuführen. Im Allgemeinen erfordert ein solcher Knoten Rechenkapazität, Hauptspeicher, Ein-/Ausgabeeinheiten usw. Siehe auch Knoten, Prozess und Einheit.
Prozesssicht
Eine Architektursicht, die den Parallelitätsaspekt des Systems beschreibt: Aufgaben (Prozesse) und ihre Interaktionen.
Prüfpunkte
Eine Gruppe von Bedingungen, die korrekt gebildete Artefakte eines bestimmten Typs erfüllen müssen. Prüfpunkte können auch in Form von Fragen formuliert werden, die positiv beantwortet werden müssen.
Prüfung
Eine formale Bewertungstechnik, bei der ein Artefakt (Modell, Dokument, Software) von einer anderen Person oder einer Gruppe als dem Ersteller geprüft wird, um Funktionsstörungen, Verstöße gegen Entwicklungsstandards und andere Probleme aufzudecken.
Prüfung des vorläufigen Designs (PVD)
Im Wasserfallzyklus die Hauptprüfung, die beim Abschluss der Architekturdesigns durchgeführt wird.
Pseudozustand
UML-Symbol Ein Scheitelpunkt in einer Zustandsmaschine, der die Form eines Zustands hat, aber sich nicht wie ein solcher verhält. Ein Pseudozustand enthält Ausgangs- und Verlaufsscheitelpunkte.
Q
QE
Qualitäts-Engineering. Siehe auch Qualitätssicherung.
QS
Siehe Qualitätssicherung.
Qualifikationsmerkmal
UML-Symbol Ein Assoziationsattribut oder Tupel von Attributen, deren Werte die Gruppe der Objekte, die zu einem Objekt in einer Assoziation in Bezug stehen, teilen.
Qualität
Die Gesamtheit der Features und Merkmale eines Produkts oder Service, auf der seine Fähigkeit beruht, definierte oder implizierte Anforderungen zu erfüllen.
Qualitätsrisiko
Eine neue oder anhaltende Problemstellung, die eine hohe Wahrscheinlichkeit hat, sich negativ auf die Qualität des Softwareprodukts auszuwirken. Obwohl es eine unbegrenzte Anzahl von Qualitätsdimensionen gibt, mit denen Qualitätsrisiken eingeschätzt werden können, verwendet RUP das Anforderungsmodell FURPS+ als Basis für die Bewertung der Qualität.
Qualitätssicherung
Alle geplanten und systematischen Aktionen, die erforderlich sind, um zu gewährleisten, dass ein Produkt oder Service den definierten Qualitätsanforderungen entspricht.
R
Rangordnung
Ein Attribut eines Anwendungsfalls oder Szenarios, das die Auswirkung auf die Architektur bzw. die Bedeutung für ein Release beschreibt.
RDBMS
Relational Database Management System, Managementsystem für relationale Datenbanken.
Realisierung des Geschäftsanwendungsfalls
Eine Realisierung des Geschäftsanwendungsfalls beschreibt anhand zusammenarbeitender Geschäftsobjekte, wie der Workflow eines bestimmten Geschäftsanwendungsfalls innerhalb des Geschäftsanalysemodells realisiert wird.
Referenz
UML-Symbol (1) Eine Bezeichnung für ein Modellelement.
Referenzversion
Ein geprüftes und genehmigtes Release von Artefakten, die eine vereinbarte Basis für die Entwicklung bzw. Weiterentwicklung bildet und nur mit einer formalen Prozedur wie Änderungsmanagement und Konfigurationssteuerung geändert werden kann.
Referenzversion der Architektur
Die Referenzversion am Ende der Ausarbeitungsphase, dem Zeitpunkt, zu dem sich die grundlegende Struktur und das Verhalten des Systems festigen.
Release
Ein Teil des Endprodukts, der bei einem Hauptmeilenstein ausgewertet wird. Ein Release ist eine stabile, ausführbare Version des Produkts und umfasst alle Artefakte, die zur Verwendung dieses Release erforderlich sind, z. B. Release-Informationen oder Installationsanweisungen. Ein Release kann intern oder extern sein. Ein internes Release wird nur von der Entwicklungsorganisation verwendet und zwar im Rahmen eines Meilensteins oder zur Demonstration vor Benutzern oder Kunden. Ein externes Release (oder Lieferung) wird an Benutzer ausgeliefert. Ein Release ist nicht zwingenderweise ein vollständiges Produkt, sondern kann auch nur eine Station des Weges sein, deren Zweckmäßigkeit lediglich aus Engineering-Perspektive beurteilt wird. Releases sind die Triebfeder für das Entwicklungsteam, in regelmäßigen Abständen einen Abschluss unter die Arbeit zu setzen damit das Syndrom "90 % fertig, 90% verbleibend" vermieden wird. Siehe auch Prototyp, Referenzversion.
Release-Manager
Ein Release-Manager muss sicherstellen, dass alle Software-Assets bei Bedarf in internen und externen Releases kontrolliert werden und konfigurierbar sind.
Remote Method Invocation (RMI)
In JDK 1.1 die API, mit der verteilte Java-Programme geschrieben und damit Methoden ferner Java-Objekte von anderen JVMs aufgerufen werden können.
Remote Procedure Call (RPC)
Ein Kommunikationsmodell, in dem Anforderungen mit Funktionsaufrufen an verteilte Prozeduren gestellt werden. Die Position der Prozeduren ist für die aufrufende Anwendung transparent.
Repository
UML-Symbol Ein Speicherplatz für Arbeitsergebnisse (Artefakte), die während der Prozessinkraftsetzung ausgegeben werden, z. B. Anforderungen, Ergebnisse (d. h. Metriken), Objektmodelle, Schnittstellen und Implementierungen.
Ressourcendatei
Eine Datei, auf die in einem Java-Programm verwiesen wird. Beispiele sind Grafik- und Audiodateien.
Resultat

Beschreibt primär nicht formal definierte Arbeitsergebnisse, die ein Ergebnis oder ein Zustand sind. Ein Resultat kann auch verwendet werden, um ein inoffizielles Arbeitsergebnis darzustellen.

Rezeption
UML-Symbol Beschreibt, dass ein Klassifikationsmerkmal auf den Empfang eines Signals vorbereitet ist.
RFC
(1) Request for Change; Änderungsanfrage. Die Anforderung eines Käufers oder Verkäufers, vertraglich festgelegte Mittel für eine technische Änderung einzusetzen. Die Anforderung enthält den betreffenden technischen oder vertraglichen Aspekt, die Auswirkungen auf bzw. die Vorteile für das Projekt und eine Einschätzung der Kosten und der Auswirkungen auf den Zeitplan.
RFI
Request for Information; Informationsanforderung. Eine formelle Anfrage am Markt mit der Aufforderung, eine Interessensbekundung mit Informationen zur Kapazität, zum Leistungsspektrum und zur Verfügbarkeit in Form eines unverbindlichen Angebots zu der in der Ausschreibung beschriebenen Aufgabe abzugeben.
RFP
Request for Proposal; Ausschreibung. Eine formale Einladung, die den Umfang der Arbeit beschreibt, für die eine formale Antwort (Vorschlag) gesucht wird, die die Methodik und Vergütung beschreibt, die die Basis für einen Vertrag bilden.
RFQ
Request for Quotation; Aufforderung zur Angebotsabgabe. Eine formale Aufforderung zur Abgabe eines Preises für bestimmte Produkte und/oder Dienstleistungen.
Richtlinien für Artefakte
Eine Beschreibung, wie mit einem bestimmten Artefakt gearbeitet wird, z. B. wie das Artefakt erstellt und überarbeitet wird.
Risiko
Eine neue oder anhaltende Problemstellung, die eine hohe Wahrscheinlichkeit hat, sich negativ auf den Erfolg der Hauptmeilensteine auszuwirken.
RMI
Siehe Remote Method Invocation.
RMI-Compiler
Der Compiler, der Stub- und Entwurfsdateien generiert, die die RMI-Kommunikation vereinfachen. Dieser Compiler kann automatisch über den Menüeintrag "Tools" aufgerufen werden.
RMI-Registry
Ein Serverprogramm, das fernen Clients ermöglicht, eine Referenz auf eine Server-Bean abzurufen.
Rolle
Eine Definition des Verhaltens und der Zuständigkeiten einer Einzelperson oder einer Gruppe von Einzelpersonen, die als Team zusammenarbeiten, im Kontext einer Geschäftsorganisation.
RPC
Siehe Remote Procedure Call.
RSA
Rivest-Shamir-Adleman-Algorithmus
RUP
Rational Unified Process
Rückverfolgbarkeit
Die Möglichkeit, ein Projektelement zu anderen zugehörigen Projektelementen zurückzuverfolgen, insbesondere solchen Elementen, die sich auf Anforderungen beziehen. Projektelemente mit Rückverfolgbarkeit werden als Rückverfolgbarkeitselemente bezeichnet.
Rückverfolgbarkeitselement
Ein Projektelement, das explizit von einem anderen Projektelement rückverfolgt werden muss, um die Abhängigkeiten zwischen den Elementen zu überwachen. In Bezug auf Rational RequisitePro kann diese Definition wie folgt umformuliert werden: Jedes Projektelement, das in RequisitePro durch eine Instanz eines RequisitePro-Anforderungstyps dargestellt wird.
S
Sandbox
Eine eingeschränkte Umgebung, die vom Web-Browser bereitgestellt wird und in der Java-Applets ausgeführt werden. Die Sandbox stellt den Applets Services bereit und verhindert, dass die Applets unzulässige Operationen durchführt, wie z. B. Datei-E/A oder Dialoge mit fremden Komponenten (anderen Servern als dem Server, von dem das Applet geladen wurde). Die Analogie zwischen Applets und Kindern führte dazu, dass die Umgebung, in der Applets ausgeführt werden, Sandbox (eng. für Sandkasten) genannt wird.
SAP
Siehe Systems, Applications, and Products (SAP).
SCA
Die SCA (Service Component Architecture) besteht aus einer Reihe von Spezifikationen, die ein Modell für die Erstellung von Anwendungen und Systemen mit einer serviceorientierten Architektur beschreiben. Die SCA erweitert und ergänzt frühere Strategien für die Implementierung von Services und baut auf offenen Standards auf, z. B. auf Web-Services (siehe http://www.ibm.com/developerworks/library/specification/ws-sca/).
Scheitelpunkt
UML-Symbol Eine Quelle oder ein Ziel für einen Übergang in einer Zustandsmaschine. Ein Scheitelpunkt kann ein Zustand oder ein Pseudozustand sein. Siehe Zustand , Pseudozustand .
Schema [MOF]
UML-Symbol Im Kontext von MOF ist ein Schema ein Paket, d. h. einem Container mit Modellelementen. Ein Schema entspricht einem MOF-Paket. Gegensatz zu Metamodell.
Schicht
Eine spezielle Art der Gruppierung von Paketen in einem Modell auf derselben Abstraktionsebene.
Schlüsselmechanismus
Beschreibt anhand von Interaktionsmustern zwischen Elementen im System, wie ein Architekturmuster realisiert wird. Typischerweise wird ein Schlüsselmechanismus in einem Softwarearchitekturdokument präsentiert.
Schlüsselwort
Ein vordefiniertes Wort, das für Java reserviert ist, z. B. return, und das nicht als Bezeichner verwendet werden darf.
Schnittstelle
Eine Sammlung von Operationen, mit denen ein Service einer Klasse oder einer Komponente spezifiziert wird.
Schnittstelle auf Aufrufebene
Eine aufrufbare API für Datenbankzugriff und damit eine Alternative zu einer eingebetteten SQL-API. Im Gegensatz zu eingebettetem SQL erfordert eine Schnittstelle auf Aufrufebene (CLI, Call-Level Interface) keine Vrokompilierung oder Bindung durch den Benutzer, sondern stellt eine Standardgruppe von Funktionen für die Verarbeitung von SQL-Anweisungen und die zugehörigen Services zur Laufzeit bereit.
Schnittstellenvererbung
UML-Symbol Die Vererbung der Schnittstelle eines spezifischeren Elements. Die Vererbung der Implementierung ist hier ausgeschlossen. Gegensatz zu Implementierungsvererbung.
Schritt
Inhaltselement, das für die Strukturierung einer Aufgabe in Teile oder Arbeitsteileinheiten verwendet wird.
Scope-Management
Das Vergeben von Prioritäten und das Festlegen der Anforderungen, die in einem bestimmten Release-Zyklus basierend auf den verfügbaren Ressourcen und der verfügbaren Zeit implementiert werden können. Dieser Prozess wird während des gesamten Lebenszyklus des Projekts fortgesetzt, sobald sich Änderungen ergeben. Siehe auch Änderungsmanagement.
SDO
Service Data Objects (SDO) wurden entwickelt_9B7C7772.html">http://www.ibm.com/developerworks/library/specification/j-commonj-sdowmt/index.html).
Seifenopertest
Eine Technik für die Definition von Testszenarios unter Verwendung drastischer und übertriebener Einsatzszenarios. Wie eine TV-Seifenoper spiegeln diese Szenarios das "echte Leben" wider. Sie sind jedoch komprimiert und übertrieben, um drastische Situationen bei der Verwendung des Systems zu demonstrieren. Wenn Seifenopertests in Zusammenarbeit mit erfahrenen Benutzern definiert werden, können viele funktionale Aspekte eines Systems schnell getestet werden. Da diese Tests weder mit den formalen Spezifikationen noch mit den Features des Systems direkt verknüpft sind, haben sie außerdem eine hohe Erfolgsrate beim Aufdecken bedeutender, aber häufig unvorhersehbare Probleme. Die Definition dieses Begriffs und der zugehörigen Technik wurde von Hans Buwalda während seiner Berateraktivität für Tests festgelegt.
Semantischer Variationspunkt
UML-Symbol Ein Variationspunkt in der Semantik eines Metamodells. Ein Variationspunkt liefert einen beabsichtigten Freiheitsgrad für die Interpretation der Semantik des Metamodells.
Senden
UML-Symbol Das Übergeben eines Stimulus von einer Senderinstanz an eine Empfängerinstanz. Siehe Sender, Empfänger.
Sender
UML-Symbol Das Objekt, das einen Stimulus an ein Empfängerobjekt übergibt. Gegensatz zu Empfänger.
SEPA
Siehe Software Engineering process Authority.
Serialisieren
Synonym: Zerlegen.
Server
Ein Computer, der mehreren Benutzern oder Workstations in einem Netz Services zur Verfügung stellt, z. B. ein Dateiserver, ein Druckserver oder ein Mail-Server.
Servicekomponente

Eine Servicekomponente ist eine Realisierung eines Subsystems, eine logische Gruppierung funktional zusammenhängender, geschäftlich ausgerichteter Services, die für das Unternehmen so viel Bedeutung hat, dass sie als Unternehmens-Asset verwaltet und geregelt wird. Diese geschäftsorientierten Services können an verschiedenen Grenzen verfügbar gemacht werden, z. B. an der Außengrenze des Unternehmens oder einer Geschäftseinheit. Eine Servicekomponente ist eine allgemeine Abstraktion des Realisierungsmechanismus und umfasst Spezifikations- und Realisierungselemente. Servicekomponenten müssen durch zusätzliche Wiederverwendungs- und Protierbarkeitsverfahren vervollständigt werden. Alle diese Verfahren sind Beispiele für ein allgemeines Verfahren, die so genannte "Trennung von Problemstellungen". Bei diesem Verfahren entsteht eine modular aufgebaute Komponente, die sich aus einem Geschäftslogikkern und einer Gruppe von Unterstützungselementen zusammensetzt, die den Komponentenkern an die Hostumgebung anpassen und ein Verwendungsmuster für den Kern bereitstellen.

Serviceorientierte Architektur
Eine serviceorientierte Architektur ist eine konzeptionelle Beschreibung der Struktur eines Softwaresystems anhand seiner Komponenten und der von diesen Komponenten bereitgestellten Services ohne Berücksichtigung der zugrunde liegenden Implementierung der Komponenten, Services und Verbindungen zwischen Komponenten.
Serviceorientierte Architektur (SOA)
Eine serviceorientierte Architektur definiert die Gruppe der Services, aus denen ein System sich zusammensetzt, und beschreibt die Interaktionen, die zwischen den Services stattfinden, um ein bestimmtes Verhalten zu erkennen. Sie ordnet die Services einem oder mehreren Implementierungen in spezifischen Technologien zu.
Serviceprovider
Ein Serviceprovider entspricht einer physischen oder logischen Softwaredefinitionseinheit, die einen oder mehrere Services zugänglich macht. Der Begriff kann auch zur Beschreibung einer Organisationseinheit, die Services bereitstellt, verwendet werden.
Service (SOA)
Ein Service ist eine ermittelbare Softwareressource mit einer externalisierten Servicespezifikation. Diese Servicespezifikation kann von einem Servicekonsumenten gesucht, gebunden und aufgerufen werden. Der Serviceprovider realisiert die Implementierung der Servicespezifikation und stellt den Servicekonsumenten auch die Anforderungen für die Servicequalität zur Verfügung. Services müssen durch deklarative Richtlinien geregelt sein und somit einen dynamisch rekonfigurierbaren Architekturstil unterstützen.
Servicespezifikation
Die statische und dynamische Spezifikation der von einem Service bereitgestellten Operationen zusammen mit den zugehörigen Richtlinieninformationen. Eine Servicespezifikation fungiert als Vertrag zwischen einem Serviceprovider und Konsumenten und muss so umfassend sein, dass sie die Verpflichtungen beider Parteien berücksichtigt.
Servlets
Servlets sind Java-Objekte, die als Reaktion auf eine Browser-Anforderung auf dem Server ausgeführt werden. Sie können HTML oder XML direkt generieren oder eine JSP aufrufen, die die Ausgabe produziert.
SET
Secure Electronic Transaction
SHTTP
Secure Hypertext Transfer Protocol
Sicht
Eine vereinfachte Beschreibung (eine Abstraktion) eines Modells aus einer bestimmten Perspektive oder einem bestimmten Blickwinkel, die Entitäten weglässt, die für diese Perspektive nicht relevant sind. Siehe auch Architektursicht.
Sichtbarkeit
UML-Symbol Eine Aufzählung, deren Wert (öffentlich, geschützt oder privat) angibt, wie das Modellelement, auf die sie verweist, außerhalb seines Namespace gesehen werden kann.
Sicht (Datenbank)
Eine virtuelle Tabelle, die sich aus Spalteninformationen aus einer oder mehreren physischen Tabellen in der Datenbank zusammensetzt.
Sichtprojektion
UML-Symbol Eine Projektion von Modellelementen auf Anzeigeelemente. Eine Sichtprojektion gibt eine Position und einen Stil für jedes Sichtelement vor.
Signal
UML-Symbol Die Spezifikation eines asynchronen Stimulus, der zwischen Instanzen übertragen wird. Signale können Parameter haben.
Signatur
UML-Symbol Der Name und die Parameter eines Verhaltensmerkmals. Eine Signatur kann einen optional zurückgegebenen Parameter enthalten.
S/MIME
Secure MIME
Smoke-Test
Ein Ausdruck, der Tests (die normalerweise in ihrer Anzahl beschränkt sind) beschreibt, die für jeden Software-Build ausgeführt werden können, um festzustellen, ob sich die Software seit dem vorherigen Build in Form oder Funktion zurück entwickelt. Synonyme: Build-Validierungstest, Build-Prüftest, Build-Abnahmetest, Build-Regressionstest und Vitalitätsprüfung.
SMTP
Simple Mail Transport Protocol
SNMP
Simple Network Management Protocol
Socket Secure (SOCKS)
Das Gateway, über das kompatibler Clientcode (Socket-sicherer Clientcode) eine Sitzung mit einem fernen Host herstellen kann.
SOCKS
Siehe Socket Secure.
Softwareanforderung
Eine Spezifikation eines extern beobachtbaren Verhaltens des Systems, z. B. Eingaben für das System, Ausgaben des Systems, Funktionen des Systems, Attribute des Systems oder Attribute der Systemumgebung.
Softwarearchitektur
Softwarearchitektur umfasst Folgendes:
  • maßgebliche Entscheidungen über den Aufbau eines Softwaresystems
  • Auswahl der Strukturelemente und der Schnittstellen, aus denen das System zusammengestellt wird, zusammen mit ihrem Verhalten, das in der Kollaboration zwischen diesen Elementen spezifiziert ist
  • Zusammensetzung der Struktur- und Verhaltenselemente zu stufenweise größeren Subsystemen
  • Architekturstil, der diesen Aufbau, diese Elemente und ihre Schnittstellen, ihre Kollaborationen und ihre Zusammensetzung steuert
Software Engineering Process Authority (SEPA)
Die Organisationsentität, die für die Prozessdefinition, -bewertung und -verbesserung zuständig ist.
Software Requirements Specifications (SRS)
Softwareanforderungsspezifikationen. Eine Gruppe von Anforderungen, die das externe Verhalten des zu erstellenden Systems vollständig definiert. Ein anderer gebräuchlicher Begriff ist funktionale Spezifikation.
Software Specification Review (SSR)
Softwarespezifikationsüberprüfung. Im Wasserfallzyklus die Hauptprüfung, die durchgeführt wird, wenn die Spezifikation der Softwareanforderungen abgeschlossen ist.
Spalte
Ein Attribut einer Tabelle in einer Datenbank.
Spezifikation
UML-Symbol Beschreibt auf deklarative Weise, was etwas ist und oder tut. Gegensatz zu Implementierung.
SQL
Structured Query Language
SRR
Siehe System Requirements Review.
SRS
Siehe Software Requirements Specifications.
SSL
Secure Sockets Layer.
SSR
Siehe Software Specification Review.
Stakeholder
Eine Person, die wesentlich vom Resultat des Prozesses betroffen ist (d. h. von den Liefergegenständen, die der Prozess produziert).
Startseite
Die erste Seite, die ein Benutzer sieht, wenn er eine Website aufruft. Synonyme: Standardseite, Homepage.
Statische Information
Webdateien, die sich nicht bei jedem Zugriff ändern.
Statische Klassifizierung
UML-Symbol Eine semantische Variante der Generalisierung, in der ein Objekt weder den Typ noch die Rolle wechseln darf. Gegensatz zu Dynamische Klassifizierung.
Statisches Arbeitsergebnis
Ein Arbeitsergebnis, das von einem Prozess verwendet, aber nicht geändert wird.
Stereotyp
Eine Metaklassifizierung eines Elements. Stereotypen haben semantische Auswirkungen, die für jeden speziellen stereotypen Wert angegeben werden können.
Steuerungsfokus
UML-Symbol Ein Symbol in einem Ablaufdiagramm, das den Zeitraum veranschaulicht, in dem ein Objekt direkt oder indirekt über eine untergeordnete Prozedur eine Aktion ausführt.
Steuerungsklasse
Eine Klasse, mit der das spezifische Verhalten für einen oder mehrere Anwendungsfälle modelliert werden kann.
Steuerungs- und Überwachungspunkt
Ein bestimmter Punkt im Prozedurablauf eines Tests, an dem entweder eine in der Testumgebung gemachte Beobachtung aufgezeichnet oder eine Entscheidung bezüglich des Teststeuerungsablaufs getroffen werden muss. Ein Steuerungspunkt erfordert in der Regel die Details eines oder mehrerer Überwachungspunkte, um die erforderliche Entscheidung bezüglich der Steuerung zu treffen.
Stimulus
UML-Symbol Das Übergeben von Informationen von einer Instanz an eine andere, z. B. das Absetzen eines Signals oder das Aufrufen einer Operation. Der Empfang eines Signals wird normalerweise als Ereignis betrachtet. Siehe Nachricht.
Struktureller Modellaspekt
UML-Symbol Ein Modellaspekt, der die Struktur der Objekte in einem System einschließlich ihrer Typen, Klassen, Beziehungen, Attribute und Operationen hervorhebt.
Strukturelles Merkmal
UML-Symbol Ein statisches Merkmal eines Modellelements, z. B. ein Attribut.
Strukturierte Klasse
UML-Symbol Ein Klassifikationsmerkmal (z. B. Klasse oder Komponente) mit interner Struktur. Eine strukturierte Klasse enthält eine Gruppe von Abschnitten, die durch Konnektoren miteinander verbunden sind. Die Interaktionen zwischen der externen Umgebung und ihren internen Abschnitten müssen unter Umständen über einen Port erfolgen.
Stub
Eine Komponente, die Funktionalität für Testzwecke enthält. Ein Stub ist entweder eine reine "Pseudokomponente", die lediglich einige vordefinierte Werte zurückgibt, oder er "simuliert" ein komplexeres Verhalten.
Subsystem
Ein Modellelement, das die Semantik eines Pakets hat und damit andere Modellelemente enthalten kann und eine Klasse und damit ein Verhalten hat. Das Verhalten des Subsystems wird von Klassen oder anderen enthaltenen Subsystemen bestimmt. Ein Subsystem realisiert eine oder mehrere Schnittstellen, die das Verhalten des Subsystems definieren.
Subsystem (SOA)

In der SOMA ist ein Subsystem wie in der UML [1] ein grob strukturiertes Organisationskonstrukt in der Entwicklungszeit. Die SOA erfordert für die Flexibilität eines Systems und die Erstellung wiederverwendbarer Assets eine Erweiterung dieses Konzepts. In der SOMA repräsentiert ein Subsystem daher auch geeignete Container für gemeinsam nutzbare Services. Subsysteme stellen einen Entwurf für die Entwicklung wiederverwendbarer Assets bereit. Dadurch reduzieren sie die Systemkomplexität und erhöhen die Flexibilität.

Da bei der Ausarbeitung der SOA ein Übergang vom konzeptionellen Bereich in den logischen Bereich erfolgt, entstehen Subsysteme. In der SOMA wird ein Subsystem meistens durch eine oder mehrere Servicekomponente(n) realisiert.

Subtyp
UML-Symbol In einer Generalisierungsbeziehung die spezialisierte Version eines anderen Typs, des Supertyps. Siehe Generalisierung. Gegensatz zu Supertyp.
Superklasse
UML-Symbol In einer Generalisierungsbeziehung die Generalisierung einer anderen Klasse, der Unterklasse. Siehe Generalisierung. Gegensatz zu Unterklasse.
Supertyp
UML-Symbol In einer Generalisierungsbeziehung die Generalisierung eines anderen Typs, des Untertyps. Siehe Generalisierung. Gegensatz zu Subtyp.
Synchrone Aktion
UML-Symbol Eine Anforderung, bei der das sendende Objekt die Ergebnisse abwartet. Gegensatz zu asynchrone Aktion.
Synchronisationszustand
UML-Symbol Ein Scheitelpunkt in einer Zustandsmaschine, der für die Synchronisation paralleler Regionen einer Zustandsmaschine verwendet wird.
System
UML-Symbol (1) Eine Sammlung miteinander verbundener Einheiten, die zum Erreichen eines bestimmten Zwecks organisiert werden. Ein System kann von einem oder mehreren Modellen und sogar von unterschiedlichen Blickpunkten beschrieben werden. Synonym: Physisches System.
System Requirements Review (SRR)
Im Wasserfallzyklus der Name der Hauptprüfung, die durchgeführt wird, wenn die Systemspezifikation abgeschlossen ist.
Systems Applications and Products
SAP (ursprünglich "Systemanalyse und Programmentwicklung" und jetzt Systems, Applications, and Products in Data Processing) bietet weit verbreitete Software für integrierte Geschäftslösungen.
Szenario
UML-Symbol Eine spezielle Abfolge von Aktionen, die Verhaltensmuster veranschaulichen. Ein Szenario kann kann verwendet werden, um eine Interaktion oder die Ausführung einer oder mehrerer Anwendungsfallinstanzen zu veranschaulichen. Siehe Interaktion, Testszenarios.
T
Tabelle
Element einer Datenbank, das eine Sammlung von Informationen über eine bestimmte Entität oder ein bestimmtes Thema darstellt.
Tabellenbereich
Eine logische Speichereinheit in einer Datenbank.
Tatsächlicher Parameter
UML-Symbol Synonym: Argument.
TBK
Siehe Aktivitätsbasierte Kostenrechnung.
TBM
Siehe Aktivitätsbasiertes Management.
TCP
Transmission Control Protocol
TCP/IP
Transmission Control Protocol/Internet Protocol
Teamleiter
Der Teamleiter ist die Schnittstelle zwischen dem Projektmanagement und den Entwicklern. Der Teamleiter muss sicherstellen, dass eine Aufgabe zugeordnet und bis zum Abschluss kontrolliert wird. Der Teamleiter muss dafür sorgen, dass die Mitarbeiter in der Entwicklung die Projektstandards und die Projektzeitpläne einhalten.
Technischer Leiter
Der technische Leiter des Projekts hat die Autorität und das technische Fachwissen zu entscheiden, ob und wie eine Änderungsanfrage implementiert wird. Der technische Leiter definiert Änderungsaufgaben und schätzt den Aufwand für die Entwicklung der Arbeitsschritte für eine Änderungsanfrage.
Telnet
Das virtuelle Terminalprotokoll, das vom amerikanischen Verteidigungsministerium entwickelt wurde.
Test
(1) Eine Disziplin im Software-Engineering-Prozess mit der Zielsetzung, das System zu integrieren und zu testen.
Testabdeckung
Ein generischer Begriff, der beschreibt, wie der Umfang der Tests festgelegt wird bzw. bemessen wurde. Ein typischer Ansatz für die Bemaßung des Testumfangs ist, den Grad zu bestimmen, zu dem eine bestimmte Testreihe die formalen Spezifikationen adressiert, die in den Testfällen für ein bestimmtes System oder eine bestimmte Komponente angegeben sind.
Testanforderung
Eine Anforderung, die an die Tests gestellt wird und durch die Implementierung und Durchführung eines oder mehrerer Tests erfüllt werden muss. Dieser Begriff wurde durch den Begriff Testidee verdrängt.
Testauftrag
Siehe Bewertungsauftrag.
Testfall
Die (in der Regel formale) Spezifikation einer Reihe von Testvorgaben, Ausführungsbedingungen und erwarteten Ergebnissen mit dem Ziel, einen bestimmten Aspekt eines Zieltestelements zu bewerten. Ein Testfall unterscheidet sich insofern von einer Testidee, als der Testfall eine eher vollständig formulierte Spezifikation des Tests ist und beschreibt, wie die sich aus dem Testfall ergebenden Einzeltests durchzuführen sind.
Testfähigkeit
Die Eigenschaft von Zieltestelementen, ordnungsgemäß getestet werden zu können. Wenn die erforderlichen Tests für ein Zielelement nicht implementiert werden können, ist es möglichweise nicht testfähig. Die Hauptaspekte in Bezug auf die Testfähigkeit sind wohl die beiden folgenden:
1) Die Eigenschaft der Zieltestelemente, getestet werden zu können.
2) Die Eignung des vom Testteams verwendeten Prozesses und der verwendeten Tools sowie die spezielle Strategie für deren Anwendung. Siehe Testschnittstelle, Testansatz.
Testidee
Eine kurze Anweisung, die einen Test beschreibt, dessen Durchführung potenziell hilfreich ist. Die Testidee stellt in der Regel einen Aspekt eines bestimmten Tests dar, z. B. eine Eingabe, eine Ausführungsbedingung oder ein erwartetes Ergebnis. Eine Testidee unterscheidet sich insofern von einem Testfall, als die Testidee eine unvollständige Definition ist, die keine Spezifikation der Testarbeiten enthält, sondern nur die eigentliche Idee, die sich hinter dem Test verbirgt. Synonym: Testanforderung. Siehe auch Testfall.
Testmotivation
Ein Ansporn für die Durchführung von Tests, der Tester dazu veranlasst, aktiv zu werden und zu bleiben. Testmotivationen können Dinge sichtbar machen, die Tester dazu motiviert, die entsprechenden Aspekte eines bestimmten ausführbaren Software-Release auszuwerten. Im Allgemeinen stellen Testmotivationen in RUP normalerweise bestimmte Qualitätsrisiken dar und sind in den Kontext eines Bewertungsauftrag eingebunden.
Testorakel
Eine Strategie zum Feststellen, ob ein Test erfolgreich verläuft oder scheitert. Das Testorakel umfasst das Medium, mit dem das Testergebnis überwacht werden kann, und die Technik für die Interpretation dessen, was das Medium bereitstellt. Es ist ein Mittel, mit dem beobachtete Ergebnisse anhand erwarteter Ergebnisse ausgewertet werden können.
Testscript
Eine Sammlung schrittweiser Anleitungen, die einen Test realisieren und dessen Ausführung möglich machen. Testscripts können dokumentierte textbasierte Anweisungen sein, die manuell ausgeführt werden, oder computerlesbare Anweisungen, die die Durchführung eines automatisierten Tests ermöglichen. Siehe Testszenario, Testprozedur.
Testsuite
Ein paketähnliches Artefakt, mit dem Sammlungen von Testscripts gruppiert werden können, um die Ausführung der Tests logisch zu sortieren und hilfreiche und zusammengehörige Testprotokolldaten bereitzustellen, aus denen Testergebnisse abgeleitet werden können. Synonyme: Testtreiber, Shell-Script.
Testszenario
Eine Folge von Aktionen (Ausführungsbedingungen), die Verhaltensmuster von Interesse im Kontext der Testausführung bestimmen. Das Testszenario ist eine Möglichkeit, äquivalente Klassen von Aktionsfolgen zu generalisieren. Die Äquivalenz basiert auf Merkmalen wie Bereichen und nicht auf bestimmten Datenwerten. Ein Testszenario beschreibt Verhalten auf einer bestimmten Ebene mit festgelegtem Inhalt und Umfang und bezieht sich auf eine oder mehrere Verhaltensinstanzen auf dieser Ebene. Ein Testszenario kann sich beispielsweise auf eine oder mehrere Anwendungsfallinstanzen oder auf anwendungsfallübergreifende Verhaltensinstanzen beziehen. Siehe Szenario, Anwendungsfallinstanz, Testprozedur.
Testtreiber
Ein Softwaremodul oder eine Anwendung, das bzw. die verwendet wird, um einen Test aufzurufen, Testdaten bereitzustellen, die Ausführung zu steuern und zu überwachen und die Testresultate zu dokumentieren. Ein Testtreiber sortiert und steuert die automatisierte Ausführung eines oder mehrerer Tests. Synonym: Testsuite.
Testumgebung
Eine Instanz einer Hardware- und Softwarekonfiguration, die speziell für die Durchführung von Tests unter bekannten und kontrollierten Bedingungen eingerichtet wird. Siehe auch Deployment-Umgebung , Umgebung.
Testverfahren
Der prozedurale Aspekt eines bestimmten Tests, in der Regel eine Gruppe detaillierter Anweisungen für die Konfiguration und die schrittweise Ausführung von Testfällen. Das Testverfahren wird in Testszenarios und Testscripts erfasst. Siehe Testszenario, Testscript.
Testziel
Synonym: Zieltestelement.
Testzyklus
Ein Zeitraum von Testaktivitäten, in dem unter anderem Tests ausgeführt und ausgewertet werden. Die Zeitspanne zwischen der Aufnahme eines Software-Builds in die Testumgebung (Bereitstellung des Build für unabhängige Tests) und dem Abschluss der aktuellen Testaktivitäten für diesen Build. Die meisten Iterationen enthalten mindestens einen Testzyklus. Eine Iteration kann jedoch auch keinen oder viele Testzyklen beinhalten.
Thin Client
Thin Client bezeichnet normalerweise ein System, das auf einer Maschine mit beschränkten Ressourcen ausgeführt wird, oder das nur ein kleines Betriebssystem hat. Thin Clients erfordern keine lokale Systemverwaltung und führen Java-Anwendungen aus, die über das Netz bereitgestellt werden.
Thread

UML-Symbol Ein einzelner Ausführungspfad durch ein Programm, ein dynamisches Modell oder eine andere Darstellung des Steuerungablaufs. Außerdem ein Stereotyp für die Implementierung eines aktiven Objekts als Lightweight-Prozess. Siehe Prozess.

Toolmentor
Eine Anleitung, die erläutert, wie bestimmte Aufgaben oder Schritte unter Verwendung eines bestimmten Softwaretools ausgeführt werden.
Trace
UML-Symbol Eine Abhängigkeit, die eine Ablauf- oder Prozessbeziehung zwischen zwei Elementen anzeige, die dasselbe Konzept ohne bestimmte Regeln für die gegenseitige Ableitung darstellen.
Transaktion
Eine Verarbeitungseinheit, die sich aus einer oder mehreren Anwendungsprogrammen zusammensetzt, die mit einer einzelnen Anforderung aufgerufen werden. Eine Transaktion kann das Starten einer oder mehrerer Aufgaben erfordern.
Transaktionsverarbeitung
Ein Datenverarbeitungsstil, der interaktive Anwendungen unterstützt, in denen von Terminalbenutzern übergebene Anfragen direkt beim Empfang verarbeitet werden. Die Ergebnisse werden in relativ kurzer Zeit an den Anfordernden zurückgegeben. Ein Transaktionsverarbeitungssystem überwacht die gemeinsame Nutzung von Ressourcen, um die Verarbeitung mehrerer Transaktionen zur gleichen Zeit zu gewährleisten.
Transformation
Im Allgemeinen die Generierung eines Zielmodells aus einem Quellenmodell, die gewissen Regeln folgt und durch Parameter und andere Daten gesteuert werden kann.
Transformationsdefinition
[KLE03] definiert diesen Begriff wie folgt:
"Eine Gruppe von Transformationsregeln, die beschreiben, wie ein Modell in der Quellensprache in ein Modell in der Zielsprache transformiert werden kann."
Transientes Objekt
UML-Symbol Ein Objekt, das nur für die Dauer der Ausführung des Prozesses oder Threads existiert, von dem es erstellt wurde.
Trigger
Mit Ausnahme des ersten UML-Symbol Übergangs wird das gesamte Verhalten in einer , UML-Symbol Zustandsmaschine durch die Ankunft von Ereignissen in einer der Schnittstellen eines Objekts ausgelöst. Deshalb definiert ein Auslöser (engl. Trigger) die Ereignisse, die in der Schnittstelle den Anstoß eines Übergangs bewirken. Der Trigger ist der Schnittstelle zugeordnet, in der die Ankunft des auslösenden Ereignisses erwartet wird. Ein Übergang kann mehrere Trigger haben, so dass ein Ereignis, das die Anforderungen eines der Trigger erfüllt, den Übergang bewirkt.
Typ
Beschreibung einer Gruppe von Entitäten, die gemeinsame Merkmale, Beziehungen, Attribute und Semantik haben.
Typausdruck
UML-Symbol Ein Ausdruck, der in eine Referenz auf einen oder mehrere Typen ausgewertet wird.
U
Übergang
Die vierte Phase des Prozesses, in der die Software an die Benutzergemeinde übergeben wird.
Übergeordnete Klasse
Die Klasse, von der eine andere Bean oder Klasse Daten, Methoden oder beides erbt.
Übergeordnetes Element
UML-Symbol In einer Generalisierungsbeziehung die Generalisierung eines anderen Elements, des untergeordneten Elements. Siehe Unterklasse, Subtyp. Gegensatz zu Untergeordnetes Element.
Überprüfung
Eine Überprüfung ist eine Gruppenaktivität, bei der potenzielle Mängel gesucht werden und die Qualität eine Reihe von Artefakten bewertet wird.
UI
Siehe Benutzerschnittstelle.
UMA
Steht für  Unified Method Architecture. UMA ist eine technologisch ausgereifte Architektur für die Vermittlung, Spezifikation und Speicherung von Methoden- und Prozessmetadaten.
Umgebung
(1) Eine Disziplin im Software-Engineering-Prozess, der die Zielsetzung hat, die Umgebung zu definieren und zu verwalten, in der das System entwickelt wird. Eine Disziplin umfasst Prozessbeschreibungen, Konfigurationsmanagement und Entwicklungstools.
UML
Siehe Unified Modeling Language.
UML-Profil
UML-Symbol Eine Gruppe von Erweiterungen für das UML-Metamodell, die angibt, wie bestimmte UML-Modellelemente durch neue Semantik mit Stereotypen, Vorgaben, Tag-Definitionen und Eigenschaftswerten angepasst und erweitert werden. Eine kohärente Gruppe solcher Erweiterungen, die für bestimmte Zwecke definiert wird, bildet ein UML-Profil.
Umsetzung
In Rational Software Architect eine Transformation, die für die Stapelverarbeitung, insbesondere für Metamodelle, Modelle und Abstraktionsstufen optimiert wurde.
Umstufung
In einer JavaBean die Bereitstellung von Features einer enthaltenen Bean für die Herstellung von Verbindungen. Angenommen, eine Bean enthält drei Schaltflächen für eine Anzeige. Wenn diese Bean in einem Rahmen platziert wird, müssen die Features der Schaltflächen hochgestuft werden, damit sie im Rahmen verfügbar sind.
Unicode
Ein Zeichencodierungssystem für die Unterstützung des Austauschs, der Verarbeitung und der Anzeige von Text, der in verschiedenen Sprachen geschrieben ist. Unicode-Zeichen werden normalerweise mit 16-Bit-Integralzahlen ohne Vorzeichen codiert.
Unified Modeling Language (UML)
Eine Sprache für die Visualisierung, Spezifizierung, Erstellung und Dokumentation der Artefakte eines softwareintensiven Systems [BOO98]. Siehe Unified Modeling Language [UML01]. Im RUP-Glossar sind Definitionen aus der Unified Modeling Language mit dem Symbol UML-Symbol gekennzeichnet.
Uniform Resource Locator (URL)
Ein Standardbezeichner für eine Ressource im World Wide Web, die von Web-Browsern verwendet wird, um eine Verbindung aufzubauen. Der URL enthält das zu verwendende Kommunikationsprotokoll, den Namen des Servers und Pfadinformationen, die die auf dem Server abzurufenden Objekte identifizieren.
Unteraktivitätszustand
UML-Symbol Ein Zustand in einem Aktivitätsgraphen, der die Ausführung einer nicht atomaren Abfolge von Schritten mit einer gewissen Dauer darstellt.
Untergeordnetes Element
UML-Symbol In einer Generalisierungsbeziehung die spezialisierte Version eines anderen Elements, des übergeordneten Elements. Siehe Unterklasse, Subtyp. Gegensatz zu Übergeordnetes Element.
Unterklasse
UML-Symbol In einer Generalisierungsbeziehung die spezialisierte Version einer anderen Klasse, der Superklasse. Siehe Generalisierung. Gegensatz zu Superklasse.
Untermaschinenzustand
UML-Symbol Ein Zustand in einer Zustandsmaschine, der einem zusammengesetzten Zustand entspricht, dessen Inhalt aber von einer anderen Zustandsmaschine beschrieben wird.
Unterzustand
UML-Symbol Ein Zustand, der Teil eines zusammengesetzten Zustands ist. Siehe nebenläufiger Unterzustand, disjunkter Unterzustand.
URL
Siehe Uniform Resource Locator.
V
Variable
(1) Ein Speicherplatz in einem Objekt für ein Datenmerkmal. Das Datenmerkmal ist ein Objekt, z. B. eine Nummer oder ein Datum, das als Attribut des Containerobjekts gespeichert wird.
VB
Visual Basic. Eine spezielle Version der Programmiersprache BASIC und der zugehörigen IDE, die von Microsoft erstellt wurde.
Verantwortlichkeitsbereich
UML-Symbol Eine Partition in einem Aktivitätsdiagramm für die Organisation der Zuständigkeiten für Aktionen. Verantwortlichkeitsbereiche entsprechen den Organisationseinheiten in einem Geschäftsmodell. Siehe Partition.
Verarbeitungsunabhängiges Modell
[OMG03] definiert diesen Begriff folgendermaßen:
"Ein verarbeitungsunabhängiges Modell ist eine Sicht eines Systems aus einem verarbeitungsunabhängigen Blickwinkel. Ein solches Modell enthält keine Details zur Struktur des Systems. Ein verarbeitungsunabhängiges Modell wird manchmal auch als Domänenmodell bezeichnet. In der Spezifikation des Modells wird Vokabular verwendet, das den Anwendern der fraglichen Domäne vertraut ist."
Verbesserung
UML-Symbol Eine Beziehung, die eine umfassendere Spezifikation von etwas darstellt, das bereits auf einer bestimmten Detaillierungsebene spezifiziert wurde. Beispielsweise ist eine Designklasse eine Verbesserung einer Analyseklasse.
Verbesserungsvorschlag
Ein Typ von Stakeholder-Anfrage, die ein neues Feature oder eine neue Funktionalität des Systems spezifiziert. Siehe auch Änderungsanfrage.
Verbindung
UML-Symbol Eine semantische Verbindung zwischen zwei Objekten. Eine Instanz einer Assoziation. Siehe Assoziation.
Verbindung
Der Grad, in dem Komponenten voneinander abhängig sind. Es gibt zwei Typen von Verbindungen: "enge" und "lose" Verbindungen. Eine lose Verbindung ist für eine erweiterbare Softwarearchitektur empfehlenswert, aber für eine maximale Leistung kann eine enge Verbindung erforderlich sein. Die Verbindung wird enger, wenn Daten, die zwischen Komponenten ausgetauscht werden, an Umfang und Komplexität zunehmen. Gegensatz zu Kohäsion.
Verbindungsende
UML-Symbol Eine Instanz eines Assoziationsendes. Siehe Assoziationsende.
Verbindung zwischen Eigenschaften
Eine Verbindung zwischen einer Eigenschaft eines Objekts und einer Eigenschaft eines anderen Objekts. Siehe auch "Verbindung".
Vereinfachen
Synonym: Zerlegen.
Vererbung
Der Mechanismus, der die Generalisierung möglich macht. Ein Mechanismus für das Erstellen vollständiger Klassenbeschreibungen aus einzelnen Klassensegmenten.
Verhalten
UML-Symbol Die erkennbaren Auswirkungen einer Operation oder eines Ereignisses, einschließlich der Ergebnisse.
Verhaltensmerkmal
UML-Symbol Ein dynamisches Merkmal eines Modellelements, z. B. eine Operation oder eine Methode.
Verhaltensspezifischer Modellaspekt
UML-Symbol Ein Modellaspekt, der das Verhalten der Instanzen in einem System, einschließlich ihrer Methoden, Kollaborationen und Statushistorien hervorhebt.
Veröffentlichtes Modell
UML-Symbol Ein Modell, das eingefroren wurde und für die Instanzierung von Repositorys und zur Unterstützung bei der Definition anderer Modelle zur Verfügung steht. Die Modellelemente eines eingefrorenen Modells können nicht geändert werden.
Version
Eine Variante eines Artefakts. Neuere Versionen eines Artefakts sind normalerweise eine Erweiterung älterer Versionen.
Verteilte Verarbeitung
Verteilte Verarbeitung ist eine Anwendung oder ein Systemmodell, in der bzw. dem Funktionen und Daten auf mehrere Rechenressourcen verteilt werden kann, die in einem lokalen Netz oder Weitverkehrsnetz miteinander verbunden sind. Siehe Client/Server-Betrieb.
Verwendung
UML-Symbol Eine Abhängigkeit, in der ein Element (der Client ) das Vorhandensein eines anderen Elements (des Lieferanten) für eine ordnungsgemäße Funktionsweise oder Implementierung voraussetzt.
Virtuelle Maschine (VM)
Ein Softwareprogramm, das andere Computerprogramme ausführt. Eine virtuelle Maschine ermöglicht einer physischen Maschine, einem Computer, sich so zu verwalten, als wäre sie bzw. er eine andere physische Maschine.
Vision
Die Sicht des Benutzers oder Kunden auf das zu entwickelnde Produkt, definiert auf der Ebene der wichtigsten Stakeholder-Anfragen und Systemmerkmale.
Visuelles Programmierungstool
Ein Tool, mit dem Programme grafisch spezifiziert werden können. Anwendungsprogrammierer schreiben Anwendungen durch Bearbeiten grafischer Darstellungen von Komponenten.
Vitalisieren
Siehe Entserialisieren.
VM
Siehe Virtuelle Maschine.
Vorbedingung
Eine Beschreibung, die eine Systemvorgabe für den Beginn eines Anwendungsfalls definiert.
Vorgabe
UML-Symbol Eine semantische Bedingung oder Einschränkung. Bestimmte Vorgaben sind in UML vordefiniert, andere können vom Benutzer definiert werden. Vorgaben sind einer der drei Erweiterbarkeitsmechanismen in UML. Siehe Eigenschaftswert, Stereotyp.
Vorlage
Eine vordefinierte Struktur für ein Artefakt.
VPN
Virtuelles privates Netz.
W
Wasserfallmodell
[IE610.12] definiert das Wasserfallmodell folgendermaßen:
"Ein Modell des Softwareentwicklungsprozesses, in dem die einzelnen, aufeinander aufbauenden Aktivitäten, in der Regel eine Konzeptphase, Anforderungsphase, Designphase, Implementierungsphase, Testphase und eine Installations- und Prüfphase in der genannten Reihenfolge ausgeführt werden, möglicherweise mit Überlappungen, aber nur wenig bzw. gar keiner Iteration."
Diese Definition gilt auch in RUP mit der Ausnahme, dass der Begriff "Phase" durch "Disziplin" ersetzt wird. In RUP heißen die Disziplinen Geschäftsmodellierung, Anforderungen, Analyse & Design, Implementierung, Test und Deployment. Im Wasserfallmodell der Entwicklung kommen diese Disziplinen nur einmal und mit nur wenig oder gar keinen Überlappungen vor.
Webanwendung
Ein System, das das Internet als primäres Medium für die Kommunikation zwischen Systembenutzern und dem System verwendet. Siehe auch Websystem.
Web-Browser
Ein Stück Software, das auf einem Client ausgeführt wird und einem Benutzer ermöglicht, HTML-Seiten anzufordern und anzuzeigen.
Webserver
Die Serverkomponente des World Wide Web. Ein Webserver ist für die Bearbeitung von Informationsanforderungen von Web-Browsern zuständig. Bei diesen Informationen kann es sich um eine Datei handeln, die von der lokalen Festplatte des Servers abgerufen oder von einem Programm generiert wird, das vom Server aufgerufen wird, um eine bestimmte Anwendungsfunktion auszuführen.
Website
Ein Websystem, das sich vollständig auf einem Server befindet. Benutzer navigieren mit einem Web-Browser auf der Website.
Websystem
Ein Hypermediasystem, das Seiten mit Informationen enthält, die in Form eines Graphen und nicht hierarchisch oder linear miteinander verknüpft sind. Ein Websystem kann sich selbst als Webserver manifestieren, auf den mit einem Web-Browser zugegriffen werden kann.
Weiterentwicklung
Der Lebensweg der Software nach dem ersten Entwicklungszyklus. Alle nachfolgenden Zyklen, in denen das Produkt weiterentwickelt wird.
Wert
UML-Symbol Ein Element einer Typdomäne.
Wiederverwenden
Weitere oder wiederholte Verwendung eines Artefakts.
Windows-Registrierungsdatenbank
Die Registrierungsdatenbank von Microsoft(R) Windows(R), in der Konfigurationseinstellungen und Benutzeroptionen für die auf einem PC installierten Softwareprogramme gespeichert werden.
Wächterbedingung
Eine Bedingung, die erfüllt sein muss, damit ein zugeordneter Übergang ausgelöst werden kann.
Workstation
Eine Konfiguration von Ein-/Ausgabegeräten, an denen ein Bediener arbeitet. Ein Terminal oder ein Personal Computer, das bzw. der normalerweise an einen Großrechner oder ein Netz angeschlossen ist und an dem ein Benutzer Anwendungen ausführen kann.
World Wide Web
Ein grafisch orientierter Hypertext-Internet-Service mit Multimediaunterstützung.
WYSIWYG
What you see is what you get.
X
XML
Extensible Markup Language.
XP
Extreme Programming.
Z
Zeichenfolge
UML-Symbol Eine Folge von Textzeichen. Die Einzelheiten der Zeichenfolgedarstellung richten sich nach der Implementierung und können Zeichensätze enthalten, die internationale Zeichensätze und Grafiken unterstützen.
Zeit
UML-Symbol Ein Wert, der einen absoluten oder relativen Zeitpunkt darstellt.
Zeitausdruck
UML-Symbol Ein Ausdruck, der in einen absoluten oder relativen Zeitwert aufgelöst wird.
Zeitereignis
UML-Symbol Ein Ereignis, das die seit dem Beginn des aktuellen Zustands abgelaufene Zeit bezeichnet. Siehe Ereignis .
Zeitmarke
UML-Symbol Eine Bezeichnung für die Zeit, zu der ein Ereignis oder eine Nachricht ausgegeben wird. Zeitmarken können in Bedingungen verwendet werden.
Zeitrahmen
Der in RUP empfohlene Ansatz für die Verwaltung eines Iterationszeitplans. Nach der ersten Festlegung von Inhalt, Umfang und Zeitplan für eine Iteration sollte der Projektleiter diesen Zeitrahmen (und die für die Iteration zugestandenen Ressourcen) aktiv planen, um das geplante Enddatum der Iteration einzuhalten, anstatt das Enddatum an den ursprünglich geplanten Umfang anzupassen, falls die Entwicklung länger dauert als geplant. In RUP wird die eine Verringerung des Iterationsumfangs dem Hinzufügen von Ressourcen zur Bekämpfung eines entgleisenden Zeitplans vorgezogen. Diesem Ansatz liegt die Motivation zugrunde, die Ergebnisse einer Iteration für die Stakeholder sichtbar zu machen und die Iteration zu bewerten, um die gewonnenen Erkenntnisse in nachfolgenden Iterationen anwenden zu können.
Zerlegen
Ein Objekt so zerlegen, dass es als Bytestrom geschrieben werden kann. Siehe auch Vereinfachen, Serialisieren.
Zieltestelement
Ein Aspekt des entwickelten Produkts, in der Regel Software oder Hardware, die als Ziel für die Tests bestimmt wird. Ein Zieltestelement kann auf der Ebene einer Operation, einer Schnittstelle, eines Feature, einer Komponente, eines Implementierungssubsystems oder eines Systems angesiedelt oder ein externer Aspekt des Systems wie ein Betriebssystem oder ein Peripheriegerät (z. B. Drucker) sein. Synonyme: Testziel, Testelement
Zugriffsmethoden
Methoden, die ein Objekt bereitstellt, um die Schnittstelle zu den Instanzvariablen zu definieren. Die Zugriffsmethode, mit der der Wert einer Instanzvariablen zurückgegeben wird, ist eine get- oder getter-Methode, und die Mutationsmethode, mit der einer Instanzvariablen ein Wert zugeordnet wird, ist eine set- oder setter-Methode.
Zugriffsmodifikator
Ein Schlüsselwort, das den Zugriff auf eine Klasse, eine Methode oder ein Attribut steuert. Die Zugriffsmodifikatoren in Java sind public, private, protected und package (Standardeinstellung).
Zusammengesetzte Bean
Eine Bean, die sich aus anderen Beans zusammensetzt. Eine zusammengesetzte Bean kann visuelle Beans, nicht visuelle Beans oder beides enthalten. Siehe auch Bean.
Zusammengesetzter Unterzustand
UML-Symbol Ein Unterzustand, der parallel mit anderen Unterzuständen in demselben zusammengesetzten Zustand gehalten werden kann. Siehe Zusammengesetzter Zustand. Synonym: Region.
Zusammengesetzter Zustand
UML-Symbol Ein Zustand, der sich aus parallelen (orthogonalen) oder sequenziellen (disjunkten) Unterzuständen zusammensetzt. Siehe Unterzustand.
Zusammensetzen
Synonym: Entserialisieren.
Zusicherung
Ein logischer Ausdruck, der einen Programmstatus, der existieren muss, oder eine Reihe von Bedingungen spezifiziert, die Programmvariablen an einem bestimmten Punkt während der Programmausführung erfüllen müssen.
Zustand
UML-Symbol Ein Zustand oder eine Situation im Lebenszyklus eines Objekts, in dem bzw. der das Objekt eine Bedingung erfüllt, eine Aktivität ausführt oder auf ein Ereignis wartet.
Zustandsdiagramm
UML-Symbol Ein Diagramm, das eine Zustandsmaschine zeigt. Siehe Zustandsmaschine.
Zustandsmaschine
Eine Zustandsmaschine spezifiziert das Verhalten eines Modellelements, indem sie die Antwort des Elements auf Ereignisse und den Lebenszyklus des Objekts definiert.
Zuständigkeit
UML-Symbol Ein Vertrag oder eine Verpflichtung eines Klassifikationsmerkmals.
Zyklus
Synonyme: Lebenszyklus, Entwicklungszyklus. Siehe auch Testzyklus.