d marche qualit logicielle
Download
Skip this Video
Download Presentation
Démarche Qualité Logicielle

Loading in 2 Seconds...

play fullscreen
1 / 14

Démarche Qualité Logicielle - PowerPoint PPT Presentation


  • 91 Views
  • Uploaded on

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

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Démarche Qualité Logicielle' - jiro


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é
slide6
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)
slide7
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
slide8
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
ad