Activar la arquitectura del bloque 01; presentar esta tabla como apoyo durante el debate del bloque 02, no como una nueva taxonomía excluyente. Tiempo real exige cumplir plazos; no equivale a ser simplemente rápido. Un sistema embebido puede usar núcleo monolítico y atender requisitos de tiempo real. Ejemplo oral distinto de 2.6: un controlador industrial ejecuta un programa con plazo obligatorio. ¿Qué eje permite afirmar que es de tiempo real? ¿Conocemos con eso su licencia o arquitectura? Respuesta: el temporal; no determina ninguno de los otros ejes. Pedir una justificación breve en pareja antes de comentar. Aplicación: actividades 2.5 y 2.6, con sus mismos identificadores y productos. Fuentes: 01-funciones-y-arquitectura.md, 1.4; 02-tipos-licencias-y-seleccion.md, 2.2 y 2.4. Distingue también ejes de software: un IDE es aplicación respecto al SO y herramienta de desarrollo por su propósito. Los requisitos mínimos pertenecen a un producto y versión según su proveedor; cumplirlos no garantiza buena respuesta con cualquier carga.

Leer la matriz como orientación básica, no como una tabla de sí/no válida para cualquier combinación de componentes. GPLv3: condiciones al distribuir obras cubiertas y obras derivadas; la mera ejecución no obliga a publicar el código. MIT requiere aviso de copyright y licencia. Apache 2.0 §4 exige entregar la licencia, señalar archivos modificados y mantener avisos aplicables. Las atribuciones pertinentes de NOTICE pueden reproducirse en archivo, documentación o interfaz según las formas permitidas; no se exige siempre conservar un archivo llamado NOTICE. No equiparar ambas obligaciones ni afirmar que todas las licencias propietarias prohíben idénticas operaciones. OEM significa original equipment manufacturer; sus derechos dependen del producto y contrato. SaaS significa software as a service; describe cómo se ofrece un servicio, no una licencia uniforme. Tampoco gratuito implica libre. Ejemplo oral: una herramienta gratuita impide modificar su código. ¿El precio permite clasificarla como libre? Respuesta: no; revisar las libertades y condiciones. Pedir qué documento comprobar antes de reutilizar una biblioteca: LICENSE y, cuando corresponda, NOTICE. Esta comprobación no añade entregables ni resuelve la tabla evaluable. Fuentes locales: bloque 02, 2.3.3 y su ampliación. Fuentes primarias: https://www.gnu.org/licenses/gpl-3.0.html ; https://opensource.org/license/mit ; https://www.apache.org/licenses/LICENSE-2.0 .

2.6 vigente desde el 26/10/2026: Propuesta informática. Un caso de seis puestos administrativos, GestiónPlus ficticio y LibreOffice real. Revisar seis recomendaciones separando decisiones válidas de conclusiones incorrectas o insuficientes, consecuencias y correcciones. No revelar las soluciones: remitir a las fichas del enunciado. Dos tablas (revisión y propuesta) y un párrafo de unas 150–200 palabras. Pedir comparación de sistemas, clasificación por propósito/licencia, recursos, compatibilidad, soporte y comprobaciones pendientes. Las condiciones de GestiónPlus no se extrapolan a productos reales. La propuesta se reutiliza como antecedente en UD04; no exige desplegar el caso empresarial. Fuentes: bloque 02, actividad 2.6 y sus fichas; licencias de LibreOffice: https://www.libreoffice.org/licenses/ .

Estado de evaluación (19/10/2026): UD03 pendiente de impartir. Dos entregas individuales aprobadas, sin publicar, ejecutar ni calificar: 2.6 (RA7.a/b y RA2.c) y práctica 6.8 (RA2.b), que reúne 3.7, FCFS/RR de 4.8, 5.7 y 6.7. Una nota por práctica con criterios sencillos en los apuntes; fechas pendientes. Los productos de preparación se reutilizan en estas entregas. Trabajar FCFS, SJF, SRTF, RR y prioridades. La nota única no cambia exámenes ni FE.