1.1.1. Définition: Discipline de conception, développement, maintenance et gestion des logiciels de manière systématique et structurée.

1.1.2. Importance: Amélioration de la qualité des logiciels, réduction des coûts de développement, satisfaction des besoins des utilisateurs.

2.1.1.1. Définition: Modèle séquentiel avec des phases distinctes.

2.1.1.2. Phases: Analyse des exigences, conception, implémentation, tests, déploiement, maintenance.

2.1.2.1. Définition: Approche itérative et incrémentale avec des cycles courts (sprints).

2.1.2.2. Principes: Collaboration, adaptation aux changements, livraison rapide.

2.1.3.1. Définition: Fusion des processus de développement et d'exploitation pour une livraison continue.

2.1.3.2. Pratiques: Intégration continue (CI), livraison continue (CD), automatisation.

2.2.1.1. Définition: Collecte et documentation des besoins des utilisateurs.

2.2.2.2. Conception Détail: Conception des composants individuels.

2.2.3.1. Codage: Écriture du code source en utilisant des langages de programmation.

2.2.4.1. Tests Unitaires: Vérification des plus petites unités de code.

2.2.4.2. Tests d'Intégration: Vérification de l'interaction entre les composants.

2.2.4.4. Tests d'Acceptation: Vérification que le système répond aux exigences des utilisateurs.

2.2.5.1. Déploiement Initial: Installation du système en environnement de production.

2.2.5.2. Mises à Jour: Déploiement des modifications et des corrections.

2.2.6.2. Adaptive: Adaptation aux changements d'environnement.

2.2.6.3. Perfective: Amélioration des fonctionnalités et des performances.

3.1.1.1. Définition: Cadre Agile utilisant des itérations de 2 à 4 semaines (sprints).

3.1.1.2. Rôles: Product Owner, Scrum Master, Équipe de Développement.

3.1.1.4. Cérémonies: Planification du sprint, mêlée quotidienne (daily scrum), revue de sprint, rétrospective de sprint.

3.1.2.1. Définition: Méthodologie Agile basée sur la visualisation du flux de travail.

3.1.2.2. Principes: Limitation du travail en cours (WIP), amélioration continue.

3.2.1.1. Définition: Extension du modèle en cascade avec des phases de test parallèles aux phases de développement.

3.2.1.2. Phases: Spécification, conception, implémentation, vérification, validation.

3.2.2.1. Définition: Modèle axé sur le développement rapide avec des prototypes fonctionnels.

3.2.2.2. Phases: Planification, prototypage, construction rapide, tests, mise en production.

3.3.1.1. Définition: Combinaison des approches Agile et Cascade.

3.3.1.2. Application: Utilisation de Cascade pour les phases de planification et de conception, et Agile pour le développement et les tests.

4.1.3. Ressources: Allocation des ressources humaines et matérielles.

4.2.1. Suivi de l'Avancement: Mesure de la progression par rapport au plan.

4.2.2. Gestion des Risques: Identification, analyse et mitigation des risques.

4.2.3. Communication: Communication régulière avec les parties prenantes.

4.3.1.1. Définition: Standard de gestion de projet reconnu internationalement.

4.3.1.2. Phases: Initiation, planification, exécution, suivi et contrôle, clôture.

4.3.2.1. Définition: Méthodologie axée sur la gestion et l'organisation des projets.

4.3.2.2. Principes: Justification continue, apprentissage par l'expérience, rôles et responsabilités définis.

5.1.1.1. Single Responsibility: Une classe doit avoir une seule responsabilité.

5.1.1.2. Open/Closed: Les entités doivent être ouvertes à l'extension mais fermées à la modification.

5.1.1.3. Liskov Substitution: Les sous-classes doivent pouvoir être substituées aux classes de base.

5.1.1.4. Interface Segregation: Les interfaces spécifiques sont préférables aux interfaces générales.

5.1.1.5. Dependency Inversion: Dépendre des abstractions plutôt que des implémentations.

5.1.3.1. Définition: Simplicité du design pour faciliter la compréhension et la maintenance.

5.2.1. Diagrammes de Cas d'Utilisation: Représentation des interactions entre les utilisateurs et le système.

5.2.2. Diagrammes de Classes: Représentation des classes et des relations entre elles.

5.2.3. Diagrammes de Séquence: Représentation des interactions entre les objets au fil du temps.

5.2.4. Diagrammes d'Activité: Représentation des flux de travail et des processus.

5.3.1.1. Singleton: Assurer qu'une classe n'a qu'une seule instance.

5.3.1.2. Factory: Créer des objets sans spécifier la classe exacte.

5.3.2.1. Adapter: Permettre l'utilisation de classes incompatibles.

5.3.2.2. Composite: Composer des objets en structures arborescentes.

5.3.3.1. Observer: Définir une relation de dépendance un-à-plusieurs.

5.3.3.2. Strategy: Définir une famille d'algorithmes interchangeables.