#

Benchmark

Benchmark dans les ressources documentaires

  • Article de bases documentaires
  • |
  • 10 mai 2013
  • |
  • Réf : E3555

Microprocesseurs

Le concept de microprocesseur, qui correspond à une implémentation de la fonction unité de traitement sur un seul circuit, ne s'éloigne pas, en termes d'architecture, des processeurs au sens général. Les différents aspects de l'architecture des microprocesseurs sont le support système, le jeu d'instruction, la hiérarchie mémoire, l'architecture interne, les interfaces, le parallélisme et l'évalua...

Les articles de référence permettent d'initier une étude bibliographique, rafraîchir ses connaissances fondamentales, se documenter en début de projet ou valider ses intuitions en cours d'étude.

  • Article de bases documentaires
  • |
  • 10 juil. 2014
  • |
  • Réf : G8413

Marketing : levier d’innovation par l’évolution en mode durable

partenarial gagnant-gagnant. Benchmarks Comme tout est revisité, le benchmark n’échappe pas à la règle... . Le nouveau benchmark est une sorte de curiosité qui pousse à aller regarder ce qui se cache dans l’avenir... et ce que font déjà les autres sur ces sujets. Benchmark élargi Il ne s’agit pas de changer le fonctionnement... du benchmark mais d’ élargir son questionnement . Concurrence traditionnelle La concurrence concerne...

Les articles de référence permettent d'initier une étude bibliographique, rafraîchir ses connaissances fondamentales, se documenter en début de projet ou valider ses intuitions en cours d'étude.

  • Article de bases documentaires
  • |
  • 10 août 2017
  • |
  • Réf : H1088

Introduction au parallélisme et aux architectures parallèles

’Intel, d’un GPU et du MPPA sur un benchmark très facile à paralléliser. S’il n’est pas question... de généraliser ce résultat sur un seul benchmark très favorable au MPPA, on voit que l’objectif est d...

Les articles de référence permettent d'initier une étude bibliographique, rafraîchir ses connaissances fondamentales, se documenter en début de projet ou valider ses intuitions en cours d'étude.

  • Article de bases documentaires : FICHE PRATIQUE
  • |
  • 29 oct. 2012
  • |
  • Réf : 1039

Réaliser un benchmark des solutions de veille

Les logiciels de veille requièrent des aspects fonctionnels et techniques complexes. On y trouve entre autres les problématiques de furtivité, de volumétrie, de cloaking, qui sont tout autant de mots barbares pour les personnes en charge de l’acquisition de logiciels plus standards.

Par ailleurs, chaque éditeur de logiciel de veille a son propre langage, son propre mode de facturation, des offres plus ou moins modulaires qui rendent leur comparaison difficile.

Ce benchmark des solutions de veille vous guidera dans la conduite d’un comparatif des solutions de veille, étape par étape.

Toutes les clefs pour maitriser la veille technologique

  • Article de bases documentaires : FICHE PRATIQUE
  • |
  • 28 mars 2014
  • |
  • Réf : 1159

Intégrer un outil de veille automatisé pour l’activité d’innovation ouverte en R et D

La société Air Liquide a intégré un outil de veille automatisé appelé KeyWatch pour la R et D. Comment a-t-elle pris en compte ses besoins pour sélectionner l’outil de veille le plus adapté ? Comment a-t-elle réussi à l’intégrer efficacement dans son processus de veille technologique ?

La fiche rend compte des problématiques liées à :

  • l’originalité de l’approche par l’innovation ouverte et la définition de besoins de technologies innovantes ;
  • la sélection d’un outil de veille ;
  • la mise en place d’un processus de veille technologique.

En réponse à ces problématiques seront ici présentés le champ d’investigation de l’équipe innovation, puis la façon dont l’outil est implémenté et s’intègre à la veille quotidienne et, enfin, les modifications induites par KeyWatch dans le processus de veille.

Toutes les clefs pour maitriser la veille technologique

  • Article de bases documentaires : FICHE PRATIQUE
  • |
  • 05 mars 2015
  • |
  • Réf : 1244

Du besoin à la spécification : cas d’étude

L’objectif majeur de l’ingénieur en conception est d’obtenir une définition exhaustive et objective du besoin client et de construire sur la base de ce besoin une analyse jusqu’à une planification détaillée et une implantation en composant.

La méthode présentée ici décompose l’analyse en treize étapes :

  • description succincte des quatre aspects du besoin ;
  • analyse ouverte et détaillée par les sept questions (Comment, Quoi, Qui, Combien, Où, Quand, Pourquoi, ou CQQCOQP) dans une recherche de réponse SMART ;
  • intégration en une liste de composants les plus forts ;
  • description détaillée en CQQCOQP des composants ;
  • pour chaque composant, analyse fonctionnelle en fonctions principales ou objectifs ;
  • pour chaque composant, analyse fonctionnelle en fonctions contraintes ou contraintes ;
  • hiérarchisation des objectifs et contraintes et extraction des objectifs et contraintes représentatives du projet ;
  • rédaction de la note de cadrage du projet ;
  • analyse de risque du projet sur les objectifs principaux ;
  • détail des objectifs par l’approche SMART et rédaction de la spécification technique du besoin (STB) ;
  • décomposition des objectifs et contraintes en tâches élémentaires ;
  • arborescence et rédaction des fiches de l’OTT pour chacune des tâches élémentaires par la méthode du FAST ;
  • décomposition en composants unitaires des objectifs et contraintes et liaisons avec la STB et les modalités de qualification de chaque étape de conception, du composant au système global.

Un outil incontournable pour comprendre, agir et choisir- Nouveauté !


INSCRIVEZ-VOUS AUX NEWSLETTERS GRATUITES !