Bonjour à tous. Bienvenue dans l'assurance qualité des logiciels et le cycle de vie du développement logiciel, également connu sous le nom de SDLC. Dans ce module, nous allons regarder un aperçu de ce qu'est le SDLC, avec différents styles ou différentes méthodes de SDLC. Différents types de logiciels nécessite différentes méthodes pour réussir. Si vous avez un logiciel très volumineux qui a de nombreux modules et de nombreuses parties, un type de SDLC fonctionnerait mieux pour cela. Si vous avez un petit logiciel plus défini, un autre type de SDLC fonctionnerait mieux pour cela. Et dans cette leçon, nous allons regarder un aperçu, et j'ai créé un logiciel spécifiquement pour cet aperçu. Alors, qu'est-ce que le SDLC exactement ? Autrement dit, c'est un plan. C'est un plan qui, si vous le suivez, devrait vous donner un logiciel de qualité. Fondamentalement, le client vous donne son avis sur le plan, vous l'utilisez pour créer un plan de codage, un plan de test, et lorsque vous avez terminé, vous l'examinez avec le client. Cela a commencé dans les années 60. Avant cela, les ordinateurs, vous les avez simplement programmés en déplaçant un tas de fils et de prises, mais à partir des années 60, lorsque les langages de programmation comme COBOL sont devenus plus populaires, vous deviez avoir un plan distinct pour répondre aux besoins du client et pour faire sortir le logiciel, et c'est cinq ou six phases, ce sont des phases nébuleuses : besoin, analyse, conception, développement, essais et entretien. Certaines personnes enveloppent le développement et la maintenance, ou développer et tester, ou les tests et la maintenance en un seul. C'est donc là que vous obtenez cinq ou six. Alors, regardons un exemple. À l'aide d'un logiciel que j'ai créé qui montrerait chacune de ces parties. Conditions. C'est simple. C'est ce que veut le client. Dans cet exemple, notre client nous a demandé de donner une liste de souhaits aux gens afin qu'ils puissent choisir ces articles dans leur liste de souhaits. C'est comme s'ils commandaient quelque chose. C'est donc ce que le client nous apporterait. Ce sont les exigences. Ensuite, nous examinions cela et découvrions, "Hmm, comment pouvons-nous faire cela pour que le client n'a pas de problème ? Eh bien, nous avons besoin d'instructions." Voilà donc notre analyse, nous avons analysé ce que le client nous a donné, et nous avons dit, vous savez quelque chose? Votre écran a besoin de ces deux instructions en haut. La prochaine partie serait la conception proprement dite. On s'est rendu compte, tu sais ? Il n'y a nulle part où le client peut voir, ou la personne qui achète les choses, il n'y a nulle part où voir ce qu'ils ont commandé ou ce qu'ils veulent commander. Nous recommandons donc ces articles dans l'ordre en bas. Alors vous voyez comment nous le construisons, comment nous avançons. Le prochain est le développement, c'est simplement le codage. Voici quelques lignes de code de ce programme. Peu importe la langue que vous utilisez, c'est juste le codage de celui-ci. Vient maintenant le test. Maintenant, ce que vous voyez dans le coin inférieur, évidemment, ce ne serait pas dans le programme. Dans le programme que j'ai créé, j'ai volontairement mis ça là-dedans pour forcer le programme à échouer à différents moments. Mais la partie test, nous trouverions différentes manières de tester le logiciel rechercher des problèmes, soit des bugs, bogues de syntaxe ou bogues de logique. Une façon courante de tester est de faire ce qu'on appelle le test FONE. Ce serait le premier enregistrement, c'est le F pour FONE, faire un premier test d'enregistrement. Le O serait un test à un enregistrement, n'importe quel enregistrement sauf le premier enregistrement. Puis le N, ici je l'ai écrit comme deux enregistrements ou plus, mais il représente le nombre d'enregistrements ce qui signifie plusieurs enregistrements. Et enfin, le E, ça veut dire fin de fichier, c'est ce que veut dire EOF, mais c'est le dernier disque. Ce serait donc un type de test que nous documenterions dans notre plan SDLC. Et puis l'entretien. Après l'avoir livré au client, nous avons résolu tous les bugs, tout fonctionne très bien, nous avons réalisé, "Hé, tu sais, il n'y a rien ici pour laisser le client dire, 'oui, je veux commander quelque chose.'" On s'est rendu compte après coup donc ça fait partie de la maintenance, petites mises à jour ou petits changements au programme en fonction des besoins du client. Le client ne le savait peut-être pas à l'origine. Et là nous avons les phases du SDLC, le cycle de vie du développement logiciel. Encore une fois, cette leçon n'était qu'un aperçu. Dans les cours à venir, nous allons voir des styles ou des types spécifiques de SDLC et vous verrez comment et quels types de programmes fonctionnent le mieux avec eux.