DEMARCHE DE DEVELOPPEMENT OBJET POUR LES LOGICIELS
|
|
- Adeline St-Hilaire
- il y a 7 ans
- Total affichages :
Transcription
1 REFERENTIEL NORMATIF du CNES Référence : Méthode et Procédure ACCORD du Bureau de Normalisation BN n 26 du 18/09/2006 APPROBATION Président du CDN Alain CUQUEL
2
3 Page 3 PAGE D'ANALYSE DOCUMENTAIRE TITRE : MOTS CLES : Analyse, Conception, Objet NORME EQUIVALENTE : Néant OBSERVATIONS : Néant RESUME : Ce document présente les grandes lignes de la démarche de développement orientée objet pour les logiciels. Il est complété par quatre annexes donnant des règles sur la mise en œuvre de cette démarche, un exemple d'application et des documents type. Il annule et remplace le document RNC-CNES-Q «Démarche de développement objet pour les logiciels» (changement de nomenclature). SITUATION DU DOCUMENT : Ce document fait partie de la collection des Méthodes et Procédures associées au Référentiel Normatif du CNES (ECSS et MP). Ce document est affilié au document RNC- ECSS-E «Software Part 1 : principles and requirements». NOMBRE DE PAGES : 17 LANGUE : Française Progiciels utilisés / version : Word 2002 SERVICE GESTIONNAIRE : Inspection Générale Direction de la Fonction qualité (IGQ) AUTEUR(S) : DATE : 28/04/06 G. GUILLOT (DCT/AQ/SO) JEAN- CHARLES DAMERY (DCT/AQ/SO) RELECTURE / CONTROLE : M. RENARD P. ARBERET C. PELLIZZONI CNES 2005 Reproduction strictement réservée à l'usage privé du copiste, non destinée à une utilisation collective (article 41-2 de la loi n du 11 Mars 1957).
4 Page 4 PAGES DES MODIFICATIONS VERSION DATE PAGES MODIFIEES OBSERVATIONS 1 10/12/05 Création Document élaboré avec le support de Virtualité Réelle (T. Leydier). Annule et remplace le document RNC-CNES-Q «Démarche de développement objet pour les logiciels». Inclut :Changement d identification des documents, simplification, modifications pour prise en compte du retour d expérience (groupe de travail SPICE sur les spécifications), conformité à l évolution de l ECSS E40 part 1B «Software Part 1 : principles and requirements», et conformité avec les autres documents normatifs traitant du développement. Accepté au BN n 26 du 18/09/2006.
5 Page 5 TABLE DES MATIERES 1. INTRODUCTION OBJET LE REFERENTIEL DOCUMENTAIRE DDO VUE GENERALE DU REFERENTIEL DETAIL DU REFERENTIEL DETAIL DU REFERENTIEL NIVEAU GENERAL NIVEAU FORMALISME ET DEMARCHE NIVEAU LANGAGE COMMENT UTILISER LE REFERENTIEL DDO DOCUMENTS DE REFERENCE REFERENCIEL NORMATIF REFERENCES TECHNIQUES PRESENTATION DES REGLES RUBRIQUES CODIFICATION DES REGLES PROCESSUS DE DEVELOPPEMENT... 14
6 Page 6 1. INTRODUCTION Ce document «Démarche de développement objet pour les logiciels» est rattaché à la norme RNC-ECSS- E40 «Ingénierie des logiciels». 2. OBJET Ce document normatif est le document de plus haut niveau d un ensemble documentaire complet dont l objectif est le développement orienté objet pour les logiciels. Il contient : une description générale du référentiel documentaire «Démarche de développement objet». Ce référentiel documentaire est baptisé DDO. une description des processus de développement.
7 Page 7 3. LE REFERENTIEL DOCUMENTAIRE DDO 3.1. VUE GENERALE DU REFERENTIEL La structure documentaire pour le développement orienté objet a été définie afin d éviter les redondances. Elle comprend 3 niveaux : général, formalisme et démarche, langage. Niveau général Document chapeau DDO ANNEXE A : PRINCIPES ANNEXE B : DOCUMENTATION ANNEXE C : TERMINOLOGIE ANNEXE D : EXEMPLES Niveau Formalisme et Démarche UML HOOD Niveau Langage ADA ADA BORD FORTRAN 77 C FORTRAN 90 C++ JAVA
8 Page DETAIL DU REFERENTIEL NIVEAU GENERAL Le niveau général contient toutes les règles et recommandations générales à une démarche de développement orientée objet, quelle que soit la méthode d analyse ou de conception choisie, et quel que soit le langage de programmation DOCUMENT CHAPEAU DDO Le document chapeau est le présent document. Il contient une introduction à l ensemble du référentiel documentaire, un guide de lecture et une description des processus de développement orienté objet. Le guide de lecture est le point d entrée recommandé pour un utilisateur novice ANNEXE A : PRINCIPES DE MISE EN ŒUVRE DES CONCEPTS OBJETS L annexe A de DDO contient les principes de mise en œuvre des concepts objets exprimés sous forme de règles : ces principes sont communs aux méthodes, communs aux formalismes, mais également communs à l activité d analyse et à l activité de conception du logiciel. La principale justification d existence de cette annexe est la non-duplication de règles ou de principes communs. Elle présente ainsi des règles indépendantes, organisées en chapitres mais ne comporte pas de fil directeur comme une démarche ou un enchaînement d activités. Sauf cas exceptionnel, on ne lira pas ce document de bout en bout, mais on s y rapportera lors de la lecture d autres documents comme la MP UML ou la MP HOOD ANNEXE B : DOCUMENTATION L annexe B de DDO contient les plans types des documents à produire en phase d analyse et de conception dans le cadre d une démarche de développement orienté objet ANNEXE C : TERMINOLOGIE L annexe C décrit la terminologie «orientée objet» utilisée au CNES. Elle comporte deux volets : la terminologie générale, la terminologie propre à une méthode ou un langage. Plus qu une introduction à la terminologie, cette annexe a l ambition d expliquer les concepts objets standard sur lesquels s appuient les recommandations décrites dans les documents méthodologiques ANNEXE D : EXEMPLES L annexe D contient un exemple complet décrivant la mise en œuvre d une démarche orientée objet de l initialisation d un projet jusqu aux activités de réalisation et de déploiement : cet exemple est un exemple fabriqué afin d illustrer les démarches d analyse et de conception et les règles décrites dans DDO. Il donne ainsi une cohérence à l ensemble de la démarche NIVEAU FORMALISME ET DEMARCHE Le niveau formalisme et démarche contient les règles et recommandations propres aux méthodes et formalismes.
9 Page REGLES ET RECOMMANDATIONS POUR L UTILISATION DU FORMALISME UML UML est un formalisme de description très riche et très fourni. Ce document décrit les règles et recommandations à suivre lors de la mise en œuvre de UML sur un projet CNES : comment utiliser chaque diagramme, comment structurer les vues, etc. Ce document décrit également dans le détail : La «Démarche d analyse du logiciel orientée objet» préconisée au CNES. La «Démarche de conception du logiciel orientée objet» préconisée au CNES lorsque l on utilise UML REGLES ET RECOMMANDATIONS POUR L UTILISATION DE LA METHODE HOOD Ce document décrit les règles et recommandations à suivre lors de la mise en œuvre de la méthode HOOD sur un projet CNES NIVEAU LANGAGE Le niveau langage contient les règles et recommandations propres aux langages.
10 Page COMMENT UTILISER LE REFERENTIEL DDO Trois cas principaux d utilisation de DDO ont été identifiés : Utilisation de DDO pour l analyse Le client dans le cadre de l écriture de la STBL, ou le fournisseur dans le cadre de l appropriation de l expression des besoins de la SRL, suit une démarche orientée objet. La démarche d analyse à suivre est décrite dans la MP UML Utilisation de DDO pour la conception Le fournisseur suit une démarche orientée objet. Deux cas sont alors possibles : La démarche choisie est descendante et le formalisme est HOOD : la démarche de conception à suivre est décrite dans la MP HOOD. La démarche choisie est ascendante et le formalisme est UML : la démarche de conception à suivre est décrite dans la MP UML Utilisation de DDO pour la réalisation Le fournisseur réalise dans un contexte de conception orienté objet. Plusieurs cas sont alors possibles selon les langages cibles : Le langage cible est JAVA : les règles de programmation à suivre sont décrites dans la MP JAVA Le langage cible est C++: les règles de programmation à suivre sont décrites dans la MP C++ Le langage cible est ADA 95 : les règles de programmation à suivre sont décrites dans la MP ADA ou ADA BORD Le langage cible ne supporte pas les mécanismes objets, comme FORTRAN, C ou ADA 83 : des règles de traduction des mécanismes objets sont décrites dans l annexe A de DDO (Chapitre Codage). En outre les règles de programmation sont respectivement décrites dans les MP FORTRAN, C et ADA ou ADA BORD.
11 Page DOCUMENTS DE REFERENCE Pour faciliter la lecture, les documents de références sont présentés dans cette section suivant la classification suivante : Les normes et standards constituant le référentiel normatif sur lequel s appuie ce document, en distinguant les normes de niveau général couvrant l ensemble des processus et les normes spécifiques d une activité ou d une technologie donnée. Les références techniques concernant les technologies visées dans ce document, classées par technologie REFERENCIEL NORMATIF NORMES GENERALES ECSS RNC-ECSS-Q-80, Assurance Produit des Logiciels (version B) RNC-ECSS-E-40, Ingénierie des Logiciels (version B, parties 1 & 2) ISO ISO/IEC 12207, Processus du cycle de vie des logiciels, NORMES SPECIFIQUES CNES RNC-CNES-E , Contenu d'une Spécification Technique de Besoins Logiciel RNC-CNES-Q , Contenu d'un Dossier des logiciels réutilisés RNC-CNES-E , Règles et recommandations pour l utilisation du formalisme UML RNC-CNES-E , Règles et recommandations pour l utilisation du formalisme HOOD RNC-CNES-Q , Règles et recommandations pour l utilisation du langage Ada RNC-CNES-Q-80-5xx, Règles et recommandations pour l'utilisation du langage FORTRAN RNC-CNES-Q , Règles et recommandations pour l'utilisation du langage C RNC-CNES-Q , Règles et recommandations pour l'utilisation du langage C++ RNC-CNES-Q , Règles et recommandations pour l utilisation du langage Java RNC-CNES-Q , Règles et recommandations pour l utilisation du langage Ada pour les logiciels embarqués RNC-CNES-Q , Règles essentielles pour l'utilisation du langage FORTRAN 77 RNC-CNES-Q , Règles essentielles pour l'utilisation du langage FORTRAN REFERENCES TECHNIQUES GENERAL ESA PSS-05-0, Software Engineering Standards, Issue 2, 1991 Guidelines and Recommendations for use of object-oriented techniques, ATR report D1400, 1997
12 Page PROCESSUS ET GESTION DE PROJET Anchoring the SW process, Boehm IEEE Computer Society Press SW Risk Management, Boehm IEEE Computer Society Press Le processus Unifié de développement logiciel ; Jacobson, Booch & Rumbaugh 1999 Addison Wesley (édition française Eyrolles 2000) RAD Une méthode pour développer plus vite, Hugues 1996 InterEditions DEVELOPPEMENT OBJET Object Oriented SW Engineering : a Use Case driven Approach ; Jacobson 1992 Addison Wesley The object Advantage : Business Process Reengineering with Object Technology 1994 Addison Wesley Modeling Reactive Systems with Statecharts ; Harel & Politi, 1998 Mc Graw Hill UML The Unified Modelling Language Reference Manual.3 [OMG] UML user Guide ; Jacobson, Booch & Rumbaugh Addison Wesley HOOD HOOD Technical Group, HOOD Reference Manual, release 4, SCHEMAS D ANALYSE ET DE CONCEPTION Design Patterns ; Gamma, Helm, Johnson & Vlissides, 1994 Addisson Wesley A system of design patterns ; Buschmann, Meurier, Rohnert & Sommerland, 1996 John Wiley & Sons DIVERS The Common Object Request Broker : Architecture and Specification (CORBA) ; OMG, 1996 Specification and Description Language (SDL) ; CCITT, 1998
13 Page PRESENTATION DES REGLES RUBRIQUES Pour chaque règle, la description fait apparaître les rubriques suivantes : - la référence de la règle, - l'énoncé de la règle, - la description de la règle [si nécessaire], - la justification de la règle [si nécessaire], - un exemple [si nécessaire] CODIFICATION DES REGLES La codification utilisée pour référencer les règles est la suivante : <Domaine>.<Règle> <Domaine> est un mot clé désigné dans une liste et <Règle> un acronyme qui précise la règle dans le domaine. La liste des mots clés pour domaine est définie dans le tableau suivant : Acronyme de domaine Codage ComportDyn ComportStat Configuration Doc Formalisation Formation Infrastruc InitObjet ItérCatClass Management MécanBase Person Qualité Sous-Système Tâches Tests Traçabilité VerifDyn VerifStatique Signification règles associées au codage règles associées au comportement dynamique règles associées au comportement statique règles associées à la gestion de configuration règles associées à la documentation règles associées à la formalisation règles associées à la formation règles associées à l infrastructure règles de recherche des objets initiaux règles d itérations sur les classes et les catégories règles associées au Management règles associées à des mécanismes de base règles de personnalisation du projet règles associées à l assurance et au contrôle qualité règles associées aux sous-systèmes règles associées à la définition des tâches règles associées au test et à la validation règles associées à la Traçabilité règles associées à la vérification dynamique règles associées à la vérification statique
14 Page PROCESSUS DE DEVELOPPEMENT Expression du besoin système Cette activité consiste à décrire le système complet : elle n est donc pas circonscrite au logiciel. Elle donne lieu à la production d un document : le STB. Elle reste très en amont du développement. Le principal objectif est la définition des sous-systèmes et la partition entre le logiciel et le matériel. Elle est de fait faiblement impactée par les technologies objets. On pourra utiliser à ce niveau des diagrammes de déploiement de type UML afin de décrire l architecture matérielle du système et la distribution du logiciel. Expression du besoin logiciel L activité d expression du besoin logiciel est réalisée par le client dès lors qu il y a un logiciel à développer. Elle consiste à décrire en détail les exigences associées au logiciel. Pour décrire ces exigences, le client peut utiliser une démarche classique ou une démarche orientée objet : Dans une démarche classique, la spécification logicielle est le résultat d une décomposition des fonctions du système définies dans la spécification des besoins : c est une décomposition fonctionnelle. Dans une démarche orientée objet, cette décomposition fonctionnelle est remplacée par une décomposition comportementale et une décomposition statique. La description du comportement du logiciel consiste à décrire ce que fait le logiciel : dans une approche orientée objet, cette description du comportement est établie à l aide de cas d utilisation et de scénarios, et non pas de fonctions. La décomposition statique du logiciel complète la description du comportement en détaillant les objets : dans une approche orientée objet, la décomposition statique montre les objets du monde réel (le monde du problème). Les règles à suivre pour mener une analyse lors de la phase de la spécification logicielle sont décrites dans la MP UML (RNC-CNES-E ) et dans la MP STBL (RNC-CNES-E ). L expression du besoin logiciel donne lieu à la production d un document : la STBL. Analyse critique de l expression du besoin logiciel L activité d analyse critique de l expression des besoins est effectuée côté fournisseur. L objectif essentiel de cette activité est l appropriation des besoins par l industriel. Cette appropriation peut impliquer : La rédaction d exigences complémentaires (côté industriel). La rédaction d exigences de réalisation du logiciel. La re-formulation de la STBL dans un formalisme ou un langage plus approprié au savoir faire et aux techniques de l industriel.
15 Page 15 La re-formulation d une STBL obtenue à l aide d une démarche classique pourra par exemple donner lieu à la mise en œuvre d une démarche orientée objet. Cette re-formulation donne lieu à la production d un document supplémentaire : la SRL. Lorsque cette analyse conduit à la mise en œuvre d une démarche orientée objet, on suivra la démarche décrite dans la MP UML. Conception préliminaire L activité de conception préliminaire est fortement impactée par les technologies objet. Elle consiste à effectuer les grands choix de conception, à décrire une décomposition statique, une décomposition dynamique et une architecture matérielle. La décomposition statique consiste à décrire le logiciel sous forme d objets et de relations entre ces objets. En conception préliminaire, on s attache à décrire les objets de la solution. La décomposition dynamique consiste à décrire le comportement du logiciel du point de vue de la machine cible et non pas du point de vue de l utilisateur externe. L architecture matérielle consiste à décrire le matériel utilisé et l interface matériel / logiciel mise en œuvre. Au CNES, deux formalismes de conception sont préconisés : il s agit de choisir entre un formalisme UML et un formalisme HOOD. La méthode HOOD combine démarche et formalisme : on associe HOOD3 à une démarche descendante à «effet de cliquet». On peut cependant entrouvrir cette association, dans le cadre notamment de HOOD4 en installant un complément ascendant afin de tendre vers une approche mixte, sans casser le principe de «l effet de cliquet». Dans le cas d approche à base d UML, le choix de la démarche est plus libre : les «puristes» préconisent de coupler démarche objet et approche ascendante associée à une itération dialectique, ce qui améliore la réutilisabilité de la solution mais peut conduire à des problèmes de maîtrise du projet. On pourra donc très bien décider de la mise en œuvre d UML sur la base d une analyse descendante stricte associée à des «effets de cliquet». Le choix du formalisme peut être guidé par les critères suivants : connaissance du formalisme par les membres de l équipe : HOOD est bien connu au CNES et chez les industriels qui œuvrent dans le domaine spatial puissance du formalisme : existence de modèles adaptés, existence de rubriques informationnelles adaptées. UML est très complet. HOOD peut s avérer déficient pour modéliser la dynamique ou les interactions. couverture de l analyse et de la conception, ou uniquement de la conception : HOOD ne couvre que la conception disponibilité, connaissance, ergonomie des outils de modélisation effort d adaptation des outils de modélisation au projet capacité des outils en matière de génération de code compatibilité entre outils de modélisation et langage cible : les outils UML sont orientés C++ ou Java (rarement C ou ADA) langage cible : le passage à ADA est plus naturel avec HOOD réutilisation de modèles existants sous un format particulier
16 Page 16 exigence externe (par exemple HOOD imposée par ESA) Les approches et les règles à suivre pour mener une conception lors de la phase de conception préliminaire sont décrites dans la MP de référence UML (RNC-CNES-E ) ou HOOD (RNC- CNES-E ). L activité de conception préliminaire donne lieu à la production d un document : le DCP. Conception détaillée L activité de conception détaillée consiste à compléter la modélisation de conception préliminaire afin de préparer le codage. Dans une approche non-objet, cette activité consiste souvent à décrire du pseudo-code afin de préciser le fonctionnement des opérations. Dans une approche objet, on va préférer : définir des préconditions et des postconditions : cette approche préférable au pseudo-code permet une réelle plus value à la conception préliminaire sans empiéter sur le code compléter la modélisation par des diagrammes plus précis comme des machines à état Codage Deux cas peuvent se présenter : le langage de programmation supporte les mécanismes objets : dans ce cas, le codage sera facilité. Une étude de faisabilité devra néanmoins évaluer pour les projets critiques l impact en terme de coût en ressources informatiques de l utilisation de ces mécanismes. le langage de programmation ne supporte pas les mécanismes objets. L annexe A «Principes généraux de mise en œuvre des concepts objets» du référentiel DDO explique alors comment passer d un modèle objet à un modèle procédural. Tests et Validation Dans une approche orientée objet, les activités de tests et de validation devront s appuyer sur la description des cas d utilisation et des scénarios. Des règles de mise en œuvre des tests sont précisées dans l annexe A «Principes généraux de mise en œuvre des concepts objets» du référentiel DDO.
17 REFERENTIEL NORMATIF REALISE PAR : Centre National d Etudes Spatiales Inspection Générale Direction de la Fonction Qualité 18 Avenue Edouard Belin TOULOUSE CEDEX 9 Tél. : Fax : CENTRE NATIONAL D'ETUDES SPATIALES Siège social : 2 pl. Maurice Quentin Paris cedex 01 / Tel. (33) / Fax : RCS Paris B / Siret : / Code APE 731Z
Analyse,, 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é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é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é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étailIntroduction au génie logiciel
Introduction au génie logiciel Guillaume Laurent ENSMM 2007 G. Laurent (ENSMM) Introduction au génie logiciel 2007 1 / 36 Plan du cours 1 Problématique du génie logiciel 2 Méthodes de développement logiciel
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étailAnalyse et Conception objet du logiciel Analyse et conception objet du logiciel : Méthode de conception objet et notation UML.
Analyse et conception objet du logiciel : Méthode de conception objet et notation UML Rémy Courdier Email : Remy.Courdier@univ-reunion.fr Rémy Courdier V2.1 1 Plan du cours Introduction au Génie Logiciel
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é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, architecture et urbanisation des systèmes d information
Conception, architecture et urbanisation des systèmes d information S. Servigne Maître de Conférences, LIRIS, INSA-Lyon, F-69621 Villeurbanne Cedex e-mail: sylvie.servigne@insa-lyon.fr 1. Introduction
Plus en détailRTDS G3. Emmanuel Gaudin emmanuel.gaudin@pragmadev.com
RTDS G3 Emmanuel Gaudin emmanuel.gaudin@pragmadev.com PragmaDev Dédiée au développement d un AGL pour le développement des applications temps réel et embarquées. Réseau de partenaires: Formations, Service,
Plus en détailCNAM cours NFE107 : Urbanisation et architecture des SI Xavier Godefroy, Rapport sur le BPM, mai 2009. Le BPM
Le BPM 1 Introduction... 2 1.1 Dissiper l ambiguïté... 2 1.2 Quelques définitions... 2 1.3 Définition du BPM... 3 1.4 Modélisation BPMN... 4 1.4.1 Les briques de la modélisation... 4 1.4.2 Des patterns
Plus en détailDémarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.
Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI 1 2 3 4 5
Plus en détailUML est-il soluble dans les méthodes agiles?
Pascal ROQUES Valtech Training UML est-il soluble dans les méthodes agiles? octobre 07 Résumé On entend beaucoup parler actuellement de deux approches ayant l'air fondamentalement opposées : l'approche
Plus en détailDaylight. Démarche ergonomique et RUP. Daylight 2001 Démarche ergonomique et RUP 1/1 07/03/02 CSI_RUPERGO02
Daylight Démarche ergonomique et RUP Daylight 2001 Démarche ergonomique et RUP 1/1 Synthèse Ce document est une synthèse des travaux effectués par Daylight, sur la prise en compte des problématiques ergonomiques
Plus en détailArchitecture Orientée Objet Pour l Ingénierie des SIP application à l Entreprise SAFCER
Architecture Orientée Objet Pour l Ingénierie des SIP application à l Entreprise SAFCER Dounia Mansouri, Mohammed Mostefai, Yasmina Bella Laboratoire d Automatique de Sétif E-mail: mostefai@univ-setif.dz
Plus en détailBut de cette introduction à la gestion de projets :
But de cette introduction à la gestion de projets : Présenter quelques méthodes de conception logicielle. Replacer la conception de bases de données dans un contexte plus vaste. Présenter quelques méthodes
Plus en détailChapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle
Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle NFE107 Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle 5.1 Introduction Positionnement de la
Plus en détailIntroduction à la modélisation
Formation INRA-ACTA-ICTA Introduction à la modélisation Les modèles mathématiques pour l agronomie et l élevage 2 nde session, du 28 novembre au 1 er décembre 2005 - Informatique et modèles - Nathalie
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étailDéveloppement d un interpréteur OCL pour une machine virtuelle UML.
ObjeXion Software Prototyping made easy SA au capital de 500 000 F Siret 421 565 565 00015 APE 722Z Téléphone : 03 89 35 70 75 Télécopie : 03 89 35 70 76 L embarcadère 5, rue Gutemberg 68 800 Vieux-Thann,
Plus en détailPatrons de Conception (Design Patterns)
Patrons de Conception (Design Patterns) Introduction 1 Motivation Il est difficile de développer des logiciels efficaces, robustes, extensibles et réutilisables Il est essentiel de comprendre les techniques
Plus en détailProcess 4D Catalogue de formations 2011
Process 4D Catalogue de formations 2011 CMMi Lean Agilité ISO Process Six-Sigma ClearQuest Doors / RMF Qualité POUR DES FORMATIONS PARTICIPATIVES Mon expérience comme formateur (et comme stagiaire) depuis
Plus en détailC est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools.
1- RAD Quelle sont les avantages que apporte la méthode RAD à l entreprise? Une méthode RAD devrait, d après son auteur, apporter trois avantages compétitifs à l entreprise : Une rapidité de développement
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étailManagement des processus opérationnels
Ecole Nationale Supérieure de Management Master Management des organisations Management des processus opérationnels Dr TOUMI Djamila Cours n 2: la modélisation des processus opérationnels INTRODUCTION
Plus en détailMéthodes de développement
1 / 9 Méthodes de développement Méthodes agiles 1 - Introduction... 2 2 -Le manifeste agile et les méthodes agiles... 2 2.1 Le manifeste agile... 2 2.2 Les méthodes agiles... 3 3 - Caractéristiques communes
Plus en détailRéussir la modélisation UML des phases amont Techniques de «pré-modélisation» : un pont vers le modèle
Réussir la modélisation UML des phases amont Techniques de «pré-modélisation» : un pont vers le modèle Softeam 2004 Philippe Desfray (voir A propos de l auteur) Présentation Réussir le développement d
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étailL'année méthodologique internationale
L'année méthodologique internationale Présenté par Philippe Desfray info@praxeme.org http:// SYD-PhD 1.0 Référence Version Objectif de la présentation sur l'état de l'art en méthodologie et en architecture
Plus en détailCC30 Certificat de compétence Conception, développement et animation de sites Web
CC30 Certificat de compétence Conception, développement et animation de sites Web UE RSX050 Bases de l informatique Séance 2 UERSX050 Bases de l informatique séance 2-30/10/2009 1 Table des matières Séance
Plus en détailANALYSE D UN SYSTEME D INFORMATION ET EXTENSION DE
Université de Fribourg, Suisse Département d'informatique Bachelor en informatique de gestion ANALYSE D UN SYSTEME D INFORMATION ET EXTENSION DE CELUI-CI PAR DE NOUVELLES FONCTIONNALITES Travail de séminaire
Plus en détailLes diagrammes de modélisation
L approche Orientée Objet et UML 1 Plan du cours Introduction au Génie Logiciel L approche Orientée Objet et Notation UML Les diagrammes de modélisation Relations entre les différents diagrammes De l analyse
Plus en détailMaster MIDO 2ème année. Spécification et Conception en UML Maude Manouvrier
Master MIDO 2ème année Spécification et Conception en UML Maude Manouvrier Spécifications initiales Analyse Conception du système Conception des classes Bibliographie Modélisation et conception orientées
Plus en détailCORBA. (Common Request Broker Architecture)
CORBA (Common Request Broker Architecture) Projet MIAGe Toulouse Groupe 2 1 CORBA, introduction (1/4) Les systèmes répartis permettent de créer des applications basées sur des composants auto-gérables,
Plus en détailMéthodes agiles. www.businessinteractif.com CONSEIL & DÉVELOPPEMENT DE SOLUTIONS E-BUSINESS. Jean-Louis Bénard jlb@businessinteractif.
Méthodes agiles www.businessinteractif.com Jean-Louis Bénard jlb@businessinteractif.fr CONSEIL & DÉVELOPPEMENT DE SOLUTIONS E-BUSINESS 0 20 mai 2002 Sommaire Méthodes agiles : une réponse à un malaise?
Plus en détailPrésentation générale de la méthode orientée objet : O.M.T. (Rumbaugh & al.)
Présentation générale de la méthode orientée objet : O.M.T. (Rumbaugh & al.) Bernard ESPINASSE Professeur à l'université d'aix-marseille Plan Introduction Les modèles d'omt Le Modèle Objet (MO) Le Modèle
Plus en détailRetour d expériences avec UML
Retour d expériences avec UML UML pour les systèmes biologiques Marie-Hélène Moirez-Charron, UMR AGIR, équipe MAGE INRA Toulouse mailto:marie-helene.charron@toulouse.inra.fr PLAN Contexte de travail UML,
Plus en détailPréparer un état de l art
Préparer un état de l art Khalil DRIRA LAAS-CNRS, Toulouse Unité de recherche ReDCAD École Nationale d ingénieurs de Sfax Étude de l état de l art? Une étude ciblée, approfondie et critique des travaux
Plus en détailDÉPLOIEMENT DES PARTIES 3 ET 4 DE LA NORME ISO 26262
DÉPLOIEMENT DES PARTIES 3 ET 4 DE LA NORME ISO 26262 3 e année du cycle ingénieur «Qualité et Sûreté de Fonctionnement des Systèmes» Soutenu par : Simon RENAULT Tuteur entreprise : M. Alexandre GUILLEMIN
Plus en détailJe découvre Lina Maintenance
Je découvre Lina Maintenance Une interface simple et ergonomique pour optimiser la maintenance de vos équipements 1 Sommaire Présentation 4 La plateforme Lina 5 Référentiel 6 Agenda et données personnelles
Plus en détailMéthodologies de développement de logiciels de gestion
Méthodologies de développement de logiciels de gestion Chapitre 5 Traits caractéristiques des deux approches de méthodologie Présentation réalisée par P.-A. Sunier Professeur à la HE-Arc de Neuchâtel http://lgl.isnetne.ch
Plus en détailUn environnement de déploiement automatique pour les applications à base de composants
ICSSEA 2002-7 Lestideau Un environnement de déploiement automatique pour les applications à base de composants Vincent Lestideau Adele Team Bat C LSR-IMAG, 220 rue de la chimie Domaine Universitaire, BP
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étailUML (Paquetage) Unified Modeling Language
UML (Paquetage) Unified Modeling Language Sommaire Introduction Objectifs Paquetage Espace de nommage d un paquetage Dépendances entre paquetages 2 Notion introduite véritablement par UML car superficiellement
Plus en détailRéussir l externalisation de sa consolidation
Réussir l externalisation de sa consolidation PAR ERWAN LIRIN Associé Bellot Mullenbach et Associés (BMA), activité Consolidation et Reporting ET ALAIN NAULEAU Directeur associé Bellot Mullenbach et Associés
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étailNFP111 Systèmes et Applications Réparties
NFP111 Systèmes et Applications Réparties 1 de 34 NFP111 Systèmes et Applications Réparties Cours 7 - CORBA/Partie 1 Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon
Plus en détailUML 2.0. (IUT, département informatique, 1 re année) Laurent AUDIBERT
UML 2.0 (IUT, département informatique, 1 re année) Laurent AUDIBERT Institut Universitaire de Technologie de Villetaneuse Département Informatique Avenue Jean-Baptiste Clément 93430 Villetaneuse Adresse
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étailMacroscope et l'analyse d'affaires. Dave Couture Architecte principal Solutions Macroscope
Macroscope et l'analyse d'affaires Dave Couture Architecte principal Solutions Macroscope Avis Avis d intention Ce document a pour but de partager des éléments de vision et d intentions de Fujitsu quant
Plus en détailDES SYSTÈMES D INFORMATION
URBANISATION & CONCEPTION DES SYSTÈMES D INFORMATION Le concept d urbanisation repose sur une analogie connue entre le Système d Information (SI) et la ville, dans lesquels interviennent tour à tour urbanistes
Plus en détailIndustrialiser la chaîne complète de fabrication 1ère partie - Les bénéfices de la solution logicielle IBM VisualAge Pacbase / Rational
IBM Software Group Industrialiser la chaîne complète de fabrication 1ère partie - Les bénéfices de la solution logicielle IBM VisualAge Pacbase / Rational Fernard Bonaguidi fernand.bonaguidi@fr.ibm.com
Plus en détailREMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION
REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION THÈSE N O 2388 (2001) PRÉSENTÉE AU DÉPARTEMENT D'INFORMATIQUE ÉCOLE POLYTECHNIQUE FÉDÉRALE
Plus en détailExtensions à la formation. Laurent Pérochon, 28-30 avril 2008, RMT Modelia, modélisation conceptuelle, formation UML, INRA Castanet Tolosan
Extensions à la formation Diagramme de timing FinEpreuve SautBarrière CourseAvantBarrière SautMur {>2 et 10 et 2 et 10 et
Plus en détailVisual Paradigm Contraintes inter-associations
Visual Paradigm Contraintes inter-associations Travail de Bachelor d'informaticien de gestion Partie C Présentation de Visual Paradigm 1 Présentation de Visual Paradigm For UML L objet du travail de Bachelor
Plus en détailIntroduction... 3. IV. Comparaison MERISE/UML/SCRUM...14 1- Approche fonctionnelle...14 2- Schéma Entité/Association...14 3- Méthodologie...
Introduction... 3 I. MERISE... 4 1- Définition... 4 2- Historique... 4 3- Etapes et Niveaux... 4 i- Schéma directeur... 4 ii- Étude préalable... 5 iii- Etude détaillée... 5 iv- Etude technique... 5 v-
Plus en détailIngénierie et qualité du logiciel et des systèmes
Ingénierie et qualité du logiciel et des systèmes recueil sur CD-ROM (version bilingue) Référence : 3236151CD ISBN : 978-2-12-236151- Année d édition : 2010 Analyse Les «Best standards ISO» de la qualité
Plus en détailVérifica(on et Valida(on de Business Process. Ang Chen et Levi Lúcio
Vérifica(on et Valida(on de Business Process Ang Chen et Levi Lúcio Résumé Méthodologie de développement Architecture & environnement pour le développement des processus mé(er Modèle opéra(onnel Vérifica(on
Plus en détailProposition pour la création d un site de gestion de projet
Proposition pour la création d un site de gestion de projet Société E-FOOLKY 27/03/2009 Réalisé par : Pour le compte de : Réalisé par : Bachir Ouchrif Rachid Lahlou Adil Kouhen Amal Mhaidra Sommaire 1
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étailLe Processus Unifié. Une Démarche Orientée Modèle. IUP NTIE - Master 1 - Jérémie Guiochet - 4/11/09
Le Processus Unifié Une Démarche Orientée Modèle IUP NTIE - Master 1 - Jérémie Guiochet - 4/11/09 1 Sommaire Partie 1 : UML et processus unifié Partie 2 : Artefacts Partie 3 : Enchaînement d itérations
Plus en détailLa démarche MDA. Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)*
La démarche MDA Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* Référence : Livrable 1.1-5 Date : Mai 2002 * : Les partenaires du projet ACCORD sont CNAM,
Plus en détailThe space to start! Managed by
The space to start! Managed by ESA Business Incubation Centers (ESA BICs) : un programme de soutien à la création d entreprises L Agence Spatiale Européenne (ESA) dispose d un programme de transfert de
Plus en détailPlateforme de capture et d analyse de sites Web AspirWeb
Projet Java ESIAL 2A 2009-2010 Plateforme de capture et d analyse de sites Web AspirWeb 1. Contexte Ce projet de deuxième année permet d approfondir par la pratique les méthodes et techniques acquises
Plus en détailGuide de la documentation des produits BusinessObjects XI
Guide de la documentation des produits XI Vous trouverez la dernière version de ce guide et de tous les guides PDF sur le site http://support.businessobjects.com/documentation. Quelques uns de ces guides
Plus en détailSéance 1 Méthodologies du génie logiciel
Séance 1 Méthodologies du génie logiciel Objectifs : Histoire du développement du logiciel. La crise du logiciel. Explorer les différentes méthodologies de développement. Comprendre l importance d adopter
Plus en détailSynergies entre Artisan Studio et outils PLM
SysML France 13 Novembre 2012 William Boyer-Vidal Regional Sales Manager Southern Europe Synergies entre Artisan Studio et outils PLM 2012 2012 Atego. Atego. 1 Challenges & Tendances Complexité des produits
Plus en détailDescription de la formation
Description de la formation Modalités Ce parcours de formation est un parcours en alternance, d une durée de 2ans, à raison d une semaine de formation par mois, soit 770 heures et de trois semaines de
Plus en détailCONCEPTION DE PROJET SIG AVEC UML
Bulletin de la Société géographique de Liège, 42, 2002, 19-25 CONCEPTION DE PROJET SIG AVEC UML François LAPLANCHE Résumé Avec son statut de standard, le langage UML (Unified Modelling Language) jouit
Plus en détail- Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK
ArchiMate et l architecture d entreprise Par Julien Allaire Ordre du jour Présentation du langage ArchiMate - Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK Présentation du modèle
Plus en détailObjecteering. La convergence SOA, UML2, BPMN, EA, pour le développement guidé par le modèle. www.objecteering.com
Objecteering La convergence SOA, UML2, BPMN, EA, pour le développement guidé par le modèle Pour les Systèmes d information : SOA, UML2, BPMN, EA, MDA Pour les Systèmes techniques : UML2, SysML, MDA www.objecteering.com
Plus en détailUrbanisation de système d'information. PLM 6 (Product Lifecycle Management) Collaboration et partage d'informations
Urbanisation de système d'information PLM 6 (Product Lifecycle Management) Collaboration et partage d'informations Gestion de données techniques et Gestion électronique de documents Diversité des modalités
Plus en détailCOMMANDE REF ADMIN-CS-540-CDD
Pôle de compétitivité mondial Aéronautique, Espace, Systèmes embarqués COMMANDE REF ADMIN-CS-540-CDD Objet : Prestation d assistance dans le cadre de l action collective AEROLEAN K portée par le pôle de
Plus en détailHARMONISEZ VOTRE. Insidjam ERP
HARMONISEZ VOTRE ENTREPRISE AVEC... Insidjam ERP Améliorez la performance de votre entreprise avec ERP Personnalisée et Supportée par IT Solutions, cette version Algérienne d'openerp, qui est le logiciel
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étailDIVISION 175. ENREGISTREMENT DES BALISES 406 MHz
Affaires Maritimes DIVISION 175 ENREGISTREMENT DES BALISES 406 MHz Edition du 20 octobre 2008, parue au J.O. le 7 novembre 2008 (+ correctif du 22 novembre 2008) A jour des arrêtés suivants : Date de signature
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étailLECTURE CRITIQUE. Accompagner les enseignants et formateurs dans la conception d une formation en ligne
LECTURE CRITIQUE Accompagner les enseignants et formateurs dans la conception d une formation en ligne Christian Ernst E-learning. Conception et mise en œuvre d un enseignement en ligne Guide pratique
Plus en détailInstitut d Informatique & d Initiative Sociale
Institut d Informatique & d Initiative Sociale 89, Bd Aristide Briand 13300 Salon de Provence Tél : 04 90 56 18 31 Fax : 04 90 56 91 66 e-mail : contact@3is-formation.eu 3IS Centre de formation agréé code
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étailEclipse Process Framework et Telelogic Harmony/ITSW
Eclipse Process Framework et Telelogic Harmony/ITSW Boris Baldassari 1 Résumé Une introduction à Eclipse Process Framework (EPF) et au processus OpenUP, et comment tirer profit de ces initiatives dans
Plus en détailArchitecture à base de composants pour le déploiement adaptatif des applications multicomposants
Architecture à base de composants pour le déploiement adaptatif des applications multicomposants Dhouha Ayed, Chantal Taconet, et Guy Bernard GET / INT, CNRS Samovar 5157 9 rue Charles Fourier 91011 Évry,
Plus en détailLe RAD (Rapid Application Development)
Le RAD (Rapid Application Development) Quels outils pour quelle méthode? Conçue à la fin des années 80 par James Martin et associés, la méthodologie RAD (Rapid Application Development) a beaucoup fait
Plus en détailGouvernance IT : par où commencer? Hubert Lalanne DE, Chief Architect for Industries IBM Software France
Conférence IDC Gouvernance IT - Paris 6 Avril 2011 Gouvernance IT : par où commencer? Hubert Lalanne DE, Chief Architect for Industries IBM Software France 2011 IBM Corporation Quels sont les ingrédients
Plus en détailLe Rational Unified Process
Le Rational Unified Process Philippe Kruchten, Rational Software Canada Janvier 1999 Note : Ce texte est extrait d u livre Philippe Kruchten, Introduction au Rational Unified Process, Editions Eyrolles,
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étailBusiness Process Modeling (BPM)
Business Process Modeling (BPM) Mineure SOA Cécile Hardebolle cecile.hardebolle@supelec.fr Programme 8 nov. 15 nov. Introduction. Enjeux, rôle de l'architecte SI Partie n 1 du cas d'étude Architecture
Plus en détailI) - DEFINITIONS I-A) TERMINOLOGIE
Venise CANABADY Lycée Amiral Bouvet St Benoît PARTIE I - DEFINITIONS PARTIE II - LES GRANDES FONCTIONNALITES DE LA GED PARTIE III - GED : INDEXATION ET OUTILS PARTIE IV- LA GESTION ÉLECTRONIQUE DES DOCUMENTS
Plus en détailopenarchitectureware & transformation de modèle Yannick Lizzi Architecte Logiciel itemis France Mail: lizzi@itemis.de
openarchitectureware & transformation de modèle Yannick Lizzi Architecte Logiciel itemis France Mail: lizzi@itemis.de itemis France 2009 All rights reserved 1 Itemis en quelques mots Spécialisé dans l
Plus en détailAlignement avec les métiers par le test fonctionnel et d acceptation en projets agiles
Alignement avec les métiers par le test fonctionnel et d acceptation en projets agiles Laurent PY CEO, Smartesting Laurent.py@smartesting.com @py_laurent www.smartesting.com Guillaume Coquelle Testeur,
Plus en détailUML Diagramme de communication (communication diagram) Emmanuel Pichon 2013
UML Diagramme de communication (communication diagram) 2013 Diagramme de communication (communication diagram) Utilisation / objectifs Sens Ce diagramme présente des objets, des acteurs, des liens et des
Plus en détailPACK PMI. Exclusivement par PMI Soft. Le droit à. la gestion intégrée. pour tous
PACK PMI Exclusivement par PMI Soft Le droit à la gestion intégrée pour tous Avec Le Pack PMI, Nous initions une véritable révolution dans la défense des droits des TPE! En effet, jusqu à présent, le prix
Plus en détailGénie Logiciel Orienté Objet UML
Licence Professionnelle en Informatique Génie Logiciel Orienté Objet UML E. Grislin-Le Strugeon E. Adam UVHC ISTV Plan Concepts orientés objet Principes des méthodes OO Qu est-ce que UML? Caractéristiques
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étailExigences : QUOI FAIRE. Conception : COMMENT LE FAIRE. Réalisation : LE FAIRE L INGENIERIE SYSTEME L INGENIERIE DES EXIGENCES TERMINOLOGIE
L INGENIERIE E L INGENIERIE DES TERMINOLOGIE APPROCHE A TRAVERS UNE NORME : QUOI FAIRE Abd-El-Kader SAHRAOUI Professeur à l Institut de Technologie, Univ. Toulouse Chercheur au Centre National de la Recherche
Plus en détailLes méthodes itératives. Hugues MEUNIER
Les méthodes itératives Hugues MEUNIER INTRODUCTION. Toute les méthodes ont le même but : la maîtrise du budget, du planning et de la qualité des projets de développement informatique Plusieurs approches
Plus en détailAide à la décision en management par processus et intelligence économique
Aide à la décision en management par processus et intelligence économique Blanc Alquier Anne-Marie, Lagasse Tignol Marie-Hélène alquier@univ-tlse1.fr, tignol@univ-tlse1.fr Université des Sciences Sociales
Plus en détailINF 1250 INTRODUCTION AUX BASES DE DONNÉES. Guide d étude
INF 1250 INTRODUCTION AUX BASES DE DONNÉES Guide d étude Sous la direction de Olga Mariño Télé-université Montréal (Québec) 2011 INF 1250 Introduction aux bases de données 2 INTRODUCTION Le Guide d étude
Plus en détailISO/CEI 19770-1. Technologies de l information Gestion des actifs logiciels. Partie 1: Procédés et évaluation progressive de la conformité
NORME INTERNATIONALE ISO/CEI 19770-1 Deuxième édition 2012-06-15 Technologies de l information Gestion des actifs logiciels Partie 1: Procédés et évaluation progressive de la conformité Information technology
Plus en détail