Sei sulla pagina 1di 7

EJERCICIOS NFR

LAURA MARCELA ESTÉVEZ JOYA


JOSE ALEJANDRO GARCIA PRECIADO
SANTIAGO ANDRES RODRIGUEZ GARCES

UNIVERSIDAD SANTO TOMÁS


TUNJA
2020
LOS MEJORES CONSEJOS DE DISEÑO UX DE UNA EXPERIENCIA DE USUARIO MASTER
FLOW
● Las interfaces web consistentes y fáciles de usar ayudan a los usuarios a
concentrarse en el contenido y moverse a través de él.
● Piense en el sitio web como un camino de ladrillos amarillos: mueva a los usuarios
sin problemas de una sección a la siguiente, entendiendo los objetivos y las
necesidades de los usuarios.
● Es más probable que los usuarios noten elementos cerca de la parte superior de la
página, en orden de importancia
● Use patrones e interfaces comunes del sitio web

CONTRAST Y COLOR
● Diseño para usuarios daltónicos. Convierta sus diseños a escala de grises para
garantizar que todos los usuarios puedan leer información importante
● No use el color azul para ningún texto en sitios web que no sean enlaces
● Tenga en cuenta el contraste en los sitios web móviles. El resplandor de la pantalla
puede inutilizar su sitio web
● Reserve un color para CTA (call for action) en su sitio web y no lo use para nada
más
● Los colores cálidos y brillantes aparecen y los colores fríos y oscuros permanecen
en el fondo.

SCROLLING
● Asegúrese de que los usuarios del sitio web puedan completar su objetivo principal
de forma rápida y sencilla
● Lo más importante para los usuarios es que su sitio web se siente rápido (incluso si
es solo su percepción)
● La percepción de la velocidad del sitio web se basa en el tiempo de carga, el
comportamiento de la carga, los tiempos de espera y la suavidad de las
animaciones.
● El texto del sitio web debe cargarse antes de las imágenes para que los usuarios
puedan comenzar a leer antes de que se cargue el resto del sitio
● Los retrasos de más de varios segundos a menudo harán que los usuarios
abandonen el sitio web
NAVIGATION
● Siempre tenga una forma obvia de acceder al menú de navegación en su sitio web
Haga clic para tuitear
● Si la jerarquía de su sitio web tiene más de 3-4 niveles de profundidad, es hora de
rediseñar Haga clic para tuitea
● Considere el uso de menús fijos, especialmente en páginas web más largas o
cuando se necesita un acceso rápido Haga clic para tuitear
● Especifique las etiquetas de navegación específicas, no más de 2-3 palabras y
comience con la mayor cantidad de información que contenga la palabra
● Navegación móvil: muestra las opciones más utilizadas y oculta las demás
● Para la navegación secundaria en móviles, use páginas de inicio de categoría,
submenús o menús en la página
● No oculte las funciones de inicio de sesión o búsqueda dentro de los menús del
sitio web
● Informe a los usuarios dónde se encuentran en el sitio web utilizando
Breadcrumbs (migas de pan)
Breadcrumbs (o trailcrumb Trail) es un sistema de navegación secundario que muestra la
ubicación de un usuario en un sitio o aplicación web. El término proviene del cuento de
hadas Hansel y Gretel en el que los personajes principales crean un rastro de migas de pan
para rastrear a su casa.

BUTTONS
● Los botones de los sitios web deben verse clicables y tener suficiente espacio para
que los usuarios hagan clic o toquen cómodamente
● Las acciones frecuentes en sitios web o aplicaciones deben ser botones grandes,
ubicados en zonas fácilmente accesibles
● Los colores de fondo, los bordes y las etiquetas orientadas a la acción en un sitio
web indican a los usuarios que se puede hacer clic en un elemento
● Para diseños planos, asegúrese de que los botones de acción se realicen en un
color contrastante con una etiqueta orientada a la acción
● Un sitio web debe tener una señal visual de que un clic en el botón tuvo éxito
dentro de 0.1 segundos de la interacción
● Los botones que cambian o eliminan datos en móviles deberían requerir un mayor
esfuerzo para evitar toques accidentales
SEARCH
● A menos que tenga un sitio web muy pequeño con poco contenido, siempre tenga
un campo de búsqueda
● El campo de búsqueda siempre debe verse como un cuadro de texto en un
escritorio. El icono de búsqueda está bien para usar en dispositivos móviles
● Haga que el campo de búsqueda sea fácil de encontrar. Los usuarios generalmente
lo buscan en la esquina superior derecha
● Al buscar búsquedas en sitios web, los usuarios suelen buscar un "pequeño cuadro
para escribir"
MEJORAR EL RENDIMIENTO DE CONSULTAS SQL
La optimización a la hora de hacer consultas en un base de datos es clave, ya que una
consulta ineficiente agotará los recursos de la base de datos y causará un rendimiento
lento o perdida de servicios para otros usuarios si la consulta tiene errores. La
optimización de las consultas pesadas supondrá la diferencia entre tener una aplicación
fluida o tener una aplicación inmanejable.
1. Para crear una consulta eficiente es necesario tener en cuenta qué datos son
realmente necesarios de obtener, dar a la consulta un propósito definido y claro,
tener en cuentas las 5W’s.
2. Seleccionar campos en vez de seleccionar todo; si una tabla tiene muchos campos
y muchas filas, al consultar una gran cantidad de datos innecesarios agotará los
recursos de la base de datos.

INEFICIENTE  SELECT * FROM persona;


EFICIENTE  SELECT idpersona, documento, nombres, apellidos FROM persona;
3. Evitar usar SELECT DISTINCT: es una forma practica para eliminar datos duplicados
en una consulta y para obtener un resultado eficiente, pero se requiere una gran
potencia de procesamiento. Además, los datos se agruparían al punto que pueden
llegar a ser inexactos. Para evitar usar SELECT DISTINCT, seleccione más campos
para crear resultados únicos.
INEFICIENTE E INEXACTO: En esta consulta se agruparán los nombres populares y
también id del municipio duplicados, lo que generará un número inexacto de
registros.  SELECT DISTINCT nombres, apellidos, idmuni FROM persona;
EFICIENTE Y PRECISO: Si se agregan más campos en el resultado de la consulta se
espera no tener datos duplicados  SELECT nombres, apellidos, idmuni,
documento;
4. Crear uniones con INNER JOIN y no con WHERE:
INEFICIENTE: Combinaciones con la cláusula WHERE crea una combinación
cartesiana en donde se crean todas las combinaciones posibles y es un uso
ineficiente de la base de datos ya que la base de datos ha realizado 10 veces más el
trabajo requerido. Las uniones cartesianas son muy problemáticas en una base de
datos de gran escala, ya que una unión cartesiana de dos tablas grandes podría
crear miles de millones de resultados.  SELECT persona.idpersona,
persona.nombres, persona.apellidos, horario.idmedico FROM persona, horario
WHERE persona.idpersona = horario.idmedico;

EFICIENTE: si se usa un INNER JOIN, la base de datos solo generaría los registros
deseados donde idpersona es igual. Algunos sistemas DBMS pueden reconocer las
uniones WHERE y ejecutarlas automáticamente como INNER JOINs. En esos
sistemas DBMS, no habrá diferencia en el rendimiento entre un WHERE join y
INNER JOIN  SELECT persona.idpersona, persona.nombres, persona.apellidos,
horario.idmedico FROM persona INNER JOIN horario ON persona.idpersona =
horario.idmedico;

5. Usar WHERE en vez de HAVING para definir filtros: El objetivo de una consulta
eficiente es extraer solo los registros necesarios de la base de datos. Las
instrucciones HAVING se calculan después de las instrucciones WHERE. Si la
intención es filtrar una consulta en función de las condiciones, una instrucción
WHERE es más eficiente.

INEFICIENTE: en esta consulta se hacen dos procedimientos para obtener el


resultado deseado, extrayendo demasiados registros para luego filtrar y agrupar
los que se requieren.  SELECT persona.idpersona, persona.apellidos,
Count(cita.idcita) FROM persona INNER JOIN cita ON persona.idpersona =
cita.idmedico GROUP BY persona.idpersona, persona.idpersona HAVING
cita.estado BETWEEN #19/11/2018# AND #19/12/2018#

EFICIENTE: en esta consulta se realiza directamente la petición deseado y procede


a agruparlos y contarlos, es decir, el primer paso del HAVING se elimina.  SELECT
persona.idpersona, persona.apellidos Count(cita.idcita) FROM persona INNER
JOIN cita ON persona.idpersona = cita.idmedico WHERE cita.estado BETWEEN
#19/11/2018# AND #19/12/2018# GROUP BY persona.idpersona,
persona.apellidos;

6. Usar comodines al final de una frase: Cuando se utiliza un comodín principal,


especialmente en combinación con un comodín final, la base de datos tiene la
tarea de buscar una coincidencia en todos los registros en cualquier lugar dentro
del campo seleccionado.

INEFICIENTE: esta consulta extraerá los resultados esperados de PANQUEBA,


PANDI pero también resultados como HISPANIA,  SELECT nombremuni FROM
municipio WHERE nombremuni LIKE ‘%PAN%’
EFICIENTE: esta consulta solo extraerá los resultados esperados de PANQUEBA y
PANDI SELECT nombremuni FROM municipio WHERE nombremuni LIKE ‘PAN%’

7. Ejecutar la consulta durante horas de menor actividad: La consulta debe


ejecutarse cuando los usuarios concurrentes se encuentran en su número más
bajo, que suele ser la mitad de la noche (3 a 5 a.m.).