Upload
chrestien-serre
View
116
Download
2
Embed Size (px)
Citation preview
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
ENSGI 2A MSI - Démarche
2Michel Tollenaere
version 1 du 7 Octobre 2003
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
ENSGI 2A MSI - Démarche
3Michel Tollenaere
version 1 du 7 Octobre 2003
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
ENSGI 2A MSI - Démarche
4Michel Tollenaere
version 1 du 7 Octobre 2003
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
ENSGI 2A MSI - Démarche
5Michel Tollenaere
version 1 du 7 Octobre 2003
Modèles de cycle de développement
• Cycle en V• RAD
ENSGI 2A MSI - Démarche
6Michel Tollenaere
version 1 du 7 Octobre 2003
Maîtrise de la qualité
ENSGI 2A MSI - Démarche
7Michel Tollenaere
version 1 du 7 Octobre 2003
ENSGI 2A MSI - Démarche
8Michel Tollenaere
version 1 du 7 Octobre 2003
ENSGI 2A MSI - Démarche
9Michel Tollenaere
version 1 du 7 Octobre 2003
ENSGI 2A MSI - Démarche
10Michel Tollenaere
version 1 du 7 Octobre 2003
Le mythe de l’outil qui fait tout
Maîtrise des coûts
ENSGI 2A MSI - Démarche
11Michel Tollenaere
version 1 du 7 Octobre 2003
Made i
n China
Le mythe de l’outil qui fait tout
ENSGI 2A MSI - Démarche
12Michel Tollenaere
version 1 du 7 Octobre 2003
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
ENSGI 2A MSI - Démarche
13Michel Tollenaere
version 1 du 7 Octobre 2003
ENSGI 2A MSI - Démarche
14Michel Tollenaere
version 1 du 7 Octobre 2003
ENSGI 2A MSI - Démarche
15Michel Tollenaere
version 1 du 7 Octobre 2003
ENSGI 2A MSI - Démarche
16Michel Tollenaere
version 1 du 7 Octobre 2003
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 : •