Admin CliCours
Extrait du cours analyse, spécification et modélisation avec UML
Les causes courantes des échecs de projets
– Mauvaise compréhension des besoins des utilisateurs finaux.
– Incapacité à gérer les modifications des exigences des clients au cours du développement.
– Les modules composant le projet ne fonctionnent pas ensemble (mauvaises interfaces)
– Code source du logiciel difficile à maintenir ou à faire évoluer
– Logiciel de mauvaise qualité(beaucoup d’anomalies de conception / exécution)
L’idéal pour la gestion d’un projet !
1.Bien comprendre les besoins, les demandes et les exigences des utilisateurs finaux.
2.Bonne communication avec le clientpour valider certains choix et vérification de l’étape (1).
3.Tester et valider chaque phasede la conception pour ne pas découvrir des problèmes plus tard.
4.Traiter au plus tôt les problèmes.
5.Maîtriser la complexitéet augmenter la réutilisation.
6.Définir une architecture robuste.
7.Faciliter le travail en équipe.
Les 7 bonnes pratiques
1.Développement itératif,
2.Développement à base de composants centré sur l’architecture,
3.Pilotage du développement par les risques,
4.Gestion des exigences,
5.Maîtrise des modifications,
6.Evaluation continue de la qualité,
7.Modélisation visuelles.
1 -Le développement itératif
– Cette méthode est basée sur de petites étapes (élémentaires).
– Chaque étape produit des retours et des adaptations si nécessaire.
– Autres dénominations
– Développement en spiral
– Développement évolutif
2. Développement basésur les composants
– Validation de l’architecture logicielle lors des premières itérations:
-Développement basésur des IPdu commerce,
-Réutilisation préférée au redéveloppement,
– Tester l’architecture au plus tôt même si elle n’est pas fonctionnellement complète.
3. Pilotage par les risques
– Analyser les risques potentiels au plus tôt (début de la conception):
-Les regrouper et les hiérarchiser,
-Travailler en priorité sur les risques critiques,
– Cela concerne les risques techniques, ainsi que :
-Les risques liés aux clients,
-Les risques liés au domaine applicatif,
-Les risques liés à l’organisation du projet,
– Sémantique
-Un risque est un événement redouté dont l’occurrence est plus ou moins prévisible et qui aura des répercussions sur le projet.
-Un problème est un risque qui s’est révélé.
4. Les exigences du client
– Sémantique
-Une exigence est une condition à laquelle le système doit satisfaire ou une capacité dont il doit faire preuve.
– Les exigences peuvent être :
-Fonctionnelles
-Elles décrivent ce que le système doit savoir faire,
-Non fonctionnelles
-Qualité des services,
-Temps de réponse, temps de traitement,
-Sécurité au fonctionnement,
-IHM adaptée aux utilisateurs.
……..
Si le lien ne fonctionne pas correctement, veuillez nous contacter (mentionner le lien dans votre message)
Cours analyse, spécification et modélisation avec UML (1931 KO) (Cours PDF)
