Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

* Génie Logiciel MODULE 1 - OVERVIEW D’UN PROJET INFORMATIQUE VENDREDI 06/11 01

* Génie Logiciel MODULE 1 - OVERVIEW D’UN PROJET INFORMATIQUE VENDREDI 06/11 01 Accueil 2 ICE BREAKER ! Qui sommes nous ? Martin AUNE : martin.aune@bordeaux-inp.fr Pauline GALVAO : pauline.galvao@bordeaux-inp.fr 4 Bonnes pratiques et astuces Classe virtuelle Je facilite ma concentration … Je coupe toutes les sollicitaions extérieures : téléphone, mails, ... Je m’installe dans un espace calme. Je mets mes écouteurs … Je réduis le bruit ambiant pour optimiser l’écoute. Je coupe mon micro quand je ne parle pas … J’améliore l’écoute en supprimant les bruits parasytes. Formation à distance Format du cours : - 4 Cours + TD en sous-groupes - Contrôle de connaissance final - Utilisation de Klaxoon Quelles notions pensez-vous aborder dans ce cours ? 5 min 5 Vous impliquer dans le cours (malgré la distance…) Comprendre comment est réalisé un projet informatique en entreprise Se familiariser avec les termes utilisés en entreprise Donner du sens, du concret sur les bonnes pratiques Présenter des exemples de méthodologie 6 Nos objectifs Contrôle de connaissances Sous la forme d’un examen final Questions sur la compréhension du cours et un exercice de modélisation 7 Découpage de ce cours de Génie Logiciel Overview d’un projet informatique - Qu’est-ce qu’un projet informatique - La modélisation (avec exercice en groupe) Cours + TD1 Spécification et architecture technique de la solution Cours + TD2 Construction de la solution Cours + TD3 Tests de la solution Cours + TD4 02 Qu’est ce qu’un projet informatique ? 8 Un projet informatique c’est : 9 Objectifs Changement, transformation pour l’entreprise Maitrise des pratiques d’ingénieurie Méthode : basée sur des standards internationaux reconnus formalisant notre savoir faire et celui de la communauté internationale Pilotage par les risques et la valeur métier : adaptable aux contextes et aux besoins des projets Budget Besoin, idée (plus ou moins détaillé) Le Genie Logiciel c’est : 10 Objectifs Changement, transformation pour l’entreprise Maitrise des pratiques d’ingénieurie Méthode : basée sur des standards internationaux reconnus formalisant notre savoir faire et celui de la communauté internationale Pilotage par les risques et la valeur métier : Adaptable aux contextes et aux besoins des projets Budget Besoin, idée (plus ou moins détaillé) Cycle en V : Linéaire avec effet tunnel Agilité (cf cours dédié) : état d’esprit plus qu’une méthode, centrée sur les interactions humaines sur l'adaptation aux changements, et sur la production de résultats opérationnels Itératif et incrémental : apport de valeur ajoutée par des cycles courts et de l’amélioration continue 11 Les delivery process 12 Itératif et incrémental □Time Boxed (entre 2 et 6 semaines) □Objectifs vérifiables □Résultats tangibles □Agree □Définir et partager les objectifs priorisés par les risques, la valeur métier □Execute □Réaliser les objectifs et le pilotage au quotidien □Assess □Evaluer objectivement les résultats □Analyser les impacts pour la suite □Effectuer une rétrospective : l’équipe analyse ce qui a bien fonctionné ou pas, et définit les actions pour améliorer le processus L’itération : au cœur du process 13 Itération : un vrai mini projet Le delivery Process par itérations 14 Démarrage Elaboration Construction & Tests Transition Le projet est faisable ? Les conditions sont réunies pour construire ? L’application peut être livrée au Client ? Le projet est clos ? La vision est définie (scope) • Le socle architectural est démontré et maîtrisé par l’équipe • Le niveau de spécification est suffisant La version complète de la release est disponible • Le Client a validé le produit • La garantie est terminée Manage & Support Activities Des activités d’ingénierie nativement intégrées au delivery process du projet 15 Initial Release La release initiale est la 1ère version de l’application Et après la release initiale ? 16 Les services d’Operation & Support (TMA ou MCO) sont nécessaires pour assurer le bon fonctionnement de l’application et apporter des petits correctifs ou évolutions. D’autres releases constituent les versions successives de l’application Release Release Release Release Operation & Support L’application est retirée de la production Retirement Chef de Projet (Project Manager) Pilotage des équipes Gestion planning / budgets Reporting hiérarchie / client Responsable fonctionnel (Business Analyst) et/ou Testeur Modélisation du besoin métier, des exigences Analyse et conception fonctionnelle Rédaction des spécifications Rédaction et exécution des plans de tests Architecte Sécurise l’architecture technique de la solution Responsable technique (Lead Tech), UX et développeurs Conception technique et implémentation de la solution Support à l’équipe technique Gestion des configurations, des environnements, déploiements, tests de performance 17 Les rôles sur un projet Et en plus : Chez le client Métier (MOA) qui porte le besoin Responsable de compte Dans le contexte ESN Directeur de surveillance Commerciale du compte client Directeur industriel Tous ces rôles peuvent être partagé entre des équipes françaises et off-shore 03 La modélisation 18 Et pourquoi on modélise ? 19 Comprendre Communiquer Générer du code ConcevoirUn bon croquisvaut mieux qu'un long discours.«Napoléon Bonaparte» Quand modéliser ? 20 Au démarrage du projet pour comprendre le besoin métier Tout au long du projet (réflexion sur toutes les activités et maintien de la documentation) BPMN Orienté pour les processus métiers Merise (MCD/MPD/…) Utilisé principalement pour la modélisation des données UML Large panel de diagramme Couverture de l’ensemble des besoins d’un projet informatique Custom 21 Différents langages Comment modéliser Les règles clés d’un diagramme de qualité Un schéma avoir une plus-value Un schéma doit être maintenu Les schémas doivent rester cohérents entre eux Principaux diagrammes et leur usage 22 Overview des diagrammes UML - Diagramme de classe : pour partager le vocabulaire, les notions/objets manipulés - Diagramme de Use Case : pour identifier les utilisateurs et l’utilisation des grandes fonctionnalités - Diagramme d’activité : pour faire des workflow/des scénarios - Diagramme de cycle de vie : pour présenter le cycle de vie d’un objet - Diagramme de séquence : pour les présentation les interactions entre les classes du système Statique : objet Dynamique : comportement des objets L’acteur exécute le use case Le use case définit les interactions entre l’acteur et le système pour réaliser une tâche métier Le système sujet de l’analyse qui procure les use cases Diagramme de use case EXEMPLE 23 Workflow Diagramme d’activités EXEMPLE 24 Diagramme de cycle de vie EXEMPLE 25 État Transition Diagramme de de séquence EXEMPLE 26 Format développé Format réduit Objet métier Attribut Un objet métier est une abstraction d’éléments réels (instances de l’objet métier) qui partagent les mêmes caractéristiques Un objet métier est créé dans un modèle Diagramme de classe 27 MODÉLISATION 1/4 Type de l’attribut Association Rôle joué par un objet métier dans l’association Nom de l’association et sens de lecture 28 Par défaut une association est bidirectionnelle Le nom de la relation et son sens de lecture sont informatifs uniquement mais permettent de définir du vocabulaire Diagramme de classe MODÉLISATION 2/4 0..* Cardinalité 0..* Indique le nombre d’instances de l’objet métier pouvant participer à la relation (c’est-à-dire les cardinalités autorisées). Par défaut : une occurrence (déconseillé car confusions avec la cardinalité * ) Zéro ou une occurrence De zéro à « n » occurrences (*) De une à « n » occurrences Valeurs précises uniquement si propriété intrinsèque (exemple : une personne a deux yeux) 29 Diagramme de classe MODÉLISATION 3/4 Un type primitif (Primitive) Une énumération (Enumeration) Un objet métier 30 Correspondra aux classes : Diagramme de classe MODÉLISATION 3/4 0..* [0..*] Modéliser les phrases 1 et 2 1. Une compagnie aérienne propose différents vols 2. Un vol est ouvert à la réservation et refermé sur ordre de la compagnie 3. Un client peut réserver un ou plusieurs vols pour des passagers différents 4. Une réservation concerne un seul vol et un seul passager 5. Une réservation peut être annulée ou confirmée 6. Un vol a un aéroport de départ et un aéroport d’arrivée 7. Un vol a un jour et une heure de départ et un jour et une heure d’arrivée 8. Un vol peut comporter des escales dans des aéroports 9. Une escale a une heure d’arrivée et une heure de départ 10. Chaque aéroport dessert une ou plusieurs villes 31 10 min Restitution 32 Modéliser les phrases 6, 7 et 10 1. Une compagnie aérienne propose différents vols 2. Un vol est ouvert à la réservation et refermé sur ordre de la compagnie 3. Un client peut réserver un ou plusieurs vols pour des passagers différents 4. Une réservation concerne un seul vol et un seul passager 5. Une réservation peut être annulée ou confirmée 6. Un vol a un aéroport de départ et un aéroport d’arrivée 7. Un vol a un jour et une heure de départ et un jour et une heure d’arrivée 8. Un vol peut comporter des escales dans des aéroports 9. Une escale a une heure d’arrivée et une heure de départ 10. Chaque aéroport dessert une ou plusieurs villes 33 10 min Restitution 34 0..* Modéliser les phrases 8 et 9 1. Une compagnie aérienne propose différents vols 2. Un vol est ouvert à la réservation et refermé sur ordre de la compagnie 3. Un client peut réserver un ou plusieurs vols pour des passagers différents 4. Une réservation concerne uploads/s1/ cours-enseirb-gl-a2-module1.pdf