Loading

Module 1: Desarrollo de arquitectura física y operativa

Apuntes
Study Reminders
Support
Text Version

Desarrollo de arquitectura 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

    +

Hoy hablaremos sobre el desarrollo de la arquitectura operativa de los sistemas de ingeniería de. La arquitectura operativa también se conoce como la arquitectura asignada.Por lo tanto, vamos a discutir sobre esta asignación en particular de una arquitectura para el sistemaen esta clase.En las conferencias anteriores discutimos sobre el desarrollo de la arquitectura física comobien como la descomposición funcional y luego vimos que cómo las funciones pueden serasignadas al sistema físico y la arquitectura física puede ser desarrollada, dondepodemos tener una arquitectura jerárquica que puede ser usada para identificar los sistemas y subsistemas y ensamblesy así sucesivamente. Pero, por sí solo, no es suficiente con mirarla arquitectura operativa, especialmente cuando se trata de la arquitectura interna del sistema, hay muchas cosas que en realidad no se han podido identificar en el desarrollo de la arquitectura física directa de.Por lo tanto, examinaremos esta parte estos aspectos del desarrollo del sistema hoy en día.
(Consulte el tiempo de la diapositiva: 01:21)
Como podemos ver, estábamos discutiendo acerca de las 6 funciones del proceso de diseño y luegocompletamos los tres primeros que son: el problema de diseño de nivel del sistema, la arquitectura funcional dey la arquitectura física, la siguiente es la arquitectura operativa del sistema.Así que iremos a los detalles de este.(Consulte el tiempo de la diapositiva: 01:38)
Por lo tanto, la arquitectura operativa es básicamente el proceso de desarrollo para la arquitectura operativa deo también conocida como arquitectura asignada, esta es la actividad durante la cual los diseños completos dese unen. Así que, esta es la etapa en la que tratamos de poner todo
juntos, los sistemas físicos, los detalles operativos y los requisitos internos, la tecnologíaen los requisitos de todo el sistema todas esas cosas se ponen juntas en esta etapa yque es el desarrollo de la arquitectura operativa.Así que, en realidad, integra los requisitos de descomposición con las arquitecturas funcionales y físicas de. Por lo tanto, tenemos la descomposición de los requisitos y tenemosla arquitectura funcional y física. Por lo tanto, tratamos de integrar estas cosas juntos en esta etapay proporciona una descripción completa del diseño del sistema y proporciona el materialen bruto para la definición de la interfaz, así como para las decisiones comerciales. Por lo tanto, como sabemos en el desarrollo de la arquitectura física detenemos muchos sistemas y subsistemas. Y necesitamospara tener este sistema y la interfaz del subsistema también junto con el modelo.Por lo tanto, tratamos de tener la definición de interfaz, así como las decisiones comerciales y la arquitecturacorrespondiente también en el desarrollo de la arquitectura operativa, en el comercio de las decisiones deson básicamente si necesitamos aumentar el costo o reducir el costo sólo de rendimiento deo tratamos de tener alguna otra fiabilidad o algunos otros aspectos comerciales oalgunos otros aspectos de rendimiento.Por lo tanto, todas estas decisiones también deben tomarse y que también para ser analizadas yimplementadas en el arquitectura del sistema. Por lo tanto, en la arquitectura operativa o la arquitectura asignada de, intentaremos incorporar estas características y, a continuación, completar la arquitectura del sistemao intentar integrar los requisitos físicos, la arquitectura funcional dey la arquitectura física para obtener la arquitectura operativa de los sistemas. Por lo tanto,es el ámbito de esta sección en particular.
(Consulte el tiempo de la diapositiva: 03:35)
Por lo tanto, las principales actividades implicadas en el desarrollo de la arquitectura asignada se listan aquí.La primera es asignar funciones y requisitos de todo el sistema a los subsistemas físicos.Así que, hemos hablado brevemente sobre esto en la asignación de funciones y la arquitectura funcional de. Por lo tanto, en esta etapa realmente asignaremos funciones y requisitos deen todo el sistema a subsistemas físicos. Por lo tanto, hay requisitos de todo el sistema como la fiabilidad de los costes de tecnología deo la eficiencia. Por lo tanto, estos son los requisitos dede todo el sistema. Por lo tanto, tenemos que asignar estos requisitos también a los componentes. Por lo tanto, qué componente deproporcionará realmente la eficacia de coste necesaria o qué componenteaumentará la fiabilidad del sistema. Por lo tanto, de esa manera necesitamos asignar los componentes a los requisitos de todo el sistematambién. Por lo tanto, esa es la primera etapa en la que tratamos de asignar las funciones dea los componentes basados en.Ya se han identificado los requisitos, así como los requisitos de todo el sistema y, a continuación,en función de esto asignamos las funciones a los componentes. Por lo tanto, las funciones inicialmente identificamoslas funciones y los requisitos y las funciones y luego tratamos de asignarlas ael componente. Por lo tanto, hay diferentes métodos para asignar las funciones a los componentesque vamos a pasar más adelante, luego los requisitos de todo el sistema de rastreo para el sistema y derivar los requisitos de los componentes.Por lo tanto, tenemos los requisitos de todo el sistema, por lo que tenemos que ver cómo se implementan estos requisitos deen toda la arquitectura. Por lo tanto, tenemos que rastrear todo el sistema
requisitos para el sistema y sus componentes. Por lo tanto, no sólo los sistemas que podemosrealmente identifican fácilmente el requisito de todo el sistema para el sistema y podemos decir que se proporciona, pero tenemos que identificar qué componente está proporcionando realmente estos requisitos dey es el rastreo de los requisitos de todo el sistema para el sistema y los rastreos de todo el componentederivado.El siguiente es definir y analizar la activación funcional y la estructura de control, esto esbásicamente para averiguar cuándo debe activarse una función en particular o cuáles son los comandos de entradaque vienen a activar la función en particular, hay muchas subfunciones ofunciones de nivel inferior. Por lo tanto, cada función necesita ser activada en una etapa en particular. Por lo tanto,es la señal de activación que llega a la función y necesitamos identificar cuál es esa señal deque activa su función particular y cuáles son las otras estructuras de control quenecesita, con lo que es la prioridad de una función en particular, si esta función necesita quese active en un antes de la función anterior o que sea para tener éxito una función particular deSo, esa es una estructura de control.Así que, trataremos de identificar las funciones de activación o las señales, así como la estructurade control de la función en esta etapa. Por lo tanto, esto también se incluye como parte del desarrollo de la arquitecturay luego realiza el análisis de riesgo y rendimiento. Por lo tanto, cuáles son los riesgosimplicados o cuáles son los elementos de mayor riesgo o cómo distribuir estos riesgos ocómo identificar el elemento que en realidad es de alto riesgo en una operación determinada. Por lo tanto,todas esas necesidades deben identificarse en el propio nivel de desarrollo de la estructura. Por lo tanto, hacemos análisis deal análisis de rendimiento para identificar el riesgo involucrado en los subsistemas, así comocomo componentes y finalmente documentamos la arquitectura y obtenemos la aprobación.Por lo tanto, estas son las principales actividades involucradas en desarrollos de arquitectura asignados. Por lo tanto, comomencioné que comenzaremos con la asignación de funciones a los elementos. Especialmente,requisitos de todo el sistema. A continuación, intente identificar las funciones y, a continuación,asigne eso a los componentes y, a continuación, rastreamos estos requisitos en todo el sistemao componente de ancho de componente.Por lo tanto, intentaremos asegurarse de que hay rastreabilidad para estos requisitos y, a continuación, se identificará la estructura de control y activación funcional dey, a continuación, se llevará a cabo el análisis de riesgo. Y finalmente documentamos las arquitecturas y obtenemos la aprobación. Por lo tanto, es
los diferentes pasos o diferentes etapas implicadas en el desarrollo de la arquitectura asignada ola arquitectura operativa del sistema.Por lo tanto, vamos a pasar uno por uno y luego veremos cómo podemos realizar realmente estas actividades de.(Consulte la hora de la diapositiva: 07:44)
Para representar estas actividades, las principales actividades de este desarrollo se muestran en el diagrama IDEF0 de, espero que esté familiarizado con el diagrama IDEF0 porque lo utilizamos paradescomposición funcional. Por lo tanto, si representamos el proceso utilizando el diagrama IDEF0, puede ver que estas son las funciones principales. Por lo tanto, puede ver aquí estas son las funciones de1141 11421 1143 y 1145. Por lo tanto, esto es 1144 y 1145. Por lo tanto, estas son las 5 funciones deidentificadas en el desarrollo de la arquitectura y, a continuación, puede ver cuáles son las entradas dey las salidas.Por lo tanto, aquí el para el primero que tiene funciones asignadas y requisitos de todo el sistema parafísicamente subsistemas, las entradas son objetivos de requisitos de origen y de requisitos del sistemay los requisitos de límite de cualificación y cualificación es una de las entradasy, a continuación, la arquitectura funcional a nivel de sistema que ya hemos desarrollado es otra entrada de. A continuación, la arquitectura física de la arquitectura física candidata queidentificamos en el desarrollo de la arquitectura física es otra entrada. Y, a continuación, las otras entradas deson el concepto operativo de nivel de sistema que viene de las etapas iniciales.
Y eso va a ser una entrada y utilizando todas estas entradas habrá una salidaque viene como funciones para la asignación del subsistema.Así que, esta es la salida de esto. Por lo tanto, tiene las funciones que se asignan a los sistemas suby define y analiza la activación y la estructura de control funcionales. Por lo tanto, esto es comomencioné que es necesario averiguar cómo son estas funciones deben ser activadas o quédeben ser las señales que realmente activaron estas funciones que se van a identificar aquí.Así que, aquí en realidad la salida será una arquitectura operativa de nivel de sistema alternativo. Por lo tanto,realmente podemos obtener las múltiples arquitecturas alternativas de arquitectura operativa porqueen realidad podemos poner en diferente orden diferente formato, por lo que estará teniendo varias arquitecturas. Por lo tanto, esa sería la salida de esta etapa y entonces usted puede realmenteelegir una de estas arquitecturas y luego hacer un análisis de rendimiento y riesgo que es la salida deserán los resultados del análisis. Y entonces eso va a la documentación para la aprobación dey eso va a ir como también la especificación de sub-sistema de documentos. Por lo tanto, puededesarrollar realmente las especificaciones de subsistema basándose en estos análisis. Por lo tanto, la salida deestas diferentes etapas.Will we coming y 1 será aprobado para enviar para aprobación y otros 1 será elutilizado para el desarrollo de especificaciones de subsistemas. Por lo tanto, puedes ver que estas son las diversas salidas queviene aquí. Por lo tanto, este es el documento de arquitectura operativa, esta es la arquitecturacambia los cambios que tienen lugar y esta es la arquitecturaoperativa.Por último, está obteniendo toda la arquitectura asignada y luego el subsistema, diseñorequisitos, límites y objetivos y restricciones. Todo esto será desarrollado oespecificado usando este, esto es en realidad representamos las diversas etapas utilizando un diagrama IDEF0.
(Consulte el tiempo de la diapositiva: 10:42)
Vamos a los detalles de la asignación de las funciones de ingeniería a los componentes, esto eslo que he mencionado tenemos que asignar las funciones a los componentes porque, tenemos las funciones deidentificadas en la arquitectura funcional y tenemos el componente identificadoen la arquitectura física. Por lo tanto, trataremos de correlacionar estas funciones con los componentes, por lo quelo que intentamos hacer es asignar las funciones a los componentes que no hacemos los componentes depara funcionar debido a varias razones.Por lo tanto, en realidad podemos tener un tipo de relación matemática de asignación. Básicamente tenemosalguna relación entre estos componentes y funciones y allot las funciones a los componentes de, pero entonces el problema aquí será, porque es sólo una relación matemáticaalgunas de las funciones serán dejadas de lado y algunos de los componentes tambiénse quedarán fuera, por lo que para evitar que necesitamos ir para un tipo de función matemática de la asignación de. Así que en realidad desarrollamos la relación de funciones matemáticas entre los componentes dey las funciones y tratamos de garantizar que todas estas funciones estén relacionadas con los componentes de.Es decir, desde estos lugares donde hacemos una relación matemática, existe la posibilidad de quealgunas de las funciones queden fuera. Por lo tanto, en este caso el método de la función matemáticade la asignación nos aseguramos de que esta correlación completa se lleva a cabo aquí. Por lo tanto, aquípodemos ver que algunos de los componentes están correlacionados con más de una función y algunos delos componentes están sin ninguna función también. Por lo tanto, esto realmente es un problema porque
tiene algún componente dejado de lado sin ninguna función, que parece que la arquitectura funcional deestaba equivocada o que identificamos erróneamente el componente para proporcionar funciones. Por lo tanto,esto realmente se puede abordar de una manera diferente.en realidad podemos tener una a la adjudicación que es en realidad puede tener todas las funcionesy todos los componentes utilizados en el sistema y podemos allot estos componentes también aalgunas de las funciones, entonces otro problema aquí será si usted está tratando de asignar entoncesque algunos de los componentes estarán teniendo varias funciones o algunas funciones seránhabiendo hecho por varios componentes.Así, como en este caso no se muestra, pero hay una posibilidad de que la misma función puede serhecho por en este caso, hay un mismo se puede hacer por 1 componente y en algunos casos1 función compartida entre 2 componentes, supongamos si el f 2 es mapa 2 C 2 y C 3.Eso significa que estos 2 componentes pueden hacer realmente la función f 2. Por lo tanto, esto también es un problemaporque no sabemos cómo agregar estas funciones entre estos 2 componentes.Así que, en realidad, eso puede crear un problema en la etapa posterior.Así que, la mejor manera es hacer un 1 a 1 y 1 a 2 funciones para la asignación. Así, desarrollaremosuna función que en realidad mapea todas las funciones a los componentes en un 1 a 1 y 1 a 2base que es 1 a 1 entonces sólo 1 componente a 1 función. Por lo tanto, de esta manera podemos asegurarque todas las funciones se correlacionan con componentes y todos los componentes tienen funciones definidas deidentificadas utilizando esta. Como en el caso anterior, si tiene algún componente independiente siel mismo componente tiene funciones diferentes o 1 función que se comparte en 2 componentes,la incertidumbre estará ahí sobre el nivel de distribución de la función o los componenteso si tiene 2 componentes que realizan la misma función, que en realidad muestra que estos 2componentes uno del componente es redundante.Por lo tanto, en la asignación normal no tenemos que tener componentes redundantes, a menos que seapara el análisis de errores o el tipo de notificación de errores del sistema de tolerancia de caídas, de lo contrario, no es necesario quetenga 2 componentes haciendo el la misma función. Por lo tanto, todo esto puede ser evitado poryendo para la asignación de funciones a1 a 1 y 1 a 2, que normalmente se emplea para obtenero correlacionar las funciones con los componentes. Por lo tanto, esa es la forma en que las funciones sonasignadas a los componentes, esto es en realidad otra vista de la misma cosa para una mejor claridad.Así que, puede ver aquí esta es la asignación de tipo de relación matemática y esta es las funciones matemáticas depara la asignación y la última es 121 y en función para el
asignación de las funciones a los componentes. Por lo tanto, este es el método más preferido en el queasignamos las funciones en una base de 1 a 1, así como de 1 a 2 funciones.(Consulte la hora de la diapositiva: 14:51)
Por lo tanto, algunos de los puntos importantes sobre la correlación de la función, que básicamente es la correlación delas funciones a los componentes, se elige en lugar de la correlación de los componentes con las funciones.Por lo tanto, las funciones a los componentes que no son componentes de las funciones. Por lo tanto, esto es lo que explico quesiempre hacemos las funciones a los componentes porque no queremos que los muchos componenteshagan la misma función, que eso lleve a la redundancia. Por lo tanto, intentaremos garantizar quesiempre haya una función en la correlación de componentes, en lugar de componentes en la correlación de funciones.Por lo tanto, el requisito es proporcionar las funciones para no tener los componentes en los sistemas. Por lo tanto, verá las funciones y, a continuación, se correlacionará con los componentes si hay algún componente redundante deque intentaremos eliminarlos o intentaremos identificar la funciónseparada para el componente o si el componente 1 está realizando varias funciones. Trataremos deagregar estas funciones en una sola subfunción y luego proporcionar la arquitecturarefinada en la arquitectura funcional de tal manera que estas funciones puedan agregarsea una sub-funciones.Por lo tanto, que no necesitamos ir a más descomposición de esa función en particularporque, ya hay un componente que proporciona la función. Por lo tanto, de esta manera podemosrefinar la arquitectura funcional una vez que completemos la correlación. Ahora permitiendo 2
los componentes que se deben correlacionar con la misma función deben evitarse. Por lo tanto, esto ya lo he explicadopara que no pueda tener 2 componentes que se correlacionen con la misma función.Por lo tanto, esto se debe evitar porque si lo hace realmente se convierte en una redundancia, 1 forma en quese convierte en un sistema redundante o el otro en realidad se vuelve difícil agregar estas funciones dea los componentes. Por lo tanto, qué componente estará haciendo la función o siestán compartiendo las funciones de una manera particular, esas cosas necesitan ser identificadas ena las claramente indicadas.Así que, para evitar que intentemos permitir que 2 componentes sean mapeados a la misma función; por lo que estos son los 2 puntos importantes a tener en cuenta cuando hacemos la asignaciónde funciones y como mencioné cuando hacemos la asignación básicamente hay una posibilidadde que podemos obtener arquitecturas alternativas porque, cuando tenemos muchas maneras de mapear las funciones dea 1 a 1 o 1 a 2 funciones.Entonces el las posibilidades son que podemos tener una arquitectura de asignación múltiple puede serdesarrollado y luego cuando desarrollamos esta arquitectura múltiple, tenemos que asegurar quela elección entre estas múltiples arquitecturas se hacen en base a algunos objetivos.Por lo tanto, si usted tiene un objetivo de diseño en particular, entonces la selección de esta estructura alternativadebe hacerse en base al objetivo de diseño. Por lo tanto, intentaremos optimizar el objetivo,suponga que hay un objetivo de que el rendimiento del sistema se debe mejorar en términos de un tiempo dede un servicio. A continuación, la arquitectura que en realidad nos ayuda a mejorar ese objetivoen particular para ser elegido o en algunos lugares si tenemos una arquitectura o tenemos un objetivo depara reducir el coste de la operación.Por lo tanto, si el que es un objetivo entonces tenemos que seleccionar ahora la arquitectura, que intentaráreducir el coste de la operación en lugar de otros parámetros de rendimiento. Por lo tanto, al igual que nosotros, dependiendo del objetivo del desarrollo del sistema, la arquitectura necesita ser elegidade las arquitecturas alternativas disponibles. De forma similar, tenemos que intentar minimizar el númeroy la complejidad de las interfaces también. Por lo tanto, cada vez que tenemos opciones para tenerdiferentes arquitecturas, debemos observar el número y la complejidad de las interfaces.Por lo tanto, siempre que tengamos subsistemas de sistemas siempre habrá interfaces y necesitamospara garantizar que estas interfaces sean mínimas, por lo que la complejidad de las interfaces también es menor.Si intenta elegir interfaces complejas, entonces la etapa posterior cuando desarrollamos la
interfaz, nos resulta difícil proporcionar las especificaciones funcionales necesarias o el rendimiento funcional deporque una arquitectura es muy compleja.Por lo tanto, siempre que tengamos una posibilidad o tengamos una opción para elegir una arquitectura,deberíamos intentar minimizar el número y la complejidad de las interfaces. Por lo tanto, ese es otro puntoque se debe cuidar mientras se elige una arquitectura. De forma similar, maximice las oportunidades de prueba decríticas tempranas siempre que tengamos oportunidades para pruebas tempranas que deberían ser aceptadas por. Por lo tanto, en lugar de ir para muchos sistemas complejos, si podemos tener sistemas pequeñosprobados o el procedimiento de prueba se puede desarrollar para sistemas pequeños, donde se realiza el grupode funciones en particular. Por lo tanto, ese tipo de arquitectura debe elegirse más bienque la posibilidad.Tener una prueba sólo hacia un final del desarrollo que será un problema porque,no podremos probar antes de la implementación real o antes de obtenerel sistema completo de un subsistema. Por lo tanto, siempre debemos tratar de maximizar las oportunidades críticas depara los sistemas y subsistemas y otro punto importante es queequipara los riesgos en toda la arquitectura física, este es uno de los requisitos que equiparaa los riesgos en toda la arquitectura física.Por lo tanto, si el usuario identifica algunos riesgos en el sistema, intente igualarlo o distribuirlo de forma uniformeen la arquitectura física en lugar de hacer que 1 sistema sea muy arriesgado, unosubsistemas en particular riesgoso o algún componente en particular muy arriesgado, intente igualarlosel riesgo en todo el sistema físico. La arquitectura o los riesgos localizados en un solo elemento de la arquitectura física de.Por lo tanto, puede distribuirlo por igual o puede tener un riesgo localizado en un único elemento. Por lo tanto, en realidad podemos identificar el riesgo en esos elementos únicos. Y luego versi eso puede ser riesgo puede ser localizado a ese elemento en particular para que podamos asegurarque cualquiera puede ser solo en ese punto. Estos son los diferentes puntos que deben tenerse en cuenta o que se deben tener en cuentaal asignar la arquitectura o seleccionar la arquitectura asignada. Por lo tanto,ya que podemos tener varias arquitecturas o tenemos varias arquitecturas asignadas,necesitamos elegir una de las arquitecturas y al elegir esta arquitectura el enfoquedebe estar basado en estos 5 puntos.Es decir, intenta optimizar el objetivo deseado, intenta tener interfaces simples o menos número de interfaces, intenta reducir los riesgos dando por igual el riesgo para
diferentes componentes o en realidad localizamos el riesgo en un componente y luego elegimosque la arquitectura para un sistema en particular, de nuevo depende de los objetivos finales del diseño de, así como de la aplicación y todos los demás factores. Por lo tanto, la selección de la arquitecturase basa claramente en la intuición de los equipos de diseño, así como en su conocimiento sobre el sistemay su funcionamiento, pero estos son los puntos que deben tenerse en cuenta y que deben tenerse en cuentaal elegir una arquitectura determinada para el sistema.(Consulte la hora de la diapositiva: 21:32)
Y hay diferentes enfoques para resolver este problema de asignación porque tenemosdiferentes maneras de asignar las funciones, especialmente cuando se trata de asignar trabajoentre el humano y el ordenador o el humano y la máquina que necesitamos para asegurar quehay algunos estándares seguidos en la asignación de estas funciones.Así que, a veces podemos pensar en un sistema completamente autónomo o podemos pensarde un sistema donde la autonomía mínima está allí y la mayoría de las obras son hechas por el humanoque es la mayoría de los sistemas son humanos centrados y sistemas operados por humanos, necesitamos asegurarnos o necesitamos averiguar cuál es la mejor manera posible de asignar estas funcionesentre los seres humanos y las máquinas o computadoras. Por lo tanto, hay algunos procedimientos estándary principios estándar desarrollados por varios investigadores. Por lo tanto, algunosde estos principios pueden ser empleados, con el fin de asegurar que tenemos algunos estándares ensiguiendo la arquitectura o asignando las funciones a los componentes.
La razón por la que necesitamos esto es asegurarnos de que, entendemos la importancia de las máquinas, así como de los sistemas de componentes, así como de los humanos en el sistema yen función de los objetivos del diseño, podemos asignar estas funciones a las máquinas o a los sistemas, en lugar de que dependiendo de la capacidad de un sistema o del sistema o de una máquinaexaminaremos los objetivos del sistema y luego asignaremos la función. El equipo puedeser capaz de hacer muchas cosas, pero si realmente lo necesita para el sistema o no paraser decidido por el equipo de diseño. Por lo tanto, esto realmente proviene de la subestimación del sistemao de los objetivos de rendimiento, así como de los objetivos de desarrollo, basados en quelos diseñadores realmente pueden decidir cómo asignar estas funciones a máquinas o sistemas.Por lo tanto, algunos de los principios utilizados para este es básicamente conocido como distribución de la responsabilidad deentre el humano y el ordenador. Entonces, esa es la primera vez que esto fueapoyado por Sheridan y verplank en 1978, por supuesto las cosas han cambiado mucho durantelos últimos 40 años más o menos, pero podemos ver que esto realmente da una idea muy general de cómoahora las diferentes maneras en que podemos asignar la función que depende totalmenteser humano, para la mayor parte de la tarea al nivel fueron la autonomía completa esdado a las computadoras para llevar a cabo la tarea. Por lo tanto, si observa el nivel superior, puede verhumano toda la planificación, planificación, optimización y otras tareas y el sistema simplementerealiza la ejecución determinista.
Por lo tanto, en realidad hará algún cálculo dentro del sistema, no hará ningún otro trabajo quetenga la mayor parte de la planificación de una optimización de programación y todas las demás cosas son hechas por los seres humanos desólo y la computadora es sólo la participación usada como un equipo de cálculo, dondees una ejecución determinista de algunas de la tarea y sólo dar los resultados sinrealmente tomar ninguna decisión o cualquier planificación de todos los que planean la programación y todohecho por los operadores humanos.Así, que es una forma de asignar las funciones la otra es la computadora proporciona opciones, pero la humano elige entre ellos y los planes a la operación, el otro puedeser podemos encontrar opciones que son las opciones posibles utilizando un ordenador. Si deseallegar a una determinada etapa o incluso si desea moverse a una determinada velocidad o ubicación particular de, debe llegar a una ubicación determinada en un momento determinado. A continuación, puedesolicitar al sistema que realice algunos cálculos y averigüe las distintas opciones.
Por lo tanto, si usted toma un camino diferente o toma una velocidad diferente o toma una actitud diferente de; por lo que estas son las diferentes opciones que el equipo le puede proporcionar y basado enestas opciones, el operador puede tomar una decisión que 1 para ser elegida; aquí el equipotomará parte sólo en darle las opciones de no elegir realmente una opción. Por lo tanto, esto esel otro nivel de implementación u otro nivel de uso de la computadora para las funciones,entonces la siguiente es la computadora ayuda a determinar las opciones y sugerir 1 para el uso que elhumano puede o no aceptar. Por lo tanto, esto es ligeramente un nivel más alto donde no sólo determinó las opciones de, sino que en realidad sugerirá una opción también.Le dirá que esta es una de las mejores opciones en esta etapa y si la utiliza o no esde hecho completamente dejada al operador. Por lo tanto, aquí de nuevo la autonomía de los ordenadoresaumenta ligeramente con respecto a la anterior, se le pide que dé opciones, así como elegir lamejor una de las opciones dadas. Y entonces el operador puede decidir silo utiliza o no. El siguiente es el ordenador selecciona la acción y la lleva a cabo si el humanoaprueba. Por lo tanto, aquí las acciones son seleccionadas por el equipo y lleva a cabo la operación desi el operador humano lo aprueba. Por lo tanto, dar más autonomía al sistema tienela autonomía para identificar las posibles acciones y sugerir las opciones y elegir las opciones dey la ejecutará sólo si el operador dice que sí.
Es decir, si el operador acepta las opciones y la acción que debe llevarse a cabo, el propio sistemarealizará la acción de ejecución. Por lo tanto, aquí es mucho más autonomía para el equipo,en realidad identifica las tareas que se deben hacer y las opciones y elige la opción y lleva a cabola tarea. La siguiente es la tarea completa del sistema e informa al ser humano sólo siha solicitado. Por lo tanto, esta autonomía de nuevo nivel superior. Por lo tanto, el sistema hace la mayor parte del trabajo queidentifica realmente todas las opciones que identificará el trabajo que se va a realizar y lleva a caboe informa sólo si el operador humano lo solicita.
Bueno, si el operador humano no está interesado en saber qué está sucediendo o qué decisión ha tomado. Por lo tanto, ni siquiera le dirá al operador que sigue adelante con sus acciones yprobablemente el nivel más alto es que el equipo realiza toda la tarea de forma autónoma ignorando ael supervisor humano, que debe confiar completamente en el equipo en todos los aspectos de la toma de decisionesque es el sistema totalmente autónomo.