Mthodologie de conception 2011/2012

MTHODOLOGIES DE CONCEPTION ISET-DJERBA

TI21et TI22
1

HAJJEJ Faten

MTHODOLOGIE DE CONCEPTION
2

Chapitre 1: Introduction

QU'EST CE QU'UN LOGICIEL ?

Mthodologie de conception 2011/2012

Un logiciel ou une application est un ensemble de programmes, qui permet un ordinateur ou un systme informatique dassurer une tche ou une fonction en particulier Exemple : logiciel de comptabilit, logiciel de gestion des prts

CRISE DU LOGICIEL La `` crise du logiciel '' est apparue la fin des annes 60. Cette crise provient d'un dcalage entre les progrs matriels d'une part et logiciels d'autre part
Par consquents: laugmentation des cots les difficults de maintenance et dvolution la non fiabilit le non respect des spcifications le non respect des dlais

Mthodologie de conception 2011/2012

FACTEURS DE QUALIT LOGICIEL

Facteurs externes (visibles par le client) Exactitude : le logiciel fournit les bons rsultats Robustesse : le logiciel ragit correctement des donnes fausses Stabilit : possibilit dintgrer des modifications de spcification lgres Fiabilit : exactitude + robustesse Efficacit : performances dexcution, encombrement mmoire,...

Mthodologie de conception 2011/2012

FACTEURS DE QUALIT LOGICIEL(SUITE)

Facteurs internes Maintenabilit (support du temps.) Portabilit Faible couplage entre les modules

Mthodologie de conception 2011/2012

COMMENT FABRIQUER UN LOGICIEL DE QUALIT ?

Besoins

Processus de dveloppement (cycle de vie)

Mthodologie de conception 2011/2012

Systme logiciel

Le dfi relever sont : Guider le dveloppement du logiciel, de sa conception sa livraison. Contrler les cots, valuer les risques et respecter les dlais tablir des critres dvaluation de la qualit dun logiciel

LES PROCESSUS DE DVELOPPEMENT LOGICIEL (CYCLE DE VIE)

Un processus de dveloppement logiciel est un ensemble (structur) dactivits que conduisent la production dun logiciel Remarques Il nexiste pas de processus idal La plupart des entreprises adapte les processus existants leurs besoins Ces besoins varient en fonction du domaine, des contraintes de qualit, des personnes impliques.

Mthodologie de conception 2011/2012

ACTIVITS DU DVELOPPEMENT
LOGICIEL Les activits des processus de dveloppement logiciels se regroupent en 6 grandes catgories :
Mthodologie de conception 2011/2012

1) Analyse et Spcication du logiciel: Ce que doit faire le systme, son interface avec les utilisateurs ou les autres systmes en fonction du cahier des charges 2) La conception

Architecture du systme en terme de modules, communication entre les modules Conception dtaille de chaque module : donnes et algorithmes

ACTIVITS DU DVELOPPEMENT LOGICIEL(SUITE)

3) Code et implmentation: Codage des modules, ventuellement par diffrentes quipes 4)Test :

Mthodologie de conception 2011/2012

Tests unitaires de chaque module Test de lintgration des modules pour constituer lapplication

5) Validation:

Vrification de la conformit la spcification ( fonctionnalits, performances)

10

ACTIVITS DU DVELOPPEMENT LOGICIEL(SUITE)

6) Maintenance: Suivi du produit en service (rparations, ajout de fonctions)

Mthodologie de conception 2011/2012

Maintenance corrective :

Maintenir pour corriger certaines lacunes dans le logiciel.

Maintenance volutive :

Maintenir pour faire voluer certaines fonctionnalit du logiciel

11

CATGORIE DE CYCLES DE VIE

Les deux grandes catgorie de cycles de vie

Mthodologie de conception 2011/2012

Les cycles linaires

Les cycles itratifs

Succession dtapes ordonnes

Ralisation incrmentale par volutions

12

LES CYCLES LINAIRES

Lenchanement des tapes est linaire. Chaque tape ne commence que lorsque ltape prcdente est termine
Mthodologie de conception 2011/2012

Cycle en cascade

Cycle en V

13

LES CYCLES LINAIRES(SUITE)

Mthodologie de conception 2011/2012

Problme de leffet tunnel o lon ne voit tourner quelque chose qu la fin => Dtection derreurs tardive

14

LES CYCLES ITRATIFS

On

commence par dvelopper un sousensemble des fonctionnalits (noyau du logiciel) de manire linaire (en cascade). On itre un modle linaire pour dvelopper incrmentalement de plus en plus de fonctionnalits, jusqu achvement du projet.

15

Mthodologie de conception 2011/2012

LES CYCLES ITRATIFS(SUITE)

Mthodologie de conception 2011/2012

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

16

LES CYCLES ITRATIFS (SUITE)

Cycle en spirale
La premire spire doit comprendre les lments les plus abstraits et Le cur fonctionnel minimum du systme
A chaque spire, il y a itration complte sur les phases : Analyse A chaque itration, le Conception logiciel doit tre dans un Codage tat quasiTest
Mthodologie de conception 2011/2012

commercialisable

17

LA MODLISATION EN GNRAL
Types de Modlisation :

Modlisation priori : Modliser un systme avant sa ralisation (le systme nexiste pas encore). Objectifs : Comprendre le fonctionnement du future systme. Mesurer et Matriser sa complexit. Assurer sa cohrence. Pouvoir communiquer au sein de lquipe de ralisation.

18

Mthodologie de conception 2011/2012

LA MODLISATION EN GNRAL
Types de Modlisation :

Modlisation posteriori : Modliser un systme aprs sa ralisation (le systme existe dj). Objectifs : Corriger les erreurs dans lancien systme. Faire voluer lancien systme.

19

Mthodologie de conception 2011/2012

APPROCHES DE MODLISATION POUR LE

LOGICIEL

Approche fonctionnelle Approche traditionnelle base sur lutilisation des procdures et des fonctions. Les grands programmes sont dcomposs en sous-programmes. Approche oriente objets On identifie les lments du systme et on en fait des objets. On cherche faire collaborer ces objets pour quils accomplissent la tche voulue.

20

Mthodologie de conception 2011/2012

MODLISATION FONCTIONNELLE
La modlisation du systme se base sur les fonctions, et non pas sur les objets. On commence par dterminer la fonction globale du systme. Puis, on dcompose la fonction globale du systme en plusieurs sous-fonctions jusqu obtenir des fonctions lmentaires simples programmer. Il sagit dune dmarche descendante.

21

Mthodologie de conception 2011/2012

MODLISATION FONCTIONNELLE (SUITE)

Avantages : Adquate pour les petits logiciels et les systme peu complexes. Dmarche ordonne et organise. Inconvnients : Pose des problmes de structuration de donnes, car elle est oriente fonctions. Produit des logiciels non rutilisables. Produit des logiciels trs difficile les faire voluer ou corriger. 22

Mthodologie de conception 2011/2012

APPROCHE ORIENTE OBJETS

Le modle produire est dcrit en terme dobjets et non pas en terme de fonctions. On peut partir des objets du domaine (briques de base) et remonter vers le systme global. On dfini galement les interactions et les collaborations entre les objets du systme. Il sagit essentiellement dune approche ascendante.

23

Mthodologie de conception 2011/2012

APPROCHE ORIENTE OBJETS

Avantages : Dmarche naturelle et logique. Raisonnement par abstraction sur les objets du domaine. Inconvnients : Parfois moins intuitive que lapproche fonctionnelle. Rien dans les concepts de base objets ne prcise comment modliser la structure objet dun systme de manire pertinente. 24

Mthodologie de conception 2011/2012

Mthodologie de conception 2011/2012

Les concepts importants de lapproche orients objets

25

LES OBJETS
Lapproche oriente objet considre le logiciel comme une collection dobjets possdant des caractristiques un objet est caractris par plusieurs notions

Mthodologie de conception 2011/2012

Une identifiant un attribut (i.e. un donne) une entit comportementale de lobjet (i.e. une fonction)

Lobjet peut avoir une existence physique: un livre, un tudiant Ou ne pas en avoir: un texte de loi, date, une maladie

Objet tudiant
26

LIDENTIT
Lobjet possde une identit, qui permet de le distinguer des autres objets, indpendamment de son tat On construit gnralement cette identit grce un identiant dcoulant naturellement du problme exemple :un produit pourra tre repr par un code, une voiture par un numro de srie
Num-Carte-tudiant

Mthodologie de conception 2011/2012

Objet tudiant

27

LES ATTRIBUTS (TAT)

Mthodologie de conception 2011/2012

Il sagit des donnes caractrisant lobjet. Ce sont des variables stockant des informations sur ltat de lobjet Ltat de lobjet volue au cours du temps Certaines composantes dtat peuvent tre constantes (marque dune voiture, pays de construction..)

Num-Carte-tudiant Nom Prnom Date-Naissance Diplme

Objet tudiant

28

LES MTHODES

Mthodologie de conception 2011/2012

Les mthodes dun objet caractrisent son comportement, cest--dire lensemble des actions (appeles oprations) que lobjet capable de raliser. Les mthodes (ou les comportements) regroupent toutes les comptences dun objet et dcrit les actions et les ractions de cet objet

Num-Carte-tudiant Nom Prnom Date-Naissance rsultat Diplme Vrifier-Nom() Changer-Diplme ()

Objet tudiant

29

LES MTHODES (SUITE)

Mthodologie de conception 2011/2012

Ltat et le comportement sont lis, en effet, le comportement un instant donne dpend de ltat courant et ltat peut tre modifier par le comportement Exemple:

Il est possible de faire atterrir un avion la condition quil soit en train de voler le comportement atterrir n est valide que si linformation en vol est valide Aprs latterrissage, linformation en vol devient invalide, et lopration atterrir na plus de sens

30

COMMUNICATION ENTRE OBJETS

Mthodologie de conception 2011/2012

les systmes informatiques objets peuvent tre vue comme des socits dobjets travaillent afin de raliser les mcanismes de lapplication la fonction global dune application repose sur la communication entre les objets qui la composent
Les objet interagissent (changent des messages) pour raliser les fonctionnalits de lapplication

31

LE CONCEPT DE MESSAGE
Lunit de communication entre objet est le message

Mthodologie de conception 2011/2012

Les oprations dun objet sont dclenches suite une stimulation externe, reprsente sous la forme dun message envoy par un autre objet, en rponse un message lobjet destinataire dclenche un comportement
Les messages sont reprsents par des flches tiquetes, places le long de liens qui unissent les objets

32

LE CONCEPT DE MESSAGE (SUITE)

Message Synchrone

Il dclenche une opration uniquement lorsque le destinataire accepte le message Une fois le message est envoy, lexpditeur est bloqu jusqu ce que le destinateur accepte le message

Mthodologie de conception 2011/2012

Message Asynchrone
Un message asynchrone ninterrompt pas lexcution de lexpditeur Lexpditeur envoie le message sans savoir quand, ni mme si le message sera traiter par le destinateur Du point de vue du destinateur, un envoi asynchrone doit pouvoir tre pris en compte tout moment

33

NOTION DE CLASSE ET DINSTANCE

Mthodologie de conception 2011/2012

Lorsque des objets ont les mmes attributs et comportent : ils sont regroups dans une famille appele Classe Les objets appartenant celle-ci sont les instances de cette classe Linstanciation est la cration dun objet dune classe

34

NOTION DE CLASSE ET DINSTANCE (SUITE)

Les attributs dune classe correspond aux proprits de la classe Ils sont dfinis par un nom , un type et ventuellement une valeur initiale Chaque objet, instance dune classe, donne des valeurs particulires tous les attributs dfinis dans sa classe et fixe par le mme son tat La spcification du comportement dun objet est dfinie par les oprations dcrites dans sa classe
Nom : Dupont Nom : Durant
Mthodologie de conception 2011/2012

Capital UV : capital1

Capital UV : capital2

Diplme : matise de Sciences Eco.

Vrifier-Nom Changer-Diplme

Diplme : licence de Socio.

Vrifier-Nom

Changer-Diplme

Deux instances dune mme classe peuvent avoir des attributs avec des valeurs diffrentes et mais partagent les mmes 35 mthodes.

HRITAGE,

GNRALISATION, SPCIALISATION

Lhritage est un mcanisme de transmission des caractristiques dune classe (ses attributs et mthodes) vers une sous-classe La notion dhritage peut se faire par lintermdiaire de la Gnralisation et la Spcialisation Classe mre

Mthodologie de conception 2011/2012

Spcialisation Classe fille

Gnralisation

36

LENCAPSULATION
Lencapsulation consiste masquer des attributs et des mthodes de lobjet vis--vis des autres objets En effet, certains attributs et mthodes ont pour seul objectif des traitements internes lobjet et ne doivent pas tre exposs aux objets extrieurs Lencapsulation garantit lintgrit des donnes, car elle permet dinterdire, ou de restreindre, laccs direct aux attributs des objets.

37

Mthodologie de conception 2011/2012

UML

38

Mthodologie de conception 2011/2012

HISTORIQUE DE LA PROGRAMMATION PAR

OBJETS

Simula (1969) Smalltalk (1970) C plus Classes (1980) C++ (1985) Eiffel (1988) Java (1995)

39

Mthodologie de conception 2011/2012

HISTOIRE DES MODLISATIONS PAR OBJETS

Lorsque la programmation par objets prend de limportance au dbut des annes 1990, la ncessit dune mthode de modlisation qui lui soit adapte devient vidente. Plus de cinquante mthodes apparaissent entre 1990 et 1995 (Booch, Classe-Relation, Fusion, HOOD, OMT, OOA, OOD, OOM, OOSE, etc.) mais aucune ne parvient simposer.

40

Mthodologie de conception 2011/2012

HISTOIRE DES MODLISATIONS PAR OBJETS (SUITE)

En 1994, le consensus se fait autour de trois mthodes :
OMT de James Rumbaugh (General Electric) fournit une reprsentation graphique des aspects statique, dynamique et fonctionnel dun systme OOSE dIvar Jacobson (Ericsson) fonde lanalyse sur la description des besoins des utilisateurs (cas dutilisation, ou use cases)

Mthodologie de conception 2011/2012

UML

Unified Modeling Language

OOD de Grady Booch, dnie pour le Department of Defense, introduit le concept de paquetage (package)

41

VOLUTION PERMANENTE DUML En 1995, Booch et Rumbaugh (et quelques autres) se sont mis daccord pour construire une mthode unie, Unied Method 0.8 En 1996, Jacobson les rejoint pour produire UML 0.9 En 1997 la notion UML est adopte par LOMG LOMG cre une Task Force charge de lvolution dUML En 2003, version UML 1.5 En 2005 UML 2.0 En 2007 UML 2.1.1

42

Mthodologie de conception 2011/2012

UML (UNIFIED MODELING LANGUAGE)

UML se dfinit comme un langage de modlisation graphique et textuel destin comprendre et dcrire des besoins, spcifier et documenter des systme, concevoir des architecture et des solutions logiciels UML est un langage de modlisation trs rpondu, garce sa richesse smantique, qui rend abstrait de nombreux aspects techniques En fait, et comme son nom lindique, UML na pas lambition dtre exactement une mthode: cest un langage

43

Mthodologie de conception 2011/2012

AXE DE MODLISATION
UML 2.0 comporte treize types de diagrammes reprsentant autant de vues pour reprsenter des concepts particuliers du systme dinformation. Ils se rpartissent 3 grands groupes : Diagramme statique Diagramme fonctionnel Diagramme dynamique

44

Mthodologie de conception 2011/2012

Statique
diagramme de classes diagramme dobjets diagramme de composants diagramme de dploiement diagramme de paquetages diagramme de structures composites

Fonctionnel
Diagramme de Use Case

Dynamique
Diagramme d'Etats-Transitions Diagramme d'Activit Diagramme de Squence
45

Mthodologie de conception 2011/2012

DIAGRAMMES DUML
Diagramme de cas dutilisation: Reprsente les fonctions du systme du point de vue de lutilisateur Diagramme de Classes : Reprsente la structure statique en terme de classes et de relations. Diagramme d Objets : Reprsente les objets et leurs relations. Diagramme d'Etats-Transitions : Reprsente le comportement d une classe en terme dtats. Diagramme d'Activit : Reprsente le comportement d une opration en terme dactions.

46

Mthodologie de conception 2011/2012

Diagramme de Squence : Reprsentation temporelle des objets et de leurs interactions. Diagramme de Collaboration :Reprsentation spatiale des objets, des liens et des interactions. Diagramme de Composants : Reprsente les composants physiques d une application. Diagramme de Dploiement : Reprsente le dploiement des composants sur le dispositif matriel.

47

Mthodologie de conception 2011/2012

QUESTIONS !!!!

48

Mthodologie de conception 2011/2012

Mthodologie de conception 2011/2012

MTHODOLOGIE DE CONCEPTION
49

Fin du Chapitre 1: Introduction

OMG (OBJECT MANAGEMENT GROUP)

Mthodologie de conception 2011/2012

LOMG (Object Management Group) est une association amricaine but non-lucratif cre en 1989 dont lobjectif est de standardiser et promouvoir le modle objet sous toutes ses formes. LOMG est notamment la base des spcications UML, MOF, CORBA et IDL. LOMG est aussi lorigine de la recommandation MDA

50