Mes 4 · Diseña automatizaciones antes de actuar

Fuente ficticia completa F4

P01 es un artículo de papelería inventado con existencia de referencia de 20 unidades. Cada fila es una prueba independiente, no una transacción sobre inventario compartido. No hay precios, clientes, compromisos de entrega ni herramientas comerciales conectadas.

El orden importa: el primer E01 establece la comparación de los dos E01 posteriores. Cada resultado es simulado; aprobación, ejecución de acciones y cambios de inventario permanecen falsos.

Semana 1 · Disparador, condición y acción

Objetivo: Definir qué inicia una regla y qué está permitido hacer.

Un disparador es un evento observable, no una orden que autorice cualquier acción. En este ejercicio llega una solicitud ficticia con identificador de evento, identificador de solicitud, referencia y cantidad. La condición decide una rama; la acción propuesta es crear un borrador para revisión humana. No equivale a enviar una respuesta, reservar unidades ni confirmar un pedido. Escribe por separado estas tres partes para que otra persona pueda revisar el alcance.

La fuente F4 contiene una sola referencia P01 con 20 unidades de referencia. Cada fila representa una prueba independiente contra esa misma ficha. No sumes las cantidades de dos pruebas para justificar atender ambas: este simulador no reserva ni descuenta inventario. Un sistema operativo necesitaría control autorizado de concurrencia y una fuente vigente; esa capacidad no se implementa aquí.

Un identificador ayuda a reconocer un evento repetido. No contiene el nombre ni el teléfono de una persona. Conserva solo datos mínimos del ejercicio. La cantidad debe ser un entero positivo y la referencia debe existir. Un dato ausente no debe convertirse en un valor inventado. Si falla una comprobación, la salida segura es explicar el pendiente y detener la acción.

Caso para revisar

Un diseño dice: «Cuando llegue una solicitud, confirmar automáticamente que está lista». Identifica qué permiso y qué evidencia faltan.

Tu actividad

Reescribe el diseño como disparador, condiciones ordenadas y salida de borrador pendiente. Anota explícitamente tres acciones prohibidas. Clasifica las nueve filas de F4 antes de consultar las soluciones.

Descargar plantilla 1 (CSV)

Subartefacto 1: contrato de alcance y clasificación inicial.

Semana 2 · Ordena las condiciones

Objetivo: Construir una decisión que pueda explicarse y repetirse.

El orden importa. Primero identifica el evento; después detecta repetición o conflicto; después revisa disponibilidad de fuente y contenido. Una regla no debe saltar a «aprobado» porque la cantidad parezca pequeña. Distingue una solicitud incompleta, un producto desconocido y falta de capacidad: requieren correcciones diferentes y no prueban que el cliente haya cometido un error.

Para P01, cantidad 20 está en el límite permitido por esta ficha; 30 supera ese límite en 10. Eso únicamente distingue ramas de prueba. No es una promesa de disponibilidad comercial. La comparación es cantidad menor o igual que existencia de referencia, con ambas expresadas en unidades. No compares textos como si fueran cantidades ni aceptes cero como un pedido válido.

La aprobación humana debe ser una decisión separada y registrada por una persona autorizada en un sistema real. Aquí no hay botón para aprobar y ninguna rama cambia ese estado. Un borrador puede decir qué falta comprobar, pero no debe escribir «aprobado por el responsable» ni inventar un nombre. La regla termina antes de cualquier interacción externa.

Caso para revisar

E02 pide 30 unidades y E08 pide 20. Un borrador afirma que ambas solicitudes caben porque «son del mismo producto».

Tu actividad

Dibuja las ramas y escribe las operaciones 30 frente a 20 y 20 frente a 20. Define texto de salida para cantidad cero, referencia vacía, referencia desconocida y fuente no disponible.

Descargar plantilla 2 (CSV)

Subartefacto 2: diagrama de decisión y comprobaciones de frontera.

Semana 3 · Duplicados, conflictos y fallos

Objetivo: Evitar repetir una acción y no ocultar cambios incompatibles.

Un duplicado exacto conserva identificador y contenido. En F4, la quinta fila repite E01 con cantidad 5 y se ignora como repetición. La sexta conserva E01 pero cambia la cantidad a 7: es un conflicto, no una actualización autorizada. Procesarlo silenciosamente como nuevo podría duplicar acciones en un sistema real. Detener y pedir revisión preserva la diferencia.

El registro del simulador existe únicamente durante cada ejecución local. Al volver a ejecutar empieza una prueba nueva. Eso sirve para aprender y reproducir resultados, pero no demuestra protección durable entre equipos, pestañas o reinicios. En un servicio real harían falta almacenamiento y controles atómicos autorizados; no presentes este ejemplo como una integración productiva.

Un fallo de fuente no significa existencia cero. E09 contiene cantidad 5, pero sourceAvailable es falso. La conclusión correcta es «no puedo verificar». Reintentar sin comprender el fallo puede repetir acciones. Define qué evidencia pedirías a un responsable y qué conservarías del error, evitando datos sensibles. No registres credenciales ni conversaciones reales.

Caso para revisar

Una propuesta convierte E09 en «agotado» y acepta la sexta fila E01 como pedido nuevo.

Tu actividad

Corrige ambos errores. Escribe una tabla con entrada, resultado esperado, resultado observado y explicación para las nueve filas. Distingue duplicado exacto de conflicto sin borrar la fila original.

Descargar plantilla 3 (CSV)

Subartefacto 3: matriz de nueve pruebas y registro de dos correcciones.

Semana 4 · Ejecuta pruebas y reúne M04

Objetivo: Entregar evidencia reproducible sin confundir simulación con operación.

Usa el botón del laboratorio solo después de completar tus resultados esperados. Compara las nueve salidas y explica discrepancias. El laboratorio no usa red ni guarda progreso: recargar borra la salida. Guarda tu propia tabla local si deseas conservar evidencia. Una captura puede mostrar un resultado, pero la explicación y las entradas son necesarias para reproducirlo.

Reúne los cuatro subartefactos como una única actividad mensual M04. Incluye fuente F4, contrato de alcance, diagrama, matriz de pruebas y cambios. Identifica la versión y pendientes. Los cuatro bloques semanales son una organización relativa de autoestudio; no se promete una cantidad de horas ni fecha de finalización. La actividad mensual no sustituye las otras once ni el portafolio final.

Autoevalúa con la política v1 aprobada: hechos y fuentes; artefacto y proceso; datos y revisión humana; razonamiento y límites. En cada criterio 0 significa evidencia ausente o incorrecta, 1 evidencia parcial con pendientes y 2 evidencia suficiente y justificada. El mínimo 6/8 sin ningún cero es un criterio para revisión humana autorizada, no un resultado que esta página certifique.

Caso para revisar

Una autoevaluación obtiene 2, 2, 2, 1: suma 7. Otra obtiene 2, 2, 2, 0: suma 6.

Tu actividad

Ejecuta las pruebas, registra resultados y redacta por qué no hubo acciones reales. Aplica los cuatro criterios con referencias a tus artefactos. Escribe una corrección concreta para cualquier criterio parcial.

Descargar plantilla 4 (CSV)

Entrega única M04: diseño de automatización limitado, nueve pruebas y autoevaluación justificada.

Reúne tu único paquete mensual

Descargar guía del paquete M04 (TXT)

Conserva tu trabajo localmente. La revisión formal requiere artefactos reales y una persona autorizada. Esta página no emite constancia, matrícula ni beneficios. Los otros once meses y el portafolio final siguen siendo partes separadas del programa anual.

Tutor IA opcional — lee primero consentimiento y límites · Mis marcas personales, no verificación académica