Remerciez-le!

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

Phase danalyse Phase Phase d d analyse analyse Ing Ingé énierie des nierie d

Phase danalyse Phase Phase d d analyse analyse Ing Ingé énierie des nierie des exigences exigences et des et des besoins besoins Cours de Génie Logiciel 2 Les catégories de développement Création dun nouveau logiciel Degré dinnovation Degré de personnalisation (spécifique, personnalisable, générique) Évolution dun logiciel existant Amélioration des caractéristiques opérationnelles Adjonction de nouvelles fonctionnalités Rénovation dun logiciel existant Re-développement du logiciel à iso-fonctionnalités Exemples: passage à lan 2000, passage à lEuro, migrations technologiques Cours de Génie Logiciel 3 Document dentrée Le «Cahier des charges des besoins et des exigences» est un document élaboré par le client qui décrit ce quil attend du produit: Fonctionnalités Caractéristiques opérationnelles (quantifiables ou non quantifiables). Exigences de réalisation Cours de Génie Logiciel 4 Caractéristiques opérationnelles Caractéristiques fonctionnelles Performances Complexité Réactivité Modes dégradés ... Caractéristiques dutilisation Exploitation confidentialité sécurité efficacité maniabilité robustesse disponibilité couplabilité ... Maintenance maintenabilité adaptabilité portabilité stabilité ... Caractéristiques de criticité continuité du service tolérance aux fautes Cours de Génie Logiciel 5 Le processus danalyse Cest un processus centré client qui a pour objectif de: Rendre explicite et non ambigus les besoins - ce que devrait faire le système - du point de vue des utilisateurs et du client. Comprendre les besoins Intégrer les points de vue des différents utilisateurs Définir le périmètre du système à réaliser Identifier les exigences de réalisation et analyser leur impact Cours de Génie Logiciel 6 Processus danalyse Comprendre les besoins et les exigences du client Observer Ecouter Dialoguer Cours de Génie Logiciel 7 L’analyse: un travail coopératif L’analyse est un travail coopératif Cahier des charges des besoins et des exigences STBE Annexe technique Dictionnaire Besoins réel Modèles conceptuels Concepts Client Equipe de développement Contrat externe Contrat interne Cours de Génie Logiciel 8 Identifier les limites du système à étudier Domaine de référence Cas à traiter Système à étudier Utilisateur 1 Utilisateur 2 Utilisateur 3 Contexte Cours de Génie Logiciel 9 Système et Services Système: entité en interaction avec dautres entités (définition «boîte noire ») Utilisateur: un système (humain ou physique) extérieur au système étudié qui interagit avec lui. Lensemble des utilisateurs constitue le contexte. Le Service délivré par un système est son comportement tel quil est perçu par ses utilisateurs. Cours de Génie Logiciel 10 Un exemple: «La médiathèque municipale» Enoncé du cas à traiter: Réaliser un logiciel destiné à aider dune part les usagers à utiliser la médiathèque municipale et dautre part le personnel de la médiathèque à gérer les prêts et les retours des médias (livres, CD, logiciels, cassettes, vidéos, DVD,). Principales fonctionnalités attendues: maintenir un catalogue de tous les articles de médias pour offrir une assistance pour leur recherche maintenir un journal des prêts de médias par emprunteur et par article de média maintenir un journal des retours de médias par emprunteur et par article de média produire les rappels et les avis damendes pour les prêts en retard Cours de Génie Logiciel 11 Un exemple (2) Services municipaux Cas médiath èque Système de gestion de la médiathèque bibliothé caire Emprunt eur … Système d’information municipal Cours de Génie Logiciel 12 Documents de sortie La «Spécification technique des besoins et des exigences» (STBE) est un document formalisé rédigé par le fournisseur qui décrit le système en termes de fonctionnalités à assurer et dexigences à respecter. Le «Dictionnaire» des termes spécifiques et génériques utilisés dans la spécification technique. N.B.: Ce dictionnaire sera enrichi à chaque étape du développement, chaque fois quun nouveau terme technique sera utilisé dans un document. L«Annexe technique du contrat » décrit les engagements techniques du fournisseur. Ce document est rédigé à partir de la STBE. Cours de Génie Logiciel 13 Un exemple de plan type dune STBE 1. Généralités 1.1. Objet de la spécification 1.2 Domaine dutilisation 1.3 Identification du produit 1.4 Guide de lecture du document 2. Documents applicables et de référence 3. Terminologie et abréviations Cours de Génie Logiciel 14 Un exemple de plan type dune STBE 4. Spécifications générales 4.1 Description du produit et de son utilisation 4.2 Descriptions générales des fonctionnalités du produit 4.3 Exigences opérationnelles 4.3.1 Contraintes dexploitation 4.3.2 Capacités limites 4.3.3 Modes de fonctionnement (mode nominal, mode extrême , mode dégradé) 4.3.4 Performances fonctionnelles 4.3.5 Sûreté de fonctionnement (FDMS, confidentialité, intégrité,) 4.4 Exigences de réalisation 4.4.1 Solutions techniques imposées 4.4.2 Solution s techniques interdites 4.4.3 Interfaces avec le matériel 4.4.4 Interfaces avec dautres logiciels 4.4.5 Architecture matérielle opérationnelle 4.5 Interface Homme-Machine 5. Qualification et contrôle 6. Description générale de chaque fonction 7. Divers Cours de Génie Logiciel 15 Choix dun formalisme Le formalisme utilisé pour décrire les besoins et les exigences doit favoriser: La communication entre dune part les utilisateurs/experts du domaine dapplication/thématiciens et dautre part les développeurs/ concepteurs du produit La structuration, la désambiguïsation, lexhaustivité et la cohérence des descriptions Lapproche choisie dans ce cours est caractérisée par: Le concept de cas dutilisation Le langage naturel structuré Le formalisme UML Un processus standardisé pour spécifier les cas dutilisation Les « cas dutilisation » Les Les « « cas d cas d utilisation utilisation » » Cours de Génie Logiciel 17 Acteurs (1) Acteur: un ensemble cohérent de rôles joués par un utilisateur (i.e. une manière dutiliser le système étudié) Commentaire: un même utilisateur peut jouer plusieurs rôles Personne Equipement Système externe Organisation extérieure Cours de Génie Logiciel 18 Acteur (2) Un acteur est un rôle Cours de Génie Logiciel 19 Les catégories dacteurs Les acteurs principaux: les acteurs pour qui le système est construit. Les acteurs secondaires: les acteurs nécessaires au bon fonctionnement du système, mais qui ne sont pas ceux pour qui le système est construit. Cours de Génie Logiciel 20 Scénarii et cas dutilisation Scénario: séquence dévènements qui décrivent une interaction entre le système étudié et un acteur Cas dutilisation: ensemble de scénarios similaires (mêmes acteurs + mêmes services) Commentaire: un cas dutilisation peut être appréhendé comme une classe dont les instances sont les scénarii. Un exemple de Scénario: Lusager «François» consulte le catalogue de la médiathèque municipale pour savoir sil peut emprunter le DVD du film «Le Seigneur des Anneaux La communauté de lanneau». Un exemple de Cas dutilisation: Consulter le catalogue de la médiathèque municipale Cours de Génie Logiciel 21 Notation Cas d’utilisation 1 Cas d’utilisation 2 Cas d’utilisation 3 Acteur 3 Acteur 2 Acteur 1 Relation d’association Système Acteurs principaux Acteurs secondaires Cours de Génie Logiciel 22 La médiathèque municipale Rechercher un média Gérer les rappels Gérer les emprunteurs Système de stockage des médias bibliothécaire usager Maintenir le catalogue des médias Cours de Génie Logiciel 23 Description préliminaire dun cas dutilisation Elaborer une fiche par cas dutilisation Cas d’utilisation : <Nom du cas d’utilisation> Acteur (s):<Noms des acteurs qui interagissent avec le système> Description: <Description du cas d’utilisation> Cours de Génie Logiciel 24 Exemple de description dun cas dutilisation Le cas dutilisation: «Gérer les emprunteurs » Cas d’utilisation : Gérer les emprunteurs Acteur (s): Bibliothécaire Description: •Gérer la liste des emprunteurs •Gérer les paiements •Gérer les emprunts et les retours de médias Cours de Génie Logiciel 25 Diagramme de cas dutilisation Cest un diagramme qui montre un ensemble de cas dutilisation et dacteurs ainsi que leurs relations. Il donne une représentation graphique de la vue statique des cas dutilisation dun système. Il sert à modéliser le contexte et les exigences dun système. Cours de Génie Logiciel 26 La relation dinclusion « include » Le cas dutilisation A contient («include») le cas dutilisation B ssi le cas dutilisation A utilise tous les comportements du cas dutilisation B. En d autres termes, le cas dutilisation A incorpore le comportement du cas dutilisation B. La relation dinclusion sert à décomposer un cas dutilisation complexe en cas dutilisation plus simples. Elle favorise la modularité et la réutilisation. Notation et exemple Mettre à jour médias Ajouter média Supprimer média « include » « include » Cours de Génie Logiciel 27 La relation dextension «extend» Le cas dutilisation B étend («extend») le cas dutilisation A ssi le cas dutilisation B est une variante du cas dutilisation A . Le cas dutilisation étendu complète le comportement du cas dutilisation de base pour traiter un cas particulier. Il est nécessaire de préciser la condition d e déclenchement de lextension ainsi que le point dextension. Notation et exemple Rechercher médias Recherche avancée médias « extend » Cours de Génie Logiciel 28 La relation de généralisation La relation de généralisation sapplique aussi bien aux acteurs quaux uploads/Management/ phase-analyse-1.pdf