D marche qualit logicielle
This presentation is the property of its rightful owner.
Sponsored Links
1 / 14

Démarche Qualité Logicielle PowerPoint PPT Presentation


  • 52 Views
  • Uploaded on
  • Presentation posted in: General

Démarche Qualité Logicielle. Emmanuel PERRIN Laboratoire de RMN [email protected] Le cœur du Problème. Disciplines Scientifiques Problème => cahier des charges Schéma : analyse du problème Schéma électronique, mécanique … Réalisation Informatique Problème Programmation

Download Presentation

Démarche Qualité Logicielle

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.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript


D marche qualit logicielle

Démarche Qualité Logicielle

Emmanuel PERRIN

Laboratoire de RMN

[email protected]


Le c ur du probl me

Le cœur du Problème

  • Disciplines Scientifiques

    • Problème => cahier des charges

    • Schéma : analyse du problème

      • Schéma électronique, mécanique …

    • Réalisation

  • Informatique

    • Problème

    • Programmation

    • Pas d’analyse


La qualit logicielle comme solution

La qualité logicielle comme solution ?

  • Bien poser le problème

    • Étape des Spécifications

    • Spécification Technique de Besoin Logiciel (STBL) (1/4 du budget temps)

  • Répondre aux spécifications

    • Étape d’étude/conception du programme

    • Document d’Architecture Logicielle (DAL) (1/8 du budget temps)

    • Faire apparaître des briques logicielles

  • Préparer l’implémentation

    • Document de Conception Détaillé (DCD) (1/8 du budget temps)

  • Implémenter en suivant le DCD / Reconception :

    • Unique étape de Programmation (1/4 du budget temps)

  • Version modifiée du DCD : inévitable

  • Version modifiée du DAL

  • Version modifiée STBL

  • Fiche de version

  • Documentation Utilisateur


Un exemple concret r solution du trin me du second degr

Un exemple concret : résolution du trinôme du second degré

  • Faire un logiciel qui trouve les solutions de :

    ax²+bx+c=0

  • Spécifications du Programme établies pour un budget temps (2h de programmation en Licence)

  • Architecture du Logiciel

  • DCD

  • Programmation

  • Validation (remontée DCD => DAL => STBL)


Mise en uvre documentation normalis e

Mise en œuvre : documentation normalisée

  • Fichiers « patrons » sous Word

  • Remplir tous les champs

    • Exhaustivité


D marche qualit logicielle

STBL

  • Question simple

  • Réponse complexe / nuancée par le budget temps

    • ax²+bx+c=0

    • a, b, c : réels ou complexes

      • Seul le cas réel est traité

      • Solutions dans le corps des réels (discriminant positif ou nul)

    • Langage - Système d’exploitation (Windows/Unix)

    • Pas de tracé graphique (+cher en temps)

  • Notion de contrat / négociation / budget temps

  • Description des fonctionnalités

    • Entrées

    • Traitement

    • Sorties

    • Conditions de validation

  • Validation

    • Client (enseignant)

    • Concepteur (etudiant)

    • Chef de projet (enseignant)


D marche qualit logicielle

DAL

  • C’est une réponse possible à la STBL

    • en informatique : pas d’unicité de la solution !

  • Dépend :

    • des objectifs

    • des contraintes

    • des connaissances de l’étudiant

    • des impératifs techniques (OS/Langage)

  • Notion de projet individuel

  • Le DAL permet (validation)

    • au concepteur (étudiant) d’analyser / concevoir

    • au chef de projet (enseignant) d’analyser la faisabilité du projet


D marche qualit logicielle

DCD

  • Chaque fonctionnalité est décrite en terme de fonctions logicielles

    • Entrées (type, nombre)

    • Traitements (algorithmes)

    • Sorties (type, nombre)

    • Vecteur de test

      • Entrées => Sorties => Validation


Phase de programmation

Phase de programmation

  • Suivre le DCD

  • Phase critique pour l’étudiant

    • Facilitée : suivre un canevas

    • Validation étape par étape


B n fices

Bénéfices

  • Fixer des objectifs précis

  • Disposer d’une méthodologie de travail

  • Gérer les impératifs techniques

  • La Documentation normalisée ne nuit pas à l’expression personnelle !


Exemple i

Exemple I

  • Audiodetector

    • Start-up domaine sécurité

    • Démonstrateur logiciel

    • Stage / emploi 6 mois + 3 mois école

  • Encadrement Informatique / Scientifique

    • Orléans / Sophia Antipolis

    • Mail / Doc. Qualité

  • Respect de la documentation qualité


Exemple ii

Exemple II

  • Travail coopératif

    • 3 séances de 2h TP, 1 groupe de 15 étudiants,

    • Plus de 6 heures de travail

  • Optimisation 1D / 2D / 3D


Exemple iii

Exemple III

  • Programmation Objet

  • UML


Conclusion

Conclusion

  • Approche : « la Qualité par l’Exemple »

  • La qualité comme outil méthodologique


  • Login