Dans cette classe, nous allons examiner l'intégration et la qualification des systèmes d'ingénierie. Comme je l'ai mentionné dans les conférences précédentes, il s'agit de l'une des dernières étapesdans la conception de systèmes d'ingénierie où nous essayons d'intégrer différents composants, différents sous-systèmes que nous avons déjà conçus, puis qualifiés du systèmepour vous assurer qu'il répond aux exigences du système ou qu'il répond aux attentes des parties prenantes de. Les deux points importants ici sont l'intégration et la qualification, essentiellement l'intégration est l'assemblage de composants et de sous-systèmes pour faire del'ensemble du système et la qualification est essentiellement la validation et la vérification du systèmepour s'assurer qu'il répond aux exigences de conception.Donc, nous allons passer par ces deux étapes essentiellement l'intégration et la qualification et, puis voir quelles sont les étapes importantes de la tenue d'une intégration et d'une qualification, ainsi quecomme les procédures à suivre pour s'assurer que le système est intégréet Les performances sont assurées par des étapes de validation et de vérification.(Référez-vous à l'heure de la diapositive: 01:28)
Alors, allons aux étapes de conception que nous avons déjà discutées qu'il y a 6 fonctions de processus de conceptionet que c'est le dernier qui est le système de qualification défini pourle système, en gros, nous regardons l'intégration et la qualification.Ainsi, nous allons à travers ces étapes qui sont le problème de conception de niveau système, l'architecture fonctionnelledu système, l'architecture physique, l'architecture opérationnelle et l'architecture. Ainsi, nous avons terminé toutes ces étapes et la dernière la sixième fonction estessentiellement le système de qualification dans lequel nous regardons les aspectsde l'intégration et de la qualification du système d'ingénierie.(voir Heure de la diapositive: 02:03)
Si vous regardez le diagramme système que nous avons discuté dans l'une des classes lorsque vousdiscuté du processus de conception système, vous pouvez voir que la conception du système peut en fait êtredans une étape de décomposition ainsi qu'une étape d'intégration. Par conséquent, l'étape de décompositionconsiste essentiellement à décomposer le problème en petits modules, puis à essayer de développer ces modules, puis à démarrer le processus d'intégration.Ainsi, ici, le démon démon de l'v va décomposer le problème. En gros, nous allonsexaminer les éléments de configuration, puis les préparer à des spécifications, puis à des plans de vérification. Il s'agit de la partie du travail des ingénieurs système et il s'agit de l'étape de conceptionoù les spécialistes de la conception, la conception mécanique ou l'électronique, quelle quela spécialisation requise, effectuent la phase de conception ici, puis une fois que les élémentssont générés et que nous allons passer à l'étape de l'intégration et de la qualification.
.Donc, c'est l'étape où nous allons maintenant essayer d'intégrer les éléments de ce qui est la conceptionet ensuite il fera le processus de vérification et de validation que vous savez pourqualifier le système de faire les exigences du client.(Référez-vous à la diapositive: 03:15)
Ainsi, l'intégration peut essentiellement être définie comme le processus d'assemblage du systèmeà partir de ses composants qui doivent être assemblés à partir de ces éléments de configuration. Par conséquent, il s'agit d'un processus dequi rassemble les composants ou les éléments de configuration et leur fait des sous-ensembles, puis l'assemblage et, enfin, la mise en place de l'ensemble du système. Il s'agit donc du processus d'intégration.
(Référez-vous à l'heure de la diapositive: 03:38)
La qualification de l'autre main consiste essentiellement à s'assurer que le système répond réellement aux exigences du client. Il s'agit donc ici du processus de vérification et de validation de la conception du système, puis de l'acceptation par les parties prenantes de la conception. Il s'agit donc ici d'undes étapes cruciales car il s'agit de ces étapes que nous obtenons l'acceptation de la part du détenteur.Ainsi, une fois que le détenteur de participation dit qu'il est acceptable pour eux, alors seulement nous pouvons en faitassurer ou nous pouvons dire que la conception du système est complète. Donc, à ce stade, nous essayonsd'examiner le client quelles sont les exigences que le client a spécifiées et sinous sommes effectivement en train de satisfaire à ces exigences. Ainsi, nous allons passer par la validation et l'étape de vérification, puis veiller à ce que les exigences du système soient respectées, les exigences des parties prenantessont satisfaites par le système et les clients et les parties prenantesacceptent le système. Donc, cette acceptation est la dernière étape d'une conception de système. Par conséquent, la qualificationest l'étape où nous nous assurons que le client est satisfait du produit oule système et qu'il accepte toutes les fonctions que nous avons fournies et qui sont suffisantes pour queréponde aux exigences du client.Ainsi, vous pouvez voir qu'il y a deux étapes que la vérification en fait nous pouvons voir la vérification et la validationdu système. Donc, nous devons vérifier et valider le système.Alors, quelle est la différence entre cette vérification et cette validation? En fait, un système de qualificationdoit être conçu simultanément. Donc, avant d'aller à la différence
entre la validation de la vérification me donnera simplement quelques points importants comme le système de qualificationdoit être conçu en même temps que les systèmes opérationnels. Par conséquent,lorsque nous définissons le système de qualification avant d'arriver à l'étape dequalifier le système, il faut que le système de qualification soit conçu.Donc, nous devons nous assurer que nous avons une procédure particulière pour s'assurer que les exigences du systèmesont respectées et que la qualification en quoi consiste réellement le processus de validation, quels sont les documents requis, tous ceux qui semblent être décidés à cette étapele développement du système de qualification. Cela doit être fait avec le développement du système opérationnelcar, dans le système opérationnel, nous savons comment fonctionne le système. Ainsi, lorsque nous développons le système d'exploitation, nous veillons à ce quedéveloppe un système de qualification qui détaille également la procédure àpour garantir la qualité du système ou la vérification et la validation du système.Le critère de sortie pour l'intégration et la qualification est l'acceptation de la conception par les parties prenantes. Donc, c'est le critère de sortie. Une fois le système accepté, la procédure de qualification d'intégrationest terminée, jusqu'à ce que le détenteur de la participation accepte le produit ou le système. Nous ne pourrons donc pas sortir du processus de conception. Par conséquent, maintenant, pour quitter le critère, voici l'acceptation du système par les parties prenantes.(Référez-vous à l'heure de la diapositive: 06:23)
Comme je l'ai mentionné, la vérification et la validation et l'acceptation sont les trois procéduresdans le processus de qualification. Donc, comme vous pouvez le voir ici, la vérification est la déterminationque le système va nous faire bien. Donc, ici nous nous assurons que le système va nous faire la bonne vérificationest en fait de s'assurer que le système construit était correct ou le système ce que nous sommes en train de construireest la bonne ce que nous voulions décider et la validation détermineque le bon système a été construit. Donc, c'est la différence entre la vérification et la validation, la validation détermine que le bon système a été construit. Par conséquent, nous avons certaines exigencesdu client et des clients ont spécifié que le système doit répondre à ces exigenceset que nous concevons un système.Ainsi, tout d'abord, nous devons d'abord nous assurer que, quel que soit le système que nous concevons, la conception derépond à l'exigence ou que la conception est le bon systèmeconçu pour ce travail particulier. Donc, c'est la validation. Lors de la validation, nous nous assurons quetout ce que nous construisons peut réellement répondre aux exigences du client et à l'étape de vérification, nous nous assurons que tout ce que nous voulions concevoir de la même conception a étéconstruit pour le système. C'est-à-dire que le système qui nous a été construit dans le cadre de la vérification nous assure que lequi nous a été construit à droite et à validation nous permet de s'assurer que le bon système a été créépour l'application en question. Il s'agit donc de la différence de base entre la vérification et la validation.Comme vous pouvez le voir ici dans la validation, il existe différents types de validité dont l'une est la validité de l'opération, l'autre est la validité conceptuelle et la troisième est la validité deet la validité de la conception. Par conséquent, afin de vous assurer que le processus de validation est, nous devons nous assurer que toutes ces validons qui sont la validité de l'opération, la validité conceptuelle de, la validité des exigences et la validité de la conception sont satisfaites. Il s'agit deessentiellement utilisés pour garantir que le système adéquat a été créé pour répondre aux exigences du client. Comme vous pouvez le voir ici dans ce diagramme, nous devons avoir différentes validitiesainsi que les procédures de vérification. Je vais vous montrer une meilleure image ici vous pouvez voirles différents types de validities. Il s'agit donc de l'exigence des parties prenantes et il s'agit du diagramme globalpour ce qui est de la conception du système. Ainsi, si vous regardez, vous pouvez voir les différents processusimpliqués dans la conception du système. Il s'agit donc des activités d'ingénierie systèmeet ici, il s'agit de l'activité d'ingénierie de conception.Maintenant, ici, si vous regardez les validities, la première est la validité conceptuelle. Par conséquent, la validitéest essentiellement de garantir que le bon système a été créé et que nous avons des besoins de participation.
déjà identifié à ce stade initial, puis basé sur ces parties prenantes, nous avons besoin dedévelopper des concepts opérationnels. Ainsi, la validité conceptuelle est essentiellement de garantir que oupour s'assurer que le concept opérationnel, quel que soit le développement que nous développons, a réellement besoin des besoins des parties prenantes de. Donc, fondamentalement, il s'agit d'une correspondance à une correspondance ou en regardantsi elle correspond réellement aux besoins des parties prenantes et à la validité conceptuelle, nous regardonsle concept opérationnel et les besoins des parties prenantes et assurez-vous que ce concept d'opérationspécifique peut satisfaire les besoins des parties prenantes, c'est-à-dire la validité conceptuelle. Nousavons besoin d'assurer cette validité conceptuelle avant d'aller pour tout autre processus. Par conséquent, la validité conceptuelle deest importante car si vous faites erreur dans la validité conceptuelle, il se peut que nous puissions établir un système et même le processus de vérification qu'il satisfait quene satisferiez pas aux besoins des parties prenantes car le système construit n'était pas correct.Ainsi, la validité conceptuelle garantit que le concept opérationnel que nous avons choisi pour les parties prenantesdoit satisfaire les besoins des parties prenantes est le bon et il est valide pourqui répond à des besoins particuliers du client. Telle est la validité conceptuelle. Nous avons ensuite les exigences opérationnelles. Par conséquent, nous avons de nombreuses exigences du concept opérationnelet d'autres sources ont été discutées au cours des étapes initiales les documents d'exigencesd'origine seront développés. Ce document d'exigence d'origine etles exigences identifiées dans les exigences d'origine et le concept opérationnel et sinous trouvons qu'il existe une correspondance entre ces deux éléments, c'est-à-dire la validité des exigences.La validité des exigences consiste essentiellement à s'assurer que les exigences d'origine sont suffisanteset que le concept opérationnel pour ce concept opérationnel a identifié toute l'exigence d'origine. Les autres exigences ont été identifiées ou nous avons àajouter quelques exigences supplémentaires ou il y a des exigences qui ne sont pas nécessaires. Par conséquent, le typed'une analyse est en fait la validation des exigences. Dans cette validation d'exigence, nous examinons toutes les exigences identifiées pour ce concept opérationnel ainsi que pour répondre auxdu client et, s'ils sont satisfaisants, nous obtenons la validité.Ensuite, nous avons basé sur cette exigence d'origine, puis sur la configuration système requise, nous démarrezen développant l'architecture fonctionnelle, puis l'architecture physique, puis la spécificationpour les composants pour ou le système. Ainsi, cela garantit la validité de la conception. Donc, si le composant que nous devons concevoir ou le sous-système, quel que soit notre modèle, si cela peut répondre aux exigences d'origine et qui est la validité de conception et.
Par conséquent, lors de la validation de la conception, vous examinez les composants et la spécification, puis vérifiezque ces composants peuvent répondre aux exigences déjà identifiées. Il s'agit donc de lade conception. Ainsi, à ce stade, nous avons cette validation en trois termes fondamentalement la validité conceptuelle, la validité des exigences et la validité de la conception et la dernière que nous avons besoin depour garantir la validité opérationnelle.Ainsi, la validité opérationnelle ne peut être assurée que si le système completest développé. Une fois que vous avez intégré tous ces éléments et que vous obtenez le système complet, alors nous regardons le système et son fonctionnement et voyez si le concept opérationnelce que nous avons proposé pour ce client a besoin d'une correspondance avec le systèmece que nous avons développé. Ceci est une validation, nous pouvons nous assurer que le concept opérationneltout ce que nous voulions développer est en fait développé dans le système d'origine et queassure la validité opérationnelle du système. Par conséquent, ces quatre processus de validation de la validation conceptuelle, de la validation des exigences, de la validation de la conception et de la validationopérationnelle assurent le processus de validation du système.Ainsi, c'est-à-dire le premier en termes de qualification, donc l'exigence de base ou l'idée de base de la validationest de garantir que nous construisons le bon système et que le système peut réellement répondre àles exigences du client et ceci est assuré par le biais des quatre processus de validation conceptuelle, de validation des exigences, de validation de conception et de validationopérationnelle.Et l'autre L'une est la vérification. Par conséquent, nous avons la validation et la vérification.La vérification consiste essentiellement à s'assurer que, quel que soit le système que nous avons conçu et ce que nous avons développé, ils correspondent en fait à l'autre ou à l'exigence ou à la conceptionou à la conception que nous avons proposée ici est réellement réalisée dans la conceptionréelle.Donc, c'est la vérification du système. Ainsi, alors que nous développons le système, nous véritons que le systèmeles éléments que nous avons développés ou le sous-système que nous avons développé rencontrons les exigencesdu système que nous avons déjà conçu. Donc, c'est la vérification. Ainsi, vérifiezque le système va nous permettre de le faire, quel que soit le nom que nous avons identifié et quel que soit le service fourni par. Donc, c'est la vérification du développement. Ainsi, une fois queaura cette validation et cette vérification, cela garantit en fait que tout ce que nous voulions
développement qui est réalisé en termes de validation et de vérification, puisdernière est fondamentalement l'acceptabilité du système.Donc, l'acceptabilité est essentiellement le processus par lequel le client ou l'intervenant acceptele système ce que nous avons conçu. Ainsi, une fois que vous avez effectué cette validation et la vérification,s'assure que tout ce que nous voulions développer en tant qu'ingénieurs de conception, nous avons développéen fonction du concept opérationnel, puis d'autres exigences et que le systèmeest livré sous forme de matériel ou de logiciel. Ensuite, nous faisons des tests d'acceptabilité avec le clientou les parties prenantes et une fois que les exigences des parties prenantes sont satisfaites etelles acceptent le système et qui termine le cycle de v cycle ou nous démarrezavec les besoins des parties prenantes et en satisfaisant les besoins des parties prenantes par le biais d'un processus de conceptionV où nous allons passer par le processus de conception, puis nous allons passer par les étapes d'intégration et de qualification deet enfin, livrer le système conformément à l'exigence des clients. Il s'agit donc du processus de vérification de validation et d'acceptation du système.(Référez-vous à la diapositive: 14:55)
Ici, vous pouvez voir dans cette acceptation la validation et la vérification il y a deux chaînes, comme vous pouvez le voir, il y a une chaîne de haut niveau et une chaîne de bas niveau. Dans la chaîne de haut niveau, nous examinons la validité conceptuelle de l'opération de validité et les tests d'acceptation. Par conséquent, le niveau élevé deau niveau supérieur aura la validité conceptuelle qui, en fait,, garantit que le concept opérationnel peut répondre aux besoins des parties prenantes et aux opérations
La validité de l'opération du système est conforme au concept opérationnel ce que nous avons proposéet le test d'acceptation est fondamentalement le client accepte le système à ce que nous concevons.Donc, c'est la chaîne de haut niveau qui fait réellement partie du processus de qualification.Et dans le niveau inférieur une chaîne, nous avons la validité de l'exigence, la validité de la conception, puis nous avons la vérification et la validité de l'opération dans le cadre de l'opérationla validité elle est également placée sous la chaîne de bas niveau où nous regardons les composants ou les sous-systèmeset que leur validité opérationnelle. C'est pourquoi nous avons un chevauchement de la validité opérationnelle dedans la chaîne de haut niveau et dans la chaîne de niveau inférieur.La chaîne de niveau inférieur que nous pouvons développer certains composants ou sous-systèmes, puisvérifie si, en fait, cela répond à l'exigence qui est la validité opérationnelle àles étapes initiales. Et puis les dernières étapes, une fois que vous aurez l'assemblage de l'ensemble du systèmele système complet est développé, alors nous avons la validité opérationnelle à la chaînede haut niveau. Il s'agit donc de la chaîne de haut niveau et de la chaîne de niveau inférieure du processus de qualificationqui garantit que le système lié a été construit et que le système a été construit à droite. Par conséquent,est le processus de qualification d'un système d'ingénierie. Je pense qu'il s'agit d'un diagrammequi étudie plus la clarté.(Référez-vous à l'heure de la diapositive: 16:36)
Donc, allons-nous à travers les détails de la vérification et quelles sont les étapes importantes pour êtreutilisées pour la vérification car nous avons vu que la validation existe différents types de validation. Dans le cadre de la vérification, nous devons également franchir quelques étapes pour en assurer la conformité.
répond à l'exigence système. Par conséquent, la vérification consiste essentiellement à faire correspondre les éléments, les composants ou les sous-systèmes de configurationet le système à leurs exigences correspondantes pours'assurer que chaque système a été construit à droite.Ainsi, dans l'étape de vérification, nous examinons les éléments de configuration ou le plus petit niveau de composants, puis les sous-systèmes de composants et le système à leurs exigencescorrespondantes pour garantir que chaque système a été créé à droite. Il s'agit donc de l'étapede vérification. Nous nous assurons que chaque système a été construit pour répondre aux exigences du clientou aux exigences de conception. Pour que la vérification soit effectuée avec succès, les exigencesdoivent être vérifiables, c'est-à-dire que les exigences doivent être des instructions uniquesclaires, compréhensibles et vérifiables.Par conséquent, il s'agit d'une instruction importante pour la procédure de vérification ou le processus de qualificationdu système dont nous avons besoin pour garantir que toutes les exigences spécifiées danssont sans ambiguïté. Ainsi, lorsque nous avons discuté des exigences d'origine, nous avons déclaré qu'il y a certaines choses spécifiques à prendre en charge pendant que nousdéveloppons les exigences, l'un des points importants est que l'exigence doit êtretrès claire et sans ambiguïté, c'est-à-dire que nous devrions indiquer clairement ce qui est réellement l'exigencede chaque composant ou système, et ensuite seulement nous pouvons vérifier si c'estqu'il répond ou non à l'exigence.Lorsque nous commençons le développement du système, c'est-à-dire l'importance de l'analyse des exigenceset la documentation des exigences car Qui sera utilisé comme une instruction pour la vérificationdu système, c'est pourquoi nous devons l'écrire très clairement sans ambiguïtécar les personnes qui font le processus de vérification peuvent ne pas être la même personne quea réellement écrit les exigences. Par conséquent, il ne doit pas être interprété de manière, c'est-à-direpourquoi toute la documentation des exigences, en particulier les exigences de différents composants et systèmes, les exigences interprétées, toutes ces choses doivent être clairement définies paret les exigences de vérification doivent également être clairement indiquées, de sorte quepuisse être vérifié pour chaque élément par rapport à ces exigencesidentifiées. Donc, c'est l'importance de mettre en scène les exigences de façon claire.Donc, pour réussir, tout doit être des instructions uniques qui soient clairescompréhensibles et vérifiables. Donc, cela joue un rôle majeur dans la vérification. Donc, identifier
les exigences, puis l'écriture des exigences sont très importantes lorsqu'il s'agit dedes exigences ou de la vérification du système.(Référez-vous à l'heure de la diapositive: 19:25)
Vous pouvez donc voir ici le diagramme IDEF0 pour l'intégration des qualifications. Vous pouvez donc voirces fonctions dans les fonctions de niveau supérieur de la qualification système.(voir Heure de la diapositive: 19:31)
Ainsi, la conception de système qui est en cours d'intégration des qualifications est l'une des fonctions de sous-dans le processus de conception.
(Référez-vous à l'heure de la diapositive: 19:39)
Et cela peut être divisé en ses sous-fonctions en tant que contact dès le début de la validation. Par conséquent, la validation anticipée deest fondamentalement et avant que nous ne démarrons réellement la conception du système que nous allonspour la validation anticipée comme la validité de l'opération pour s'assurer que le concept opérationnelce que nous avons développé répond réellement aux exigences et que nous allons ensuite pour l'intégration et la vérification de. Ainsi, une fois que nous aurons les autres composants de sous-systèmesconçus, nous aurons l'étape d'intégration et l'intégration et la vérificationseront effectuées et nous allons procéder à la validation. La validation finale oùexamine la validité opérationnelle et la validité de la pression des composants ainsi que la validationpour la validation de la conception et la validation des exigences sera effectuée etalors nous allons passer le test d'acceptation. Par conséquent, il s'agit des différentes étapes de l'intégration et de la qualificationde ce système.Ainsi, cette validation claire garantit essentiellement que le système ou le concept opérationnel, quel qu'il soit, soit suffisant pour répondre aux exigences du client, et ensuite à partir de, nous allons passer à la conception. Nous pouvons commencer à concevoir le système en termes deses fonctions architecture fonctionnelle architecture physique et l'architecture d'opérationet nous développons les spécifications des éléments de configuration et en utilisant ces spécifications,effectue l'intégration et la vérification du système pour s'assurer que le système va nous faire. Ensuite, le système de droite a été créé pour rechercher à nouveau une validation.
Ainsi, nous allons obtenir le document de validation à l'aide du document de validation pour, et les données de vérification seront utilisées comme un prototype et d'autres données seront utilisées parà des fins de validation. Et un, à l'aide des données de validation et du documentde validation et d'autres détails de l'ORD, les documents d'exigences d'origine que nousvont effectuer un test d'acceptation qui garantira que le système conçu estaccepté par le client ou qu'il répond réellement aux exigences du client.(Référez-vous à l'heure de la diapositive: 21:38)
Une fois que cette exigence satisfait à l'exigence, nous obtenons un système opérationnel qui répond àles exigences du client et nous obterons l'acceptation et le test du documentégalement dans le cadre de la sortie. Et la sortie finale de cette étape sera essentiellementune documentation d'intégration et une documentation de test d'acceptation, et vous obtenez égalementle système d'exploitation. Et chaque fois qu'il y a des modifications de conception qui seront égalementintroduites dans ces étapes. Ainsi, toutes les modifications de conception sont intégrées aux étapes de validation et de vérification deet elles seront également en cours d'obtention en tant que sortie de cette étaped'un processus de conception.Il s'agit des différentes étapes de vérification et de validation dans la qualification d'un système.
(Référez-vous à l'heure de la diapositive: 22:34)
Sauf si j'ai mentionné que nous regardons la vérification et la validation du système et que nous avons besoin depour examiner l'intégration du système ou comment effectuer l'intégration des composantsdans le système. Il existe donc différentes manières de le faire, en particulier lorsqu'ilagit du matériel ou des logiciels que les méthodes utilisées sont différentes par rapport aux systèmes matériels. Par conséquent, nous devons voir quelles sont les différentes procédures disponiblesdifférentes méthodes adoptées par diverses industries et différentes organisations et divers secteurs d'organisationdans le développement, dans l'intégration du système.En fait, l'intégration consiste à obtenir l'assemblage de tous les composants et à garantir quesoit réellement le lorsque vous assemblez les composants des éléments de configuration des composants et le sous-systèmeet que le système complet avec les performances soit garanti pour répondre aux exigences du client. Par conséquent, ici et l'intégration, nous effectuons l'intégration des composants et la vérification, nous ferons l'intégration des composants, puis vérifiez si cela répond àles exigences de conception, puis nous effectuons l'intégration du sous-système, puis effectuez à nouveau la vérificationpour vous assurer qu'elle répond à l'exigence, puis effectuer l'intégration et la vérification du système. Il s'agit donc des trois étapes normalement suivies dans le but d'intégration de.Nous allons d'abord pour l'intégration des composants, puis pour l'intégration du sous-système et, puis pour l'intégration du système. Donc, en gros, il s'agit plutôt d'une approche ascendante, où nous commençons avec le plus petit élément des composants, puis passez au sous-système et à
l'intégration du système. Et chaque étape, nous allons faire la vérification. Par conséquent,chaque fois que nous avons une intégration de composant, nous allons à une étape de vérification pour vérifier quea besoin des exigences de conception, puis que nous allons à l'intégration du sous-système, puispour une vérification de nouveau en veillant à ce qu'il réponde aux exigences, puis à effectuer l'intégration du systèmequi est l'intégration du système final, puis à effectuer une vérification pour garantirqu'il répond à l'exigence spécifiée. Il s'agit donc des étapes impliquées dans le processus d'intégration.(Référez-vous à la diapositive: 24:44)
Il existe différents processus suivis, puis l'intégration est l'approchede bas en haut. Comme je l'ai mentionné dans l'approche ascendante, nous commençons par les éléments de configurationet après chaque élément de configuration, les composants comprenant plusieurs éléments de configurationsont testés et le processus se poursuit jusqu'à ce que le système entier soitassemblé et testé. Il s'agit donc de l'approche ascendante.Elle commence par les éléments de configuration et après chaque élément de configuration testé. Par conséquent, nousfaisons le test des éléments de configuration au départ chaque EC est testé les composantscomprenant plusieurs EC sont testés. Par conséquent, nous faisons les tests individuels, puis nous allons poursuivre les composantsavec plusieurs EC et nous sommes testés, puis ils se poursuivent jusqu'à ce que le systèmeentier soit assemblé et testé. Par conséquent, il va passer un par un avec le plus petit élément de configuration de l'de configuration d'ECchaque élément de configuration, puis assemblez les éléments de configurationaux composants, puis effectuez les tests, puis assemblons les composants uniquement jusqu'à la
l'ensemble du système est assemblé, puis effectuez les tests. Il s'agit donc de la méthodela plus courante dans l'intégration.Les avantages de cette méthode sont essentiellement les plus faciles à détecter dans les plus petites pièces du système. Etant donné que nous commençons avec les éléments de configuration ou les morceaux les plus petits du systèmeet que nous faisons le test, il est facile pour nous de découvrir les erreurs dans n'importe quel petit élémentpetit morceau du système. C'est donc l'un des avantages de l'approche ascendante de. Ensuite, les conditions de test sont faciles à créer parce qu'elles testeront les éléments de configuration individuelsou les petits éléments très faciles à développer les conditions de test, contrairement aux testsle système entier va effectuer les tests individuels du système, de sorte que nous pouvons écrire lestrès facilement car il s'agit de produits simples simples ou pas de composantssi complexes.Le problème principal avec ceci est que les erreurs majeures ne sont pas prises jusqu'à la fin carla plupart du temps, il y aura des erreurs dans l'intégration et ces erreurs ne sont pas trouvées jusqu'àles derniers instants. Les éléments individuels peuvent être parfaits, de sorte que nous pouvons identifier les défautsdans les éléments individuels, mais les erreurs majeures de l'intégration ne seront pas interceptables avantla fin ou vers la fin du processus de conception alors seulement seront en mesure de capturer les erreurs majeures de. Donc, c'est l'un des problèmes avec l'approche ascendante.La plupart de la conception du système suit l'approche ascendante à cause de ces avantagesque nous pouvons tester de petites pièces. Et il est facile de développer la condition de test pour les petites pièces,, mais le problème majeur est qu'il n'y a pas d'erreur majeure avantla fin de la conception du système ou vers l'intégration ou la fin du processus d'intégration du processus de conception, alors seulement vous obtiendrez les erreurs majeures et la résolution de ces erreurs majeures àqui est peut-être et peut être difficile aussi.