Errores comunes en el desarrollo de software: Entrada de datos manejada inadecuadamente (Input Kludge)

Como continuación de la serie acerca de errores comunes en programación, desarrollo de software y base de datos, presentamos el anti patrón de "Entrada de datos manejada inadecuadamente (Input Kludge), el cual consiste en diseñar funciones que no manejen la entrada de datos adecuadamente, omitiendo validaciones previas, que aseguren que los datos recibidos son adecuados en cuanto a su tipo y rango de posibles valores según la lógica de negocio establecida.

Los anti patrones representan herramientas útiles para aplicar las buenas prácticas de programación, pues estos describen "lo que no debe hacerse". En este artículo se describen las características asociadas al anti patrón, tipo de anti patrón, los problemas que este ocasiona y la solución.

El anti patrón del Input Kludge

Si bien es cierto que para un desarrollador, es difícil en una prueba unitaria identificar todos los posibles valores inválidos, para el usuario final es más sencillo, por lo que puede recurrirse al usuario final para determinar la validaciones previas a las que debe ser sujeto un dato de entrada antes de su procesamiento.

Problemas asociados con el anti patrón

La rutina de procesamiento podría dar errores inesperados, a recibir datos no validos en su formato (por ejemplo números en lugar de caracteres) o posible rango de valores.

El desbordamiento de búfer, es un ejemplo de un agujero de seguridad, provocado por problemas ocasionados por mal manejo de los datos de entrada.

Situaciones en las que podrían justificarse

No manejar los datos de entrada es una mala práctica de programación. En todos los casos debería aplicarse, de no ser así, el software podría tener errores graves en su diseño.

Soluciones

Se centra en utilizar algoritmos de validación que determinen la validez de los datos previo a su procesamiento, evitando así el tratamiento de datos no válidos.

Los casos a validar por estos algoritmos pueden obtenerse con la ayuda del usuario final, por lo que un punto obligatorio a tratar durante el diseño de una funcionalidad son los posibles rangos de valores aceptables para un campo, los valores considerandos inaceptables y la respuesta a dar al usuario en estos casos.

Adicionalmente, existen herramientas de análisis léxico y sintáctico que pueden ayudar en la identificación de entradas inesperadas, asegurando que sean manejadas.

¿Y que opina usted?

¿Que opina usted del anti patrón?, ¿lo ha encontrado alguna vez?, ¿Como rediseñaría el código como alternativa?, ¿Que le diría a sus programadores para que no cometieran este error?.

Le invitamos a participar en el foro de discusión del blog de “La Oficina de Proyectos de Informática” (http://oficinaproyectosinformatica.blogspot.com) y a suscribirse al blog por los distintos canales, incluyendo lista de correo electrónico, al Twitter @PMOInformatica o al feed RSS del Blog.

<< Artículo anterior: el botón mágico

>> Siguiente Artículo: Base de datos como comunicadora de procesos

Acerca de artículos anteriores de esta serie

¿Quiere saber más sobre errores comunes de programación, le invitamos a revisar otros artículos de esta serie en el blog.

>> Errores comunes en el desarrollo de Software: El Objeto Todopoderoso
>> Errores comunes en el desarrollo de Bases de datos: Tercera Parte
>> Errores comunes en el desarrollo de Bases de datos: Segunda Parte
>> Errores comunes en el desarrollo de Bases de datos
>> Errores comunes de programación: Segunda Parte
>> 5 errores comunes de programación

¿Interesado en libros sobre desarrollo de software?


Transact SQL-DML Funciones y Bases de datos Autor: Rocío Navarro Lacoba >> España (amazon.es) >> Latinoamérica (amazon.com)	Código Limpio Autor: Robert C. Martin >> España (amazon.es) >> Latinoamérica (amazon.com)	Métodos ágiles y Scrum Autor: Alonso Alvarez García y otros >> España (amazon.es) >> Latinoamérica (amazon.com)	Code Complete Autor: Steven C. McConnell >> España (amazon.es) >> Latinoámerica (amazon.com)