Le Processus Unifié de Rational

Dimension: px
Commencer à balayer dès la page:

Download "Le Processus Unifié de Rational"

Transcription

1 Le Processus Unifié de Rational Laurent Henocque Enseignant Chercheur ESIL/INFO France mis à jour en Novembre 2006

2 Licence Creative Commons Cette création est mise à disposition selon le Contrat Paternité-Partage des Conditions Initiales à l'identique 2.0 France disponible en ligne ou par courrier postal à Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA.

3 Références Le site Wikipedia: et les références associées

4 Objectif de ce document : présenter le Processus Unifié de Rational Définir ce qu est un processus de développement logiciel Décrire le processus unifié de Rational Expliquer les 4 phases du processus unifié de Rational et leurs jalons associés Définir les itérations et leurs relations Expliquer les relations entre : Les modèles et les enchaînements d activités Les phases, itérations, et enchaînements d activités Définir artéfacts, rôles, activités Evaluer l importance des outils logiciels

5 A quoi sert un processus logiciel? Un processus logiciel fournit une approche pour assigner des tâches et des responsabilités à l intérieur d une organisation. Un processus permet la production d un logiciel de haute qualité avec un temps et un budget limité.

6 Dans la construction d un système, un langage ne suffit pas. Équipe de développement Langage de Modélisation Processus unifié UML n est pas un standard pour les processus de développement logiciel.

7 Qu est ce que UML? Le Langage unifié de Modélisation (UML) est un langage pour Spécifier Visualiser Construire Documenter Le choix d un modèle a une profonde influence sur la façon dont un problème est traité et dont la solution est conçue.

8 Histoire d UML 1994 : OMT, Booch 1995 : Unified Method 0.8 (Dr. Ivar Jacobson) 1996 : UML 0.9 (Use-Case) 1997 : UML 1.0 (Microsoft, Oracle, IBM, HP) 1997 : UML : UML 2.0

9 Histoire d UML UML est aujourd hui le langage standard industriel de modélisation. Son développement à été lancé par trois leaders dans l industrie de l approche objet : Grady Booch Ivar Jacobson Jim Rumbaugh. UML est en développement depuis 1990.

10 Les contributions à UML Meyer Conception par contrat - invariants Harel Diagrammes à état Rumbaugh Booch Jacobson Fusion La description des opérations, Le nombre de messages Embley Les classes singletons, Gamma, et.al Frameworks, patterns, notes Shlaer - Mellor Les cycles de vie Odell Les classification Wirfs-Brock Les responsabilités

11 Les contributions à UML Le développement d UML à été fait par un large échantillon de l industrie : HP, ICON Computing, IBM, I-Logix, Intellicorp, MCI Systemhouse, Microsoft, ObjectTime, Oracle, Platnium, Technology, Ptech, Reich Technologies, Softeam, Sterling Software, Taskon, et Unisys.

12 UML fournit des diagrammes standardisés Use-Case Diagrams Use-Case Diagrammes Diagrams D activité Use-Case Diagrams Diagrammes Use-Case Diagrams de cas d utilisation State Diagrams State Diagrammes Diagrams De Classe State Diagrams State Diagrammes Diagrams D objet Scenario Diagrams Scenario Diagrammes Diagrams De séquences Modèles State Diagrams State Diagrammes Diagrams D états Scenario Diagrams Scenario Diagrammes Diagrams De collaboration Diagrammes De déploiement Component Diagrams Component Diagrams Diagrammes De composants

13 Représentation sous différents angles de vue d un système Les diagrammes de cas d utilisation pour illustrer les interactions des utilisateurs avec le système Les diagrammes de classes pour illustrer la structure logique Les diagrammes d objets pour illustrer les objets et les liens Les diagrammes d états pour illustrer leur déroulement Les diagrammes de composant pour illustrer les structures physiques du logiciel Les diagrammes de déploiement pour montrer la répartition du logiciel pour les configurations hardware Les diagrammes d interactions (i.e., les diagrammes de collaboration et de séquence) pour illustrer leur comportement Les diagrammes d activité pour illustrer le déroulement des activités dans un cas d'utilisation.

14 Un diagramme représentatif d UML : Cas d utilisation Un système d enregistrement aux cours dans une université l étudiant Enregistrement aux cours Le professeur Choix de cours à enseigner Catalogue de cours Mise à jour des informations des professeurs Dir. Etudes Mise à jour des informations des étudiants Arrêt des enregistrements Système de paie

15 Diagrammes de cas d utilisation Les diagrammes d utilisation sont utilisés pour montrer l existence de cas d utilisation. Un acteur est une entité extérieure au système qui à une interface avec le système, tel qu'un utilisateur. Un cas d utilisation modélise un dialogue entre les acteurs et le système. Il est initialisé par un acteur.

16 Un diagramme de classes Un système d enregistrement aux cours dans une université <<boundary>> Ecran // gérerunemploidutemps() <<boundary>> Ecran Gestion Edt + // ouvrir() + // choisir 4 cours obligatoires et 2 facultatifs 1 <<boundary>> CatalogueCours liste des cours() 1 0..* 1 <<control>> ControlleurEnregistrement ajout de cours() lire la liste des cours() <<entité>> Planning créer un cours()

17 Æ Á ¹ ¼- ë Ç Ñ º ± â» ç ëà Ú äã» Ç Ñ Ù. È- ÀÏ ü À Ú Â À Ð ¾î  ¹ ¼-À Ç Á º Ç Ø ç ¹ ¼- ü ¼³Á À» äã»ç Ñ Ù. È- é ü  À Ð ¾îµ éàî à ¼µ é ë Ç Ø À Ì º Î Á Ä À» ½ÃÄ Ñ È- é º Á Ø Ù. 1: Doc view request ( ) 1 : Doc view request ( ) 9 : so rt ByN am e ( ) 2: f etch D oc( ) L 3 : cre ate ( ) 6 : fill Do cu m en t ( ) 9: sortbyname ( ) 7: readfile ( ) 5: readdoc ( ) 2: fetchdoc( ) 4 : cr eat e ( ) 8: fillf ile ( ) 5: re a dd oc ( ) 7 : re ad File ( ) 4: create ( ) 8: fillfile ( ) 3: create ( ) 6: filldocument ( ) R ep o si t or y n a m e : c h a r * = 0 re ad D o c( ) re ad F ile ( ) F i lem g r fe tch D o c( ) so rtbyn am e( ) re p (f ro m Pe rsi st e n ce ) UI DocumentApp Persistence a d d( ) d e le te ( ) re a d( ) F ile L ist F il e ad d ( ) de le te ( ) D o c ume n tl ist fl ist 1 G rp F ile r e ad ( ) o p e n( ) c re a te ( ) fi llf ile ( ) D ocu me nt n a me : in t d o ci d : in t numf ield : int g e t( ) o p en ( ) cl os e( ) re a d ( ) so r tf i le Li s t( ) cr e a te( ) fil ld o c u me n t( ) global MFC RogueWave re ad () fi ll th e co d e.. O p en n in g R e a d in g a dd file [ n u mb e ro ffile == MAX ] / flag OFF cl ose file C lo si n g close file a dd file W ri tin g ºÐ»ê È æàççïµå þ¾î¹ ³ Æ À ÎÀÇÁ º ½Ã½ºÅÛ á ðµ - À µµ ì 95 : Å óàì¾ðæ - À µµ ì NT:ÀÀ ë¼-¹ö - À нº Ó½Å:ÀÀ ë ¼-¹ö¹ µ ÀÌÅ ¼-¹ö, Åë½Å ¼-¹ö - IBM ÞÀÎÇÁ ¹ÀÓ: µ ÀÌÅ ¼-¹ö, Åë½Å ¼-¹ö Window95 ¹ ¼- ü Å óàì¾ðæ.exe Windows NT Windows NT ¹ ¼- ü Áø.EXE Windows95 IBM Mainframe µ ÀÌÅ º À̽º¼-¹ö Solaris ÀÀ ë¼-¹ö.exe Windows95 ¹ ¼- ü ¾ÖÇà Alpha UNIX Les diagrammes sont les artefacts clés Acteur A Diagramme de cas d utilisation Use-Case 1 Acteur B Diagramme de classe Diagramme d état transition Expert du Domaine Use-Case 2 Use-Case 3 <<entity>> Customer name addr receive() withdraw() fetch() send() Classe Diagramme de déploiement Repository DocumentList Définition d une interface utilisateur mainwnd : MainWnd user :»ç ëàú filemgr : FileMgr repository : Repository m a in W n d file M g r : d o cu m e n t : g Fi le re p o si to ry u se r FileMg r D ocu me nt gfile : GrpFile document : Document Diagramme de Collaboration FileManager Diagramme de GraphicFile paquetage File Document Diagramme de composant FileList Forward Engineering(Code Generation) and Reverse Engineering Codage, compilation, debugage, édition de lien Diagramme de séquence Programme exécutable

18 Les diagrammes sont les artefacts clés UML fournit un langage unique et commun de modélisation utilisable à travers plusieurs méthodes, Il définit le lien entre les coûts, les exigences et l analyse, le design, l implémentation, et les tests. UML facilite la communication entre tous les membres de l équipe de développement.

19 Qu est ce qu un processus? Un processus définit qui fait quoi, quand et comment pour atteindre un objectif donné. Le Processus Unifié de Rational est un processus générique qui utilise UML comme langage de modélisation. Exigences nouvelles ou améliorées Processus d ingénierie logicielle Système nouveau ou amélioré

20 Un Processus Efficace L objectif d un processus est de produire un logiciel de haute qualité en respectant des contraintes de délai, de coûts et de performance Fournit les lignes directrices pour un développement efficace d un logiciel de qualité Réduit les risques et améliore les prévisions Décrit les meilleures méthodes de travail pour apprendre des expériences précédentes l amélioration du support de formation Établit une vision et une culture commune

21 Un Processus Efficace Facilité de mise en œuvre : grâce aux six meilleures pratiques de Rational, le processus est facile à mettre en oeuvre. Il dicte au développeur comment implémenter en utilisant les outils standards de développement.

22 Le Processus Unifié de Rational permet les Meilleures Pratiques (Best Practices) Le processus Unifié Rational décrit comment appliquer les six directives de l ingénierie logicielle Utiliser le Développement Itératif Analyser les Besoins (Ré)Utiliser Composants Architectures Modeler Visuellement (UML) Contrôler la Qualité Contrôler le Changement

23 Le Processus Unifié de Rational permet les Meilleures Pratiques (Best Practices) Les six meilleures pratiques fournissent les bases pour le Processus Unifié de Rational. Cependant, cette application nécessite des instructions étapes par étapes. Ces instructions sont fournies dans le Processus Unifié de Rational, qui comprend toutes les activités devant être appliquées pour construire un logiciel

24 Processus Unifié Rational Un processus centré sur l'architecture et la vue 4+1

25 Processus Unifié de Rational dans un cas d utilisation Client Contrôle de la balance Encaissement Cas d utilisation pour une caisse Un acteur est une entité hors du système qui interagit avec le système Un Cas d utilisation est une séquence d actions que le système exécute qui retourne un résultat à un certain acteur

26 Processus Unifié de Rational dans un cas d utilisation Le processus Unifié de Rational gère les besoins via les diagrammes de Cas d utilisation. Ils sont utilisés à travers le cycle de développement pour beaucoup d activités, et fournissent de l information à travers plusieurs modèles. Un acteur peut-être un être humain ou un autre système ou un appareil; tout ce qui est extérieur au système et interagissant avec lui. Les cas d utilisation représentent toutes les façons possibles d utiliser le système.

27 Les Cas d utilisation incluent les Flots d évènements Exemple : flot d évènements dans le cas d un retrait d argent 1. Le cas d utilisation commence quand le client insère sa carte de payement. Le système lit et valide les informations sur la carte. 2. Le système lit le code PIN. Le système valide le code PIN. 3. Le système demande au client quelle opération il veut exécuter. Le client choisi Retrait d argent 4. Le système demande le montant. Le client entre le montant. 5. Le système demande le type de compte. Le client choisi vérifier et enregistrer. 6. Le système communique avec le réseau ATM...

28 Les apports des Cas d utilisation Les Cas d utilisation sont concis, simples, et compréhensibles par une large gamme de participants Utilisateurs finaux, développeurs et acquéreur comprennent les exigences fonctionnelles du système Les Cas d utilisation permettent bon nombre d activités dans le processus : La création et la validation de la conception du modèle La définition de cas de test et de procédures du modèle de test Le planning des itérations La création de documentation utilisateur Le déploiement du système Les Cas d utilisation permettent de synchroniser le contenu de plusieurs modèles

29 Le processus Unifié de Rational est Architecture-Centré L'architecture est le point traité pendant les premières itérations Construire, valider, et fonder l architecture constituent le premier objectif de l élaboration Le Prototype Architectural valide l architecture et sert de base pour le reste du développement Le document de l architecture logicielle est le premier artefact qui décrit l architecture choisie D autres artéfacts dérivent de l architecture : Documents de conception qui comprennent l utilisation de patterns et d idiomes La structure du produit La structure de l'équipe

30 Le processus Unifié de Rational est Architecture-Centré L architecture est utilisée dans le Processus Unifié de Rational comme un artefact primaire pour conceptualiser, construire, gérer, et élaborer le système en développement. Le Processus Unifié de Rational considère le développement et la validation d une architecture logicielle comme le concept primordial. Il définit 2 artefacts primaires : la description de l architecture logicielle qui décrit l architecture du projet le prototype de l architecture.

31 Représentation de l architecture : Le Modèle 4+1 Vue logique Vue d implémentation Analystes/ Concepteurs Structure Fonctionnalités pour l utilisateur final Cas d utilisation Programmeurs Génie logiciel Vue du processus Intégrateurs systèmes Performance Échelles de mesure Capacité de traitement Vue de déploiement System Engineering Topologie du système Livraison, installation communication

32 Représentation de l architecture : Le Modèle 4+1 Une vue de l architecture est la description d un système d un point de vue particulier, couvrant certains points et en omettant certains autres. Le Processus Unifié de Rational identifie 4 vues + 1 : La vue logique concerne les exigences fonctionnelles du système. Elle identifie la plupart des paquetages, sous-systèmes et classes. La vue d implémentation décrit l organisation des modules du logiciel.

33 Représentation de l architecture : Le Modèle 4+1 La vue du processus concerne les aspects concurrents du système à l exécution: taches, threads ou processus, et leur interaction. La vue de déploiement montre comment les différents exécutables sont structurés dans la plate-forme ou les différents nœuds. La vue des cas d utilisation contient les scénarios principaux qui sont utilisés pour faire fonctionner l architecture et pour la valider.

34 Les bénéfices d un processus Architecture-Centré Gagner et conserver un contrôle intellectuel sur le projet, contrôler sa complexité, et maintenir l intégrité du système. Fournir une méthode pour une réutilisation à grande échelle Fournir des bases pour la gestion de projet Faciliter le développement par composant Un composant remplit une fonction définie dans le contexte d une architecture bien définie Un composant fournit la réalisation physique d une série d interfaces Les composants existent dans une architecture donnée

35 Processus Unifié Rational Le processus dans le temps

36 Architecture du Processus Les Cycles de vie Démarrage Élaboration Construction Transition temps Le Processus Unifié de Rational comprend 4 phases : Démarrage - Définit le champ d action du projet Élaboration Le plan du projet, il spécifie les exigences, les bases de l architecture Construction Réalise le produit Transition - Transfère le produit vers les utilisateurs finaux

37 Architecture du Processus Les Cycles de vie Durant l étude d opportunité (démarrage), nous définissons l objectif du projet. en identifiant tous les acteurs et les cas d utilisation, et en dessinant les cas d utilisation essentiels (20% du modèle). Un plan de gestion de projet est fait pour déterminer les ressources nécessaires pour le projet. Durant l élaboration, on se concentre sur deux choses : avoir une bonne connaissance des besoins (90%) et établir une base de l architecture. Ainsi, on peut éliminer beaucoup de risques, avoir une bonne idée de ce qui doit être fait, et une bonne estimation des ressources et des coûts.

38 Architecture du Processus Les Cycles de vie Durant la Construction, on développe le produit en plusieurs itérations pour une version bêta. Durant la Transition, on prépare le produit pour l utilisateur final et la formation, l installation, le support. Pour un projet très complexe l élaboration peut inclure jusqu à 3-5 itérations.

39 Le Processus Unifié De Rational : Vision temporelle Démarrage Élaboration Construction Transition temps Évaluation des objectifs Évaluation de l architecture Évaluation du produit Validation du produit

40 RUP et Vision Temporelle: phase de démarrage Première analyse des fonctionnalités (diagramme d utilisation) Évaluer les risques (coût, concurrence) Critères d évaluation : Concurrence Première validation des besoins Évaluation des coûts, priorités, risques, du processus de développement, des frais réels par rapport aux frais prédits.

41 RUP et Vision Temporelle: phase d élaboration Planifier les activités nécessaires et les ressources requises. Définir précisément les fonctionnalités de l application. Concevoir l architecture. Critères d évaluation : Stabilité du produit et de la conception. Résolution des problèmes critiques. Évaluation des coûts, du planning. Validation du produit.

42 RUP et Vision Temporelle: Phase de Construction Construire le produit comme une série d itérations incrémentales. Critères d évaluation : Stabilité et maturité des réalisations (en vue du déploiement) Capacité de mettre en œuvre la transition. Coûts acceptables.

43 RUP et Vision Temporelle: Phase de Transition Fournir le produit aux utilisateurs 1. Fabrication 2. Livraison 3. Formation Critères d évaluation : Validation des besoins (Recette)

44 RUP et Vision Temporelle: Jalons d Évaluation Après chacune des quatre phases on évalue les activités grâce à des critères spécifiques: Évaluation Coût/risque réaliste. Validation du produit. Architecture valide et réalisable.

45 RUP Et Vision Temporelle: Sous Jalons D évaluation et Itérations Chaque phase peut elle-même comporter des ([0..N]) jalons. Entre deux jalons, on parle d itérations. Une itération est est une séquence d activités planifiées et pouvant être vérifiées grâce à un critère d évaluation. But : vérifier les activités au fur et à mesure. Deux types : Internes : au sein de l équipe de développement. Externes: avec le client et idéalement les utilisateurs finaux

46 Processus Unifié Rational Rôles et Activités

47 RUP et vision par activités 1. La modélisation métier : possibilités du système et besoins des utilisateurs. 2. La modélisation des besoins : vision du système et besoins détaillés des utilisateurs. 3. L analyse et la conception : manière dont sera réalisé le projet au cours de la phase L implémentation : production et acquisition des composants du système et des exécutables. 5. Les tests : vérification du système dans son ensemble. 6. Le déploiement : livraison du système et formation des utilisateurs.

48 Les 2 Visions Rassemblées: Le Modèle Itératif Flux (workflow) du processus Flux de gestion Modélisation métier Modélisation des besoins Analyse et conception Implémentation Tests Déploiement Gestion de Configuration et des Evolutions Gestion de projet Environnement Démarrag e Élaboration Construction Transition Iter. #1 Iter. #2 Iter. #n Iter. #n+1 Iter. #n+2 Iter. #m Iter. #m+1

49 RUP : Définitions et Notations(1/2) Artéfact : Élément d information, produit ou utilisé lors d une activité de développement logiciel (modèle, source...) Activité : Opération exécutée au sein d un état. Une activité peut être interrompue. Rôle : Comportement et responsabilités d un ensemble de personnes.

50 RUP : Définitions Et Notations(2/2) Rôle Activité Analyste Cas d utilisation Responsable de Décrire un cas d utilisation Artéfact Cas d utilisation paquetage des cas d utilisation

51 Les Rôles Dans La Planification Des Ressources Ressource Rôle Activités Paul Marie Joseph Sylvia Stefanie Concepteur Rédacteur. D.Utilisation Analyste Système Développeur. Architecte Définir Opérations Détailler le D. Utilisation Trouver Acteurs et Cas Util. Réaliser les tests des unités. Concevoir. Chaque individu est associé à un ou plusieurs rôles.

52 Modélisation Métier Pour comprendre la dynamique et la structure de l organisation. Pour vérifier que les clients, les utilisateurs finaux, et l équipe ont une vision commune exacte de l organisation. Pour vérifier la concordance entre les besoins et l organisation.

53 La modélisation métier Analyste de la modélisation métier Lister le vocabulaire commun Trouver les acteurs et les cas d utilisation Finaliser les cas d utilisation Vérificateur Modèle métier Détailler les cas d utilisation Détailler les acteurs métier Revoir les modèles métier des cas d utilisation Concepteur métier Trouver les entités et les acteurs métier Détailler les entités métier Revoir les modèles métier des objets

54 Modélisation Des Besoins Valider les fonctionnalités du système avec le client et les utilisateurs. Donner à l équipe de développement une idée des besoins auxquels le système doit répondre. Définir les limites du système. Définir une base pour planifier les activités associées à chaque itération. Définir une IHM du système.

55 Modélisation Des Besoins Analyste système Développer Vision Coordonner les dépendances Définir les besoins pour les jalons Lister le vocabulaire commun Trouver les acteurs et cas d utilisation Structurer le modèle cas d utilisation Responsable Validation besoins Analyste Cas d utilisation Détailler les cas d utilisation Vérifier les besoins Concepteur IHM Définir IHM Prototyper IHM Architecte Hiérarchiser les cas d utilisation

56 Modélisation Des Besoins : Artefacts Un document de vision. Un document listant les besoins de chaque jalon. Un document sur les cas d utilisation Un document de spécification supplémentaire : ce que va faire précisément le système. Glossaire Story-board des cas d utilisation. Une charte graphique

57 Analyse et Conception Passer des besoins à une architecture concrète. Concevoir une architecture robuste pour le système Permettre que le système soit adapté à son environnement.

58 Analyse et Conception Architecte Analyser l architecture Concevoir l architecture Définir la concurrence Définir le déploiement Planifier la vérification architecture Responsable vérification architecture Concepteur Analyser les cas d utilisation Concevoir les sous systèmes Concevoir les classes Concevoir les cas d utilisation Planifier la vérification conception Responsable vérification conception Concepteur Base de données Concevoir la base de données

59 Analyse et Conception : artéfacts Le modèle de conception Les descriptions de cas d utilisation Les descriptions de classes L organisation en sous système Les documents sur l architecture logicielle Le modèle de données

60 Implémentation Définir l organisation des modules et des sous systèmes implémentés. Implémenter les composants (classes et objets). Tester les composants un par un. Utiliser les composants produits par différentes personnes pour construire le système.

61 Implémentation Structurer le Modèle d implémentation Architecte Responsable intégration système Planifier l intégration du système Intégrer Système Développeur Planifier L intégration des Sous-systèmes Implémenter les Classes Tester les unités Intégrer les sous systèmes Fixer les solutions Responsable vérification Code Vérifier le Code

62 Implémentation : Artéfacts Le modèle d implémentation qui définit les composants. Les composants. Le plan d intégration des composants.

63 Tests Vérifier les interactions entre les composants. Vérifier l intégration des composants logiciels. Vérifier que tous les besoins ont été correctement implémentés. Identifier les défauts et les signaler au déploiement.

64 Tests Concepteur des tests Planifier Tests Concevoir Tests Tester implémentation Evaluer Test Testeur de l intégration Tests d'intégration Testeur système Tests Système Testeur performances Tests de Performance Concepteur Concevoir les classes de Test et Packages développeur Implémenter le sous système de tests

65 Tests : Artéfacts Modèle de test : définition et procédures. Planification des tests. Revue de défauts. Tests des paquetages, classes, sous systèmes, et composants.

66 Gestion de projet Définir un environnement de travail pour la gestion de projet. Fournir des documents à propos de la planification, de la répartition des tâches, de l exécution et de la vérification des projets. Définir un environnement de travail pour la gestion des risques.

67 Gestion de projet Mener une étude de cas métier Identifier Les Risques Développer plan de gestion de projet Planifier l itération Exécuter l itération Vérifier l itération Chef de projet Réunir Équipe Réviser la liste des risques

68 Gestion De Projet : artéfacts La procédure de développement logiciel (Liste des risques, plan de projet et procédure d actions) Les cas d utilisation métier La planification des itérations L estimation des itérations L estimation des statuts

69 Déploiement Permet de faire évoluer correctement (Erreurs, spécifications ) les systèmes logiciels au cours de leurs différentes versions. Lister les différentes versions des composants utilisés au cours des différentes versions du logiciel.

70 Déploiement Chef de projet Définir les processus de changement de produit Définir les besoins des report et préservation des statuts Architecte Structurer le modèle de déploiement Responsable gestion du changement Rédiger le plan de gestion de changement Définir le modèle de déploiement Délimiter les espaces de travail Documenter le défaut Fonder le produit Livrer les soussystèmes Tout membre de l équipe Créer un espace de travail personnel Vérifier les artéfacts d E/S S attacher aux points sensibles de la configuration Intégrateur Créer un espace de travail pour l intégration Construire le produit

71 Déploiement : avantages Encourager les bonnes méthodes de développement. Maintenir l intégrité du produit. S assurer de la complétude et de la correction du produit déployé. Fournir un environnement de développement stable. Limiter les changements des artéfacts dus aux règles internes (policy) du projet. Permettre de suivre les changements des artéfacts.

72 Processus Unifié Rational Points de vue extérieurs

73 Point de vue sur le Workflow Déployer les processus. Améliorer les processus. Sélectionner les bons outils et les maîtriser. Développer des outils. Aider le développement. S entraîner.

74 Règles, Tutoriaux et Modèles Les règles sont les obligations, recommandations, les heuristiques qui aident l exécution des activités. ex: règles de codage Les tutoriels aident à l apprentissage des outils utilisés lors des activités. ex : Tutoriels de Rationnal Rose ou Poseidon Les modèles (formulaires) sont des artéfacts prédéfinis. Ex : Un document ayant déjà une structure à remplir. Leur but est de rendre l exécution des activités plus facile et que les processus soient correctement menés à bien.

75 Liste d'outils D aide Au Développement. Activités de base Modèle métier Besoins Analyse et conception Implémentation Test Déploiement Activités de support Config. & Changement Gestion de projet Environnement Requisite Pro, Rose, SoDA Requisite Pro, Rose, SoDA Rose, SoDA, Apex Rose, Apex, SoDA, Purify,... SQA TeamTest, Quantify, PerformanceStudio,... SoDA, ClearCase,... ClearCase, ClearQuest Unified Process, Microsoft Project,... Unified Process, Rational Tools

76 Suivre Un Processus Il faut adapter et exécuter le processus. Adapter suivant les besoins et les contraintes de l organisation. Cela fournit un document avec le contexte, les limites, une évaluation de la proportion des changements par rapport au processus initial Exécuter en faisant les changements nécessaires dans le processus.

77 RUP : Résumé(1/3) UML est un langage de spécification, visualisation, construction, et documentation des artéfacts d un système à composante logicielle. Un processus de développement logiciel répond aux questions qui, quoi quand et comment.

78 RUP : Résumé(2/3) Le RUP a quatre phases : démarrage, élaboration, construction et transition. Chaque fin de phase est ponctuée par un jalon principal et la fin d une ou plusieurs itérations. Une itération est une suite de diverses activités qui ont été planifiées, ayant des critères d évaluation, et pouvant être exécutées.

79 RUP : Résumé(3/3) Chaque enchaînement d activité dure une itération et s inscrit dans un modèle incrémental. Artéfact : Élément d information, produit ou utilisé lors d une activité de développement logiciel(modèle) Activité : Opération exécutée au sein d un état. Une activité peut être interrompue. Rôle : Comportement et responsabilités d un ensemble de personnes

Analyse,, Conception des Systèmes Informatiques

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étail

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer

Le 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étail

Rational Unified Process

Rational Unified Process Rational Unified Process For Christiane DAVOINE-GUHUR Société GICAB - Vannes Christiane.Davoine@CA-GICAB.fr Table des Matières 1 INTRODUCTION... 1 2 LES COMPOSANTS ET LES GRANDS PRINCIPES DU PROCESSUS...

Plus en détail

IFT2255 : Génie logiciel

IFT2255 : 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étail

Architecture Logicielle

Architecture Logicielle Architecture Logicielle Chapitre 3: UML pour la description et la documentation d une architecture logicielle Année universitaire 2013/2014 Semestre 1 Rappel L architecture d un programme ou d un système

Plus en détail

Chapitre I : le langage UML et le processus unifié

Chapitre 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étail

Concevoir des applications Web avec UML

Concevoir des applications Web avec UML Concevoir des applications Web avec UML Jim Conallen Éditions Eyrolles ISBN : 2-212-09172-9 2000 1 Introduction Objectifs du livre Le sujet de ce livre est le développement des applications web. Ce n est

Plus en détail

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»

MODELISATION 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étail

Modélisation Principe Autre principe

Modélisation Principe Autre principe Modélisation Principe : un modèle est une abstraction permettant de mieux comprendre un objet complexe (bâtiment, économie, atmosphère, cellule, logiciel, ). Autre principe : un petit dessin vaut mieux

Plus en détail

Analyse et conception de systèmes d information

Analyse et conception de systèmes d information Analyse et conception de systèmes d information Présentation réalisée par P.-A. Sunier Professeur à la HE-Arc de Neuchâtel http://lgl.isnetne.ch Juin 2005 [SJB-02] Chapitre 3 1 Références Ce document a

Plus en détail

Aligner Stratégie d Entreprise et Infrastructure Informatique

Aligner Stratégie d Entreprise et Infrastructure Informatique Logiciels IBM Rational Janvier 2005 Aligner Stratégie d Entreprise et Infrastructure Informatique IBM Rational Software Development Platform & Business-Driven Development Page 2 Table des matières 1 L

Plus en détail

UML Mise en œuvre dans un projet. Emmanuel Pichon 2013

UML Mise en œuvre dans un projet. Emmanuel Pichon 2013 UML Mise en œuvre dans un projet 2013 Introduction Rôles et activités dans un projet Définir la méthode de votre projet Adapter la modélisation à la méthode de votre projet Conseils de mise en œuvre de

Plus en détail

basé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 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étail

Thèmes. Modélisation d applications industrielles avec UML. Motivations à l origine d UML. Introduction au formalisme UML.

Thèmes. Modélisation d applications industrielles avec UML. Motivations à l origine d UML. Introduction au formalisme UML. Modélisation d applications industrielles avec UML ACOO Analyse, Conception et développement Orientés Objet de logiciels de commande Thèmes Motivations à l origine d UML. Introduction au formalisme UML.

Plus en détail

Génie logiciel (Un aperçu)

Gé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étail

Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language

Cycle 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étail

Méthodologies de développement de logiciels de gestion

Mé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étail

Méthodes de conception pour les logiciels

Méthodes de conception pour les logiciels lab-sticc.univ-brest.fr/~babau/ Méthodes de conception pour les logiciels Jean-Philippe Babau Département Informatique, UFR Sciences, Laboratoire Lab-STICC 2 1 Plan Introduction Pourquoi une méthode? Objectifs

Plus en détail

Le Rational Unified Process

Le 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étail

Direction Générale des Études Technologiques. Institut Supérieur des Etudes Technologiques de Djerba Département Technologies de l informatique

Direction Générale des Études Technologiques. Institut Supérieur des Etudes Technologiques de Djerba Département Technologies de l informatique Direction Générale des Études Technologiques Institut Supérieur des Etudes Technologiques de Djerba Département Technologies de l informatique Génie Logiciel Mejdi BLAGHGI m.blaghgi@gmail.com Chapitre

Plus en détail

FILIÈRE METHODOLOGIE & PROJET

FILIÈRE METHODOLOGIE & PROJET FILIÈRE METHODOLOGIE & PROJET 109 Gestion de projet METHODOLOGIE ET PROJET Durée 3 jours Conduite de projet COND-PRO s Intégrer les conditions de réussite d une démarche de management par projet. Impliquer

Plus en détail

Le 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 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étail

Cours Gestion de projet

Cours 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étail

Projet : Plan Assurance Qualité

Projet : Plan Assurance Qualité Projet : Document : Plan Assurance Qualité 2UP_SPEC_DEV1 VERSION 1.00 Objet Ce document a pour objectif de définir la démarche d analyse et de conception objet ainsi les activités liées. Auteur Eric PAPET

Plus en détail

CONSERVATOIRE NATIONAL DES ARTS ET METIERS CENTRE REGIONAL ASSOCIE DE TOURS EXAMEN PROBATOIRE

CONSERVATOIRE NATIONAL DES ARTS ET METIERS CENTRE REGIONAL ASSOCIE DE TOURS EXAMEN PROBATOIRE 1 CONSERVATOIRE NATIONAL DES ARTS ET METIERS CENTRE REGIONAL ASSOCIE DE TOURS EXAMEN PROBATOIRE présenté en vue d obtenir Le DIPLOME D INGENIEUR Du Conservatoire National des Arts et Métiers Spécialité

Plus en détail

CC30 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 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étail

Industrialiser la chaîne complète de fabrication 1ère partie - Les bénéfices de la solution logicielle IBM VisualAge Pacbase / Rational

Industrialiser 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étail

Le Guide Pratique des Processus Métiers

Le 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étail

Master 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 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étail

Use Cases. Introduction

Use Cases. Introduction Use Cases Introduction Avant d aborder la définition et la conception des UC il est bon de positionner le concept du UC au sein du processus de développement. Le Processus de développement utilisé ici

Plus en détail

Licence en Informatique à Horraire Décalé. Cours Gestion de projet informatique Première partie

Licence en Informatique à Horraire Décalé. Cours Gestion de projet informatique Première partie Licence en Informatique à Horraire Décalé Cours Gestion de projet informatique Première partie 1 PLAN Introduction 1. Les concepts de base en management de projet : 3-33 2 Les processus du management de

Plus en détail

Génie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon

Génie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon Génie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon Travail pratique #1 «Réalisation d'une plateforme de vente aux enchères électronique» À réaliser individuellement ou en équipe

Plus en détail

Sommaire. Conduite de projet Méthode d analyse et de conception. Processus unifié. Objectifs d un processus de développement

Sommaire. Conduite de projet Méthode d analyse et de conception. Processus unifié. Objectifs d un processus de développement Conduite de projet Méthode d analyse et de conception Processus unifié G. Picard SMA/G2I/ENS Mines Saint-Etienne gauthier.picard@emse.fr Octobre 2009 Sommaire!!Objectifs d un processus d ingénierie logicielle!

Plus en détail

Développement itératif, évolutif et agile

Dé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étail

GESTION 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 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étail

Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform

Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform IBM Software Group Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform Thierry Bourrier, Techical Consultant thierry.bourrier@fr.ibm.com L Architecture

Plus en détail

Aperçu général sur la technologie des Workflows

Aperçu général sur la technologie des Workflows Aperçu général sur la technologie des Workflows Zakaria Maamar Groupe Interfonctionnement Section Technologie des systèmes d'information Centre de recherches pour la défense Valcartier 2459 boul. Pie-XI

Plus en détail

Vérifier la qualité de vos applications logicielle de manière continue

Vé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étail

Bertrand Cornanguer Sogeti

Bertrand Cornanguer Sogeti JFIE 2014 Bertrand Cornanguer Sogeti Trésorier du CFTL Chair du groupe Audit de l ISTQB Vice-chair du groupe Agile Tester de l ISTQB 14/10/2014 Introduction Comme beaucoup de sujets, l ingénierie des exigences

Plus en détail

TFEE : Rapport intermédiaire

TFEE : Rapport intermédiaire 1 SOMMAIRE I- Contexte général du projet... 5 1- Présentation d Involys... 5 1.1 Présentation générale :... 5 1.2 Organigramme de fonctionnement :... 6 1.3 Produits :... 6 1.3.1 Up Manager Vectis :...

Plus en détail

Dépôt du projet. Sujet : Gestion école primaire privé. Réalisé par : Encadré par :

Dépôt du projet. Sujet : Gestion école primaire privé. Réalisé par : Encadré par : Dépôt du projet Sujet : Gestion école primaire privé Réalisé par : Encadré par : BOUCHBAAT Noura Mr. Jihad NOFISSE Jihade Année universitaire : 2011/2012 1 2 Introduction Pour bien clarifier les objectifs

Plus en détail

CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES

CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES MODEL-BASED TESTING (MBT) CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES Le Model-Based Testing est une pratique de test en plein développement dans l'industrie pour accroitre l'efficacité

Plus en détail

Besoins utilisateurs. Quelle démarche pour passer des besoins au code? Code. chapitre1 UNIFIED MODELING LANGUAGE. package LogiqueMetier.

Besoins utilisateurs. Quelle démarche pour passer des besoins au code? Code. chapitre1 UNIFIED MODELING LANGUAGE. package LogiqueMetier. chapitre1 Besoins utilisateurs Quelle démarche pour passer des besoins au code?? UNIFIED MODELING LANGUAGE package LogiqueMetier.Gestion; import LogiqueMetier.Catalogue.Livre; import java.util.*;public

Plus en détail

Analyse 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 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étail

ANALYSE D UN SYSTEME D INFORMATION ET EXTENSION DE

ANALYSE 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étail

UML est-il soluble dans les méthodes agiles?

UML 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étail

Rendez-vous la liberté avec Rational Quality Manager

Rendez-vous la liberté avec Rational Quality Manager IBM Software Group RAT02 Rendez-vous la liberté avec Rational Quality Manager Bernard Dupré IBM Rational IT Specialist 2008 IBM Corporation Envisager une plateforme qui change la production de logiciels

Plus en détail

UML (Paquetage) Unified Modeling Language

UML (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étail

CATALOGUE FORMATION. Product Lifecycle Management. Juin 2013

CATALOGUE FORMATION. Product Lifecycle Management. Juin 2013 CATALOGUE FORMATION Product Lifecycle Management Juin 2013 s de formation ENOVIA V6 ENOVIA V6 Plateforme Collaborative 5 ENOVIA V6 Installation et Administration 9 ENOVIA V6 Implémentation et Développement

Plus en détail

Les méthodes itératives. Hugues MEUNIER

Les 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étail

Analyse par Objets. avec UML (Unified Modeling Language) Pr. Jean-Marc Jézéquel IRISA - Univ. Rennes I

Analyse par Objets. avec UML (Unified Modeling Language) Pr. Jean-Marc Jézéquel IRISA - Univ. Rennes I Analyse par Objets avec UML (Unified Modeling Language) Pr. Jean-Marc Jézéquel IRISA - Univ. Rennes I Campus de Beaulieu F-35042 Rennes Cedex Tel : +33 299 847 192 Fax : +33 299 842 532 e-mail : jezequel@irisa.fr

Plus en détail

Profiles UML et langage J : Contrôlez totalement le développement d applications avec UML

Profiles UML et langage J : Contrôlez totalement le développement d applications avec UML White Paper UML Profile Builder Softeam 1999 Page 1/12 Profiles UML et langage J : Contrôlez totalement le développement d applications avec UML White Paper Softeam 1999 Le profile UML est conçu pour structurer

Plus en détail

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)

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) 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étail

IKAN ALM et HP ALM/HP Quality Center Enterprise Pour que les Equipes de Développement, de Test et de Production se rejoignent

IKAN ALM et HP ALM/HP Quality Center Enterprise Pour que les Equipes de Développement, de Test et de Production se rejoignent IKAN ALM et HP ALM/HP Quality Center Enterprise Pour que les Equipes de Développement, de Test et de Production se rejoignent Table of contents Sommaire...3 Définition du problème...4 Solution Description...5

Plus en détail

Catalogue des PFE. Comment postuler

Catalogue des PFE. Comment postuler Catalogue des PFE 2012 2013 IP-TECH propose plusieurs sujets pour des stages de PFE. Ce fascicule est destiné aux étudiants et aux professeurs de l enseignement supérieur. Il commence par un aperçu rapide

Plus en détail

1 / 9. Méthodes de développement. Introduction

1 / 9. Méthodes de développement. Introduction 1 / 9 Méthodes de développement Introduction 1 - Objectifs... 2 2 - Risques d'un projet logiciel... 2 3 - Préparation et conduite de projet... 3 4 - Caractères particuliers du logiciel et conséquences...

Plus en détail

Conduite de projets et architecture logicielle

Conduite de projets et architecture logicielle s et architecture logicielle ABCHIR Mohammed-Amine Université Paris 8 15 février 2011 1/36 ABCHIR Mohammed-Amine (Université Paris 8) Conduite de projets et architecture logicielle 15 février 2011 1 /

Plus en détail

MEGA ITSM Accelerator. Guide de démarrage

MEGA ITSM Accelerator. Guide de démarrage MEGA ITSM Accelerator Guide de démarrage MEGA 2013 1ère édition (janvier 2013) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis et ne sauraient en aucune

Plus en détail

Cours STIM P8 TD 1 Génie Logiciel

Cours STIM P8 TD 1 Génie Logiciel Cours STIM P8 TD 1 Génie Logiciel Compléments sur UML Intervenant : Anil CASSAM CHENAI Date : 02/02/2012 Objectifs du complément Ce complément sera approfondi en parallèle de plusieurs TD/Cours. Rappels

Plus en détail

SECTION 5 BANQUE DE PROJETS

SECTION 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étail

Identification du module

Identification du module Identification du module Numéro de module 475 Titre Développer une analyse pour une application Compétence Développer à partir des exigences fonctionnelles et non fonctionnelles pour une application, les

Plus en détail

Le génie logiciel. maintenance de logiciels.

Le 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étail

IFT2251 Introduction au génie logiciel Plan de cours. 2. Description du cours et objectifs généraux

IFT2251 Introduction au génie logiciel Plan de cours. 2. Description du cours et objectifs généraux IFT2251 Introduction au génie logiciel Plan de cours Été 2008 Yann-Gaël Guéhéneuc 1. Introduction Les exigences et les attentes à l égard de la qualité logicielle sont de plus en plus grandes. La taille

Plus en détail

Formation : Modélisation avec UML 2.0 et Mise en pratique

Formation : 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étail

Université de Bangui. Modélisons en UML

Université 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étail

en SCÈNE RATIONAL Rational Démonstration SDP : automatisation de la chaîne de développement Samira BATAOUCHE sbataouche@fr.ibm.com

en SCÈNE RATIONAL Rational Démonstration SDP : automatisation de la chaîne de développement Samira BATAOUCHE sbataouche@fr.ibm.com Rational Démonstration SDP : automatisation de la chaîne de développement Samira BATAOUCHE sbataouche@fr.ibm.com Fabrice GRELIER fabrice.grelier@fr.ibm.com RATIONAL en SCÈNE 2007 IBM Corporation Objectif

Plus en détail

Formateur.NET expérimenté Forte expertise dans la conception et le développement d applications.net, associée à une grande pédagogie

Formateur.NET expérimenté Forte expertise dans la conception et le développement d applications.net, associée à une grande pédagogie James RAVAILLE 1, Rue de Cholet 44 800 Saint-Herblain formation@algowin.fr 06 38 43 08 41 http://www.algowin.fr Marié, 3 enfants Nationalité française 34 ans Permis B Formateur.NET expérimenté Forte expertise

Plus en détail

Conduite de projets informatiques Développement, analyse et pilotage (2ième édition)

Conduite 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étail

Architecture d'entreprise : Guide Pratique de l'architecture Logique

Architecture 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étail

Migration vers le Libre

Migration vers le Libre Formation continue Migration vers le Libre Enrico Vigano Haute Ecole de Gestion de Genève Filière Informatique de Gestion 6, 7 nov. 2006 - Genève Les logiciels libres en bibliothèque et centre de documentation

Plus en détail

Sommaire. G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh

Sommaire. G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh NOTATION UML AVEC RATIONAL ROSE G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh Sommaire 1 GÉNÉRALITES...2 1.1 ENVIRONNEMENT LOGICIEL...2 1.2 LES VUES DU LOGICIEL ROSE...3 1.3 ORGANISATION RECOMMANDÉE...3

Plus en détail

Valorisez vos actifs logiciels avec Rational Asset Manager. Jean-Michel Athané, Certified IT Specialist IBM Rational Software

Valorisez vos actifs logiciels avec Rational Asset Manager. Jean-Michel Athané, Certified IT Specialist IBM Rational Software Valorisez vos actifs logiciels avec Rational Asset Manager Jean-Michel Athané, Certified IT Specialist IBM Rational Software 13 Qu est-ce qu un actif logiciel (Software Asset)? Un asset est une collection

Plus en détail

Services technologiques mondiaux IBM Canada Services de personnel d appoint. Catalogue des fonctions techniques

Services technologiques mondiaux IBM Canada Services de personnel d appoint. Catalogue des fonctions techniques technologiques mondiaux IBM Canada de personnel d appoint Catalogue des fonctions techniques de personnel d appoint Catalogue des postes techniques de personnel d appoint Postes techniques Table des matières

Plus en détail

Catalogue des PFE. Comment postuler

Catalogue des PFE. Comment postuler Catalogue des PFE 2012 2013 IP-TECH propose plusieurs sujets pour des stages de PFE. Ce fascicule est destiné aux étudiants et aux professeurs de l enseignement supérieur. Il commence par un aperçu rapide

Plus en détail

Concevoir des applications Web avec UML

Concevoir des applications Web avec UML Concevoir des applications Web avec UML Jim Conallen Éditions Eyrolles ISBN : 2-212-09172-9 2000 9 Analyse C est au travers des activités d analyse et de conception qui peuvent être menées séparément ou

Plus en détail

Eclipse Process Framework et Telelogic Harmony/ITSW

Eclipse 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étail

INF 1250 INTRODUCTION AUX BASES DE DONNÉES. Guide d étude

INF 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étail

Modélisation et réalisation d un processus d ingénierie du logiciel

Modélisation et réalisation d un processus d ingénierie du logiciel Modélisation et réalisation d un processus d ingénierie du logiciel Adaptation et simplification du RUP RAPPORT DE STAGE DE TROISIEME ANNEE AVRIL-SEPTEMBRE 2001 www.aubryconseil.com Etudiant : Olivier

Plus en détail

Université du Québec à Montréal CALCUL AVEC ISO 19761 DE LA TAILLE DE LOGICIELS DEVELOPPES SELON RATIONAL UNIFIED PROCESS

Université du Québec à Montréal CALCUL AVEC ISO 19761 DE LA TAILLE DE LOGICIELS DEVELOPPES SELON RATIONAL UNIFIED PROCESS Université du Québec à Montréal Sujet CALCUL AVEC ISO 19761 DE LA TAILLE DE LOGICIELS DEVELOPPES SELON RATIONAL UNIFIED PROCESS PAR SAADI AZZOUZ JUILLET 2003 2 Remerciements Je tiens à remercier le Dr

Plus en détail

ADELFE : Atelier de développement de logiciels à fonctionnalité émergente

ADELFE : Atelier de développement de logiciels à fonctionnalité émergente ADELFE : Atelier de développement de logiciels à fonctionnalité émergente Gauthier Picard*, Carole Bernon*, Valérie Camps**, Marie- Pierre Gleizes* * Institut de Recherche en Informatique de Toulouse Université

Plus en détail

Génie logiciel avancé

Génie logiciel avancé Université Paris-Sud L3 MIAGE apprentissage Année 2014-2015 Génie logiciel avancé Introduction Delphine Longuet delphine.longuet@lri.fr Logiciel : définitions Ensemble d'entités nécessaires au fonctionnement

Plus en détail

Introduction au génie logiciel

Introduction 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étail

OFFRE DE FORMATION L.M.D.

OFFRE DE FORMATION L.M.D. REPUBLIQUE ALGERIENNE DEMOCRATIQUE ET POPULAIRE MINISTERE DE L ENSEIGNEMENT SUPERIEUR ET DE LA RECHERCHE SCIENTIFIQUE OFFRE DE FORMATION L.M.D. MASTER PROFESSIONNEL ET ACADEMIQUE Systèmes d Information

Plus en détail

ISTA H.H www.developpez.c.la Diagramme d activité SOMMAIRE

ISTA H.H www.developpez.c.la Diagramme d activité SOMMAIRE SOMMAIRE I. Définition... 2 II. Intérêts des diagrammes d activité... 5 III. Quand employer le diagramme d activité?... 5 IV. Avantage et Inconvénient... 6 V. Les étapes de constructions... 7 VI. Comment

Plus en détail

Gérer efficacement le développement géographiquementdistribué

Gérer efficacement le développement géographiquementdistribué Solutions SCM IBM Rational pour le développement distribué Août 2004 Gérer efficacement le développement géographiquementdistribué Karen Wade Directrice du marketing, Produits SCM IBM Software Group Page

Plus en détail

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 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étail

Séminaire «Développement Agile Collaboratif et Modélisation UML», 18 mars 2010 Du modèle au code - techniques de transformation de modèle

Séminaire «Développement Agile Collaboratif et Modélisation UML», 18 mars 2010 Du modèle au code - techniques de transformation de modèle } } Séminaire «Développement Agile Collaboratif et Modélisation UML», 18 mars 2010 Du modèle au code - techniques de transformation de modèle Michel VACHER, Business development Paris November 2009 / Sodius.

Plus en détail

Développement ebusiness

Développement ebusiness Développement ebusiness Cédric Pulrulczyk ( cedric.pulrulczyk@alcatel.fr ) Alcatel Université Lille I March 2005 Plan Analyse des besoins Méthodologie XP Modélisation UML Outil de développement Tests et

Plus en détail

PTSI PT ÉTUDE DES SYSTEMES

PTSI PT ÉTUDE DES SYSTEMES PTSI PT ÉTUDE DES SYSTEMES Table des matières 1 - PRESENTATION GENERALE... 1 1.1 - Définition d'un système... 1 1.2 - Exemples... 1 1.3 - Cycle de vie d'un système... 1 1.4 Langage de description SysML...

Plus en détail

Méthodes agiles. www.businessinteractif.com CONSEIL & DÉVELOPPEMENT DE SOLUTIONS E-BUSINESS. Jean-Louis Bénard jlb@businessinteractif.

Mé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étail

REQUEA. v 1.0.0 PD 20 mars 2008. Mouvements d arrivée / départ de personnels Description produit

REQUEA. v 1.0.0 PD 20 mars 2008. Mouvements d arrivée / départ de personnels Description produit v 1.0.0 PD 20 mars 2008 Mouvements d arrivée / départ de personnels Description produit Fonctionnalités L application Gestion des mouvements d arrivée / départ de Requea permet la gestion collaborative

Plus en détail

MEGA ITSM Accelerator. Guide de Démarrage

MEGA ITSM Accelerator. Guide de Démarrage MEGA ITSM Accelerator Guide de Démarrage MEGA 2009 SP4 1ère édition (juin 2010) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis et ne sauraient en aucune

Plus en détail

IBM Software Group. Modélisation. Rational Software Modeler et Rational Software Architect. 2008 IBM Corporation

IBM Software Group. Modélisation. Rational Software Modeler et Rational Software Architect. 2008 IBM Corporation IBM Software Group Modélisation Rational Software Modeler et Rational Software Architect 2008 IBM Corporation Agenda Présentation de l offre Rational Modélisation UML2 et DSL Automation et MDA Les ateliers

Plus en détail

Projet 2. Gestion des services enseignants CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE. G r o u p e :

Projet 2. Gestion des services enseignants CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE. G r o u p e : CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE Projet 2 Gestion des services enseignants G r o u p e : B E L G H I T Y a s m i n e S A N C H E Z - D U B R O N T Y u r i f e r M O N T A Z E R S i

Plus en détail

WEB15 IBM Software for Business Process Management. un offre complète et modulaire. Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.

WEB15 IBM Software for Business Process Management. un offre complète et modulaire. Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm. WEB15 IBM Software for Business Process Management un offre complète et modulaire Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.com Claude Perrin ECM Client Technical Professional Manager

Plus en détail

RAPPORT DE STAGE D ETE

RAPPORT DE STAGE D ETE UNIVERSITE DE SOUSSE INSTITUT SUPERIEUR DES SCIENCES APPLIQUEES ET DE TECHNOLOGIE DE SOUSSE ALFA COMPUTERS & CONSULTING RAPPORT DE STAGE D ETE Développement d une application de gestion de trésorerie d'entreprise

Plus en détail

GL - 2 2.1 Le Génie Logiciel

GL - 2 2.1 Le Génie Logiciel GL - 2 2.1 Le Génie Logiciel Lydie du Bousquet Lydie.du-bousquet@imag.fr En collaboration avec J.-M. Favre, I. Parissis, Ph. Lalanda 1 Rappels La production logicielle est une activité complexe de façon

Plus en détail

Générer du code à partir d une description de haut niveau

Générer du code à partir d une description de haut niveau Cedric Dumoulin Générer du code à partir d une description de haut niveau Ce projet vise à fournir un environnement de développement permettant de modéliser des UI Android à un haut niveau d abstraction,

Plus en détail

LANGAGUE JAVA. Public Développeurs souhaitant étendre leur panel de langages de programmation

LANGAGUE JAVA. Public Développeurs souhaitant étendre leur panel de langages de programmation ING 01 LANGAGUE JAVA Durée : 21 heures 1090 HT / jour Dates : à définir en 2012 Concevoir et développer des programmes en langage Java Comprendre le fonctionnement de la machine virtuelle S approprier

Plus en détail

Visual Paradigm Contraintes inter-associations

Visual 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étail