Físico & Operacional | Desenvolvimento Arquitetura Operacional l Alison
Loading
Nota de Estudos
Study Reminders
Support
Text Version

Desenvolvimento De Arquitetura Operacional

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

    +

Hoje discutiremos sobre o desenvolvimento de arquitetura operacional desistemas de engenharia. A arquitetura operacional também é conhecida como arquitetura alocada.Então, estaremos discutindo sobre essa alocação particular de uma arquiteturas para o sistemanesta classe.Nas palestras anteriores discutimos sobre o desenvolvimento de arquitetura física comobem como a decomposição funcional e então vimos que como as funções podem seralocadas para o sistema físico e a arquitetura física podem ser desenvolvidas, onde nóspodemos ter uma arquitetura hierárquica que pode ser usada para identificação dos sistemas esubsistemas e montagens etc. Mas, isso por si só não é suficiente precisamos olhar paraa arquitetura operacional especialmente quando se trata da arquitetura interna do sistema, há muitas coisas que na verdade não poderiam ser identificadas no desenvolvimento direto da arquitetura física.Então, vamos olhar para esta parte estes aspectos do desenvolvimento do sistema hoje.
(Consulte O Tempo De Deslizamento: 01:21)
Como podemos ver, estávamos discutindo sobre as 6 funções do processo de design e entãocompletamos os três primeiros que é: o problema de design de nível de sistema, arquitetura funcionale a arquitetura física, o próximo é a arquitetura operacional do sistema.Então, iremos até os detalhes desta.(Consulte o Tempo do slide: 01:38)
Assim, a arquitetura operacional é basicamente o processo de desenvolvimento para a arquiteturaoperacional ou também conhecida como arquitetura alocada, esta é a atividade durante a qual osdesigns inteiros se unem. Então, este é o estágio em que tentamos colocar tudo
juntos sistemas físicos, os detalhes operacionais e os requisitos internos, a tecnologiaem requisitos amplos de sistema todas essas coisas são colocadas em conjunto neste estágio eque é o desenvolvimento de arquitetura operacional.Então, ele realmente integra a decomposição de requisitos com as arquiteturas físicas funcionais e. Então, nós temos a decomposição de requisitos e temosarquitetura funcional e física. Por isso, tentamos integrar essas coisas juntas neste estágioe ele fornece uma descrição completa do design do sistema e fornece o material brutopara a definição de interface, bem como as decisões de trade off. Por isso, como sabemos no desenvolvimento de arquitetura físicatemos muitos sistemas e sub sistemas. E precisamos quetenha essa interface de sistema e sub sistema também junto com o modelo.Então, tentamos ter a definição de interface assim como as decisões de trade off e a arquitetura correspondente atambém no desenvolvimento de arquitetura operacional, no trade offdecisões são basicamente se precisamos aumentar o custo ou reduzimos o custo apenas deperformance ou tentamos ter alguma outra confiabilidade ou alguns outros aspectos trade off oualguns outros aspectos de desempenho.Então, todas essas decisões também precisam ser tomadas e que também devem ser analisadas eimplementadas no arquitetura do sistema. Assim, na arquitetura operacional ou na arquitetura alocada, tentaremos incorporar esses recursos e, em seguida, concluir a arquitetura do sistemaou tentar integrar os requisitos físicos, a arquitetura funcionale a arquitetura física para obter a arquitetura operacional dos sistemas. Então, issoé o escopo desta seção em particular.
(Consulte O Tempo De Deslizamento: 03:35)
Então, as principais atividades envolvidas no desenvolvimento de arquitetura alocado estão listadas aqui.A primeira é alocar funções e requisitos amplos do sistema para os sub sistemas físicos.Então, discutimos brevemente sobre isso na alocação de funções e na arquitetura dofuncional. Assim, neste estágio vamos realmente alocar funções e sistema delargura de requisitos para subsistemas físicos. Assim, existem requisitos amplos do sistema comotecnologia de confiabilidade de custo de produção ou eficiência. Então, esses são os requisitos do sistema amplo. Então, precisamos alocar esses requisitos também para componentes. Então, qual componenterealmente fornecerá a eficácia de custo necessária ou qual componente iráaumentar a confiabilidade do sistema. Então, dessa forma precisamos alocar os componentes para os requisitos amplos do sistematambém. Então, esse é o primeiro estágio em que tentamos alocarfunções para componentes com base em.Já a Already identificou os requisitos bem como os requisitos amplos do sistema e entãobaseado nisso alocamos as funções para componentes. Então, funções inicialmente nós identificamosas funções e os requisitos e as funções e então tentamos alocá-las parao componente. Assim, existem diferentes métodos de alocação das funções para os componentesvamos passar por ele mais tarde, então os requisitos amplos do sistema de rastreio para sistema e derivação decomponentes amplos.Então, temos os requisitos amplos do sistema, por isso precisamos ver como esses requisitos de largura de sistema desão implementados na arquitetura. Então, temos que rastrear esses sistema de largura
requisitos para o sistema e seus componentes. Assim, não apenas para os sistemas podemosidentificar de fato facilmente o requisito amplo do sistema para o sistema e podemos dizer que éfornecido, mas precisamos identificar qual componente está realmente fornecendo essesrequisitos e que é o rastreio de requisitos amplos do sistema para sistema e derivadostraços largos.O próximo é definir e analisar a ativação funcional e a estrutura de controle, isto ébasicamente para descobrir quando uma determinada função deve ser ativada ou quais são os comandos de entradaque chegam para ativar a função particular, há muitas sub funções oufunções de nível inferior. Assim, cada função precisa ser ativada em um determinado estágio. Então, queé o sinal de ativação chegando à função e precisamos identificar qual é aquele sinalque ativam sua função particular e quais são as outras estruturas de controle sãonecessárias, com qual é a precedência de uma determinada função, se esta função precisa depara ser ativada em um antes da função anterior ou ela que é para suceder uma determinada funçãoEntão, essa é uma estrutura de controle.Então, tentaremos identificar as funções de ativação ou os sinais, bem como a estrutura de controleda função nesta etapa. Então, isso também incluiu como parte do desenvolvimento da arquiteturae, em seguida, realizar a análise de desempenho e de risco. Então, quais são os riscosenvolvidos ou quais são os elementos de maior risco ou como você distribua esses riscos oucomo você identifica o elemento que realmente é de alto risco em operação em particular. Então,todos aqueles precisam ser identificados em nível de desenvolvimento de estrutura em si. Por isso, portanto, fazemos análise depara análise de desempenho para identificar o risco envolvido nos subsistemas como bemcomo componentes e finalmente documentamos a arquitetura e obtemos aprovação.Então, essas são as principais atividades envolvidas em desenvolvimentos de arquitetura alocados. Assim, comomencionei que iniciaremos com a alocação de funções para elementos. Especialmente, vamosolhar para os requisitos amplos do sistema. E então tente identificar as funções e entãoalocar isso em componentes e então traçamos esses requisitos para o sistema ou componente wide.Então, tentaremos garantir que haja rastreabilidade para esses requisitos e entãoa ativação funcional e a estrutura de controle serão identificadas e então a análise de risco será derealizada. E finalmente documentamos as arquiteturas e obtemos aprovação. Então, isso é
as diferentes etapas ou diferentes estágios envolvidos no desenvolvimento da arquitetura alocada oua arquitetura operacional do sistema.Então, passaremos por um por um e então veremos como realmente podemos realizar essas atividades.(Consulte o Tempo de Slide: 07:44)
Para representar essas atividades, as principais atividades desse desenvolvimento são mostradas no diagramaIDEF0, espero que você seja o agora familiarado com o diagrama IDEF0 pois utilizamosele para a decomposição funcional. Então, se representamos o processo usando diagrama IDEF0você pode ver que essas são as principais funções. Então, você pode ver aqui estas são as funções1141 11421 1143 e 1145. Então, isso é 1144 e 1145. Então, essas são as 5funções identificadas no desenvolvimento da arquitetura e então você pode ver quais são as entradase as saídas.Então, aqui o para o primeiro que são funções allotéradas e requisitos amplos do sistema parafisicamente sub sistemas, os insumos são os objetivos de requisitos de origem e de requisitos do sistemae requisitos de limite e qualificação de qualificação é uma das entradase então arquitetura funcional de nível de sistema que já desenvolvemos é outrainsumos. Então a arquitetura física a arquitetura física candidata que nósidentificamos no desenvolvimento de arquitetura física é outra entrada. E então os outros insumossão o conceito operacional de nível de sistema que está vindo dos estágios iniciais.
E isso vai estar indo como uma entrada e usando todas essas entradas haverá uma saídavindo como funções para sub alocação de sub-sistema.Então, esta é a saída a partir disso. Então, você tem as funções que são alocadas para os sistemas sube definir e analisar a ativação funcional e a estrutura de controle. Então, isso é como eucomentei que você precisa descobrir como essas funções são necessárias para serem ativadas ou o quedevem ser os sinais que realmente ativaram essas funções que devem ser identificadas aqui.Então, aqui na verdade a saída será uma arquitetura operacional de nível de sistema alternativo. Assim,podemos realmente obter as múltiplas arquiteturas alternativas de arquitetura operacional porquepodemos realmente colocar em formato diferente de ordem diferente, assim você estará tendo várias arquiteturas. Então, essa seria a saída deste estágio e então você pode realmenteescolher uma dessas arquiteturas e então fazer uma análise de desempenho e de risco que é a saídaserão os resultados da análise. E então isso vai para a documentação para a aprovaçãoe que vai estar indo como também especificação de sub-sistema de documentos. Assim, você poderealmente desenvolver as especificações do subsistema com base nessas análises. Por isso, saída deestes diferentes estágios.Será que vamos chegar e 1 serão aprovados para envio para aprovação e outros 1 serão os usadospara desenvolvimento de especificação de sub-sistema. Então, você pode ver essas são as várias saídasvindo por aqui. Então, este é o documento de arquitetura operacional, esta é a arquiteturaaltera o que quer que as mudanças ocorram e esta é a arquiteturaoperacional.Finalmente, você está recebendo toda a arquitetura alocada e depois o subsistema, designrequisitos, limites e objetivos e restrições. Todos estes serão desenvolvidos ouespecificados usando este, este é realmente nós representamos os vários estágios usando um diagrama de IDEF0.
(Consulte O Tempo De Deslizamento: 10:42)
Vamos aos detalhes de alocação das funções de engenharia a componentes, isto éo que mencionei temos que alocar as funções para os componentes porque, temos asfunções identificadas na arquitetura funcional e temos o componente identificadona arquitetura física. Então, vamos tentar mapear essas funções para componentes, entãoo que tentamos fazer é alocar as funções para componentes não fazemos os componentespara funcionar por causa de várias razões.Então, podemos realmente ter tipo de relação matemática tipo de alocação. Basicamente temosalguma relação entre esses componentes e funções e altestamos as funções paracomponentes mas então o problema aqui será, pois ele é apenas um relacionamento matemáticoalgumas das funções serão deixadas de fora e alguns dos componentes também serão deixados de fora, portanto, para evitar que precisemos ir para um tipo de função matemática dealocação. Por isso, realmente desenvolvemos a relação de funções matemáticas entre os componentese as funções e tentamos garantir que todas essas funções estejam relacionadas a componentes.Isso é a partir destes onde fazemos um relacionamento matemático, existe a possibilidade de que paraalgumas das funções ficarão de fora. Assim, neste caso o método de função matemáticade alocação garantimos que este mapeamento completo seja realizado por aqui. Então, aqui nóspodemos ver que alguns dos componentes são mapeados para mais de uma função e alguns deos componentes estão sem nenhuma função também. Então, isso na verdade é um problema porque nós
ter algum componente deixado de fora sem nenhuma função, que parece que a arquitetura funcionalestava errada ou identificamos erroneamente o componente para fornecer funções. Então,isso pode realmente ser abordado de uma maneira diferente.podemos realmente ter uma para a colocação que é você pode realmente ter todas as funçõese todos os componentes usados no sistema e todos os componentes usados no sistema e todos os componentes usados também paraalgumas das funções, então outro problema aqui será se você estiver tentando alocar entãoque alguns dos componentes estarão tendo várias funções ou algumas funções serãotendo feito por vários componentes.Então, como neste caso ele não é mostrado, mas há uma possibilidade de que a mesma função possa serfeita por neste caso, há um mesmo função pode ser feita por 1 componente e em algunscasos 1 função compartilhada entre 2 componentes, suponha se o f 2 é o mapa 2 C 2 e C 3.Isso significa, estes 2 componentes podem realmente fazer a função f 2. Então, este também um problemapois não sabemos como agregar essas funções entre estes 2 componentes.Então, isso pode realmente criar um problema na fase posterior.Então, a melhor maneira é fazer um 1 1 e 1 funções para 2 funções para alocação. Assim, desenvolvamosuma função que de fato mapeia todas as funções para componentes em uma base de 1 1 e 1 2que é de 1 1 então apenas 1 componente para 1 função. Assim, desta forma podemos garantirque todas as funções são mapeadas para componentes e todos os componentes possuem funçõesdefinidas identificadas usando esta. Como no caso anterior se você tiver algum separado semesmo componente ter funções diferentes ou função de 1 ser compartilhado por 2 componente,a incerteza estará lá sobre o nível de distribuição de função ou os componentesou se você tem 2 componentes fazendo a mesma função, isso realmente mostra que esses 2componente um do componente é redundante.Então, na alocação normal não temos que ter componentes redundantes, a não ser que sejapara a análise de erro ou erro informando tipo de tolerância de queda, caso contrário, nãoprecisamos ter 2 componentes fazendo o mesma função. Assim, todos estes podem ser evitados porindo para a1 para 1 e 1 para 2 função alocação, que normalmente é empregada para obterou mapear as funções para componentes. Então, essa é a maneira como as funções sãoalocadas em componentes, esta é na verdade uma outra visão da mesma coisa para melhor nitidez.Então, você pode ver aqui esta é a alocação do tipo de relação matemática e esta é afunções matemáticas para alocação e a última é 121 e onto de função para o
alocação das funções aos componentes. Então, este é o método mais preferido em quealocamos as funções em uma base de 1 1, bem como 1 2 funções.(Consulte o Tempo de Slide: 14:51)
Então, alguns dos pontos importantes sobre mapear a função, que é basicamente mapearas funções para componentes, é escolhido em vez de mapeamento de componentes para funções.Então, funções para componentes não componentes para funções. Então, isso é o que eu explico que nóssempre fazemos as funções a componentes porque não queremos que os muitos componentesfaçam a mesma função, que isso levará à redundância. Assim, tentaremos garantir quehaja sempre uma função para o mapeamento de componentes, em vez de componentes para funçõesmapeando.Então, o requisito é fornecer as funções para não ter os componentes nos sistemas. Então, irá observar as funções e então mapeadas para componentes se houver algumcomponentes redundantes vamos tentar removê-los ou tentaremos identificar a funçãoseparada para o componente ou se 1 componente está fazendo várias funções. Tentaremosagregar essas funções em uma única sub função e, em seguida, fornecer à refinada a arquiteturana arquitetura funcional de tal forma que essas funções possam seragregadas a uma sub funções.Então, que não precisamos ir para decomposição adicional dessa função específicapois, já existe um componente que fornece a função. Assim, desta forma podemosrefinar a arquitetura funcional uma vez que completamos o mapeamento. Agora permitindo 2
componentes a serem mapeados para a mesma função devem ser evitados. Então, isso eu já expliqueientão você não pode ter 2 componentes para serem mapeados para a mesma função.Então, isso deve ser evitado porque se você fizer isso realmente se torna uma redundância, 1 como elese torna um sistema redundante ou o outro ele realmente se torna difícil de agregar essas funçõesaos componentes. Então, qual componente estará fazendo a função ou seeles estão compartilhando as funções de uma maneira particular, essas coisas precisam ser identificadas sobrepara o claramente enunciado.Então, para evitar que tentaremos de forma a permitir que 2 componentes sejam mapeados para a mesma função; portanto, estes são os 2 pontos importantes a serem observados quando fazemos a alocaçãode funções e como eu mencionei quando fazemos a alocação basicamente há uma possibilidadeque podemos obter arquiteturas alternativas porque, quando temos muitas maneiras de mapear as funçõespara 1 1 ou 1 para 2 funções.Então o possibilidades é que podemos ter várias arquitetura de alocação podem serdesenvolvidas e então quando desenvolvemos essa arquitetura múltipla, precisamos garantir quea escolha entre essas diversas arquiteturas sejam feitas com base em alguns objetivos.Então, se você tiver um determinado objetivo de design então a seleção dessa estrutura alternativadeve ser feita com base no objetivo do design. Assim, tentaremos otimizar o objetivo,suponhamos que haja um objetivo de que o desempenho do sistema deve ser melhorado em termos de um tempode um serviço. Então a arquitetura que realmente nos ajuda a melhorar aquele objetivo particular dea ser escolhido ou em alguns lugares se temos uma arquitetura ou temos um objetivopara reduzir o custo de operação.Então, se o que é um objetivo então precisamos selecionar agora a arquitetura, que tentaráreduzir o custo de operação em vez de outros parâmetros de desempenho. Assim, assim, como que nósdependendo do objetivo do desenvolvimento do sistema a arquitetura precisa ser escolhidaa partir das arquiteturas alternativas disponíveis. Da mesma forma, precisamos tentar minimizar o número dee a complexidade das interfaces também. Assim, sempre que temos opções para terarquiteturas diferentes, devemos observar o número e a complexidade das interfaces.Então, sempre que temos sistemas sub sistemas sempre existirá interfaces e precisamos depara garantir que essas interfaces sejam mínimas, portanto, dessa complexidade de interfaces também menos.Se você tentar escolher uma interface complexa, então a etapa posterior quando desenvolvemos o
interface, encontramos um difícil de fornecer as especificações funcionais necessárias ouperformance funcional porque uma arquitetura é muito complexa.Então, sempre que temos uma possibilidade ou temos uma opção de escolher uma arquitetura, nósdevemos tentar minimizar o número e a complexidade das interfaces. Então, esse é outro pontoa ser cuidado enquanto escolhe uma arquitetura. Da mesma forma maximizar as oportunidades de teste decrítico precoce sempre que temos oportunidades para testes antecipados que devem seraceitos. Assim, em vez de ir para muitos sistemas complexos, se podemos ter pequenos sistemastestados ou o procedimento de testes pode ser desenvolvido para sistemas pequenos, onde o grupo particular de funçõesé realizado. Então, esse tipo de arquitetura deve ser escolhido em vez dedo que a possibilidade.Ter um teste apenas em direção a um fim do desenvolvimento que será um problema porque,não poderemos testar em antes da implementação real ou antes de obtero completo um sub sistema. Por isso, devemos sempre tentar maximizar as oportunidades de teste deiniciais críticas para os sistemas e sub sistemas e outro ponto importante é queequalize riscos em toda a arquitetura física, este é um dos requisitos equalizeriscos em toda a arquitetura física.Então, se o você identificar alguns riscos no sistema, tente equalizar ou distribuí-lo uniformementeem toda a arquitetura física em vez de tornar 1 sistema muito arriscado, umespecífico sub-sistema arriscado ou algum componente em particular muito arriscado, tente equalizá-loso risco em todo o físico arquitetura ou riscos Localizados em um único elemento da arquitetura física.Então, você pode distribuir de forma igual ou pode ter um risco localizado em um único elemento. Então, nós podemos realmente identificar o risco nesses elementos únicos. E então vejase isso pode ser risco pode ser localizado a esse elemento em particular para que possamos garantirque tanto pode estar nesse ponto. Estes são os diferentes pontos a serem notados ou a seremcuidados enquanto alocam a arquitetura ou selecionam a arquitetura alocada. Então,já que podemos ter várias arquiteturas ou temos várias arquiteturas alocadas, nósprecisamos escolher uma das arquiteturas e ao escolher esta arquitetura o focodeve ser baseado nestes 5 pontos.Que é você tentar otimizar o objetivo desejado, você tenta ter interfaces simples ou menosnúmero de interfaces, tente reduzir os riscos dando igualmente a colocação do risco para
componentes diferentes ou nós realmente localizamos o risco em um componente e depois escolhemosque a arquitetura para um determinado sistema, novamente ela depende dos objetivos finais do design, bem como da aplicação e de todos os outros fatores. Assim, a seleção da arquiteturaé claramente baseada nas equipes de design intuição, bem como seus conhecimentos sobre o sistemae sua operação, mas estes são os pontos a serem observados e a serem tomados cuidados deenquanto escolhem uma arquitetura em particular para o sistema.(Consulte o Tempo do slide: 21:32)
E existem diferentes abordagens para resolver esse problema de alocação porque temosmaneiras diferentes de alocar as funções, principalmente quando se trata de alocar trabalhoentre o humano e o computador ou humano e a máquina precisamos garantir queexistem alguns padrões seguidos na alocação dessas funções.Então, às vezes podemos pensar em um sistema completamente autônomo ou podemos pensarde um sistema em que a autonomia mínima está lá e a maioria das obras são feitas pelohumano que é a maioria dos sistemas são sistemas humanos centrados e operados em humanos, nósprecisamos garantir ou precisamos descobrir qual é a melhor maneira possível de alocar essas funçõesentre seres humanos e as máquinas ou computadores. Assim, existem alguns procedimentos padrão dee princípios padrão desenvolvidos por diversos pesquisadores. Então, algunsdesses princípios podem ser empregados, a fim de garantir que tenhamos alguns padrões emseguindo a arquitetura ou alocando as funções para os componentes.
A razão pela qual precisamos disso é garantir que, percebemos a importância das máquinasassim como os computadores de componentes assim como o humano no sistema e odependendo dos objetivos do design, podemos alocar essas funções para máquinas oucomputadores em vez de que dependendo da capacidade de um sistema ou do computador ou de uma máquinavamos olhar para os objetivos do sistema e, em seguida, alocar a função. O computador podeser capaz de fazer muitas coisas, mas se você realmente precisa dele para o sistema ou não paraser decidido pela equipe de design. Então, isso realmente vem da subdeclaração do sistemaou de objetivos de desempenho, bem como dos objetivos de desenvolvimento, com base nissoos designers podem realmente decidir como alocar essas funções para máquinas oucomputadores.Então, alguns dos princípios utilizados para este são basicamente conhecidos como distribuição deresponsabilidade entre humano e computador. Então, esse é o primeiro isso foi realmenteprotelado por Sheridan e verplk em 1978, claro que as coisas mudaram muito duranteos últimos 40 anos ou então, mas podemos ver que isso realmente dá uma ideia muito geral de comonós agora as diferentes maneiras pelas quais podemos alocar a função que está dependendototalmente no ser humano, para a maior parte da tarefa ao nível estavam a autonomia completa édada aos computadores para realizar a tarefa. Então, se você olhar para o nível superior você pode vero humano faz todo o planejamento, planejamento, otimização e outras tarefas e computador meramentefaz execução determinística.
Então, ele vai realmente fazer algum cálculo dentro do sistema, não fará qualquer outro trabalho eletem a maior parte do planejamento uma otimização de planejamento e todas as outras coisas são feitas pelosseres humanos apenas e computador é apenas envolto usado como um equipamento de cálculo, em queele é fazer alguma execução determinística de alguma tarefa e basta dar os resultados semrealmente tomar qualquer decisão ou qualquer planejamento todos aqueles planejados o planejamento e todo ofeito pelos operadores humanos.Então, essa é uma maneira de alocar as funções a outra é o computador forneceopções, mas o humano escolhe entre eles e planeja operação, o outro podeser podemos descobrir opções quais são as opções possíveis usando um computador. Se você quiserchegar em um determinado estágio ou até mesmo você desejar mover-se em uma determinada velocidade ou particularlocal, você tem que alcançar um determinado local em um determinado horário. Em seguida, você poderealmente pedir ao computador para fazer alguns cálculos e descobrir as diferentes opções.
Então, se você tomasse um caminho diferente ou tomasse uma velocidade diferente ou tomasse uma atitude diferente; portanto, essas são as diferentes opções que o computador pode fornecer a você e com base emessas opções, o operador pode tomar uma decisão qual 1 a ser escolhida; aqui o computadorparticipará apenas de dar-lhe as opções não escolhendo realmente uma opção. Assim, ou seja, que sejao outro nível de implementação ou outro nível de uso do computador para as funções,então o próximo é o computador ajuda a determinar opções e sugerir 1 para uso que o humanopode ou não aceitar. Então, este é um nível um pouco mais alto onde não apenas determinou as opções, mas vai realmente sugerir uma opção também.Vai dizer que esta é uma das melhores opções nessa fase e se para usá-la ou não érealmente completamente deixada para a operadora. Então, aqui novamente a autonomia dos computadoresaumenta um pouco do anterior, pede-se para dar opções assim como escolher omelhor que fora das opções dadas. E então o operador pode realmente decidir se iráusá-lo ou não. O próximo é o computador seleciona ação e a realiza se o humanoaprova. Então, aqui as ações são selecionadas pelo computador e ele realiza a operaçãose o operador humano aprova. Por isso, dar mais autonomia o computador tema autonomia para identificar as possíveis ações e sugerir as opções e escolher as opçõese ela irá executá-la somente se o operador disser sim.
Ou seja, se o operador aceitar as opções e a ação a ser tomada então o computadorem si fará a ação de realização. Por isso, aqui é muito mais autonomia para o computador, elerealmente identifica as tarefas a serem feitas e as opções e escolhe a opção e carregafora a tarefa. O próximo é computador faz tarefa inteira e informa o humano apenas sesolicitado. Então, isso novamente autonomia de nível superior. Então, o computador faz a maior parte do trabalho elerealmente identifica todas as opções ele irá identificar o trabalho a ser feito e ele realizae ele informa apenas se solicitado pelo operador humano.
Bem, se o operador humano não está interessado em saber o que está acontecendo ou o que a decisãotomou. Então, nem vai dizer ao operador que ele continua acontecendo com suas ações eprovavelmente o nível mais alto é o computador executa tarefa inteira ignorando autonomamenteo supervisor humano, que deve confiar completamente no computador em todos os aspectos da decisãofazendo que seja o sistema totalmente autônomo.
 

Notification
Você recebeu uma nova notificação
Clique aqui para visualizar todos eles