Aujourd'hui, nous allons examiner les aspects de qualificationque nous avons brièvement expliqués sur la qualification de ce que vous voulez dire par la qualificationet quelles sont les différentes étapes de la qualification comme la validation de vérificationet l'acceptation, et nous avons discuté de ce cycle de niveau supérieur et du cycle de niveau inférieur ou des cycles de qualification de niveau supérieur et inférieur. Aujourd'hui, nous allons entrer dans les détails de cette procédure de qualificationquel type de procédure à adopter et quels sont les différents types de tests d'acceptationet comment s'assurer que le client accepte le système etce qui est le processus par lequel nous pouvons effectuer les tests afin de vous assurer que le systèmefonctionne conformément aux exigences du client.
(Heure de la diapositive: 02:12)
Alors, laissez-nous tout d'abord récapitulation de la procédure de qualification et de la qualification. Ainsi, comme nous l'avons vu, il s'agit du processus de vérification et de validation de la conception du système, puis de l'acceptation depar les parties prenantes de la conception. Par conséquent, nous devons vérifier et valider la conceptionet vérifier qu'elle répond réellement aux exigences du client et qu'elle impliquela validation et l'acceptation de la vérification.Ainsi, comme nous en avons discuté lors de la vérification de la classe précédente, c'est pour vérifier le systèmedéveloppé en ce qui concerne les spécifications que nous avons identifiées lors de la validation de l'étape de conception ests'assurant qu'il répond aux exigences du client en termes de concepts et de validitéou que la validité de la conception, puis l'acceptation, c'est que nous donnons au système le systèmecomplet à l'utilisateur. Et que l'utilisateur effectue le test d'acceptation, puis accepte le système.Ainsi, ce sont les trois étapes à travers lesquelles le processus de qualification passe, puis nousavons besoin de concevoir le système de qualification au fur et à mesure que nous concevons le système d'ingénierie. Par conséquent, le système de qualificationne peut pas être conçu à la fin du processus, bien que nous avons discuté decomme étant la dernière étape que le système doit être conçu au niveau de base, je veux dire quand nous commençons la conceptiondu système d'ingénierie, le système de qualification doit également être développé en parallèle aveclorsque nous concevons un sous-système, nous devons examiner quelle est l'exigence de ce système, puis comment tester ce système et comment valider ce système, puiscomment effectuer un test d'acceptation pour ce système particulier. Donc, nous devons développer la procédure, nous devons identifier les ressources, nous devons identifier les plannings.
Ensuite, avec la conception du système, il est nécessaire d'utiliser ce système lorsque vous effectuez la validation ou la validation de. Ainsi, la conception du système de qualification doit êtreeffectuée au début de la conception ou lorsque nous avons conçu le système, le système de qualificationdoit également être conçu avec cela et le critère de sortie pour l'intégration et la qualification est l'acceptation parde la conception par les parties prenantes. Donc, c'est le critère de sortie. Par conséquent, nous pouvons direque la conception du système est terminée ou que nous ne pouvons pas sortir de ce processus de conception spécifiqueuniquement lorsque l'intervenant accepte le système.(Référez-vous à l'heure de la diapositive: 04:28)
Et ceci sera discuté en fait et à nouveau dans la dernière classe que ce sont les différentes procédures de validationet il s'agit de la vérification et c'est le test d'acceptation.Ainsi, nous faisons le test d'acceptation à ce stade lorsque l'intégration est terminée et que nous faisons le test de validationà ce stade et que nous développons les systèmes de qualification à ce stade de l'étape, nous développons le système de qualification, puis la vérification consiste à vérifier fondamentalement les élémentspar rapport aux spécifications conçues et à la validité conceptuelle de la validité de l'opérationet La validité des exigences et la validité de la conception, toutes ces exigences doivent être validées au fur et à mesure que nous allons de l'avantavec le processus de qualification.
(Référez-vous à l'heure de la diapositive: 05:10)
Donc, avant d'aller au processus de qualification, nous définissons quelques termes qui vont intéresseraux ingénieurs de qualification ou à ceux qui font le test de qualification. Par conséquent, l'objectif de la qualificationest non seulement de trouver des erreurs et des échecs, mais aussi de les prévenir et de fournir un diagnostic complet àsur leur emplacement et leur cause.Ainsi, il ne s'agit pas seulement d'identifier les erreurs et les échecs dont nous avons besoin pour identifier lade ces défaillances, ainsi que de fournir une sorte d'entrée aux concepteurspour s'assurer que de telles erreurs se produisent dans la conception. Par conséquent, comme nous faisons le test,s'assure que nous pouvons identifier les erreurs et les échecs et que nous pouvons identifier l'emplacement des défaillances. Nous pouvons également suggérer des méthodes pour éviter ces échecs. Donc, si vousidentiez l'emplacement, nous pouvons voir si la source de cette erreur et, une fois que nous connaissons la source de l'erreur, nous pouvons procéder à une refonte du système. Ainsi, lepeut être supprimé, les ingénieurs de qualification ou ceux qui effectuent la vérification ou la validation. Ainsi, ils ont la responsabilité d'identifier les sources ainsi queaide les concepteurs.Pour éviter de telles erreurs, nous vous récusons simplement le terme que nous utilisons normalement lorsque nous avons discuté des défaillancesqui sont les erreurs du système. Par conséquent, l'échec est essentiellement une déviation du comportemententre le système et son exigence. Par conséquent, nous avons certaines exigences de comportement dans le systèmeet lorsque le système ne fournit pas ce comportement, nous appelons cela une erreur de défaillanceest un sous-ensemble de l'état système qui peut entraîner un échec. Ainsi, le système indique s'il est
la température la pression ou son temps de traitement ou la capacité de traitement de l'un de ces paramètresqui est un sous-ensemble de l'état du système. Donc, cela peut en fait causer un échec. Par conséquent,qui est une erreur et une erreur est les défauts du système qui peuvent provoquer une erreur.Ainsi, il s'agit d'une erreur essentiellement dans le système cause une erreur et cette erreur entraîne l'échec du système. Par conséquent, pour que le système de qualification soit un succès, un certain nombre de procédures complémentairessont utilisées. Par conséquent, si vous utilisez des méthodes 1 ou 2 qui seules ne vous aideront pas à identifier toutes les erreurs. Ainsi, une procédure peut identifier les défauts dans les scénarios opérationnels une autre méthodepeut identifier les erreurs dans les systèmes internes ou les interfaces. Par conséquent, il n'existe pas de test uniquequi puisse identifier toutes les erreurs du système et, par conséquent,identifier des procédures différentes ou des procédures de test différentes ou des procédures de vérification qui sont complémentaires Donc, que la plupart des failles peuvent être identifiées. Donc, c'est l'exigenceici, nous avons besoin de plusieurs tests ; ainsi, de nombreuses procédures qui sont complémentaires à chaquequi peut identifier la plupart des erreurs du système qui peuvent en fait empêcher les pannesdu système.(Référez-vous à la diapositive: 08:00)
Pour ce faire, il existe de nombreuses méthodes utilisées par divers ingénieurs système etdifférentes méthodes de développement de systèmes, mais c'est la communauté des logiciels qui a mis en place des procédures et des règles plus complètesle test des systèmesde systèmes d'ingénierie, mais certaines de ces règles peuvent être implémentée ou peuvent être adoptées pour le
les systèmes d'ingénierie sont également en fait 3 lois en matière de test logiciel ou de procédures de qualification.Si cela peut réellement être utilisé dans l'analyse du système d'ingénierie aussi parce que la plupart des procéduressont communes à l'ingénierie logicielle ainsi qu'à l'ingénierie système, la première loiest connue sous le nom de paradoxe des pesticides qui stipule que chaque méthode que vous utilisez pourempêche une erreur de bogue dans le cas du système d'ingénierie. Ainsi, chaque méthode que vous utilisez pour empêcherde s'en remettre laisse un résidu de défauts subtiles ; cela signifie que chaque fois que vous utilisez une méthode particulièrepour empêcher une erreur qui entraîne en fait une autre erreur dans le système qui ne peut pas être identifiéeà l'aide de la méthode actuelle. Ainsi, chaque fois que vous introdurez une nouvelle méthode pour éviter une erreur, les erreursassociées à cette nouvelle méthode ne peuvent pas être identifiées à cette étape. Donc, c'est connu sous le nom dele paradoxe des pesticides. Par conséquent, vous ne pouvez pas garantir cela simplement.En supprimant un bogue, vous éliminez en fait tous les bogues parce que cette erreur peutvenir à cause de la nouvelle méthode également qui est la première loi du premier test logiciel de portequi est connu comme le paradoxe des pesticides la seconde loi est connue comme la barrière de complexité ;ceci affirme en fait que la complexité des bogues ou des failles croît jusqu'aux limites de notre capacitéà gérer cette complexité. Donc, comme nous sommes de plus en plus capables de résoudre une complexité, alors la complexité de la faute va continuer à augmenter. Donc, c'est connu sous le nom de, la complexité de la complexité de la troisième loi, c'est que le code migre vers des données qui, en fait, indique quele matériel et les personnes migrent vers des logiciels qui finissent par migrer vers les données.Ainsi, au départ, si quelque chose est fait par le matériel ou quelque chose par l'humain,va lentement migrer vers le logiciel. Donc, nous allons essayer de le remplacer par un logiciel, puisle logiciel va le remplacer par les données réelles. Donc, c'est le code qui migre vers les données. Par conséquent,chaque fois qu'il sera planifié pour la qualification ou les tests du système d'ingénierie dont nous avons besoin à, assurez-vous qu'il s'agit des faits qui limitent réellement notre capacité à effectuer les tests. Par conséquent,chaque fois que nous essayons d'utiliser une nouvelle méthode d'évitement de l'erreur qui peut en fait apporter une autre erreurqui ne peut pas être identifiée par cette méthode. Nous devons donc être prudents lors de l'introduction d'une méthodepour supprimer votre faute. Par conséquent, nous devrions examiner l'importance de cette erreur, c'est une fréquencede l'erreur.Ensuite, nous décideront s'il faut introduire une autre méthode pour éviter cette erreur car cette nouvelle méthodepeut apporter une autre erreur qui ne peut pas être identifiée par cette méthode particulièrede la même manière que la complexité de la faute va continuer à augmenter à mesure que nous sommes plus capables de résoudre le problème.
Problème que la complexité continue également à augmenter et qu'il y a une migration du logicielmatériel en plus des données. Donc, nos algorithmes ou les méthodes doivent être capables de prendre cela dans le comptelorsque nous faisons le test des systèmes d'ingénierie, puis de nouveau lorsque nous faisons la vérificationdu système. Ainsi, comme nous le savons, la vérification est l'une des étapes les plus faciles dans la qualification. Nous avons donc la validation et l'acceptation de la vérification. Par conséquent, la vérification est l'une desles plus simples ou les plus simples de la procédure de qualification. Donc, là encore, il y a quelques barrières.Parce que la vérification consiste essentiellement à examiner la spécification de la conception, puis à voirsi le système réel ou le composant réel répond à cette spécification lorsque le problèmeici est que nous ne pouvons jamais être sûrs que les spécifications sont correctes. Ainsi, la spécification peutêtre incorrecte. Par conséquent, la spécification n'a pas toujours besoin d'êtrecorrecte, mais nous devons toujours supposer que les vérifications sont correctes et que le test de vérification de test spécifique à, mais qu'ils ne sont pas toujours corrects.(Référez-vous à la diapositive: 12:07)
Le système de vérification permet maintenant de vérifier chaque programme correct. Par conséquent, il n'existe pas de systèmede vérification permettant de vérifier chaque programme correct.Vous devez disposer de procédures différentes ou de méthodes différentes pour effectuer la vérification d'un programme completou une méthode peut ne pas s'assurer qu'elle est complètement correcte, puisne peut jamais être certain qu'un système de vérification est correct. Il n'y a donc aucune garantie que le système de vérificationsoit toujours correct. Donc, ce sont les barrières dans la vérification qui n'est jamais nous
faire une vérification, nous avons en fait certaines hypothèses et avons certaines limites. Par conséquent, dans, cette limitation que nous ne faisons que la vérification. Ainsi, cela montre que le niveau de confiance del'ingénieur de vérification dépend de la mesure dans laquelle nous pouvons garantir que les spécifications sontcorrectes à l'action possible et que le système la plus grande des méthodes complémentairesqu'il utilise pour s'assurer que tous les aspects du système sont testés ouvérifiés.De même, si le système de vérification est le système de vérification, si le système de vérification est correct. Par conséquent,basé sur ce niveau de confiance uniquement nous pouvons dire que la vérification est terminée ou que la vérificationest à la hauteur des attentes des ingénieurs de conception. Il s'agit donc des obstacles à la vérification, mais avant de discuter des méthodes.(Référez-vous à la diapositive: 13:27)
Nous devons également définir quelques termes sur la catégorisation des erreurs. Il existe donc différents typesde pannes qui se produisent dans le système. Donc, certaines des failles sont très cousues certaines d'entre elles ne sont pastrès sever, mais certaines d'entre elles ont besoin d'attention certaines d'entre elles peuvent être laissées en tant que telles car elles peuventne causer aucun autre problème dans le système. Ainsi, la catégorisation des erreurs est la première étape dequi définit l'importance des erreurs. Par conséquent, si vous voulez catégoriser l'erreur sur les termesde l'importance.Ainsi, quelle est l'importance de cette erreur particulière pour les catégoriser dans différentes catégorieset ces catégories définissent des distinctions parmi les conséquences des erreurs. Ainsi, les catégoriespeuvent réellement donner la distinction sur les conséquences de ces erreurs. Donc, une partie du
la catégorisation ou la taxinomie des erreurs ici ; ainsi, une erreur légère est quelque chose qui peut êtreréellement supprimé, ce qui dit que nous n'avons pas vraiment besoin de regarder cette failleparticulière car il s'agit d'une couleur très douce comme la couleur n'est pas appropriée ou qu'il n'y a pas de surface uniformeou qu'il y a une petite égratiure sur le système. Par conséquent, il s'agit de l'erreur mineure quepeut en fait être supprimée car elle crée un problème supplémentaire dans le système, maisnous avons des défauts modérés qui ne sont pas clairs ou trompeurs de sortie ou un mauvais menu.Ainsi, une fois que vous avez donné une entrée, elle donne une sortie différente qui n'est pas liée à l'entrée que nousdonne ou les menus ne sont pas correctement donnés. Ainsi, un menu ne conduit pas à une autre ou à; quelles que soient les fonctions récursives ne figurent pas dans le menu. Donc, ces défauts sont connus sous le nom de défauts modérés, il s'agit en fait d'un problème, mais encore une fois, vous n'avez pas besoin d'investir tropdans ce type d'erreurs modérées des erreurs modérées qu'il y a des défauts de type ennuyeux quedonne en fait à des utilisateurs en gros, il recherche quelque chose de quelques données et il esten train d'obtenir d'autres données ou il prend trop de temps à traiter ou ce menu n'est pas correctement unà venir ou qui n'est pas visible correctement. Il s'agit donc de défauts de type ennuyeux qui doivent être évités parcar les utilisateurs n'aiment pas avoir ce type de défauts.Mais là encore, ils ne vont pas créer de problème majeur dans la performance du système carle système peut être performant, mais il se peut qu'il ne fonctionne pas comme la commodité de l'utilisateur ou quel'utilisateur n'aime pas avoir ce genre de défauts parce que cela l'ennuie réellement et qu'il està l'aide du système. Donc, encore une fois, ceci doit être éliminé autant que possible le suivant estconnu comme le genre troublant de défauts. Donc, en fait, nous refusons la transaction légitime.Donc, si vous avez une transaction légitime que vous avez une autorité appropriée pour entrer dans ce système, puis effectuer une transaction, alors le système ne vous permet pas de donner des erreurs.Donc, il s'agit d'une sorte d'incident dérangeant qui n'est pas acceptable.Le niveau suivant est de graves défauts qui sont en fait perdre la trace de la sortie d'entrée. En fait,ne sait pas ce qui a réellement transactée dans le système. Par conséquent, quel type d'entrées a été donné et quel résultata été donné et c'est quelque chose comme dans un guichet automatique, vous avez déposé un peu d'argent qu'il n'est pasen compte dans votre compte ou il ne sait pas où l'argent a disparu. Donc, ce genre de situationest une faute grave dans le système, puis une fois de plus, le niveau suivant est une transaction très sérieuseune faute très grave qui dit qu'il peut y avoir un mélange d'entrées et de sorties. Ainsi,une personne dépose de l'argent dans un compte et que l'argent va à un autre compte etl'argent est retiré de son compte à cause d'un autre retrait de l'argent. Par conséquent,ce type d'inadéquation de la sortie d'entrée et il s'agit d'une erreur très grave.
Ce qui doit être réglé à tout prix ensuite, il y a des défauts extrêmes où, en fait, ces erreurstrès graves se produisent fréquemment, c'est-à-dire que ce type de situation est une condition extrême de, qu'il s'agisse de fautes fréquentes de catégorie très grave. Ainsi, de très graves défauts de catégoriese produisent très fréquemment, alors il s'agit d'une situation de faille extrême, puis il y a des erreursintolérables qui entraînent en fait une corruption de données irrémédiables à long terme. En fait,est intolérable car, en fait, vous pouvez faire en sorte que l'ensemble du système soit sur une période de tempsou que l'ensemble des données soit corrompu ou qu'ils perdent la trace de ce qui s'est réellement passé. Par conséquent,ce type d'erreurs à long terme ne doit pas être là et ce type d'erreurs intolérable.(Référez-vous à l'heure de la diapositive: 17:55)
Et encore une fois, compte tenu de la gravité de la question, il y a des erreurs catastrophiques ; pannes catastrophiquesqui, en fait, l'arrêt du système cause la perte de données.Ainsi, elle entraîne une perte de données pour le système complet car elle permet d'arrêter le systèmetout entier, et de nombreuses données sont perdues sans aucune trace de ce qui s'est passé. Ainsi, ce type de situationest le ; une erreur catastrophique et la dernière est l'erreur infectieuse de la faute infectieuse estqu'il n'est pas seulement le système auquel tout le système est associé avec ce système est également corrompu. Il s'agit donc d'une situation très grave, connue sous le nom de défauts infectieux. Ainsi, sur la base de la sécuritéde ces défauts, nous pouvons les classer dans différentes catégories qu'ils commencentde légers à catastrophiques et infectieux. Il est donc du devoir des ingénieursde qualification d'identifier ces erreurs et de les catégoriser dans quel type d'incident il s'agit de savoir s'il s'agit d'untrès doux ou d'un problème infectieux.
Par conséquent, ils doivent examiner l'importance de ces erreurs, puis identifier les actionsrequises pour qu'elles soient prises en regard de la source de ces erreurs, puis découvrirou suggérer aux ingénieurs de conception les procédures ou comment les éliminer. Par conséquent,si vous pouvez développer les méthodes et les procédures pour identifier tous ces types de défauts de légersà infectieux en fonction de la gravité de l'erreur, puis essayer de les éliminer, c'est-à-direle travail des ingénieurs de qualification, ils vont développerles procédures permettant d'identifier toutes ces erreurs et de les catégoriser, puis de les signaler aux ingénieurs de conception. Ainsi, les ingénieurs de conception peuvent réellement examiner le système et ensuite pourune refonte du système.Une fois de plus, pour examiner l'importance des erreurs, nous pouvons trouver la mesure de l'importance deen fonction de la fréquence de l'incident, ainsi que de la gravité de la situationou de l'environnement auquel ces erreurs particulières se produisent. Ainsi, une méthode de mesure de quantitéde l'importance du type d'erreur est fournie ici,
Ii= ∑j= 1JV j PijCijoù j'ai l'importance du type d'erreur et de la première erreur dans j th scénario. Par conséquent,Pij la probabilité de l'erreur i de se produire dans un scénario j et Cij est le coût de l'erreurdans la faille i dans le scénario j e en termes de roupies.Ainsi, si vous pouvez réellement convertir ce coût de cette erreur spécifique s'il est doux pour le coût,sera inférieur, mais si c'est une faute très importante, le coût sera très élevé. Donc, si nous pouvons en faitconvertir cela en roupies, alors nous pouvons dire que Cij est le coût de la faute i dans j ème scénarioet V jest la mesure relative de l'importance de ce scénario.Donc, si vous avez plusieurs scénarios dans lesquels la faute est en train de se produire. Donc, nous pouvons donner àla mesure relative de l'importance du scénario dans certains scénarios peut être très important, certainspeuvent ne pas être importants. Donc, V j
indique la valeur relative de cette importance. Donc, en fait
l'importance du type d'erreur peut être obtenue en tant que
∑j= 1JV jPijCijSo,
Pij est la probabilité Cij est le coût et V j
est la mesure relative. Par conséquent, si vous avezun incident particulier qui se produit alors plusieurs scénarios et si vous connaissez le coût de cette erreurparticulière ainsi que la probabilité de cette erreur ainsi que la mesure de l'importancede ce scénario, nous pouvons déterminer quelle est l'importance de ce type d'erreur et ce, ainsi que la taxe pour la taxonomie dont il a été question plus haut, seront en mesure de catégoriser ces erreurs dans les termessi elle est très sévère, et alors nous devons examiner les procédures pour les éliminer ounous pouvons simplement la laisser comme cela parce qu'elle ne cause pas de problème.Donc, c'est comme ça comment Les erreurs sont catégorisées, puis comment procéder à l'analyse des erreursen fonction de la probabilité de panne, ainsi que du coût de la panne et de l'importance des scénarios. Maintenant, regardons les méthodes et les procédures pour effectuer la planification de la qualification.(référez-vous à la diapositive: 21:59)
Ainsi, comme je l'ai mentionné, la stratégie de qualification doit être planifiée au cours de la phase de conception elle-même.Ainsi, il y a 4 niveaux principaux de planification de qualification: le processus de qualification que vous planirezle processus de qualification des approches de qualification et vous planiez les activités de qualification, puis le test spécifique au plan.Ainsi, les 4 activités à exécuter dans la planification de qualification, comme vous le savez,le premier niveau de conception de la qualificationdans la planification de la qualification.
(Référez-vous à l'heure de la diapositive: 22:32)
Nous examinons les différents aspects de la qualification, en gros, nous devons effectuer le test de validation et le test de validationde test de validation, et toutes ces 4 étapes, nous véritons que ces 3 tests sont effectués pardans la qualification et que nous planirons ces 3 tests dans toutes les 4 étapes dont nous avons discuté. Donc, c'est la planification du processus de qualification lors de la planification du processusde qualification, nous regardons les objectifs du système, nous identitons les exigences identifiées dansles objectifs du système, c'est-à-dire l'une des conférences précédentes, nous avons discuté comment identifier les objectifs du systèmeet ensuite utiliser ces objectifs pour définir les exigences du système, ainsi quela hiérarchie des objectifs.Ainsi, dans la planification des qualifications, nous devons également commencer par les objectifs du système. Par conséquent, ce queest en fait le système supposé atteindre et basé sur le fait que seuls les objectifssont nécessaires et que ces objectifs deviennent de nouveau une ligne de base pour le processusde qualification. Ainsi, nous examinons les objectifs du système, puis nous identitons plus comme un objectif de performance la qualification des objectifs du système objectif du système. Par conséquent, en fonction de l'objectif de performances, nous regardons l'objectif du système de qualification.Ainsi, ils seront directement liés car le système de qualification doit réellement garantir que lesde performances sont atteints et que, par conséquent, les objectifs de qualification doivent êtredéveloppés à partir des objectifs du système, alors nous devons examiner le seuil d'échec de la réussite pour chaque testcar nous devons effectuer de nombreux tests comme le test de validation du test de validation et le test de vérificationet nous devons examiner ce qui est le seuil d'échec de réussite pour ces tests. Donc, nous
ne peut pas avoir une valeur très faible pour le seuil. Par conséquent, si vous placez une très faible valeur pour les seuils, ce test n'est pas vraiment utile, mais si vous placez un seuil très élevé,ce qui se passe, c'est que vous constarez que la plupart des tests que le système ne pourra pas passerle test également.Ainsi, l'une des principales exigences ici est d'examiner les objectifs du système et les objectifs de qualification, puis de déterminer une valeur pour ce seuil, le seuil d'échec de réussitepour chaque test à connecter, puis basé sur le fait que nous allons pour les exigences de qualificationqui sont similaires à tout autre processus de conception de système. Nous examinons les exigences de la qualification, puis l'architecture fonctionnelle pour la qualification, quelles sont les fonctionsdoivent être fournies quelles sont les fonctions de niveau supérieur et quelles fonctions de sous-durale sont nécessaires, puis nous allons pour le développement de l'architecture physique, puis identifier les risques et les stratégies d'atténuation. Par conséquent, quels sont les risques associés à ces processus et comment-nous réellement surmonter ces risques, puis créer un plan de qualification maître.Ainsi, à la fin du processus de planification des qualifications, nous allons obtenir un plan de qualificationqui peut effectivement être utilisé pour l'ensemble de la conception. Dans un premier temps, en examinant les objectifs du système, nous allons développer les objectifs de qualification, puis en fonction des objectifs de qualification.Nous décideront des valeurs de seuil pour les différents tests, puis nous identifiera les exigences de qualificationet à partir de là, nous regardons l'architecture fonctionnelle et physique et, enfin,nous obterons le plan de qualification qui est un document de plan de qualification maître et ce documentsera le document maître pour toutes les activités de qualification. Il s'agit donc de la première fonctiondans le plan de planification de qualification du processus de qualification.
(Référez-vous à l'heure de la diapositive: 25:59)
La prochaine étape consiste à planifier les approches de qualification et, une fois de plus, cela a été fait pour tous les types3 de validation et de vérification de l'acceptation de test. Par conséquent, dans cette approche, nous allons essayerd'identifier les ressources et les organisations.Ensuite, l'affectation des activités de qualification aux organisations assigne des activités de qualification aux ressourceset développe des plannings de qualification cohérents avec les plannings de développement. Par conséquent,est la planification de l'approche de qualification. Donc, ici, nous essayons d'identifier toutes les ressourcesnécessaires à la qualification. Donc, nous devons effectuer différents tests et pour ces différents tests, nousavons besoin de différentes ressources et besoin d'identifier l'infrastructure disponible et les personnesqui sont capables de réaliser ces tests si le test peut être effectué à l'interne, nous pouvons en fait identifiersi certains équipements à acquérir sont planifiés ou il existe des installations de test standarddisponibles si le test peut être effectué. Par conséquent, cela doit également être planifié.Ainsi, c'est la première étape que vous identiez les organisations et les activités, et affectez ces activitésà diverses ressources, puis développez les plannings compatibles avec le planning de développement. Par conséquent, vous disposez ici de différents planning pour l'activité de conception, carest planifié pour la conception que nous avons pour la conception de niveau de composant, puis pour la conceptionde niveau système et. Par conséquent, en accord avec les plannings, nous avons besoin du planning de qualification; par exemple, si vous souhaitez vérifier les composants. Ainsi, lorsqu'un composant particulierest mis à disposition selon le planning, le planning de qualificationdoit également correspondre à ce composant de la même manière lorsque ce composant est destiné à un
l'intégration de la vérification de ce sous-système intégré doit être effectuée et le sous-systèmeest prêt.Ainsi, le planning que nous avons développé pour la qualification ne doit pas être cohérent avec les activités de conception, ce qui doit être garanti dans les développements de l'approche de qualification ou la planification de l'approche de qualification. Il s'agit donc des différentes activités réalisées dans l'approche de qualification.(Référez-vous à la diapositive: 27:59)
La prochaine étape consiste à planifier les activités. Donc, comment pouvons-nous réellement mener à bien ces activités. Par conséquent, développez des exigences de qualification détaillées et dérivées en écriture de plans de qualificationde niveau actif et attribuez des responsabilités de qualification. Donc, il s'agit en fait de la planification deles activités réelles. Nous trouvons donc les exigences de qualification détaillées et dérivées. Donc,il y a peut-être des exigences différentes de l'exigence principale, il peut y avoir des exigencesdérivées.Donc, nous allons dans les détails. Ainsi, dans le troisième niveau, nous allons dans les détails si nous regardons les éléments de configuration d'éléments individuelset les composants, puis identichez les plans détaillés pourchaque composant. Par conséquent, si vous avez identifié un composant particulier dans la conception,devez prendre en compte ce composant particulier et le type d'exigences qui s'y trouvent pour ce composant, qu'il soit nécessaire d'avoir des agencements spécifiques ou spécialisés pour l'assembler et quefasse le test ou que des fonctions spécialisées soient nécessaires ou que des fonctions spécialisées soient requisespour ce composant particulier. Ainsi, ce type de planification détaillée se fera dans le troisième
fonction qui correspond aux activités de qualification. Par conséquent, pour chaque composant et sous-système, nous regardonspour les détails.(Référez-vous à la diapositive: 29:07)
Ensuite, développez les activités de qualification et le quatrième est essentiellement le test spécifique