Loading

Alison's New App is now available on iOS and Android! Download Now

Study Reminders
Support
Text Version

Set your study reminders

We will email you at these times to remind you to study.
  • Monday

    -

    7am

    +

    Tuesday

    -

    7am

    +

    Wednesday

    -

    7am

    +

    Thursday

    -

    7am

    +

    Friday

    -

    7am

    +

    Saturday

    -

    7am

    +

    Sunday

    -

    7am

    +

Nous allons passer par les différentes étapesune par une sur la conception des systèmes d'ingénierie.(Reportez-vous à l'heure de la diapositive: 00:48)
Comme expliqué dans les conférences précédentes, nous commençons par le processus de conception du système avec l'identificationdes besoins. Par conséquent, l'accent est mis ici principalement sur la recherche des besoins d'origine.Et ensuite, sur la base de ces besoins, nous allons à l'architecture du systèmede concept opérationnel, puis nous avons alloué des exigences pour ces systèmes une fois que nous avons identifiéces exigences pour différents sous-systèmes, puis nous allons pour la conception détaillée, puis la mise en oeuvre de. Et finalement, nous allons pour le test et la vérification. Il s'agit donc du flux des étapesimpliquées dans la conception. Donc, nous commençons par l'identification des besoins.
(Référez-vous à l'heure de la diapositive: 01:32)
Donc, nous allons essayer de voir ; quels sont les besoins que nous essayons d'identifier ou quels sont les besoinsque nous essayons de combler à l'aide de cette conception de système et ce qui ne va pas avec la situation actuelle deet pourquoi avons-nous besoin de cette situation particulière, afin de nous le dire ; quels sont les besoins deà traiter dans ce design particulier. Une autre partie importante est quesi le besoin est clairement défini ou clairement compris clairement mentionné ou clairementa enregistré les exigences et les besoins du client.Ainsi, une fois que nous aurons identifié ce besoin, nous allons pour le concept des opérations pour le système; étant donné qu'il s'agit d'un nouveau concept, nous devons identifier une sorte de concept de Friésienqui nous aidera à développer le système en fonction de ces concepts. Par conséquent, pour, ce que nous avons essayé de faire est de savoir: qui sont les utilisateurs prévus pour ce système: commentils utilisent les produits ou comment ils utilisent ces produits et comment ils utilisent ces produits différents duactuel.Ainsi, si nous savons ces choses sur les utilisateurs et leurs préférences et ce qui doit êtredifférent de l'existant, nous pouvons développer un concept d'opérations, une fois que nous aurons ce concept d'opérations, nous allons au niveau suivant des exigences fonctionnelles.
(Heure de la diapositive: 02:40)
Par conséquent, quelle capacité spécifique sera fournie dans ce système particulier pour répondre aux exigences du clientet à quel niveau de détail nous devons fournir ces exigenceset si toutes les interfaces d'éléments sont bien définies dans les exigences. Par conséquent, une foisque nous avons ces réponses à cette question, nous sommes en fait en train d'avoir nos exigences fonctionnellesprêtes en fonction de ce que nous allons passer pour la conception de l'architecture système.(Référez-vous à l'heure de la diapositive: 03:06)
Donc, ici, nous allons essayer de traiter de ce qui est le plan global d'attaque quels éléments constituentl'approche globale et sont ces éléments logiques ou cohérents complets. Donc, si l'ensemble
Le plan d'attaque est cohérent s'il répond réellement à l'exigence et si son systèmecomplet et logique sera identifié et vérifié dans l'étape de l'architecture système. Etalors nous allons pour les besoins alloués car nous avons de nombreuses exigences et de nombreux systèmes.(Référez-vous à la diapositive: 03:34)
Donc, nous devons allouer cette exigence parmi les composants du système. Par conséquent, nous allons essayerpour voir les éléments qui répondent aux exigences.Ainsi, nous faisons un mappage des exigences avec les composants ou la structure physique.Donc, il y a un mappage pour identifier les éléments qui répondent réellement à une exigence particulièreidentifiée par le client. Ensuite, nous voyons si l'allocationest appropriée si l'allocation est appropriée ou si nous avons fait une allocation supérieure ousous allocation. Par conséquent, cela sera analysé, puis il y aura des exigencesinutiles.Ainsi, nous devons passer par les exigences et toutes les exigences sont réelles etil n'y a pas d'exigences inutiles qui mettent en garde une édition d'éléments supplémentaires dansle système. Donc, tout cela sera analysé à ce stade et une fois que nous serons à l'aise avecces exigences et l'attribution des exigences nous allons pour la conception détaillée.
(Référez-vous à l'heure de la diapositive: 04:26)
Ce qui ne fait pas partie de l'ingénierie système qui est plus d'un élément d'ingénierie de composantset que les détails sont corrects satisfont aux exigences:les interfaces sont satisfaites par les ingénieurs de conception ou les ingénieurs de composantset une fois que les composants sont prêts et qu'ils sont à nouveau prêts pour l'intégration, l'ingénieur systèmeprend le contrôle et démarre l'assemblage. Ensuite, l'implémentation de, puis, en gros, nous ferons un test de l'implémentation sera testéeessentiellement pour comprendre que la solution est satisfaisante en termes de coût et de calendrier.Et pouvons-nous réutiliser les pièces existantes. Par conséquent, cela sera analysé lors de l'implémentation de l'étapeet une fois cette étape terminée, nous allons procéder à un test et à une vérification.
(Référez-vous à l'heure de la diapositive: 05:12)
En fait, nous essayons de comprendre ou d'identifier ce qui est notre preuve de succès etle client sera satisfait de ce système particulier ou des besoins des utilisateurs ; si tous les besoinsdes utilisateurs sont mis en correspondance. Ainsi, nous ferons un test et vérifiera la fin du processus de conceptionpour vous assurer qu'il répond réellement aux exigences du client. Il s'agit donc deles différentes étapes de la conception du système.(Référez-vous à l'heure de la diapositive: 05:41)
Pour ce faire, nous avons divisé tout ce processus de la conception du système dans le processus6 ou les 6 fonctions du processus de conception. Ainsi, ces 6 fonctions sont applicables à l'ensemble de
cycle de vie et le premier est la définition d'un problème de conception de niveau système. Par conséquent, nous essayons de comprendre l'du problème à partir du point de vue du client ’ ou du point de vuedu client ; essayez de développer des concepts pour le système et essayez d'identifier les limitesdu système pour identifier les exigences, puis préparer un documentd'exigence d'origine.Ainsi, l'objectif du premier niveau d'un processus de conception ou de la première fonction du processus de conceptionconsiste essentiellement à définir le problème de conception de niveau système. La seconde fonction est doncpour développer l'architecture fonctionnelle du système. Par conséquent, une fois qu'il s'agit de, les exigences s'identifient ; nous essayons d'identifier leurs fonctions à fournir dans le système.Ensuite, fournissez une structure hiérarchique pour les fonctions et identiquant toutes les fonctionset assurez-vous que ces fonctions sont suffisantes pour répondre aux exigences du client, le troisièmeest de développer l'architecture physique du système. Par conséquent, une fois que les fonctions sont identifiées par, nous essayons d'identifier les composants ou les systèmes physiques qui, en fait,fournissent ces fonctions dans le système. Cette étape est l'étape de développement de l'architecture physiqueet la quatrième est l'architecture d'opération du système.Ainsi, une fois que le système physique est en place, nous devons déterminer comment le systèmesera utilisé et comment le systèmesera utilisé. Ensuite,nous développons une architecture d'opération qui satisfera les exigences du client, puisnous développons une interface Car nous avons de nombreux sous-systèmes en place. Par conséquent,nous allons pour une architecture d'interface qui tentera d'identifier les interfaces nécessaires pourle sous-système ainsi que pour le système externe, et s'assurer qu'il y a compatibilitéavec les normes. Et d'autres exigences identifiées dans le système et assurez-vous qu'ily a pas de perte de données ou de perte de données dans les systèmes de communication.et, enfin, une fois que le système est prêt pour le système de qualification du développeur pour le système, où nous nous assurons que le système développé est qualifié pour répondre aux exigences du client. Par conséquent, dans ce processus, ce que vous allez essayer de faire, c'est passer par toutes ces étapesdans les détails essayer d'identifier ; quelles sont les tâches impliquées dans chaque étape ou chaque fonction. Et enfin, nous allons développer le système de qualification pour le système principalqui satisfera en fait les exigences, comme je l'ai mentionné précédemment, est applicabletout au long du cycle de vie du système.
(Référez-vous à l'heure de la diapositive: 08:12)
Ainsi, pour tout cycle de vie du système, ces 6 fonctions sont applicables. Ainsi, si vous prenez la phase de développementou la phase de fabrication ou la phase de déploiement, nous devons identifierl'exigence que nous devons définir le problème dont nous avons besoin pour définir l'architecturefonctionnelle dont nous avons besoin pour définir l'architecture physique dont nous avons besoin pour identifier les interfacesdont nous avons besoin pour identifier le système de qualification. Ainsi, tout au long du cycle de vie, ces processus sontapplicables. Ainsi, nous allons développer ces 6 fonctions pour chaque cycle de vie séparément, puisidentifier l'exigence de chaque cycle de vie, de la fonction et de l'architecture pour chaque cycle de vie.(Référez-vous à la diapositive: 08:50)
Donc, pour arriver au premier processus qui est le problème de conception de niveau système qui est, la fonction 6 de cette fonction est la première ; ici à ce stade.Nous essayons de développer le concept d'opération pour le système que nous essayons d'identifier les systèmesexternes qui sont externes au système en cours de développement. Et tentera d'identifier les exigences d'origineque nous essayons d'identifier quels sont les objectifs du système et commentdéveloppe-nous la hiérarchie des objectifs, puis comment définir la documentationpour les exigences, puis comment gérer les exigences. Par conséquent,est la procédure à suivre pour définir le problème de conception au niveau du système.
à travers l'un d'entre eux, quelles sont les étapes et comment faire pour que toutes ces étapes dansatteignent le problème de conception au niveau du système.(Référez-vous à l'heure de la diapositive: 09:39)
Ainsi, comme vous pouvez voir ici le problème de conception de niveau système, l'entrée principale est l'entréedes parties prenantes. Donc, nous avons des parties prenantes qu'il peut être le client, il peut être l'acheteur ou qui sontpour l'utiliser. Par conséquent, cette entrée est l'entrée principale pour le problème de conception de niveau système. Ils font état des exigences de leur application à partir du système basé sur le systèmeselon lequel la sortie sera présentée comme des exigences d'origine et des concepts opérationnels.Ainsi, l'entrée principale est l'entrée des parties prenantes, puis la sortie principale de cette étape particulièreest l'exigence d'origine que nous faisons un document appelé document d'exigences d'origineou ORD. Et nous avons peu de concepts opérationnelsqui peuvent être développés davantage pour satisfaire les exigences des parties prenantes.
(Référez-vous à l'heure de la diapositive: 10:23)
Ce graphique explique en fait les différentes étapes et les entrées et sorties pourde chaque étape de la première fonction. Ainsi, vous pouvez voir ici développer le concept opérationnelc'est la première étape où nous avons l'entrée des parties prenantes comme entrée principale et que nousavons une sortie de cette étape particulière comme concept opérationnel. Ainsi, nous développons le concept opérationnelconcept opérationnel de haut niveau très abstrait et sans aucunbeaucoup de détails. Ainsi, il s'agit de la sortie de la première étape de développement du concept opérationnelet une fois que nous l'avons utilisé, nous l'utilisons comme des concepts opérationnels d'entrée comme entréeet pour défendre la frontière du système.Avec des systèmes externes puisque chaque système interagit avec le système externe, nous avons besoin depour identifier ce qui est notre cible. Donc, que nous essayons de nous concentrer ici. Donc, cela devientnotre priorité principale et cela devient notre système d'intérêt et tout ce qui esten interaction avec le système va définir comme système externe nous aider à faire la frontièredans laquelle nous avons besoin de concevoir le système. Ainsi, la deuxième étape de définition de la limitedu système va aider le diagramme de système externe, elle vous aide à identifier la frontière systèmeles entrées et les sorties. Ainsi, la sortie principale de cette étape particulière est la définition dele système limite les entrées du système et les sorties du système, puis nous utilisons le concept opérationnel ainsi que les entrées de limites du système et les sortieset ce concept d'opération et les entrées des parties prenantes seront utilisées pour développer la hiérarchie des objectifs du système. Ainsi, chaque système aura un objet utilisé à respecter
qui est défini par le client quelque chose comme le coût opérationnel ou l'efficacité opérationnelle.Ainsi, ces éléments doivent être donnés dans une hiérarchie particulière. Nous ne pouvons donc pas avoir la même importancepour tous ces objectifs. Ainsi, sur la base du concept opérationnel et de l'entrée de l'intervenant, un objet est une hiérarchie qui sera développée, ce qui nous aidera à faire en sorte ques'échange à un stade ultérieur de la conception. Donc, la sortie de cette étape est l'objet est la hiérarchiequi est l'entrée pour le concept opérationnel et l'entrée des parties prenantes utilisant maintenanttoutes ces sorties des étapes précédentes que nous développons des exigences d'analyse et de raffinement.Ainsi, il s'agit d'une étape importante où nous devons développer toutes les exigences et analyseret affiner l'exigence pour le client maintenant que nous avons un concept opérationnel que nousavons l'entrée des parties prenantes. Et nous avons une hiérarchie objective basée sur ce que nous allonsidentifier toutes les exigences requises pour le système, puis préparer les exigences du système d'origine et du système. Par conséquent, il existe deux types d'exigence: l'une est l'exigenced'origine, l'autre étant la configuration système requise, nous allons voir quelles sont ces exigencesà un stade ultérieur. Il s'agit donc de la sortie de cette étape particulière.Ensuite, nous allons analyser cette exigence afin de vous assurer qu'elles sont réalisables et qu'elles répondent aux exigences de. Donc, cette étape est la faisabilité d'exigences. Par conséquent, l'entrée de l'équipe d'ingénieriedu système est importante car les ingénieurs système savent ce queles exigences du système répondent réellement aux besoins des clients. Par conséquent, l'entrée de l'équipe d'ingénierie systèmeainsi que les exigences du système d'origine et du système deviennentl'entrée d'une entrée ici et lorsqu'une analyse de faisabilité de conception est effectuée une fois que nous avons satisfaitexigence du système de qualification, car chaque système doit être qualifiésatisfaire à l'exigence.Ainsi, nous définissons les exigences du système de qualification et la sortie sera le document d'exigence du systèmede test et une fois que cela sera fait, nous obtiens l'approbation dede cette documentation système à partir des hauts niveaux et à la fin de cette procédure, nous allons obtenir Documents d'origine et des exigences du système. Par conséquent, cette fonction de processus du problème de conception de niveaudu système commence avec les entrées de l'intervenant ’ et dans le document d'exigences du système d'origine et du système.Ainsi, il s'agit de la sortie finale de cette étape particulière de développement, c'est-à-direcar les exigences doivent être clairement définies et comprises par les parties prenantes
ainsi que les ingénieurs système développés, toute exigence contraignante sera un problèmelors de la dernière étape de conception. Nous devons donc vous assurer que les exigences sont flexibles. Ainsi, nous pouvons avoir une certaine liberté à l'étape suivante afin de vous assurer que le métierapproprié peut être effectué et que les concepteurs du système ne sont pas trop contraintes dans le développementdu concept opérationnel ainsi que de l'architecture fonctionnelle et de l'architecturephysique du système.(Référez-vous à la diapositive: 14:40)
Donc, comme je l'ai mentionné, la première étape est le développement du concept opérationnel. Par conséquent, dans le concept opérationnelest une vision de ce qu'est le système, c'est un énoncé des exigences de la mission et une descriptionde la façon dont le système sera utilisé. Il s'agit donc d'un concepttrès préliminaire ou très abstrait où nous définissons simplement une vision.Pour ce que le système est et il s'agit d'une description très simple de la façon dont le système sera utilisé,il inclura les informations sur la manière dont le système sera développé etse retirera du point de vue des parties prenantes du système et de la collecte des scénarios et de l'interaction des systèmesavec d'autres systèmes. Ainsi, afin de développer un concept opérationnel, nousdevons développer une analyse préliminaire ou un concept préliminaire de la façon dont le systèmesera utilisé et utilisé et essayer d'identifier différents scénarios de fonctionnement. Par conséquent, quels sont les scénariossous lesquels le système sera utilisé? Ainsi, cela nous donnera une entréesur les exigences différentes sortes d'exigences et l'interaction de leurs systèmes
avec l'autre système qui est essentiellement un diagramme de système externe. Il s'agit donc des élémentsà inclure dans le concept opérationnel.(Référez-vous à l'heure de la diapositive: 15:51)
Par exemple, si vous prenez le concept opérationnel pour l'atterrissage sur la lune, il se trouve à nouveau à un concept de niveau très supérieur.Vous pouvez avoir une ascension directe où la vision commencera à partir de la Terre et elle se poursuivra surautour de la Terre, puis repart sur la lune directement depuis l'orbite et la terredirectement sur la Lune, puis décollera de la Lune, puis viendra directement etvenez à la terre. Donc, c'est une façon de faire c'est un réalisateur ascension ou vous pouvez avoir une orbite terrestreet imprimer où l'orbite terrestre sera la première étape, puis elle vadirectement sur la lune, puis atterrir sur la lune.Et puis revenir de la lune directement décollez de la lune, allez à un tourautour de la terre et ensuite terre sur la terre. Donc, c'est une autre possibilité qu'un autre conceptqui peut être employé ou l'autre est une orbite lunaire ; une orbite autour de laquelle le, avec l'orbite terrestre, va tourner autour de la lune et des satellites en orbite, puisrevenir sur le sol sur la lune, puis revenir àla Terre.Ainsi, il s'agit des différents concepts opérationnels pour l'atterrissage sur la Lune, c'est la façon dontnous commençons avec la conception du système car nous n'avons pas de concepts à suivre.
une mission totalement nouvelle dont nous avons besoin pour identifier les options possibles pour les concepts possibles de, nous pouvons alors utiliser l'un de ces concepts. Ensuite, développezle niveau suivant: nous essayons de développer les scénarios opérationnels basés sur lesquels nous pouvonsidentifier les exigences à fournir ou les fonctions à fournir dans le système.(Référez-vous à l'heure de la diapositive: 17:23)
Par conséquent, afin de développer des scénarios de concept opérationnel, nous allons essayer d'identifier différentes solutions opérationnellesdont nous pouvons penser, par exemple, si vous prenez le cas d'un ascenseurqui est très fréquent dans la plupart de nos bâtiments si vous souhaitez développer un systèmepour un système d'ascenseur pour un bâtiment particulier avec plusieurs ascenseurs ou un seul ascenseur, nous allons essayer de créer un scénario de concepts simples, où nous allons dire que nous avons 2 ascenseursdans 2 côtés du bâtiment ou 2 emplacements différents, et que cela servira 2différents étages à une fréquence particulière
fréquence est une efficacité particulière ou les caractéristiques de performances.Et une fois que nous aurons cela, nous essaierons d'identifier les différents scénarios sousqui seront utilisés par cet ascenseur. Donc, nous allons essayer de définir ces scénarios en détail autant que possible de. Donc, qu'il inclura presque tous les détails sur ce que nous avons besoin de savoirsur les exigences à fournir dans le système, par exemple, nous prenons le scénario deun ascenseur de passagers de l'ascenseur. Donc, nous essayons de définir le scénario en détail. Par conséquent, nous allons essayer d'expliquer àque les passagers, y compris l'audience de mobilité et le service de demande, ont été mis en service. Nous essayons donc d'inclure également les personnes handicapées ou les personnes handicapées.
dans ce cas, afin que les exigences à respecter dans l'ascenseur soient différentes si nous ne sommes pasà fournir cette exigence particulière. Par conséquent, nous avons inclus ici que nous sommes égalementà fournir aux passagers, y compris les personnes à des niveaux différents, qu'ils demandent le servicevers le haut et le service arrêté qu'ils reçoivent une rétroaction que leur demande a été acceptée. Par conséquent,, à moins qu'il ne reçoive une rétroaction, il ne sera pas en mesure de savoir si l'ascenseur fonctionneou non.Ainsi, il est nécessaire de fournir une rétroaction au passager en disant que oui, votre demande a été acceptée paret nous vous donnerons une rétroaction que la demande a été acceptée, puis recevez une entréeque la voiture d'ascenseur approche. Ainsi, non seulement que la demande a été acceptée,fournira également une entrée que la voiture de l'ascenseur approche et ensuite qu'une possibilité d'entréeest disponible, de sorte qu'il faut informer les passagers qu'une opportunité d'entrée est déjàmise à disposition ce qui est important, en particulier parce que les personnes ayant une déficience visuelle qu'ellesne savent peut-être pas que si elle a atteint à la porte est ouverte. Par conséquent, nous devons garantir àque dans les opportunités d'entrée disponibles, puis que le passager entre dans la voiture de l'ascenseur et quedemande le plancher et une fois que les demandes de passagers pour le plancher doivent recevoirle retour d'informations que leur demande a été acceptée, puis recevoir des commentaires que la porte estrecevoir des commentaires sur le plancher que l'ascenseur est en train de prendre en charge, nous recevons le commentairequ'un.Accent des opportunités disponibles et de sortie ascenseur sans aucun obstacle physique. Par conséquent,explique clairement l'ensemble du scénario d'utilisation d'un ascenseur par un passager à partir du momentil demande un service à l'action où il sort réellement de l'ascenseursans aucun obstacle physique. Il est important de dire que tous ces mots, tels que l'audience de mobilité, ainsi que l'ascenseur de sortie sans aucune déficience physique, définiront les exigences réelles à fournir dans l'ascenseur.Ainsi, il ne s'agit que d'un scénario de plusieurs scénarios, ce qui nous aidera à identifier diversespar exemple.
(Référez-vous à l'heure de la diapositive: 20:42)
Nous pouvons définir différents scénarios comme la situation d'urgence. Alors, que se passera-il siest une urgence dans l'ascenseur qui se trouve à l'intérieur de la porte de levage à l'extérieur de l'ascenseur? Alors, quelles sont les choses à prendre en charge pardans cette situation et c'est un incendie dans le bâtiment. Par conséquent, s'il y a un feu, quel sera le mode de fonctionnement de l'ascenseur, s'il doit fournir le serviceou s'il doit s'arrêter au point où il est situé à l'intérieur de l'ascenseur, ce qui devrait être l'actionà prendre. Par conséquent, pour que les autres exigences soient nécessaires, quel type de système de communicationdoit être fourni entre l'ascenseur et le bâtiment entre l'ascenseuret l'équipe d'intervention d'urgence.Ainsi, toutes ces choses seront identifiées dans cette description de scénario.même, tous ces scénarios peuvent être clairement expliqués à l'aide des scénarios, puis nous pouvons identifier ces exigences pour répondre à ces exigences. Par conséquent,s'assurera que nous prenons en charge tous les scénarios et que nous vous assurons que l'qui est conçu répond aux exigences du client.
répondre aux diverses exigences selon divers scénarios d'exploitation.
(Référez-vous à l'heure de la diapositive: 21:52)
Pour décrire le scénario, nous pouvons utiliser la méthode appelée trace de sortie. ici la trace de sortie d'entrée.Fondamentalement donne une représentation des scénarios ici nous les lignes verticalesreprésente les personnes en interaction le passager et l'ascenseur ou le systèmecomposants le système ou le système externe et l'horizontale représente la communicationentre le système et le système externe. Donc, ici, le passager est un système externeet le système d'ascenseur est le système principal que nous sommes intéressés. Par conséquent,nous pouvons identifier la requête de la part du passager sur le type de retour d'informationsqui revient au passager, puis sur les informations envoyées par le passagerà l'ascenseur en fonction des commentaires fournis par l'ascenseur.Ainsi, tout cela peut être représenté de manière picturale. Il est donc facile de comprendre pourles autres ingénieurs de conception. Ainsi, toute personne allant dans ce sens comprendraque le type d'interaction se fait entre le système et son sous-système ou les systèmes externes. Il s'agit donc de la trace de sortie d'entrée pour le scénario que nousdiapositive précédente.
(Référez-vous à l'heure de la diapositive: 23:02)
Ainsi, il s'agissait de la trace de sortie d'entrée permettant d'identifier les exigences du concept opérationnelet un autre facteur à prendre en charge est le diagrammedu système externe. Ainsi, comme je l'ai mentionné, le système interagit avec l'environnement et un autre système. Ainsi, nous devons identifier la frontière dans laquelle nous devons concentrernos efforts de conception pour que nous ayons le diagramme des systèmes externes qui est le modèlede l'interaction du système avec d'autres systèmes dans le contexte pertinent ;fournit donc une définition de la limite des systèmes en termes des entrées et sorties du système.Ainsi, nous définissons ici la frontière du système en termes d'entrées et de sorties systèmel'objectif de celui-ci est de définir explicitement la frontière du système et les interfacesnécessaires. Ainsi, à l'aide de ce diagramme de système externe, vous pouvez définir la limite etles interfaces définies pour