bloque 3, tema6

bloque1/tema9_audio.md

@@ -2,6 +2,7 @@ Bloque 1 Tema 9. Instrumentos de acceso, identificación y servicios comunes
 Introducción a los Instrumentos de Acceso
 
 El Tema 9 se centra en "cómo" el ciudadano interactúa físicamente con la Administración y "cómo" la Administración garantiza que el ciudadano es quien dice ser. Todo esto se regula principalmente en la Ley 39 barra 2015 y la Ley 40 barra 2015.
+
 1. Sedes Electrónicas y Canales de Acceso
 1.1 La Sede Electrónica
 
@@ -13,36 +14,30 @@ Los ciudadanos pueden acceder a los servicios por tres vías:
 Primero. El Internet, a través de las sedes.
 Segundo. El acceso presencial, mediante las oficinas de asistencia en materia de registros.
 Tercero. El acceso telefónico, a través de los centros de atención al usuario.
+
 2. Identificación y Autenticación
 
 Este es el núcleo técnico del tema. Debemos distinguir entre Identificación, que es decir "quién soy", y Firma, que es "dar el consentimiento" a un documento.
 2.1 Sistemas de Identificación para Ciudadanos
 
 Las Administraciones Públicas están obligadas a admitir:
+- Sistemas basados en certificados electrónicos cualificados, como el D N I electrónico.
+- Sistemas de sello electrónico cualificado.
+- Sistemas de clave concertada y otros sistemas, como el sistema Clave.
 
-    Sistemas basados en certificados electrónicos cualificados, como el D N I electrónico.
-
-    Sistemas de sello electrónico cualificado.
-
-    Sistemas de clave concertada y otros sistemas, como el sistema Clave.
-
-2.2 El Sistema Clave
+2.2 El Sistema Clave:
 
 Clave es la plataforma común del Sector Público Administrativo Estatal para la identificación y firma electrónica. Tiene dos modalidades principales que debes conocer:
 
-    Clave Ocasional o Clave PIN: Orientada a accesos esporádicos, con una validez muy limitada en el tiempo.
-
-    Clave Permanente: Orientada a usuarios habituales, basada en el uso de una contraseña y, cuando es necesario, un segundo factor de autenticación por S M S.
-
-2.3 Identificación de la Administración
+- Clave Ocasional o Clave PIN: Orientada a accesos esporádicos, con una validez muy limitada en el tiempo.
+- Clave Permanente: Orientada a usuarios habituales, basada en el uso de una contraseña y, cuando es necesario, un segundo factor de autenticación por S M S.
 
+2.3 Identificación de la Administración:
 La propia Administración también debe identificarse. Lo hace mediante:
+- Sello electrónico: Para actuaciones automatizadas, como la emisión de un certificado de empadronamiento de forma automática.
+- Sede electrónica: Mediante certificados de dispositivo seguro.
 
-    Sello electrónico: Para actuaciones automatizadas, como la emisión de un certificado de empadronamiento de forma automática.
-
-    Sede electrónica: Mediante certificados de dispositivo seguro.
-
-3. Infraestructuras y Servicios Comunes
+1. Infraestructuras y Servicios Comunes
 
 Para que la Administración no tenga que "reinventar la rueda" en cada ministerio, existen servicios compartidos que facilitan la vida al técnico auxiliar de informática.
 3.1 La Red SARA

bloque3/tema6.md

@@ -1,9 +1,259 @@
-#  Arquitectura de sistemas cliente/servidor y multicapas: componentes y operación. Arquitecturas de servicios web y protocolos asociados.
-
 /* Apuntes de clase */
 
 Comunicacion
 - Sincrona
 - Asincrona
 
-SOAP
+WS
+
+# Tema 6 – Arquitectura cliente/servidor y multicapas. Servicios web y protocolos
+
+---
+
+## 1. Esquema general
+
+1. Arquitectura cliente/servidor  
+2. Arquitectura multicapas (n-tier)  
+3. Componentes principales  
+4. Funcionamiento (operación)  
+5. Arquitecturas de servicios web  
+6. Protocolos asociados  
+
+---
+
+## 2. Desarrollo
+
+### 2.1 Arquitectura cliente/servidor
+
+**Definición**  
+Modelo en el que un cliente solicita servicios y un servidor los proporciona.
+
+**Elementos**
+- Cliente: realiza peticiones  
+- Servidor: responde y gestiona recursos  
+- Red: medio de comunicación  
+
+**Características**
+- Separación de funciones  
+- Centralización de recursos  
+- Escalabilidad  
+- Comunicación por red  
+
+**Tipos**
+- Modelo de 2 capas  
+- Cliente pesado (thick client)  
+- Cliente ligero (thin client)  
+
+**Ejemplo**
+- Navegador web (cliente)  
+- Servidor web (servidor)  
+
+---
+
+### 2.2 Arquitectura multicapas (n-tier)
+
+**Definición**  
+Modelo que divide la aplicación en varias capas independientes.
+
+**Capas principales**
+1. Capa de presentación  
+   - Interfaz de usuario  
+2. Capa de lógica de negocio  
+   - Procesamiento y reglas  
+3. Capa de datos  
+   - Acceso a bases de datos  
+
+**Capas adicionales (opcional)**
+- Capa de servicios  
+- Capa de integración  
+
+**Ventajas**
+- Modularidad  
+- Mantenimiento sencillo  
+- Escalabilidad  
+- Reutilización  
+
+**Importante**
+Cliente/servidor es un modelo general, mientras que multicapas define la estructura interna de la aplicación.
+
+---
+
+### 2.3 Componentes principales
+
+**En cliente/servidor**
+- Cliente  
+- Servidor  
+- Red  
+
+**En multicapas**
+- Front-end (presentación)  
+- Back-end (lógica)  
+- Base de datos  
+- Middleware  
+
+---
+
+### 2.4 Funcionamiento (operación) – Comunicación síncrona y asíncrona
+
+**Comunicación síncrona**
+- El cliente envía una petición y **espera la respuesta** del servidor.
+- La ejecución queda bloqueada hasta recibir respuesta.
+- Es el modelo clásico en HTTP.
+
+**Ejemplo**
+- Un navegador solicita una página web y espera a que el servidor responda.
+
+**Ventajas**
+- Simplicidad  
+- Fácil de implementar  
+
+**Inconvenientes**
+- Menor rendimiento en sistemas distribuidos  
+- Bloqueo del cliente  
+
+---
+
+**Comunicación asíncrona**
+- El cliente envía una petición y **no espera inmediatamente la respuesta**.
+- Puede seguir ejecutando otras tareas.
+- La respuesta llega posteriormente (callback, cola, eventos).
+
+**Ejemplo**
+- Sistemas de mensajería (colas de mensajes)  
+- Notificaciones push  
+- Procesos en segundo plano  
+
+**Ventajas**
+- Mayor escalabilidad  
+- Mejor rendimiento  
+- No bloquea procesos  
+
+**Inconvenientes**
+- Mayor complejidad  
+- Gestión de estados más difícil  
+
+---
+
+**Clave de examen**
+- HTTP tradicional → síncrono  
+- Sistemas distribuidos modernos → combinan síncrono y asíncrono  
+- La asincronía es clave en arquitecturas escalables (microservicios, colas, eventos)
+
+---
+
+### 2.5 Arquitecturas de servicios web – WS (Web Services)
+
+**WS (Web Services)**  
+Son **servicios web** que permiten la comunicación entre aplicaciones a través de una red, independientemente del lenguaje o sistema.
+
+---
+
+**Características**
+- Interoperabilidad (distintos sistemas se comunican)
+- Uso de estándares abiertos
+- Comunicación a través de red (normalmente HTTP)
+- Orientados a servicios
+
+---
+
+**Tipos de Web Services**
+
+**1. SOAP (Web Services clásicos)**
+- Basados en XML
+- Protocolo formal y estricto
+- Utilizan:
+  - SOAP → formato de mensajes
+  - WSDL → descripción del servicio
+- Más pesados pero más estandarizados
+
+---
+
+**2. REST (estilo arquitectónico)**
+- Más ligero
+- Usa HTTP directamente (GET, POST, PUT, DELETE)
+- Datos en JSON (principalmente)
+- Más utilizado actualmente
+
+---
+
+**Ejemplo sencillo**
+
+Una aplicación pide datos de un usuario:
+
+- Cliente → petición HTTP (REST)
+- Servidor → devuelve JSON con los datos
+
+---
+
+**Relación con el temario**
+- WS = forma de implementar **arquitectura cliente/servidor distribuida**
+- Muy usado en arquitecturas multicapas
+- Base de APIs modernas
+
+---
+
+**Trampas típicas de examen**
+- WS no es solo SOAP → REST también es Web Service
+- SOAP = protocolo  
+- REST = estilo arquitectónico (no protocolo)
+- JSON → típico de REST  
+- XML → típico de SOAP  
+
+---
+
+**Resumen rápido**
+- WS = comunicación entre aplicaciones  
+- SOAP (XML, pesado, formal)  
+- REST (JSON, ligero, actual)
+
+---
+
+### 2.6 Protocolos asociados
+
+**HTTP / HTTPS**
+- Protocolo principal de la web  
+- Modelo petición/respuesta  
+- HTTPS añade seguridad mediante cifrado  
+
+**TCP/IP**
+- Base de las comunicaciones en red  
+- TCP: transmisión fiable  
+- IP: direccionamiento  
+
+**SSL/TLS**
+- Protocolos de seguridad  
+- Proporcionan cifrado  
+
+**Otros protocolos**
+- FTP: transferencia de archivos  
+- SMTP: envío de correo  
+- DNS: resolución de nombres  
+
+---
+
+## 3. Ejemplo práctico
+
+Aplicación web:
+
+- Cliente: navegador  
+- Presentación: HTML, CSS, JavaScript  
+- Lógica: servidor de aplicaciones  
+- Datos: base de datos  
+
+Flujo:
+1. Usuario realiza una acción  
+2. Se envía una petición HTTP  
+3. El servidor procesa la lógica  
+4. Consulta la base de datos  
+5. Devuelve la respuesta  
+
+---
+
+## 4. Miniresumen
+
+- Cliente/servidor: el cliente solicita y el servidor responde  
+- Multicapas: separación en presentación, lógica y datos  
+- Ventajas: modularidad, mantenimiento y escalabilidad  
+- Servicios web: comunicación entre aplicaciones  
+- REST es el modelo más utilizado actualmente  
+- Protocolos clave: HTTP/HTTPS, TCP/IP, SSL/TLS