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)