Loading
Notes d'étude
Study Reminders
Support
Text Version

Développement de l'architecture opérationnelle

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

    +

Aujourd'hui, nous allons discuter du développement de l'architecture opérationnelle des systèmes d'ingénierie. L'architecture opérationnelle est également connue sous le nom d'architecture allouée.Ainsi, nous allons discuter de cette allocation particulière d'une architecture pour le systèmedans cette classe.Dans les conférences précédentes, nous avons discuté du développement de l'architecture physique en tant queet de la décomposition fonctionnelle, puis nous avons vu que les fonctions peuvent êtreallouées au système physique et que l'architecture physique peut être développée, oùpeut avoir une architecture hiérarchique qui peut être utilisée pour identifier les systèmes et les sous-systèmes et assemblages, etc. Mais il ne suffit pas de regarderl'architecture opérationnelle, en particulier lorsqu'il s'agit de l'architecture interne du système, il y a beaucoup de choses qui n'ont pas pu être identifiées dans le développement de l'architecture physiquedirecte.Donc, nous allons examiner cette partie de ces aspects du développement du système aujourd'hui.
(Référez-vous à l'heure de la diapositive: 01:21)
Comme nous pouvons le voir, nous avons discuté des 6 fonctions du processus de conception, puis de, nous avons terminé les trois premiers: le problème de conception au niveau du système, l'architecturefonctionnelle et l'architecture physique, la suivante est l'architecture opérationnelle du système.Ainsi, nous allons voir les détails de celui-ci.(Voir Heure de la diapositive: 01:38)
Ainsi, l'architecture opérationnelle est essentiellement le processus de développement de l'architecture opérationnelleou également connu sous le nom d'architecture allouée, c'est-à-dire l'activité au cours de laquelle la totalité des conceptionssont réunies. Donc, c'est l'étape où nous essayons de tout mettre en place.
ensemble des systèmes physiques, des détails opérationnels et des exigences internes, la technologiedans les exigences de l'ensemble du système toutes ces choses sont mises ensemble dans cette étape etqui est le développement de l'architecture opérationnelle.Ainsi, il intègre en fait la décomposition des exigences avec les architectures fonctionnelles etphysiques. Nous avons donc la décomposition des exigences et nous avons une architecture fonctionnelle et physique. Ainsi, nous essayons d'intégrer ces éléments dans cette étapeet fournit une description complète de la conception du système et fournit le matériaubrut pour la définition d'interface ainsi que les décisions commerciales. Ainsi, comme nous le savons dans le développement de l'architecture physique, nous avons de nombreux systèmes et sous-systèmes. Et nous avons besoin depour que ce système et cette interface de sous-système soient également associés au modèle.Ainsi, nous essayons d'avoir la définition de l'interface ainsi que les décisions commerciales et l'architecturecorrespondante également dans le développement de l'architecture opérationnelle, dans le cadre de l'échange de décisions. Il s'agit essentiellement de déterminer si nous devons augmenter le coût ou réduire le coût des performances deou d'autres aspects liés au commerce oucertains autres aspects liés aux performances.Par conséquent, toutes ces décisions doivent également être prises et elles doivent également être analysées etimplémentée dans Architecture système. Ainsi, dans l'architecture opérationnelle ou l'architectureallouée, nous allons essayer d'intégrer ces fonctions, puis de terminer l'architecture du systèmeou d'essayer d'intégrer les exigences physiques, l'architecturefonctionnelle et l'architecture physique pour obtenir l'architecture opérationnelle des systèmes. Par conséquent,est la portée de cette section particulière.
(Heure de la diapositive: 03:35)
Ainsi, les principales activités impliquées dans le développement de l'architecture allouée sont répertoriées ici.La première consiste à allouer des fonctions et des exigences à l'échelle du système aux sous-systèmes physiques.Ainsi, nous en avons discuté brièvement dans l'allocation des fonctions et l'architecturefonctionnelle. Ainsi, à ce stade, nous allons affecter des fonctions et des exigencesà l'ensemble du système aux sous-systèmes physiques. Il existe donc des exigences à l'échelle du système telles que la fiabilité ou l'efficacité de la technologie. Il s'agit donc des exigencesdu système. Donc, nous devons également allouer ces exigences aux composants. Par conséquent, le composantfournira en fait l'efficacité de coût requise ou le composantaugmentera la fiabilité du système. Ainsi, nous devons également allouer les composants aux exigences de l'ensemble du système. Il s'agit donc de la première étape dans laquelle nous essayons d'allouer des fonctionsaux composants basés sur.a déjà identifié les exigences ainsi que les exigences à l'échelle du système, puisen fonction de cela, nous allouons les fonctions aux composants. Ainsi, les fonctions initialement permettent d'identifierles fonctions et les exigences et les fonctions, puis nous essayons de les allouer àle composant. Par conséquent, il existe différentes méthodes d'allocation des fonctions aux composantsque nous allons passer par la suite, puis les exigences à l'échelle du système de trace pour le système et dériver les exigences de l'ensemble des composants.Par conséquent, nous avons les exigences à l'échelle du système, de sorte que nous avons besoin de voir comment ces exigences relatives à l'ensemble du systèmesont implémentée dans l'architecture. Nous devons donc tracer ces systèmes à l'échelle du système.
les exigences relatives au système et à ses composants. Par conséquent, non seulement les systèmes que nous pouvonsidentifient facilement l'exigence générale du système sur le système et nous pouvons dire queest fourni, mais nous devons identifier le composant qui fournit réellement ces exigenceset qui est le traçage des exigences à l'échelle du système pour le système et les traces de composantsdérivées.La prochaine est la définition et l'analyse de la structure d'activation et de contrôle fonctionnelle, c'està-direpour savoir quand une fonction particulière doit être activée ou quelles sont les commandesen entrée pour activer la fonction particulière, il existe de nombreuses sous-fonctions ouFonctions de niveau inférieur . Ainsi, chaque fonction doit être activée à une étape particulière. Par conséquent,est le signal d'activation qui arrive à la fonction et nous devons identifier qui est le signalqui active leur fonction particulière et quelles sont les autres structures de contrôle estnécessaire, avec ce qui est la priorité d'une fonction particulière, si cette fonction a besoin depour être activée avant la fonction précédente ou pour réussir une fonctionparticulière. Par conséquent, il s'agit d'une structure de contrôle.Ainsi, nous essaierons d'identifier les fonctions d'activation ou les signaux ainsi que la structurede contrôle de la fonction à ce stade. Par conséquent, cela inclut également dans le développement de l'architecture, puis effectue l'analyse des performances et des risques. Par conséquent, quels sont les risquesimpliqués ou quels sont les éléments de risque plus élevé ou comment distribuer ces risques oucomment identifier l'élément qui est réellement un risque élevé en particulier. Par conséquent,toutes les personnes doivent être identifiées au niveau de développement de la structure elle-même. Par conséquent, nous faisons de l'analyseà l'analyse des performances pour identifier le risque impliqué dans les sous-systèmes aussi bien queen tant que composants et enfin, nous documentons l'architecture et obtenez l'approbation.Il s'agit donc des principales activités impliquées dans les développements d'architecture alloués. Par conséquent, commej'ai mentionné, nous commenlerons par l'attribution de fonctions aux éléments. En particulier, nousexaminer les exigences de l'ensemble du système. Ensuite, essayez d'identifier les fonctions, puisallouera ces fonctions aux composants, puis nous les tracerons à l'échelle du systèmeou de l'ensemble du composant.Ainsi, nous essaierons de garantir la traçabilité de ces exigences, puis la structure de contrôle et d'activation fonctionnelle desera identifiée, puis l'analyse des risques sera effectuée par. Et finalement, nous documentons les architectures et obtenons l'approbation. Donc, c'est
les différentes étapes ou les différentes étapes impliquées dans le développement de l'architecture allouée oul'architecture opérationnelle du système.Ainsi, nous allons passer par un à un, puis voir comment nous pouvons effectuer ces activités.(Référez-vous à la diapositive: 07:44)
Pour représenter ces activités, les principales activités de ces développements sont affichées dans le diagrammeIDEF0, j'espère que vous êtes familière avec le diagramme IDEF0 car nous utilisonspour la décomposition fonctionnelle. Ainsi, si nous représentons le processus à l'aide du diagramme IDEF0, vous pouvez voir que ce sont les principales fonctions. Vous pouvez donc voir ici les fonctions1141 11421 1143 et 1145. Donc, c'est 1144 et 1145. Il s'agit donc des 5 fonctionsidentifiées dans le développement de l'architecture, puis vous pouvez voir quelles sont les entréeset les sorties.Ainsi, ici, pour le premier qui est attribué aux fonctions et aux exigences de l'ensemble du système sur les sous-systèmes physiques, les entrées sont des objectifs d'origine et de configuration systèmeet les exigences de qualification et de limitesont l'une des entrées, puis l'architecture fonctionnelle de niveau système que nous avons déjà développée est une autre entrée. Ensuite, l'architecture physique de l'architecture physique candidate que nousa identifié dans le développement de l'architecture physique est une autre entrée. Ensuite, les autres entréessont le concept opérationnel de niveau système qui vient des étapes initiales.
Et cela va se faire en entrée et en utilisant toutes ces entrées, il y aura une sortievenant en fonction de l'allocation du sous-système.Donc, c'est la sortie de cela. Ainsi, vous disposez des fonctions qui sont allouées aux sous-systèmeset définissez et analyseront la structure d'activation et de contrôle fonctionnels. Donc, c'est comme si j'ai mentionnéque vous devez savoir comment ces fonctions doivent être activées ou quedoit être les signaux qui ont activé ces fonctions qui doivent être identifiées ici.Ainsi, ici, la sortie sera une architecture opérationnelle de niveau système de remplacement. Donc,nous pouvons en fait obtenir les architectures alternatives d'architecture opérationnelle multiples carnous pouvons en fait mettre dans différents formats différents formats, donc vous aurez plusieurs architectures. Ainsi, il s'agit de la sortie de cette étape, puis vous pouvez en faitchoisir l'une de ces architectures, puis effectuer une analyse des performances et des risques, qui est la sortie, les résultats de l'analyse. Ensuite, cela se fera dans la documentation de l'approbationet cela va aussi bien que la spécification de sous-système de document. Vous pouvez doncdévelopper les spécifications de sous-système en fonction de ces analyses. Ainsi, la sortie deces différentes étapes.Nous allons arriver et 1 sera approuvé pour l'envoi pour approbation et l'autre 1 sera leutilisé pour le développement de la spécification de sous-système. Vous pouvez donc voir que ce sont les différentes sortiesqui viennent ici. Il s'agit donc du document d'architecture opérationnelle, c'est-à-ce que l'architecturechange tous les changements qui ont lieu et qu'il s'agit de l'architectureopérationnelle.Enfin, vous obtenez toutes les architectures allouées, puis le sous-système, la conception des exigences, les limites et les objectifs et les contraintes. Tous ces éléments seront développés ouspécifiés à l'aide de celui-ci. En fait, nous représentons les différentes étapes à l'aide d'un diagrammeIDEF0.
(Référez-vous à l'heure de la diapositive: 10:42)
Allons aux détails de l'allocation des fonctions d'ingénierie aux composants, c'est-à-direce que j'ai mentionné, nous devons allouer les fonctions aux composants car, nous avons les fonctionsidentifiées dans l'architecture fonctionnelle et nous avons le composant identifiédans l'architecture physique. Donc, nous allons essayer de mapper ces fonctions aux composants, doncce que nous essayons de faire est d'allouer les fonctions aux composants que nous ne faisons pas les composantspour fonctionner à cause de diverses raisons.Donc, nous pouvons en fait avoir un type de relation mathématique d'allocation. Fondamentalement, nous avonsune relation entre ces composants et fonctions et allot les fonctions sur les composants, mais le problème ici sera, car il ne s'agit que d'une relation mathématiquecertaines des fonctions seront laissées de côté et certains composantsseront également laissés de côté, afin d'éviter que nous ayons besoin d'aller pour un type de fonction mathématique d'allocation. En fait, nous développons la relation des fonctions mathématiques entre les composantset les fonctions et essayez de vous assurer que toutes ces fonctions sont liées aux composants.C'est à partir de là que nous faisons une relation mathématique, il est possible quecertaines des fonctions soient laissées de côté. Donc, dans ce cas la méthode de fonction mathématiquede l'allocation nous assurons que ce mappage complet est effectué ici. Par conséquent, nouspouvons voir que certains composants sont mappés à plusieurs fonctions et que certains composantssont sans aucune fonction. Donc, il s'agit en fait d'un problème parce que nous
ont un composant abandonné sans aucune fonction, qu'il semble que l'architecturefonctionnelle était incorrecte ou que nous avons identifié à tort le composant pour fournir des fonctions. Par conséquent,peut en fait être abordé de manière différente.nous pouvons en fait disposer d'une affectation à allouer, c'est-à-dire que vous pouvez disposer de toutes les fonctionset de tous les composants utilisés dans le système et que nous pouvons également attribuer àcertaines fonctions, puis un autre problème ici sera si vous essayez d'allouerque certains des composants auront plusieurs fonctions ou que certaines fonctions serontayant été effectuées par plusieurs composants.Ainsi, comme dans ce cas, il n'est pas affiché, mais il est possible que la même fonction puisse êtreeffectuée par dans ce cas, il y a un même Peut être effectuée par 1 composant et dans certains cas1 fonction partagée entre 2 composants, supposons que la f 2 soit la mappe 2 C 2 et C 3.Cela signifie que ces 2 composants peuvent effectivement faire la fonction f 2. Donc, c'est aussi un problèmecar nous ne savons pas comment agréger ces fonctions entre ces 2 composants.Ainsi, cela peut réellement créer un problème à l'étape suivante.Ainsi, le meilleur moyen est de faire 1 à 1 et 1 à 2 fonctions pour l'allocation. Ainsi, nous allons développerune fonction qui mappe toutes les fonctions aux composants sur une base 1 à 1 et 1 à 2qui est 1 à 1 puis seulement 1 composant à 1. Ainsi, nous pouvons garantir àque toutes les fonctions sont mappées vers des composants et que tous les composants ont des fonctionsdéfinies à l'aide de celle-ci. Comme dans le cas précédent, si vous avez un composantdifférent si le même composant ayant des fonctions différentes ou 1 fonction étant partagé par 2 composants,l'incertitude sera présente sur le niveau de distribution de la fonction ou des composantsou si vous avez 2 composants faisant la même fonction, ce qui montre que ces deux composantsdu composant sont redondants.Ainsi, dans l'allocation normale, nous n'avons pas besoin de composants redondants, à moins qu'il ne s'agit depour l'analyse d'erreur ou le type de rapport d'erreur du système de tolérance d'automne. Dans le cas contraire, il n'est pas nécessaire quecomporte deux composants faisant le Même fonction. Par conséquent, tous ces éléments peuvent être évités parallant de 1 à 1 et de 1 à 2, ce qui est normalement utilisé pour obtenirou pour mapper les fonctions aux composants. Donc, c'est la façon dont les fonctions sont attribuées àaux composants, il s'agit en fait d'une autre vue de la même chose pour une meilleure clarté.Ainsi, vous pouvez voir ici que c'est l'allocation de type de relation mathématique, c'est-à-dire les fonctions mathématiquespour l'allocation et la dernière est 121 et sur la fonction de
l'allocation des fonctions aux composants. Par conséquent, il s'agit de la méthode la plus préférée dans laquellenous allouons les fonctions sur une base de 1 à 1 ainsi que sur 1 à 2 fonctions.(Référez-vous à la diapositive: 14:51)
Ainsi, certains points importants sur le mappage de la fonction, qui consiste essentiellement à mapperles fonctions aux composants, sont choisis plutôt que de mapper les composants aux fonctions.Ainsi, les fonctions des composants ne sont pas des composants pour les fonctions. Donc, c'est ce que j'explique que nousfaisons toujours les fonctions aux composants car nous ne voulons pas que les nombreux composantsfassent la même fonction, ce qui conduira à la redondance. Par conséquent, nous allons essayer de vous assurer queest toujours une fonction de mappage des composants, plutôt que des composants pour les fonctions de mappage.Ainsi, l'exigence est de fournir les fonctions de ne pas disposer des composants dans les systèmes. Ainsi, nous allons examiner les fonctions, puis les mapper vers les composants s'il existe des composantsredondants que nous allons essayer de les supprimer ou si nous allons essayer d'identifier une fonctiondistincte pour le composant ou si 1 composant effectue plusieurs fonctions. Nous allons essayer deagréger ces fonctions en une seule sous-fonction, puis fournir l'architecturedans l'architecture fonctionnelle de manière à ce que ces fonctions puissent êtreagrégées dans une sous-fonction.Ainsi, il n'est pas nécessaire d'aller à une décomposition ultérieure de cette fonction particulièrecar il existe déjà un composant qui fournit la fonction. Ainsi, nous pouvons utiliserpour affiner l'architecture fonctionnelle une fois que nous avons terminé le mappage. Maintenant, autoriser 2
Les composants à mapper avec la même fonction doivent être évités. Par conséquent, j'ai déjà expliquéde sorte que vous ne pouvez pas mapper deux composants à une même fonction.Ainsi, cela doit être évité car si vous le faites réellement devient une redondance,devient un système redondant ou l'autre il devient difficile d'agréger ces fonctionssur des composants. Par conséquent, quel composant va exécuter la fonction ou siil partage les fonctions d'une manière particulière, ces éléments doivent être identifiés parà l'état clairement indiqué.Ainsi, afin d'éviter que nous essayions de permettre la mise en correspondance de 2 composants avec la même fonction, il s'agit des deux points importants à noter lorsque nous faisons l'allocationdes fonctions et comme je l'ai mentionné lorsque nous faisons l'allocation, il estque nous obtenions des architectures de remplacement car, lorsque nous avons de nombreuses façons de mapper les fonctionsà 1 ou 1 à 2 fonctions. Les possibilités sont que nous pouvons avoir une architecture d'allocation multiple peut êtredéveloppé et ensuite lorsque nous développons cette architecture multiple, nous devons faire en sorte quele choix entre ces architectures multiples soit fait en fonction de certains objectifs.Ainsi, si vous avez un objectif de conception particulier, la sélection de cette structure alternativedoit être effectuée en fonction de l'objectif de conception. Par conséquent, nous allons essayer d'optimiser l'objectif,supposons qu'il existe un objectif que la performance du système doit être améliorée en termes d'une heured'un service. Ensuite, l'architecture qui nous aide en fait à améliorer cet objectifparticulier à choisir ou à certains endroits si nous avons une architecture ou si nous avons un objectifpour réduire le coût de fonctionnement.Donc, si c'est un objectif, alors nous devons sélectionner l'architecture, qui va essayer deréduire le coût de fonctionnement plutôt que d'autres paramètres de performance. Par conséquent, comme si nousen fonction de l'objectif de développement du système, l'architecture doit être choisieà partir des architectures alternatives disponibles. De même, nous devons essayer de minimiser le nombre et la complexité des interfaces. Ainsi, chaque fois que nous avons des options pour avoir des architecturesdifférentes, nous devons examiner le nombre et la complexité des interfaces.Ainsi, chaque fois que nous avons des sous-systèmes de systèmes, il y aura toujours des interfaces et nous avons besoin depour s'assurer que ces interfaces sont minimales, de sorte que la complexité des interfaces est également moindre.Si vous essayez de choisir une interface complexe, alors l'étape suivante lorsque nous développons le
interface, nous trouvons difficile de fournir les spécifications fonctionnelles requises ou les performances fonctionnellescar une architecture est très complexe.Ainsi, chaque fois que nous avons une possibilité ou que nous avons une option pour choisir une architecture, nousdevrions essayer de minimiser le nombre et la complexité des interfaces. Il s'agit donc d'un autre pointà prendre en charge lors du choix d'une architecture. De la même manière, maxima les opportunités de testdès que possible, chaque fois que nous avons des opportunités pour les tests précoces qui doivent être acceptés par. Par conséquent, au lieu d'aller pour de nombreux systèmes complexes, si nous pouvons avoir de petits systèmestestés ou que la procédure de test peut être développée pour les petits systèmes, où le groupe de fonctionsspécifique est exécuté. Par conséquent, ce type d'architecture doit être choisi plutôtque la possibilité.Avoir un test uniquement vers une fin de développement qui sera un problème car,, nous ne serons pas en mesure de tester avant l'implémentation réelle ou avant d'obtenirl'ensemble d'un sous-système. Par conséquent, nous devrions toujours essayer de maximiser les opportunités de testcritiques pour les systèmes et les sous-systèmes, et un autre point important est queégalise les risques dans l'architecture physique, c'est l'une des exigences égalisant les risquesdans l'architecture physique.Ainsi, si vous identiez certains risques dans le système, essayez d'égaliser ou de répartir équitablementsur l'architecture physique au lieu de rendre 1 système très risqué, un sous-systèmeà risque ou un composant particulier très risqué, essayez d'égaliserle risque sur l'ensemble du système physique. L'architecture ou les risques localisés dans un seul élément de l'architecture physique.Ainsi, vous pouvez soit le distribuer également, soit vous pouvez avoir un risque localisé dans un seul élément. Nous pouvons donc identifier le risque dans ces éléments uniques. Ensuite, voirsi cela peut être un risque localisé sur cet élément particulier afin que nous puissions vous assurer quesoit à ce stade uniquement. Il s'agit des différents points à noter ou à prendre en charge parlors de l'allocation de l'architecture ou de la sélection de l'architecture allouée. Par conséquent,étant donné que nous pouvons avoir plusieurs architectures ou que nous avons plusieurs architectures allouées, nousavons besoin de choisir l'une des architectures et lorsque vous choisissez cette architecture, le focusdoit être basé sur ces 5 points.Vous essayez d'optimiser l'objectif souhaité, vous essayez d'avoir des interfaces simples ou moinsd'interfaces, essayez de réduire les risques en donnant également le risque à
différents composants ou bien nous localisons le risque dans un composant, puis choisissezque l'architecture d'un système particulier, encore une fois, cela dépend des objectifs finaux de la conceptionainsi que de l'application et de tous les autres facteurs. Ainsi, la sélection de l'architectureest clairement basée sur l'intuition des équipes de conception, ainsi que sur leur connaissance du systèmeet de son fonctionnement, mais il s'agit des points à noter et à prendre en charge detout en choisissant une architecture particulière pour le système.(Référez-vous à l'heure de la diapositive: 21:32)
Et il existe différentes approches pour résoudre ce problème d'allocation car nous avonsdifférentes manières d'allouer les fonctions, en particulier lorsqu'il s'agit d'allouer du travailentre l'humain et l'ordinateur ou l'homme et la machine dont nous avons besoin pour assurer l'de ces fonctions.Ainsi, parfois, nous pouvons penser à un système complètement autonome ou nous pouvons penser qued'un système où l'autonomie minimale est là et que la plupart des travaux sont effectués par l'humainqui est la plupart des systèmes sont des systèmes humains et centrés sur l'être humain, Nousavons besoin de vous assurer ou nous devons trouver quelle est la meilleure façon d'allouer ces fonctionsentre les êtres humains et les machines ou ordinateurs. Il existe donc des procédures standard et des principes standarddéveloppés par différents chercheurs. Par conséquent, certainsde ces principes peuvent être utilisés, afin de vous assurer que nous avons des normes dansà la suite de l'architecture ou de l'allocation des fonctions aux composants.
La raison pour laquelle nous avons besoin de ceci est de veiller à ce que nous comprenions l'importance des machinesainsi que des ordinateurs composants, ainsi que de l'humain dans le système et deen fonction des objectifs de la conception, nous pouvons attribuer ces fonctions à des machines ou à des ordinateursplutôt que selon la capacité d'un système ou de l'ordinateur ou d'une machine, nous allons examiner les objectifs du système, puis allouer la fonction. L'ordinateur peutêtre capable de faire beaucoup de choses, mais si vous en avez vraiment besoin pour le système ou non,doit être décidé par l'équipe de conception. Ainsi, cela provient en fait de la sous-évaluation du systèmeou des objectifs de performance, ainsi que des objectifs de développement, basés sur le fait queles concepteurs peuvent réellement décider de l'allocation de ces fonctions à des machines ou à des ordinateurs.Ainsi, certains des principes utilisés pour celui-ci sont essentiellement connus sous le nom de distribution de la responsabilitéentre l'humain et l'ordinateur. Donc, c'est le premier que c'était en faitpropped par Sheridan et verplank en 1978, bien sûr, les choses ont beaucoup changé au cours desdernières années, mais nous pouvons voir que cela donne une idée très générale de la façon dontfait maintenant les différentes façons d'attribuer la fonction qui dépend entièrement desur l'être humain, pour la plupart de la tâche au niveau, l'autonomie complète estdonnée aux ordinateurs pour effectuer la tâche. Par conséquent, si vous examinez le niveau supérieur, vous pouvez voirhuman fait toutes les tâches de planification, de planification, d'optimisation et d'autres tâches et l'ordinateur simplementfait l'exécution déterministe.
Par conséquent, il fera un calcul à l'intérieur du système, il ne fera pas d'autre travail quea la plus grande partie de la planification d'une optimisation de planification et toutes les autres choses sont effectuées par les êtres humainsuniquement et l'ordinateur est simplement utilisé comme un équipement de calcul, oùil fait une exécution déterministe de certaines de ces tâches et donne uniquement les résultats sansprendre des décisions ou planifier tous ceux qui planifiant la planification et tous leseffectués par les opérateurs humains.Ainsi, c'est une façon d'attribuer les fonctions que l'autre est l'ordinateur fournit les options, mais le Les humains choisissent entre eux et les plans de fonctionnement, l'autre peutêtre nous pouvons trouver des options quelles sont les options possibles à l'aide d'un ordinateur. Si vous souhaitez quearrive à une étape particulière ou que vous souhiez vous déplacer à une vitesse particulière ou à un emplacementparticulier, vous devez atteindre un emplacement particulier à un moment donné. pouvez ensuite demander à l'ordinateur de faire des calculs et de trouver les différentes options.
Par conséquent, si vous adopteriez un autre chemin ou si vous adopteriez une autre vitesse ou si vous adopteriez une attitude différente de; il s'agit donc des différentes options que l'ordinateur peut vous fournir et sur lade ces options, l'opérateur peut prendre une décision que 1 doit être choisie ; ici, l'ordinateurne prendra part qu'à vous donner les options qui ne sont pas en train de choisir une option. Par conséquent, c'est-à-direqu'il s'agit d'un autre niveau d'implémentation ou d'un autre niveau d'utilisation de l'ordinateur pour les fonctions,ensuite l'ordinateur aide à déterminer les options et suggère 1 pour l'utilisation quepeut ou non accepter. Par conséquent, il s'agit d'un niveau légèrement supérieur dans lequel il a non seulement déterminé les options, mais il proposera également une option.Il indique qu'il s'agit de l'une des meilleures options à ce stade et si elle doit être utilisée ou non parcomplètement laissée à l'opérateur. Ainsi, ici encore, l'autonomie des ordinateursaugmente légèrement par rapport au précédent, il est demandé de donner des options et de choisir la meilleureparmi les options données. L'opérateur peut alors décider sil'utilise ou non. Le suivant est l'ordinateur qui sélectionne l'action et l'exécute si lehumain approuve. Par conséquent, les actions sont sélectionnées par l'ordinateur et effectuent l'opérationsi l'opérateur humain l'approuve. Ainsi, donner plus d'autonomie à l'ordinateur al'autonomie pour identifier les actions possibles et suggérer les options et choisir les optionset ne l'exécutera que si l'opérateur dit oui.
Si l'opérateur accepte les options et l'action à prendre, l'ordinateurlui-même effectue l'action de mise en oeuvre. Donc, ici, c'est beaucoup plus d'autonomie pour l'ordinateur,identifie en fait les tâches à effectuer et les options et choisit l'option et exécutela tâche. Le suivant est l'ordinateur ne fait que l'ensemble de la tâche et informe l'utilisateur uniquement sia été demandé. Donc, une fois de plus cette autonomie de haut niveau. Ainsi, l'ordinateur effectue la plupart des travaux qu'il identifiefait l'ensemble des options qu'il identifiera. Il exécuteet n'en informe que s'il est demandé par l'opérateur humain.
Si l'opérateur humain n'est pas intéressé à savoir ce qui se passe ou la décision prise par. Ainsi, il ne dira même pas à l'opérateur qu'il continue avec ses actions etprobablement le niveau le plus élevé est que l'ordinateur exécute une tâche entière en ignorant de manière autonome le superviseur humain, qui doit absolument faire confiance à l'ordinateur dans tous les aspects de la décision, c'est-à-dire le système entièrement autonome.