---
marp: true
theme: si-ud01
paginate: true
size: 16:9
title: "Tipos y licencias: síntesis para elegir"
description: Apoyos de consulta para comparar sistemas, propósitos y licencias
---

## Tipos de SO: ejes independientes

| Eje | Qué distingue | Ejemplos de categorías |
|---|---|---|
| Arquitectura del núcleo | Organización y privilegios | Monolítico modular, micronúcleo, híbrido |
| Tareas y usuarios | Trabajo y sesiones | Multitarea, multiusuario |
| Recursos de ejecución | Uso de CPU y núcleos | Monoprocesador, multiprocesador |
| Respuesta temporal | Cumplimiento de plazos | Propósito general, tiempo real |
| Ámbito | Necesidad del entorno | Escritorio, servidor, móvil, embebido |

Un sistema puede pertenecer a varias categorías a la vez.

<!--
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.
-->

---

## Licencias: libertades y condiciones

| Familia | Uso y modificación | Al redistribuir |
|---|---|---|
| Copyleft, como GPLv3 | Permite usar y modificar | Conservar condiciones y facilitar fuente correspondiente cuando se exige |
| Permisivas, como MIT y Apache 2.0 | Permiten uso y modificación amplios | Conservar avisos y cumplir condiciones de la licencia concreta |
| Propietarias | Derechos fijados por contrato | Comprobar qué autoriza el titular |

**Precio y libertades son ejes distintos.**

OEM describe una modalidad de suministro; SaaS, un servicio.

<!--
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 .
-->

---

## Seleccionar con condiciones conocidas

| Componente | Propósito | Licencia o modelo |
|---|---|---|
| Distribución GNU/Linux | Software de base | Licencias por componentes |
| Windows | Software de base | Propietario; contrato aplicable |
| Code - OSS | Editor para desarrollo | MIT en el código del repositorio |
| LibreOffice | Ofimática | MPL 2.0 y componentes con otras licencias |

**Aules 2.6:** revisa un informe y corrige su propuesta.

Dos tablas y un párrafo; una entrega individual.

<!--
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.
-->