Código de integración para sistemas integrados [cerrado]

¿Cómo van 5 trabajadores de la construcción a construir una casa? ¿Simplemente construyen piezas de forma independiente y esperan que el contratista general pueda unir las piezas? Por supuesto no. Lo que realmente sucede es que un arquitecto hace una impresión azul y los trabajadores se ajustan a las especificaciones de la impresión azul para asegurarse de que las piezas encajen. Para el software, el arquitecto del sistema hace el diseño del sistema y los desarrolladores construyen sus piezas para ajustarse a las especificaciones del diseño. El diseño del sistema debe incluir al menos una descripción general de cómo se integrarán las piezas, como las API.

Elegir si usar un RTOS multitarea es como que los trabajadores de la construcción decidan qué materiales de construcción usar. Realmente no importa cuántos trabajadores hay. Depende de lo que especifique el arquitecto (diseñador del sistema). Y el arquitecto toma esa decisión de diseño en función de los requisitos y restricciones del producto.

Si su tarea es unir todo el código, básicamente está creando la aplicación. Así que debes saber cuál es la tarea que tiene que resolver la aplicación. Debería reunir todos los requisitos (por ejemplo, en qué momento debe terminarse una determinada tarea, si hay interrupciones que deben ejecutarse rápidamente, si ocurre la comunicación) que tienen una gran influencia en cómo resolverá su problema.

Normalmente, la decisión de usar un RTOS o no es tan fundamental para el sistema (incluidos los costos adicionales) que no debería tener que hacerlo por su cuenta, pero todo el equipo debe discutir los beneficios y desventajas de usar uno. Puede influir enormemente en el código que otros programadores deben escribir. Esto va de la mano con la decisión de usar la multitarea, que requiere que algunas funciones sean seguras para una reentrada, lo que implica que su equipo codifique de manera diferente.

Y sí, deberías obtener algún tipo de documentación de API para hacer tu vida más fácil.

Depende de los requisitos de su jefe / cliente. Si él quiere que hagas algo con la multitarea, entonces sí, debes implementar la multitarea. Si no, no lo implementes para que no pierdas el tiempo en él.

Este tipo de cosas se deben indicar claramente en el diseño funcional. Si no es así, debes pedirle más detalles a tu jefe antes de continuar; o puede hacer cosas que son innecesarias y eventualmente retrasará el proceso de diseño. (Si se trata de un cliente, debería haber obtenido todos los detalles directamente antes de aceptar el trabajo).

Además, hay diferentes tipos de paquetes de código. Por ejemplo, algunos desarrolladores pueden haber escrito una biblioteca que no está destinada a ser independiente y usted debe utilizar en otras aplicaciones. En ese caso, no debe ejecutarlo de forma secuencial o con tareas múltiples, pero debe usar la biblioteca en el otro software que se le ha proporcionado, o debe usar la biblioteca para conectar los otros códigos.

Sin más especificación de su pregunta, la respuesta no será más que: 'depende'.