Conduite de projets et architecture logicielle - LIASDmaa/Introduction.pdf · Phase d’analyse Etude des besoins Spéciﬁcations fonctionnelles Une GUI Spéciﬁcations techniques

1/36

Conduite de projets et architecture logicielle

ABCHIR Mohammed-Amine

Université Paris 8

15 février 2011

ABCHIR Mohammed-Amine (Université Paris 8)Conduite de projets et architecture logicielle 15 février 2011 1 / 36

2/36

Table des matières

1 Le coursContactContenu du cours

2 Conduite de projetPhase d’analyseEtude des besoinsSpécifications fonctionnellesUne GUISpécifications techniquesDéveloppement

3 Architecture logicielle


3/36

Le cours

Plan





4/36

Le cours Contact

Me joindre

Mail : [email protected] : www.ai.univ-paris8.fr/~maa


5/36

Le cours Contenu du cours

Axes du cours

Conduite de projets.Architecture logicielle.


6/36

Conduite de projet

Plan





7/36

Conduite de projet Phase d’analyse

Le projet

Passe par plusieurs étapes.Mobilise des ressources :

Humaines.Financières.

Prends du temps (temps == argent).


8/36

Conduite de projet Phase d’analyse

Etude d’opportunité

Selection d’idées à fort potentiel.Projet en lien avec la politique de l’entreprise.Demande à satisfaire, marché visé.


9/36

Conduite de projet Etude des besoins

Expression des besoins

Terminaux/OS cibles ?Environnement de fonctionnement ?Formation aux clients ?


10/36


Analyse des besoins

Identifier les utilisateurs potentiels.Exliciter avec les utilisateurs les besoins à satisfaire.Préciser les perfomances attendues.


11/36


Etude de faisabilité

Faisabilité technique.Faisabilité économique : coûts et rentabilité.Etude d’impact : technologique, notoriété, commerciales. . .Analyse des risques.


12/36


Synthèse de faisabilité

Le but du projet et son contexte.L’identification des parties prenante.La concurrence (produits similaires.Les hypothèses et impacts attendus.Les limites du projet.Les contraintes et difficultés du projet.Le coût et délais estimés du projet.


13/36


Avant de continuer

Première recette client.Valider le lancement du développement.


14/36

Conduite de projet Spécifications fonctionnelles

Cahier des charges fonctionnels

Il doit permettre de comprendre d’un point de vu utilisateur :Ce qu’il est possible de faire.Toutes les utilisations du produit.Le niveau de qualité visé.Une version plus détaillé des objectifs.La réponse aux objectifs.


15/36


Cahier des charges fonctionnels

Le cachier des charges regroupe donc :Une description du logiciel.Une liste des acteurs et leurs rôles.Une liste des Use Case et leurs objectifs.Un tableau FQM (Fonction / Qualité / Mesures).Modèle conceptuel initial (Diagramme UML par ex)Glossaire.


16/36


Recette ! !

Faite par le client pour vérifier l’adéquation des déscriptions avec lesbesoins.

Vérifier qu’aucun acteur n’a été oublié.Vérifier qu’aucun Use Case n’a été oublié.Vérifier la complétude du tableau FQM.


17/36

Conduite de projet Une GUI

Interface utilisateur initiale

Différentes fenêtres utilisateurs.Maquettes statiques.Ergonomie.


18/36

Conduite de projet Une GUI

Recette ! !

Validation de la possibilité d’atteindre les objectifs.Validation du rapport fréquence d’utilisation/temps de mise enoeuvre.


19/36

Conduite de projet Spécifications techniques

Cahier des charges technique

Le cahier des charges technique a pour but de :Construire l’architecture système.Définir l’organisation du développement.Définir les besoins informatiques et matériels pour chaque casd’utilisation.Etude des résponsabilités (logiciels).


20/36


Cahier des charges technique

Le cahier des charges technique doit préciser les points suivants :Machines et périphériques.Réseaux et protocoles.Language de programmation.Logiciels annexes.Librairies à utiliser.Design patterns de mise en oeuvre.Difficultés téchniques identifiées.


21/36


Recette ! !

Faite par un architect logiciel pour :Mesurer la crédibilité de la faisabilité.Hiérarchisation des cas d’utilisation.Distribution des cas d’utilisation sur plusieurs itérations.


22/36

Conduite de projet Développement

Implémentation du logiciel

Les tâches à réaliser par itération :Ecrire le test de cas d’utilisation.Réaliser les diagrammes de squence.Valider la cohérence des classes.Ecrire la documentation téchnique de chaque classe.Ecrire les tests unitaires pour chaque classe.Ecrire les classes (les méthodes).


23/36


Implémentation du logiciel

L’écriture des classes et tests est faite en parallèle.Un test de cas d’utilisation affiche les listes des tâche à faire etcelle qui sont finie.

A la fin de chaque itération, une recette est faite pour préciser lesobjectifs atteints et ceux qui ne le sont pas encore.


24/36


Une alpha

Une itération est identifié comme l’alpha. Même si elle est une versionincomplète du logiciel, elle permet de :

Tester auprès de l’utilisateur l’abscence de défauts majeurs.Tester l’interface.Tester le déroulement des cas d’utilisation.Tester la robustesse et les problèmes de déployement.

Après cette étape une recette est faite pour relever les problèmesfonctionnels et opérationnels.


25/36


Une beta

La beta est une vérsion finie du logiciel. Elle permet de :Tester de façon complète le bon fonctionnement du logiciel.Relever les quelques (bugs) eventuels.Valider les modalités du déployement.

Si tout est parfait, on passe en version finale.


26/36


Version finale

Ouf ! ! On livre.

Recette finale : Un chèque ! ! ! !


27/36


Quelques méthologie

Il existe plusieurs méthologies de développement toutes ayant desavantages et des inconvénients :

TDD (Test Driven Developpement).Scrum (gestion de projets).Extreme Programming (XP) : Bonnes pratiques.

Ces méthode s’appuient sur des cycles de développement.


28/36


Cycle en cascade


29/36


Cycle en V


30/36

Architecture logicielle

Plan





31/36


But de l’architecture logicielle

Décrire d’une manière schématique les éléments d’un systèmeinformatique.Symboliser l’intéraction entre ses éléments.L’analyse décrit le quoi alors que l’architecture décrit le comment.


32/36


Motivations

Cette discipline est motivée par :Augmenter la qualité du logiciel :

Interopérabilité.Portabilité.Fiabilité.Extensibilité.

Diminution de la dégradation.Penser en amont la réutilisabilité.

Il existe plusieurs modèles d’architectures.


33/36


Modèle classique


34/36


Modélisation

Il existe plusieurs langage de modélisations dont :UML.WebML.Schémas BDD.. . .


35/36


UML


36/36


Conclusion

Merci de votre attention.


Documents

Conduite de projets et architecture logicielle - LIASDmaa/Introduction.pdf · Phase d’analyse Etude des besoins Spéciﬁcations fonctionnelles Une GUI Spéciﬁcations techniques