Conception et évaluation des IHM de supervision : éléments méthodologiques. LAMIH-UMR CNRS 8530 Université de Valenciennes et du Hainaut-Cambrésis
|
|
- Victor Gagnon
- il y a 8 ans
- Total affichages :
Transcription
1 Conception et évaluation des IHM de supervision : éléments méthodologiques Christophe KOLSKI et Houcine EZZEDINE LAMIH-UMR CNRS 8530 Université de Valenciennes et du Hainaut-Cambrésis
2 Introduction - Prépondérance des systèmes interactifs dans tous les domaines de la société : Systèmes multimédia (sites Web, CD-ROM ) ; applications ludiques, culturelles, pédagogiques... Systèmes d'information dans les entreprises Logiciels de bureautique Systèmes de services grand public Environnements de développement, CAO Systèmes Interactifs d'aide à la Décision (SIAD) Salles de contrôle de systèmes industriels complexes ; supervision de trafic Vers des systèmes interactifs de plus en plus conviviaux, intelligents, adaptés aux besoins des utilisateurs
3 Introduction - Suivant le projet : Tâches humaines plus ou moins complexes, résolution de problèmes Plusieurs critères à considérer (éventuellement contradictoires : sécurité, productivité, qualité de service, économie...) Typologie des utilisateurs ; d'un utilisateur à une équipe ; organisation humaine (travail de groupe) Situations normales et anormales Interfaces graphiques associées éventuellement à des modules d'aide algorithmiques ou basés sur des méthodes IA/IAD (conseils d'action, prédiction, diagnostic, gestion d'alarmes, recherche d information...), connexion à des BD... Contraintes temporelles Diversité des supports d interaction ( «plasticité» au sens de COUTAZ, 99) Besoins de démarches rigoureuses et systématiques pour la conception et l évaluation
4 Plan 1. Etude critique des principaux modèles et méthodes de développement issus du GL, vers des modèles enrichis 2. Analyse et modélisation du système 3. Analyse et modélisation des tâches humaines 4. Analyse et modélisation cognitive de l'utilisateur 5. Spécification et conception des interfaces homme-machine 6. Modèles d'architecture des systèmes interactifs, vers des concepts d'ihm intelligentes 7. Méthodes et critères d'évaluation des systèmes interactifs Conclusion
5 1. Etude critique des principaux modèles et méthodes de développement issus du GL, vers des modèles enrichis - Existence de plusieurs modèles classiques : cascade, en V, spirale... Faisabilité, cahier des charges Validation Spécification Validation Conception Vérification Conception détaillée Vérification Codage Intégration Tests unitaires Vérification Mise en œuvre Test Exploitation Maintenance Documentation Revalidation Orientation, faisabilité des besoins Spécification Conception Conception préliminaire d'un système 1 Conception détaillée d'un système Spécification fonctionnelle du logiciel Conception préliminaire du logiciel CYCLE DE VIE D'UN SYSTEME 2 Conception détaillée du logiciel 3 Codage du logiciel 4 5 Intégration et Tests d'intégration Tests unitaires du logiciel 6 Intégration Matériel -Logiciel- Production Validation du Logiciel Maintenance du système Recette Système Validation du Système CYCLE DE VIE DU LOGICIEL Validation Réalisation Déterminer les objectifs, les alternatives, les contraintes Progression au travers des étapes Coûts cumulés Planifier les phases suivantes planification de l'analyse et du cycle de vie plan de développement plan d'intégration et de tests analyse du risque analyse du risque prototype 1 concept de la mission validation Evaluer les alternatives, identifier, résoudre les risques validation de la conception et vérification implémentation analyse du risque analyse du risque prototype 2 prototype 3 simulation, modèles, évaluations spécification du logiciel tests de recette conception du logiciel intégration et tests tests unitaires prototype opérationnel conception détaillée codage Développer, vérifier le produit du niveau suivant - Points faibles des modèles classiques : interactions homme-machine laissées à l'appréciation du concepteur, utilisateurs non concernés explicitement, tâches humaines non citées (Idem pour les méthodes les plus connues : SADT, MERISE, UML ) - Nécessité de modèles enrichis sous l angle des IHM (idem pour les méthodes)
6 1. Etude critique des principaux modèles et méthodes de développement issus du GL, vers des modèles enrichis - Modèles enrichis sous l angle des IHM : modèle de HARTSON et HIX (89), de VALENTIN et al. (93), de CURTIS et HEFLEY (94), Modèle Nabla (KOLSKI, 95) Ex : modèle Nabla Début du projet Orientation Exploitation maintenance Fin du projet Recette orientée interface modèle réel Analyse du système hommehi Confrontation socio-technoergonomique Modèle de référence Recette orientée modules d'aide Tests d'intégration du système Tests fonctionnels de l'interface Tests d'intégration de l'interface Tests unitaires de l'interface Spécification du système i if Tests interface modules d'aide Evaluation et validation socio- Spécification Spécification ergonomique de l'interface des modules Conception préliminaire de l'interface Conception détaillée de l'interface Evaluation et validation ergonomique Conception préliminaire des modules Conception détaillée des modules Tests fonctionnels des modules Tests d'intégration des modules Tests unitaires des modules d'intégration du système Codage de l'interface Codage des modules
7 - Ex : modèle en U (ABED, 90 ; MILLLOT et DEBERNARD, 93 ; ABED, 01) Objectifs PHASE CONCEPTUELLE Description Analyse Modèle général/ structurelle et de l'existant ou Capitalisation fonctionnelle d'une situation des connaissances du système de référence Tâches à effectuer Généralisation Répartition de l'activité statique des stratégies, limites, tâches ressources, Tâches Automatiques Validation / Tâches Écarts Affinage de Interactives opératoires l'interface Homme- Machine Modèle OH limites ressources Besoins d'aide Analyse et choix des outils d'aide à la décision Modélisation de la tâche à effectuer de l opérateur Types d'aide Critères ergonomiques Spécification des interfaces Homme-Machine Modèle de la tâche prescrite Besoins informationnels Modèle + - de la tâche réelle Confrontation de deux modèles Modélisation de la tâche réelle de l opérateur Séquences opératoires Traitement et corrélation de données Reconnaissance des séquences opératoires Scénarii Données (fonctionnement objectives et normal, anormal) subjectives Définition des protocoles Expérimentaux et expérimentation PHASE D'EVALUATION Réalisation et Intégration du système homme-machine Interface homme-machine
8 2. Analyse et modélisation du système - Nombreuses méthodes disponibles (Cf. FADIER, 90) : Celles destinées à l'analyse du système en fonctionnement normal et à sa description selon des aspects structurels et fonctionnels : SADT, Graphes de fluence, MERISE, Analyse orientée objets (UML)... Celles destinées à l'analyse du système en fonctionnement anormal : AMDEC (Analyse des Modes de Défaillances, de leurs Effets et de leur Criticité), Arbres de défaillances, Réseaux de Petri - La plupart utilisables pour les applications de supervision de trafic
9 - Extrait d analyse et modélisation de système par SADT/RdP (Projet ASTREE, SNCF) Objectif global Zone Période Données théoriques Messages équipements Localisation Contexte mobile Perturbation Modification Graphe Information aiguillage et dispositif sécurité Automatiser le suivi des trains en temps réel A0 Données théoriques Graphes BD PCA Mission mobile Ordre de conduite Commandes aiguilles Messages anomalies Opérateur(s) Calculateur(s) Zone Période Graphe Données théoriques Messages équipements Modification Assurer la gestion de l'exploitation A1 graphe mission équipements Données théoriques Mission mobile Messages anomalies BD PCA Contexte mobile Commander l'exploitation Commandes aiguilles Perturbation A2 graphe Localisation PLC Assurer la sécurité de l'exploitation Graphes Ordre de conduite Information aiguillage et dispositif sécurité localisation A3 allocation voie libre Opérateurs(s) Calculateur( s) Objectifs élémentaires
10 2. Analyse et modélisation du système - Recensement des différentes situations normales et anormales pour lesquelles des tâches seront effectuées par les utilisateurs de l'ihm - Démarche d'analyse rigoureuse, outils de l'ingénieur bien connus en GL et GA - Support de dialogue entre les différents intervenants du processus de développement des IHM et des systèmes d'aide : Spécialistes de l'ingénierie Utilisateurs du système interactif Spécialistes de l'ergonomie Bibliothécaire Base de travail commune Graphistes et programmeurs Experts du procédé Dialogue entre les différents intervenants
11 3. Analyse et modélisation des tâches humaines - Recherches actives depuis une vingtaine d années (Sciences cognitives, informatique, automatique humaine ) - Cas types (STAMMERS et al., 90) : Système existant Analyse de tâche Nouveau système (a) mise à jour d'un système existant pour aboutir à un nouveau système Système1... Système n Analyse de tâche Nouveau système (b) création d'un nouveau système à partir d'autres systèmes déjà existants Pas de système existant Analyse de tâche Nouveau système (c) système entièrement à concevoir - Analyse en tant que travail d équipe, suscite les démarches participatives - Nombreuses méthodes disponibles, la plupart utilisables pour les applications de supervision de trafic : HTA (ANNETT et DUNCAN, 67), MAD et MAD* (SCAPIN et al., 89, 01), DIANE et DIANE+ (BARTHET, 88 ; TARBY et BARTHET, 01), SADT/PETRI (ABED, 90 ; ABED et al., 01), TOOD (ABED et TABARY, 98), CTT (PATERNO, 00)...
12 3. Analyse et modélisation des tâches humaines -Extrait d une modélisation par MAD dans le contexte du trafic aérien (Source : Rapport SCAPIN et al., INRIA) 5 Gérer la position SEQ ALT 5.1 Recueil d'informations 5.2 Prendre une décision Ne rien faire, boucle sur Gérer la position Restructurer le secteur SEQ Prévenir Restructurer le secteur Extrait de l'arbre hiérarchique des objets tâches Tâche : Gérer la position Etat initial : environnement contrôlé Etat final But Précondition : - : position contrôlable en toute sécurité : en fonction de la charge de trafic gérer au mieux les positions de contrôle Postcondition : Gérer les priorités Extrait de la description de la tâche "Gérer la position"
13 4. Analyse et modélisation cognitive de l'utilisateur - Nombreuses données à recueillir vis-à-vis des IHM et des outils d'aide : Classification par fonction (ou rôle) Typologie par rapport à chaque classe de tâche (novice, expérimenté, expert, occasionnel) Niveau de formation, connaissances, expérience par rapport aux tâches à effectuer et aux outils informatiques Pour chaque classe de situation (normale ou anormale), identifier les objectifs, les critères de décision et d'intervention considérés en priorité, les stratégies etc. - Pour une analyse fine : doit être effectuée par un spécialiste des facteurs humains (cf. présentation de René AMALBERTI)
14 4. Analyse et modélisation cognitive de l'utilisateur - Construction d'une banque de données : limites et ressources cognitives des utilisateurs données considérées lors de la spécification et de l'évaluation du système interactif, celui-ci devant être adapté au modèle de l'utilisateur - S'appuyer sur les tentatives de modélisation humaine, issues des sciences cognitives Ex : Théorie de l'action (NORMAN, 86), modélisation de la démarche de résolution d'un problème (RASMUSSEN, 80 ; 86), extensions du modèle de Rasmussen sous l'angle du temps (HOC et AMALBERTI, 95), études sur les erreurs humaines (ex : REASON, 90) Sources très utiles pour les ingénieurs distance d'éxécution Intention Spécification d'action Exécution Buts Evaluation Interprétation Perception distance d'évaluation Activité mentale Application Activité physique
15 4. Analyse et modélisation cognitive de l'utilisateur - Vers des modèles informatisés d'utilisateurs COSIMO (CACCIABUE et al., 90), vise la modélisation des trois types de comportement identifiés par RASMUSSEN, contexte de contrôle de procédé ACT et ACT* (ANDERSON, 89) : modèle IA, architecture cognitive ICS (Interacting Cognitive Subsystems) (MAY et al., 93) : décomposition d'une architecture cognitive en différents sous-systèmes... Utiles pour des aides intelligentes dans les situations complexes Nouvelles perspectives dans la supervision de trafic?
16 5. Spécification et conception des interfaces homme-machine - A partir de la modélisation des tâches humaines et des différents utilisateurs : identifier les besoins informationnels et les besoins en outils d'aide ; définir : nombre d'écrans à utiliser (1... n), écrans dédiés architecture du système interactif modalités de dialogue homme-machine (clavier dédié, écran tactile...) modalités d'enchaînement des vues (pas d'enchaînement, par numéro, code, touche de fonction...) modes de présentation des informations modes d'activation des différents outils d'aide (automatique, à la demande, fenêtres réservées...) etc. attributs graphiques et règles de comportement des objets de l IHM
17 5. Spécification et conception des interfaces homme-machine - Nombreuses techniques et méthodes : Technique de base : dessiner sur papier les vues d'écran envisagées Utilisation d éditeurs, éventuellement hypermédias (description statique) Modélisation de la dynamique des interactions homme-machine : Réseau de Pétri, ICO (PALANQUE et BASTIDE, 95), diagrammes d états évolués Fin Quitter Quitter Quitter Quitter Page1 Page2 Page 3 Page 4 O Retour Actions Actions Contribution des méthodes de spécification formelles du GL (ex : méthode B ; AIT-AMEUR et al., 98) 5
18 5. Spécification et conception des interfaces homme-machine - Nombreuses techniques et méthodes (suite) : Extensions d UML/IHM (UMLi, Wisdom ) Extensions d XML/IHM (UIML, XUL, XIML) Développement à base de modèles (MOBI-D, TADEUS, TRIDENT, TOOD...) Modèle Outils de modélisation Modèle de la tâche, du domaine, de l utilisateur Modèle de la tâche, du Domaine, de l Utilisateur Outils de conception Automatisée Concepteur Modèle Abstrait de l Interface Utilisateur Modèle abstrait de l interface Outils de Outils Conception de conception abstraite Automatisé Base de règles de conception Modèle concret de l interface Outils de Outils de conception Conception Concrète Concrète Guides de style Outils d aide Code Outils d implémentation Utilisateur Application
19 5. Spécification et conception des interfaces homme-machine - Apport des recommandations ergonomiques : Nombreux guides disponibles : SMITH et MOSIER (86), SCAPIN (86), BROWN (88), VANDERDONCKT (94)... Certains spécifique à un domaine ; ex : dédié au contrôle de procédé : GILMORE et al. (89) Très utiles, mais difficulté d'utilisation par des non-spécialistes des facteurs humains, manque d'information sur la façon de les utiliser, recommandations parfois contradictoires ; nécessité d adaptation aux évolutions technologiques - Guides de style : Accompagnent généralement les boîtes à outils graphiques (beaucoup d'exemples) : mondes MS-Windows, Macintosh, UNIX ; meilleure cohérence d un projet à un autre Inconvénient : rien sur les aspects conceptuels ou méthodologiques liés au développement d'ihm
20 5. Spécification et conception des interfaces homme-machine - Spécification des modes de représentation : multitude de possibilités graphiques, textuelles, par tableau Ne pas oublier l existence d ouvrages ou de revues dédiées (Visualisation graphique, analyse des données, systèmes complexes...) Objectifs : faciliter la perception, la prise de décision... f(t) A3 A5 B1 A1 A8 A9 B2 B3 D1 Z6 t A1 B5 B6 C1 C9 A4 A8 B2 Q8 T6-0 + Recherche de nouvelles méthodes d'affichage en rapport avec le concept d'ihm écologique : travaux de RASMUSSEN, VICENTE, MORAY...
21 6. Modèles d'architecture des systèmes interactifs, vers des concepts d'ihm intelligentes - Plusieurs architectures de systèmes interactifs proposés dans la littérature : Modèles centralisés : Modèle de SEEHEIM (PFAFF, 85), ARCH (BASS et al., 91) et variantes... Ex : ARCH spécifique au domaine adaptateur au domaine contrôleur de dialogue Modèles répartis :MVC (Smalltalk), PAC (COUTAZ, 87), PAC-AMODEUS... système interactif de présentation d'interaction avec la boîte à outils Utilisateur A C P Ex : PAC A C P A C P A C P A C P Utilisateur
22 6. Modèles d'architecture des systèmes interactifs, vers des concepts d'ihm intelligentes - Types d IHM "intelligentes" (KOLSKI et LE STRUGEON, 98) : Degré "d'intelligence" (au sens de l'intelligence artificielle) Agent intelligent Interface adaptative Opérateur assistant Interface tolérante aux erreurs humaines Interface flexible Complexité de mise en oeuvre
23 6. Modèles d'architecture des systèmes interactifs, vers des concepts d'ihm intelligentes - Concepts d'interface flexible / modèle ARCH : Sélecteur d'application possibilité de sélection d'application par l'utilisateur possibilité de sélection de formes de présentation par l'utilisateur Protocoles de communication Sélecteur de présentation Modes et styles d'interaction Préférences individuelles adaptateur au domaine contrôleur de dialogue de présentation spécifique au domaine d'interaction avec la boîte à outils Utilisateur
24 6. Modèles d'architecture des systèmes interactifs, vers des concepts d'ihm intelligentes - Concepts d'interface tolérante aux erreurs humaines / modèle ARCH : Correcteur d'action Modèle des tâches Classificateur d'action Modèle de l'application Décodeur d'action Générateur d'explication spécifique au domaine adaptateur au domaine contrôleur de dialogue de présentation d'interaction avec la boîte à outils Utilisateur
25 6. Modèles d'architecture des systèmes interactifs, vers des concepts d'ihm intelligentes - Concepts d'interface adaptative / modèle ARCH : Gestionnaire de la connaissance du d et des i heuristiques d'allocation de âh Coordinateur Critique Générateur de Réponses Générateur d'explications Identificateur des plans Générateur de présentation adaptateur au domaine contrôleur de dialogue de présentation Utilisateur spécifique au domaine d'interaction avec la boîte à outils (inspiré de HEFLEY, 90) coordination effective des actions mise à disposition des connaissances
26 6. Modèles d'architecture des systèmes interactifs, vers des concepts d'ihm intelligentes - Concepts d'opérateur assistant dans le modèle ARCH ; inspiré de (BOY, 88) : Situation désirée Situation perçue Mémoire à court terme Mode Procédural Cognition Reconnaissance de situations Résolution de problèmes Gestionnaire de la mémoire à Long Terme Connaissances Situationnelles Connaissances Analytiques Perception Action spécifique au domaine adaptateur au domaine contrôleur de dialogue de présentation d'interaction avec la boîte à outils Utilisateur
27 6. Modèles d'architecture des systèmes interactifs, vers des concepts d'ihm intelligentes - Concepts d'agent intelligent / modèle ARCH : Désirs engagement, buts Module de génération de plan Module d'exécution/ communication Module de détermination des agents pertinents Module de reconnaissance de plan Environnement de l'agent Perception Action/communication Agents réactifs (système complexe) Agents intelligents (autres interfaces homme-machine) Agents cognitifs (modules d'assistance) spécifique au domaine adaptateur au domaine contrôleur de dialogue de présentation d'interaction avec la boîte à outils Agents externes... Utilisateur 1 Utilisateur n
28 7. Méthodes et critères d'évaluation des systèmes interactifs - Principes de base (SENACH, 90 ; GRISLIN, 95 ; BASTIEN et SCAPIN, 01) SYSTEME À ÉVALUER Dimensions de l'évaluation (objectifs, utilité, utilisabilité) Données de base (critères ergonomiques) Techniques de recueil (mesures, observations, analyses) COMPARAISON MODELE DE RÉFÉRENCE - Positionnement de l'utilité et de l'utilisabilité (NIELSEN, 93) Acceptabilité du système Acceptabilité sociale Acceptabilité pratique Facilité d'utilisation Coût Compatibilité Fiabilité... Utilité Utilisabilité Critères : voir travaux menés à l'inria (équipe de D. SCAPIN) - Importance des aspects socio-culturels ; problèmes de conception dans un contexte international (NIELSEN, 90 ; NENDJO ELLA, 99 ; BASTIEN et LEULIER, 01...)
29 7. Méthodes et critères d'évaluation des systèmes interactifs Tests de conception Sélection d'alternative de conception Prototypage Banc d'essai final Produit fini Etudes expérimentales préliminaires avec les utilisateurs Contrôle de qualité avec les utilisateurs bla bla Détection de défauts Mesure d'impacts Evaluation itérative Locaux spécialement aménagés, simulation (source d inspiration : SENACH, 90)
30 7. Méthodes et critères d'évaluation des systèmes interactifs Diagnostic d'usage - Nombreuses méthodes et techniques possibles : Verbalisations, analyse des traces écrites, questionnaires d'utilisation, monitoring (mouchard électronique), analyse de protocoles, évaluation de la charge de travail (MILLOT, 88), analyse des tactiques visuelles (oculométrie)... Verbalisations Opérateurs Humains Détection des actions et changements de vues (mouchard électronique) Évaluateur Mise en correspondance Questionnaire (subjectif) Données d évaluation Acquisition des mouvements oculaires (oculomètre) (Ex :projetastree, SNCF)
31 7. Méthodes et critères d'évaluation des systèmes interactifs Modèles informels - Intervention de spécialiste(s) en interaction homme-machine : bons résultats, méthode encore sous-employée Idéal : faire intervenir plusieurs spécialistes (chacun : expertise partielle), Evaluation confronter et synthétiser leurs résultats Expertise partielle Expertise en évaluation et en ergonomie des logiciels Expertise partielle Expertise partielle Evaluateur - Evaluation heuristique (NIELSEN, 93), par 1 à n évaluateurs, dite "à moindre coût" (discount evaluation) ; focalisation sur quelques critères Autres évaluateurs - Grilles d'évaluation (ou listes de recommandations) : recensement de paramètres caractérisant l'ergonomie d'une interface ; pour chaque paramètres, notation systématique selon une échelle comportant plusieurs points Ex : méthode d'évaluation par "check-list" de RAVDEN et JOHNSON (89), projet ESPRIT ; check-list de GILMORE et al. (89), contrôle de procédé
32 7. Méthodes et critères d'évaluation des systèmes interactifs Modèles formels - Modèles formels dits prédictifs (avant réalisation) : Hypothèse : certaines performances de l'utilisateur peuvent être prédites, et donc considérées lors de la conception de l IHM ; point de départ : partir du modèle de tâches (instrument d'analyse de la future activité humaine) Ex : MAD (SCAPIN, 89) ; SADT/Petri (ABED et EZZEDINE, 97), GOMS (CARD et al., 83 ; JOHN, 95), KEYSTROKE (CARD et al., 83) ; ou modèles linguistiques : ALG (REISNER, 81), CLG (MORAN, 81)... POUR effectuer-telle-action FAIRE telles-opérations Comparer les alternatives, estimer des durées de tâches, estimer la complexité pour trouver une information, prévoir des erreurs d'utilisation - Modèles formels dits fondés sur une théorie ; ex : Cognitive Walkthrough (POLSON et al., 92) : Fondée sur une théorie de l'apprentissage par exploration, s'inspirant de la théorie de l'action de NORMAN (86) ; choix de tâches ; simulation du comportement cognitif d'un utilisateur face à une tâche ; fiches à remplir
33 7. Méthodes et critères d'évaluation des systèmes interactifs Modèles formels (suite) - Modèles formels dits de qualité de l'interface : Courant de recherche international (ACM-SIGCHI) : "Tools for Working With Guidelines (VANDERDONCKT, 00) S'intéressent aux propriétés mesurables de l'interface ; mise au point de métriques pour l'évaluation automatique, approches de l'ia, formalisation des connaissances ergonomiques du domaine) : SYNOP (KOLSKI et MILLOT, 91), KRI/AG (LOWGREN et NORDQVIST, 92), ERGOVAL (FARENC, 97) Ex : KRI/AG TeleUSE fichier UIL Analyseur KRI/AG Base de connaissance Texte Commentaires Concepteur - Recherches actuelles : tournées vers le WEB (Outils de validation HTML, vers des outils d'évaluation automatique de sites WEB)
34 Conclusion - Domaine riche (présentation loin d être exhaustive!) En constante évolution (nouvelles Sciences et Technologies de l Information et de la Communication) - Nombreuses méthodes, techniques, critères, architectures, connaissances Les enseigner systématiquement dans les formations de concepteurs (SPI, SHS) Pour la plupart : utilisables en supervision de trafic
35 Pour en savoir plus sur l Interaction Homme-Machine - Associations et groupes de recherche en Interaction Homme-Machine : Association Francophone d Interaction Homme-Machine (AFIHM) Special Interest Group on Computer-Human Interaction (ACM SIGCHI) GDR CNRS I3 «Information - Interaction - Intelligence», groupes «Algorithmes, Langages et Formalismes pour les systèmes interactifs», «Interaction Multimodale», «Modèles Formels pour l Interaction», «Collecticiels», «Visualisation», «Mobilité et ubiquité»... - Ouvrages dont s inspire la présentation : Kolski C., Interfaces homme-machine, application aux systèmes industriels complexes (2ème édition), Ed. HERMES, Paris, Kolski C. (Ed.), Analyse et conception de l IHM, Interaction homme-machine pour les SI 1, Ed. HERMES, Paris, Kolski C. (Ed.), Environnements évolués et évaluation de l IHM, Interaction homme-machine pour les SI 2, Ed. HERMES, Paris, 2001.
36 Prochain rendez-vous francophone sur l Interaction Homme-Machine IHM 2003 à Caen (24-28 novembre 2003) : Plusieurs catégories : articles longs, articles longs, articles courts, articles appliquées, rencontres doctorales, démonstrations, cours, ateliers, communications informelles Deadline : Lundi 21 avril 2003 Contacts : khaldoun zreik Eric Brangier Christophe Kolski zreik@info.unicaen.fr brangier@zeus.univ-metz.fr christophe.kolski@univ-valenciennes.fr Site Web :
37 Conception et évaluation des IHM de supervision : éléments méthodologiques Christophe KOLSKI et Houcine EZZEDINE LAMIH-UMR CNRS 8530 Université de Valenciennes et du Hainaut-Cambrésis Merci de votre attention
LES INTERFACES HOMME-MACHINE
LES INTERFACES HOMME-MACHINE 1 ère Partie : Introduction aux Interfaces Homme-Machine 2 ème Partie : Notions de base sur les Sciences Cognitives 3 ème Partie : Recommandations ergonomiques 4 ème Partie
Plus en détailUCL. Université catholique de Louvain. Métro Web : logiciel de support à l'évaluation de la qualité ergonomique des sites web.
UCL Université catholique de Louvain Métro Web : logiciel de support à l'évaluation de la qualité ergonomique des sites web Céline Mariage Thèse présentée en vue de l'obtention du grade de Docteure en
Plus en détailLe génie logiciel. maintenance de logiciels.
Le génie logiciel Définition de l IEEE (IEEE 1990): L application d une approche systématique, disciplinée et quantifiable pour le développement, l opération et la maintenance de logiciels. Introduction
Plus en détailAnalyse,, Conception des Systèmes Informatiques
Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance
Plus en détailMaster Informatique Aix-Marseille Université
Aix-Marseille Université http://masterinfo.univ-mrs.fr/ Département Informatique et Interactions UFR Sciences Laboratoire d Informatique Fondamentale Laboratoire des Sciences de l Information et des Systèmes
Plus en détailLes Critères Ergonomiques (1ère partie)
Les Critères Ergonomiques (1ère partie) Les méthodes d'évaluation ergonomique des logiciels interactifs On ne peut présenter les Critères Ergonomiques sans aborder, dans un premier temps, les méthodes
Plus en détailQu'est-ce que le BPM?
Qu'est-ce que le BPM? Le BPM (Business Process Management) n'est pas seulement une technologie mais, dans les grandes lignes, une discipline de gestion d'entreprise qui s'occupe des procédures contribuant
Plus en détail2. Activités et Modèles de développement en Génie Logiciel
2. Activités et Modèles de développement en Génie Logiciel Bernard ESPINASSE Professeur à l'université d'aix-marseille Plan Les Activités du GL Analyse des besoins Spécification globale Conceptions architecturale
Plus en détailArchitecture d'entreprise : Guide Pratique de l'architecture Logique
Guides Pratiques Objecteering Architecture d'entreprise : Guide Pratique de l'architecture Logique Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam
Plus en détailPROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN
PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN 1. DÉVELOPPEMENT D'APPLICATION (CONCEPTEUR ANALYSTE) 1.1 ARCHITECTURE MATÉRIELLE DU SYSTÈME INFORMATIQUE 1.1.1 Architecture d'un ordinateur Processeur,
Plus en détailAnalyse hiérarchique de tâches (AHT)
(AHT) Définition Cette méthode consiste à décomposer la tâche principale (ou le but) de l'opérateur en sous-tâches (ou sous-buts), puis chacune de ces sous-tâches en plusieurs sous-sous-tâches, et ainsi
Plus en détailDéveloppement spécifique d'un système d information
Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Procédure Qualité Développement spécifique d'un système d information Référence : CNRS/DSI/conduite-proj/developpement/proc-developpement-si
Plus en détailUniversité de Bangui. Modélisons en UML
Université de Bangui CRM Modélisons en UML Ce cours a été possible grâce à l initiative d Apollinaire MOLAYE qui m a contacté pour vous faire bénéficier de mes connaissances en nouvelles technologies et
Plus en détailThoughts in order to better taking account of experts and users in DSS development: contribution of patterns and HCI composition
Réflexions en vue d une meilleure prise en compte des experts et utilisateurs dans le développement de SIAD : apports des patrons et de la composition d IHM Thoughts in order to better taking account of
Plus en détailTHÈSE ÉVALUATION ERGONOMIQUE DES INTERFACES UTILISATEUR : UN PAS VERS L'AUTOMATISATION
THÈSE présentée par Sandrine BALBO pour obtenir le titre de DOCTEUR de l'université JOSEPH FOURIER - Grenoble 1 (arrêté ministériel du 5 juillet 1984 et du 30 mars 1992) spécialité : INFORMATIQUE ÉVALUATION
Plus en détailTechnologie Web. Conception de sites Web. Alexandre Pauchet. INSA Rouen - Département ASI. INSA - ASI TechnoWeb : Rappels UML 1/21
INSA - ASI TechnoWeb : Rappels UML 1/21 Technologie Web Conception de sites Web Alexandre Pauchet INSA Rouen - Département ASI BO.B.RC.18, pauchet@insa-rouen.fr INSA - ASI TechnoWeb : Rappels UML 2/21
Plus en détailbasée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML
basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML http://olivier-augereau.com Sommaire Introduction I) Les bases II) Les diagrammes
Plus en détailInterface Homme-Machine. Philippe Gaussier Alexandre Pitti
Interface Homme-Machine Philippe Gaussier Alexandre Pitti Plan du cours 1 Introduction à l'ihm, historique et ergonomie psychologie, handicap et théorie, méthodes de conception et d évaluation 2 Éléments
Plus en détailLA QUALITE DU LOGICIEL
LA QUALITE DU LOGICIEL I INTRODUCTION L'information est aujourd'hui une ressource stratégique pour la plupart des entreprises, dans lesquelles de très nombreuses activités reposent sur l'exploitation d'applications
Plus en détailProgrammation d'agents intelligents Vers une refonte des fils de raisonnement. Stage de fin d'études Master IAD 2006
vendredi 8 septembre 2006 Programmation d'agents intelligents Vers une refonte des fils de raisonnement Stage de fin d'études Master IAD 2006 Benjamin DEVEZE Responsable : M. Patrick TAILLIBERT Plan Plan
Plus en détailBOOK REFERENCES ERGONOMIQUES Gfi Informatique
2014 BOOK REFERENCES ERGONOMIQUES Gfi Informatique SECTEUR INDUSTRIE-SERVICE CHORUS 2 : Refonte du référentiel des process Groupe Refondre le réferentiel des process Groupe grâce à la réalisation d un
Plus en détailConcepteur Développeur Informatique
Référentiel de Certification UNION EUROPEENNE Fonds Social Européen DSP REAC RC RF CDC Concepteur Développeur Informatique Libellé réduit: CDI Code titre: TP-01281 Type de document: Guide RC Version: 1
Plus en détailM1805 - Études et développement informatique
Appellations Analyste cogniticien / cogniticienne informatique Analyste concepteur / conceptrice informatique Concepteur / Conceptrice analyste informatique Concepteur / Conceptrice d'application informatique
Plus en détailConduite de projets informatiques Développement, analyse et pilotage (2ième édition)
Avant-propos 1. Objectifs du livre 13 2. Structure du livre 14 Un projet informatique 1. Les enjeux 17 1.1 Les buts d'un projet 17 1.2 Les protagonistes d'un projet 18 1.3 Exemples de projets 19 2. Les
Plus en détailSystème à enseigner : Robot M.I.M.I. MultipodeIntelligent à Mobilité Interactive. Version 1.0
Système à enseigner : Robot M.I.M.I. MultipodeIntelligent à Mobilité Interactive Sommaire - Le Robot M.I.M.I. (Multipode Intelligent à Mobilité Interactive) - Présentation du Système à Enseigner. - Composition
Plus en détailDéveloppement itératif, évolutif et agile
Document Développement itératif, évolutif et agile Auteur Nicoleta SERGI Version 1.0 Date de sortie 23/11/2007 1. Processus Unifié Développement itératif, évolutif et agile Contrairement au cycle de vie
Plus en détailStages 2014-2015 ISOFT : UNE SOCIETE INNOVANTE. Contact : Mme Lapedra, stage@isoft.fr
Stages 2014-2015 ISOFT : UNE SOCIETE INNOVANTE Contact : Mme Lapedra, stage@isoft.fr ISoft, éditeur de logiciels, est spécialisé dans l informatique décisionnelle et l analyse de données. Son expertise
Plus en détailLa gestion des contraintes pour modéliser les stratégies humaines d'ordonnancement et concevoir des interfaces homme-machine ergonomiques
La gestion des contraintes pour modéliser les stratégies humaines d'ordonnancement et concevoir des interfaces homme-machine ergonomiques Clément Guerin Sous la direction de J.M. Hoc et de N. Mebarki Réunion
Plus en détailBaccalauréat technologique
Baccalauréat technologique Épreuve relative aux enseignements technologiques transversaux, épreuve de projet en enseignement spécifique à la spécialité et épreuve d'enseignement technologique en langue
Plus en détailSciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION
Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION Classe de terminale de la série Sciences et Technologie du Management et de la Gestion Préambule Présentation Les technologies de l information
Plus en détailEnquête 2014 de rémunération globale sur les emplois en TIC
Enquête 2014 de rémunération globale sur les emplois en TIC Enquête 2014 de rémunération globale sur les emplois en TIC Les emplois repères de cette enquête sont disponibles selon les trois blocs suivants
Plus en détailIFT2255 : Génie logiciel
IFT2255 : Génie logiciel Chapitre 6 - Analyse orientée objets Section 1. Introduction à UML Julie Vachon et Houari Sahraoui 6.1. Introduction à UML 1. Vers une approche orientée objet 2. Introduction ti
Plus en détailParcours en deuxième année
Parcours en deuxième année Unités d Enseignement (UE) ECTS Ingénierie des réseaux haut 4 débit Sécurité des réseaux et 4 télécoms Réseaux mobiles et sans fil 4 Réseaux télécoms et 4 convergence IP Infrastructure
Plus en détailCours Gestion de projet
Cours Gestion de projet Méthodes de conduite de projet Version Date Auteur V1.8 Septembre 2007 Pascal HEYER 1 Méthodes de conduite de projet Ce document est publié sous la licence libre Creative Commons-BY-NC-SA
Plus en détailProcessus d Informatisation
Processus d Informatisation Cheminement de la naissance d un projet jusqu à son terme, deux grandes étapes : Recherche ou étude de faisabilité (en amont) L utilisateur a une idée (plus ou moins) floue
Plus en détailS. GOMES J.C. SAGOT V. GOUIN
Contribution de l'analyse de l'activité dans le processus de conception de produits innovants Application à la conception d'organes de commande automobiles J.C. SAGOT V. GOUIN L'Equipe d'ergonomie et de
Plus en détailM1805 - Études et développement informatique
Appellations (Métiers courants) Analyste décisionnel - Business Intelligence Analyste organique informatique Analyste-programmeur / Analyste-programmeuse informatique Chef de projet étude et développement
Plus en détailBrique BDL Gestion de Projet Logiciel
Brique BDL Gestion de Projet Logiciel Processus de développement pratiqué à l'enst Sylvie.Vignes@enst.fr url:http://www.infres.enst.fr/~vignes/bdl Poly: Computer elective project F.Gasperoni Brique BDL
Plus en détailMéthodes de développement. Analyse des exigences (spécification)
1 / 16 Méthodes de développement Analyse des exigences (spécification) 1 -Objectifs de l'analyse des exigences... 2 2 - Approfondissement et formalisation du besoin... 2 2.1 Séparation des besoins, contraintes
Plus en détailGESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET
GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET 1 Tianxiao LIU Licence Professionnelle Réseaux & Sécurité Université de Cergy-Pontoise http://depinfo.u-cergy.fr/~tliu/lpg.php PLAN Objectif et
Plus en détailMODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»
MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» Du cours Modélisation Semi -Formelle de Système d Information Du Professeur Jean-Pierre GIRAUDIN Décembre. 2002 1 Table de matière Partie 1...2 1.1
Plus en détailSECTION 5 BANQUE DE PROJETS
SECTION 5 BANQUE DE PROJETS INF 4018 BANQUE DE PROJETS - 1 - Banque de projets PROJET 2.1 : APPLICATION LOGICIELLE... 3 PROJET 2.2 : SITE WEB SÉMANTIQUE AVEC XML... 5 PROJET 2.3 : E-LEARNING ET FORMATION
Plus en détailCours. Cours 8 : Révisions. Importance. Interface homme-machine
Cours 1) Introduction Définitions Histoire Cours 8 : Révisions jgarcia@ircam.fr 2) Programmation des interfaces graphiques principes de conception 3) MVC Java2D Styles d interaction 4) Interaction graphique
Plus en détailMaster CCI. Compétences Complémentaires en Informatique. Livret de l étudiant
Master CCI Compétences Complémentaires en Informatique Livret de l étudiant 2014 2015 Master CCI Le Master CCI (Compétences Complémentaires en Informatique) permet à des étudiants de niveau M1 ou M2 dans
Plus en détailLICENCE : INFORMATIQUE GENERALE
LICENCE : INFORMATIQUE GENERALE RÉSUMÉ DE LA FORMATION Type de diplôme : Licence (LMD) Domaine : Sciences, Ingénierie et Technologies Mention : Informatique générale Objectifs Le diplôme offre une formation
Plus en détailECTS CM TD TP. 1er semestre (S3)
Organisation du parcours M2 IRS en alternance De façon générale, les unités d enseignements (UE) sont toutes obligatoires avec des ECTS équivalents à 3 sauf le stage sur 27 ECTS et réparties sur deux semestres
Plus en détailInterface Homme-Machine 1
Interface Homme-Machine 1 Interface utilisateur graphique (GUI) 01 Introduction IHM Jacques Bapst jacques.bapst@hefr.ch Interface Homme-Machine L'étude de l'interface Homme-Machine (IHM) appelée également
Plus en détailLe Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer
Le Processus RUP Database Administrator Project Leader H. Kadima Performance Engineer Release Engineer Analyst Designer / Developer Tester Table des matières 1. De l artisanat à l industrialisation de
Plus en détailCommuniqué de Lancement
Direction du Marketing Produits Sage - Division Mid Market Communiqué de Lancement Rapprochement Bancaire 1000 Produit : Rapprochement Bancaire 1000 Bases de Données : Oracle - MS/SQL Server Microsoft
Plus en détailGénie logiciel (Un aperçu)
(Un aperçu) (sommerville 2010) Laurent Pérochon INRA URH 63122 St Genès Champanelle Laurent.perochon@clermont.inra.fr Ensemble d activités conduisant à la production d un logiciel Sur un échantillon de
Plus en détailConception des systèmes répartis
Conception des systèmes répartis Principes et concepts Gérard Padiou Département Informatique et Mathématiques appliquées ENSEEIHT Octobre 2012 Gérard Padiou Conception des systèmes répartis 1 / 37 plan
Plus en détailInterface Humain-Machine
Interface Humain-Machine 1 Problématique de l IHM La communication homme -machine constitue un des trois aspects fondamentaux de tout programme ou système interactif (avec le choix d'algorithmes et de
Plus en détailGestion de Projet. Génie Logiciel. Renaud Marlet. LaBRI / INRIA. http://www.labri.fr/~marlet. (d'après A.-M. Hugues) màj 19/04/2007
1 Génie Logiciel (d'après A.-M. Hugues) Gestion de Projet Renaud Marlet LaBRI / INRIA http://www.labri.fr/~marlet màj 19/0/007 Est-ce bien nécessaire? Principes de gestion = beaucoup d'évidences Pourtant
Plus en détailLe Guide Pratique des Processus Métiers
Guides Pratiques Objecteering Le Guide Pratique des Processus Métiers Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam 21 avenue Victor Hugo 75016
Plus en détailCQP ADMINISTRATEUR DE BASES DE DONNÉES (ABD) ----------------------------------------------------------------------------------------------------
ORGANISME REFERENCE STAGE : 26587 20 rue de l Arcade 75 008 PARIS CONTACT Couverture : M. Frédéric DIOLEZ Paris, Lyon, Bordeaux, Rouen, Toulouse, Marseille, Tél. : 09 88 66 17 40 Strasbourg, Nantes, Lille,
Plus en détailMaster Sciences et Technologies Mention Informatique Spécialité E-Services en Alternance
Master Sciences et Technologies Mention Informatique Spécialité E-Services en Alternance Le Master Informatique E-Services de l'université de Lille 1 s'adresse à tout étudiant(e) titulaire d'une première
Plus en détailVérification et Validation
Vérification et Validation Génie Logiciel Master 1 II Mihaela Sighireanu Objectifs I. Introduire la vérification et la validation (V&V) du logiciel et comprendre leurs différences. II.Définir le plan de
Plus en détailInteraction et Vis ualis ation en Géosicence
Présentation au LIPSI Groupe Guillaume de Travail Rivière LIPSI-ESTIA 04/10/200 7 Novembre 2005 5 Interaction et Vis ualis ation en Géosicence Guillaume Rivière LaBRI LIPSI Université Bordeaux 1 1/16 S
Plus en détailPrincipe et règles d audit
CHAPITRE 2 Principe et règles d audit 2.1. Principe d audit Le principe et les règles d audit suivent logiquement l exposé précédent. D abord, comme dans toute branche de l activité d une entreprise, l
Plus en détailCours de Génie Logiciel
Cours de Génie Logiciel Sciences-U Lyon Diagrammes UML (2) http://www.rzo.free.fr Pierre PARREND 1 Avril 2005 Sommaire Les Diagrammes UML Diagrammes de Collaboration Diagrammes d'etats-transitions Diagrammes
Plus en détailDEMANDE D INFORMATION RFI (Request for information)
DOD SEICAM RFI Demande d information EVDEC Réf. : RFI_EVDEC- GT5_Outil_reporting_BI_v4.doc Page 1/11 DEMANDE D INFORMATION RFI (Request for information) OUTIL INTÉGRÉ DE REPORTING ET D ANALYSE DÉCISIONNELLE
Plus en détailUE 8 Systèmes d information de gestion Le programme
UE 8 Systèmes d information de gestion Le programme Légende : Modifications de l arrêté du 8 mars 2010 Suppressions de l arrêté du 8 mars 2010 Partie inchangée par rapport au programme antérieur Indications
Plus en détailIFT3913 Qualité du logiciel et métriques. Chapitre 2 Modèles de processus du développement du logiciel. Plan du cours
IFT3913 Qualité du logiciel et métriques Chapitre 2 Modèles de processus du développement du logiciel Plan du cours Introduction Modèles de processus du développement du logiciel Qualité du logiciel Théorie
Plus en détailUniversité Libre de Tunis
Ingénieur: Génie Informatique Code et Intitulé des Matières Enseignées Plan d'etudes : Semestre 1 S1-01 Algorithmique et Structures de Données 1 S1-02 Programmation C S1-03 Logiques Mathématiques S1-04
Plus en détailD AIDE À L EXPLOITATION
SYSTÈMES D AIDE À L EXPLOITATION P.MARSAUD Juin 2011 UN PEU DE VOCABULAIRE.. L Informatique Industrielle à développé au fil des années de son existence son propre vocabulaire issu de ses métiers et fonctions
Plus en détailQualité du logiciel: Méthodes de test
Qualité du logiciel: Méthodes de test Matthieu Amiguet 2004 2005 Analyse statique de code Analyse statique de code Étudier le programme source sans exécution Généralement réalisée avant les tests d exécution
Plus en détailNom de l application
Ministère de l Enseignement Supérieur et de la Recherche Scientifique Direction Générale des Etudes Technologiques Institut Supérieur des Etudes Technologiques de Gafsa Département Technologies de l Informatique
Plus en détailChapitre I : le langage UML et le processus unifié
I. Introduction Les méthodes d analyse orientées objet sont initialement issues des milieux industriels. La préoccupation dominante de leurs auteurs est le génie logiciel, c est-àdire les principes et
Plus en détailL apprentissage automatique
L apprentissage automatique L apprentissage automatique L'apprentissage automatique fait référence au développement, à l analyse et à l implémentation de méthodes qui permettent à une machine d évoluer
Plus en détailVérifier la qualité de vos applications logicielle de manière continue
IBM Software Group Vérifier la qualité de vos applications logicielle de manière continue Arnaud Bouzy Kamel Moulaoui 2004 IBM Corporation Agenda Analyse de code Test Fonctionnel Test de Performance Questions
Plus en détailJade. Projet Intelligence Artificielle «Devine à quoi je pense»
Jade Projet Intelligence Artificielle «Devine à quoi je pense» Réalisé par Djénéba Djikiné, Alexandre Bernard et Julien Lafont EPSI CSII2-2011 TABLE DES MATIÈRES 1. Analyse du besoin a. Cahier des charges
Plus en détailIODAA. de l 1nf0rmation à la Décision par l Analyse et l Apprentissage / 21
IODAA de l 1nf0rmation à la Décision par l Analyse et l Apprentissage IODAA Informations générales 2 Un monde nouveau Des données numériques partout en croissance prodigieuse Comment en extraire des connaissances
Plus en détailM1805 - Études et développement null informatique. R i. Appellations. Analyste cogniticien / cogniticienne informatique
M1805 - Études et développement null informatiue IASEC : i Appellations Analyste cogniticien / cogniticienne informatiue Développeur / Développeuse - jeux vidéo Analyste concepteur / conceptrice informatiue
Plus en détailComprendre Merise et la modélisation des données
Comprendre Merise et la modélisation des données Tables des matières Avant-propos 1- Introduction 1-1 Principes fondateurs 1-2 Bases conceptuelles 1-3 Place de Merise dans le cycle de développement informatique
Plus en détailC ) Détail volets A, B, C, D et E. Hypothèses (facteurs externes au projet) Sources de vérification. Actions Objectifs Méthode, résultats
C ) Détail volets A, B, C, D et E Actions Objectifs Méthode, résultats VOLET A : JUMELAGE DE 18 MOIS Rapports d avancement du projet. Réorganisation de l administration fiscale Rapports des voyages d étude.
Plus en détailPlan de notre intervention 1. Pourquoi le test de charge? 2. Les différents types de tests de charge 1.1. Le test de performance 1.2.
Plan de notre intervention 1. Pourquoi le test de charge? 2. Les différents types de tests de charge 1.1. Le test de performance 1.2. Le test aux limites 3. Méthode 2.1. Pré-requis 2.2. Préparation des
Plus en détailPROGRAMME DETAILLE. Parcours en première année en apprentissage. Travail personnel. 4 24 12 24 CC + ET réseaux
PROGRAMME DETAILLE du Master IRS Parcours en première année en apprentissage Unités d Enseignement (UE) 1 er semestre ECTS Charge de travail de l'étudiant Travail personnel Modalités de contrôle des connaissances
Plus en détailCycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language
Unified Modeling Language UML Salima Hassas Version Cycle de vie du logiciel Client Besoins Déploiement Analyse Test Conception Cours sur la base des transparents de : Gioavanna Di Marzo Serugendo et Frédéric
Plus en détailSybase PowerAMC 16. Guide des nouvelles fonctionnalités générales. www.sybase.fr/poweramc DOCUMENTATION
Sybase PowerAMC 16 Guide des nouvelles fonctionnalités générales DOCUMENTATION 2 2 www.sybase.fr/poweramc A propos de PowerAMC 16 PowerAMC est une solution de modélisation d'entreprise graphique qui prend
Plus en détailFiche méthodologique Rédiger un cahier des charges
Fiche méthodologique Rédiger un cahier des charges Plan de la fiche : 1 : Présentation de la fiche 2 : Introduction : les grands principes 3 : Contenu, 1 : positionnement et objectifs du projet 4 : Contenu,
Plus en détailProgramme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines)
Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Module 1 : Programmer une application informatique Durée
Plus en détailIMO - Informatique, modélisation et optimisation - 2014-2015
Licence Sciences, technologies, santé mention informatique générale Couvrir tous les champs de l'informatique: du développement de logiciels aux systèmes d'information Prérequis Les conditions d'accès
Plus en détail3. SPÉCIFICATIONS DU LOGICIEL. de l'expression des besoins à la conception. Spécifications fonctionnelles Analyse fonctionnelle et méthodes
PLAN CYCLE DE VIE D'UN LOGICIEL EXPRESSION DES BESOINS SPÉCIFICATIONS DU LOGICIEL CONCEPTION DU LOGICIEL LA PROGRAMMATION TESTS ET MISE AU POINT DOCUMENTATION CONCLUSION C.Crochepeyre Génie Logiciel Diapason
Plus en détail- Le Diagramme de Gantt. - Le Diagramme de Pert - La Méthode QQCQCCP - La Méthode MOSI - Cahier des charges fonctionnel
Planifier le projet > Identifier les étapes > Organiser le projet > Identifier les étapes - Le Diagramme de Gantt > Organiser le projet - Le Diagramme de Pert - La Méthode QQCQCCP - La Méthode MOSI - Cahier
Plus en détailOrganisation du parcours M2 IR Les unités d enseignements (UE) affichées dans la partie tronc commun sont toutes obligatoires, ainsi que le stage et
Organisation du parcours M2 IR Les unités d enseignements (UE) affichées dans la partie tronc commun sont toutes obligatoires, ainsi que le stage et l'anglais. L'étudiant a le choix entre deux filières
Plus en détailFUG #06. IHM et Ergonomie
FUG #06 IHM et Ergonomie Programme de la rencontre 1. Présentation des interlocuteurs 2. Qu est-ce que l ergonomie? 3. La place de l ergonome dans la conception centrée utilisateur 4. Les méthodes d évaluation
Plus en détailFormation Méthode MDM. Architecture et procédés de modélisation des données de référence
Architecture et procédés de modélisation des données de référence Objectifs de la session Les participants découvrent l architecture et les procédés de modélisation utilisés pour les projets de Master
Plus en détailLA PROCEDURE D'EVALUATION A.NA.PSY.p.e. EST LE RESULTAT D'UNE RECHERCHE
LA PROCEDURE D'EVALUATION A.NA.PSY.p.e. EST LE RESULTAT D'UNE RECHERCHE CETTE RECHERCHE A ETE FINANCEE PAR Le Ministère des Affaires Sociales et de l'emploi, Direction Générale de la Santé,Sous- Direction
Plus en détailTableau comparatif des offres Visual Studio
Tableau comparatif des offres Visual Studio Visual Studio 2013 avec Test Débogage et diagnostics IntelliTrace en production IntelliTrace (Débogage historique) Indicateurs de performance IntelliTrace Métrique
Plus en détailFormation : Modélisation avec UML 2.0 et Mise en pratique
Formation : Modélisation avec et Mise en pratique Durée : sur 4 Jours soit 28 heures ou sur 5 Jours soit 35 heures Présentation Stage UML (Unified Modeling Language) est la notation standard qui s'est
Plus en détailMANAGEMENT DES SYSTEMES D INFORMATION ET DE PRODUCTION MSIP
MANAGEMENT DES SYSTEMES D INFORMATION ET DE PRODUCTION MSIP METHODES & CONCEPTS POUR UNE INGENIERIE INNOVANTE Ecole Nationale Supérieure des Mines de Rabat Département INFORMATIQUE www.enim.ac.ma MANAGEMENT
Plus en détailPlan d études du CAS SMSI Volée 2014
Plan d études du CAS SMSI Volée 2014 SIE Système d information d entreprise Crédits ECTS : 2 Périodes : 32 «Le module SIE a pour objectif de faire connaître les fondements théoriques du système d information
Plus en détailGESTION DE PROJET. www.ziggourat.com - Tél : 01 44 61 96 00 N enregistrement formation : 11752861675
GESTION DE PROJET www.ziggourat.com - Tél : 01 44 61 96 00 N enregistrement formation : 11752861675 Introduction à la Gestion de Projet... 3 Management de Projet... 4 Gestion de Projet informatique...
Plus en détailLa boite à outils du dirigeant, Dispositif packagé ou modularisable en fonction des besoins
La boite à outils du dirigeant, Dispositif packagé ou modularisable en fonction des besoins Durée : Minimum 14h Maximum 182h (Ce choix permet de valider 10% du Titre de niveau II «chef d entreprise développeur
Plus en détailIntroduction... 3. 8.1. Définition...3
Mise en situation... 2 Introduction... 3 8.1. Définition...3 8.2. Services de la GMAO...3 8.2.1. Les formes de GMAO... 3 8.2.2. Augmentation du service rendu... 4 8.2.3. La conception des logiciels de
Plus en détail2.DIFFERENTS MODELES DE CYCLE DE VIE
2.DIFFERENTS MODELES DE CYCLE DE VIE 2.1. INTRODUCTION... 1 2.1.1 Notion de cycle de vie... 1 2.1.2 Justification du cycle de vie... 1 2.2. LES DIFFERENTES PHASES DU CYCLE DE VIE... 2 2.2.1 Définition
Plus en détailStructure du cours : Il existe de nombreuses méthodes intéressantes qui couvrent l Analyse des Données
Structure du cours : Il existe de nombreuses méthodes intéressantes qui couvrent l Analyse des Données et le Data Mining Nous suivons le plan suivant : Fonctionnement de Spad Catalogue des méthodes (statistiques
Plus en détailMODALITES DE SUIVI DU PROJET ANNUEL DU MASTER 2 SOLUTIONS INFORMATIQUES LIBRES
MODALITES DE SUIVI DU PROJET ANNUEL DU MASTER 2 SOLUTIONS INFORMATIQUES LIBRES Département Informatique UFR Sciences 2 Boulevard Lavoisier 49045 Angers Cedex 01 Auteur : Jean-Michel Richer Email : jean-michel.richer@univ-angers.fr
Plus en détailApprentissage Automatique
Apprentissage Automatique Introduction-I jean-francois.bonastre@univ-avignon.fr www.lia.univ-avignon.fr Définition? (Wikipedia) L'apprentissage automatique (machine-learning en anglais) est un des champs
Plus en détailOutil de gestion et de suivi des projets
Outil de gestion et de suivi des projets Proposition technique et commerciale Amselem Jonathan - Corniglion Benoit - Sorine Olivier Troche Mariela - Zekri Sarah 08 Sommaire I. Les atouts de la proposition
Plus en détail