Le Processus Unifié de Rational

Save this PDF as:

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

Modélisation objet Le langage UML

Modélisation objet Le langage UML Modélisation objet Le langage UML Brahim HAMID La base de contrôle Robot Zone à explorer brahim.hamid@irit.fr brahim.hamid@univ-tlse2.fr http://mass-cara.univ-tlse2.fr/~brahimou/ens/uml 1 Les méthodes

Plus en détail

Le génie Logiciel (suite)

Le génie Logiciel (suite) Le génie Logiciel (suite) Lors du cours précédent, on a étudié différents cycles de vie, dont la cascade, ou la spirale. Analyse des besoins L analyse des besoins est une étape menant à l élaboration de

Plus en détail

Rational Unified Process

Rational Unified Process Rational Unified Process Hafedh Mili Rational Unified Process 1. Principes de base 2. Les phases 3. Les activités (workflows) Copyright Hafedh Mili 2005 2 1 Rational Unified Process Processus de développement

Plus en détail

Modèle d implémentation

Modèle d implémentation Modèle d implémentation Les packages UML: Unified modeling Language Leçon 5/6-9-16/10/2008 Les packages - Modèle d implémentation - Méthodologie (RUP) Un package ou sous-système est un regroupement logique

Plus en détail

Modélisation Orientée Objet / UML

Modélisation Orientée Objet / UML Modélisation Orientée Objet / UML Laurent Henocque http://laurent.henocque.free.fr/ Enseignant Chercheur ESIL/INFO France http://laurent.henocque.perso.esil.univmed.fr/ mis à jour en Octobre 2006 Licence

Plus en détail

UML 1ère partie. Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html UML

UML 1ère partie. Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html UML UML UML 1ère partie Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html LOG2000 Éléments du génie logiciel 2002 Bayomock André-Claude PLAN Définition et historique Vue générale A quoi

Plus en détail

Description et illustration du processus unifié

Description et illustration du processus unifié USDP Description et illustration du processus unifié Définit un enchaînement d activités Est réalisé par un ensemble de travailleurs Avec des rôles, des métiers Avec pour objectifs de passer des besoins

Plus en détail

Processus Unifié de développement de logiciel

Processus Unifié de développement de logiciel Processus Unifié de développement de logiciel Plan 1. SUP : une simplification de RUP 2. Les éléments de modélisation de SUP 3. Description de la dynamique de SUP 4. SUP sur une étude de cas 2 SUP : une

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

DEMARCHE OU PROCESSUS LOGICIEL

DEMARCHE OU PROCESSUS LOGICIEL DEMARCHE OU PROCESSUS LOGICIEL PROCESSUS LOGICIEL Définition Un processus définit une séquence d étapes, en partie ordonnées, qui concourent à l obtention d un système logiciel ou à l évolution d un système

Plus en détail

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009 GPA 789 : Analyse et Conception Orientées Objet ETS Mickaël Gardoni Bureau A 3588 tel 84 11 Mise en œuvre UML 1/ 25 Introduction Mise en œuvre d UML UML n est pas une méthode 2/ 25 1 UML n est qu un langage

Plus en détail

Étude de cas. UML n est pas une méthode

Étude de cas. UML n est pas une méthode Étude de cas UML n est pas une méthode UML n est pas une méthode, mais un simple langage ; l OMG ne préconise pas de processus ; il n existe pas une démarche unique qui fixe l ordre dans lequel les modèles

Plus en détail

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 Unifié appliqué au projet MOOCS

Le Processus Unifié appliqué au projet MOOCS Le Processus Unifié appliqué au projet MOOCS Violaine Louvet GTN, 7 mai 2003, Orsay Le Processus Unifie applique au projet MOOCS p. 1 L objet Objet = entité regroupant des données (attributs) et des services

Plus en détail

PRIMAVERA RISK ANALYSIS

PRIMAVERA RISK ANALYSIS PRIMAVERA RISK ANALYSIS PRINCIPALES FONCTIONNALITÉS Guide d analyse des risques Vérification de planning Modélisation rapide des risques Assistant de registres de risques Registre de risques Analyse de

Plus en détail

Logiciel de gestion desressources numériques Plan developpement logiciel FANTASTIC FIVE

Logiciel de gestion desressources numériques Plan developpement logiciel FANTASTIC FIVE Logiciel de gestion desressources numériques Plan developpement logiciel FANTASTIC FIVE 03/06/2015 Historique des révisions Date Version Description Auteur 03/06/2015 Plan de Développement logiciel

Plus en détail

Introduction à la conduite de projet "systèmes d'information"

Introduction à la conduite de projet systèmes d'information Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique Introduction à la conduite de projet "systèmes d'information" Référence : CNRS/DSI/conduite-projet/principes/guide-introduction

Plus en détail

Cours de Génie Logiciel. David Janiszek. Le projet. En résumé. Troisième partie III. Eléments de gestion de projet

Cours de Génie Logiciel. David Janiszek. Le projet. En résumé. Troisième partie III. Eléments de gestion de projet Troisième partie III Eléments de gestion de projet Un projet informatique est l ensemble des activités et des actions à entreprendre pour répondre au besoin d informatisation d un ensemble de tâches dans

Plus en détail

1. Introduction. 2. Diagramme des exigences

1. Introduction. 2. Diagramme des exigences 1. Introduction La complexité des systèmes techniques est telle que, sans outils de représentations abstraites et progressivement enrichies, les intervenants d un projet auraient de nombreuses difficultés

Plus en détail

ANALYSE DES RISQUES ET MANAGENEMENT DES RISQUES

ANALYSE DES RISQUES ET MANAGENEMENT DES RISQUES ANALYSE DES RISQUES ET MANAGENEMENT DES RISQUES Introduction : Le management des risques est un processus qui permet au Business Manager d équilibrer les coûts économiques et opérationnels et faire du

Plus en détail

Méthode de tests MODE D EMPLOI POINTS IMPORTANTS

Méthode de tests MODE D EMPLOI POINTS IMPORTANTS Méthode de tests MODE D EMPLOI Cette première partie est destinée à ceux qui débutent en tests et permet une approche progressive et simple de la méthodologie des tests. L introduction vous aura permis

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

Environnements de Développement

Environnements de Développement Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement Mme BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus

Plus en détail

6761 Validation de la conformité 21.03.2007

6761 Validation de la conformité 21.03.2007 6761 Validation de la conformité 21.03.2007 Peter DAEHNE 1 Tests de stress Les tests de stress permettent d étudier le comportement du logiciel lorsque celui-ci est mis dans des situations extrêmes, aux

Plus en détail

SYSTEMES D INFORMATION & CONCEPTION de BdD

SYSTEMES D INFORMATION & CONCEPTION de BdD SYSTEMES D INFORMATION & CONCEPTION de BdD PLAN CONCEPT DE SYSTEME D INFORMATION MODELISATION D UN SYSTEME D INFORMATION MODELISATION CONCEPTUELLE : les METHODES METHODE SYSTEMIQUE METHODE OBJET L3 Informatique

Plus en détail

MODALITES DE SUIVI DU PROJET ANNUEL DU MASTER 2 SOLUTIONS INFORMATIQUES LIBRES

MODALITES DE SUIVI DU PROJET ANNUEL DU MASTER 2 SOLUTIONS INFORMATIQUES LIBRES MODALITES DE SUIVI DU PROJET ANNUEL DU MASTER 2 SOLUTIONS INFORMATIQUES LIBRES Département Informatique UFR Sciences 2 Boulevard Lavoisier 49045 Angers Cedex 01 Auteur : Jean-Michel Richer Email : jean-michel.richer@univ-angers.fr

Plus en dé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

Applications Internet riches fonctionnant en mode connecté et déconnecté

Applications Internet riches fonctionnant en mode connecté et déconnecté Applications Internet riches fonctionnant en mode connecté et déconnecté Success story client : développement d applications Web avec mode déconnecté Depuis quatre ans, les applications de guichet pour

Plus en détail

Pratique de logiciels de planification

Pratique de logiciels de planification Pratique de logiciels de planification MASTER TECHNOLOGIE & HANDICAP Université Paris 8 Sommaire Introduction Organisation d un projet Les principaux axes de la planification Gestion des tâches Gestion

Plus en détail

rad-framework Software development plan document version 01 Oussama Boudyach April 20, 2011

rad-framework Software development plan document version 01 Oussama Boudyach April 20, 2011 rad-framework Software development plan document version 01 Oussama Boudyach April 20, 2011 1 Contents 1 Introduction 3 2 Documents et matériels 3 2.1 Document et matériel octroyé:....................................

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

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

LOG3900 ANALYSE DE COURS. Sigle. Mise à jour : Nouveau cours : Intitulé. Crédits 4. 1,5 / 6 / 4,5 Trimestre (à titre indicatif) Corequis.

LOG3900 ANALYSE DE COURS. Sigle. Mise à jour : Nouveau cours : Intitulé. Crédits 4. 1,5 / 6 / 4,5 Trimestre (à titre indicatif) Corequis. Sigle LOG3900 ANALYSE DE COURS Mise à jour : Nouveau cours : Intitulé Projet d évolution d un logiciel Préalables Corequis Heures par semaine 1,5 / 6 / 4,5 Trimestre (à titre indicatif) Crédits 4 INF2990,

Plus en détail

Services-conseils et d intégration d applications réseau HP

Services-conseils et d intégration d applications réseau HP Services-conseils et d intégration d applications réseau HP Services HP Données techniques Les Services-conseils et d intégration d applications réseau HP (les «Services») sont en mesure de répondre à

Plus en détail

Introduction à la gestion de projets. Laurent Poinsot. Introduction. 26 janvier 2009

Introduction à la gestion de projets. Laurent Poinsot. Introduction. 26 janvier 2009 26 janvier 2009 Le modèle du est une méthodologie de développement logiciel qui est devenue un standard de l industrie logicielle. Ce modèle est constitué de deux phases : l une est dite descendante et

Plus en détail

MODÉLISATION DES BESOINS

MODÉLISATION DES BESOINS MODÉLISATION DES BESOINS Diagrammes de cas d utilisation Cas d'utilisation : Use Case (Jacobson) Permettent déxprimer les attentes/besoins des utilisateurs Permettent de définir les limites du système

Plus en détail

IFT2255 - Génie logiciel. Processus de développement

IFT2255 - Génie logiciel. Processus de développement IFT2255 - Génie logiciel Processus de développement 1 Cycle de vie du logiciel 2 Activités de développement 3 Planification du projet Analyse et spécification Conception Implémentation Vérification Installation

Plus en détail

Site Marchand. Author : Cedric Dumoulin Date : 19 mars. 2008 Rev : 25 Nov. 2013

Site Marchand. Author : Cedric Dumoulin Date : 19 mars. 2008 Rev : 25 Nov. 2013 Site Marchand Author : Cedric Dumoulin Date : 19 mars. 2008 Rev : 25 Nov. 2013 1. Spécification Un marchand de videos et musique veut mettre en ligne son catalogue. Les clients peuvent consulter le catalogue,

Plus en détail

Ce document décrit la démarche à suivre pour installer les outils de développement et compiler le projet TANAGRA.

Ce document décrit la démarche à suivre pour installer les outils de développement et compiler le projet TANAGRA. Guide de compilation de TANAGRA Ce document décrit la démarche à suivre pour installer les outils de développement et compiler le projet TANAGRA. Remarque : La version de TANAGRA distribuée sur le site

Plus en détail

Conduite et Gestion de Projet Professionnel Cahier des charges Projet: Robot

Conduite et Gestion de Projet Professionnel Cahier des charges Projet: Robot Conduite et Gestion de Projet Professionnel Cahier des charges Projet: Robot Makhlouf OUBACHA Salima OUZZMAN Stevens RABEHAJA Armelle HOUNDJO Mercredi 04 février 2015 1 Table des matières 1 But du projet

Plus en détail

Module 197 Développer et implanter un concept de gestion des versions et des configurations

Module 197 Développer et implanter un concept de gestion des versions et des configurations Module 197 Développer et implanter un concept de gestion des versions et des configurations Copyright IDEC 2002-2009. Reproduction interdite. Sommaire Introduction... 3 Délimitation du domaine... 3 Fonctions

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

Talend Technical Note

Talend Technical Note Mars 2011 Page 1 sur 5 Le MDM offre un hub central de contrôle et une vision unique des données maître de l'entreprise, quelles que soient les disparités entre les systèmes source. Il assure que les données

Plus en détail

Réussir l implémentation de Solid Edge Insight XT avec Digicad

Réussir l implémentation de Solid Edge Insight XT avec Digicad ² Réussir l implémentation de Solid Edge Insight XT avec Digicad Le logiciel Solid Edge Insight XT intègre en toute transparence la gestion des données de conception et la collaboration en ligne au système

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é Analyse des besoins et spécification Delphine Longuet delphine.longuet@lri.fr Analyse des besoins et spécification Objectif

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

INFORMATIQUE - PROJET DE DEVELOPPEMENT INTERNET/INTRANET

INFORMATIQUE - PROJET DE DEVELOPPEMENT INTERNET/INTRANET MINISTERE DE LA COMMUNAUTE FRANCAISE ADMINISTRATION GENERALE DE L ENSEIGNEMENT ET DE LA RECHERCHE SCIENTIFIQUE ENSEIGNEMENT DE PROMOTION SOCIALE DE REGIME 1 DOSSIER PEDAGOGIQUE UNITE DE FORMATION INFORMATIQUE

Plus en détail

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation Un peu d'organisation Conception et Programmation par Objets HLIN406 Marianne Huchard, Clémentine Nebut LIRMM / Université de Montpellier 2 Premières semaines Contrôle des connaissances Supports 2015 Sommaire

Plus en détail

UML - Unified Modeling Language

UML - Unified Modeling Language UML - Unified Modeling Language Octobre 2003 Gilles Falquet Université de Genève mportance de la modélisation La niche, la maison familiale et l'immeuble (Booch, Jacobson, Rumbaugh) v pour construire une

Plus en détail

ISO 9001:2000. CHAPITRE par CHAPITRE

ISO 9001:2000. CHAPITRE par CHAPITRE ISO 9001:2000 PARTIE 2-3 CHAPITRE par CHAPITRE 9001:2000, domaine Satisfaction du client par la prévention des N.C. (ISO 9001:1994) Appliquer efficacement le système pour répondre aux besoins du client

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

INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES

INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES Les contenus de ce document sont la propriété exclusive de la société REVER. Ils ne sont transmis qu à titre d information

Plus en détail

éq studio srl Gestion des informations pour un choix- consommation raisonnée - GUIDE EXPLICATIVE

éq studio srl Gestion des informations pour un choix- consommation raisonnée - GUIDE EXPLICATIVE Résumé PREFACE 2 INTRODUCTION 2 1. BUT ET CHAMP D APPLICATION 2 2. REFERENCES DOCUMENTAIRES ET NORMES 3 3. TERMES ET DEFINITIONS 3 4. POLITIQUE POUR UNE CONSOMMATION RAISONNEE (PCC) 3 5. RESPONSABILITE

Plus en détail

TD McGood 2004. McGood. Mastère 2004 1

TD McGood 2004. McGood. Mastère 2004 1 McGood Mastère 2004 1 McGood Une petite entreprise familiale de restauration rapide, avec des produits de terroir (McGood), voudrait cesser de tenir sa comptabilité à la main (écriture des opérations comptables

Plus en détail

Qualité Portail Pro. Chaque fonctionnalité sera décrite et soumise à validation en détail avant la mise en développement.

Qualité Portail Pro. Chaque fonctionnalité sera décrite et soumise à validation en détail avant la mise en développement. 10/06/2009 10/41 Qualité Portail Pro Le développement de nos applications est soumis à un plan qualité projet qui comprend jalons de validation, modélisation en UML et tests rigoureux afin de garantir

Plus en détail

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base SOA et Services Web 23 octobre 2011 1 SOA: Concepts de base 2 Du client serveur à la SOA N est Nest pas une démarche entièrement nouvelle: années 1990 avec les solutions C/S Besoins d ouverture et d interopérabilité

Plus en détail

PRINCIPES et METHODES de SPECIFICATION et de CONCEPTION GLOBALE des SYSTEMES INFORMATISES 10/20/02 1

PRINCIPES et METHODES de SPECIFICATION et de CONCEPTION GLOBALE des SYSTEMES INFORMATISES 10/20/02 1 PRINCIPES et METHODES de SPECIFICATION et de CONCEPTION GLOBALE des SYSTEMES INFORMATISES 10/20/02 1 CYCLE de VIE des SYSTEMES INFORMATISES Expression du besoin Développement du «système» Exploitation

Plus en détail

Plan. Partie 2 : UML. Module Génie Logiciel : Cours d'analyse Orientée Objet.

Plan. Partie 2 : UML. Module Génie Logiciel : Cours d'analyse Orientée Objet. Partie II : UML Plan Partie 2 : UML 1 - Présentation d'uml 2 - Les diagrammes de cas d'utilisation 3 - Les diagrammes de classes et d'objets 4 - Les diagrammes d'interaction 5 - Les diagrammes de comportement

Plus en détail

Développement de Solutions Microsoft Dynamics avec Sure Step REF 80450A

Développement de Solutions Microsoft Dynamics avec Sure Step REF 80450A Développement de Solutions Microsoft Dynamics avec Sure Step REF 80450A Durée : 2 jours A propos de ce cours : Ce cours de 2 jours est un atelier de formation avancée centré sur les fonctionnalités de

Plus en détail

PRIMAVERA P6 ENTERPRISE PROJECT PORTFOLIO MANAGEMENT WEB SERVICES

PRIMAVERA P6 ENTERPRISE PROJECT PORTFOLIO MANAGEMENT WEB SERVICES PRIMAVERA P6 ENTERPRISE PROJECT PORTFOLIO MANAGEMENT WEB SERVICES DÉCOUVREZ DES POSSIBILITÉS ILLIMITÉES GRÂCE A L INTÉGRATION À DES SYSTÈMES D ENTREPRISE EXISTANTS FONCTIONNALITÉS Connectivité des systèmes

Plus en détail

Les étapes clés d une Gestion Prévisionnelle des Emplois et des Compétences. 1. Définition d un projet GPEC. Dans les entreprises de taille moyenne

Les étapes clés d une Gestion Prévisionnelle des Emplois et des Compétences. 1. Définition d un projet GPEC. Dans les entreprises de taille moyenne Fiche méthode n 3 Les étapes clés d une Gestion Prévisionnelle des Emplois et des Compétences 1. Définition d un projet GPEC Une Gestion Prévisionnelle des Emplois et des Compétences est par définition,

Plus en détail

Introduction au développement SharePoint. Version 1.0

Introduction au développement SharePoint. Version 1.0 Introduction au développement SharePoint Version 1.0 Z 2 Introduction au développement SharePoint 09/05/09 Sommaire 1 SharePoint : les bases... 3 1.1 Débuter sous SharePoint... 3 1.2 Connaissances Requises...

Plus en détail

TOGAF & MODELIO La phase préliminaire

TOGAF & MODELIO La phase préliminaire Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 06 Urbanisation et Architecture d Entreprise en pratique : TOGAF et MODELIO 1 2 3 4 5

Plus en détail

IFT2255 - Génie logiciel. Cycle de vie du logiciel. Activités de développement. Planification (étude préliminaire) Processus de développement

IFT2255 - Génie logiciel. Cycle de vie du logiciel. Activités de développement. Planification (étude préliminaire) Processus de développement IFT2255 - Génie logiciel Processus de développement Cycle de vie du logiciel Bruno Dufour dufour@iro.umontreal.ca Activités de développement 3 Planification (étude préliminaire) 4 Planification du projet

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

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

Dossier de gestion de projet

Dossier de gestion de projet Dossier de gestion de projet Sommaire 1. Diagramme de Gantt... 2 a. Diagramme... 2 b. Tâches... 3 2. Description textuelle... 3 1. Dossiers... 3 2. Conception... 4 3. Répartition du travail... 5 4. Difficultés

Plus en détail

Les exigences de la norme ISO 9001:2008

Les exigences de la norme ISO 9001:2008 Les exigences de la norme ISO 9001:2008! Nouvelle version en 2015! 1 Exigences du client Satisfaction du client Le SMQ selon ISO 9001:2008 Obligations légales Collectivité Responsabilité de la direction

Plus en détail

Projet : Rédaction du plan de test

Projet : Rédaction du plan de test Projet : Rédaction du plan de test Dans le cadre de votre projet, veuillez présenter pour le vendredi 9 janvier votre plan de test. Ce document retracera l ensemble des actions réalisées ou à réaliser

Plus en détail

L achat de formation en 3 étapes :

L achat de formation en 3 étapes : L achat de formation en 3 étapes : 1- La définition du besoin de formation L origine du besoin en formation peut avoir 4 sources : Une évolution des choix stratégiques de l entreprise (nouveau métier,

Plus en détail

Spécification par la modélisation

Spécification par la modélisation Spécification par la modélisation Objectifs : Être en mesure de spécifier par les modèles UML. Comprendre l importance des cas d utilisation (UC). Comprendre les méthodes d'identification des UCs. Comprendre

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

UP : Unified Process

UP : Unified Process UP : Unified Process 1 UP : Unified Process Table des matières 1DÉFINITION... 2 1.1UP est itératif... 2 1.2UP est centré sur l'architecture...2 1.3UP est piloté par les cas d'utilisation d'uml... 2 2VIE

Plus en détail

S arrêter, c est reculer. Ce dont vous avez besoin

S arrêter, c est reculer. Ce dont vous avez besoin SUPPORTED BY AGORIA S arrêter, c est reculer Vous utilisez des produits, systèmes 0 1 2 et solutions d automatisation? Alors vous avez besoin de conseils avisés et de services fiables. Exigez dès lors

Plus en détail

Livre Blanc. Optimiser la gestion et le pilotage des opérations. Août 2010

Livre Blanc. Optimiser la gestion et le pilotage des opérations. Août 2010 Livre Blanc Optimiser la gestion et le pilotage des opérations Août 2010 Un livre blanc édité par : NQI - Network Quality Intelligence Tél. : +33 4 92 96 24 90 E-mail : info@nqicorp.com Web : http://www.nqicorp.com

Plus en détail

PRIMAVERA CONTRACTOR FONCTIONNALITÉS DE GESTION DE PROJET SIMPLES ET ABORDABLES.

PRIMAVERA CONTRACTOR FONCTIONNALITÉS DE GESTION DE PROJET SIMPLES ET ABORDABLES. PRIMAVERA CONTRACTOR FONCTIONNALITÉS DE GESTION DE PROJET SIMPLES ET ABORDABLES. Affichage en surbrillance des tâches et des ressources à venir Gestion des références du projet pour gérer les modifications

Plus en détail

Expertise du logiciel «GanttProject»

Expertise du logiciel «GanttProject» Expertise du logiciel «GanttProject» Afin de donner un avis personnel: Utilisation comme outil de gestion de chantier Témoigner d une expérience vécue au travers la mise en œuvre de ce logiciel (libre

Plus en détail

Manage Yourself. Rapport de planification. Projet de 4ème année informatique. Equipe :

Manage Yourself. Rapport de planification. Projet de 4ème année informatique. Equipe : Manage Yourself Rapport de planification Projet de 4ème année informatique Equipe : Etienne Alibert, Florian Barbedette, Pierre Chesneau, Mathias Deshayes, Sevan Hartunians, Mathieu Poignet. Encadrant

Plus en détail

Mise en Situation Professionnelle -.NET

Mise en Situation Professionnelle -.NET Informations de l'unité d'enseignement Implantation Cursus de Intitulé Code Institut Paul Lambin Bachelier en informatique de gestion Mise en Situation Professionnelle -.NET I3070 Cycle 1 Bloc 3 Quadrimestre

Plus en détail

Les PGI. A l origine, un progiciel était un logiciel adapté aux besoins d un client.

Les PGI. A l origine, un progiciel était un logiciel adapté aux besoins d un client. Les PGI Les Progiciels de Gestion Intégrés sont devenus en quelques années une des pierres angulaire du SI de l organisation. Le Système d Information (SI) est composé de 3 domaines : - Organisationnel

Plus en détail

La Conception. Où en sommes-nous. dans le processus de conception? Nous avons déjà fait. Maintenant, nous allon faire. Wendy E. Mackay 16 janvier 2006

La Conception. Où en sommes-nous. dans le processus de conception? Nous avons déjà fait. Maintenant, nous allon faire. Wendy E. Mackay 16 janvier 2006 Où en sommes-nous La Conception dans le processus de conception? Wendy E. Mackay 16 janvier 2006 Projet commun du PCRI - LRI Université Paris-Sud & INRIA Futurs Nous avons déjà fait Maintenant, nous allon

Plus en détail

Démarche projet détaillée

Démarche projet détaillée 3iL Expertise 43, Rue de Sainte-Anne 87000 Limoges Tél : 06.62.46.49.60 E-mail : contact@3il-expertise.fr - www.3il-expertise.fr Date Janvier 2013 Diffusion Public Auteur BOUILLER Romain Relecture CASTEX

Plus en détail

Application de gestion d une bibliothèque municipale

Application de gestion d une bibliothèque municipale Application de gestion d une bibliothèque municipale Réalisé par : TARIK NASRAOUI NAMEZ MOHAMED 08/03/ Cadre réservé à l encadrant : Code d identification du Candidat : Nom des Validateurs Commentaires

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

IFT3913 Qualité du logiciel et métriques. Chapitre 2 Modèles de processus du développement du logiciel. Plan du cours

IFT3913 Qualité du logiciel et métriques. Chapitre 2 Modèles de processus du développement du logiciel. Plan du cours IFT3913 Qualité du logiciel et métriques Chapitre 2 Modèles de processus du développement du logiciel Plan du cours Introduction Modèles de processus du développement du logiciel Qualité du logiciel Théorie

Plus en détail

Projet : Plan Assurance Qualité

Projet : Plan Assurance Qualité Projet : Document : Plan Assurance Qualité 2UP_ARCHI_DEV1 VERSION 1.00 Objet Ce document a pour objectif de définir la démarche TOW TRACK UNIFIED PROCESS. Auteur Eric PAPET Vérifié par: Dominique MASSON

Plus en détail

Gestion de Projet. Initiateur > Commanditaire Participants > Equipe projet

Gestion de Projet. Initiateur > Commanditaire Participants > Equipe projet Gestion de Projet Initiateur > Commanditaire Participants > Equipe projet Projet : C est un ensemble d action pour atteindre un objectif. C est ce qu on à l intention de faire. Les compétences à regrouper

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

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

Outlook avancé pour la gestion de projet

Outlook avancé pour la gestion de projet Pour simplifier la gestion et l exécution de multiples projets Introduction De plus en plus de gens ont à gérer des projets dans l exercice normal de leurs fonctions. Pour tenir compte de cette nouvelle

Plus en détail

Qu est-ce qu une milestone (jalon)? Tâche de durée nulle, sans ressource. Elle est destinée à marquer des moments clés dans un projet.

Qu est-ce qu une milestone (jalon)? Tâche de durée nulle, sans ressource. Elle est destinée à marquer des moments clés dans un projet. Cours Ephec Niv. 2 : Technique et gestion de projet Par Monsieur Bertieaux Année Académique 2014-2015 Réponse aux questions du cours, slide Cours 2_1_Planification Vous avez un projet classique qui se

Plus en détail

2 / ENONCER ET DECRIRE LES FONCTIONS DE SERVICE A REALISER

2 / ENONCER ET DECRIRE LES FONCTIONS DE SERVICE A REALISER A / ENONCER LE BESOIN B / ENONCER ET DECRIRE LES FONCTIONS A SATISFAIRE C / LE RESPECT DES FONCTIONS DE SERVICE et LES CONTRAINTES ECONOMIQUES D / LE CAHIER DES CHARGES ET L ORGANISATION DU TRAVAIL et

Plus en détail

Windchill ProjectLink 10.2. Guide des programmes de formation

Windchill ProjectLink 10.2. Guide des programmes de formation Windchill ProjectLink 10.2 Guide des programmes de formation Guide des programmes de formation avec instructeur Introduction à Windchill ProjectLink 10.2 Administration du système de Windchill 10.2 Introduction

Plus en détail

http://www.sigl.epita.net

http://www.sigl.epita.net Génie Logiciel Assisté par Ordinateur GLAO Note de choix des composants de l AGL Groupe n 6 - Caïman Epita - SIGL Promo 2004 http://caiman-sigl.fr.st Nb de Pages : 9 Taille : 413184bytes Version : 0.2

Plus en détail

ATELIER 6 : LA MODÉLISATION DES PROCESSUS ACHATS DANS UNE DÉMARCHE DE QUALITÉ. 25/01/2013 Amue 2013 1

ATELIER 6 : LA MODÉLISATION DES PROCESSUS ACHATS DANS UNE DÉMARCHE DE QUALITÉ. 25/01/2013 Amue 2013 1 ATELIER 6 : LA MODÉLISATION DES PROCESSUS ACHATS DANS UNE DÉMARCHE DE QUALITÉ 25/01/2013 Amue 2013 1 LES PROCESSUS MÉTIERS 25/01/2013 Amue 2012 MODÉLISATION DES PROCESSUS La modélisation : 25/01/2013 Amue

Plus en détail

RECONSTRUCTION D'UN MODÈLE 3D D'OBJET AVEC LA KINECT

RECONSTRUCTION D'UN MODÈLE 3D D'OBJET AVEC LA KINECT PROJET DE SEMESTRE : RECONSTRUCTION D'UN MODÈLE 3D D'OBJET AVEC LA KINECT SOFTWARE PROJECT MANAGEMENT PLAN Projet Reconstruction d'un modèle 3D d'objet avec la Kinect Document École Software Project Management

Plus en détail

PLAN DE COURS. Session 1: Présentation de l'étude de cas Microsoft Dynamics Sure Step

PLAN DE COURS. Session 1: Présentation de l'étude de cas Microsoft Dynamics Sure Step GERER un projet pour implémenter Dynamics CRM avec Sure Step Ref : 80278 Durée : 2 jours A propos de ce cours : Ce cours de 2 jours est un atelier de formation avancée centré sur les fonctionnalités de

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

Rapport de Conception Préliminaire MESSAGERIE

Rapport de Conception Préliminaire MESSAGERIE Rapport de Conception Préliminaire MESSAGERIE Conception préliminaire du logiciel demandé en projet, illustré par les diagrammes des cas d utilisation, des classes du domaine et de séquence. Maxime SUARD,

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