DFXLe sigle anglais DFX, formé à partir des initiales de Design For X, est l'ensemble des règles à observer lors de l'étude, la conception d'un circuit intégré ou d'un système électronique ou encore de tout système afin d'améliorer le terme qui remplacerait la lettre X.
Design for ManufacturingDFM ou Design for Manufacturing ou encore Design for Manufacturability est l'ensemble des règles utilisées en électronique et tout particulièrement dans l'industrie des semiconducteurs afin de concevoir des composants qui puissent être facilement fabriquées. Par facilement fabriquées, on entend avoir un rendement élevé lors des séquences de test. . DFM a donné naissance à toute une série de D for something comme: Design For Testability (DFT) Design For Assembly (DFA) Design For Maintainability (DFMaint) Design For Services (DFS) Pour cela, un sigle générique de DFX a été créé.
Cas d'utilisationUn cas d'utilisation, bloc fonctionnel ou cas d'usage (« use-case » en anglais), définit en génie logiciel et en ingénierie des systèmes une manière d'utiliser un système qui a une valeur ou une utilité pour les acteurs impliqués. Le cas d'utilisation correspond à un ensemble d'actions réalisées par le système en interaction avec les acteurs en vue d'une finalité. L'ensemble des cas d'utilisation permet ainsi de décrire les exigences fonctionnelles d'un système en adoptant le point de vue et le langage de l'utilisateur final.
Plane (esotericism)In esoteric cosmology, a plane is conceived as a subtle state, level, or region of reality, each plane corresponding to some type, kind, or category of being. The concept may be found in religious and esoteric teachings—e.g. Vedanta (Advaita Vedanta), Ayyavazhi, shamanism, Hermeticism, Neoplatonism, Gnosticism, Kashmir Shaivism, Sant Mat/Surat Shabd Yoga, Sufism, Druze, Kabbalah, Theosophy, Anthroposophy, Rosicrucianism (Esoteric Christian), Eckankar, Ascended Master Teachings, etc.
Processus unifiéLe processus unifié (PU), ou « unified process (UP) » en anglais, ou « Unified Software Development Process (USDP) » est une famille de méthodes de développement de logiciels orientés objets. Elle se caractérise par une démarche itérative et incrémentale, pilotée par les cas d'utilisation, et centrée sur l'architecture et les modèles UML. Elle définit un processus intégrant toutes les activités de conception et de réalisation au sein de cycles de développement composés d'une phase de création, d'une phase d'élaboration, d'une phase de construction et d'une phase de transition, comprenant chacune plusieurs itérations.
Plan de commutationDans le domaine du routage le plan de commutation parfois appelé plan de données (Forwarding Plane ou Data Plane en anglais) définit la partie de l'architecture d'un routeur qui décide ce qu'il faut faire avec les paquets arrivant sur une interface d'entrée. Le plus souvent, il se réfère à un tableau dans lequel le routeur recherche l'Adresse de destination contenue dans le paquet entrant et récupère les informations nécessaires pour déterminer le chemin, depuis l'élément récepteur, à travers la structure de commutation interne du routeur, jusqu'à l'interface(s) de sortie appropriée(s).
Plan de contrôleDans le domaine du routage, le plan de contrôle (control plane en anglais) est la partie de l'architecture du routeur qui est concernée par l'élaboration de la topologie réseau ou les informations d'une table de routage (éventuellement augmentée) qui définit ce qu'il faut faire avec les paquets entrants. Les fonctions du plan de contrôle, comme la participation à des protocoles de routage, tourne dans l'architecture plan de contrôle. Dans la plupart des cas, la table de routage contient une liste d'adresses de destination et l'interface(s) de sortie(s) associée(s).
