Material

← Administración de Servicios de Internet

Archivos proporcionados por el Mtro. Juan Ángel Calvillo Pérez — guiones, formatos. Cada archivo abre en pestaña nueva. Lo que tú entregaste está en Entregas.

Guiones de práctica

Archivo	Qué es
Práctica 0/1 — Uso básico de Linux	Guion de la práctica de comandos básicos (ver Evaluación para la lista completa de comandos pedidos).

Formatos para el Proyecto Final — Scrum y Cascada

📄 Formatos_Scrum_y_Cascada.pdf — documento oficial completo. Mi equipo (10) usa Scrum, así que llenamos la Parte I:

Ficha de inicio y visión del producto: Nombre del proyecto, Equipo, Product Owner, Scrum Master, Fecha de inicio, Problema a resolver, Usuarios/beneficiarios, Visión del producto, Objetivo general, Alcance inicial, Fuera de alcance.
Product Backlog: tabla ID (HU01, HU02...) · Historia de usuario ("Como [usuario] quiero [acción] para [beneficio]") · Prioridad (Alta/Media/Baja) · Valor · Estimación · Criterios de aceptación · Estado.
Historia de usuario detallada: por cada HU — ID/Título, Como/Quiero/Para, Prioridad, Estimación (Story Points), Dependencias, 3 Criterios de aceptación, Notas.
Sprint Planning / Sprint Backlog: Sprint, Objetivo del Sprint, Fecha inicio/fin, Integrantes, tabla de tareas (ID, Tarea, Responsable, Estimación en horas, Estado).
Daily Scrum: tabla por fecha — ¿Qué hice ayer? · ¿Qué haré hoy? · Impedimentos.
Registro de impedimentos: ID, Fecha, Impedimento, Impacto (Alto/Medio/Bajo), Responsable, Acción, Estado.
Sprint Review: Sprint, Incremento presentado, Participantes/interesados, Comentarios recibidos, Historias aceptadas/no aceptadas (y motivo), Nuevos elementos para el Backlog.
Sprint Retrospective: Sprint, Fecha, ¿Qué funcionó bien? / ¿Qué no funcionó? / ¿Qué debemos mejorar?, Acciones de mejora.
Definition of Done (DoD): checklist — código implementado, pruebas realizadas, criterios de aceptación cumplidos, revisión del equipo, documentación actualizada (cada uno con Sí/No + evidencia).

La Parte II (Cascada) y la Parte III (checklist comparativo Scrum vs. Cascada) están en el mismo PDF, para equipos que eligieron esa metodología.

Las 10 propuestas de proyecto — descripción oficial completa

📄 Practicas-10-Propuestas-Descripcion.pdf — reemplaza/complementa el resumen que salió del audio de la Clase 05, con el detalle exacto de cada práctica.

Lineamientos generales (todas las prácticas): mínimo 2 VMs (3+ si la arquitectura lo requiere) · Ubuntu Server recomendado + Windows/Linux como cliente · red interna con IPs documentadas · mínimo 3 servicios/componentes · seguridad básica (usuarios, permisos, firewall) · evidencias: capturas, pruebas técnicas, documento y video de 8–12 min. Regla clave del profesor: "no basta con instalar — hay que explicar, demostrar, probar y documentar".

#	Proyecto	VMs	Debe incluir (resumen)
1	Intranet empresarial	2	DNS + dominio interno, Apache, Virtual Hosts (3 áreas), HTTPS + autenticación
2	Correo electrónico empresarial	2	DNS del dominio de correo, SMTP, POP3/IMAP, usuarios + autenticación, cifrado
3	Acceso remoto seguro	2	SSH, usuarios/grupos/permisos, autenticación por claves, SFTP
4	Archivos empresarial	3	Samba + NFS, usuarios/grupos por departamento, permisos, carpetas (Admin/Ventas/Sistemas/Público)
5	Web con base de datos	2–3	Apache + PHP + MySQL/MariaDB, DNS + HTTPS, CRUD de empleados
6	🥇 Balanceo de carga	3	Balanceador/proxy + 2 servidores web (WEB1/WEB2), prueba de disponibilidad ante falla
7	🥇 Infraestructura escolar	3–4	DHCP + DNS (escuela.local) + sitio web + Samba + SSH
8	Web seguro HTTPS	2	Apache, Virtual Host, SSL/TLS + certificado, redirección HTTP→HTTPS, zona privada autenticada
9	Archivos + acceso remoto	3	Samba + NFS + SSH + SFTP, usuarios/grupos, permisos por departamento, multiplataforma
10	🥇 Proxy y control de acceso	2–3	Proxy HTTP, reglas de acceso, autenticación, logs (sitios permitidos/bloqueados)

🥇 = las 3 que el profesor recomienda explícitamente para el proyecto final (Balanceo de carga, Infraestructura escolar, Proxy y control de acceso) por integrar mejor varios módulos de la materia.