Bevinding gedaan buiten het ontwikkelteam, tijdens het accepteren van een Oplevering door de opdrachtgever.

Een document dat een meetbare basis verschaft voor de te accepteren werkproducten. Het bevat een lijst met meetbare acceptatiecriteria die invulling geven aan niet-functionele en Use Case overstijgende eisen.

Rol die verantwoordelijk is voor het uitvoeren van acceptatietests en het ondersteunen van Domeindeskundigen bij de gebruikersacceptatietests.

Het formeel geven van een goedkeuring op een werkproduct, op vooraf afgesproken wijze. Hierbij wordt verondersteld dat de betreffende tekenbevoegde persoon zich laat informeren door de relevante inhoudelijk deskundigen. Desgewenst kan hij deze accordering ook delegeren, waarbij hij wel eindverantwoordelijk blijft.

Het is mogelijk werkproducten onder voorbehoud te accorderen. Dit betekent dat het correct verwerken van de opmerkingen en Acceptatiebevindingen automatisch leidt tot goedkeuring.

Zie Taak.

Een rol die interacteert met het systeem. De rol kan door een persoon of door een ander systeem worden vervuld.

Een veel voorkomende onjuiste opvatting of benadering.

Een van de beheerrollen buiten het ontwikkelteam die speciaal verantwoordelijk is voor het functioneel en technisch beheer van applicaties.

Architectureel relevante code, die door de architect wordt aangewezen als voorbeeldcode voor de ontwikkelaars.

In dit boek meestal in de betekenis van softwarearchitectuur: de interne structuur van een applicatie, anders gezegd, de technische ruggengraat van het systeem.
Bij de beschrijving van de softwarearchitectuur worden met name die zaken vastgelegd die later in het project lastig zijn aan te passen.

Discipline waarin uitgelegd wordt hoe de Requirements werkproducten worden omgezet naar een technische gestalte in termen van architectuur en werkende code. De RUP-disciplines Analysis & Design en Implementation zijn hierin samengebracht.

Zie Werkproduct.

Een baseline van een werkproduct is een vastgelegde versie die als basis wordt beschouwd voor verdere ontwikkeling. Alleen via een formele procedure kan een nieuwe versie tot baseline worden verheven.

Rol die verantwoordelijk is voor beheerstaken. Deze rol kent verschillende specialisaties: systeembeheer, middleware beheer, applicatiebeheer (technisch en functioneel) en opleiding. Bij de meeste projecten zijn al deze specialisaties benodigd.

De Beheerdocumentatie bevat drie gezichtspunten:

• Het configuratiegezichtspunt met voor de applicatie specifieke installatie-, configuratie- en onderhoudsaanwijzingen.
• Het installatiegezichtspunt met een stappenplan voor het deployen van de applicatie.
• Het onderhoudsgezichtspunt waarin een stappenplan wordt gegeven voor het regulier onderhoud op de applicatie.

RUP-term: Stakeholder. Iemand die materieel wordt bevoordeeld (of benadeeld) door het project of het resultaat van het project waarbij hij belanghebbende is. Ontwikkelteamleden worden in dit boek niet als belanghebbenden gezien.

In een bètaversie van de applicatie is alle overeengekomen functionaliteit gerealiseerd en grotendeels getest.

Een geconstateerd verschil tussen de verwachting (voorspelling) en de feitelijke uitkomst. In dit boek wordt onderscheid gemaakt tussen bevindingen gedaan door het ontwikkelteam en Acceptatiebevindingen. De eerstgenoemde blijven impliciet en worden zonder een formele route door het team afgehandeld.

Opgeloste Acceptatiebevinding dan wel known issue.

Rol die verantwoordelijk is voor het documenteren, communiceren en implementeren van bedrijfsprocessen.

Levert een overzicht van de relevante bedrijfsprocessen en toont de samenhang tussen de businessobjecten die daarin een rol spelen.

Procedure voor het beheersbaar houden van het ontwikkelproces, die o.a. bestaat uit versiebeheer voor source code en documenten.

RUP-fase waarin ontwerp, realisatie en acceptatie van de niet-kritische Use Cases plaatsvindt. De nadruk van deze fase ligt op het efficiënt realiseren van functionaliteit.

Onderdeel van de Project Start Architectuur, zie aldaar.

Beschrijft de logische en technische modellering van persistente data, meestal in een (relationele) database.

Het decharge verlenen aan het ontwikkelteam betekent dat het ontwikkelteam wordt ontslagen van de verantwoordelijkheid voor het uitvoeren van de projectopdracht. Dit gebeurt nadat het ontwikkelteam de projectopdracht naar tevredenheid heeft vervuld of wanneer een ander team de verantwoordelijkheid krijgt.

Beschrijft de modellering van de belangrijkste componenten die door de Use Case Realizations worden gebruikt. Het Design Model wordt gevoed vanuit de Business Objecten die in het Business Proces Model zijn onderkend en aangevuld met voor de techniek benodigde componenten.

Een op de organisatie of het huidige project toegespitst ontwikkelproces dat bestaat uit een subset van rollen, uit te voeren taken en te produceren werkproducten uit RUP.

Een groepering van rollen, taken en werkproducten waarvoor vergelijkbare kennis en vaardigheden benodigd zijn. In dit boek is dit begrip uitsluitend van toepassing op rollen, taken en werkproducten binnen het ontwikkelteam. RUP-termen: Discipline, Domain en Role Set.

De verzameling van begrippen waarmee communicatie plaatsvindt over de zaken die het project aangaan.

Rol die wordt vervuld door ofwel een gevorderde gebruiker voor een bepaalde Use Case, ofwel een persoon die deskundig is met betrekking tot een specifiek deel van het businessdomein.

RUP-fase waarin de architectuur wordt gebaselined en waarin ontwerp, bouw en test van de kritische Use Cases plaatsvindt.

Periode in de softwareontwikkellifecycle met een bepaald aandachtsgebied. In RUP onderscheiden we Inception, Elaboration, Construction en Transition.

Functionele acceptatietest.

Zie Scenario.

Verificatie dat de gemaakte software voldoet aan de functionaliteit zoals die is neergelegd in de Use Case Specifications en voldoet aan de acceptatiecriteria uit het Acceptatieplan.

Gebruikersacceptatietest.

Een menselijke Actor-rol, d.w.z. iedereen die mens is en feitelijk communiceert met het systeem, vervult de rol van gebruiker.

Verificatie dat de gemaakte software voldoet aan de bedoeling die de gebruikers voor ogen stond bij het formuleren van de Use Case Specifications. Dit type test wordt uitgevoerd door Domeindeskundigen (waaronder gebruikers).

Een document waarin wordt uitgelegd hoe de gebruiker de applicatie kan gebruiken.

Alfabetische lijst van gebezigde termen binnen het project (projectwoordenboek), met korte uitleg.

Accorderen.

Werkproduct dat gedurende het project ontstaat en waar in het kader van het iteratieve proces inhoud aan wordt toegevoegd.

Graphical User Interface.

Rol die de eindverantwoordelijkheid heeft aan de kant van de opdrachtnemer. Hij heeft zitting in de projectstuurgroep en keurt werkproducten goed. Hij is het escalatiepunt voor de Teamleider.