Desarrollo de Software con IA

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

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

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.

Regla = algo que se puede probar Toda regla debe ser VERIFICABLE: tan clara que puedas decir sí o no al probar. «Debe ser rápido» no es una regla. «Debe mostrar resultados en menos de 2 segundos» sí lo es.

Ejemplo: la agenda de citas

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
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 digitos
Devuelve: la lista de validaciones, el mensaje de error exacto para cada una y como la interfaz debe mostrar ese error.

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):

  1. La contraseña debe tener al menos 8 caracteres.
  2. El correo debe terminar en un dominio permitido.
  3. El registro debe sentirse fácil y agradable.
  4. No se permite un nombre de usuario ya existente.

Identifica la linea con error.

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

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

Orden para fijar reglas y datos:

☰
☰
☰
☰