Bonjour, tout le monde. Bienvenue dans le cours de KnowledgeCity : concepts et processus d'AQ des logiciels. Je suis Andy et je serai votre instructeur. Dans ce module, nous allons examiner différents types de guides de planification pour un cycle de vie de développement de système ainsi que différentes stratégies de test pour gérer le cycle de vie du développement du système. Dans cette leçon, nous allons chercher aux guides de planification et différentes versions de guides de planification et différentes ressources qui sont à votre disposition. Alors qu'est-ce qu'un guide de planification? Un guide de planification, lorsque vous allez créer un logiciel pour une entreprise, pour un groupe, c'est essentiellement une carte. Il explique comment chaque partie de celui-ci va fonctionner. Qui est impliqué, quel type de test aura lieu. Ce que vous ferez si les choses se passent bien. Ce que vous ferez si les choses tournent mal. Toutes les différentes parties de sorte que si quelqu'un de l'extérieur est venu et a regardé n'importe quelle partie de ce guide de planification, ils comprendraient comment le logiciel est mis en œuvre et conçu. Donc encore une fois, l'avantage le principal avantage est que tout le monde peut voir sur quoi tu travailles et où ça va aller et quelles seraient les prochaines étapes. Vous pourriez obtenir des modèles pour cela auprès du gouvernement. Ils sont là et ils sont libres d'utiliser, et ils sont d'une grande aide. J'utilise toujours l'un des modèles pour me lancer dans mes guides de planification. J'ai trois échantillons inclus et nous allons les regarder dans un instant. Mais d'abord, les points communs. Peu importe comment vous concevez votre plan, il y a quelques éléments de base. Vous avez votre présentation. L'introduction dit à quelqu'un de quoi il s'agit. C'est quoi le programme ? Pourquoi est-ce ici ? Où puis-je trouver des informations qui a mené au développement de ce programme? Des choses de cette nature. Fonctionnalités que vous allez tester, fonctionnalités que vous n'allez pas tester. Comment tester. Et différentes choses sur l'organisation, l'environnement qui aura un effet sur votre logiciel. Examinons donc certains de ces guides de planification. Le premier que je veux te montrer, Je l'utilise depuis longtemps maintenant. C'était, encore une fois, c'était disponible gratuitement du gouvernement. Tout d'abord, il date de 1990. Et si vous regardez cet ordinateur, Je pense que c'est une vieille Apple. En regardant le clavier. Mais ce que je voulais te montrer, Allied-Signal Aerospace Company. Si nous regardons, tout le chemin du retour en 1990, si nous regardons certaines des catégories ici dans la table des matières, vous avez votre introduction, les définitions de quoi toutes les pièces de cette assurance qualité du logiciel sont d'environ. Le cycle de vie, le projet. Différents rôles des personnes impliquées. Comment la direction va s'impliquer. Les différents régimes. Vous verrez donc que celui-ci suit les autres que je vais vous montrer de très près mais il a ses propres saveurs et différentes choses qu'il fait. Alors regardons les autres maintenant. Ceci est un guide de planification du gouvernement vous pouvez télécharger directement à partir de la Bibliothèque du Congrès. Et ce qui est bien, c'est qu'ils ont toutes ces zones bleues où ils vous disent ce que vous devriez mettre ici. Ils ont également ces zones entre parenthèses et supérieur à et inférieur à symboles qui vous disent ce que vous devez y taper. C'est très utile. Donc, en substance, vous n'avez pas à recréer la roue. Donc, si nous faisons défiler, ils vous donnent un contrôle de version du document, une révision. C'est une caractéristique commune aussi. Vous le verrez dans une seconde dans une autre que je vais vous montrer. Mais regardez la table des matières. Encore une fois, une introduction. Celui-ci est éclaté un peu plus loin dans ce qui constitue l'introduction. Les différents éléments de test sont ici. Fonctionnalités à ne pas tester, fonctionnalités à tester. Comment tu vas faire ça. Certains d'entre eux pourraient vous sembler familiers si vous avez vu certains des autres modules et les leçons que nous avons faites. Il parle des différents types de tests. Par exemple, les tests d'intégration. C'est là que vous assemblez vos modules et voir comment deux modules fonctionnent ensemble et ensuite voir comment deux unités fonctionnent ensemble jusqu'à ce que vous ayez finalement testé un système complet. Les tests de sécurité, c'est ce qui serait considéré tests non fonctionnels. D'une leçon précédente, les tests fonctionnels c'est ainsi que fonctionne le programme réel. Les tests non fonctionnels sont tous les autres composants, tels que la sécurité, la charge du réseau. Différents critères, quel est le processus de test devrait vous donner. Et puis les facteurs environnementaux. Sur quel type de matériel cela va-t-il fonctionner ? Quel type de logiciel ? Des choses de cette nature. Mais comme je l'ai dit, c'est un excellent document du gouvernement que vous pouvez simplement remplir et beaucoup de ceci a été développé à partir de l'IEEE. Nous parlerons de l'IEEE dans la prochaine leçon. Maintenant, il y en a un autre du gouvernement c'était encore mieux, pas à cause du contenu mais à cause de cela. Regardez ici. Vous voyez qu'il est écrit document 1 ? Il s'agit d'un modèle pur. Lorsque vous l'ouvrez, c'est comme si vous commenciez un document vierge. C'est un modèle, ce n'est pas... L'autre chose que je t'ai montré était un vrai document. Vous auriez à réenregistrer le nom. Celui-ci est un modèle. Regardez, il y a un historique de révision, tout comme le dernier. Et vous pouvez le remplir. Encore une fois, il y a ces zones bleues qui te disent quoi faire mais quand tu vas le sauver, ça va vous demander un nouveau nom. C'est donc un modèle que vous pouvez utiliser dans Word. Vous remarquerez que celui-ci a en fait un peu moins de détails que le précédent. Vous pouvez ajouter plus ou moins de détails. C'est à vous mais le but, le but principal de ces guides de planification est que quelqu'un pourrait en regarder n'importe quelle partie et cela pourrait ressembler à un document autonome. Ils pourraient regarder la portée et ils pourraient parfaitement comprendre la portée de ce projet. Ils n'ont pas besoin de regarder d'autres parties de ce pour comprendre la portée. Voici donc un aperçu de ce à quoi ressemble un guide de planification et comment vous devez l'utiliser. Encore une fois, ceux-ci seront inclus. Vous pouvez les utiliser. Ils sont libres d'utilisation du gouvernement. Ils vous encouragent à les utiliser. Alors merci d'être venu et je vous verrai dans la prochaine leçon.
