Академический Документы
Профессиональный Документы
Культура Документы
.L. G
Rmy Courdier
Universit de la Runion
15, Avenue Ren Cassin - BP 7151 97715 Saint Denis La Runion Tl. : 02 62 93 82 83 - Fax : 02 93 82 60 Email : Remy.Courdier@univ-reunion.fr
Rmy Courdier - V1.7 1
Plan du cours
.L. G
.L. G
Les Cycles de vie de dveloppement industriel de logiciels Les bases de la qualit du logiciel Des mthodes fonctionnelles aux mthodes Objet
.L. G
Difficult de matrise des cots Difficult de ralisation de plannings Difficult de matrise des dlais de ralisation Difficult damlioration de la productivit et de la qualit des logiciels Difficult de gestion de projets logiciels de grande ampleur (Programming in the Large) Nombreux checs : rsultats fournis par les logiciels insatisfaisants pour les clients finaux. Tout ceci dans un contexte de comptition internationale svre
Rmy Courdier - V1.7 4
.L. G
33-34 % : Systme dexploitation, Arospatiale 44-46 % : Contrle et Rgul. indus., Calcul scientifique, Gestion
Codage
17-20 % : Systme dexpl., Contrle et Rgul. indus., Arospatiale 26-28 % : Calcul scientifique, Gestion
Test/Intgration
28-34 % : Contrle et Rgul. indus., Calcul scientifique, Gestion 46-50 % : Systme dexploitation, Arospatiale
Maintenance
cots trs importants...
.L. G
Qualification du personnel par la formation Procdures de gestion de la qualit logiciel Outils ddis au GL (CASE, Logiscopes) Langages et environnements de programmation Prototypage Mthodes formelles et semi-formelles Rutilisabilit
Lapproche objet
Rmy Courdier - V1.7 6
.L. G
.L. G
Test
Lancement ou Livraison
Problme de leffet tunnel o lon ne voit tourner quelque chose qu la fin. => Dtection derreurs tardive
Rmy Courdier - V1.7 8
limites du modle linaire Les projets prsentent bien souvent une part dinconnu et donc de risques.
.L. G
Mconnaissance des besoins par le client Incomprhension des besoins par le fournisseur Instabilit des besoins Choix technologiques Mouvements de personnels ...
.L. G
bas sur lvolution de prototypes excutables, mesurables diminution de limportance des documents de spc. dtaille livraisons intermdiaires => rsultats concrets rguliers de lquipe de dveloppement meilleurs anticipation et prise en compte des problmes meilleurs gestion de la prise en compte de modifications de spcification qui peuvent tre intgres dans une itration future intgration progressive de composants ...
En gnral, dans les cycles de dveloppement itratifs, chaque itration reproduit le cycle en cascade une plus petite chelle.
Rmy Courdier - V1.7 10
.L. G
A chaque itration, le logiciel doit tre dans un tat quasi commercialisable Grand intrt en prototypage incrmental Trs utilis sur les projets reposant sur lobjet.
La premire spire doit comprendre les lments les plus abstraits et Le cur fonctionnel minimum du systme
11
.L. G
qualit soci d Outil de mesure de qualit des socits de dveloppement informatique. groupes Le Niveau 2 est de plus en plus souvent requise par les grands groupes industriel Origine : 1987 - SEI Software Ingineering Institute de la Carnegie Mellon University L' L'tat du CMM est maintenue par Software Engineering Measurement and Analysis (SEMA) l'adresse http://www.sei.cmu.edu/activities/sema/profile.html
12
.L. G
Peu de formalisation, Abandon de toute mthode en cas de crise Le processus de dveloppement est ad hoc , et parfois mme chaotique. Peu de procdures sont dfinies et le succs repose sur des efforts individuels.
13
.L. G
L' L'tat du CMM est maintenue par : Software Engineering Measurement and Analysis (SEMA) l'adresse http://www.sei.cmu.edu www.sei.cmu.edu/ http://www.sei.cmu.edu/a ctivities/sema/ /sema/profile.ht ctivities/sema/profile.ht ml
14
.L. G
Facteurs internes
Maintenabilit (support du temps..., testabilit, traabilit) Portabilit Cohsion : forte cohsion dans les modules Faible couplage entre les modules
Rmy Courdier - V1.7 15
.L. G
Dcoupage du logiciel en modules indpendants prsentant des caractristiques dabstraction, dencapsulation, et de faible couplage
abstraction : chaque module doit correspondre une abstraction
pr-existante et doit pouvoir tre dfini de faon abstraite, indpendamment de tout traitement susceptible dutiliser le module.
1. Introduction au Gnie Logiciel 1.4. Des mthodes fonctionnelles aux mthodes. Objets
.L. G
Coucher
Coucher(heros,...);
Application MonJeu
Rmy Courdier - V1.7 17
1. Introduction au Gnie Logiciel 1.4. Des mthodes fonctionnelles aux mthodes. Objets(2)
Lapproche Objet
.L. G
Regroupement donnes-traitements Diminution de lcart entre le monde rel et sa reprsentation informatique (approche naturelle)
Les informaticiens sont pervertis : le monde est avant tout objet
Localisation des responsabilits : encapsulation Dcomposition par identification des relations entre objets :
association, composition , gnralisation/spcialisation
Tomber Coucher
18
1. Introduction au Gnie Logiciel 1.4. Des mthodes fonctionnelles aux mthodes. Objets(3)
.L. G
Conception
Programmation
PF & PS POO
SD SD POO
SA SA OOD SA OOA
19
POO
OOD
1. Introduction au Gnie Logiciel 1.4. Des mthodes fonctionnelles aux mthodes. Objets(4)
.L. G
Mthodes Objet
OOD : Booch (91,93) OOA : Coad-Yourdon (90) HOOD : pour Ada (88) OOM : Bouzeghoub (93) merise OOSE : Jacobson ...Shlafer-Mellor, Meyer, Embley OMT : Rumbaugh (91,93)
Rmy Courdier - V1.7
UML
20
1. Introduction au Gnie Logiciel 1.4. Des mthodes fonctionnelles aux mthodes. Objets(4)
La spcification UML
.L. G
UML V0.8 diffuse en 10/95
Grady Booch Jim Rumbauch Ivar Jacobson (trois amigos) Groupe de travail dirig par Mary Loomis et Jim Odell
UML
Unified Modeling Langage Objectfor Object-Oriented Development UML V1.0 remise lOMG le 17/01/97
Jim Rumbauch, UML 2.0 Guide de rfrence UML Ouvrage de rfrence pour les notations UML
21
.L. G
Fin du Chapitre 1
22