Loading
Note di Apprendimento
Study Reminders
Support
Text Version

Sviluppo dell'architettura operativa

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

    +

Oggi discuteremo dello sviluppo di architettura operativa dei sistemi di ingegneria. L'architettura operativa è nota anche come architettura allocata.Così, parleremo di questa particolare allocazione di architetture per il sistemain questa classe.Nelle precedenti lezioni abbiamo discusso dello sviluppo dell'architettura fisica comebene come la decomposizione funzionale e poi abbiamo visto che le funzioni possono essereassegnate al sistema fisico e l'architettura fisica può essere sviluppata, dove noipossiamo avere un'architettura gerarchica che può essere utilizzata per identificare i sistemi esottosistemi e assemblaggi e così via. Ma, che da solo non è sufficiente guardarel'architettura operativa soprattutto quando si tratta di architettura interna del sistema, ci sono molte cose che in realtà non potrebbero essere identificate nello sviluppo di architettura fisicadiretta.Così, analizzeremo questa parte questi aspetti dello sviluppo del sistema oggi.
(Riferimento Slide Time: 01.21)
Come possiamo vedere, stavamo discutendo delle 6 funzioni del processo di progettazione e poiabbiamo completato i primi tre che sono: il problema di progettazione del livello di sistema, l'architetturafunzionale e l'architettura fisica, il prossimo è l'architettura operativa di sistema.Così, andremo ai dettagli di questo.(Fare Slide Time: 01.38)
Quindi, l'architettura operativa è fondamentalmente il processo di sviluppo per l'architetturaoperativa o anche conosciuto come architettura allocata, questa è l'attività durante la quale vengono uniti i disegni interi. Allora, questo è il palco dove cerchiamo di mettere tutto
insieme ai sistemi fisici, ai dettagli operativi e ai requisiti interni, la tecnologiain sistemi wide requisiti tutte quelle cose sono messe insieme in questa fase eche è lo sviluppo dell'architettura operativa.Così, in realtà integra la decomposizione dei requisiti con le architetture fisiche funzionali e. Quindi, abbiamo la decomposizione dei requisiti e abbiamoarchitettura funzionale e fisica. Quindi, cerchiamo di integrare queste cose insieme in questa fasee fornisce una descrizione completa del design di sistema e fornisce il materiale grezzoper la definizione dell'interfaccia oltre che per le decisioni commerciali. Così, come sappiamo nello sviluppo di architettura fisicaabbiamo molti sistemi e sottosistemi. E abbiamo bisogno diper avere questa interfaccia di sistema e sub di sistema anche insieme al modello.Quindi, cerchiamo di avere la definizione di interfaccia così come le decisioni di scambio e l'architetturacorrispondente anche nello sviluppo dell'architettura operativa, in commercio offle decisioni sono sostanzialmente se dobbiamo aumentare il costo o riduciamo il costo solo diprestazioni o cerchiamo di avere qualche altra affidabilità o altri aspetti trade off oqualche altro aspetto prestazionale.Quindi, anche tutte queste decisioni devono essere prese e che anche da analizzare eimplementate nella architettura di sistema. Così, nell'architettura operativa o nell'architettura allocata, cercheremo di incorporare queste caratteristiche e poi completare l'architettura del sistemao cercare di integrare i requisiti fisici, l'architettura funzionalee l'architettura fisica per ottenere l'architettura operativa dei sistemi. Quindi, cheè l'ambito di questa particolare sezione.
(Riferimento Slide Time: 03.35)
Quindi, le principali attività coinvolte nello sviluppo di architettura allocata sono elencate qui.La prima è assegnare funzioni e requisiti di sistema a sistemi secondari fisici.Così, abbiamo discusso brevemente di questo nell'allocazione delle funzioni e dell'architetturafunzionale. Così, in questa fase in realtà assegneremo funzioni e sistemi widedi sistema ai sottosistemi fisici. Quindi, ci sono requisiti di sistema ampio come la tecnologia di affidabilità dei costi ditecnologia o l'efficienza. Quindi, questi sono i requisiti di sistemadi sistema. Quindi, dobbiamo assegnare questi requisiti anche ai componenti. Quindi, quale componentefornirà effettivamente l'efficacia di costo richiesto o quale componenteaumenterà l'affidabilità del sistema. Quindi, in questo modo dobbiamo assegnare i componenti arequisiti di sistema anche. Ecco, questa è la prima fase in cui cerchiamo di assegnarefunzioni ai componenti in base.Already ha identificato i requisiti oltre che l'ampio fabbisogno di sistema e poiin base a questo assegniamo le funzioni ai componenti. Quindi, funzioni inizialmente identifichiamole funzioni e i requisiti e le funzioni e poi cerchiamo di assegnarle ail componente. Quindi, ci sono diversi metodi di allocazione delle funzioni ai componentici passeremo in seguito, poi il sistema di tracciamento ampio requisiti per sistema e derivacomponenti wide requisiti.Così, abbiamo i requisiti di sistema più ampio, quindi dobbiamo vedere come questi requisiti di sistemasiano implementati nell'architettura. Quindi, dobbiamo tracciare questi sistemi wide
requisiti al sistema e ai suoi componenti. Quindi, non solo ai sistemi che possiamopossiamo identificare in modo semplice il requisito di sistema ampio al sistema e possiamo dire che èfornito, ma dobbiamo identificare quale componente sta effettivamente fornendo questi requisitie cioè il tracciamento di requisiti di sistema più ampio al sistema e derivatocomponenti wide tracce.Il prossimo è definire e analizzare la struttura di attivazione e controllo funzionale, questo èfondamentalmente per scoprire quando una determinata funzione deve essere attivata o quali sono i comandiin arrivo per attivare la funzione particolare, ci sono molte funzioni secondarie ofunzioni di livello inferiore. Quindi, ogni funzione deve essere attivata in una determinata fase. Quindi, cheè il segnale di attivazione in arrivo alla funzione e dobbiamo identificare quale sia quel segnaleche attivano la loro particolare funzione e quali sono le altre strutture di controllo ènecessaria, con quella che è la precedenza di una determinata funzione, se questa funzione ha bisogno diper essere attivata a un prima della funzione precedente o che sia quella di riuscire ad una particolare funzioneCosì, cioè una struttura di controllo.Quindi, cercheremo di identificare in questa fase le funzioni di attivazione o i segnali così come la struttura di controllodella funzione. Quindi, che includa anche come parte dell'architetturalo sviluppo e poi lo svolgimento delle prestazioni e l'analisi dei rischi. Quindi, quali sono i rischicoinvolti o quali sono gli elementi di rischio più elevato o come si distribuiscono questi rischi ocome si identifica l'elemento che in realtà è di alto rischio in particolare. Quindi,tutti quelli devono essere identificati a livello di sviluppo della struttura stessa. Quindi, quindi, facciamoanalisi all'analisi delle prestazioni per identificare il rischio coinvolto nei sottosistemi come bencome componenti e infine documentiamo l'architettura e otteniamo l'approvazione.Quindi, queste sono le principali attività coinvolte in sviluppi di architettura allocati. Così, comeho citato inizieremo con l'assegnazione delle funzioni agli elementi. Soprattutto, noiosserveremo i requisiti di sistema più ampio. E poi cercare di identificare le funzioni e poiassegnare che nei componenti e poi tracciamo questi requisiti per componente ampiosistema o componente ampio.Quindi, cercheremo di garantire che ci sia la tracciabilità per questi requisiti e poi verrà identificata la struttura di attivazione e controllo funzionalee quindi l'analisi del rischio saràeffettuata. E infine documentiamo le architetture e otteniamo l'approvazione. Quindi, cioè
i diversi passaggi o le diverse fasi coinvolte nello sviluppo dell'architettura allocata ol'architettura operativa del sistema.Così, passeremo attraverso uno per uno e poi vediamo come effettivamente possiamo effettuare queste attività.(Fare Slide Time: 07.44)
Per rappresentare queste attività, le principali attività di questi sviluppo sono mostrate nel diagrammaIDEF0, spero che tu sia l'ormai familiare con il diagramma IDEF0 perché usiamoit per la decomposizione funzionale. Quindi, se rappresentiamo il processo utilizzando il diagramma IDEF0si può vedere che queste sono le funzioni principali. Così, potete vedere qui queste sono le funzioni1141 11421 1143 e 1145. Quindi, questo è il 1144 e il 1145. Quindi, queste sono le funzioni di 5identificate nello sviluppo dell'architettura e poi si possono vedere quali sono gli inpute le uscite.Quindi, qui la per la prima che è funzioni allotted e i requisiti di sistema asub - sistemi fisicamente secondari, gli input sono originari e gli obiettivi di requisiti di sistemagerarchia e requisiti di qualificazione è uno degli inpute poi l'architettura funzionale di livello di sistema che abbiamo già sviluppato è un altro input. Poi l'architettura fisica l'architettura fisica candidata che noiabbiamo identificato nello sviluppo dell'architettura fisica è un altro input. E poi gli altri inputsono il concetto operativo di livello di sistema che sta arrivando dalle fasi iniziali.
E che andrà come input e utilizzando tutti questi input ci sarà un outputin arrivo come funzioni per l'allocazione del sistema sub.Così, questa è l'output da questo. Quindi, si hanno le funzioni che vengono assegnate ai sistemi sube definiscono e analizzano la struttura di attivazione e controllo funzionale. Quindi, questo è come ho detto iodevi scoprire come sono queste funzioni devono essere attivate o qualidovrebbero essere i segnali che hanno effettivamente attivato queste funzioni che devono essere identificate qui.Quindi, qui in realtà l'output sarà un'architettura operativa di livello di sistema alternativo. Quindi,possiamo effettivamente ottenere le architetture alternative di architettura più operativa perchépossiamo effettivamente mettere in ordine diverso ordine diverso, quindi si avranno più architetture. Quindi, questo sarebbe l'output da questa fase e poi si può effettivamentescegliere una di queste architetture e poi fare un'analisi di prestazioni e di rischio che sia l'outputsaranno i risultati dell'analisi. E poi che andrà alla documentazione per l'approvazionee che andrà come anche la specifica del sistema sub. Così, è possibilesviluppare effettivamente le specifiche del sottosistema in base a queste analisi. Quindi, l'output daqueste diverse fasi.Will che arriveremo e 1 sarà approvato per l'invio per l'approvazione e altri 1 saranno l'usatoper lo sviluppo delle specifiche del sottosistema. Così, potete vedere questi sono i vari outputsin arrivo qui. Quindi, questo è il documento di architettura operativa, questa è l'architetturacambia qualunque sia le modifiche che si svolgono e questa è l'architetturaoperativa.Infine, si sta ottenendo tutta l'architettura allocata e poi il sottosistema, il designrequisiti, i confini e gli obiettivi e i vincolati. Tutti questi saranno sviluppati ospecificati utilizzando questo, questo in realtà rappresentiamo le varie fasi utilizzando un diagramma IDEF0.
(Riferimento Slide Time: 10.42)
Andiamo ai dettagli di assegnazione delle funzioni di ingegneria ai componenti, questo èquello che ho citato dobbiamo assegnare le funzioni ai componenti perché, abbiamo le funzioniidentificate nell'architettura funzionale e abbiamo il componente identificatonell'architettura fisica. Così, cercheremo di mappare queste funzioni ai componenti, quindiquello che cerchiamo di fare è quello di assegnare le funzioni ai componenti che non facciamo i componentiper funzionare a causa di vari motivi.Così, in realtà possiamo avere un tipo di relazione matematica di assegnazione. In sostanza abbiamoqualche relazione tra questi componenti e funzioni e allunga le funzioni ai componentima poi il problema qui sarà, perché è solo un rapporto matematicoalcune funzioni saranno lasciate fuori e anche alcuni componenti sarannolasciati fuori, quindi per evitare di dover andare per un tipo di funzione matematica diassegnazione. Quindi in realtà sviluppiamo la relazione delle funzioni matematiche tra i componentie le funzioni e cerchiamo di garantire che tutte queste funzioni siano correlate ai componenti.Ovvero da queste dove facciamo un rapporto matematico, c'è la possibilità che aalcune funzioni saranno lasciate fuori. Quindi, in questo caso il metodo di funzione matematicadi assegnazione garantiamo che questa mappatura completa venga effettuata qui sopra. Quindi, quipossiamo vedere che alcuni componenti sono mappati a più funzioni e alcunii componenti sono senza alcuna funzione anche. Quindi, questo in realtà è un problema perché noi
hanno un qualche componente lasciato fuori senza alcuna funzione, che sembra che l'architetturafunzionale fosse sbagliata o abbiamo identificato erroneamente il componente per fornire funzioni. Quindi,questo può essere effettivamente avvicinato in modo diverso.possiamo davvero avere una a aggiudicazione che è possibile avere tutte le funzionie tutti i componenti utilizzati nel sistema e possiamo assegnare questi componenti anche aalcune funzioni, allora un altro problema qui sarà se ci si tenta di assegnare poiche alcuni componenti avranno funzioni multiple o alcune funzioni sarannoavendo fatto da più componenti.Quindi, come in questo caso non viene mostrato, ma c'è una possibilità che la stessa funzione possa esserefatta da in questo caso, c'è lo stesso funzione può essere effettuata da 1 componente e in alcunicasi 1 funzione condivisa tra 2 componenti, suppliamo se la f 2 è mappa 2 C 2 e C 3.Che significa, questi 2 componenti possono effettivamente fare la funzione f 2. Quindi, questo anche un problemaperché non sappiamo aggregare queste funzioni tra questi 2 componenti.Quindi, questo potrebbe creare davvero un problema nella fase successiva.Quindi, il modo migliore è quello di fare da 1 a 1 e da 1 a 2 funzioni per l'assegnazione. Così, svilupperemouna funzione che in realtà assoda tutte le funzioni ai componenti su una base da 1 a 1 e da 1 a 2che è da 1 a 1 poi solo 1 componente a 1 funzione. Così, in questo modo possiamo garantireche tutte le funzioni siano mappate ai componenti e tutti i componenti abbiano delle funzioni definiteidentificate utilizzando questa. Come nel caso precedente se si dispone di qualche separato sestesso componente avente funzioni diverse o 1 è condiviso da 2 componente,l'incertezza sarà presente sul livello di distribuzione della funzione o dei componentio se si dispone di 2 componenti che fanno la stessa funzione, questo in realtà dimostra che questi 2componente uno del componente è ridondante.Quindi, nella normale assegnazione non dobbiamo avere componenti ridondanti, a meno che non siaper l'analisi di errore o per l'errore di segnalazione di caduta, altrimenti nonabbiamo bisogno di avere 2 componenti che facciano la stessa funzione. Quindi, tutti questi possono essere evitati daandando per a1 a 1 e da 1 a 2 di assegnazione funzione, normalmente impiegato per ottenereo mappare le funzioni ai componenti. Così, ecco come le funzioni sonoassegnate ai componenti, questa è in realtà un'altra visione della stessa cosa per una migliore chiarezza.Così, potete vedere qui questa è l'allocazione del tipo di relazione matematica e questa è lafunzioni matematiche per l'assegnazione e l'ultima è di 121 e su funzione per il
assegnazione delle funzioni ai componenti. Quindi, questo è il metodo più preferito doveassegniamo le funzioni su una base da 1 a 1 oltre che da 1 a 2 funzioni.(Fare Slide Time: 14.51)
Quindi, alcuni dei punti importanti sulla mappatura della funzione, che in sostanza sta mappandole funzioni ai componenti, viene scelto piuttosto che mappare i componenti alle funzioni.Così, funzioni a componenti non componenti a funzioni. Quindi, questo è quello che spiego noifacciamo sempre le funzioni ai componenti perché non vogliamo che i tanti componentifacciano la stessa funzione, che questo porti alla ridondanza. Quindi, cercheremo di garantire checi sia sempre una funzione per la mappatura dei componenti, piuttosto che i componenti per le funzionimapping.Quindi, il requisito è quello di fornire le funzioni di non avere i componenti nei sistemi. Quindi, osserverà le funzioni e poi mappate ai componenti se ci sarannocomponenti ridondanti che cercheremo di rimuoverli o cercheremo di identificare la funzioneseparata per il componente o se il 1 componente sta facendo più funzioni. Cercheremo diaggregare queste funzioni in una singola funzione secondaria e poi fornire la raffinata architetturanell'architettura funzionale in modo tale che queste funzioni possano essereaggregate a funzioni secondarie.Così, che non dobbiamo andare ad ulteriori decomposizione di quella particolare funzioneperché, c'è già un componente che fornisce la funzione. Così, in questo modo possiamoperfezionare l'architettura funzionale una volta completata la mappatura. Ora permettendo 2
i componenti da mappare con la stessa funzione devono essere evitati. Quindi, questo ho già spiegatoquindi non è possibile avere 2 componenti da mappare con la stessa funzione.Quindi, questo deve essere evitato perché se si fa questo in realtà diventa una ridondanza, 1 via chediventa un sistema ridondante o l'altro diventa in realtà difficile aggregare queste funzioniai componenti. Così, quale componente farà la funzione o sestanno condividi le funzioni in un modo particolare, quelle cose devono essere identificate sopraal chiaramente indicato.Così, per evitare che ci proveremo al fine di consentire di mappare 2 componenti alla stessa funzione; quindi questi sono i 2 punti importanti da notare quando facciamo l'assegnazionedelle funzioni e come ho accennato quando facciamo l'assegnazione praticamente c'è una possibilitàche possiamo ottenere architetture alternate perché, quando abbiamo molti modi di mappare le funzionifino a 1 a 1 o 1 a 2 funzioni.Poi la le possibilità sono che possiamo avere più architettura di allocazione possono esseresviluppate e poi quando sviluppiamo questa architettura multipla, dobbiamo garantire chela scelta tra queste architetture multiple siano fatte in base ad alcuni obiettivi.Quindi, se si ha un particolare obiettivo di progettazione allora la selezione di questa struttura alternativadeve essere fatta in base all'obiettivo di progettazione. Quindi, cercheremo di ottimizzare l'obiettivo,supponga che ci sia un obiettivo che le prestazioni del sistema debbano essere migliorate in termini di untempo di un servizio. Poi l'architettura che in realtà ci aiuta a migliorare quel particolare obiettivoda scegliere o in alcuni punti se abbiamo un'architettura o abbiamo un obiettivoper ridurre il costo di funzionamento.Quindi, se il che è un obiettivo allora dobbiamo selezionare ora l'architettura, che proverà aridurre il costo di funzionamento piuttosto che altri parametri di prestazione. Così, come che noidipendiamo dall'obiettivo dello sviluppo del sistema l'architettura deve essere sceltadalle architetture alternative disponibili. Allo stesso modo dobbiamo cercare di ridurre al minimo il numero die la complessità delle interfacce anche. Quindi, ogni volta che abbiamo opzioni per averearchitetture diverse, dovremmo guardare il numero e la complessità delle interfacce.Così, ogni qualvolta avremo sistemi sub sistemi ci saranno sempre interfacce e abbiamo bisogno diper garantire che queste interfacce siano minime, quindi di quella complessità di interfacce anche meno.Se si cerca di scegliere una complessa interfacce, poi la fase successiva quando sviluppiamo il
interfaccia, troviamo un difficile fornire le specifiche funzionali richieste oprestazioni funzionali perché un'architettura è molto complessa.Quindi, ogni qualvolta abbiamo una possibilità o abbiamo un'opzione per scegliere un'architettura, noidovremmo cercare di minimizzare il numero e la complessità delle interfacce. Quindi, questo è un altro puntodi cui occuparsi mentre si sceglie un'architettura. Allo stesso modo massimizzare le opportunità di test early criticalogni qualvolta abbiamo opportunità di test precoci che dovrebbero essereaccettate. Quindi, invece di andare per molti sistemi complessi, se possiamo avere piccoli sistemisperimentati o la procedura di verifica può essere sviluppata per i piccoli sistemi, dove vengono eseguiti il particolaregruppo di funzioni. Quindi, quel tipo di architettura dovrebbe essere scelta piuttostorispetto alla possibilità.Avere un test solo verso una fine dello sviluppo che sarà un problema perché,non saremo in grado di testare prima dell'effettiva implementazione o prima di ottenereil completo di un sottosistema. Quindi, dovremmo sempre cercare di massimizzare le prime opportunità di testcritiche per i sistemi e i sottosistemi e un altro punto importante è cheequalizzare i rischi in tutta l'architettura fisica, questo è uno dei requisiti equalizzabilirischi in tutta l'architettura fisica.Quindi, se l'utente individua alcuni rischi nel sistema, cercare di equalizzare o distribuirlo uniformementeattraverso l'architettura fisica invece di rendere il sistema 1 molto rischioso, unoparticolare del sottosistema rischioso o qualche particolare componente molto rischioso, cerca di equalizzarliil rischio attraverso il fisico l'architettura o i rischi localizzati in un unico elemento dell'architettura fisica.Così, è possibile distribuirlo ugualmente o si può avere un rischio localizzato in un singolo elemento. Così, possiamo effettivamente identificare il rischio in quei singoli elementi. E poi vederese questo può essere rischio può essere localizzato a quel particolare elemento in modo da poter garantireche o può essere a quel punto solo. Questi sono i diversi punti da segnalare o da esserepresi cura mentre allocano l'architettura o selezionano l'architettura assegnata. Quindi,dato che possiamo avere più architetture o abbiamo più architetture assegnate, noiabbiamo bisogno di scegliere una delle architetture e quando scegliere questa architettura il focusdovrebbe essere basato su questi 5 punti.Che si cerca di ottimizzare l'obiettivo desiderato, si cerca di avere interfacce semplici o menodi interfacce, cercare di ridurre i rischi offrendo anche l'allotting il rischio per
componenti diversi o localizziamo realmente il rischio in un solo componente e poi scegliamoche l'architettura per un determinato sistema, di nuovo dipende dagli obiettivi finali del designoltre che dall'applicazione e da tutti gli altri fattori. Così, la selezione dell'architetturaè chiaramente basata sulle intuizioni dei team di progettazione, così come le loro conoscenze sul sistemae sul suo funzionamento, ma questi sono i punti da segnalare e da prendersi cura dipur scegliendo una particolare architettura per il sistema.(Fare Slide Time: 21.32)
E ci sono approcci diversi per risolvere questo problema di allocazione perché abbiamomodi diversi di allocare le funzioni, soprattutto quando si tratta di allocare il lavorotra l'umano e il computer o l'umano e la macchina dobbiamo garantire checi siano alcuni standard seguiti nell'allocazione di queste funzioni.Così, a volte possiamo pensare a un sistema completamente autonomo o possiamo pensaredi un sistema in cui l'autonomia minimale c'è e la maggior parte delle opere sono fatte dall'umanoche è la maggior parte dei sistemi sono sistemi umani centrati e umani, noidobbiamo garantire o dobbiamo scoprire qual è il modo migliore per assegnare queste funzionitra gli esseri umani e le macchine o i computer. Quindi, ci sono alcuneprocedure standard e principi standard sviluppati da vari ricercatori. Quindi, circadi questi principi può essere impiegato, al fine di garantire che abbiamo alcuni standard inseguendo l'architettura o allocando le funzioni ai componenti.
Il motivo per cui abbiamo bisogno di questo è garantire che, capiamo l'importanza delle macchinecosì come i computer componenti oltre che l'umano nel sistema e ila seconda degli obiettivi del design, possiamo assegnare queste funzioni alle macchine o ai computerpiuttosto che a seconda della capacità di un sistema o del computer o di una macchinaanalizzeremo gli obiettivi di sistema e poi assegneremo la funzione. Il computer puòessere in grado di fare molte cose, ma se ne hai davvero bisogno per il sistema o non peressere deciso dal team di progettazione. Così, che in realtà deriva dal sottostare al sistemaobiettivi di prestazioni così come gli obiettivi di sviluppo, basandosi su queli progettisti possono effettivamente decidere come assegnare queste funzioni alle macchine o ai computer.Così, alcuni dei principi utilizzati per questo è sostanzialmente noto come distribuzione diresponsabilità tra uomo e computer. Così, che è il primo che in realtà è statopromesso da Sheridan e verplank nel 1978, ovviamente le cose sono cambiate molto durantegli ultimi 40 anni o così, ma possiamo vedere che in questo modo si dà un'idea molto generale di comeora possiamo assegnare la funzione che dipende dapienamente l'essere umano, per la maggior parte dell'attività al livello era completa l'autonomia èdato ai computer per svolgere il compito. Quindi, se si guarda al livello superiore è possibile vedereumano fa tutta la pianificazione, la pianificazione, l'ottimizzazione e altre attività e il computer semplicementefa esecuzione deterministica.
Così, in realtà farà qualche calcolo all'interno del sistema, non farà altro che lavorarloha la maggior parte della pianificazione una ottimizzazione di pianificazione e tutte le altre cose sono fatte dagli esseri umanisolo e il computer è solo implicato come un'attrezzatura di calcolo, dovesi fa qualche esecuzione deterministica di alcuni compiti e basta dare i risultati senzadavvero prendere decisioni o qualsiasi pianificazione tutta quella pianificazione e tutte lefatte dagli operatori umani.Così, questo è un modo per allocare le funzioni l'altro è il computer fornisceopzioni, ma la umana sceglie tra di loro e i piani di funzionamento, l'altro puòessere possiamo scoprire opzioni quali sono le possibili opzioni usando un computer. Se si desideraarrivare in una determinata fase o anche si desidera spostarsi ad una particolare velocità o particolareposizione, è necessario raggiungere una determinata posizione in un determinato momento. Poi è possibilechiedere effettivamente al computer di fare alcuni calcoli e scoprire le diverse opzioni.
Quindi, se si desidera prendere un percorso diverso o prendere una velocità diversa o si prende un diverso atteggiamento; quindi queste sono le diverse opzioni che il computer può fornire e in base aqueste opzioni, l'operatore può prendere una decisione che 1 minuti da scegliere; qui il computerprenderà parte solo a darvi le opzioni non effettivamente scegliendo un'opzione. Quindi, cioèl'altro livello di implementazione o un altro livello di utilizzo del computer per le funzioni,poi il prossimo è il computer aiuta a determinare le opzioni e suggerire 1 per l'utilizzo che l'umanopuò o meno accettare. Quindi, questo è leggermente un livello più alto dove non solo ha determinato le opzioni, ma suggerirà effettivamente un'opzione anche.Si dirà che questa è una delle migliori opzioni in questa fase e se utilizzarla o meno èin realtà completamente lasciata all'operatore. Così, qui di nuovo l'autonomia dei computeraumenta leggermente rispetto alla precedente, si chiede di dare opzioni oltre a scegliere ilmigliore tra le opzioni date. E poi l'operatore può effettivamente decidere seutilizzarlo o meno. Il prossimo è il computer seleziona l'azione e lo trasporta se l'umanoapprova. Quindi, qui le azioni sono selezionate dal computer e svolge l'operazionese l'operatore umano lo approva. Così, dando più autonomia il computer hal'autonomia per identificare le possibili azioni e suggerire le opzioni e scegliere le opzionie lo eseguirà solo se l'operatore dice sì.
È se l'operatore accetta le opzioni e l'azione da intraprendere poi il computerstesso farà l'azione di esecuzione. Quindi, qui è molto più autonomia per il computer, essoidentifica in realtà le attività da fare e le opzioni e sceglie l'opzione e trasportal'attività. Il prossimo è il computer fa tutto il compito e informa l'uomo solo serichiesto. Quindi, questa di nuovo l'autonomia di primo livello. Così, il computer fa la maggior parte del lavoro cheidentifica in realtà tutte le opzioni che identificherà il lavoro da fare e svolgee lo informa solo se richiesto dall'operatore umano.
Beh, se l'operatore umano non è interessato a sapere cosa sta accadendo o quale decisioneha preso. Quindi, non dirà nemmeno all'operatore che continua ad andare avanti con le sue azioni eprobabilmente il livello più alto è che il computer svolge tutto il compito autonomamente ignorandosupervisore umano, che deve fidarsi completamente del computer in tutti gli aspetti della decisioneche è il sistema completamente autonomo.