Tokamak sphériquethumb|Intérieur d'un tokamak sphérique. Un tokamak sphérique est un dispositif de confinement magnétique de plasma de type tokamak permettant d'obtenir des réactions de fusions de nucléons. Un tokamak sphérique a un solénoïde central beaucoup plus fin qu'un tokamak classique. Une telle installation serait susceptible d'être utilisée pour produire de l'électricité.
MagnétohydrodynamiqueLa magnétohydrodynamique (MHD) est une discipline scientifique qui décrit le comportement d'un fluide conducteur du courant électrique en présence de champs électromagnétiques. Elle s'applique notamment aux plasmas, au noyau externe et même à l'eau de mer. C'est une généralisation de l'hydrodynamique (appelée plus communément dynamique des fluides, définie par les équations de Navier-Stokes) couplée à l'électromagnétisme (équations de Maxwell).
SphéromakUn sphéromak est un arrangement de plasma prenant la forme d'un vortex toroïdal (un tube courbé refermé sur lui-même). Le terme sphéromak n'est pas un synonyme de tokamak sphérique. Le sphéromak contient de grands courants électriques internes avec les champs magnétiques associés. Ils sont disposés de manière que les forces magnétohydrodynamiques à l'intérieur du sphéromak soient presque équilibrées, ce qui permet d'obtenir des temps de confinement de longue durée (microsecondes) sans champs externes.
Analyse des exigencesEn ingénierie des systèmes et en ingénierie logicielle, l'analyse des exigences comprend les tâches qui ont pour but de déterminer les exigences d'un système nouveau ou à modifier, en prenant en compte le conflit possible entre les exigences de diverses parties prenantes, telles que les utilisateurs. L'analyse des exigences est critique pour le succès d'un projet. Les interviews de parties prenantes sont une méthode communément employée dans l'analyse des exigences.
Supervision (informatique)La supervision est une technique industrielle de suivi et de pilotage informatique de procédés de fabrication automatisés. La supervision concerne l'acquisition de données (mesures, alarmes, retour d'état de fonctionnement) et des paramètres de commande des processus généralement confiés à des automates programmables. Dans l'informatique, la supervision est la surveillance du bon fonctionnement d’un système ou d’une activité. À ne pas confondre avec l'hypervision, qui elle correspond à la centralisation des outils de supervision, d’infrastructure, d'applications et de référentiels (ex.
Business requirementsBusiness requirements, also known as stakeholder requirements specifications (StRS), describe the characteristics of a proposed system from the viewpoint of the system's end user like a CONOPS. Products, systems, software, and processes are ways of how to deliver, satisfy, or meet business requirements. Consequently, business requirements are often discussed in the context of developing or procuring software or other systems. Three main reasons for such discussions: A common practice is to refer to objectives, or expected benefits, as 'business requirements.
Générateur MHDUn générateur MHD (magnétohydrodynamique) est un convertisseur MHD, qui transforme l'énergie cinétique d'un fluide conducteur directement en électricité. Le principe de base est fondamentalement le même que pour n'importe quel générateur électrique. Les deux types de générateur utilisent tous deux un inducteur (électro-aimant) générant un champ magnétique dans un induit. Dans le cas d'un générateur conventionnel, cet induit est solide : c'est une bobine constituée d'un enroulement de fil métallique.
Software requirementsSoftware requirements for a system are the description of what the system should do, the service or services that it provides and the constraints on its operation. The IEEE Standard Glossary of Software Engineering Terminology defines a requirement as: A condition or capability needed by a user to solve a problem or achieve an objective. A condition or capability that must be met or possessed by a system or system component to satisfy a contract, standard, specification, or other formally imposed document.
Requirements engineeringRequirements engineering (RE) is the process of defining, documenting, and maintaining requirements in the engineering design process. It is a common role in systems engineering and software engineering. The first use of the term requirements engineering was probably in 1964 in the conference paper "Maintenance, Maintainability, and System Requirements Engineering", but it did not come into general use until the late 1990s with the publication of an IEEE Computer Society tutorial in March 1997 and the establishment of a conference series on requirements engineering that has evolved into the International Requirements Engineering Conference.
Focalisateur de plasma denseUn focalisateur de plasma dense (en anglais dense plasma focus, abrégé DPF), est un appareil qui, par accélération et compression électromagnétiques, donne naissance à un cordon de plasma à vie courte qui produit, grâce aux températures et densités très élevées qu'il atteint, une abondance de rayonnements multiples. Sa conception, qui date du début des années 1960, est due à la fois à l'Américain J.W. Mather et au Russe N.V. Filippov, qui l'ont inventé parallèlement et indépendamment l'un de l'autre.
Accélérateur MHDUn accélérateur MHD (magnétohydrodynamique) est un convertisseur MHD qui met en mouvement un fluide conducteur, grâce à un champ électrique et un champ magnétique combinés. Le principe de base est le même que celui d'un moteur électrique. Tous deux possèdent un inducteur (électroaimant) générant un champ magnétique dans un induit. Dans le cas d'un moteur conventionnel, cet induit est solide : c'est une bobine constituée d'un enroulement de fil métallique.
Requirements traceabilityRequirements traceability is a sub-discipline of requirements management within software development and systems engineering. Traceability as a general term is defined by the IEEE Systems and Software Engineering Vocabulary as (1) the degree to which a relationship can be established between two or more products of the development process, especially products having a predecessor-successor or primary-subordinate relationship to one another; (2) the identification and documentation of derivation paths (upward) and allocation or flowdown paths (downward) of work products in the work product hierarchy; (3) the degree to which each element in a software development product establishes its reason for existing; and (4) discernible association among two or more logical entities, such as requirements, system elements, verifications, or tasks.
