1 / 21

Processus d'expression du besoin

Processus d'expression du besoin. Réalisation de logiciel. processus d'expression du besoin (1) processus de développement du logiciel (2) maintenance du logiciel (3). Logiciel et Qualité. Logiciel de qualité => besoin exprimé conforme aux besoins réels

kaemon
Download Presentation

Processus d'expression du besoin

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Processus d'expression du besoin

  2. Réalisation de logiciel • processus d'expression du besoin (1) • processus de développement du logiciel (2) • maintenance du logiciel (3)

  3. Logiciel et Qualité • Logiciel de qualité => • besoin exprimé conforme aux besoins réels • produit conforme aux besoins exprimés • Chaque processus (1 & 2) doivent • construire cette conformité • permettre la vérification de cette conformité

  4. Importance de l'expression du besoin • Erreur la plus lourde de conséquence: commencer la réalisation sans savoir ce que veut l'utilisateur ! • Influence sur le coût global • sa qualité augmente les 'chances' de réussite du projet

  5. Processus d'expression du besoin • Il faut spécifier ce que l’on veut faire : • fonctionnalités • contraintes à respecter • des approches existent (!?) • peu d'approches systématiques • peu d'outils d'aide • du cas par cas • doit minimiser la possibilité de commettre des erreurs

  6. Phases essentielles • Phase 1: Collecte d’informations • rôle que le système doit jouer dans l’environnement • détails des exigences de l’utilisateur • Actions : • recueil des besoins, • détermination des objectifs, • identification des contraintes • Phase 2: caractériser le produit à livrer • utilisation de méthodes formelles • détermination (sommaire) des essais que l’on envisage de faire pour la recette

  7. Phases essentielles (suite) • Résultats: • un recueil d ’expression des besoins (ou cahier des charges) comprenant : • la situation actuelle et des opportunités d’amélioration • la situation à atteindre • comment atteindre la cible • performances attendues du système • les interfaces • ... • Etape de validation du cahier des charges

  8. Dossier de Spécification technique • Exigé par le maître d’ouvrage • Rédigé par le maître d’œuvre • doit quantifier toutes les performances fonctionnelles

  9. Les 2 aspects à ne pas négliger • les fonctions à remplir par le logiciel • les caractéristiques liées à l'environnement d'utilisation (un logiciel rapide, fiable, ergonomique, lisible, modulaire, structuré...) • vision externe : facteurs • présence ou absence détectée par les utilisateurs • vision interne : critères • perceptible par les informaticiens • les critères sont déterminant pour l'obtention des facteurs

  10. Efficacité mémoire/ périphérique Efficacité temps d'exécution Facilité d'apprentissage Historique des accès Protection du code Protection des données Indépendance % l'environnement matériel/logiciel Modularité Lisibilité Standardisation des données/interfaces/... Précision Critères

  11. Etude d'un critère: la modularité • rendre souple les architectures des systèmes pour atteindre les objectifs • Déf1: construction de programme par assemblage d'éléments de plus petite taille • il manque des aspects : • autonomie, cohérence, ... des modules • doit s'appliquer à la conception

  12. La modularité • Déf2: nouvelles précisions • aspects: • décomposabilité, composabilité, compréhensibilité, continuité et protection modulaire • principes: 1. tout module doit communiquer avec aussi peu d'autres modules que possible 2. faible couplage 3. masquage d'information

  13. La modularité • Et si vous ne comprenez pas ... =>fournir une vision abstraite du produit afin d'en améliorer la compréhension • par exemple: un graphe de connexion des modules • si n est le nombre de modules alors le nombre NC de connexions inter-module est dans l'intervalle : [n-1,n(n-1)/2] • le principe 1 précise que NC doit être aussi faible que possible...

  14. Exemple de graphe de connexion

  15. Exemple de graphe de connexion

  16. Exemple de graphe de connexion

  17. Notion de métrologie

  18. Lien entre facteurs et critères • Exigences sous forme de facteurs • Structure du logiciel à partir des critères • Lien: un critère "concourt à l'obtention" d'un facteur • Exemple: 'Historique des accès concourt à l'obtention de la confidentialité' • Des techniques permettant d'obtenir la qualité 'interne' , sont des moyens pour obtenir un logiciel satisfaisant des qualités externes

  19. Critère 'concourt à l'obtention' d'un facteur

  20. Intérêt de la démarche facteur-critère • cadre d'expression systématique • mise en évidence de certaines incompatibilités entre différentes exigences • Exemples: • Intégrité-Confidentialité / Facilité d'utilisation-Compatibilité-Portabilité • Efficacité / Portabilité-Extensibilité-Robustesse • Solution pour concilier de tels facteurs apparemment contradictoires • Compromis avec affectation d'un poids pour chaque facteur

  21. Maquettage et prototypage • avant toute phase de production • permet de valider les besoins exprimés (maquette) • permet de valider les solutions retenues (prototype)

More Related