-
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
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
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
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
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
Requête où l'objet émetteur s'arrête pour attendre les résultats. Terme lié : action asynchrone.
-
activation
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)
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
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
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
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
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
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
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
Association de deux classes. Cas particulier d'association n-aire.
-
association n-aire
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
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
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
Fonction dynamique d'un élément de modèle, par exemple une opération ou une méthode.
-
caractéristique de structure
Caractéristique d'un élément de modèle, comme un attribut.
-
cardinalité
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
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
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
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
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
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
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
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
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
Variation sémantique de généralisation dans laquelle un objet peut appartenir directement à plus d'une classe. Voir : classification dynamique.
-
classification statique
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
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.
-
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
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
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]
Classe associée à une ou plusieurs classes par une relation de composition. Voir aussi : agrégation composite.
-
composition
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
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
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
(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
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
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
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
transition initiale, tout comportement dans une
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
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
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é
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
Diagramme montrant les relations entre acteurs et cas d'utilisation dans un système.
-
diagramme de classe
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
Diagramme présentant les organisations et les dépendances entre composants.
-
diagramme de déploiement
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
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
Diagramme présentant une machine d'état. Voir : machine d'état.
-
diagramme d'interaction
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
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
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
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
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
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é
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
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
Elément de modèle qui peut participer à une relation de généralisation. Voir aussi : généralisation.
-
élément paramétré
Descripteur d'une classe avec un ou plusieurs paramètres non figés. Synonyme : canevas.
-
émetteur
Objet transmettant un stimulus à un objet récepteur. Terme lié : récepteur.
-
émettre
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
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
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
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
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
Etat composé de sous-états concurrents (orthogonaux) ou séquentiels (disjoints). Voir aussi : sous-état.
-
état de flux d'objets
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é
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
Vertex dans une machine d'état utilisé pour synchroniser les régions concurrentes dans une machine d'état.
-
état d'une action
Etat qui représente l'exécution d'une action atomique, en général l'appel d'une opération.
-
état final
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
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
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
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
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
Expression qui a pour résultat une valeur booléenne.
-
expression de type
Expression qui se traduit par une référence à un ou plusieurs types.
-
expression temporelle
Expression qui se traduit par une valeur temporelle, absolue ou relative.
-
extension
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
Noeud final d'une association, qui la connecte à un discriminant.
-
fin de lien
Instance de noeud final d'une association. Voir aussi : noeud final d'association.
-
fournisseur
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Classe dont les instances sont des classes. Les métaclasses servent généralement à construire des métamodèles.
-
méta-métamodèle
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
Modèle qui définit le langage pour exprimer un modèle.
-
méta-objet
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
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
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é
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
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
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é
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
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
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é
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
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
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
Objet qui existe après que le processus ou l'unité d'exécution qui l'a créé a cessé d'exister.
-
objet transitoire
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
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
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
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
Synonyme : paramètre effectif.
-
paramètre formel
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
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
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
(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
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
Période pendant laquelle un programme informatique s'exécute. Terme lié : temps de modélisation.
-
phase de conception
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
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
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
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
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
Mappage d'un ensemble vers l'un de ses sous-ensembles.
-
projection de vue
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é
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
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
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
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
Objet traitant un stimulus transmis par un objet émetteur. Terme lié : émetteur.
-
réception
Déclaration indiquant qu'un classificateur est prêt à réagir à la réception d'un signal.
-
recevoir
Traitement d'un stimulus transmis par une instance d'émetteur. Voir : émetteur, récepteur.
-
référence
(1) Dénotation d'un élément de modèle.
-
référentiel
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
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
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é
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
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]
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
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
Spécification d'un stimulus asynchrone communiqué entre instances. Les signaux peuvent comporter des paramètres.
-
signature
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
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
Etat faisant partie d'un état composite. Voir : sous-état concurrent, sous-état disjoint.
-
sous-état composite
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
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
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
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
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
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
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
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
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
(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
Valeur représentant un moment absolu ou relatif dans le temps.
-
temps de compilation
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
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
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
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
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
.
-
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
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
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
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
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
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
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
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
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
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é
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).