Grâce à ce Mastère Spécialisé 100 % en ligne, vous concevrez des structures logicielles fortement axées sur la Qualité, la maintenance et l'évolutivité’’ 

Le concept de Qualité du Software a évolué d'une approche purement fonctionnelle vers une vision holistique du produit. Actuellement, il est compris comme un ensemble d'attributs qui déterminent sa capacité à satisfaire des besoins explicites et implicites dans des conditions spécifiques. Face à cela, les spécialistes doivent disposer d'une connaissance approfondie des méthodologies les plus modernes pour évaluer le fonctionnement des architectures distribuées et des environnements DevOps. 

Dans ce contexte, TECH présente un Mastère spécialisé de pointe en Qualité du Software. Le programme d'études approfondira des questions telles que la normalisation des bases de données et le découplage des composants. De même, le programme fournira aux étudiants les clés pour concevoir des architectures évolutives. Les supports pédagogiques approfondiront également l'utilisation des métriques pour évaluer la Qualité des solutions. Grâce à cela, les diplômés développeront une vision globale des processus d'assurance Qualité, maîtrisant tout, de la planification des tests automatisés à la mise en œuvre des normes internationales.  

Pour consolider tous ces contenus, TECH utilise la méthode avant-gardiste du Relearning, qui consiste à réitérer progressivement les concepts clés pour qu'ils soient correctement assimilés. De plus, la formation universitaire offre aux professionnels une diversité de cas pratiques réels, permettant ainsi aux étudiants de s'exercer dans des environnements simulés afin de les rapprocher de la réalité de la pratique informatique. À cet égard, pour accéder aux ressources éducatives, les diplômés n'auront besoin que d'un appareil électronique capable de se connecter à Internet. De plus, le programme bénéficiera de la collaboration d'un éminent Directeur Invité International, qui dispensera 10 Masterclasses exhaustives.

Un Directeur Invité International prestigieux proposera 10 Masterclasses intensives sur les dernières tendances en matière de Qualité du Software’’ 

Ce Mastère spécialisé en Qualité du Software contient le programme le plus complet et le plus actualisé du marché. Ses caractéristiques sont les suivantes :

• Le développement de cas pratiques présentés par des experts en Développement de Software 
• Les contenus graphiques, schématiques et éminemment pratiques avec lesquels ils sont conçus fournissent des informations scientifiques et sanitaires essentielles à la pratique professionnelle 
• Exercices pratiques permettant de réaliser le processus d'auto-évaluation afin d'améliorer l’apprentissage 
• Il met l'accent sur les méthodologies innovantes  
• Cours théoriques, questions à l'expert et travail de réflexion individuel 
• La possibilité d'accéder aux contenus depuis n'importe quel appareil fixe ou portable doté d'une connexion internet 

Un programme d'études fondé sur la méthodologie révolutionnaire du Relearning, qui vous permettra d'assimiler efficacement et rapidement des concepts complexes’’ 

Le corps enseignant comprend des professionnels du domaine du développement de Software, qui apportent à ce programme leur expérience professionnelle, ainsi que des spécialistes reconnus issus d'entreprises de référence et d'universités prestigieuses. 

Son contenu multimédia, développé avec les dernières technologies éducatives, permettra au professionnel un apprentissage situé et contextuel, c'est-à-dire un environnement simulé qui fournira un étude immersif programmé pour s'entraîner dans des situations réelles. 

La conception de ce programme est axée sur l'Apprentissage par les Problèmes, grâce auquel l’étudiant doit essayer de résoudre les différentes situations de la pratique professionnelle qui se présentent tout au long du programme académique. Pour ce faire, le professionnel aura l'aide d'un système vidéo interactif innovant créé par des experts reconnus. 

Vous approfondirez votre connaissance des outils modernes d'automatisation pour effectuer des tests fonctionnels, de performance et de régression"

Vous comprendrez les principes fondamentaux de la TECH  dans le développement de systèmes informatiques avancés"

Ce programme aborde, dans une perspective critique et interdisciplinaire, le rôle des organismes internationaux, l'évolution de la réglementation numérique, la gouvernance des données et l'impact des technologies telles que l'intelligence artificielle, la blockchain et la cybersécurité. Tout au long du programme, l'analyse géopolitique et technologique est articulée autour d'une approche appliquée au développement et à la gestion de Software, préparant les professionnels à intervenir dans des systèmes complexes et des environnements numériques interconnectés. 

Vous analyserez les techniques les plus avancées pour garantir la sécurité et la fiabilité du Software” 

Module 1. Qualité du Software. Niveaux de développement TRL 

1.1. Éléments influençant la qualité du Software (I). La dette technique  

1.1.1. La dette technique. Causes et conséquences 
1.1.2. Qualité du Software. Principes généraux  
1.1.3. Software sans principes et avec principes de qualité  
1.1.3.1. Conséquences 
1.1.3.2. La nécessité de l’application des principes de qualité dans le Software 
1.1.4. Qualité du Software. Typologie  
1.1.5. Software de qualité. Caractéristiques spécifiques  

1.2. Éléments influençant la qualité du Software (II). Coûts associés  

1.2.1. Qualité du Software. Éléments d’influence  
1.2.2. Qualité du Software. Idées fausses  
1.2.3. Qualité du Software. Coûts associés  

1.3. Modèles de qualité du Software (I). Gestion des connaissances  

1.3.1. Modèles de qualité générale  

1.3.1.1. Gestion de la qualité totale  
1.3.1.2. Modèle Européen d’Excellence Commerciale (EFQM)  
1.3.1.3. Modèle Six-sigma  

1.3.2. Modèles de Gestion des Connaissances  

1.3.2.1. Modèle Dyba  
1.3.2.2. Modèle SEKS  
1.3.3. Expérience du paradigme Factory et QIP  

1.3.4. Modèles de qualité d’usage (25010)  

1.4. Modèles de qualité du Software (III). Qualité des données, des processus et des modèles SEI  

1.4.1. Modèle de qualité des données  
1.4.2. Modélisation du processus Software  
1.4.3. Software & Systems Process Engineering Metamodel Specification (SPEM)  
1.4.4. Modèles de la DIE  

1.4.4.1. CMMI  
1.4.4.2. SCAMPI  
1.4.4.3. IDEAL  

1.5. Normes ISO de qualité du Software (I). Analyse des normes  

1.5.1. Normes ISO 9000  

1.5.1.1. Normes ISO 9000  
1.5.1.2. Famille de normes de qualité ISO (9000)  

1.5.2. Autres normes ISO relatives à la qualité  
1.5.3. Normes de modélisation de la qualité (ISO 2501)  
1.5.4. Normes de mesure de la qualité (ISO 2502n)  

1.6. Normes ISO de qualité du Software (II). Exigences et évaluation  

1.6.1. Normes d’exigences de qualité (2503n)  
1.6.2. Normes sur l’évaluation de la qualité (2504n)  
1.6.3. ISO/IEC 24744:2007  

1.7. Niveaux de développement TRL (I). Niveaux 1 à 4  

1.7.1. Niveau TRL  
1.7.2. Niveau 1 : principes de base  
1.7.3. Niveau 2 : concept et/ou application  
1.7.4. Niveau 3 : fonction analytique critique  
1.7.5. Niveau 4 : validation des composants dans un environnement de laboratoire  

1.8. Niveaux de développement TRL (II). Niveaux de 5 à 9  

1.8.1. Niveau 5 : validation du composant dans un environnement pertinent  
1.8.2. Niveau 6 : modèle de système/sous-système  
1.8.3. Niveau 7 : démonstration en environnement réel  
1.8.4. Niveau 8 : système complet et certifié  
1.8.5. Niveau 9 : succès dans un environnement réel  

1.9. Niveaux de développement TRL. Utilisations  

1.9.1. Exemple d’une entreprise avec un environnement de laboratoire  
1.9.2. Exemple d’une entreprise de R&D&I  
1.9.3. Exemple d’une entreprise de R&D&I industriel  
1.9.4. Exemple d’une entreprise commune laboratoire-ingénierie  

1.10. Qualité du Software. Principaux détails  

1.10.1. Détails méthodologiques  
1.10.2. Détails techniques  
1.10.3. Détails sur la gestion des projets Software  

1.10.3.1. Qualité Systèmes d’information  
1.10.3.2. Qualité des produits Software  
1.10.3.3. Qualité du processus Software 

Module 2. Développement de projets Software. Documentation fonctionnelle et technique 

2.1. Gestion de projets 

2.1.1. Gestion de projet en matière de qualité du Software 
2.1.2. Gestion de projets. Avantages 
2.1.3. Gestion de projets. Typologie 

2.2. Méthodologie de la gestion de projet 

2.2.1. Méthodologie de la gestion de Projets 
2.2.2. Méthodologie de la gestion de projet Typologie 
2.2.3. Méthodologie dans la gestion de projets. Application 

2.3. Phase d’identification des besoins 

2.3.1. Identification des besoins du projet 
2.3.2. Gestion des réunions de projet 
2.3.3. Documentation à fournir 

2.4. Modèle 

2.4.1. Phase initiale 
2.4.2. Phase d’analyse 
2.4.3. Phase de construction 
2.4.4. Phase de test 
2.4.5. Livraison 

2.5. Modèle de données à utiliser 

2.5.1. Détermination du nouveau modèle de données 
2.5.2. Identification du plan de migration des données 
2.5.3. Ensemble de données 

2.6. Impact sur d’autres projets 

2.6.1. Impact d’un projet. Exemples 
2.6.2. Risques liés au projet 
2.6.3. Gestion des risques 

2.7. “Must” du projet 

2.7.1. Must du projet 
2.7.2. Identification du Must du projet 
2.7.3. Identification des points de mise en œuvre pour la réalisation d’un projet 

2.8. L’équipe de construction du projet 

2.8.1. Rôles à jouer en fonction du projet 
2.8.2. Contact avec les RH pour le recrutement 
2.8.3. Livrables et calendrier du projet 

2.9. Aspects techniques d’un projet Software 

2.9.1. Architecte du projet. Aspects Techniques 
2.9.2. Responsables techniques 
2.9.3. Construction du projet Software 
2.9.4. Évaluation de la qualité du code, sonar 

2.10. Livrables du projet 

2.10.1. Analyse fonctionnelle 
2.10.2. Modèles de données 
2.10.3. Diagrammes d’état 
2.10.4. Documentation technique 

Module 3. Testing de Software. Automatisation des tests 

3.1. Modèles de qualité du Software 

3.1.1. Qualité du produit 
3.1.2. Qualité du processus 
3.1.3. Qualité de l’utilisation 

3.2. Qualité du processus 

3.2.1. Qualité du processus 
3.2.2. Modèles de maturité 
3.2.3. Norme ISO 15504 

3.2.3.1. Objectifs 
3.2.3.2. Contexte 
3.2.3.3. Étapes 

3.3. Norme ISO/IEC 15504 

3.3.1. Catégories de processus 
3.3.2. Processus de développement. Exemple 
3.3.3. Fragment de profil 
3.3.4. Étapes 

3.4. CMMI (Capability Maturity Model Integration)  

3.4.1. CMMI. Intégration du modèle de maturité de la capacité 
3.4.2. Modèles et zones. Typologie 
3.4.3. Domaines de processus 
3.4.4. Niveaux de capacité 
3.4.5. Gestion des processus 
3.4.6. Gestion de projet 

3.5. Gestion des changements et des référentiels 

3.5.1. Gestion des changements dans le Software 

3.5.1.1. Élément de configuration. Intégration continue 
3.5.1.2. Lignes 
3.5.1.3. Organigrammes 
3.5.1.4. Branches 

3.5.2. Référentiel 

3.5.2.1. Contrôle de la version 
3.5.2.2. Équipe de travail et utilisation du référentiel 
3.5.2.3. Intégration continue dans le référentiel 

3.6. Team Foundation Server (TFS) 

3.6.1. Installation et configuration 
3.6.2. Création d’un projet d’équipement 
3.6.3. Ajouter du contenu au contrôle de la source 
3.6.4. TFS on Cloud 

3.7. Testing 

3.7.1. Motivation pour les tests 
3.7.2. Test de vérification 
3.7.3. Tests bêta 
3.7.4. Mise en œuvre et maintenance 

3.8. Essais de charge 

3.8.1. Load testing 
3.8.2. Tests avec LoadView 
3.8.3. Tests avec K6 Cloud 
3.8.4. Tests avec Loader 

3.9. Tests unitaires, de stress et d’endurance 

3.9.1. Raison d’être des tests unitaires 
3.9.2. Outils de Unit Testing 
3.9.3. Motivation des tests de résistance 
3.9.4. Test en utilisant le StressTesting 
3.9.5. Motivation pour les tests de résistance 
3.9.6. Test à l’aide de LoadRunner 

3.10. Évolutivité. Conception de Software évolutif 

3.10.1. Scalabilité et architecture du Software 
3.10.2. Indépendance entre les couches 
3.10.3. Couplage entre les couches. Modèles architecturaux 

Module 4. Méthodologies de gestion de projets de Software. Méthodologies waterfall par rapport aux méthodologies agiles 

4.1. Méthodologie Waterfall 

4.1.1. Méthodologie Waterfall 
4.1.2. Méthodologie Waterfall. Influence sur la qualité du Software 
4.1.3. Méthodologie Waterfall. Exemples 

4.2. Méthodologie Agile 

4.2.1. Méthodologie Agile 
4.2.2. Méthodologie Agile Influence sur la qualité du Software 
4.2.3. Méthodologie Agile Exemples 

4.3. Méthodologie  Scrum 

4.3.1. Méthodologie  Scrum 
4.3.2. Manifeste de Scrum 
4.3.3. Mise en œuvre de Scrum 

4.4. Panel Kanban 

4.4.1. Méthode Kanban 
4.4.2. Panel Kanban 
4.4.3. Panel Kanban. Exemples d’application 

4.5. Gestion de projet en Waterfall 

4.5.1. Phases d’un projet 
4.5.2. Vision dans un projet Waterfall 
4.5.3. Livrables à considérer 

4.6. Gestion de projet en Scrum 

4.6.1. Phases d’un projet Scrum 
4.6.2. Vision dans un projet Scrum 
4.6.3. Produits livrables à considérer 

4.7. Waterfall vs. Comparaison de Scrum 

4.7.1. Approche par projet pilote 
4.7.2. Projet utilisant Waterfall. Exemple 
4.7.3. Projet utilisant Scrum. Exemple 

4.8. Aperçu des clients 

4.8.1. Documents dans un Waterfall 
4.8.2. Documents dans un Scrum 
4.8.3. Comparaison 

4.9. Structure Kanban 

4.9.1. Histoires d’utilisateurs 
4.9.2. Backlog 
4.9.3. Analyse Kanban 

4.10. Projets hybrides 

4.10.1. Construction du projet 
4.10.2. Gestion de projet 
4.10.3. Produits livrables à considérer 

Module 5. TDD (test driven developement). Conception de Software piloté par les tests 

5.1. TDD. Test Driven Development 

5.1.1. TDD. Test Driven Development 
5.1.2. TDD. Influence du TDD sur la qualité 
5.1.3. Conception et développement pilotés par les tests. Exemples 

5.2. Cycle TDD 

5.2.1. Choix d’une exigence 
5.2.2. Test. Typologie 

5.2.2.1. Tests unitaires 
5.2.2.2. Test d’intégration 
5.2.2.3. Preuves End To End 

5.2.3. Vérification des tests. Défaillances 
5.2.4. Création de la mise en œuvre 
5.2.5. Exécution de tests automatisés 
5.2.6. Élimination des doubles emplois 
5.2.7. Mise à jour de la liste des exigences 
5.2.8. Répétition du cycle TDD 
5.2.9. Cycle TDD. Exemple théoriques et pratiques 

5.3. Stratégies de mise en œuvre du TDD 

5.3.1. Mise en œuvre fictive 
5.3.2. Mise en œuvre triangulaire 
5.3.3. Mise en œuvre évidente 

5.4. TDD. Utilisation. Avantages et inconvénients 

5.4.1. Avantages de l’utilisation 
5.4.2. Limites d’utilisation 
5.4.3. Équilibre de la qualité dans la mise en œuvre 

5.5. TDD. Bonnes pratiques 

5.5.1. Règles TDD 
5.5.2. Règle 1 : Faites un test préalable qui échoue avant de coder en production 
5.5.3. Règle 2 : ne pas écrire plus d’un test unitaire 
5.5.4. Règle 3 : ne pas écrire plus de code que nécessaire 
5.5.5. Erreurs et anti-modèles à éviter dans le TDD 

5.6. Simulation d’un projet réel pour utiliser TDD (I) 

5.6.1. Aperçu du projet (Entreprise A) 
5.6.2. Application du TDD 
5.6.3. Exercices proposés 
5.6.4. Exercices Feedback 

5.7. Simulation d’un projet réel pour utiliser le TDD (II) 

5.7.1. Aperçu du projet (Entreprise B) 
5.7.2. Application du TDD 
5.7.3. Exercices Proposés 
5.7.4. Exercices Feedback 

5.8. Simulation d’un projet réel pour utiliser le TDD (III) 

5.8.1. Aperçu du projet (Entreprise C) 
5.8.2. Application du TDD 
5.8.3. Exercices Proposés 
5.8.4. Exercices Feedback 

5.9. Alternatives au TDD. Test Driven Development 

5.9.1. TCR (Test Commit Revert) 
5.9.2. BDD (Behavior Driven Development) 
5.9.3. ATDD (Acceptance Test Driven Development) 
5.9.4. TDD. Comparaison théorique 

5.10. TDD TCR, BDD et ATDD. Comparaison pratique 

5.10.1. Définition du problème 
5.10.2. Résoudre avec TCR 
5.10.3. Résoudre avec BDD 
5.10.4. Résoudre avec ATDD 

Module 6. DevOps. Gestion de qualité du Software 

6.1. DevOps. Gestion de qualité du Software 

6.1.1. DevOps 
6.1.2. DevOps et qualité du Software 
6.1.3. DevOps. Avantages de la culture DevOps 

6.2. DevOps. Relation avec Agile 

6.2.1. Livraison accélérée 
6.2.2. Qualité 
6.2.3. Réduction des coûts 

6.3. Mise en œuvre de DevOps 

6.3.1. Identification des problèmes 
6.3.2. Mise en œuvre dans une entreprise 
6.3.3. Paramètres de mise en œuvre 

6.4. Cycle de livraison du Software 

6.4.1. Méthodes de conception 
6.4.2. Conventions 
6.4.3. Feuille de route 

6.5. Développement d’un code sans bogues 

6.5.1. Un code facile à maintenir 
6.5.2. Modèles de développement 
6.5.3. Testing du code 
6.5.4. Développement de Software au niveau du code. Bonnes pratiques 

6.6. Automatisation 

6.6.1. Automatisation. Types de tests 
6.6.2. Coût de l’automatisation et de la maintenance 
6.6.3. Automatisation. Atténuer les erreurs 

6.7. Déploiements 

6.7.1. Évaluation des objectifs 
6.7.2. Conception d’un processus automatique et adapté 
6.7.3. Retour d’information et réactivité 

6.8. Gestion des incidents 

6.8.1. Préparation aux incidents 
6.8.2. Analyse et résolution des incidents 
6.8.3. Éviter les erreurs futures 

6.9. Automatisation des déploiements 

6.9.1. Préparation des déploiements automatisés 
6.9.2. Évaluation automatique de l’état des processus 
6.9.3. Métriques et capacité de retour en arrière 

6.10. Bonnes pratiques. Évolution de DevOps 

6.10.1. Guide des meilleures pratiques DevOps 
6.10.2. DevOps. Méthodologie pour l’équipe 
6.10.3. Éviter les niches 

Module 7. DevOps et intégration continue. Solutions pratiques avancées en matière de développement de Software 

7.1. Flux de livraison du Software 

7.1.1. Identification des acteurs et des artefacts 
7.1.2. Conception du flux de livraison du Software 
7.1.3. Flux de livraison du Software. exigences entre les étapes 

7.2. Automatisation des processus 

7.2.1. Intégration continue 
7.2.2. Intégration continue 
7.2.3. Configuration des environnements et gestion des secrets 

7.3. Pipelines déclaratifs 

7.3.1. Différences entre les pipelines traditionnels, de type code et déclaratifs 
7.3.2. Pipelines déclaratifs 
7.3.3. Pipelines déclaratifs dans Jenkins 
7.3.4. Comparaison des fournisseurs d’intégration continue 

7.4. Des portails de qualité et un retour d’information riche 

7.4.1. Portes de qualité 
7.4.2. Des normes de qualité avec des portes de qualité. Maintenance 
7.4.3. Exigences commerciales sur les demandes d’intégration 

7.5. Gestion des artefacts 

7.5.1. Artefacts et cycle de vie 
7.5.2. Systèmes de stockage et de gestion des artefacts 
7.5.3. La sécurité dans la gestion des artefacts 

7.6. Intégration continue 

7.6.1. Déploiement continu sous forme de conteneurs 
7.6.2. Déploiement continu avec PaaS 
7.6.3. Déploiement continu d’applications mobiles 

7.7. Amélioration de l’exécution du pipeline : analyse statique et Git Hooks 

7.7.1. Analyse statique 
7.7.2. Règles de style de code 
7.7.3. Git Hooks et tests unitaires 
7.7.4. L’impact des infrastructures 

7.8. Vulnérabilités dans les conteneurs 

7.8.1. Vulnérabilités dans les conteneurs 
7.8.2. Balayage d’images 
7.8.3. Rapports et alertes périodiques 

Module 8. Conception de bases de données (BD). Standardisation et performance. Qualité du Software 

8.1. Conception de bases de données 

8.1.1. Bases de données. Typologie 
8.1.2. Bases de données utilisées actuellement 

8.1.2.1. Relationnel 
8.1.2.2. Clé-valeur 
8.1.2.3. Basé sur le réseau 

8.1.3. Qualité des données 

8.2. Conception d’un modèle entité-relation (I) 

8.2.1. Modèle entité-relation. Qualité et documentation 
8.2.2. Entités 

8.2.2.1. Entité forte 
8.2.2.2. Entité faible 

8.2.3. Attributs 
8.2.4. Ensemble de relations 

8.2.4.1. 1 a 1 
8.2.4.2. 1 à plusieurs 
8.2.4.3. De plusieurs à un 
8.2.4.4. Beaucoup à beaucoup 

8.2.5. Clés 

8.2.5.1. Clé primaire 
8.2.5.2. Clé étrangère 
8.2.5.3. Clé primaire de l’entité faible 

8.2.6. Restrictions 
8.2.7. Cardinalité 
8.2.8. Héritage 
8.2.9. Agrégation 

8.3. Modèle entité-relation (II). Outils 

8.3.1. Modèle entité-relation. Outils 
8.3.2. Modèle entité-relation. Exemple pratique 
8.3.3. Modèle entité-relation réalisable 

8.3.3.1. Échantillon visuel 
8.3.3.2. Échantillon en représentation de tableau 

8.4. Normalisation (I) des bases de données (DB). Considérations sur la qualité du Software 

8.4.1. Normalisation et qualité des DB 
8.4.2. Dépendances 

8.4.2.1. Dépendance fonctionnelle 
8.4.2.2. Propriétés de la dépendance fonctionnelle 
8.4.2.3. Propriétés inférées 

8.4.3. Clés 

8.5. Normalisation (II) de la base de données (BD). Formes normales et règles de Codd 

8.5.1. Formes normales 

8.5.1.1. Première forme normale (1FN) 
8.5.1.2. Deuxième forme normale (2FN) 
8.5.1.3. Troisième forme normale (3FN) 
8.5.1.4. Forme normale de Boyce-Codd (BCNF) 
8.5.1.5. Quatrième forme normale (4FN) 
8.5.1.6. Cinquième forme normale (5FN) 

8.5.2. Les règles de Codd 

8.5.2.1. Règle 1 : Information 
8.5.2.2. Règle 2 : accès garanti 
8.5.2.3. Règle 3 : Traitement systématique des valeurs nulles 
8.5.2.4. Règle 4 : description de la base de données 
8.5.2.5. Règle 5 : Sous-langage intégral 
8.5.2.6. Règle n° 6 : Voir la mise à jour 
8.5.2.7. Règle 7 : Insertion et mise à jour 
8.5.2.8. Règle 8 : indépendance physique 
8.5.2.9. Règle 9 : indépendance logique 
8.5.2.10. Règle 10 : indépendance de l’intégrité 

8.5.2.10.1. Règles d’intégrité 

8.5.2.11. Règle 11 : distribution 
8.5.2.12. Règle 12 : Non-subversion 

8.5.3. Exemple pratique 

8.6. Entrepôt de données / système OLAP 

8.6.1. Entrepôt de données 
8.6.2. Tableau des faits 
8.6.3. Tableau des dimensions 
8.6.4. Création du système OLAP. Outils 

8.7. Performances des bases de données (DB) 

8.7.1. Optimisation de l’index 
8.7.2. Optimisation des requêtes 
8.7.3. Partitionnement des tables 

8.8. Simulation du projet réel pour la conception du DB (I) 

8.8.1. Aperçu du projet (Entreprise A) 
8.8.2. Application de la conception de bases de données 
8.8.3. Exercices proposés 
8.8.4. Exercices proposés. Feedback 

8.9. Simulation d’un projet réel pour la conception de BD (II) 

8.9.1. Aperçu du projet (Entreprise B) 
8.9.2. Application de la conception de bases de données 
8.9.3. Exercices proposés 
8.9.4. Exercices proposés. Feedback 

8.10. Pertinence de l’optimisation des bases de données dans la Qualité du Software 

8.10.1. Optimisation de la conception 
8.10.2. Optimisation du code de requête 
8.10.3. Optimisation du code des procédures stockées 
8.10.4. Influence des Triggers sur la qualité du Software. Recommandations d’utilisation 

Module 9. Conception d’architectures évolutives. L’architecture dans le cycle de vie du Software 

9.1. Conception d’architectures évolutives(I) 

9.1.1. Architectures évolutives 
9.1.2. Principes d’une architecture évolutive 

9.1.2.1. Fiable 
9.1.2.2. Évolutif 
9.1.2.3. Maintenable 

9.1.3. Types d’extensibilité 

9.1.3.1. Vertical 
9.1.3.2. Horizontal 
9.1.3.3. Combinaison 

9.2. Architectures de DDD (Domain-Driven Design) 

9.2.1. Le Modèle DDD. Orientation du domaine 
9.2.2. Couches, répartition des responsabilités et modèles de conception 
9.2.3. Le découplage comme base de la qualité 

9.3. Conception d’architectures évolutives (II). Avantages, limites et stratégies de conception 

9.3.1. Architecture évolutive. Bénéfices 
9.3.2. Architecture évolutive. Limites 
9.3.3. Stratégies pour le développement d’architectures évolutives (Tableau descriptif) 

9.4. Cycle de qualité du Software (I). Étapes 

9.4.1. Cycle de vie du Software 

9.4.1.1. Phase de planification 
9.4.1.2. Phase d’analyse 
9.4.1.3. Phase de conception 
9.4.1.4. Phase de mise en œuvre 
9.4.1.5. Phase de test 
9.4.1.6. Phase d’installation/déploiement 
9.4.1.7. Phase d’utilisation et de maintenance 

9.5. Modèles de cycle de vie du Software 

9.5.1. Modèle en cascade 
9.5.2. Modèle répétitif 
9.5.3. Modèle en spirale 
9.5.4. Modèle Big Bang 

9.6. Cycle de vie du Software (II). Automatisation 

9.6.1. Cycles de vie du développement de Software. Solutions 

9.6.1.1. Intégration continue et développement continu (CI/CD) 
9.6.1.2. Méthodologies Agiles 
9.6.1.3. DevOps / opérations de production 

9.6.2. Tendances futures 
9.6.3. Exemples pratiques 

9.7. Architecture du Software dans le cycle de vie du Software 

9.7.1. Bénéfices 
9.7.2. Limites 
9.7.3. Outils 

9.8. Simulation d’un projet réel pour la conception d’une architecture Software (I) 

9.8.1. Aperçu du projet (Entreprise A) 
9.8.2. Application de la conception architecturale du Software 
9.8.3. Exercices Proposés 
9.8.4. Exercices Proposés. Feedback 

9.9. Simulation d’un projet réel pour la conception de l’architecture du Software (II) 

9.9.1. Aperçu du projet (Entreprise B) 
9.9.2. Application de la conception architecturale du Software 
9.9.3. Exercices Proposés 
9.9.4. Exercices Proposés. Feedback 

9.10. Simulation d’un projet réel pour la conception de l’architecture du Software (III) 

9.10.1. Aperçu du projet (Entreprise C) 
9.10.2. Application de la conception architecturale du Software 
9.10.3. Exercices Proposés 
9.10.4. Exercices Proposés. Feedback 

Module 10. Critères de qualité ISO, IEC 9126. Mesures de la qualité du Software 

10.1. Critères de qualité Norme ISO, IEC 9126 

10.1.1. Critères de qualité 
10.1.2. Qualité du Software. Justification. Norme ISO, IEC 9126 
10.1.3. La mesure de la qualité du Software comme indicateur clé 

10.2. Critères de qualité du Software. Caractéristiques 

10.2.1. Fiabilité 
10.2.2. Fonctionnalité 
10.2.3. Efficacité 
10.2.4. Utilisabilité 
10.2.5. Maintenance 
10.2.6. Portabilité 
10.2.7. Sécurité 

10.3. Norme ISO, CEI 9126 (I). Présentation 

10.3.1. Description de la Norme ISO, IEC 9126 
10.3.2. Fonctionnalité 
10.3.3. Fiabilité 
10.3.4. Utilisabilité 
10.3.5. Maintenance 
10.3.6. Portabilité 
10.3.7. Qualité de l’utilisation 
10.3.8. Mesures de la qualité du Software 
10.3.9. Les mesures de la qualité dans la norme ISO 9126 

10.4. Norme ISO, CEI 9126 (II). Modèles de McCall et Boehm 

10.4.1. Modèle de McCall : facteurs de qualité 
10.4.2. Modèle Boehm 
10.4.3. Niveau intermédiaire. Caractéristiques 

10.5. Mesure de la qualité du Software (I). Éléments 

10.5.1. Mesure 
10.5.2. Métriques 
10.5.3. Indicateur 

10.5.3.1. Types d’indicateurs 

10.5.4. Mesures et modèles 
10.5.5. Portée des mesures du Software 
10.5.6. Classification des indicateurs de Software 

10.6. Mesure de la qualité du Software (II). Pratique de la mesure 

10.6.1. Collecte de données métriques 
10.6.2. Mesure des attributs internes du produit 
10.6.3. Mesure des attributs externes du produit 
10.6.4. Mesure des ressources 
10.6.5. Métriques pour les systèmes orientés objet 

10.7. Conception d’un indicateur unique de qualité du Software 

10.7.1. Indicateur unique en tant que scoreur global 
10.7.2. Développement, justification et application des indicateurs 
10.7.3. Exemples d’application. Besoin de connaître le détail 

10.8. Simulation d’un projet réel pour la mesure de la qualité (I) 

10.8.1. Aperçu du projet (Entreprise A) 
10.8.2. Application de la mesure de la qualité 
10.8.3. Exercices Proposés 
10.8.4. Exercices Proposés. Feedback 

10.9. Simulation d’un projet réel pour la mesure de la qualité (II) 

10.9.1. Aperçu du projet (Entreprise B) 
10.9.2. Application de la mesure de la qualité 
10.9.3. Exercices Proposés 
10.9.4. Exercices Proposés. Feedback 

10.10. Simulation d’un projet réel pour la mesure de la qualité (III) 

10.10.1. Aperçu du projet (Entreprise C) 
10.10.2. Application de la mesure de la qualité 
10.10.3. Exercices Proposés 
10.10.4. Exercices Proposés. Feedback 

Vous gérerez des projets Software dans une optique d'amélioration continue et de création de valeur durable’’