La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

Rationaliser la conception participative. Logiciel Croissance en nombre Logiciel Croissance en taille Croissance en complexité

Présentations similaires


Présentation au sujet: "Rationaliser la conception participative. Logiciel Croissance en nombre Logiciel Croissance en taille Croissance en complexité"— Transcription de la présentation:

1 Rationaliser la conception participative

2 Logiciel Croissance en nombre Logiciel Croissance en taille Croissance en complexité

3 Rational Unified Process Rational Unified Process (RUP) : est un processus de conception/développement de logiciel défini par Rational Software.

4 Organisation séquentielle Le risque est au début RISQUERISQUE TEMPS Tests unitaires Test système Développement Conception Prérequis Les décideurs prennent le risque Les concepteurs assument… Les développeurs suivent…

5 Organisation participative Le risque est partagé Transition Risque Inception Conception Construction PreliminaryIterationArchitect.IterationArchitect.IterationDevel.IterationDevel.IterationDevel.IterationTransitionIterationTransitionIterationPost-deployment Temps Equipe

6 Développement itératif –Les risques sont évalués avant –Les premières itérations permettent davoir des retours utilisateur –Le test et lintégration sont continus –Les jalons permettent de fixer les objectifs –Les avancées sont mesurées au fur et à mesure de limplémentation –Des maquettes intermédiaires peuvent être déployées

7 Accroître la productivité en conception/développement Tous les membres partagent Des bases de connaissanceDes bases de connaissance Une même méthodeUne même méthode Une organisation du travailUne organisation du travail Un langageUn langage Designer / Developer Analyst Tester Database Administrator Performance Engineer Release Engineer Project Leader

8 Guide AmplifientUtilisent Oriente Automatisent Se focalise Fédèrent Instrumentent Accélèrent Outils Travailleur Services Le langage RUP : un modèle visuel Activité

9 Quatre éléments de modélisation dans RUP Membre est le qui : Chef de projet, Analyste, Testeur, Utilisateur, etc. Artéfact est le quoi : Document de larchitecture, Modèle des cas dutilisation, Fichier exécutable, etc. Activité est le comment : Analyse de cas dutilisation, Conception de cas dutilisation, etc. Enchaînement dactivités est le quand : Modélisation de métier, implémentation, test, etc.

10 Décrit un rôle dans le processus Membre Use-Case Specifier Notations Activité Décrit une partie du travail Décrit une connaissance ou une donnée Artéfact Use-Case Package Use Case Responsable de

11 ConcepteurAnalyse de cas d utilisation Conception de cas d utilisation Réalisation de cas d utilisation est responsable de Exemple : rôles du concepteur activité1 Connaissance Document produit activité2

12 Planification des RH Chaque membre est considéré comme un acteur

13 Exemple dun Workflow

14 RUP est itératif et incrémental Exigences Planification initiale Planification Tests Déploiement Implémentation Analyse & conception Gestion Environnement Chaque itération a pour finalité une version exécutable.

15 Architecture bidirectionnelle du RUP

16 Enchaînement dactivités dans RUP 6 enchaînements d'activités essentielles Modélisation du métier Gestion des exigences Analyse et Conception Implémentation Test Déploiement 3 enchaînements d'activités de soutien Gestion de Projet Gestion de la configuration et des changements Environnement

17 Enchaînement dactivités dans RUP Modélisation du métier de décrire la structure et la dynamique de l'organisation (ou de l équipe participative) de garantir que les clients, les utilisateurs finaux et les développeurs partagent une vision commune de l'organisation de réaliser une base d'information qui contiendra le cahier des charges du produit et la planification des tâches de l organisation. Il a pour but

18 Enchaînement dactivités dans RUP Gestion des exigences Il a pour but de définir une vision du produit, de traduire cette vision en un modèle de cas d'utilisation, (ce modèle, accompagné des spécifications externes, constitue le cahier des charges logicielles), dorganiser et de gérer les exigences, de définir et de construire une maquette de l'interface utilisateur.

19 Enchaînement dactivités dans RUP Analyse et conception L'objectif de l'analyse est de comprendre le cahier des charges et d écrire les spécifications internes. L'analyse permet d'obtenir une vue interne du produit La conception a pour but de définir l'architecture du système/produit L'analyse se concentre sur le "quoi faire", la conception se concentre sur le "comment le faire".

20 Enchaînement dactivités dans RUP Implémentation L'objectif est de créer les composants : sources, scripts, puis exécutables...

21 Enchaînement dactivités dans RUP Test La phase de test a pour objectif d'évaluer le niveau de qualité atteint par le produit et d'en tirer les conclusions. Elle s'appuie sur les cas d'utilisation et définit des cas de test.

22 Enchaînement dactivités dans RUP Déploiement Le but de l'enchaînement des activités de déploiement est de livrer le produit aux utilisateurs finaux.

23 Enchaînement dactivités dans RUP Gestion de projet La planification d'un projet itératif La gestion des risques Le contrôle des progrès.

24 Enchaînement dactivités dans RUP Gestion de la configuration et des changement Le but de la gestion de la configuration et des changements est de garder la trace de tous les éléments tangibles qui participent au développement, et de suivre leur évolution.

25 Enchaînement dactivités dans RUP Environnement un processus de développement adapté au projet des outils de travail qui aident à réaliser les activités et les artefacts du processus. Il a pour but de fournir

26 Phases dans RUP InceptionConceptionConstructionTransition Temps Jalon : objectifs et cycle de vie Jalon : architecture du système Jalon : prototype Jalon : livraison du produit

27 Inception Il sagit de décrire quelle vision on a du produit final et où on veut aller, de réaliser une étude de rentabilité et de définir le projet. La phase Inception se termine par le jalon « objectifs et cycle de vie »

28 Conception Il sagit de ¤ planifier les activités et les ressources nécessaires à la réalisation du projet ¤ spécifier les fonctionnalités ¤ concevoir larchitecture La phase de conception se termine par le jalon « architecture du système »

29 Construction Il sagit de construire le système et de faire évoluer la vision, l architecture et les plans de développement jusquà l obtention dun produit prêt à être testé. La phase construction se termine par le jalon « prototype »

30 Transition Il sagit de soumettre le produit aux utilisateurs (béta-test), La phase transition se termine par le jalon « livraison du produit » ou par une nouvelle itération

31 Ambition de RUP Faire face aux changements en cours du projet qui restent les causes principales de léchec du projet. Par exemple : ¤ Les utilisateurs changent leurs exigences ¤ Léquipe de développement modifie larchitecture du logiciel

32 Changement des exigences Au départ, les utilisateurs ne savent pas quelles sont leurs exigences et comment les spécifier de façon précise. Ils changent leurs exigences quand ils voient les livrables IKIWISI Effet: IKIWISI I Know It When I See It - Je le saurai quand je l aurai vu Bary Boehm - Université de Californie du Sud

33 Changements de larchitecture Les membres de léquipe : ¤ nont peut-être pas bien compris le système exigé ¤ nont peut-être pas partagé une même compréhension du système

34 RUP est centré sur larchitecture Vue logique Vue pratique Vue déploiement Vue d'implémentation Vue des processus Programmeurs Gestion du logiciel Utilisateur final Fonctionnalité Analystes/Testeurs Comportement Intégrateurs système Performance Capacité à grandir Débit d'information Ingénieurs Système Topologie du système Livraison, installation Communication Vue des cas d'utilisation

35 Briques dorganisation Contrôle des changements Management Composants logiciels Processus itératif Qualité

36 RUP : tracer les changements RUP définit un enchaînement dactivités de soutien : gestion des configurations et des changements RUP est piloté par les cas d utilisation

37 Modèle dimplémentation Modèle de test Vérifié par Réalisé par Implémenté par Modèle de conception

38 Avantages RUP améliore la qualité du produit RUP augmente le taux de succès du projet RUP est supporté par les outils du Rational Software

39 RUP améliore la qualité du produit RUP améliore la compréhension du système ¤ RUP est itératif ¤ RUP reste centré sur larchitecture ¤ RUP utilise UML pour modéliser le logiciel

40 RUP améliore la qualité du produit RUP contrôle et trace le processus de transformation de la compréhension du système en produit ¤ RUP est piloté par les cas dutilisation ¤ RUP contrôle lavancement de travail à l aide des livrables fournis dans les jalons

41 RUP augmente le taux de succès du projet RUP permet danticiper et de limiter les risques. On peut mieux les traiter quand ils sont petits...

42 RUP est intégré par les outils du Rational Software Rose TeamTest RequisiteProSoDA ClearCase ClearQuest Purify Quantify PureCoverage Visual StudioApex

43 Interface

44 Présentation des rôles

45 Présentation des scénarios

46 Diagramme de la collaboration

47 Présentation des classes (UML)

48 Diagramme des états de transition

49 Diagramme des composants

50

51 Points faibles de RUP RUP ne supporte pas les multi-projets RUP exige des experts RUP est propriété de Rational Software

52 RUP est un cadre de processus RUP décrit qui, quoi, comment et quand faire à laide dun langage visuel RUP apporte des outils et une méthode dorganisation pour lingénierie participative RUP apporte une vision unifiée sur le processus qui peut être partagée par tous les acteurs

53


Télécharger ppt "Rationaliser la conception participative. Logiciel Croissance en nombre Logiciel Croissance en taille Croissance en complexité"

Présentations similaires


Annonces Google