¿Qué tipo de software es software integrado?
Clasificación y composición del software integrado
Los sistemas integrados se están desarrollando muy rápido y el software integrado se está desarrollando aún más rápido. El desarrollo de software integrado es como el desarrollo de la biología, desde organismos unicelulares hasta multicélulas, hasta llegar a humanos biológicos inteligentes. En este proceso, la estructura del software integrado se vuelve cada vez más compleja, pero los sistemas complejos lo son. Aún en desarrollo, los sistemas simples siguen siendo indispensables. Según la estructura del software, la clasificación del software integrado se muestra en la Figura 1.
Para los programas de un solo subproceso, no existe un programa de control principal. La estructura se muestra en la Figura 2. Uno es un sistema de sondeo de bucle y el otro es una máquina de estados finitos. Por ejemplo, un sistema de embalaje de productos que utiliza una estructura de sondeo en bucle utiliza detección de luz para determinar si hay un producto que necesita embalaje. Una vez que se encuentra un objeto en la cinta transportadora, el cuerpo del programa controla la ejecución de la acción de embalaje. La ventaja de un programa de un solo subproceso es que el programa es simple y la eficiencia de ejecución es alta. La desventaja es que una vez que ocurre una falla, el sistema no puede controlarlo ni recuperarlo automáticamente, y la seguridad es deficiente. Por ejemplo, en "Tom y Jerry", la cinta transportadora no es un producto a empaquetar, sino un gato, y el sistema también lo empaquetará. En este momento, si el gato hace que el equipo de empaque no funcione correctamente, el programa lo empaquetará. aún así verifique si hay un producto como de costumbre. Si lo hay, se ejecutan las instrucciones del empaque.
Los sistemas controlados por interrupciones pueden resolver este problema de seguridad. En el sistema controlado por interrupciones, hay un programa principal con sondeo cíclico para controlar la ejecución del programa de respuesta a interrupciones. La estructura del programa se muestra en la Figura 3. Para múltiples solicitudes de interrupción que ocurren al mismo tiempo, se debe considerar la prioridad de la solicitud de interrupción, y cuando ocurren errores en la respuesta, el programa principal debe manejar una gestión de tareas más compleja. En este momento, el programa principal se ha convertido en un simple integrado. Sistema operativo. Si el sistema de empaquetado anterior utiliza un sistema controlado por interrupciones, una vez que ocurre un error, habrá una solicitud de interrupción por error para ejecutar el programa de respuesta a errores, y el programa de respuesta a errores manejará el error y devolverá el sistema a la normalidad.
Considere la situación de los sistemas multitarea con más tareas y múltiples procesos de procesamiento de interrupciones, como la asignación y administración de almacenamiento, el control y la administración de E/S y la ocurrencia simultánea de múltiples tareas o solicitudes de interrupción. En este momento, el sistema controlado por interrupciones es indispensable para completar la conmutación de tareas, la programación, la comunicación, la sincronización, la exclusión mutua, la gestión de interrupciones y la gestión del reloj. En algunos sistemas, también se requiere soporte de base de datos integrada, como un micro sistema de gestión de clientes (CRM) en una PDA. Como se muestra en la Figura 4, aunque utilizamos un diagrama de bloques simple para describir la estructura jerárquica del software integrado multitarea de una sola máquina, sabemos que la estructura de su programa es mucho más compleja que las descritas anteriormente.
Los requisitos para los sistemas integrados se han vuelto cada vez más complejos. Casi todas las aplicaciones de las PC deben trasladarse a sistemas integrados, como juegos en línea, compras en línea y compras en línea a través de teléfonos móviles, PDA y otros. dispositivos móviles, transacciones bancarias, etc., lo que hace que el software integrado sea más complejo, requiriendo no solo sistemas operativos integrados y bases de datos integradas, sino también protocolos de comunicación de red, plataformas de soporte de aplicaciones, etc. En base a esto, la arquitectura del software de aplicaciones también se ha convertido. complejo. . Como se muestra en la Figura 5, el sistema de software integrado distribuido puede ser una estructura Peer-to-Peer o una estructura B/S.