← Lumbre

Desarrollo de Software con IA Reglas de negocio, entradas y salidas: la letra pequeña que rompe proyectos

Portada de Reglas de negocio, entradas y salidas: la letra pequeña que rompe proyectos

Reglas de negocio, entradas y salidas: la letra pequeña que rompe proyectos

✦ Lo que rompe un proyecto no es el botón bonito: son las reglas que nadie escribió · Desarrollo de Software con IA · en 7 minutos

Roadwise Consulting

Contenido modificado tras su publicación

Objetivo: Extraer reglas de negocio, datos de entrada y resultados esperados de una idea informal antes de pedir código.

7 min Desarrollo de Software con IA 15–99 años
Modo PPTX
Más
Reglas de negocio, entradas y salidas: la letra pequeña que rompe proyectos

Herramientas de la lección

Sorpréndeme

Sobre este contenido

Ir a

Volver a Módulo 2 · Pensar como arquitecto Cursos Explorar Mi cuenta Salir del modo estudio

La letra pequeña decide el producto

Las reglas de negocio son las condiciones que definen qué está permitido y qué no. Nadie las ve en la interfaz, pero gobiernan todo. Si no las escribes, la IA las inventa, y las soluciones inventadas suelen ser las que explotan en producción.

Ejemplo: la agenda de citas

  • Un paciente no puede tener dos citas activas a la misma hora.
  • Solo se puede agendar en horarios donde el médico no tenga otra cita.
  • Una cita puede cancelarse hasta 2 horas antes; después se marca como inasistencia.
  • El teléfono es obligatorio y debe tener 10 dígitos.

Observa: cada regla se puede convertir en una prueba. Y cada regla vive en una entrada (lo que el usuario da) o en una salida (lo que la app devuelve).

Entradas, salidas y sus validaciones

Sin estas columnas, la IA guardará cualquier cosa, incluidos datos basura.
DatoTipoRegla de validaciónQué pasa si falla
Nombre pacientetextoObligatorio, 2 a 60 caracteresMuestra «falta el nombre»
Teléfonotexto10 dígitosRechaza y explica el formato
Fecha/horafechaFutura y dentro del horario del médicoBloquea y sugiere huecos libres

Cómo se las pides a la IA

Reglas explícitas, con doble capa de defensa

texto
Para la pantalla «agendar cita», aplica estas reglas de negocio en el BACKEND (no solo en el navegador):- rechazar si el paciente ya tiene otra cita a la misma hora- permitir solo horas sin conflicto del medico- el telefono debe tener exactamente 10 digitosDevuelve: la lista de validaciones, el mensaje de error exacto para cada una y como la interfaz debe mostrar ese error.
Notarás que pedimos validación en el servidor, no solo visual: lo veremos a fondo en frontend y seguridad.

Prueba

La app deja agendar una cita para ayer. ¿Qué faltó en la especificación?

Una regla de negocio bien escrita puede volverse una prueba que se cumple o no.

Detecta reglas incompletas

Un alumno escribió reglas para un formulario de registro. Señala la que NO es verificable (está mal redactada):

Marca la línea o las líneas con error y pulsa Comprobar.

Corrige tu propia especificación

Toma una funcionalidad de tu idea y escribe tres reglas de negocio verificables, cada una con: la condición, el mensaje de error y dónde se valida (pantalla o servidor).

Si una regla no te permite imaginar su prueba, reescríbela hasta que sí.

Tu texto se guarda sólo en este dispositivo.

Orden para fijar reglas y datos:

    Coloca los elementos en orden y pulsa Comprobar.

    Las respuestas y tu progreso se guardan sólo en este dispositivo. Contenido firmado por su autoría mediante Lumbre.
    Más sobre esta lección

    Comentarios

    Inicia sesión para comentar.

    Todavía no hay comentarios. Sé la primera persona en opinar.