Michel Tollenaere version 1 du 7 Octobre 2003 ENSGI 2A MSI - Démarche 1 Démarche de développement Une démarche vise à garantir la qualité du livré par

ENSGI 2A MSI - Démarche

1Michel Tollenaere

version 1 du 7 Octobre 2003

Démarche de développement

Une démarche vise à garantir la qualité du livré par rapport aux spécifications.

Démarche fondée sur UML


2Michel Tollenaere


1Analyse de la demande

Temps

2Spécification

projet

3Conception

générale

4Conception

détaillée

5Réalisation

6Mise en oeuvre

Déploiement

7Maintenance

Etapesou phases

Documents Schéma directeur

Etude d ’opportunité

Dossier d ’étude préalable

Dossier de

planification

Décisions

Dossierde

conception

Dossier de

conceptionfonctionnelle

détaillée

Dossier de conceptiontechniquedétaillée

Cycle de vie d’un projet S.I.

Code

Accord sur l’inscription

du projet

Dossierd ’architecture

Choix d’une organisation

du projet

Accord sur les procédures,

l ’architecture ...

Recette logicielle

Réception système

Manuelsutilisateurs

Formation - TutoratCapture des besoins


3Michel Tollenaere


Spécification

Branche conception Branche réalisation

Dossiers de validation

Codage des modules

Plan de tests

unitaires

Plan de tests d ’intégration

Intégration

Plan de tests de recette

Spécifications de domaine

Spécifications Conceptuelles

Spécifications Logiques

Spécications Techniques

de Réalisation

Cycle en V dans le développement d’un SI

Validation

Conception générale

Conception détaillée

Tests

unitaires

Etude d’opportunité

Mise en charge

Plan de tests en service


4Michel Tollenaere


Cas d’utilisation

une fonctionnalité attendue du système (VEGA2) par les différents acteurs.

cas d'utilisation : acteur (intéragissant

avec VEGA2)

Système (VEGA2)

message

messagemessage

message

Diagramme de séquence

Chaque cas d'utilisation apparaît comme un scénario, décrit par un ou plusieurs diagrammes de séquence.

Un diagramme de séquences montre les interactions entre les acteurs et le système selon un point de vue

temporel pour accomplir une fonctionnalité attendue du système (un cas d ’utilisation). C’est une ensemble de

messages échangés entre les acteurs et le système, ordonnés chronologiquement.

Diagramme de Classes

objet 1

objet 3

objet 2 objet 4

lien exprimant que "objet 2 est

composé de objet 3"

lien exprimant que "objet 2 a une relation avec objet 4"

lien exprimant que "objet 2 est une sorte de objet 1"

Exemples : Quelques diagrammes


5Michel Tollenaere


Modèles de cycle de développement

• Cycle en V• RAD


6Michel Tollenaere


Maîtrise de la qualité


7Michel Tollenaere



8Michel Tollenaere



9Michel Tollenaere



10Michel Tollenaere


Le mythe de l’outil qui fait tout

Maîtrise des coûts


11Michel Tollenaere


Made i

n China

Le mythe de l’outil qui fait tout


12Michel Tollenaere


Spécification

Branche conception Branche réalisation

Dossiers de validation

Codage des modules

Plan de tests

unitaires

Plan de tests d ’intégration

Intégration

Plan de tests de recette

Spécifications de domaine

Spécifications Conceptuelles

Spécifications Logiques

Spécications Techniques

de Réalisation

Cycle en V dans le développement d’un SI

Validation

Conception générale

Conception détaillée

Tests

unitaires

Etude d’opportunité

Mise en charge

Plan de tests en service

I.H.M.

SQL


13Michel Tollenaere



14Michel Tollenaere



15Michel Tollenaere



16Michel Tollenaere


Exemple : gestion de ressources, salles, etc….

Les roles : • utilisateur de ressources (avec possibilité de réservation)• programmateur de maintenance• utlisateur de ressources disponibles• gestionnaire des utilisateurs, des priorités et des droits

Les cas d’utilisation : •