A
ABC
Voir aussi : chiffrage des coûts par activité
ABM
Voir aussi : gestion des coûts par activité
abstraction
Création d'une vue ou d'un modèle qui supprime les détails superflus afin de mettre en évidence un ensemble spécifique de détails présentant de l'intérêt.
abstrait
Se rapportant à un sujet dans l'abstrait, sans objet ou intention pratique. Non appliqué ou pratique ; théorique. Considéré éloigné de l'existence concrète. Terme lié : concret. Voir aussi : classe abstraite.
acceptation
Action par laquelle un client accepte de recevoir la propriété des produits logiciels, à titre d'exécution partielle ou totale d'un contrat.
ACL
Liste de contrôle d'accès.
Acquis utilisateur

(1) Selon Nielsen Norman Group (http://www.nngroup.com/about/userexperience.html) : "l'"acquis utilisateur" comprend tous les aspects de l'interaction de l'utilisateur final avec l'entreprise, ses services et ses produits. La première exigence d'un acquis utilisateur idéal consiste à satisfaire sans difficulté les besoins précis du client. Viennent ensuite la simplicité et l'élégance des produits qui suscitent l'envie de les acheter et de les utiliser. Un acquis utilisateur réel dépasse largement le fait d'offrir aux clients ce qu'ils déclarent souhaiter ou de fournir des fonctionnalités de listes de contrôle. Pour que les offres d'une entreprise présentent un acquis utilisateur de très grande qualité, tous les services de l'entreprise dédiés aux différentes disciplines (y compris les services d'ingénierie, de marketing, de conception graphique et industrielle et de conception de l'interface) doivent mettre en commun leur travail, et ce de manière transparente."

(2) L'acquis utilisateur concerne la convivialité, dont la portée est plus étendue que l'interface utilisateur. L'acquis utilisateur porte sur la présentation de l'application et non pas simplement sur ce que l'interface utilisateur offre d'un point de vue fonctionnel. Il existe toutefois un composant de l'acquis utilisateur portant sur l'interface utilisateur.

acteur métier (instance)
Quelqu'un ou quelque chose, externe à l'entreprise et qui interagit avec celle-ci.
action
Icône UML Spécification d'une instruction exécutable formant une abstraction d'une procédure de calcul. Une action a normalement pour résultat un changement dans l'état du système, et peut être réalisée par l'envoi d'un message à un objet ou par la modification d'un lien ou d'une valeur d'un attribut.
action asynchrone
Icône UML Requête dans laquelle l'objet émetteur ne s'arrête pas pour attendre les résultats. Terme lié : action synchrone.
action d'entrée
icône UML Action exécutée au moment d'entrer un état dans une machine d'état sans tenir compte de la transition utilisée pour atteindre cet état.
action de sortie
icône UML Action exécutée au moment de sortir un état dans une machine d'état sans tenir compte de la transition utilisée pour sortir cet état.
action synchrone
Icône UML Requête où l'objet émetteur s'arrête pour attendre les résultats. Terme lié : action asynchrone.
activation
Icône UML Exécution d'une action.
active server page
Active Server Page (Microsoft), un mécanisme technologique pour donner un comportement dynamique à des applications Web.
activité
élément du processus prenant en charge l'imbrication et le groupage logique des éléments associés du processus (par exemple descripteur et sous-activités), formant ainsi une structure de répartition.
adresse IP
Adresse numérique qui identifie de manière unique chaque ordinateur connecté à un réseau. Par exemple, 123.45.67.8.
adresse IP
Adresse IP formée d'un numéro unique composé de quatre parties séparées par des points (par exemple, 123.45.67.8). Chaque ordinateur connecté à Internet dispose d'un numéro IP et la plupart comportent également un ou plusieurs noms de domaines qui sont des mappages ou des alias pour l'adresse IP.
agrégat (classe)
Icône UML Classe représentant le "tout" dans une relation d'agrégation (tout-parties). Voir aussi : agrégation.
agrégation
Association qui modélise une relation ensemble-parties entre un agrégat (l'ensemble) et ses parties.
agrégation composite
Icône UML Synonyme : agrégation composite.
amélioration métier
Pour effectuer une ingénierie métier dans laquelle les changements sont de niveau local et ne s'étendent pas à l'ensemble de l'entreprise. S'intéresse à une réduction des coûts et des délais d'exécution et au suivi du service et de la qualité.
american standard code for information interchange
American standard code for information interchange. Norme de codage de caractères sur 8 bits, utilisé par la plupart des PC et des systèmes UNIX. Remplace une norme ASCII antérieure avec codage de caractères sur 7 bits.
analyse
Partie du processus de développement logiciel dont l'objet essentiel est de formuler un modèle du domaine du problème. L'analyse se focalise sur les tâches à accomplir ; la conception sur la façon de procéder. Voir aussi : conception.
analyse & conception
Activités (générales) pendant lesquelles des décisions stratégiques et tactiques sont prises afin de répondre aux exigences fonctionnelles et de qualité obligatoires d'un système. Voir aussi : modèle de conception.
analyste
Membre de l'équipe de projet responsable du recueil et de l'interprétation des besoins des intervenants et de leur communication à l'équipe toute entière.
API
Voir aussi : interface de programme d'application
APPC
Voir aussi : communication évoluée de programme à programme
appel
Icône UML Etat d'action qui appelle une opération sur un discriminant.
appel de méthode
Synonyme : message.
appel de procédure éloignée (RPC)
Modèle de communication où les requêtes sont effectuées par des appels de fonctions à une procédure répartie, située ailleurs. L'emplacement de ces procédures est transparent pour l'application appelante.
applet
Un programme Java conçu pour s'exécuter dans un navigateur Web. Terme lié : application.
application
Exploitation de nouvelles techniques ; application de techniques.
application Web
Système qui utilise Internet comme principal moyen de communication entres ses utilisateurs et le système. Voir aussi : système Web.
architecture
Concept le plus global d'un système dans son environnement, conformément aux définitions de IEEE. L'architecture d'un système logiciel (à un stade donné) correspond à l'organisation ou structuration des composants significatifs qui interagissent par le biais d'interfaces, ces composants étant eux-mêmes constitués de composants et interfaces de plus en plus petits.
architecture de ligne de produits
Définit les types d'éléments_1ABBCC94.html" target="ory_doc" guid="7.755968586980351E-308" >HOF99].
architecture exécutable
Une architecture exécutable est une implémentation partielle du système, construite pour démontrer les propriétés et les fonctions du système sélectionnées, en particulier celles qui satisfont les exigences non fonctionnelles. Elle est construite lors de la phase d'élaboration pour limiter les risques liés à la performance, au rendement, à la capacité, à la fiabilité etc., afin que la capacité fonctionnelle globale du système puisse être ajoutée dans la phase de construction sur une base solide, sans risque de dégâts. Le processus RUP prévoit que l'architecture exécutable soit construite en tant que prototype évolutif, avec l'intention de conserver ce qui fonctionne convenablement (et répond aux exigences) et d'intégrer ces parties au système livré.
architecture guidée par le modèle
[OMG03] la définit comme suit :
"Approche de spécification de système informatique qui dissocie la spécification de la fonctionnalité de celle de son implémentation sur une plateforme technologique spécifique."
architecture logicielle
L'architecture logicielle recouvre :
  • les décisions significatives concernant l'organisation d'un système logiciel,
  • la sélection des éléments structurels et de leurs interfaces qui ensemble composent le système, avec leur comportement tel que spécifié dans la collaboration entre ces éléments,
  • la composition graduelle des éléments structurels et de comportement en sous-systèmes de plus en plus vastes,
  • le style d'architecture qui guide cette organisation, ces éléments et leurs interfaces, leurs collaborations et leur composition.
architecture métier
L'architecture métier est un ensemble d'éléments organisé, avec des relations claires entre ces éléments qui, collectivement, forment un ensemble défini par sa fonctionnalité. Les éléments représentent la structure organisationnelle et comportementale d'une entreprise et présentent des abstractions de ses processus et structures clés.
Architecture MVC (Model View Controller)
Architecture d'application qui sépare les composants de l'application : le modèle représente la logique applicative ou les données ; la vue représente l'interface utilisateur et le contrôleur gère les entrées utilisateur ou, dans certains cas, le flux de l'application.
Architecture orientée services (SOA)
Une architecture orientée services définit les services composant un système, décrit les interactions entre les services pour réaliser un comportement donné et mappe les services à une ou plusieurs implémentations de technologies spécifiques.
architecture UMA
Acronyme de Unified Method Architecture. L'architecture UMA est la meilleure architecture pour concevoir, préciser et stocker une méthode et des métadonnées de processus.
archive Java
Format de fichier indépendant de la plateforme et regroupant de nombreux fichiers en un seul. Les fichiers JAR sont utilisés pour compression, réduction des délais de téléchargement et sécurité. Comme le format JAR est rédigé en Java, les fichiers JAR sont totalement extensibles.
argument
Icône UML Liaison pour un paramètre qui débouche sur une instance d'exécution. Synonyme : paramètre réel. Terme lié : paramètre.
artefact
Produit formel qui :
1) est produit, modifié ou utilisé par une tâche,
2) définit une sphère de responsabilités et
3) est soumis à un contrôle de version.

Un artefact peut prendre plusieurs formes. Il peut s'agir par exemple d'un modèle, d'un élément de modèle ou d'un document.

ASCII
Voir aussi : American Standard Code for Information Interchange
ASP
Voir aussi : page Active Server
aspect de modèle
icône UML Dimension de modélisation qui met l'accent sur des qualités spécifiques du métamodèle. L'aspect structurel du modèle, par exemple, met en évidence les qualités structurelles du métamodèle.
aspect de modèle de comportement
Icône UML Aspect de modèle qui met en évidence le comportement des instances d'un système, y compris leurs méthodes, leurs collaborations et leurs historiques d'état.
aspect de modèle structurel
Icône UML Aspect de modèle faisant ressortir la structure des objets dans un système, et notamment leurs types, classes, relations, attributs et opérations.
assertion
Expression logique spécifiant un état du programme devant exister, ou un ensemble de conditions auxquelles les variables du programme doivent satisfaire à un point particulier durant l'exécution du programme.
association
Relation modélisant une connexion sémantique bidirectionnelle entre instances.
association binaire
Icône UML Association de deux classes. Cas particulier d'association n-aire.
association n-aire
Icône UML Association entre trois classes ou plus. Chaque instance de l'association est un multiple n de leurs classes respectives. Terme lié : association binaire.
association-communication
Association d'une classe d'acteurs et d'une classe de cas d'utilisation, qui indique que leurs instances interagissent. La direction de l'association indique l'instigateur de la communication (convention Unified Process).
assurance qualité
Toutes les actions planifiées et systématiques requises pour se convaincre qu'un produit ou un service répond à des exigences de qualité données.
attaque
Tentative préméditée et méthodique visant à interrompre ou à circonvenir le fonctionnement normal d'un programme logiciel lors de son exécution. Le concept d'attaque (souvent avec une intention malveillante ) de logiciels provient de la communauté des 'cyberpirates' dont les membres exploitent diverses techniques pour s'attaquer aux systèmes logiciels, généralement pour contourner les dispositifs de sécurité et obtenir un accès illégal sur un système hôte. Parmi les techniques d'attaque détectées, on relève les dépassements de mémoire tampon, dénis de service, contraintes sur ressources et chevaux de Troie. Ce terme a par la suite été adopté par les professionnels des tests logiciels dans la discussion des méthodes pouvant conduire à la détection de bogues potentiels dans un système logiciel.
attribut
Un attribut défini par une classe représente une propriété nommée de cette classe ou de ses objets. Un attribut a un type qui définit le type de ses instances.
attribut d'exigence
Information associée à un exigence spécifique et fournissant un lien entre cette exigence et d'autres éléments du projet (par exemple priorités, calendriers, états, éléments de conception, ressources, coûts, risques).
automate fini
Une machine d'état spécifie le comportement d'un élément de modèle, en définissant sa réponse aux événements et le cycle de vie de l'objet.
autorité de revue de projet (PRA)
Entité dans l'organisation à laquelle rend compte le responsable de projet. Cette autorité est chargée de veiller à ce que le projet logiciel se conforme aux règles, pratiques et normes en vigueur.
Autorité du processus d'ingénierie logicielle (SEPA)
Entité dans l'organisation responsable de la définition, de l'évaluation et de l'amélioration du processus.
autorité technique
L'autorité technique du projet dispose des prérogatives et de l'expertise technique pour statuer sur des demandes de changement et sur leur méthode d'implémentation. Ce comité définit les tâches associées au changement et évalue les travaux d'ingénierie impliqués par une demande de changement.
B
bac à sable
Environnement réglementé, fourni par un navigateur Web, sous lequel s'exécutent les applets Java. Ce bac à sable leur offre des services et les empêche d'effectuer des actions indésirables, comme des E/S sur fichiers ou des communications avec des inconnus (serveurs autres que celui depuis lequel a été chargée l'applet). L'analogie avec des enfants a conduit à dénommer bac à sable l'environnement dans lequel les applets opèrent.
base de données
(1) Collection de données apparentées, stockées ensemble avec contrôle de redondance d'après un schéma directeur pour servir une ou plusieurs applications.
BASIC
Acronyme de "Beginner's all-purpose symbolic instruction code", nom d'un langage de programmation. Voir aussi : VB.
bean
Petit composant pouvant être utilisé pour construire des applications. Voir aussi : JavaBean.
bean composite
Bean composé d'autres beans. Un bean composite peut contenir des beans visuels, non visuels, ou les deux. Voir aussi : bean.
beaninfo
Classe associée à un bean et qui définit un ensemble de méthodes accessibles pour obtenir des informations sur les propriétés, événements et méthodes du bean.
besoin des parties prenantes
Problème métier ou opérationnel (ou bien opportunité) qui doit être résolu par le produit en vue de justifier son achat ou son utilisation.
bibliothèque de classes
Collection de classes.
bibliothèque de liaison dynamique (DLL)
Fichier contenant du code exécutable et des données associés à un programme lors de l'exécution et non pas lors de l'étape de liaison (la phase finale de la compilation). Ceci entraîne qu'un même bloc de code de la bibliothèque peut être partagé entre plusieurs tâches au lieu que chaque tâche contienne des copies des routines qu'elle utilise. Le module C++ Access Builder génère des beans et des encapsuleurs C++ qui permettent à vos programmes Java d'accéder aux DLL C++.
booléen
Icône UML Enumération dont les valeurs sont "true" (vraies) ou "false" (fausses).
but métier
Un but métier désigne une exigence devant être remplie par l'entreprise. Les buts métier décrivent la valeur souhaitée d'une mesure spécifique à une date future et peuvent par conséquent être utilisés pour planifier et gérer les activités de l'entreprise. Voir aussi objectif métier.
C
cadrage du temps
Approche recommandée dans RUP pour la gestion du calendrier d'une itération : après avoir établi initialement la portée et le calendrier d'une itération, il est recommandé que le responsable de projet les gère activement (de même que les ressources engagées dans l'itération) afin de respecter la planification de sa date butoir, et de ne pas la dépasser en vue de couvrir la portée planifiée même si le développement est plus long que prévu. Dans RUP, la réduction de la portée est considérée comme préférable à l'ajout de ressources, pour éviter un débordement du calendrier. Les motivations derrière cette approche sont de rendre visibles aux intervenants les résultats d'une itération et de l'évaluer afin que les leçons tirées de l'itération puissent être appliquées aux suivantes.
cadre
icône UML Micro-architecture qui fournit un canevas extensible pour les applications d'un domaine spécifique.
call level interface (CLI - interface de niveau d'appel)
API appelable pour accès à une base de données, qui constitue une alternative à une interface de programme d'application SQL imbriquée. A la différence d'une interface SQL imbriquée, CLI ne requiert pas de précompilation ou de liage par l'utilisateur mais fournit néanmoins un ensemble de fonctions SQL standard pour traiter les instructions SQL et les services associés dans le contexte d'exécution.
capsule
Pattern de conception spécifique qui correspond à une unité d'exécution encapsulée de contrôle du système. Une capsule est une classe stéréotypée possédant un ensemble spécifique d'associations et de propriétés obligatoire et restreintes.
caractéristique
Service observable de l'extérieur, fourni par le système qui répond directement à un besoin d'une partie prenante.
caractéristique de comportement
Icône UML Fonction dynamique d'un élément de modèle, par exemple une opération ou une méthode.
caractéristique de structure
Icône UML Caractéristique d'un élément de modèle, comme un attribut.
cardinalité
Icône UML Nombre d'éléments d'un ensemble. Terme lié : multiplicité.
cas de développement
Processus d'ingénierie logicielle utilisé par l'organisation. Il est développé en tant que configuration, ou personnalisation, du produit Unified Process, et adapté aux besoins du projet.
cas de test
Spécification (habituellement formelle) d'un jeu d'entrées de test, de conditions d'exécution et de résultats attendus, identifiée dans le but d'évaluer un aspect spécifique d'un élément de test cible. Un jeu d'essai diffère d'une idée de test, en ce qu'il désigne une spécification mieux charpentée du test, décrivant en quoi devront consister le ou les tests dont les résultats forment le jeu de test.
cas d'utilisation (classe)
Description du comportement du système, sous l'angle de séquences d'actions. Un cas d'utilisation doit déboucher sur un résultat observable présentant une valeur pour un acteur. Un cas d'utilisation contient tous les flux d'événements relatifs à la génération d'un résultat observable présentant une valeur, y compris les flux alternatifs et consécutifs à des exceptions.
De manière plus formelle, un cas d'utilisation définit un ensemble d'instances de cas d'utilisation ou de scénarios.
cas d'utilisation métier (classe)
Un cas d'utilisation métier définit un ensemble d'instances de cas d'utilisation métier, dans lequel chaque instance constitue une séquence d'actions effectuées par une entreprise et débouchant sur un résultat observable qui intéresse un acteur métier spécifique. Une classe de cas d'utilisation métier contient tous les enchaînements d'activités principaux alternatifs associés à la génération du "résultat observable présentant un intérêt".
CBD
Voir aussi : développement à base de composants
CCB
Voir aussi : comité de contrôle des changements
CDR
Voir aussi : révision critique de la conception
CGI
Voir aussi : interface CGI
chaîne de caractères
Icône UML Suite de caractères textuels. Les caractéristiques de représentation des chaînes dépendent de l'implémentation et peuvent inclure des jeux de caractères prenant en charge des caractères étrangers et des graphiques.
champ
Voir : attribut.
champion produit
Personne de haut rang qui parraine la vision du produit et qui joue le rôle d'avocat entre l'équipe de développement et le client.
chef d'équipe
Le chef d'équipe est l'interface entre la direction du projet et les développeurs. Il est responsable de l'allocation des tâches et du suivi jusqu'à leur achèvement. Il est aussi chargé de veiller à ce que le personnel chargé du développement suive les normes du projet et respecte son calendrier.
cible de contrôle
icône UML Symbole sur un diagramme de séquence indiquant la durée pendant laquelle un objet réalise une action, que ce soit de manière directe ou par le biais d'une procédure secondaire.
cible de test
Synonyme : élément de test cible.
classe
Icône UML Description d'un ensemble d'objets qui partagent les mêmes attributs, opérations, méthodes, relations et la même sémantique. Une classe peut utiliser un ensemble d'interfaces pour spécifier les collections d'opérations qu'elle fournit à son environnement. Voir aussi : interface.
classe abstraite
Icône UML Classe fournissant un comportement commun dans un ensemble de sous-classes, mais qui n'est pas conçue pour avoir elle-même des instances. Une classe abstraite représente un concept; les classes qui en dérivent représentent des implémentations du concept. Voir aussi : classe de base. Terme lié : classe concrète.
classe active
Classe représentant une unité d'exécution de contrôle dans le système.
classe concrète
Icône UML Classe pouvant faire l'objet d'une instanciation immédiate. Terme lié : classe abstraite.
classe d'acteurs
Définit un ensemble d'instances d'acteur dans lesquelles chaque instance d'acteur joue le même rôle en relation avec le système.
classe d'acteurs métier
Ensemble d'instances d'acteur métier dans lequel chaque instance remplit le même rôle par rapport à l'entreprise.
classe d'analyse
Abstraction d'un rôle joué par une élément de conception dans le système, en général dans le contexte d'une réalisation de cas d'utilisation. Les classes d'analyse peuvent fournir une abstraction pour plusieurs rôles et représentant leur comportement commun. Les classes d'analyse se transforment généralement en un ou plusieurs éléments de conception ; par exemple, en classes de conception et/ou capsules ou en sous-systèmes de conception.
classe d'association
Icône UML Elément de modèle ayant à la fois des propriétés d'association et de classe. Une classe d'association peut être vue comme une association disposant également de propriétés de classe, ou comme une classe disposant également de propriétés d'association.
classe de base
Classe à partir de laquelle d'autres classes, ou des beans, sont dérivés. Une classe de base peut elle-même être dérivée d'une autre. Voir aussi : classe abstraite.
classe de contrôle
Classe utilisée pour modéliser un comportement spécifique pour un ou plusieurs cas d'utilisation.
classe d'entités
Classe utilisée pour modéliser des informations qui ont été stockées par le système et le comportement associé. Classe générique réutilisée dans beaucoup de cas d'utilisation, souvent avec des caractéristiques persistantes. Une classe d'entités définit un ensemble d'objets d'entité participant à plusieurs cas d'utilisation et subsistant généralement après ces cas d'utilisation.
classe d'équivalence
Classification de valeurs équivalentes pour lesquelles un objet est supposé se comporter de manière similaire. Cette technique peut être utilisée pour faciliter l'analyse des tests les plus importants à effectuer lorsqu'ils sont potentiellement trop nombreux pour être exécutés dans les délais disponibles. Synonymes : partition d'équivalence, domaine.
classe d'objets
Modèle pour définir les attributs et les méthodes d'un objet. Une classe d'objets peut en contenir d'autres. Une représentation isolée d'une classe d'objet est appelée objet.
classe limite
Classe utilisée pour modéliser la communication entre l'environnement du système et son fonctionnement interne.
classe parent
Classe à partir de laquelle un autre classe ou un autre bean héritent des données, des méthodes, ou les deux.
classe structurée
Icône UML Classificateur (classe ou composant, par exemple) avec une structure interne. Contient un jeu d'éléments reliés par des connecteurs. Les interactions entre l'environnement externe et les éléments internes peuvent être contraintes à transiter par des ports.
classes JFC
Développés par Netscape, Sun et IBM, les JFC représentent des blocs de construction aidant au développement d'interfaces pour applications Java. Ils permettent aux applications Java une interaction plus complète avec les systèmes d'exploitation existants.
classification dynamique
icône UML Variation sémantique de généralisation dans laquelle un objet peut changer de type ou de rôle. Par opposition à : classification statique.
classification multiple
icône UML Variation sémantique de généralisation dans laquelle un objet peut appartenir directement à plus d'une classe. Voir : classification dynamique.
classification statique
Icône UML Variation sémantique de généralisation où un objet ne peut pas changer de type ni de rôle. Terme lié : classification dynamique.
clé étrangère
Colonne ou groupe de colonnes dans une table de la base de données référençant la Clé primaire d'une autre table.
clé primaire
Colonne ou groupe de colonnes dans une table de base de données utilisés pour identifier les rangées de la table.
CLI
Voir aussi : interface de niveau d'appel.
client
Icône UML Discriminant qui demande un service à un autre discriminant. Terme lié : fournisseur.
client
Personne ou organisation, interne ou externe à l'organisation chargée du produit, qui assume la responsabilité financière du système. Pour un système de grande taille, il ne s'agit pas forcément de l'utilisateur final. Le client est le destinataire ultime du produit développé. Voir aussi : partie prenante.
client léger
Un client léger fait habituellement référence à un système qui s'exécute sur un ordinateur avec contraintes de ressources ou avec un petit système d'exploitation. Ces clients ne requièrent pas d'administration système au niveau local et exécutent les applications Java distribuées sur le réseau.
client/serveur
Modèle d'interaction en informatique répartie où un programme à un emplacement envoie une requête à un programme situé à un autre emplacement et attend sa réponse. Le programme émettant la requête est dénommé client et celui qui lui répond, serveur.
CM
Voir aussi : gestion de configuration.
COBOL
Common Business Oriented Language
cohésion
Union congénitale de composants de même catégorie qui dépendent les uns des autres. Action ou état de réunion ; union étroite. Terme lié : couplage.
collaboration
(1) Désigne la description d'une collection d'objets interagissant afin d'implémenter un comportement dans un contexte donné. Elle décrit une collectivité d'objets coopérant assemblés afin de réaliser un objectif.
colonne
Attribut d'un tableau dans une base de données.
COM
Abréviation de 'Component object model' (Microsoft). Architecture logicielle élaborée par DEC et Microsoft, permettant une interopérabilité entre ObjectBroker et OLE (Object linking and embedding). Microsoft a par la suite développé COM en DCOM.
comité de contrôle des changements (CCB)
Le rôle de ce comité est de fournir un mécanisme de contrôle central afin de garantir que chaque demande de changement est prise en compte, autorisée et coordonnée de façon appropriée.
commentaire
Icône UML Annotation attachée à un élément ou à une collection d'éléments. Un commentaire n'est pas associé à une sémantique. Terme lié : contrainte.
Common Object Request Broker Architecture (CORBA)
Spécification de middleware définissant un bus logiciel, l'ORB (Object Request Broker), qui fournit l'infrastructure.
communication association
Icône UML Dans un diagramme de déploiement, association de noeuds qui implique une communication. Voir aussi : diagramme de déploiement.
communication avancée de programme à programme.
Un protocole de communication essentiellement utilisé dans les environnements IBM.
compilateur RMI
Compilateur qui génère les fichiers d'éléments de remplacement et de squelette facilitant la communication RMI. Ce compilateur peut être appelé automatiquement depuis le menu Outils.
comportement
Icône UML Effets observables d'une opération ou d'un événement, y compris ses résultats.
composant
Partie importante, presque indépendante et remplaçable d'un système qui remplit une fonction précise dans le contexte d'une architecture clairement définie. Un composant se conforme à et assure réalisation d'un ensemble d'interfaces.
composite [classe]
Icône UML Classe associée à une ou plusieurs classes par une relation de composition. Voir aussi : agrégation composite.
composition
Icône UML Forme d'association d'agrégation possédant une forte propriété et une durée de vie équivalente à celle du tout. Les parties n'ayant pas de multiplicité fixe peuvent être créées après le composite, mais une fois créées, leur durée de vie est absolument identique à celle du composite. Elles peuvent par contre être retirées explicitement de la classe avant sa disparition. La composition peut être récursive. Voir aussi : composition.
conception
icône UML Partie du processus de développement logiciel dont l'objectif premier est de décider de la manière dont le système sera implémentée. Lors de la conception, des décisions stratégiques et tactiques sont prises pour répondre aux exigences fonctionnelles et qualitatives d'un système. Voir : analyse.
concret
Adjectif qualifiant ou se rapportant à quelque chose ou à une instance spécifique. Capable d'être perçu par les sens ; non abstrait ou imaginaire. Terme lié : abstrait. Voir aussi : classe concrète.
concurrence
Icône UML Occurrence de deux activités ou plus dans un même intervalle de temps. La concurrence peut être obtenue par l'entrelacement ou l'exécution simultanée de deux fils, ou plus. Voir aussi : unité d'exécution.
condition d'indétermination
Condition survenant lorsque deux tâches indépendantes, ou plus, tentent d'accéder et de modifier simultanément une même information d'état. Cette condition peut conduire à un comportement incohérent du système et constitue une préoccupation fondamentale dans la conception d'un système simultané.
condition de garde
Condition qui doit être satisfaite pour permettre à une transition de se lancer.
configuration
1) Sens général : Agencement d'un système ou d'un réseau tel que défini par la nature, le nombre et les caractéristiques principales de ses unités fonctionnelles ; s'applique autant à la configuration du logiciel que du matériel.
connectivité JDBC
Spécification dans le JDK 1.1 définissant une API permettant aux programmes d'accéder aux bases de données compatibles avec cette norme.
connexion événement à méthode
Connexion d'un événement généré par un bean avec une méthode d'un bean. Quand l'événement connecté survient, la méthode est exécutée.
connexion par paramètre
Connexion satisfaisant un paramètre d'une action ou d'une méthode en soumettant soit une valeur de propriété, soit la valeur retournée par une action, une méthode ou un script. Le paramètre est toujours la source de la connexion. Voir également : connexion.
connexion propriété à propriété
Connexion depuis une propriété d'un objet vers celle d'un autre. Voir également : connexion.
conseil
Généralise toutes les formes de contenu dont l'objectif principal est de fournir des explications sur les autres éléments de l'architecture UMA. Un conseil étant un élément de contenu, il est possible d'associer un conseil à un autre conseil.
constructeur
Méthode spéciale d'une classe portant le même nom que celle-ci et utilisée pour construire, et éventuellement initialiser, les objets de son type de classe.
construction
Version fonctionnelle d'un système, ou d'une de ses parties, exposant un sous-ensemble des capacités qui seront livrées dans le produit final.
construction
Troisième phase du processus Unified Process, dans laquelle le logiciel est transposé d'une architecture de base exécutable jusqu'au point où sa transition à la communauté des utilisateurs peut être opérée.
conteneur
Icône UML (1) Instance dont le rôle est de contenir d'autres instances et qui fournit des opérations permettant d'accéder à son contenu ou d'effectuer une itération sur ce contenu ; par exemple, tableaux, listes, ensembles.
contenu de méthode

Décrit les concepts méthodologiques génériques de l'architecture UMA et les conseils qui fournissent des explications étape par étape, en décrivant comment les objectifs particuliers sont atteints indépendamment de l'ordre des étapes dans le cycle de vie d'un processus. L'architecture UMA sépare le contenu de méthode de son application dans le processus.

contexte
Icône UML Vue d'un ensemble d'éléments de modélisation associés pour un objectif spécifique, par exemple la définition d'une opération.
contrainte
Icône UML Condition ou restriction sémantique. Certaines contraintes sont prédéfinies dans le langage UML, d'autres peuvent l'être par l'utilisateur. Les contraintes constituent l'un des trois mécanismes d'extension du langage UML. Voir aussi : valeurs marquées et stéréotype.
conventions de modélisation
Etablissent comment les concepts seront représentés et comment les restrictions sur l'utilisation du langage de modélisation ont été convenues par la direction de l'équipe de projet. Il s'agit de directives comme "Ne pas utiliser l'héritage entre sous-systèmes."; "Ne pas utiliser les associations d'inclusion et d'extension dans le modèle de cas d'utilisation."; "Ne pas utiliser la construction amie dans C++.". Présentées dans le document d'architecture logicielle.
conversationnel
Modèle de communication où deux applications répartieséchangent des informations par le biais d'une conversation ; habituellement, l'une des applications lance (ou alloue) la conversation, envoie des données, et permet à l'autre d'envoyer certaines données. Les deux applications continuent cet échange tout à tour jusqu'à ce que l'une d'elles décide d'y mettre fin (de supprimer l'allocation). Le modèle de conversation constitue une forme de communication synchrone.
Cookies
Petits fichiers créés par votre navigateur Web à la requête des sites Web visités ; le navigateur envoie le contenu de ces fichiers au site correspondant lors de visites ultérieures.
CORBA
Voir aussi : Common Object Request Broker Architecture
couche
Façon spécifique de regrouper des packages dans un modèle avec le même niveau d'abstraction.
couloir
Icône UML Partition sur un diagramme d'activités permettant d'organiser les responsabilités au regard des mesures à prendre. Les couloirs correspondent généralement aux unités de l'organisation dans un modèle métier. Voir : partition.
couplage
Degré de dépendance des composants les uns par rapport aux autres. On distingue deux types de couplage : "étroit" et "lâche". Un couplage lâche est désirable pour compatibilité avec une architecture logicielle extensible bien qu'un couplage étroit puisse s'avérer nécessaire pour des performances maximales. Le couplage est renforcé lorsque les données échangées entre composants croissent en volume ou en complexité. Terme lié : cohésion.
coût basé sur l'activité
Une méthodologie qui mesure le coût et les performances des objets activités, ressources et coûts. Les ressources sont affectées aux activités, puis ces dernières sont affectées aux objets coût sur la base de leur utilisation. Le coût basé sur l'activité reconnaît une relation causale entre générateurs de coût et activités.
couverture du test
Terme utilisé génériquement pour indiquer comment le niveau de test a été mesuré ou doit l'être. Les approches usuelles pour mesurer l'étendue des tests comprennent l'analyse du degré auquel un ensemble donné de tests aborde les spécifications formelles dans les jeux de test spécifiés pour un système ou un composant donné.
CR
Voir aussi : demande de changement
CRC
Abréviation de 'Class-responsibility collaborators'. Technique de développement orienté objet, proposée originellement par Ward Cunningham et Kent Beck, pour aider à définir ce que les objets devraient effectuer dans le système (leurs responsabilités) et identifier les autres objets (collaborateurs) impliqués dans l'exécution de ces responsabilités. Cette technique est décrite dans [WIR90]. Les cartes CRC permettent de recenser ces résultats à l'aide de fiches ordinaires.
création
Première phase de l'Unified Process, dans laquelle l'idée souche, la demande de proposition, pour la génération précédente est portée au stade (tout au moins interne) de la budgétisation pour entrer dans la phase d'élaboration.
création métier
Pour mener une ingénierie métier dont l'objectif est de créer un nouveau processus métier, un nouveau secteur d'activités ou une nouvelle organisation.
CRUPIC STMPL
Cet acronyme représente des catégories pouvant être utilisées à la fois pour la définition des exigences du produit et pour l'évaluation de sa qualité. Il se décompose en deux parties, la première représentant des catégories liées aux opérations (capacité, fiabilité, usabilité, performance, conditions d'installation, compatibilité) et la seconde, des catégories liées au développement (degré de support, testabilité, maintenabilité, portabilité, possibilité de localisation). Voir aussi : catégories FURPS+.
cycle
Synonymes: cycle de vie et cycle de développement. Voir aussi : cycle de test.
cycle de développement
Synonymes : cycle de vie, cycle. Voir aussi : cycle de test.
cycle de test
Période d'activité de test incluant, entre autres, l'exécution et l'évaluation de tests. Intervalle de temps entre l'acceptation d'une construction logicielle dans l'environnement de test, le moment où une de ces constructions est rendue disponible pour des tests indépendants, et l'achèvement des activités de test sur cette construction. La majorité des itérations comportent au moins un cycle de test, bien qu'une itération puisse ne pas en avoir ou, au contraire, en prévoir un grand nombre.
cycle de vie
Ensemble des quatre phases successives suivantes : création , élaboration , construction et transition. Période comprise entre le début de la phase de création et la fin de la phase de transition. Synonymes : cycle de développement, cycle. Voir aussi : cycle de test.
D
DASD
Voir aussi : unité de stockage à accès direct
DBA
Administrateur de base de données
DBCS
Voir aussi : jeu de caractères codé sur deux octets
DBMS
Voir aussi : système de gestion de base de données
DCE
Voir aussi : environnement informatique en réseau
DCOM
Acronyme de 'Distributed component object model' (Microsoft). Extension Microsoft de son modèle COM (Component Object Model) pour prise en charge d'objets répartis à travers un réseau.
déclencheur
A l'exception de la icône UML transition initiale, tout comportement dans une icône UML machine d'état est déclenché par l'arrivée d'événements sur l'une des interfaces d'un objet. Par conséquent, un déclencheur définit les événements à partir desquels les interfaces provoqueront une transition. Le déclencheur est associé à l'interface sur lequel l'événement déclencheur est censé arriver. De plus, une transition peut avoir de multiples déclencheurs de sorte qu'un événement satisfaisant un déclencheur quelconque entraînera l'activation de la transition.
déclencheur (base de données)
Code associé à la base de données et provoquant l'exécution par cette base d'une action ou d'un groupe d'actions spécifiques.
défaillance
Incapacité d'un système, ou d'un composant, à exécuter les fonctions requises avec les exigences de performance spécifiées [IE610.12]. Une défaillance est caractérisée par les symptômes observables associés à un ou plusieurs incidents dont la cause se trouve dans des défauts.
défaut
Anomalie, ou faille, dans un outil de travail livré. Parmi les défauts, on compte les omissions et les imperfections détectées lors des phases précoces de son cycle de vie, ou des symptômes de failles présentes dans un logiciel suffisamment mûr pour être testé ou pour fonctionner. Un défaut peut se référer à n'importe quel problème à suivre et à résoudre. Voir aussi : demande de changement.
défaut
Condition accidentelle causant la défaillance d'un composant dans le modèle d'implémentation pour réaliser le comportement exigé. Un défaut est la cause profonde d'un ou plusieurs incidents identifiés en observant une ou plusieurs défaillances.
définition de transformation
[KLE03] donne la définition suivante :
"Ensemble de règles de transformation qui décrivent comment un modèle dans le langage source peut être transformé en un modèle dans le langage cible."
dégrouper
Déconstruire un objet afin qu'il puisse être écrit en tant que flot d'octets. Voir aussi : aplanir et sérialiser.
délégation
Icône UML Capacité d'un objet à envoyer un message à un autre objet en réponse à un message. La délégation peut être utilisée comme alternative à l'héritage. Terme lié : héritage.
demande d'amélioration
Type de demande de partie prenante qui précise une nouvelle fonction ou fonctionnalité du système. Voir aussi : demande de changement.
demande de changement
Terme générique désignant toute demande provenant d'une partie prenante qui souhaite effectuer des changements sur un artefact ou un processus. Les informations sur l'origine et l'impact du problème actuel, la solution proposée et son coût sont documentées dans la demande de changement. Voir aussi : demande d'amélioration et incident.
demande d'intervenant
Demande de différents types spécialisés (par exemple, demande de changement, demande d'amélioration, demande de changement d'exigence, incident) émise par une partie prenante.
dépendance
Icône UML Relation existant entre deux éléments de modélisation, dans laquelle un changement effectué sur un élément de modélisation (élément indépendant) est répercuté dans l'autre élément de modélisation (élément dépendant).
dépendance d'importation
Dépendance stéréotypée dans la conception, dont la source est un package de conception et qui a pour cible un autre package de conception. La dépendance d'importation entraîne que le contenu public du paquetage cible est référençable dans le paquetage source.
déploiement
Discipline du processus de génie logiciel dont l'objectif est de garantir un passage réussi du système développé vers ses utilisateurs. Elle contient des artefacts tels que du matériel d'apprentissage et des procédures d'installation.
descripteur
Généralisation abstraite pour chaque élément de répartition faisant référence à un élément de contenu concret. Le descripteur est un concept clé pour la séparation des processus du contenu de méthode. Un descripteur peut être défini comme un objet de référence d'un élément de contenu spécifique. De plus, un descripteur possède ses propres relations et propriétés dont le but est de modifier la sémantique de l'élément de contenu auquel il fait référence.
description de document
Décrit le contenu prévu d'un document donné.
désérialiser
Construire un objet depuis un état désérialisé. Voir aussi : regrouper et ressusciter.
développement à base de composants (CBD)
Correspond à la création et au déploiement de systèmes exigeant beaucoup de logiciels assemblés à partir de composants, ainsi qu'au développement et à l'extraction de ces composants.
développement à partir de zéro
Développement à partir de zéro, contrairement à l'évolution ou à la réingénierie d'un système existant. Origine : transformation opérée lors de la construction d'une nouvelle usine sur un site vierge, encore recouvert d'herbe.
développement guidé par modèle
Approche du développement système, opérant à partir de modèles avec un niveau d'abstraction élevé (bien que nécessitant de la rigueur dans leur description), considérant les modèles non pas simplement comme des artefacts de développement intermédiaires mais plutôt comme des descriptions précises à partir desquels des systèmes opérationnels peuvent être générés.
développeur
Personne chargée du développement d'une fonctionnalité requise en conformité avec des normes et procédures avalisées pour le projet. Ses responsabilités peuvent inclure l'exécution d'activités relevant des disciplines d'exigences, d'analyse & de conception, d'implémentation, et de test.
diagramme
Représentation graphique, complète ou partielle, d'un modèle.
diagramme d'activité
Icône UML Cas particulier de machine d'état utilisé pour modéliser les processus impliquant un ou plusieurs discriminants. Terme lié : diagramme état-transition. Synonyme : graphique d'activité.
diagramme de cas d'utilisation
Icône UML Diagramme montrant les relations entre acteurs et cas d'utilisation dans un système.
diagramme de classe
Icône UML Diagramme présentant une collection d'éléments de modèle déclaratifs (statiques), comme par exemple des classes, des types et leurs contenu et relations.
diagramme de collaboration
Ce terme est devenu diagramme de communication en langage UML 2.0.
diagramme de communication
(1) Appelé auparavant diagramme de collaboration, un diagramme de communication décrit un pattern d'interaction entre objets ; il présente les objets participant à l'interaction par leurs liens réciproques et les messages qu'ils échangent.
diagramme de composants
Icône UML Diagramme présentant les organisations et les dépendances entre composants.
diagramme de déploiement
Icône UML Diagramme présentant la configuration des noeuds de traitement d'exécution et les composants, processus et objets qui en dépendent. Les composants représentent des manifestations d'unités de code en contexte d'exécution. Voir aussi : diagrammes de composants.
diagramme de détail d'activité
Diagramme décrivant chaque élément de processus d'une activité Activité (descripteurs de rôle, descripteurs de produits, descripteurs de tâches, sous-activités). Ce diagramme décrit également les relations d'entrée/sortie ente les descripteurs de tâches (ou activités) et les descripteurs de produits, ainsi que les relations de responsabilité entre les descripteurs de rôle et les descripteurs de tâches. Les diagrammes de détail d'activité permettent de fournir une synthèse complète d'une activité et donc de favoriser leur compréhension.
diagramme de fonctionnement
Icône UML Diagramme présentant les interactions d'objet par ordre chronologique. Il présente, en particulier, les objets participant à l'interaction et la séquence des messages échangés. Contrairement au diagramme de communication, le diagramme de fonctionnement inclut les séquences chronologiques, mais non pas les relations d'objets. Un diagramme de séquence peut exister sous sa forme générique (décrit un scénario) ou sous la forme d'une instance (décrit une instance de scénario). Les diagrammes de séquence et de communication expriment des informations similaires, mais les montrent de manière différente. Voir : diagramme de communication.
diagramme d'états
Icône UML Diagramme présentant une machine d'état. Voir : machine d'état.
diagramme d'interaction
Icône UML Terme générique s'appliquant à certains types de diagrammes mettant en évidence les interactions d'un objet. En font partie les diagrammes de communication et les diagrammes de séquence.
diagramme d'objets
Icône UML Diagramme qui englobe des objets et leurs relations à un moment précis. Un diagramme d'objets peut être vu comme un cas particulier d'un diagramme de classes ou de communication. Voir : diagramme de classes, diagramme de communication.
discipline
Collection de tâches associées définissant une "zone d'intérêt" principale. Dans le contexte de l'ingénierie logicielle, les disciplines incluent : Modélisation métier, Exigences, Analyse et conception, Implémentation, Test, Déploiement, Gestion de la configuration et des changements, Gestion de projet, Environnement.
discriminant
Icône UML Mécanisme décrivant des caractéristiques de comportement et de structure. Les discriminants comprennent les interfaces, les classes, les types de données et les composants.
DLL
Voir aussi : bibliothèque liée de façon dynamique
DMZ
Voir aussi : zone démilitarisée
DNS
Voir aussi : serveur de noms de domaine
document
Un document est une collection d'informations destinées à être présentées sur papier ou sur un support de substitution. Ce substitut inclut le concept de pages, avec une séquence de contenu implicite ou explicite. L'information figure sous forme de texte ou d'images bidimensionnelles. Comme exemple, on peut citer les documents générés par les traitements de texte, les tableurs, les agendas, les diagrammes de Gantt, les pages Web ou les présentations de diapositives sur rétroprojecteur.
document des exigences du produit (PRD)
Description globale du produit (système), son utilisation prévue et l'ensemble de ses caractéristiques et fonctions.
document inclus
Un document peut contenir un autre document pour regrouper ainsi un ensemble de documents en un seul. Le document contenant les autres documents et ces derniers sont considérés comme des artefacts distincts.
domaine

(1) Champ de connaissances ou d'activité caractérisé par une famille de valeurs associées.

(2) Regroupement de hiérarchie ajustable associé à des produits

domaine (base de données)
Type de données défini par l'utilisateur qui définit une plage de valeurs valides pour une colonne d'une table de base de données.
E
e-business
(1) transaction commerciale via un support électronique comme Internet
édition
Sous-ensemble du produit final qui est l'objet d'une évaluation lors d'un jalon majeur. Une édition est une version stable et exécutable du produit, accompagnée de tous les artefacts nécessaires à son utilisation, telles que les notes d'édition ou les instructions d'installations. Elle peut être interne ou externe. Une édition interne n'est utilisée que par l'entreprise de développement, à l'occasion d'un événement marquant ou pour une démonstration destinée aux utilisateurs et clients. Une édition externe (ou livraison) est destinée aux utilisateurs. Une édition ne représente pas nécessairement un produit complet, mais peut constituer un simple épisode en cours de route dont l'utilité n'est mesurée que depuis une perspective d'ingénierie. La production d'éditions force l'équipe de développement à poser des jalons à des intervalles réguliers, évitant ainsi le syndrome du "90 % d'effectué, 90 % encore à faire". Voir aussi : prototype, version de référence.
EJB, Enterprise JavaBean
Voir : enterprise javabean
élaboration
Deuxième phase du processus où la vision du produit et son architecture sont définies.
élaboration du modèle
icône UML Processus de construction d'un type de référentiel à partir d'un modèle publié. Inclut la génération d'interfaces et d'implémentations qui permettent l'instanciation et l'alimentation des référentiels sur la base, et en conformité avec, le modèle élaboré.
élément
icône UML Composant atomique d'un modèle.
élément de contenu
Tout élément modélisé dans l'architecture UMA et faisant partie d'un contenu de méthode. Les éléments de contenu contiennent des explications pas à pas expliquant comment atteindre des objectifs de développement spécifiques et ne dépendent pas de leur position dans le cycle de développement. Ils sont instanciés et adaptés à la situation spécifique des processus de processus.
élément de la configuration
[ISO95] Entité d'une configuration qui répond aux besoins d'une fonction d'usage final et peut être identifiée de manière unique à un point de référence donné.
élément de modèle
icône UML Elément qui constitue une abstraction tirée du modèle en cours de modélisation. Terme lié : élément de vue.
élément de répartition
Tout élément modélisé dans l'architecture UMA et faisant partie de la structure de processus.
élément dérivé
Icône UML Elément de modèle pouvant être calculé à partir d'un autre élément, qui est présenté par souci de clarté ou inclus pour les besoins de la conception même s'il n'ajoute pas d'informations sémantiques.
élément de test cible
Aspect du produit développé, généralement logiciel ou matériel, qui a été identifié comme cible de l'effort de test. Un élément de test cible peut être focalisé sur une opération, une interface, une caractéristique, un composant, un sous-système d'implémentation ou un système, comme il peut concerner un aspect externe du système, tel qu'un système d'exploitation ou un périphérique (par ex., imprimante). Synonymes : cible de test, élément de test.
élément de traçabilité
Tout élément du projet devant être tracé explicitement depuis un autre afin de permettre le suivi de leurs dépendances. Dans le cadre de Rational RequisitePro, cette définition peut être reformulée ainsi : tout élément de projet représenté dans RequisitePro par une instance d'un type d'exigence de RequisitePro.
élément de vue
icône UML Un élément de vue est une projection textuelle et/ou graphique d'une collection d'éléments de modèle.
élément exécutable d'architecture
Voir aussi : architecture exécutable.
élément généralisable
icône UML Elément de modèle qui peut participer à une relation de généralisation. Voir aussi : généralisation.
élément paramétré
Icône UML Descripteur d'une classe avec un ou plusieurs paramètres non figés. Synonyme : canevas.
émetteur
Icône UML Objet transmettant un stimulus à un objet récepteur. Terme lié : récepteur.
émettre
Icône UML Transmission d'un stimulus depuis une instance d'émetteur vers une instance de récepteur. Voir : émetteur, récepteur.
encapsulation
Masquage de la structure interne d'un objet logiciel. L'objet fournit une interface qui demande et manipule des données sans dévoiler sa structure sous-jacente.
enfant
Icône UML Dans une relation de généralisation, spécialisation d'un autre élément, le parent. Voir aussi : sous-classe et sous-type. Terme lié : parent.
Enterprise JavaBean (EJB)
Un EJB est un objet distant non visuel destiné à s'exécuter sur un serveur et à être appelé par ses clients. Un EJB peut être construit à partir de plusieurs JavaBeans non visuels. Les EJB sont prévus pour résider sur un ordinateur et être appelés à distance depuis un autre. Ils sont indépendants de la plateforme. Une fois le bean écrit, il peut être utilisé sur n'importe quelle plateforme client ou serveur compatible Java.
entité métier
Une entité métier représente un élément d'information significatif et persistant manipulé par des acteurs métier et des travailleurs métier.
entrée
Un produit utilisé par une tâche. Voir : Produit statique.
énumération
icône UML Liste des valeurs nommées utilisées en tant que plage de valeurs d'un type d'attribut particulier. Par exemple, RGBColor = {red, green, blue}. Boolean représente une énumération prédéfinie avec des valeurs pouvant retourner {false, true}.
environnement
(1) Discipline dans le processus d'ingénierie logicielle, dont l'objectif est de définir et de gérer l'environnement dans lequel le système est développé. Elle comprend les descriptions de processus, la gestion de configuration et les outils de développement.
environnement de déploiement
Instance spécifique de configuration du matériel et du logiciel définie en vue d'installer le logiciel développé et de l'exécuter pour son usage prévu. Voir aussi : environnement de test et environnement.
environnement de développement intégré (IDE)
Programme logiciel comprenant un éditeur, un compilateur et un débogueur.
environnement de test
Instance spécifique de configuration du matériel et du logiciel définie en vue d'effectuer des tests sous des conditions déterminées et contrôlées. Voir aussi : environnement de déploiement , environnement.
Environnement informatique réparti (DCE)
Environnement informatique réparti. Adopté par le secteur informatique comme norme de facto en informatique répartie. Cette norme permet aux ordinateurs provenant de divers fournisseurs de communiquer de manière transparente et de partager des ressources telles que la capacité de calcul, les fichiers, les imprimantes et d'autres objets sur le réseau.
ERP
Enterprise Resource Planning (gestion de la production intégrée).
espace de noms
Icône UML Partie du modèle où les noms peuvent être définis et utilisés. Dans un espace de noms, chaque nom a une signification unique. Voir : nom.
espace de travail
Aire de travail contenant tout le code sur lequel vous travaillez actuellement (c'est-à-dire, ses versions actuelles). Il héberge également les bibliothèques de classes Java standard ainsi que d'autres bibliothèques de classes.
espace table
Unité de stockage logique dans une base de données.
étape
Elément de contenu utilisé pour organiser les tâches en parties ou sous-unités de travail.
état
Icône UML Condition ou situation au cours de la vie d'un objet pendant laquelle il satisfait à une condition, effectue une certaine activité ou attend un certain événement.
état composite
Icône UML Etat composé de sous-états concurrents (orthogonaux) ou séquentiels (disjoints). Voir aussi : sous-état.
état de flux d'objets
Icône UML Etat dans un diagramme d'activités qui représente le passage d'un objet depuis la sortie d'actions à un état donné vers l'entrée d'actions à un autre état.
état de sous-activité
Icône UML Etat dans un diagramme d'activités qui représente l'exécution d'une série d'étapes non atomisée d'une certaine durée.
état de synchronisation
Icône UML Vertex dans une machine d'état utilisé pour synchroniser les régions concurrentes dans une machine d'état.
état d'une action
Icône UML Etat qui représente l'exécution d'une action atomique, en général l'appel d'une opération.
état final
icône UML Type d'état particulier signifiant que l'état composite dans lequel il est contenu ou que la totalité de la machine d'état est terminé.
événement
icône UML Spécification d'une occurrence significative localisée dans le temps et dans l'espace. Dans le contexte des diagrammes d'état, un événement est une occurrence qui peut déclencher une transition.
événement métier
Un événement métier décrit une occurrence significative dans le temps et l'espace, et importante pour l'entreprise. Les événements métier sont utilisés pour transmettre des signaux entre processus métier et sont généralement associés à des entités métier.
événement temporel
Icône UML Evénement dénotant le temps écoulé depuis le passage à l'état actuel. Voir : événement.
évolutif
Stratégie de développement itératif qui reconnaît que les besoins de l'utilisateur ne sont pas complètement compris et qui implique par conséquent que les exigences soient affinées à chaque itération successive (phase d'élaboration).
évolution
Parcours du logiciel après son cycle de développement initial ; tout cycle ultérieur au cours duquel le projet évolue.
exigence
Voir : exigences logicielles.
exigence de test
Exigence concernant les tests et qui doit être satisfaite lors de l'implémentation et de l'exécution d'un ou de plusieurs tests. Ce terme a été remplacé par l'expression idée de test.
exigence logicielle
Spécification d'un comportement du système observable en externe : par exemple, entrées et sorties du système, fonctions, attributs du système ou de son environnement.
exigences
Discipline du processus d'ingénierie logicielle dont le but est de définir ce que doit faire le système. Les activités les plus significatives consistent à développer des artefacts de vision, de modèle de cas d'utilisation et de spécification supplémentaire.
exportation
icône UML Dans le contexte des packages, sert à rendre un élément visible en dehors de l'espace de noms qui le contient. Voir : visibilité. Termes liés : exporter[OMA], importer.
expression
icône UML Chaîne qui a pour résultat une valeur de type particulier. Par exemple, l'expression "(7 + 5 * 3)" a pour résultat une valeur de type nombre.
expression booléenne
Icône UML Expression qui a pour résultat une valeur booléenne.
expression de type
Icône UML Expression qui se traduit par une référence à un ou plusieurs types.
expression temporelle
Icône UML Expression qui se traduit par une valeur temporelle, absolue ou relative.
extension
icône UML Relation entre un cas d'utilisation d'extension et un cas d'utilisation de base, précisant comment le comportement défini pour le premier peut être inséré dans celui défini pour le second.
F
fabrique
(1) Terme communément utilisé pour faire référence à un groupe spécifique de patterns de conception traitant de la création d'instanciation d'objets. Par exemple la fabrique abstraite et la méthode de la fabrique [GAM94]
façade
Paquetage spécial d'un sous-système, stéréotypé en tant que <<facade>>, qui organise et exporte toutes les informations requises par les clients du sous-système. Dans ce package sont incluses les interfaces (uniques au sous-système), les relations de réalisation externes au sous-système et toute documentation requise par les clients du sous-système pour l'utiliser.
fichier de ressources
Fichier auquel se réfère votre programme Java. Par exemple, fichiers graphiques et audio.
file transfer protocol (FTP)
Fonction Internet élémentaire permettant le transfert de fichiers entre ordinateurs. Vous pouvez l'utiliser afin de télécharger des fichiers depuis un système hôte distant, tout comme pour lui envoyer des fichiers.
fin d'association
Icône UML Noeud final d'une association, qui la connecte à un discriminant.
fin de lien
icône UML Instance de noeud final d'une association. Voir aussi : noeud final d'association.
fournisseur
Icône UML Classificateur fournissant des services pouvant être appelés par d'autres. Terme lié : client.
Fournisseur de services
Un fournisseur de services correspond à une entité logicielle logique ou physique qui présente un ou plusieurs services. Ce terme peut aussi décrire une partie organisationnelle qui fournit des services.
FTP
Voir : protocole de transfert de fichier
FURPS
Fonctionnalité, convivialité, fiabilité, performances, degré de support et autres caractéristiques. Décrit dans [GRA92], cet acronyme représente des catégories qui peuvent être utilisées dans la définition des exigences du produit ainsi que pour l'évaluation de sa qualité. Des méthodes de catégorisation alternatives peuvent également être utilisées. Voir aussi : CRUPIC STMPL.
G
généralisation
icône UML Relation de taxinomie entre un élément plus général et un élément plus spécifique. Le plus spécifique est totalement cohérent avec l'élément plus général et contient des informations supplémentaires. Une instance de l'élément plus spécifique peut être utilisée lorsque l'élément plus général est autorisé. Voir aussi : héritage.
généralisation d'acteur
Une généralisation d'acteur depuis une classe d'acteurs (descendant) vers une autre (ancêtre) indique que le descendant hérite du rôle que peut remplir l'ancêtre dans un cas d'utilisation.
génération
Edition finale à la fin d'un cycle.
gestion
Discipline dans le processus d'ingénierie logicielle dont le but est de planifier et de gérer le projet de développement.
gestion basée sur l'activité
Vaste discipline qui traite de la réalisation de la valeur pour le client et des profits pour l'entreprise par la gestion des activités. Sa principale source d'informations est le chiffrage des coûts par activité.
gestion de la configuration
[ISO95] Processus de support dont l'objet est d'identifier, de définir et d'établir une version de référence des éléments ; de contrôler les modifications et éditions de ces éléments ; de rapporter et d'enregistrer l'état des éléments et demandes de changement ; de garantir l'achèvement, la cohérence et l'exactitude des éléments et enfin de contrôler le stockage, le traitement et la livraison de ces éléments.
gestion de la portée
Processus d'affectation de priorités et de définition du groupe d'exigences pouvant être implémentées au cours d'un cycle spécifique de développement de version, en fonction des ressources et du temps disponibles. Ce processus se poursuit tout au long du cycle de vie du projet lorsque des changements interviennent. Voir aussi : gestion des changements.
gestion des changements
Activité de surveillance et de suivi des changements effectués sur les artefacts. Voir aussi : gestion du périmètre.
gestion des exigences
Approche systématique de la clarification, l'organisation et la documentation des exigences logicielles du système, ainsi que de l'établissement et du maintien d'un accord entre le client et l'équipe de projet sur l'évolution de ces exigences.
Gestionnaire de pilote ODBC
Le gestionnaire de pilotes ODBC, fourni par Microsoft, est une DLL avec une bibliothèque d'importation. L'objet principal de ce gestionnaire est le chargement de pilotes ODBC. Le gestionnaire de pilotes fournit également à chaque pilote des points d'entrée aux fonctions ODBC et une validation de paramètre et de séquence pour les appels ODBC.
gestionnaire des versions
Le gestionnaire d'édition est chargé de veiller à ce que toutes les ressources logicielles soient sous contrôle et configurables en éditions internes et externes, selon le cas.
GUI
Voir aussi : interface utilisateur graphique
guide d'utilisation
Conseil qui explique comment réaliser une tâche spécifique ou étapes qui utilisent un outil logiciel particulier.
H
héritage
Mécanisme rendant possible la généralisation ; mécanisme pour la création de descriptions de classes complètes à partir de segments de classes isolés.
héritage d'implémentation
Icône UML Héritage de l'implémentation d'un élément plus spécifique. Inclut l'héritage de l'interface. Terme lié : héritage d'interface.
héritage d'interface
Icône UML Héritage de l'interface d'un élément plus spécifique. N'inclut pas l'héritage de l'implémentation. Terme lié : héritage d'implémentation.
héritage multiple
icône UML Variation sémantique de généralisation dans laquelle un objet peut avoir plus d'un supertype. Par opposition à : héritage simple.
héritage unique
Icône UML Variation sémantique de généralisation où un type peut avoir un seul supertype. Terme lié : héritage multiple.
hiérarchie de classe
Relations entre classe partageant un héritage unique. Toutes les classes Java héritent de la classe Object.
hiérarchie de contenance
Icône UML Hiérarchie d'espaces de nom composée d'éléments de modèle et relations de contenance existant entre eux. Une hiérarchie de contenance forme un diagramme acyclique.
HotJava
Navigateur intranet et Web compatible Java développé par Sun Microsystems, Inc. HotJava est rédigé en Java.
HTML
Voir aussi : langage HTML
HTTP
protocole de transport hypertexte
hypertexte
Texte d'un document contenant un lien masqué vers un autre texte. Vous pouvez cliquer sur un mot hypertexte pour accéder au texte désigné dans le lien. La fonctionnalité hypertexte est utilisée dans les programmes d'aide de Windows et dans les encyclopédies sur CD pour basculer sur les références associées à un emplacement quelconque du même document. L'apport majeur de l'hypertexte, toutefois, est sa capacité à offrir un lien, à l'aide du protocole HTTP, vers n'importe quel document Web sur Internet, à l'aide d'un seul clic de souris.
I
IDE
Voir aussi : environnement de développement intégré
idée de test
Brève déclaration identifiant un test potentiellement utile. L'idée de test représente généralement un aspect de test donné : une entrée, une condition d'exécution ou un résultat attendu, mais aborde souvent un aspect unique d'un test. Une idée de test diffère d'un jeu d'essai, en ce qu'elle est encore une définition incomplète ne contenant pas de spécification des opérations à effectuer par le test mais seulement son idée directrice. Synonyme : exigence de test. Voir aussi : jeu d'essai.
IE
Internet explorer (Microsoft)
IEEE
Institute of Electrical and Electronics Engineers, Inc.
IIOP
Voir aussi : protocole IIOP
IMAP4
Internet Message Access Protocol - version 4
implémentation
Discipline du processus de génie logiciel dont l'objectif est d'implémenter des composants de logiciel satisfaisant à des normes de qualité adéquates.
importation
Icône UML Dans le contexte des packages, dépendance indiquant les packages dont les classes peuvent être référencées au sein d'un package donné (y compris les packages qui y sont imbriqués de manière récursive). Terme lié : exportation.
inclusion
Icône UML Relation d'un cas d'utilisation de base avec un cas d'utilisation d'inclusion qui indique la façon dont le comportement défini pour le cas d'utilisation d'inclusion peut être intégré dans le comportement défini pour le cas d'utilisation de base.
incrément
Différence (delta) entre deux éditions au terme d'itérations successives.
incrémentiel
Qualifie une stratégie de développement itératif dans laquelle le système est construit par l'ajout de fonctionnalités supplémentaires à chaque itération.
Index
Mécanisme utilisé pour améliorer l'efficacité des recherches de lignes dans une table de base de données.
information dynamique
Information créée au moment où elle est réclamée par l'utilisateur. L'information dynamique change avec le temps, de telle sorte que chaque fois que les utilisateurs la visualisent, son contenu est différent.
information statique
Fichiers Web sans changement d'un accès à l'autre.
ingénierie de processus métier
Voir aussi : ingénierie métier.
ingénierie métier
Ensemble de techniques utilisées par une entreprise pour la conception de son activité en fonction d'objectifs spécifiques. Les techniques d'ingénierie métier peuvent être utilisées à la fois pour la réingénierie métier, l'amélioration métier et la création métier.
initiateur
Un émetteur est un individu quelconque qui soumet une demande de changement. Le mécanisme standard de demande de changement requiert que l'initiateur soumette des informations sur le problème actuel, avec une proposition de solution se conformant au formulaire de demande de changement.
inspection
Technique d'évaluation formelle au cours de laquelle un artefact (modèle, document, logiciel) est examiné par une personne ou un groupe autre que l'émetteur, afin de détecter des défauts, des violations de standards de développement et d'autres problèmes.
instance
Entité individuelle répondant à la description d'une classe ou d'un type.
instance d'acteur
Quelqu'un ou quelque chose, en dehors du système et qui interagit avec le système.
instance de cas d'utilisation
Icône UML Exécution d'une séquence d'actions spécifiées dans un cas d'utilisation. Instance d'un cas d'utilisation.
Une instance de cas d'utilisation est un chemin concret de bout en bout à travers un cas d'utilisation - les acteurs sont remplacés par des personnes spécifiques (instances d'acteurs), des valeurs et réponses spécifiques sont soumises et un seul chemin est emprunté parmi tous les flux possibles du cas d'utilisation. Voir aussi : scénario, scénario de test.
instance de cas d'utilisation métier
Séquence d'actions effectuées par une entreprise qui débouche sur un résultat observable représentant une valeur pour un acteur métier particulier.
intégration
Activité du développement logiciel où des composants logiciels distincts sont combinés pour former un ensemble exécutable.
interaction
Icône UML Spécification de la méthode d'envoi des stimuli entre les instances afin d'exécuter une tâche spécifique. L'interaction est définie dans le contexte d'une collaboration. Voir aussi : collaboration.
interblocage
Condition où deux fils de contrôle indépendants sont bloqués, chacun attendant de l'autre qu'il entreprenne une action. Cette condition survient souvent après l'ajout de mécanismes de synchronisation pour éviter des conditions d'indétermination.
interface
Collection d'opérations utilisées pour définir le service d'une classe ou d'un composant.
interface CGI
Protocole standard permettant à un serveur Web de lancer des programmes s'exécutant sur le serveur. Les programmes CGI sont exécutés en réponse à des requêtes des navigateurs de clients Web.
interface de programmation d'applications.
Interface logicielle permettant à des applications de communiquer entre-elles. Une API désigne l'ensemble de constructions ou d'instructions de langage de programmation pouvant être codé dans un programme d'application pour accéder aux fonctions et services spécifiques assurés par un système d'exploitation ou un programme de service sous-jacent.
interface graphique utilisateur (GUI)
Type d'interface permettant aux utilisateurs de communiquer avec un programme en manipulant ses caractéristiques graphiques au lieu de saisir des commandes. Généralement, le GUI inclut une combinaison de graphiques, périphériques de pointage, barres de menus et autres menus, fenêtres superposées et icônes.
interface utilisateur
(1) Matériel, logiciel, ou les deux, permettant à un utilisateur d'interagir avec un ordinateur.
Internet
Vaste ensemble de réseaux interconnectés utilisant tous les protocoles TCP/IP qui a évolué à partir de l'ARPANET de la fin des années 60 et du début des années 70.
Internet Inter-ORB Protocol (IIOP)
Protocole standard du secteur qui définit comment les messages GIOP (Inter-ORB Protocol) sont échangés sur un réseau TCP/IP. Ce protocole permet d'utiliser Internet lui-même comme une dorsale ORB à laquelle d'autres ORB peuvent se connecter.
intranet
Réseau interne à une entreprise ou à une organisation qui utilise les mêmes types de logiciels présents sur Internet, mais destiné exclusivement à un usage interne. De par la popularité croissante d'Internet, nombre de ses outils ont aussi trouvé leur place dans les réseaux privés. Par exemple, beaucoup d'entreprises disposent de serveurs Web accessibles uniquement à leurs employés.
IP
Voir aussi : protocole IP
IPSec
Voir aussi : protocole de sécurité IP
ISAPI
Interface de programme d'application de serveur Internet
ISO
Organisation internationale de normalisation.
ISP
Acronyme de 'Internet service provider'. Fournisseur de services Internet. Entreprise fournissant à d'autres, ou à des particuliers, un accès ou une présence sur Internet. La plupart sont également des FAI (Fournisseurs d'accès Internet).
I/T
Technologie de l'information
J
jalon
Point de repère où une itération se termine. Correspond à un point d'édition.
JAR
Voir aussi : archive Java
Java
Java est un langage de programmation inventé par Sun Microsystems qui a été spécifiquement conçu pour écrire des programmes pouvant être téléchargés sans risque sur Internet et exécutés immédiatement sans crainte de virus ou de dommage quelconque à votre ordinateur et à vos fichiers. Utilisant de petits programmes Java appelés 'applets', les pages Web peuvent inclure des fonctions telles que des animations, des calculatrices et d'autres effets surprenants. Vous pouvez anticiper l'arrivée sur le Web d'une profusion de nouvelles fonctions, dans la mesure où vous pouvez écrire un programme Java réalisant presque tout ce que pourrait exécuter un programme normal, puis inclure ce programme Java dans une page Web.
JavaBean
Un javabean est un composant qui peut être intégré dans une application avec d'autres beans développés séparément. Cette application peut être utilisée de manière autonome, dans un navigateur ou même en tant que composant ActiveX. Les javabeans sont conçus pour usage local au niveau d'un processus unique et sont souvent visibles dans le contexte d'exécution. Ce composant visuel peut être, par exemple, un bouton, une zone de liste, un graphique ou un diagramme.
JDBC
Voir aussi : connectivité JDBC
JDK
Voir aussi : kit Java Development Kit
jeu de caractères à double octet (DBCS)
Jeu de caractères où chaque caractère est représenté par 2 octets. es langues comme le japonais, le chinois ou le coréen, contenant plus de symboles que ceux pouvant être représentés par 256 points de code, requièrent des jeux de caractères à double octet. Par opposition à : jeu de caractères codé sur un octet.
jeu de caractères à simple octet
Jeu de caractères où chaque caractère est représenté par un code contenu sur 1 octet.
JFC
Voir aussi : classes JFC
JIT
Abréviation de 'Just in time' (juste à temps).
JVM
Acronyme de 'Java virtual machine' (Machine virtuelle Java). Spécification pour logiciel qui interprète les programmes Java compilés en pseudo-codes binaires et généralement stockés dans un fichier ".class". La JVM elle-même est rédigée en C, permettant ainsi son portage et exécution sur la plupart des plateformes. Le jeu d'instructions de la JVM est orienté pile, avec une longueur d'instruction variable. A la différence d'autres jeux d'instructions, la JVM gère la programmation orientée objet directement en incluant des instructions pour l'appel de méthode d'objet (similaire à l'appel de sous-routines d'autres jeux d'instructions).
K
kit Java Development Kit
Le kit Java Development Kit est disponible aux développeurs certifiés Sun Microsystems. Chaque version du kit contient les éléments suivants : compilateur Java, machine virtuelle Java, bibliothèques de classes Java, visionneuse d'applets Java, débogueur Java et autres outils.
L
LAN
Voir aussi : réseau LAN
LAN (Local Area Network)
Réseau informatique implanté dans les locaux de l'utilisateur et sur une surface géographique limitée. Un réseau local est composé d'un ou plusieurs serveurs assurant des services à un certain nombre de stations de travail clientes.
lancement
icône UML Exécuter une transition d'état. Voir aussi : transition.
Langage HTML
Langage de base utilisé pour la construction de documents hypertexte sur le Web. Il est utilisé dans les documents texte ASCII élémentaires mais quand ces derniers sont interprétés (ce que l'on appelle le rendu) par un navigateur Web, tel que Netscape, le document affiche le texte mis en forme, des couleurs, diverses polices, des images, des effets spéciaux et des sauts hypertexte vers d'autres emplacements sur Internet et des formulaires d'information.
LDAP
Acronyme de 'Lightweight directory access protocol'. Protocole pour accéder aux services d'annuaire en ligne, LDAP définit un protocole relativement simple pour la mise à jour et la recherche dans les annuaires opérant sous le protocole TCP/IP.
liaison
Icône UML Création d'un élément de modèle à partir d'un canevas en fournissant des paramètres effectifs pour les paramètres du canevas.
lien
icône UML Connexion sémantique entre deux objets. Instance d'une association. Voir aussi : association.
lien externe
Dans un site Web, un lien à une URL située à l'extérieur du site Web en cours. Synonyme : lien extérieur
lien extérieur
Synonyme : lien externe
liens hypertexte
Zones d'une page Web qui, lorsque vous cliquez dessus, vous mènent à d'autres zones sur cette page ou à d'autres pages Web.
ligne de vie d'objet
Icône UML Ligne dans un diagramme de séquence représentant l'existence d'un objet sur un intervalle de temps donné. Voir : diagramme de séquence.
livrable
Résultat d'un processus présentant une valeur, matérielle ou autre, pour un client ou une autre partie prenante.
M
machine virtuelle (VM)
Programme logiciel qui exécute d'autre programmes informatiques. Il permet à un dispositif physique, l'ordinateur, de se comporte comme s'il en était un autre.
mapper
Synonyme : mettre à plat.
mécanisme
Un mécanisme est une instance d'un pattern. Il peut devoir être affiné pour devenir une collaboration dans un modèle donné. Un mécanisme représente donc une solution (à un problème récurrent) dans un contexte unique. On dit d'un mécanisme qu'il est adapté ou qu'il se conforme à un schéma. Toute collaboration peut être qualifiée de mécanisme mais ce terme est généralement réservé aux collaborations qui offrent une solution à un problème récurrent dans des applications logicielles, par exemple, pour traiter la persistance, à laquelle un schéma est applicable. Dans l'analyse et la conception, la notion de mécanisme peut être utilisée comme un 'signet' : après, par exemple, avoir déterminé que la persistance est nécessaire, l'analyste et le concepteur peuvent déclarer qu'un mécanisme de persistance sera utilisé, ce qui oblige à aborder le problème de manière systématique et cohérente.
mécanisme clé
Description de la façon dont le pattern d'architecture est réalisé en termes de patterns d'interactions entre des éléments du système. Généralement présenté dans un document d'architecture logicielle.
mécanisme d'analyse
Mécanisme architectural utilisé dans les premiers stades du processus de conception, pendant la période de reconnaissance lorsque des classes clés et des sous-systèmes sont en cours d'identification. Généralement, les mécanismes d'analyse recensent les aspects clés d'une solution de manière indépendante de son implémentation. Les mécanismes d'analyse n'ont généralement pas de rapport avec le domaine du problème ; il s'agit plutôt de concepts "informatiques". Ils fournissent des comportements spécifiques à une classe ou à un composant liés au domaine ou correspondent à l'implémentation de la coopération entre les classes et/ou les composants. Ils peuvent être implémentés en tant qu'infrastructure préfabriquée. Pour n'en citer que quelques uns, on peut citer les mécanismes traitant la persistance, la communication entre processus, les erreurs et défaillances, les notifications et les messages. messages.
mécanisme d'architecture
Les mécanismes architecturaux représentent des solutions usuelles concrètes pour des problèmes fréquemment rencontrés. Il peut s'agir de schémas de structure, de comportement, ou les deux. Dans Rational Unified Process (RUP), le terme mécanisme architectural est utilisé globalement pour désigner un mécanisme d'analyse, un mécanisme de conception, et un mécanisme d'implémentation.
mécanisme de conception
Mécanisme d'architecture utilisé pendant le processus de conception, lors de la période pendant laquelle les détails de la conception sont élaborés. Ils sont liés aux mécanismes d'analyse associés, dont ils sont des améliorations et peuvent être associés à un ou plusieurs pattern de conception et d'architecture. Il n'y a pas nécessairement de différence d'échelle entre le mécanisme d'analyse et le mécanisme de conception. Il est donc possible de parler de mécanisme de persistance au niveau de l'analyse et au niveau de la conception, et de faire référence à la même chose, mais à un niveau d'élaboration différent. Le mécanisme de conception implique certains détails de l'environnement d'implémentation, mais il n'est pas lié à une implémentation spécifique (à la différence d'un mécanisme d'implémentation). Par exemple, le mécanisme pour communication inter-processus (IPC - inter-process communication) peut être perfectionné par plusieurs mécanismes IPC : mémoire partagée, IPC d'appel de fonction, IPC basé sémaphore, etc. Chaque mécanisme de conception a ses forces et faiblesses ; le choix d'un mécanisme spécifique est déterminé par les caractéristiques des objets amenés à l'utiliser.
mécanisme d'implémentation
Mécanisme d'architecture utilisé durant le processus d'implémentation. Il s'agit d'améliorations des mécanismes de conception, qui définissent l'implémentation exacte du mécanisme et feront probablement appel à plusieurs schémas de mise en oeuvre (idioms) dans leur construction. Il n'y a pas nécessairement de différence d'échelle entre le mécanisme de conception et le mécanisme d'implémentation.

Par exemple, une implémentation particulière du mécanisme d'analyse de communication inter-processus provient d'un mécanisme de conception de mémoire partagée utilisant les appels de fonctions de mémoire partagée d'un système d'exploitation spécifique. Les conflits d'accès concurrent (accès simultané impropre à la mémoire partagée) peuvent être neutralisés à l'aide de sémaphores, ou d'un mécanisme de loquet, qui reposent à leur tour sur d'autres mécanismes d'implémentation.
message
icône UML Spécification de l'acheminement de l'information d'une instance à une autre, une activité étant présumée s'ensuivre. Un message peut spécifier l'émission d'un signal ou l'appel d'une opération.
messagerie
Modèle de communication d'après lequel les applications distribuées communiquent en s'envoyant des messages. Un message est généralement un bref paquet d'informations ne requérant pas forcément de réponse. La messagerie implémente une méthode de communication asynchrone. Fragment de code Java dans une classe pouvant être appelé et auquel peut être passé un jeu de paramètres pour qu'il effectue une tâche spécifique.
métaclasse
icône UML Classe dont les instances sont des classes. Les métaclasses servent généralement à construire des métamodèles.
méta-métamodèle
icône UML Modèle qui définit le langage pour exprimer un métamodèle. La relation entre un méta-métamodèle et un métamodèle est analogue à celle entre un métamodèle et un modèle.
métamodèle
icône UML Modèle qui définit le langage pour exprimer un modèle.
méta-objet
icône UML Terme générique pour toutes les méta-entités d'un langage de métamodélisation. Par exemple, métatypes, métaclasses, méta-attributs et méta-associations.
méthode
(1) Manière normale et systématique de réaliser quelque chose ; plans ou procédures détaillés et organisés logiquement pour l'accomplissement d'une tâche ou la réalisation d'un objectif.
méthode de classe
Voir aussi : méthode.
méthodes d'accès
Méthodes fournies par un objet pour définir l'interface à ses variables d'instance. La méthode d'accès permettant de retourner la valeur d'une variable d'instance est appelée méthode d'accès get et la méthode mutateur permettant d'affecter une valeur à une variable d'instance porte le nom de méthode d'accès set.
méthodes mutateur
Méthodes présentées par un objet pour définir l'interface à ses valeurs d'instance. La méthode d'accès devant renvoyer une variable d'instance est appelée méthode get, ou méthode getter, et la méthode mutateur qui assigne une valeur à une variable d'instance est appelée méthode set, ou méthode setter.
MIB
Management Information Base (Base d'informations de gestion)
MIME
Voir : multipurpose internet mail extension
mission d'évaluation
Déclaration brève et facile à mémoriser qui définit la teneur des objectifs de travail de l'équipe de test pour un calendrier de travaux donné. Généralement revue pour chaque itération, la mission d'évaluation est le fil conducteur permettant un travail productif de l'équipe de test et la satisfaction des attentes des intervenants. Certains exemples de déclaration de mission sont : rechercher rapidement les problèmes importants, se prononcer sur la qualité perçue et vérifier par rapport à une spécification.
mission de test
Voir : mission d'évaluation.
modèle

Abstraction sémantiquement fermée d'un système ; description complète d'un système d'un point de vue donné (complète dans le sens où toutes les informations requises pour comprendre le système depuis ce point de vue sont fournies) ; ensemble d'éléments de modèle. Deux modèles ne peuvent pas se chevaucher.


modèle
Structure prédéfinie associée à un artefact.
modèle d'analyse
Modèle d'objet faisant office d'abstraction du modèle de conception ; fournit la définition d'origine de la réalisation des cas d'utilisation.
modèle d'analyse métier
Modèle d'objet qui décrit la réalisation des cas d'utilisation métier. Synonyme : modèle objet métier.
modèle d'implémentation
Un modèle d'implémentation est une collection de composants et des sous-systèmes d'implémentation qui les contiennent.
modèle d'incidents
Un modèle de test logiciel utilisant la notion de défaut potentiel comme élément de base et fournit une méthode de test permettant de pallier ce défaut. Le bon modèle de défaut propose une définition du défaut ou de sa cause profonde, une discussion sur les défaillances observables que le défaut peut produire, une technique de test pour pallier le défaut et un profil de données de test appropriées.
modèle d'objet
Abstraction de l'implémentation d'un système.
modèle de cas d'utilisation
Icône UML Modèle décrivant les exigences fonctionnelles d'un système en termes de cas d'utilisation.
modèle de cas d'utilisation métier
Modèle des fonctions métier prévues. Le modèle de cas d'utilisation métier constitue un apport essentiel pour l'identification des rôles et des livrables dans l'organisation.
modèle de composants
Architecture et API permettant aux développeurs de définir des segments de code réutilisables qui pourront être combinés pour créer un programme. VisualAge for Java utilise le modèle de composants JavaBeans.
modèle de conception
Modèle d'objet décrivant la réalisation de cas d'utilisation. Il sert d'abstraction au modèle d'implémentation et à son code source.
modèle de définition
Icône UML Modèle sur lequel est fondé un référentiel. Le même modèle de définition peut être utilisé pour plusieurs référentiels.
modèle de document
Modèle concret d'outil, existant pour des outils comme Adobe FrameMaker ou Microsoft Word.
modèle de domaine
 Dans RUP, le modèle de domaine est un sous-ensemble du modèle d'analyse métier.
modèle de plateforme
Le modèle de plateforme désigne l'ensemble de concepts (représentant des éléments et des services), spécifications, définitions d'interface, définitions de contraintes et toute autre exigence imposée par une application pour son utilisation d'une plateforme données. Dans MDA, les modèles de plateforme seront détaillés et formalisés, en langage UML par exemple, et disponibles dans un référentiel compatible MOF. Par exemple, des modèles de plateforme peuvent être construits, entre autres, pour J2EE ou .NET.
modèle en cascade
[IE610.12] définit le modèle de développement en cascade comme suit :
"Modèle du processus de développement logiciel dans lequel les activités constitutives (généralement une phase de d'élaboration du concept, une phase de formulation d'exigence, une phase de conception, une phase d'implémentation, une phase de test, une phase d'installation et de vérification, sont exécutées dans cet ordre, avec des chevauchements éventuels mais sans ou avec peu d'itérations."
Cette définition s'applique dans RUP, mais en remplaçant le terme "phase" par "discipline". Dans RUP, les disciplines sont dénommées Modélisation métier, Exigences, Analyse et conception, Implémentation, Test et déploiement et, dans le modèle de développement en cascade, ces activités interviendraient une seule fois, dans l'ordre, avec peu ou pas de chevauchement.
modèle indépendant de la plateforme
[OMG03] donne la définition suivante :
"Modèle de sous-système qui ne contient pas d'informations spécifiques à la plateforme ou à la technologie utilisée pour sa mise en oeuvre."
modèle indépendant du calcul
Dans [OMG03], il est défini ainsi :
"Un modèle indépendant du calcul est une vue d'un système d'un point de vue indépendant du calcul. Un tel modèle ne présente pas en détail la structure des systèmes. Il est parfois appelé modèle de domaine et un vocabulaire familier aux intervenants de ce domaine est utilisé dans sa spécification."
modèle publié
Icône UML Modèle qui a été 'gelé' et rendu disponible pour l'instanciation de référentiels et le support de la définition d'autres modèles. Les éléments d'un tel modèle ne peuvent pas être modifiés.
modèle spécifique à une plateforme
[OMG03] donne la définition suivante :
"Modèle de sous-système qui contient des informations sur la technologie spécifique utilisée pour sa mise en oeuvre sur une plateforme donnée et, par la suite, peut contenir des éléments spécifiques à cette plateforme."
modélisation métier
Recouvre toutes les techniques de modélisation que vous pouvez utiliser pour la modélisation visuelle de l'activité de l'entreprise. Elles représentent un sous-ensemble des techniques pouvant être utilisées pour effectuer une ingénierie métier.
modificateur d'accès
Mot clé qui contrôle l'accès à une classe, une méthode ou un attribut. Les modificateurs d'accès dans Java sont de type public, privé, protégé, et paquetage (type par défaut).
module
icône UML Unité logicielle de stockage et de manipulation. Ils comprennent les modules de code source, les modules de code binaire et les modules de code exécutable. Voir : composant.
MOF
icône UML Technologie définie par l'OMG (Object Management Group) : la spécification de la fonction MOF (meta-object facility) définit un jeu d'interfaces CORBA IDL pouvant être utilisées pour définir et manipuler un groupe de métamodèles interopérables, ainsi que leurs modèles correspondants. Ces modèles interopérables comprennent le métamodèle UML, le méta-métamodèle MOF, ainsi que les technologies adoptées dans le futur par l'OMG qui seront spécifiées à l'aide de métamodèles. La spécification MOF fournit l'infrastructure pour l'implémentation de conception et de référentiels de réutilisation basés CORBA. Cette définition est tirée de la spécification MOF, version 1.3.
MOM
Acronyme de 'Middleware-oriented message' (message orienté middleware)
mot clé
Mot prédéfini réservé ('return', par exemple, dans Java, qui ne peut pas être utilisé comme identificateur).
motivateur de test
Chose qui incite à entreprendre des tests, encourage les testeurs à agir, les stimule à tester. Les motivateurs de test aident à identifier et à rendre visibles les facteurs qui motiveront les testeurs à évaluer les aspects adéquats d'une édition donnée du logiciel exécutable ; en règle générale, les motivateurs de test dans RUP traitent de risques qualité spécifiques et sont regroupés dans le contexte d'une mission d'évaluation.
multiplicité
icône UML Spécification de la plage de cardinalités permises pour un ensemble. Des spécifications de multiplicité peuvent être affectées à des rôles dans des associations, des parties dans des éléments composites, des répétitions, et pour d'autres buts. En essence, une multiplicité est un sous ensemble (pouvant être infini) des entiers non négatifs. Terme lié : cardinalité.
Multipurpose Internet Mail Extension (MIME)
Norme Internet de courriel qui gère le texte, les images, les fonctionnalités audio et vidéo.
MVC
Voir : Model View Controller
MVS
Stockage virtuel multiple
N
navigateur HTML
Voir aussi : navigateur Web.
navigateur Web
Logiciel qui s'exécute sur un client et permet à l'utilisateur de demander et d'afficher des pages HTML.
NC
Ordinateur de réseau ou informatique de réseau
NCF
Environnement informatique de réseau
noeud
Icône UML Un noeud est un classificateur représentant une ressource de calcul en environnement d'exécution, qui dispose généralement d'un espace mémoire et souvent d'une capacité de traitement. Les objets et composants du contexte d'exécution peuvent résider sur des noeuds.
nom
Icône UML Chaîne utilisée pour identifier un élément de modèle.
non détecté au test
Défaut ou incident qui échappe à la détection lors de l'exécution des activités menées par l'équipe de test, et qui est découvert ultérieurement lors de l'utilisation du produit en aval.
non interprété
Icône UML Espace réservé pour un ou des types dont l'implémentation n'est pas spécifiée par le langage UML. Chaque valeur non interprétée comporte une représentation chaîne correspondante. Voir : tout [CORBA].
NSAPI
API serveur de Nescape
NT
Windows NT (New Technology)
O
objectif métier
Terme communément utilisé pour les buts métier de haut niveau. Comme les objectifs métier sont généralement abstraits, ils sont difficiles à mesurer et sont par conséquent traduits en buts métier, de plus bas niveau et plus mesurables.
Object Request Broker (ORB)
Terme CORBA désignant les moyens par lesquels des objets émettent des requêtes et reçoivent des réponses d'autres objets de manière transparente, que l'objet soit local ou distant.
objet
Icône UML Entité avec une frontière et une identité bien définies qui encapsule un état et un comportement. L'état est représenté par des attributs et des relations ; le comportement est représenté par des opérations, des méthodes et des machines d'état. Un objet est une instance d'une classe. Voir : classe, instance.
objet actif
Icône UML Objet possédant une unité d'exécution et pouvant déclencher une activité de contrôle. Instance de classe active.
objet fenêtre
Dans ce contexte, terme générique désignant quelque chose pouvant être placé sur une fenêtre, comme un bouton, une barre de défilement, un libellé, une zone de liste, un menu ou une case à cocher.
objet persistant
Icône UML Objet qui existe après que le processus ou l'unité d'exécution qui l'a créé a cessé d'exister.
objet transitoire
Icône UML Objet qui existe uniquement pendant l'exécution du processus ou de l'unité d'exécution qui l'a créé.
ODBC
Voir : Open Database Connectivity (ODBC)
OLTP
Voir : traitement transactionnel en ligne (OLTP)
OMG
Acronyme de 'Object Management Group' (Groupe Gestion des objets)
OO
Orienté objet.
OOP
Voir : programmation orientée objet
Open DataBase Connectivity (ODBC)
Interface de programmation d'application (API) pour base de données développée en C par Microsoft et permettant l'accès à des systèmes de gestion de base de données à l'aide d'instructions SQL appelables, qui ne nécessitent pas l'usage d'un préprocesseur SQL. De plus, ODBC offre une architecture permettant à ses utilisateurs d'ajouter des modules, dénommés pilotes de base de données, qui lient l'application aux systèmes de gestion de base de données de leur choix lors de l'exécution. De la sorte, les applications n'ont plus à être directement liées aux modules de tous les systèmes de gestion de base de données prises en charge.
opération
Icône UML Service pouvant être requis d'un objet pour induire un comportement. Une opération a une signature, qui peut restreindre les paramètres possibles.
oracle de test
Stratégie pour déterminer si un test réussit ou échoue. L'oracle de test inclut à la fois le support sur lequel le résultat du test peut être observé et la technique pour interpréter ce que le support expose. Il fournit un moyen pour évaluer les résultats observés par rapport aux résultats attendus.
ORB
Voir : fonction ORB
outil de programmation visuelle
Outil qui permet une spécification de programmes par des moyens graphiques. Les programmeurs d'applications les rédigent en manipulant les représentations graphiques des composants.
P
Package COTS

Un package COTS désigne un produit logiciel qui :

  • est livré par un fournisseur
  • est vendu, concédé ou livré sous licence à un acquéreur
  • est utilisé sans modification de code
  • peut être personnalisé pour être intégré à l'environnement de l'acquéreur
  • est pris en charge et amélioré par le fournisseur, qui en conserve les droits de propriété intellectuelle
page d'accueil
Voir aussi : page d'accueil.
page d'accueil
Première page rencontrée par un utilisateur accédant à un site Web. Synonymes : page par défaut, écran d'accueil.
palette
Voir : palette de beans.
paquetage
Icône UML Mécanisme à usage générique pour l'organisation d'éléments en groupes. Les paquetages peuvent être imbriqués dans d'autres paquetages.
paquetage de cas d'utilisation
Un package de cas d'utilisation est un regroupement de cas d'utilisation, d'acteurs, de relations, de diagrammes et d'autres packages ; il permet de structurer le modèle de cas d'utilisation en le fragmentant en unités plus petites.
paquetage de cas d'utilisation métier
Un paquetage de cas d'utilisation métier est une collection de cas d'utilisation métier, d'acteurs métier, de relations, de diagrammes et d'autres paquetages ; il est utilisé afin de structurer le modèle de cas d'utilisation métier en le divisant en fragments plus petits.
paquetage de conception
Collection de classes, de relations, de réalisations de cas d'utilisation, de diagrammes et d'autres packages. Un package est utilisé pour structurer le modèle de conception en le divisant en parties plus petites. C'est l'analogue logique du sous-système d'implémentation.
paramètre
Icône UML Spécification d'une variable pouvant être changée, transmise ou renvoyée. Un paramètre peut inclure un nom, un type et une direction. Les paramètres sont utilisés pour les opérations, les messages et les événements. Synonymes : paramètre formel. Terme lié : argument.
paramètre effectif
Icône UML Synonyme : paramètre effectif.
paramètre formel
icône UML Synonyme : paramètre.
Pare-feu
Ordinateur (ou périphérique programmable), avec un logiciel associé, qui peut être utilisé afin d'imposer des restrictions, par l'établissement de règles, au trafic circulant sur l'ordinateur. Des contrôles sont généralement appliqués en fonction de l'adresse d'origine ou de destination et du numéro de port TCP/IP.
parent
Icône UML Dans une relation de généralisation, la généralisation d'un autre élément, l'enfant. Voir : sous-classe, sous-type. Terme lié : enfant.
participe
Icône UML Rattachement d'un élément de modèle à une relation ou à une relation perfectionnée. Par exemple, une classe participe à une association, un acteur participe à un cas d'utilisation.
partie prenante
Personne affectée matériellement par le résultat du processus (c'est-à-dire par les livrables produits par le processus).
partition
Icône UML (1) diagrammes d'activités : portion d'un diagramme d'activités qui organise les responsabilités pour les actions. Voir aussi : partition.
passerelle
Ordinateur hôte qui connecte des réseaux communiquant dans des langages différents. Par exemple, une passerelle connecte le réseau local d'une entreprise à Internet.
pattern de capacité

Un pattern de capacité est un processus spécial qui décrit un regroupement d'activités réutilisable. Les patterns de capacités expriment et communiquent des connaissances de processus pour une zone d'intérêt clé, comme une discipline, et sont directement utilisables par les personnes travaillant sur le processus pour guider leur travail.

pattern de conception
[GAM94] définit le pattern de la façon suivante :
"Un schéma de conception fournit un procédé pour affiner les sous-systèmes ou les composants d'un système logiciel, ou leurs relations. Il décrit une structure fréquente de composants communicant qui résout un problème général de conception dans un contexte particulier."
Les schémas de conception sont à une échelle petite ou moyenne, plus réduite que les schémas architecturaux mais généralement indépendants du langage de programmation. Lorsqu'un pattern de conception est obligatoire, il fera partie d'un modèle de conception concret (comme par exemple une portion du mécanisme de conception). Les schémas de conception, de par leur niveau, tendent à s'appliquer à l'ensemble des domaines.
PCO
Voir : point de contrôle et d'observation
PDR
Voir : revue de conception préliminaire
périphérique
Type de noeud qui fournit des capacités de prise en charge à un processeur. Bien qu'il soit capable d'exécuter des programmes imbriqués (pilotes de périphériques), il ne peut pas exécuter d'applications génériques et n'existe en fait que pour servir un processeur exécutant ce type d'application.
périphérique de stockage à accès direct (DASD)
Périphérique permettant un acc&egtrave;s direct au stockage, tel qu'une unité de disque (par opposition à une unité de bande dont l'accès est séquentiel).
PERL
Acronyme de 'Practical extraction & reporting language'.
perspective
En général, peut être utilisé à la place de 'point de vue', sans modification significative de son sens.
PGP
Acronyme de 'Pretty good privacy' (technique de cryptage de messages).
phase d'analyse
Icône UML Fait référence à ce qui se produit durant une phase d'analyse du processus de développement logiciel. Voir aussi : phase de conception, temps de modélisation.
phase d'exécution
Icône UML Période pendant laquelle un programme informatique s'exécute. Terme lié : temps de modélisation.
phase de conception
icône UML Fait référence à quelque chose se produisant pendant la phase de conception du processus de développement logiciel. Voir aussi : temps de modélisation. Contraste : temps d'analyse.
phase de modélisation
icône UML Fait référence à quelque chose se produisant pendant une phase de modélisation du processus de développement logiciel. Inclut l'activité d'analyse et l'activité de conception. Remarque concernant son utilisation : lors de la discussion de système objet, il importe souvent de distinguer entre les aspects concernant l'activité de modélisation et ceux concernant l'exécution. Voir : temps d'analyse, phase de conception. Terme lié : phase d'exécution.
pilote de test
Module logiciel ou application utilisés pour appeler un test et souvent pour soumettre des données de test, contrôler et suivre son exécution, et rendre compte de ses résultats. Un pilote de test ordonne et contrôle l'exécution automatisée d'un ou de plusieurs tests. Synonyme : suite de tests.
Pilote ODBC
Un pilote ODBC est une bibliothèque de liaison dynamique (DLL) qui implémente des appels de fonctions ODBC et interagit avec une source de données.
PKI
Infrastructure à clé publique.
plan de génération d'intégration
Définit l'ordre selon lequel des composants seront implémentés et intégrés dans une itération spécifique. Généralement inclus dans un plan d'itération.
plateforme
[OMG03] donne la définition suivante :
"Ensemble de sous-systèmes et de technologies fournissant un jeu cohérent de fonctionnalités à travers des interfaces et des patterns d'utilisation spécifiés qui peuvent être utilisés par tout sous-système dépendant de la plateforme sans se préoccuper de la manière dont la fonctionnalité fournie par la plateforme est implémentée."
point d'arrêt
Point où l'exécution d'un programme informatique sera arrêtée.
point de contrôle et d'observation
Point spécifique dans le flux de procédures d'un test auquel une observation de l'environnement de test est enregistrée ou une décision est prise concernant le flux de commande du test. Les deux concepts étant étroitement liés, un point de contrôle nécessite généralement les informations d'un ou plusieurs points d'observation pour parvenir à la décision de contrôle requise.
point de variation sémantique
Icône UML Point de variation dans la sémantique d'un métamodèle. Il fournit un degré de liberté intentionnel pour l'interprétation de la sémantique du métamodèle.
points de contrôle
Ensemble de conditions auxquelles doivent satisfaire des artefacts bien formés d'un type spécifique. Peuvent aussi être énoncées sous forme de questions auxquelles la réponse doit être positive.
POP3
Acronyme de 'Post Office Protocol 3'
port
Les ports sont des objets délimiteurs agissant comme des interfaces à travers lesquelles des messages sont transmis pour une instance de capsule. Les ports sont la propriété de l'instance de capsule dans le sens où ils sont créés et détruits en même temps que la capsule. Chaque port comporte une identité et un état distincts de ceux de leur instance de capsule propriétaire (dans la même mesure où un élément quelconque est distinct de son conteneur).
post-condition
Description textuelle définissant une contrainte relative au système au terme d'un cas d'utilisation.
PRA
Voir : comité de suivi du projet (PRA)
PRD
Voir : document des exigences du produit
pré-condition
Description textuelle définissant une contrainte relative au système pour qu'un cas d'utilisation puisse débuter.
principes régissant les artefacts
Description de la façon de travailler avec un artefact spécifique, y compris de la méthode de création et de révision d'un artefact.
privé
Modificateur d'accès associé avec un membre d'une classe. Il permet seulement à cette classe d'accéder au membre.
procédure de test
Aspect procédural d'un test donné, généralement jeu d'instructions détaillées pour la configuration et l'exécution pas à pas d'un ou de plusieurs jeux d'essai donnés. La procédure de test est documentée tant dans les scénarios de test que dans les scripts de test. Voir : scénario de test, script de test.
procédure stockée
Unité de code ou script fonctionnels associés à la base de données.
processeur
Type de noeud doté d'une capacité de traitement d'un ou de plusieurs processus. Requiert généralement une capacité de calcul, des ressources mémoire, des périphériques d'entrée/sortie, etc. Voir aussi : noeud, processus et périphérique.
processus

(1) Structure générale pour types particuliers de projets de développement. Les processus rassemblent les éléments de contenu et les relient en séquences semi-ordonnées qui sont personnalisées pour des types de projets spécifiques. Un processus est donc un ensemble de descriptions de travaux partiellement classées, destiné à atteindre un objectif de développement plus élevé comme l'édition d'un système logiciel . Ces descriptions de travaux sont organisées selon une structure de répartition hiérarchisée. Un processus se concentre sur le cycle de vie et sur la division du travail en séquences dans les structures de répartition.

(2) Partie de l'architecture UMA qui modélise les processus.

processus de développement
icône UML Ensemble d'étapes partiellement ordonnées réalisées dans un but précis pendant le développement logiciel, comme la construction ou l'implémentation de modèle.
processus de livraison
Un processus de livraison est un processus spécial qui décrit une approche intégrée et complète permettant de mener à bien un type de projet particulier. Il offre un modèle de cycle de vie complet qui a été détaillé en séquences de contenu de méthode dans des structures de répartition.
processus du système d'exploitation
Espace d'adresses et environnement d'exécution uniques dans lequel les instances de classes et de sous-systèmes résident et opèrent. L'environnement d'exécution peut être divisé en plusieurs fils de contrôle. Voir aussi : processus et unité d'exécution.
processus métier
Groupe d'activités associées sur le plan logique et qui exploitent les ressources de l'organisation pour fournir des résultats déterminés favorisant l'atteinte des objectifs de l'organisation. Dans le processus RUP, nous définissons les processus métier à l'aide de cas d'utilisation métier, qui exposent le comportement prévu de l'activité, et de réalisations de cas d'utilisation, qui montrent la façon dont les travailleurs métier et les entités métier réalisent ce comportement. Voir aussi : processus.
produit
Logiciel résultant du développement, avec certains des artefacts qui lui sont associés (documentation, support de publication, formation).
produit
Elément de contenu représentant tout ce qui est utilisé, produit ou modifié par une tâche.
produit statique
Produit utilisé, mais sans être modifié, par un processus.
profil UML
Icône UML Jeu d'extensions au métamodèle UML, spécifiant comment des éléments spécifiques du modèle UML sont personnalisés et étendus avec une nouvelle sémantique à l'aide de stéréotypes, contraintes, définitions de balises et valeurs marquées. Un jeu cohérent de telles extensions, défini dans un but précis, constitue un profil UML.
programmation orientée objet (OOP)
Approche de programmation basée sur les concepts d'abstraction des données et d'héritage. Contrairement aux techniques basées procédures, la programmation orientée objet se concentre sur les objets données qui constituent le problème et sur la manière dont ils sont manipulés, et non pas sur la façon dont quelque chose est réalisé.
programme d'écoute
Dans le JDK 1.1, classe qui reçoit et traite des événements.
projection
Icône UML Mappage d'un ensemble vers l'un de ses sous-ensembles.
projection de vue
Icône UML Projection d'éléments de modèle sur des éléments de vue. Une projection de vue fournit un emplacement et un style pour chaque élément de vue.
projet
Les projets sont réalisés par des personnes, restreints par des ressources limitées, et planifiés, exécutés et contrôlés. Un projet représente un effort temporaire destiné à créer un produit ou un service unique. Un projet est temporaire en ce qu'il comporte un début et une fin bien déterminés. Unique signifie que le produit ou le service est différent de par certains aspects de tous les produits et services similaires. Les projets représentent souvent des composants cruciaux de la stratégie commerciale de l'organisation concernée.
promotion
Dans le cadre d'un JavaBean, rendre disponibles les fonctionnalités d'un bean qu'il contient pour l'établissement de connexions. Prenez, par exemple, un bean consistant de trois boutons de commande sur un panneau. Si ce bean est placé dans un cadre, les fonctions des boutons de commande devront être promues pour les rendre accessibles en dehors du cadre.
propriété
Icône UML Valeur nommée dénotant une caractéristique d'un élément. Une propriété a un impact sémantique. Certaines propriétés sont définies dans le langage UML, d'autres peuvent être définies par l'utilisateur. Voir : valeur marquée.
protégé
Modificateur d'accès associé avec un membre d'une classe. Permet à la classe elle-même, à ses sous-classes et à toutes les classes du même paquetage d'accéder au membre.
protocole
Spécification d'un jeu de messages compatibles utilisés pour communiquer entre capsules. Le protocole définit un ensemble de types de messages entrants et sortants (par ex. : opérations, signaux) et, éventuellement, un jeu de diagrammes de séquence qui stipule l'ordre requis des messages, et une machine d'état qui spécifie le comportement abstrait devant être assuré par les participants au protocole.
protocole (TCP/IP)
Base de la programmation qui transporte les messages autour du globe via Internet. Suite de protocoles qui définit Internet. Conçu à l'origine pour UNIX, le logiciel TCP/IP est à présent disponible pour tous les principaux systèmes d'exploitation. Pour être véritablement présent sur Internet, votre ordinateur doit avoir un logiciel TCP/IP.
protocole de sécurité IP (IPSec)
Fournit des services de sécurité avec chiffrage sur la couche réseau.
protocole IP
Protocole fournissant les fonctions Internet élémentaires.
prototype
Version qui n'est pas nécessairement subordonnée à la gestion des changements et au contrôle de configuration.
proxy
Passerelle d'application d'un réseau à un autre pour une application réseau spécifique telle que Telnet ou FTP, par exemple, où un serveur Telnet proxy de la passerelle effectue l'authentification de l'utilisateur, puis laisse le trafic circuler à travers le proxy comme s'il était absent. La fonction est effectuée dans le pare-feu et non pas dans la station de travail du client, ce qui augmente la charge de travail du pare-feu. A comparer avec 'Socks'.
pseudo-état
Icône UML Vertex dans une machine d'état qui a la forme d'un état mais ne se comporte pas comme tel. Les pseudo-états incluent des états initiaux et l'historique.
Q
QA
Voir : assurance qualité (QA)
QE
Ingénierie qualité. Voir aussi : assurance qualité (QA)
qualificateur
Icône UML Attribut d'association ou n-tuple d'attributs dont les valeurs partitionnent l'ensemble des objets liés à un objet via une association.
qualité
Intégralité des fonctions et des caractéristiques d'un produit ou d'un service qui ont une incidence sur sa capacité à satisfaire des besoins explicites ou implicites.
R
raccord
Composant doté d'une fonctionnalité à des fins de test. Un module de remplacement peut être une imitation sommaire, se contentant de renvoyer certaines valeurs prédéfinies, ou bien être capable de simuler un comportement plus complexe.
raffinement
Icône UML Relation qui représente une spécification plus complète de quelque chose déjà spécifié à un certain niveau de détail. Par exemple, une classe de conception est un raffinement d'une classe d'analyse.
rang
Attribut d'un cas d'utilisation ou d'un scénario qui décrit son impact sur l'architecture ou son importance pour une édition.
rapport
Description générée automatiquement, décrivant un ou plusieurs artefacts. Un rapport n'est pas un artefact en lui-même. Un rapport est, dans la plupart des cas, un produit temporaire du processus de développement, et un véhicule pour communiquer certains aspects du système en évolution. C'est une description ponctuelle d'artefacts qui ne sont pas eux-mêmes des documents.
RDBMS
Système de gestion de bases de données relationnelles.
réalisation de cas d'utilisation
Une réalisation de cas d'utilisation décrit comment un cas d'utilisation donné est réalisé dans le modèle de conception, en termes d'objets en collaboration.
réalisation de cas d'utilisation métier
Une réalisation de cas d'utilisation métier décrit la façon dont l'enchaînement d'activités d'un cas d'utilisation spécifique est réalisé dans le modèle d'analyse métier, en termes d'objets métier collaborants.
récepteur
Icône UML Objet traitant un stimulus transmis par un objet émetteur. Terme lié : émetteur.
réception
Icône UML Déclaration indiquant qu'un classificateur est prêt à réagir à la réception d'un signal.
recevoir
Icône UML Traitement d'un stimulus transmis par une instance d'émetteur. Voir : émetteur, récepteur.
référence
Icône UML (1) Dénotation d'un élément de modèle.
référentiel
Icône UML Emplacement de stockage des produits (artefacts) générés au cours de la réalisation du processus, tels qu'exigences, résultats (par ex. données quantitatives), modèles d'objets, interfaces et implémentations.
registre RMI
Programme du serveur permettant aux clients éloignés d'obtenir une référence d'un bean du serveur.
registre Windows
Base de données d'enregistrement de Microsoft Windows, utilisée pour mémoriser les paramètres de configuration et les options utilisateur pour les programmes logiciels installés sur un ordinateur donné.
règle métier
Déclaration d'une marche à suivre ou d'une condition devant être remplie par l'activité. Les règles métier peuvent être répertoriées dans des modèles, dans des documents, ou dans les deux.
regrouper
Synonyme : désérialiser.
réingénierie métier
Permet d'effectuer une ingénierie métier dans laquelle l'apport de changements implique une vue d'ensemble de l'activité existante ; permet également de s'interroger sur les raisons de telle ou telle action. vous devez remettre en question tous les processus métier en place et essayer de trouver des approches totalement nouvelles pour les reconstruire et générer des améliorations radicales. Ce processus est également dénommé réingénierie de processus métier et innovation de processus.
relation
Icône UML Connexion sémantique entre éléments de modèle. Ces relations peuvent être, par exemple, des associations ou des généralisations.
relation d'extension
Une relation d'extension d'une classe A de cas d'utilisation vers une classe A de cas d'utilisation indique qu'une instance de B peut inclure (sous réserve de conditions spécifiques stipulées dans l'extension) le comportement spécifié par A. Le comportement spécifié par plusieurs mécanismes d'extension d'un même cas d'utilisation cible peut se concrétiser instance de cas d'utilisation.
relation d'inclusion
Une relation d'inclusion est une relation d'un cas d'utilisation de base avec un cas d'utilisation, d'inclusion spécifiant comment le comportement défini pour ce cas d'inclusion peut être inséré explicitement dans celui défini pour le cas de base.
Remote Method Invocation (RMI)
API du JDK 1.1 permettant de rédiger des programmes Java distribués, permettant à d'autres machines virtuelles Java d'accéder à des méthodes d'objets Java distants.
repère temporel
Icône UML Dénotation du moment où un événement ou un message se produit. Ces repères peuvent être utilisés dans des contraintes.
Représentation filaire

Cette description s'applique au contexte de l'acquis utilisateur  et avec le prototype basse fidélité d'un écran. Les représentations filaires peuvent être de simples esquisses faites au crayon (utiles pendant les sessions de brainstorming), des dessins assistés par ordinateur (Visio, Adobe Illustrator) ou même du code HTML. Les représentations filaires identifient les éléments d'interface utilisateur principaux, leur taille et leurs positions relatives. Elles n'utilisent aucune couleur, simplement des formes géométriques. Arrière-plan : cette représentation filaire est semblable à celle d'une sculpture ou d'un flottant.

requête HTTP
Transaction déclenchée par un navigateur Web et conforme au protocole HTTP. Le serveur répond habituellement avec des données HTML, mais peut aussi envoyer d'autres types d'objets.
responsabilité
Icône UML Contrat ou obligation d'un classificateur.
responsable de projet
Rôle portant la responsabilité globale du projet. Le responsable de projet doit veiller à ce que les tâches soient planifiées, attribuées et complétées conformément au calendrier du projet, à son budget et aux exigences de qualité.
ressusciter
Voir : désérialiser.
résultat

Décrit essentiellement les produits intangibles qui correspondent à un résultat ou un état. Un résultat peut aussi être utilisé pour représenter un produit informel.

résultat
Synonyme de sortie. Voir aussi : livrable.
réutiliser
Utilisation ultérieure ou répétée d'un artefact.
revue
Une revue est une activité de groupe visant à découvrir des défauts potentiels et à évaluer la qualité d'un jeu d'artefacts.
revue de conception critique (CDR)
Dans le cycle en cascade, la revue principale entreprise lorsque la conception détaillée est achevée.
revue de conception préliminaire (PDR)
Dans le cycle en cascade, la revue principale entreprise lorsque la conception architecturale est achevée.
revue des exigences système (SRR)
Dans le cycle en cascade, nom de la revue principale entreprise lorsque la spécification du système est achevée.
revue des spécifications logicielles (SSR)
Dans le cycle en cascade, la revue principale entreprise lorsque la spécification des exigences logicielles est achevée.
RFC
(1) Acronyme de 'Request for change' (Demande de changement). Demande d'un acheteur ou d'un vendeur pour que soit budgétisée dans le contrat une proposition de modification de l'ingénierie. La requête énonce la question technique ou contractuelle à étudier, l'impact ou les retombées positives sur le projet et une évaluation de son incidence sur son coût et son calendrier.
RFI
Demande d'information. Demande formelle sur le marché pour des informations, concernant généralement des 'lettres d'intention', la capacité, le savoir-faire et la disponibilité des sous-traitants à réaliser et à répondre à des appels d'offres pour les travaux décrits dans la demande.
RFP
Appel à propositions. Invitation formelle, décrivant l'ampleur des travaux, à soumettre une réponse formelle (proposition) décrivant à la fois la méthodologie et la rémunération devant former la base d'un contrat.
RFQ
Acronyme de 'Request for quotes' (Appel d'offres). Invitation formelle à soumettre un prix pour les biens et/ou services spécifiés.
risque
Problème permanent ou futur qui a une probabilité élevée d'affecter négativement la réussite des étapes critiques.
risque qualité
Problème permanent ou futur qui a une probabilité élevée d'affecter négativement la qualité du produit logiciel. Bien que le nombre d'aspects d'après lesquels évaluer les risques de qualité soit potentiellement illimité, RUP utilise le modèle d'exigences FURPS+ comme base pour débattre des normes de qualité.
RMI
Voir : Remote Method Invocation (RMI)
rôle
Définition du comportement et des responsabilités d'un individu ou d'un groupe d'individus travaillant en équipe, dans le contexte d'une organisation d'ingénierie logicielle.
rôle de capsule
Les rôles de capsule correspondent à la spécification du type de capsule pouvant occuper une position donnée dans la collaboration ou la structure d'une capsule. Ces rôles sont la propriété directe du conteneur de la capsule et ne peuvent pas exister indépendamment de celui-ci. La décomposition structurelle d'une capsule comprend généralement un réseau de rôles de capsules collaborant joints par des connecteurs.
RPC
Voir : appel de procédure éloignée (RPC)
RSA
Acronyme de 'Rivest-Shamir-Adleman algorithm'
RUP
Rational Unified Process
S
S/MIME
Secure MIME
SAP
Voir : Systems, Applications and Products (SAP)
scénario
Icône UML Séquence spécifique illustrant des comportements. Un scénario peut être utilisé pour illustrer une interaction ou l'exécution d'une ou de plusieurs instances de cas d'utilisation. Voir : interaction, scénario de test.
scénario de test
Séquence d'actions (conditions d'exécution) qui identifie les comportements révélateurs dans le contexte d'exécution de tests. Le scénario de test fournit un moyen de généraliser des classes équivalentes de séquences d'action (classes jugées équivalentes sur la base de caractéristiques telles que leurs plages de valeurs et non pas des valeurs de données spécifiques). Un scénario de test décrit un comportement à un niveau de portée unique et concerne une ou plusieurs instances de comportement à ce niveau : par exemple, un scénario de test peut concerner une ou plusieurs instances de cas d'utilisation ou des instances de comportement communes aux cas d'utilisation. Voir : scénario, instance de cas d'utilisation, procédure de test.
schéma
Maquette de solution pour un problème récurrent qui s'est déjà avérée utile dans un contexte donné. Un schéma satisfaisant est celui qui parvient à résoudre les forces en conflit qui définissent le problème et la sélection d'un schéma à la place d'un autre se base sur la manière dont il résout ce conflit. Pour mériter cette appellation, au moins trois applications pratiques du schéma doivent déjà être évidentes. Pour un logiciel, le langage UML peut gérer la représentation d'un schéma à l'aide d'une collaboration paramétrée (bien qu'UML ne modélise pas directement d'autres aspects des schémas tels que des listes de conséquences de son utilisation ou des exemples d'utilisation, pour lesquels un texte peut être employé). Un schéma logiciel est instancié par la liaison de valeurs à ses paramètres. Les patterns peuvent exister à différents degrés et niveaux d'abstraction, comme par exemple, les patterns architecturaux, les patterns d'analyse, les patterns de conception, les patterns de tests et les idiomes ou patterns d'implémentation.
schéma [MOF]
Icône UML Dans le contexte de la spécification MOF, un schéma est analogue à un package, qui est un conteneur d'éléments de modèle. Le schéma correspond ici à un paquetage MOF. Terme lié : métamodèle (le package correspond à un package MOF).
schéma architectural
Dans [BUS96], le pattern d'architecture est défini comme suit :
"Un pattern d'architecture correspond à un schéma de l'organisation structurelle fondamentale des systèmes logiciels. Il fournit un jeu de sous-systèmes prédéfinis, définit leurs responsabilités et inclut des règles et des instructions permettant d'organiser leurs relations."
Cette interprétation est celle utilisée dans RUP. Pour élaborer quelque peu : un schéma architectural est un schéma (c'est-à-dire, une maquette de solution) à une échelle déterminée et sert de modèle pour des architectures logicielles concrètes. Il s'adresse aux propriétés au niveau du système global et, généralement, aux relations à l'échelle des sous-systèmes (et non pas des classes). Les schémas architecturaux semblent, de par leur nature, ne pas être dépendants du domaine d'application (le vocabulaire d'un domaine particulier ne fait pas intrusion dans la description du schéma), bien qu'en principe rien ne les empêche de se spécialiser ainsi. A comparer avec le schéma d'analyse. Le Document d'architecture logicielle présente les schémas architecturaux utilisés dans le système.
schéma d'analyse
Dans [FOW97a], les patterns d'analyse sont évoqués comme suit :
"[...] groupes de concepts qui représentent une construction commune dans la modélisation métier. Peut être pertinent pour un seul domaine ou en couvrir plusieurs."
Par conséquent, dans cette référence, le vocabulaire du domaine fait irruption dans la description du schéma. Rien n'interdit d'étendre la définition de [FOW97a] à des domaines autres que la modélisation métier. Un autre aspect d'un schéma d'analyse est qu'il s'agit d'une maquette abstraite, conceptuelle, destinée à l'instanciation dans un modèle d'analyse (par le biais de liaisons comme pour tout autre schéma) et qui devra être ensuite affinée dans la conception. L'échelle des patterns d'analyse est très variable ; les patterns présentés dans [FOW97a] ont une échelle moyenne et se prêtent à la composition de modèles d'analyse pour des applications complètes.
Schéma de mise en service
[BUS96] définit le schéma de mise en service comme suit :
"Un schéma de mise en service est un pattern de bas niveau spécifique à un langage de programmation. Il décrit comment implémenter des aspects spécifiques de composants ou leurs relations à l'aide des fonctionnalités du langage en question."
Aussi dénommé schéma d'implémentation. A titre d'exemple, une conception concrète exprimée à l'aide d'UML et que vous voudriez implémenter en Java pourrait utiliser les schémas d'implémentation récurrents de ce langage. Les idiomes par conséquent couvrent la conception et l'implémentation.
schéma d'implémentation
Voir : Idiom.
script de test
Ensemble d'instructions pas à pas qui réalisent un test, permettant son exécution. Les scripts de test peuvent prendre la forme d'instructions textuelles documentées qui seront exécutées manuellement ou d'instructions lisibles par l'ordinateur pour une exécution automatisée du test. Voir : scénario de test, procédure de test.
section de cas d'utilisation
Une section de cas d'utilisation peut désigner n'importe quelle section du cas d'utilisation, notamment les préconditions, postconditions, sous-flux, étapes et texte. Les sections de cas d'utilisation peuvent être utilisées comme des éléments de traçabilité.
SEPA
Voir : Autorité du processus d'ingénierie logicielle (SEPA)
séquence d'actions
Icône UML Expression qui se traduit par une séquence d'actions.
sérialiser
Synonyme de mettre à plat.
serveur
Ordinateur qui fournir des services à des utilisateurs ou à des stations de travail multiples d'un réseau ; par exemple, serveur de fichiers, serveur d'impression ou serveur de courrier.
serveur de noms de domaine
Système pour conversion de noms de domaines (tels que www.software.ibm.com) en adresses IP numériques (comme 123.45.67.8.).
serveur web
Composant serveur du World Wide Web. Il est chargé de traiter les demandes d'information des navigateurs Web. L'information peut provenir d'un fichier conservé sur le disque local du serveur ou être générée par un programme appelé par le serveur afin d'exécuter une fonction d'une application spécifique.
Service (dans le contexte de l'architecture orientée services)
Un service est une ressource logicielle identifiable qui comporte une spécification de service externalisée. Cette spécification permet au client des services d'effectuer des recherches et des appels et d'établir des liaisons. Le fournisseur de services réalise l'implémentation de la spécification et livre les exigences de qualité du service au client. Les services doivent être régis par des règles déclaratives et prendre ainsi en charge un style d'architecture ment reconfigurable.
Service-Oriented Architecture (SOA)
Une architecture orientée service désigne une description conceptuelle de la structure d'un système logiciel sous l'angle des composants et services fournis par celui-ci et indépendamment de l'implémentation sous-jacente de ces composants et services et des connexions entre composants.
Servlets
Les servlets sont des objets Java qui s'exécutent sur le serveur en réponse à une requête d'un navigateur. Ils peuvent soit générer directement des fichiers HTML ou XML, soit appeler une page JSP pour produire le résultat attendu.
SET
Transaction électronique sécurisée
SHTTP
Protocole de transport hypertexte sécurisé
signal
Icône UML Spécification d'un stimulus asynchrone communiqué entre instances. Les signaux peuvent comporter des paramètres.
signature
Icône UML Nom et paramètres d'une caractéristique de comportement. Une signature peut inclure un paramètre de retour facultatif.
site Web
Système Web entièrement hébergé sur un seul serveur. Les utilisateurs se déplacent sur le site Web à l'aide d'un navigateur.
SMTP
Acronyme de 'Simple mail transport protocol'
SNMP
Acronyme de 'Simple Network Management Protocol'
Socket Secure (SOCKS)
Passerelle permettant à un code client conforme (code client avec socket sécurisé) d'ouvrir une session sur un hôte distant.
SOCKS
Voir : Socket Secure (SOCKS).
Solution de package COTS

Une solution de package COTS comprend :

  • un ou plusieurs composants de logiciel commerciaux pré-existants (composants COTS), le système en vigueur (un élément du système en cours de remplacement), des bibliothèques de réutilisation ou d'autres sources de réutilisation (par exemple : logiciel libre, logiciel à contribution)
  • tout code personnalisé requis (notamment des encapsuleurs et de la "colle")
  • une interface ou un lien approprié vers l'architecture plus vaste de l'organisation et les systèmes externes
  • les processus métier de l'utilisateur, y compris toutes les modifications nécessaires pour les adapter aux processus fournis par les composants intégrés et du code personnalisé
sortie
(1) Tout produit  qui est le résultat d'une tâche. Voir : Livrable.
sous-classe
Icône UML Dans une relation de généralisation, la spécialisation d'une autre classe, la superclasse. Voir : généralisation. Terme lié : superclasse.
sous-état
Icône UML Etat faisant partie d'un état composite. Voir : sous-état concurrent, sous-état disjoint.
sous-état composite
Icône UML Sous-état pouvant être détenu simultanément avec d'autres sous-états contenus dans le même état composite. Voir aussi : état composite. Synonyme : région.
sous-état concurrent
Icône UML Sous-état pouvant être détenu simultanément avec d'autres sous-états contenus dans le même état composite. Voir aussi : sous-état composite. Terme lié : sous-état disjoint.
sous-état disjoint
icône UML sous-état qui ne peut être mis en attente avec d'autres sous-états contenus sans le même état composite. Voir aussi : état composite. Contraste : sous-état simultané.
sous-état machine
Icône UML Etat dans une machine d'état qui équivaut à un état composite mais dont le contenu est décrit par une autre machine d'état.
sous-système
Elément de modèle ayant la sémantique d'un package, ce qui lui permet de contenir d'autres éléments de modèle, et d'une classe, ce qui lui permet d'avoir un comportement. Le comportement du sous-système est fourni par des classes ou d'autres sous-systèmes qu'il contient. Un sous-système réalise une ou plusieurs interfaces qui définissent le comportement qu'il peut exposer.
sous-système de conception
Elément de modèle qui représente une partie du système. Le sous-système de conception encapsule un comportement en englobant d'autres éléments du modèle (classes ou autres sous-systèmes de conception) qui lui fournissent ce comportement. Il présente aussi un ensemble d'interfaces qui définissent le comportement qu'il peut effectuer.
sous-système d'implémentation
Collection de composants et d'autres sous-systèmes d'implémentation utilisés pour structurer le modèle d'implémentation en le divisant en parties plus petites. Notez que dans le processus RUP, le modèle d'implémentation et les sous-systèmes d'implémentation sont les cibles de la vue d'implémentation et sont donc d'une importance capitale au moment du développement. Le sous-système d'implémentation est l'équivalent physique du package de conception. L'appellation "sous-système d'implémentation" reflète un usage commun du terme "sous-système" pour désigner quelque chose qui se situe à plus grande échelle qu'un simple composant. Cependant, en langage UML, il s'agit d'un package stéréotypé, et non d'un sous-système.
sous-type
Icône UML Dans une relation de généralisation, la spécialisation d'un autre type, le supertype. Voir : généralisation. Terme lié : supertype.
spécification
Icône UML Description déclarative de ce qu'est ou de ce que fait quelque chose. Terme lié : implémentation.
Spécification de service
Spécification statique et dynamique des opérations fournies par un service et des informations sur les règles qui y sont associées. Une spécification de service fait office de contrat entre le fournisseur de services et les consommateurs et, en tant que telle, doit être suffisamment élaborée pour que les parties puissent répondre aux obligations fixées par ce type de contrat.
spécifications des exigences logicielles (SRS)
Ensemble d'exigences qui définissent complètement le comportement externe du système à construire. Parfois dénommées spécifications fonctionnelles.
SQL
Acronyme de 'Structured Query Language'.
SRR
Voir : revue des exigences du système (SRR)
SRS
Voir : spécification des exigences logicielles (SRS)
SSL
Acronyme de 'Secure Sockets Layer'.
SSR
Voir : revue de spécification logicielle (SSR)
station de travail
Configuration d'équipements d'entrée/sortie sur laquelle travaille un opérateur. Terminal ou micro-ordinateur, généralement connecté à un ordinateur central ou à un réseau, sur lequel un utilisateur peut exécuter des applications.
stéréotype
Métaclassification d'un élément. Les stéréotypes ont des implications sémantiques qui peuvent être spécifiées pour chaque valeur spécifique de stéréotype. Voir les attributs de Représentation UML sur les artefacts dans RUP pour déterminer les stéréotypes prédéfinis dont l'usage est recommandé dans RUP.
stimulus
Icône UML Passage d'une information d'une instance à une autre, comme l'émission d'un signal ou l'appel d'une opération. Normalement, la réception d'un signal est considérée comme un événement. Voir : message.
stratégie métier
La stratégie métier définit les principes et les objectifs pour la réalisation de l'idée commerciale. Elle est constituée de plusieurs objectifs métier à long-terme, qui permettront à terme de réaliser la vision métier.
structure de répartition

Construction d'architecture UMA spécifiant un processus comme composant hiérarchique d'un élément de répartition.

suite de test
Artefact de type package utilisé pour regrouper des collections de scripts de test, à la fois pour l'ordonnancement de l'exécution des tests et pour la constitution d'un jeu de journaux de test associés et pertinents depuis lesquels les résultats des tests pourront être déterminés. Synonymes : pilote de test, script de shell.
superclasse
Icône UML Dans une relation de généralisation, la généralisation d'une autre classe, la sous-classe. Voir : généralisation. Terme lié : sous-classe.
supertype
Icône UML Dans une relation de généralisation, la généralisation d'un autre type, le sous-type. Voir : généralisation. Terme lié : sous-type.
système
Icône UML (1) Collection d'unités connectées qui sont organisées afin d'atteindre un but spécifique. Un système peut être décrit par un ou plusieurs modèles, éventuellement depuis des points de vues différents. Synonyme : système physique.
système de gestion de bases de données (SGBD)
Programme informatique qui gère des données en fournissant des services de contrôle centralisé, indépendance des données et structures physiques complexes pour l'accès efficace, l'intégrité, la capacité de restauration, le contrôle des accès concurrents, la confidentialité et la sécurité des données.
système métier
Un système métier encapsule un ensemble de rôles et de ressources remplissant de concert un objectif spécifique et définit un groupe de responsabilités à travers lesquelles cet objectif peut être atteint.
système Web
Système hypermédia qui contient des pages d'informations liées entre-elles sous-forme de graphe, et non pas sous forme hiérarchique ou linéaire. Un système Web peut se manifester comme un serveur Web, accessible via un navigateur.
Systems, Applications and Products (SAP)
Initialement "Systemanalyse und Programmentwicklung", rebaptisé en 'Systems, Applications, and Products in Data Processing', SAP est un fournisseur de logiciels de gestion intégrés de grande renommée.
T
table
Elément d'une base de données qui représente un ensemble d'informations sur une entité ou un sujet spécifique.
tâche
Voir : processus de système d'exploitation, processus et unité d'exécution.
tâche
Unité de travail qu'un rôle doit exécuter.
TCP
Transmission Control Protocol
TCP/IP
Transmission Control Protocol/Internet Protocol
Telnet
Protocole de terminal virtuel du Ministère de la Défense des Etats-Unis.
temps
Icône UML Valeur représentant un moment absolu ou relatif dans le temps.
temps de compilation
Icône UML Fait référence à ce qui se produit durant la compilation d'un module logiciel. Voir aussi : temps de modélisation et phase d'exécution.
test
(1) Discipline du processus d'ingénierie logicielle dont le but est l'intégration et le test du système.
testabilité
Capacité pour les éléments de test cible d'être testés de manière appropriée ; si les tests requis ne peuvent pas être implémentés sur l'élément cible, ce dernier manque de testabilité. On peut soutenir que les deux aspects majeurs en matière de testabilité sont :
1) la capacité des éléments de test cible à se prêter à des tests
2) du processus et des outils employés par l'équipe de test - et la stratégie spécifique suivie lors de leur utilisation. Voir : interface de test, approche de test.
test basé failles
Technique visant à tester un logiciel informatique à l'aide d'une méthode de test et de données de test pour confirmer l'absence ou l'existence d'un ensemble de défauts prédéfinis. Par exemple, pour démontrer que le logiciel gère correctement une faute associée à une division par 0, les données de test doivent inclure cette division.
test bêta
Test de pré-version au cours duquel un échantillon de la base d'utilisateurs du client essaie le produit.
test de fumée
Expression utilisée pour décrire un sous ensemble de tests, généralement limité en nombre, pouvant être exécuté sur chaque version intermédiaire du logiciel pour déterminer si le logiciel a régressé sur le plan de la forme ou des fonctionnalités depuis la version précédente. Synonymes : test de validation de construction, test de vérification de construction, test d'acceptation de construction, test de régression de construction et contrôle d'exactitude.
test exploratoire
Technique de test d'un logiciel informatique, qui requiert un minimum de planification et tolère une documentation limitée pour la cible de test avant son exécution, s'en remettant aux compétences et aux connaissances du testeur et au retour d'informations des résultats de tests pour guider l'activité de test en cours. Le test exploratoire est souvent constitué de brèves sessions où le retour d'informations d'une session est utilisé pour la planification dynamique des sessions ultérieures. Pour plus de détails, voir : [BAC01a].
test soap-opera
Technique de définition de scénarios de test où sont échafaudés des scénarios d'utilisation dramatiques et exagérés. Tout comme un feuilleton à la télévision, ces scénarios décrivent des situations pragmatiques, mais condensées et exagérées dépeignant des instances d'utilisation d'un système poussé dans ses derniers retranchements. Lorsqu'ils sont définis en collaboration avec des utilisateurs expérimentés, ces scénarios permettent de tester rapidement de nombreux aspects fonctionnels d'un système et, comme ils n'ont pas de rapport direct avec les spécifications formelles ou les caractéristiques d'un système, ils permettent fréquemment de détecter des problèmes important mais souvent imprévus. La définition de ce terme et de la technique correspondante a été développée par Hans Buwalda au cours de ses expériences de consultant en tests auprès de clients.
traçabilité
Capacité à rattacher un élément de projet à d'autres éléments de projet associés, en particulier ceux se rapportant aux exigences. Les éléments de projet concernés par la traçabilité sont appelés éléments de traçabilité.
traçage des exigences
Rattachement d'une exigence à d'autres exigences et artefacts, et à leurs éléments de projet associés.
trace
Icône UML Dépendance indiquant une relation historique ou de processus entre deux éléments qui représentent le même concept, sans règles spécifiques pour dériver l'un à partir de l'autre.
traitement réparti
Le traitement réparti désigne un modèle d'application ou de systèmes dans lequel les fonctions et les données peuvent être distribuées entre de multiples ressources de calcul connectées à travers un réseau local ou étendu. Voir aussi : calcul client/serveur.
traitement transactionnel
Mode de traitement qui gère des applications interactives où les requêtes soumises par les utilisateurs sont traitées dès leur réception. Les résultats sont retournés relativement vite au demandeur. Un système de traitement transactionnel supervise le partage des ressources pour un traitement simultané de transactions multiples.
traitement transactionnel en ligne (OLTP)
Mode de traitement qui gère des applications interactives où les requêtes soumises par les utilisateurs à partir d'un terminal sont traitées dès leur réception. Les résultats sont retournés relativement vite au demandeur. Un système de traitement transactionnel en ligne supervise le partage des ressources pour permettre un traitement simultané efficace de transactions multiples.
transaction
Unité de traitement composée d'un ou plusieurs programmes applicatifs déclenchée par une requête unique. Une transaction peut nécessiter le démarrage d'une ou de plusieurs tâches pour son exécution.
transformation
En général, processus de génération d'un modèle cible depuis un modèle source en suivant un groupe de règles, piloté éventuellement par un jeu de paramètres ou d'autres données.
transformée
Dans le cadre de Rational Software, transformation optimisée pour le traitement par lots, essentiellement entre métamodèles, modèles et niveaux d'abstraction.
transition
Quatrième phase du processus au cours de laquelle le logiciel est remis à la communauté des utilisateurs.
transition interne
Icône UML Transition signifiant une réponse à un événement sans changement de l'état d'un objet.
travailleur métier
Un travailleur métier représente un rôle ou un groupe de rôles dans l'entreprise. Un travailleur métier interagit avec d'autres travailleurs métier et manipule des entités métier lorsqu'il participe à des réalisations de cas d'utilisation métier.
type
Description d'un groupe d'entités partageant des caractéristiques, des relations, des attributs et une sémantique communs.
type de données
Icône UML Descripteur d'un ensemble de valeurs dépourvus d'identité et dont opérations n'ont pas d'effets secondaires. Les types de données comprennent les types prédéfinis primitifs et les types définis par l'utilisateur. Les types prédéfinis comprennent les nombres, les chaînes et l'heure. Les types de données définies par l'utilisateur comprennent les énumérations.
type d'exigence
Catégorisation d'exigences basée sur des caractéristiques et des attributs communs. Certains types d'exigences se basent sur leur source ou sur les facteurs affectés, par exemple : besoin d'intervenant, caractéristique, cas d'utilisation, exigence supplémentaire, exigence de documentation, exigence matérielle, exigence logicielle, etc. Elles peuvent aussi être catégorisées d'après la dimension qualité qu'elles représentent, par exemple : FURPS+.
type primitif
Icône UML Type de données prédéfini élémentaire sans aucune sous-structure, tel qu'un entier ou une chaîne.
U
UI
Voir : interface utilisateur (UI)
UML
Voir : Unified Modeling Language (UML)
unicode
Système d'encodage des caractères conçu pour prendre en charge l'échange, le traitement et l'affichage des textes écrits des diverses langues du monde moderne. Les caractères Unicode sont généralement codés à l'aide de nombres entiers non signés de 16 bits.
Unified Modeling Language (UML)
Langage pour la visualisation, la spécification, la construction et la documentation des artefacts d'un système exigeant beaucoup de logiciels [BOO98]. Voir Unified Modeling Language [UML01]. Dans le glossaire RUP, les définitions du langage Unified Modeling Language sont indiquées par le symbole icône UML.
uniform resource locator (URL)
Identificateur standard de ressource sur le Web, utilisé par les navigateurs Web connexion pour entamer une connexion. L'URL inclut le protocole de communication à utiliser, le nom du serveur et les informations de chemin d'accès identifiant les objets à récupérer sur le serveur.
unité de déploiement
Icône UML Ensemble d'objets ou de composants affectés à un processus ou à un processeur en tant que groupe. Une unité de distribution peut être représentée par un composite d'exécution ou un agrégat.
unité d'exécution

Icône UML Chemin d'exécution unique à travers un programme, un modèle dynamique, ou une autre représentation du flux de commande. Aussi, stéréotype pour l'implémentation d'un objet actif en tant que processus léger. Voir : processus.

unité organisationnelle
Composant élémentaire de l'organisation, fournissant un contexte pour sa gestion. La structure de l'organisation associe dans une hiérarchie une unité parente à ses subordonnées et chaque unité est responsable des collectes d'autres composants métier [MARS00]. Voir : système métier
URL
Voir : Uniform Resource Locator (URL).
usage
Icône UML Dépendance dans laquelle un élément (le client) requiert la présence d'un autre élément (le fournisseur) pour pouvoir fonctionner et être implémenté de manière appropriée.
utilitaire
Icône UML Stéréotype qui regroupe des variables et des procédures globales sous la forme d'une déclaration de classe. Les attributs et opérations de l'utilitaire deviennent respectivement des variables et des procédures globales. utilitaire ne représente pas une construction de modélisation fondamentale mais un expédient pour la programmation.
V
valeur
Icône UML Elément d'un domaine type.
valeur acquise
[MSP97] la définit comme suit :
"Mesure de la valeur des travaux effectués jusque là. La valeur acquise utilise les estimations originales et l'avancement des travaux à ce jour pour déterminer si les coûts effectivement encourus correspondent au budget et si les tâches sont en avance ou en retard par rapport au plan de référence."
valeur marquée
Icône UML Définition explicite d'une propriété sous la forme d'un binôme nom-valeur. Dans une valeur marquée, le nom est dénommé étiquette. Certaines étiquettes sont prédéfinies dans le langage UML, d'autres peuvent être définies par l'utilisateur. Les valeurs marquées constituent l'un des trois mécanismes d'extension du langage UML. Voir : contrainte, stéréotype.
valeur unique
Icône UML Elément de modèle pour lequel une multiplicité a été définie comme étant à valeur simple lorsque son attribut 'Type de multiplicité::' est mis à un. Le terme valeur unique ne se rapporte pas au nombres de valeurs hébergé par un attribut, un paramètre, etc., à un moment quelconque dans la mesure où un attribut à valeur unique (par exemple, avec une limite inférieure de multiplicité égale à 0) peut ne pas comporter de valeur. Terme lié : multiforme.
valeurs multiples
Icône UML Elément de modèle pour lequel une multiplicité a été définie, dont l'attribut supérieur de Type de multiplicité:: a été défini à un nombre supérieur à un. Le terme multi-valeurs ne concerne pas le nombre de valeurs détenu par un attribut, un paramètre, etc, à un moment donné. Terme lié : valeur unique.
validation
Opération qui met fin à une unité de travail et rend permanentes les modifications qu'elle a effectué sur les ressources (transaction ou données).
variable
(1) Emplacement de stockage dans un objet pour une caractéristique des données. La caractéristique en question est un objet, tel qu'un nombre ou une date, stocké en tant qu'attribut de l'objet qui le contient.
VB
Visual Basic - version spécialisée du langage de programmation BASIC et de l'environnement IDE associé, créés par Microsoft.
version
Variante d'un artefact ; les versions ultérieures d'un artefact sont généralement un élargissement de celles qui les ont précédées.
version de référence
Edition révisée et validée d'artefacts qui constitue une base convenue pour l'évolution ou le développement futurs et qui ne peut être modifiée qu'au moyen d'une procédure formelle telle que la gestion des changements ou le contrôle de la configuration.
version de référence architecturale
Version de référence en fin de phase d'élaboration, à un stade où la structure fondatrice et le comportement du système sont stabilisés.
vertex
Icône UML Source ou cible d'une transition dans une machine d'état. Un vertex peut être soit un état, soit un pseudo-état. Voir : état, pseudo-état.
visibilité
Icône UML Enumération dont la valeur (publique, protégée ou privée) dénote la façon dont l'élément de modèle auquel elle se réfère peut être vu en dehors de l'espace de noms dans lequel il se trouve.
vision
Point de vue de l'utilisateur ou du client concernant le produit à développer, spécifié en termes de besoins des parties prenantes et fonctions clé du système.
VM
Voir : machine virtuelle (VM)
VPN
Réseau privé virtuel.
vue
Description simplifiée (abstraction) d'un modèle, depuis une perspective donnée ou une position stratégique et omettant les entités qui ne lui sont pas pertinentes. Voir aussi : vue d'architecture.
vue (base de données)
Table virtuelle composée d'informations de colonne provenant d'une ou de plusieurs tables physiques dans la base de données.
vue d'architecture
Vue de l'architecture du système depuis un point de vue donné. Se concentre principalement sur la structure, la modularité, les composants essentiels et les principaux flux de contrôle.
vue de cas d'utilisation
Vue d'architecture décrivant comment les cas d'utilisation cruciaux sont exécutés dans le système, et qui se concentre principalement sur les composants significatifs sur le plan de l'architecture (objets, tâches, noeuds). Dans RUP, il s'agit d'une vue du modèle de cas d'utilisation.
vue de déploiement
Vue d'architecture décrivant une ou plusieurs configurations système ; mappage de composants de logiciel (tâches, modules) aux noeuds de calcul de ces configurations.
vue de processus
Vue architecturale qui décrit l'aspect d'accès concurrent du système, comme les tâches (processus) et leurs interactions.
vue d'implémentation
Vue d'architecture décrivant l'organisation des éléments logiciels statiques (code, données et autres artefacts d'accompagnement) dans l'environnement de développement à la fois en termes de regroupement en packages, d'organisation en couches et de gestion de configuration (propriété, stratégie d'édition, etc.). Dans Unified Process, il s'agit d'une vue du modèle d'implémentation.
vue logique
Vue d'architecture qui décrit les principales classes dans la conception du système : les classes associées à l'activité et les classes qui définissent les mécanismes de comportement et structuraux clés (persistance, communication, tolérance aux pannes, interface utilisateur). Dans le processus Unified Process, la vue logique est une vue du modèle de conception.
W
World Wide Web
Service Internet multimédia, hypertexte et graphique.
WYSIWYG
Tel-tel.
X
XML
Acronyme de 'Extensible markup language'.
XP
Extreme programming.
Z
zone démilitarisée (DMZ)
Ce terme est à présent communément utilisé dans l'industrie pour décrire un sous réseau, généralement utilisé pour des serveurs Web protégés par des pare-feux contre des accès à la fois depuis l'extérieur (Internet) et depuis l'intérieur (réseau interne de l'entreprise).