CÓDIGO: I-DE-01

ESTÁNDARES MÍNIMOS DEL PÁGINA: 1

PRODUCTO VERSIÓN: 01

1. OBJETIVO

Establecer los estándares mínimos que deben cumplir todos los productos desarrollados en
NativApps.

2. CONTENIDO

2.1. Las IP de los servidores (API, WEB, BD) deben ser EIP (elásticas) con el fin de que a nivel de
infraestructura del proyecto se pueda escalar, modificar, migrar y demás operaciones sin
tener que desarrollar cambios en la app ni en los servicios asociados a estas

2.2. Se debe garantizar que la aplicación gestiona correctamente las conexiones, ya que en
otro caso el consumo de endpoints traumatiza el rendimiento de la memoria

2.3. El consumo de los servicios de backend debe ser medido, pre-calculado e implementado
bajo estos parámetros, con el fin de asegurar navegabilidad de la app y costos de servidor

2.4. Validación de campos

2.4.1 Tipo de dato: El sistema debe validar que los campos solo permitan ingresar el
tipo de dato correspondiente a este. Ejemplo: Campo teléfono solo debe
permitir digitar números.

2.4.2 Encoding: Se debe validar que al insertar caracteres especiales por el usuario
(emoticones, paréntesis, tildes, ñ, etc.) y visualizar nombres y campos, muestre
todos los caracteres en su formato correcto y completo tanto en app o en base
de datos en vez de un código ASCII.

2.4.3 Campo requerido: El sistema debe indicar visualmente que un campo es

requerido, en caso de que el usuario realice la petición sin ingresar la
información el sistema debe arrojar un mensaje de alerta indicando al usuario
que el campo es obligatorio.

2.4.4 Campos de fechas:

- En los casos que se manejan rangos por fecha, el sistema no debe permitir
que la fecha fin sea menor a la fecha inicio y viceversa.
- Verificar en los casos que al ingresar una fecha está no deba ser menor a la
fecha actual
 CÓDIGO: I-DE-01
ESTÁNDARES MÍNIMOS DEL PÁGINA: 2
PRODUCTO VERSIÓN: 01

2.4.5 Validación de formato de correo: El sistema debe validar que el correo

ingresado cumpla con el formato estándar. Ejemplo:
sinasignar@sindominio.com

2.4.6 Campos dependientes: El sistema debe validar que un campo dependiente no

se puede seleccionar hasta que su campo padre contenga información.

2.4.7 Validación de correo existente: El sistema debe validar si el correo digitado se

encuentra o no registrado, si es un correo existente debe mostrar una X en rojo
al lado del campo, con un mensaje debajo del campo indicando al usuario que
el correo ya se encuentra registrado, o un chulo verde si no existe y puede
usarlo

2.4.8 Validación de usuario disponible: El sistema debe validar que el usuario

digitado se encuentra o no disponible, si es un usuario existente debe mostrar
una X en rojo al lado del campo, con un mensaje debajo del campo indicando
que el usuario ya se encuentra utilizado, o un chulo verde si está disponible.

2.5. Notificaciones del sistema

2.5.1 Unificar Formato de Mensajes: Debe existir un solo formato de presentación

de mensajes. El usuario se familiariza con lo que inicialmente ve y espera
siempre verlo igual

2.5.2 Los mensajes deben ser modificables o configurables desde servidor o desde
CMS (Content Management System) y no quemados en aplicación.

2.5.3 Características para presentación de Mensajes:

• Centrados
• Muy Visibles
• Letras grandes
• Con botón para aceptar mensaje presentado, que hace más probable que
lo lea
• Acompañado con un icono que a la vista indique si es éxito, error o
información
• Los mensajes deben ser claros, precisos y amigables con el usuario.

Alerta o información: será utilizado cuando un campo sea obligatorio, una

consulta no arroje resultado, demora en presentar resultados debido a consulta
pesada.
 CÓDIGO: I-DE-01
ESTÁNDARES MÍNIMOS DEL PÁGINA: 3
PRODUCTO VERSIÓN: 01

Proceso completado: será utilizado cuando el sistema termine exitosamente la

petición realizada por el usuario, crear, editar, eliminar, desactivar, activar o
cualquier otro tipo de procesamiento.

Error: será utilizado cuando el sistema no pueda realizar la petición del usuario,
crear registro existente, eliminar registros asociados a otros procesos, adjuntar
archivo con mayor tamaño al permitido, adjuntar archivo con formato no
permitido, etc.

Confirmación: Es importante establecer un espacio para confirmar si lo que está

a punto de ejecutar un usuario es lo que realmente quiere hacer, ya que es aquí
donde él puede cancelar y corregir su acción.

Sugerencias:

2.6. Filtros de búsqueda

Toda interfaz que tenga un listado amplio de registros debe tener un filtro de búsqueda,
de esta forma se facilita la ubicación de un registro en particular. Además, debe estar la
opción limpiar filtros para que el sistema muestre el listado inicial.
 CÓDIGO: I-DE-01
ESTÁNDARES MÍNIMOS DEL PÁGINA: 4
PRODUCTO VERSIÓN: 01

2.6.1 Características para buscar información

• El filtro debe permitir buscar por cualquier campo de las columnas de dicho
listado
• No debe identificar si está en mayúscula o minúscula.

2.7. Opciones de usabilidad del sistema

2.7.1 Volver al home: En cualquier pantalla que se encuentre el usuario debe tener
la posibilidad de volver a la página principal.

2.7.2 Limpiar formularios: En todos los formularios existentes debe estar la opción
limpiar formulario.

2.7.3 Al recargar aplicación mostrar última vista en la que estaba el usuario.

2.7.4 Indicar al usuario los límites de tamaños y tipos de archivo que aceptará la
aplicación al momento de subir fotos, videos o documentos, etc., junto al
campo que realice esta funcionalidad. Esto se debe comunicar al cliente para
que sugiera límites específicos sí desea.

2.8. Iconos y botones

2.8.1 Unificar funcionalidades de iconos y botones: debe establecerse un mismo

icono/botón para cada funcionalidad. Esto permite que el usuario se familiarice
fácilmente con la aplicación y su experiencia sea más agradable.

2.8.2 Todos los botones de la aplicación o páginas web deben tener un endpoint
asignado. No debe haber botones sin función.

2.9. Contraseñas

2.9.1 Encriptación: Las contraseñas siempre deben guardarse cifradas en la base de

datos. Lo ideal es cifrar las contraseñas con algoritmos de un solo sentido con
funciones de resumen como SHA-2 y Bcrypt.
 CÓDIGO: I-DE-01
ESTÁNDARES MÍNIMOS DEL PÁGINA: 5
PRODUCTO VERSIÓN: 01

2.9.2 Recuperación de contraseña

2.9.2.1 Para realizar recuperación de contraseñas siempre debe generarse una

nueva por medio de un enlace enviado al correo registrado.

2.9.2.2 El enlace de restablecimiento deberá tener una duración de vigencia

limitada a una (1) hora por defecto si el cliente no define otro.

2.9.2.3 Un enlace utilizado no podrá volver a utilizarse aun sin cumplirse el

tiempo de vigencia.

2.9.3 Parametrización: Las contraseñas definidas por el usuario deben cumplir

requerimientos mínimos como:

- No aceptar espacios en blanco

- Mínimo seis (6) caracteres
- Debe tener letras y números

Nota: Lo anterior dependiendo de los requerimientos específicos del cliente.

2.10. Actualizaciones

2.10.1 Por cada inicio de la app se debe validar si tiene actualización y forzar al usuario a
descargar e instalar para continuar.

2.11. Ortografía y gramática

Es importante que se tenga una buena ortografía, que los textos sean claros, coherentes
y precisos para el lector:

Uso correcto de:

• Tildes
• Signos de puntuación
• Palabras en contexto