UNIVERSIDAD PERUANA DE

CIENCIAS APLICADAS

Nombre del proyecto:

DreamHouse Company

Integrantes:
Borjas Ramos, Neil Enrique U201622662
Aldaves Quispe Piero Jano U20161C138
Muñoz Luyo, Angelo Edu U201623628
Saqui Marin, Enrique Martin U201422534

2017-II
Contenido

CAPÍTULO 1: HISTORIA DE LA EMPRESA ....................................................................... 4

1.1. MISIÓN: .............................................................................................................. 4
1.2. VISIÓN: ............................................................................................................... 4
1.3. ORGANIGRAMA ................................................................................................. 5
1.4. MAPA DE PROCESOS ....................................................................................... 5
CAPÍTULO 2: IDENTIFICACIÓN Y SELECCIÓN DEL PROCESO ...................................... 6
2.1. Situación actual de la organización. ...................................................................... 6
2.2 Justificación del proceso a solucionar.......................................................................... 6
CAPÍTULO 3: ESPECIFICACIÓN DEL PROCESO .............................................................. 6
3.1. Nombre del proceso ............................................................................................... 6
3.2. Objeto del proceso ................................................................................................. 6
3.3. Alcance del proceso ............................................................................................ 6
3.4. Clientes del proceso................................................................................................. 7
3.5. Proveedores del proceso ......................................................................................... 7
3.6. Responsables del proceso ...................................................................................... 7
3.7. Diagrama de flujo de trabajo del proceso ............................................................... 8
3.8. Descripción del proceso .......................................................................................... 9
3.9. Reglas del proceso ................................................................................................... 9
3.10. Principales indicadores de desempeño del proceso .......................................... 9
CAPÍTULO 4: VISIÓN .......................................................................................................... 9
4.1 Definición del problema a resolver .......................................................................... 9
4.2. Perspectiva del sistema ......................................................................................... 10
4.3. Características ....................................................................................................... 10
CAPÍTULO 5: REQUERIMIENTOS .................................................................................... 10
5.1 Requerimientos funcionales. .................................................................................. 10
5.2 Requerimientos no funcionales.............................................................................. 11
5.2.1 Usabilidad .......................................................................................................... 11
5.2.2 Confiabilidad ..................................................................................................... 11
5.2.3 Rendimiento ...................................................................................................... 11
5.2.5 Restricciones .................................................................................................... 12
5.2.6 Otros .................................................................................................................. 12
CAPÍTULO 6: CASOS DE USO DEL SISTEMA................................................................. 12
CAPÍTULO 7: ESPECIFICACIONES DE LOS CASOS DE USO ....................................... 14
CU01-Remodelar ........................................................................................................ 14
CU02-COTIZAR........................................................................................................... 21
FLUJOS ALTERNATIVOS ................................................................................................. 30
........................................................................................................................................... 30
........................................................................................................................................... 33
CAPÍTULO 8: VALIDACIÓN DE REQUISITOS .................................................................. 34
9.ANEXO ............................................................................... Error! Bookmark not defined.
10.BIBLIOGRAFÍA ............................................................................................................. 71
CAPÍTULO 1: HISTORIA DE LA EMPRESA

A inicios de 2000, un grupo de 4 personas decidió invertir para formar una compañía para
satisfacer las necesidades del pueblo peruano. Somos una empresa de comercio de
productos para construir, remodelar y diseñar los pisos y paredes del hogar de los clientes.
En el cual, contamos con vendedores y expertos en cada una de sus áreas asignadas.
También, contamos con un almacén transitivo (que significa que todo lo que entra sale, o sea
la mercadería que está entrando en la mañana en la madrugada ya lo están colocando en la
tienda ya sea en los racks de la tienda). Nuestros servicios cumplen desde la búsqueda del
terreno donde se verá que cumpla las características, y el cliente tiene la posibilidad de
construir su vivienda, donde nosotros le permitimos una gran libertad creativa para poder
elegir sus opciones. Se tiene como prioridad lograr un servicio eficaz y seguro para ambas
partes y asegurar que el cliente esté satisfecho con las características de su pedido.

El proceso para el diseño de pisos y paredes de la vivienda comienza cuando el cliente se

acerca a nuestra empresa para pedir información. Luego de darle la información requerida,
se le notifica a un diseñador que le dé la atención necesaria al cliente. El diseñador empieza
preguntándole al cliente el ambiente a remodelar, además de sus gustos y como le gustaría
que fuesen sus paredes y pisos. Luego de observar el diseño base, el podrá hacer los
cambios que este crea conveniente, luego de un día, se le entrega el presupuesto al cliente
para la construcción, si este acepta, se empezará de manera inmediata (aproximadamente 2
días). Se puede decidir cambiar el diseño si se avisa con anticipación y la construcción de
este lo suficientemente adelantada. De poder darse el cambio, se le avisará a la empresa lo
más pronto posible, y esta los informará a los obreros quienes harán los cambios respectivos.
El diseñador recibirá el diseño y comenzará a trabajar en el diseño físico, que contará con
mayores detalles, pero requerirá de tiempo extra (1 día). El cliente recibirá información del
asesor sobre los cambios que se recomiendan para poder mejorar el diseño, pero dependerá
si el cliente lo acepta o no. También ese mismo asesor lo ayudará para realizar compras para
la decoración interna, dicha información constara de lugares recomendados donde se le
puede brindar descuentos ya que poseen convenio con la empresa. Se pagará por adelantado
la mitad del costo de la casa y el resto será pagado al finalizar la construcción.

1.1. MISIÓN:

Brindar a las familias su hogar soñado, mediante su participación en el diseño,

construcción y con el mejor asesoramiento por nuestros especialistas.

1.2. VISIÓN:

Ser la empresa número uno de construcción y diseño preferida por las familias de
toda América.
1.3. ORGANIGRAMA

1.4. MAPA DE PROCESOS

CAPÍTULO 2: IDENTIFICACIÓN Y SELECCIÓN DEL PROCESO

2.1. Situación actual de la organización.

Actualmente, se recibe constantemente quejas por parte de los clientes y nuestros
diseñadores por un problema común. Si bien, como empresa tratamos de brindar la mayor
cantidad de flexibilidad para que el cliente esté más contento, muchas veces dichos clientes
cambian de parecer sobre el diseño de su casa. Al cambiar de opinión, muchas veces los
usuarios tienen que acercarse repetidas veces a la empresa y reservar una cita con el
diseñador para poder cambiar el diseño de la habitación. Este proceso no resulta beneficioso
para ninguna de las partes, ya que tanto los diseñadores pierden tiempo y el cliente no queda
satisfecho con el servicio. Debido a nuestra misión como empresa, queremos brindarle al
cliente la mejor experiencia posible. Por lo tanto, se llevó a cabo una reunión de la gerencia
y se decidió contratar a distintos ingenieros de software e ingenieros de sistemas para la
creación de una aplicación que llamada HomeMade que permite al cliente un abanico mayor
de opciones. Por ende, en el aplicativo se podrá visualizar prototipos en 3D, cambiar las
paredes y pisos de la habitación al elegir el material que deseen, recibir recomendaciones del
diseñador, etc.; de esta manera, reducir de forma notable los cambios repentinos en el diseño
que afectan a ambas partes. Esta aplicación se planea empezar desde cero y contará con el
apoyo de todo el grupo de ingenieros contratados que trabajaran arduamente en su creación.
Se estima aproximadamente que este software tardará entre 2 mes a 3 meses.
2.2 Justificación del proceso a solucionar

Al perder mucho tiempo al momento de realizar los cambios que el usuario desea y en algunos
casos no poder conseguir el resultado esperado, este queda insatisfecho y probablemente no
elija a nuestra empresa la próxima vez que necesite una remodelación. Además, nuestros
diseñadores invierten una cantidad de tiempo mucho más elevada que la programada,
causando pérdida de tiempo y dinero a la empresa.

CAPÍTULO 3: ESPECIFICACIÓN DEL PROCESO

3.1. Nombre del proceso

PROCESO DE DISEÑO DE INMUEBLES DONDE SE INVOLUCRA A LOS
MIEMBROS DE LA FAMILIA

3.2. Objeto del proceso

Brindar al cliente el diseño de su casa, que cumpla con todas sus expectativas, en el
menor tiempo posible.

3.3. Alcance del proceso

Inicia Termina

Planificación y diseño de Cuando se cumple con las

la mano de los necesidades que el cliente
especialistas para poder estableció para el diseño
iniciar el diseño de un de su ambiente.
ambiente apropiado.
3.4. Clientes del proceso
Nos dirigimos a todas las personas que deseen diseñar y construir su casa.

3.5. Proveedores del proceso

Empresas de distribución de materiales de construcción como Promart, Sodimac,
Casinelli, entre otras.

3.6. Responsables del proceso

Cargo Rol

Gerente General ● Planificar los objetivos generales y específicos de la

empresa a corto y largo plazo. Toma decisiones que
cambian el rumbo de la empresa.
● Organizar la estructura de la empresa actual y a futuro;
como también de las funciones y los cargos.
● Dirigir la empresa, tomar decisiones, supervisar y ser un
líder dentro de ésta.
● Controlar las actividades planificadas comparándolas
con lo realizado y detectar las desviaciones o diferencias.

Diseñador de ● Establecer las necesidades de cada cliente en función de

interiores su edad, actividad, gustos y presupuesto.
● Presentar los proyectos decorativos a los clientes, en sus
distintas fases, de forma fiel y sugerente, empleando las
técnicas más actuales.
● Distribuir el espacio disponible de forma racional y
flexible, buscando el equilibrio entre funcionalidad y
estética.
● Decidir las características técnicas de los revestimientos
de suelos y paredes y utilizar los colores y texturas
adecuados a la actividad que se vaya a desarrollar.

Jefe de productos ● Identificar, especificar y cuantificar las oportunidades

actuales del mercado para dichos productos y otros
nuevos.
● Involucrar a otros departamentos de la empresa para la
concepción de un producto que satisfaga al cliente en
todas sus dimensiones (embalaje, paletizado, servicio
postventa, etc.).
● Desarrollar y presentar tests previos al lanzamiento (de
producto, de marca, etc.) para su estudio por parte de
dirección.
● Preparar especificaciones detalladas tanto de usuario
como técnicas.
3.7. Diagrama de flujo de trabajo del proceso
3.8. Descripción del proceso

Respons Información de Tarea Informació

able entrada n de salida

Empresa Recepcionar Enviar Buscar una

llamadas de usuarios información a solución
los usuarios que le
acerca de la ahorre
app tiempo al
usuario

Usuario Llamar a la empresa Revisar la Revisar el prototipo

información en la app
que le brindó
la empresa

App Registrar usuarios Reducir el Realizar un

tiempo del presupuest
usuario para o
remodelar sus
ambientes.
3.9. Reglas del proceso
Código Regla
RN01 Envío de información al cliente en un plazo no menor a 24
horas.
RN02 El usuario podrá revisar y generar cambios en el prototipo en
un plazo no mayor a 6 horas.
3.10. Principales indicadores de desempeño del proceso
Código Descripción
KPI01 La calificación del producto es esencial debe ser mayor o
igual a 3 (observación de la calificación de 1 a 5)

CAPÍTULO 4: VISIÓN
4.1 Definición del problema a resolver
El problema Un programa de diseño con muchas limitaciones que
genera insatisfacción en los clientes.
Afecta Los clientes y el diseñador.
El impacto asociado Pérdida de tiempo, pérdida de clientes.
es
Una adecuada Poseer una alta gama de diseños que cumpla con las
solución debería expectativas del cliente.
Enviar recomendaciones al cliente acerca del diseño del
piso y paredes de la habitación.
Permitir que el cliente visualice el diseño de su
habitación en 3D.
Reducir el tiempo de creación del diseño del piso y
paredes de la habitación.
4.2. Perspectiva del sistema

4.3. Características

Código Característica
FEAT01 El sistema permitirá al cliente poder obtener el
diseño del piso y paredes de su habitación de forma
más eficiente y rápida.
El sistema permitirá al diseñador observar el diseño
de sus clientes de manera inmediata.

CAPÍTULO 5: REQUERIMIENTOS
5.1 Requerimientos funcionales.

Coloque en esta sección los principales requerimientos funcionales. Estos

requerimientos deben ser capturados a partir del modelo de proceso. Estos
requerimientos serán analizados en el Entregable 2.

RF01: El sistema permite al usuario loguearse

RF02: El sistema permite al usuario elegir el ambiente de su casa.

RF03: El sistema permite al usuario ingresar las dimensiones de la pared y del piso a
remodelar.
 RF04: El sistema permite al usuario visualizar diseños de paredes y pisos realizados
por nuestros diseñadores.

RF05: El sistema permite al usuario la selección de colores para combinar su pared y

piso.

RF06: El sistema permite al usuario visualizar contenido en 3D de su casa, para

hacerse una idea de cómo quedará.

RF07: El sistema permite al usuario comparar precio de los productos seleccionados

con otras tiendas del mercado.

RF08: El sistema permite al usuario realizar preguntas al diseñador mediante

mensajes.

RF09: El sistema permite al usuario calificar el servicio que se le brindó.

RF10: El sistema permite al diseñador loguearse como administrativo.

RF11: El sistema permite al diseñador publicar contenidos, entre recomendaciones y

trabajos ya realizados.

RF12: El sistema permite al diseñador responder las consultas del usuario.

RF13: El sistema permite al soporte loguearse como administrativo.

RF14: El sistema permite al soporte registrar visita a los usuarios.

RF15: El sistema permite al soporte responder preguntas del usuario, acerca de

problemas del funcionamiento del software.
5.2 Requerimientos no funcionales
5.2.1 Usabilidad
 El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 1h.
 El sistema debe cuenta con un módulo de ayuda en línea.

5.2.2 Confiabilidad
 Todos los sistemas se respaldarán cada 24 horas. Los respaldos serán
almacenados en una localidad segura ubicada en un edificio distinto al que reside el
sistema.
 Todas las comunicaciones externas entre servidores de datos, aplicación y cliente
del sistema estarán encriptadas utilizando el algoritmo RSA.

5.2.3 Rendimiento
 La aplicación deberá consumir menos de 500 Mb de memoria RAM.
 La aplicación no podrá ocupar más de 2 GB de espacio en disco.
 5.2.5 Restricciones
 La aplicación cumplirá con las operaciones de transacciones y visualizaciones de
remodelación de ambiente.

5.2.6 Otros
 El procedimiento de desarrollo de software a usar debe estar definido explícitamente
(en manuales de procedimientos) y debe cumplir con los estándares ISO 9000.

CAPÍTULO 6: CASOS DE USO DEL SISTEMA

CU01-Remodelar:
CU02-Cotizar:

CU03-Room Ideas:
CU04-Consultar:

CAPÍTULO 7: ESPECIFICACIONES DE LOS CASOS DE USO

CU01-Remodelar
 Nombre:
Remodelar
 Propósito:
Este caso de uso permite a los usuarios previsualizar el ambiente y modificar el
ambiente a través del sistema.
 Breve descripción:
El caso de uso comienza cuando el usuario indica al sistema “remodelar”. El caso de
uso concluye, por su flujo básico, con la muestra del ambiente modificado por las
características seleccionadas del usuario. Sera necesario que antes de la muestra el
usuario seleccione el ambiente y digite las dimensiones del mismo. Luego, accederá
a un menú de variantes para las combinaciones del piso y las paredes del ambiente,
en el cual podrá modificarlo a su gusto
 Flujo básico:
1. Inicio del caso de uso
• El caso de uso comienza cuando el usuario indica al sistema
“remodelar”
2. Ingreso remodelar
• El usuario ingresa los datos de la solicitud de remodelar:
• Tipo de ambiente
• Dimensiones
3. Previsualización de ambiente
• El usuario indica al sistema que modifique el tipo de piso.
• El usuario indica al sistema que modifique la textura de piso.
 • El usuario indica al sistema que modifique el color de las paredes.
• El sistema realiza los cambios y muestra el ambiente en 3D
[RN24, RN25]. Para recurso disponible muestra:

I. Tipo de piso.
II. Textura de piso.
III. Color de pared.

• El usuario visualiza el ambiente modificado.

4. Fin del caso de uso

• El sistema visualiza ambiente modificado
• El sistema muestra un botón de guardar ambiente.
• El sistema muestra un botón de cancelar ambiente.
• El sistema muestra un botón de cotizar ambiente.

 Flujos alternativos

El usuario desea cambiar el tipo de ambiente.

Si en 3, Previsualizacion de ambiente, el usuario desea modificar el tipo de ambiente y las

dimensiones podrá hacerlo al seleccionar retroceder y realizar las correcciones del
ambiente.

Cancelar ambiente

El sistema permitirá al usuario salir del caso antes que se haga efectiva la remodelación del
ambiente en el sistema. El sistema entonces volverá al estado anterior al comienzo del caso
de uso y el caso de uso terminará.

 Prototipo
  Reglas del negocio (Incluir el código y texto completo de la regla)

[RN24] Dimensiones del ambiente

Las dimensiones serán validadas para crear ambiente con parámetros reales.

[RN25] Tipos de ambientes en seleccionar

Los tipos de ambientes disponibles para remodelación son los siguientes: Sala, comedor,
baño y dormitorio.

CU02-COTIZAR

Nombre del caso de uso:

Cotizar dinero

Propósito:
Calcular la cantidad de dinero que va a pagar el usuario.

Breve descripción:
El caso de uso inicia cuando el usuario presiona el botón de cotizar. Luego elije al
diseñador de su preferencia. Después, presiona el botón de cotizar y le aparece el monto
total a pagar. Si está de acuerdo llena los datos de su tarjeta y lo paga.

Flujo básico
1. Inicio del caso de uso
• El caso de uso comienza cuando el usuario indica al sistema “Cotizar dinero”
2. Ingreso del diseñador de preferencia
• El usuario ingresa los datos de la solicitud de reserva:
• Diseñador de su preferencia
• Materiales de la pared
• Material de los pisos
3. Cotización del dinero
• El usuario indica al sistema si desea continuar o no con la operación.
• El sistema muestra el monto total que el usuario va a pagar.
4. Datos de pago (FA02)
• El usuario debe llenar los siguientes datos:
• Nombre
• Apellido
• Número de tarjeta
• Código de seguridad
• Fecha de vencimiento de la tarjeta
5. Fin del caso de uso
• El sistema muestra una alerta para que el usuario elija si desea continuar o no.
• El sistema muestra un mensaje de confirmación y el caso de uso termina.

Flujos alternativos

FA01-El usuario no está de acuerdo con el dinero cotizado.

En 2, si el usuario no está de acuerdo con el monto a pagar puede regresar y cambiar de

diseñador además de volver a remodelar y cambiar el material de los pisos y paredes.
FA02-No lleno los datos de la tarjeta.

En 3, Si el usuario no llena todos los datos no puede continuar con el pago.

Reglas de negocio
[RN20] Plazo de pago
El usuario puede cancelar hasta una semana después de haber terminado con su diseño.

Prototipo
CU03-ROOM IDEAS

Nombre del caso de uso:

Room Ideas

Propósito:
Este caso de uso permite a los usuarios poder ver ideas de otros clientes que ya han
escogido su diseño y asi darse una idea, también pueden subir sus diseños ya hechos.

Breve descripción:
El caso de uso comienza cuando el usuario indica al sistema “Room Ideas”. El caso de
uso incluye los pasos siguientes: ingresar a Room Ideas, búsqueda de los ambientes y
escoger. El caso de uso concluye, por su flujo básico, cuando empieza a diseñar.

Flujo básico:
1. Inicio del caso de uso
 El caso de uso comienza cuando el usuario indica al sistema “Room Ideas”
2. Ingreso a Room Ideas
 El usuario escoge el ambiente.
3. Búsqueda de Ideas
 El usuario indica al sistema que realice la búsqueda de los diseños de otros
clientes.
 El sistema realiza la búsqueda y muestra los diseños de los recursos disponibles
[RN24, RN25].
4. Fin del caso de uso
 El sistema te muestra ideas y el caso de uso termina.

Flujos alternativos

 No hay diseños disponibles para mostrar

Si en 3, Búsqueda de Ideas, el sistema determina que no hay diseños disponibles en ese

ambiente, el sistema informa al usuario y permite que el usuario pueda ingresar
nuevamente otro ambiente.

 Exportar ideas

Si en 2, Ingreso a Room Ideas, el usuario quiere subir su idea, el sistema exportara la

imagen que exporte el usuario a la aplicación y así poder guardarlo para subir a la
aplicación después.

Reglas de negocio

[RN21] Intervalo de tiempo para ver diseños.

Los diseños de las ideas cambian cada semana.

[RN22] Tipos de diseños disponibles para observar.

Los tipos de diseños disponibles para observar son los siguientes: baños, cocinas, salas,
dormitorios.
Prototipo
FLUJOS ALTERNATIVOS

CUO4- Consultar

 Nombre:
Consultar
 Propósito:
Este caso de uso permite a los usuarios poder realizar preguntas, consultas y
comentarios a los diseñadores a través de la aplicación.
 Breve descripción:
El caso de uso comienza cuando el usuario indica a la App “Chat con el diseñador” .El
caso de uso incluye los pasos siguientes: ingreso del nombre y del DNI, luego la App
autogenera un texto de bienvenida .se notifica al diseñador sobre un chat existente .El
caso de uso concluye, cuando el usuario pudo consultar sus dudas con el diseñador.

 Flujo básico:
1. Inicio del caso de uso
  El caso de uso comienza cuando el usuario indica a la aplicación “Chat
con el diseñador”.

2. Realización de la consulta
 El usuario ingresa sus datos para poder comenzar el chat online:
 Nombre
 Apellido
 DNI
 Teléfono
 Email
 Logo de pregunta (?)

3. Realizar conversación con diseñador

 El sistema inicia con un mensaje predeterminado de bienvenida.
 El usuario ingresa su consulta o comentario
 El diseñador mediante el sistema envía su respuesta acerca de la
pregunta realizada

4. Muestra niveles de clasificación

 El sistema muestra caritas con diferente colores donde se determina
si el comentario sirvió al usuario

5. Fin del caso de uso

 El sistema recoge esta información y el diseñador es notificado de su
calificación.

• .

Flujos alternativos

El usuario debe ingresar al menos sus datos

Si el nombre, apellido y DNI no son ingresados no puede realizar un chat en línea con el
diseñador.[RF08].
El usuario debe ingresar una calificación al diseñador
Al menos la calificación del usuario debe ser mínimo de 3 lo que equivale a la carita amarilla
[RN02].
El usuario puede terminar la conversación con el diseñador
El usuario puede terminar la conversación con el diseñador, al ver que el diseñador le
recomendó otra combinación [RN01].
Reglas de negocio

[RN01] Responder al usuario

El diseñador debe responder al usuario en un plazo de 24 horas después de haberse realizo
la consulta.
[RN02] Revisar y generar cambios
El usuario podrá tomar en cuenta los comentarios del diseñador y de acuerdo a eso realizar
cambios, pero sus cambios están restringido a un plazo no menor de 36 horas

 Prototipo
1
2

3 4
5 6

7
8
CAPÍTULO 8: VALIDACIÓN DE REQUISITOS

Cum
Principi
ple:
o Observacio
Si /
I heurístic nes /
Concepto Ejemplo No /
D o/ Referencia
No
Element s
aplic
o
a
El nombre
de las
opciones
Visibilida
de los
d del
menús
1 estado Si
debe
del
coincidir
sistema
con el título
de la
sección
El portal
debe estar
en la
capacidad
de mostrar
en todo
momento a
los usuarios
su ubicación
dentro del
sitio, debido
El nombre
a que los
de la
usuarios
sección
que
debe
acceden a
indicar que
Visibilida una página
acción se
d del interna a
está
2 estado Si través de un
realizando
del motor de
'Registrar' /
sistema búsqueda
'Alta',
querrán
'Editar' /
saber
'Modificar',
exactament
'Borrar' /
e dónde
'Eliminar'
están.
En los
sistemas de
navegación,
se debe
indicar el
lugar que
ocupa la
página
actual
dentro de
 toda la
jerarquía de
contenidos
del portal.
Directrices
de
usabilidad
para sitios
web del
Estado
colombian
o.
El nombre
Visibilida de los
d del botones
3 estado coincide Si
del con la
sistema acción que
realiza
El nombre
de los
Visibilida
enlaces
d del
coincide
4 estado Si
con la
del
sección a
sistema
la que
ingresa
Cada site
forma parte
Se de un
encuentra sistema
Visibilida
homologad global y por
d del
os los ello no debe
5 estado Si
nombres ser
del
(secciones, considerado
sistema
enlaces, "una isla".
botones) guía para
evaluación
experta
Otro punto
importante
es el uso
Se
consistente
encuentran
de
homologad
Visibilida elementos
os los
d del gráficos. No
botones,
6 estado Si deben
enlaces, y
del utilizarse las
demás
sistema mismas
elementos
imágenes
en formato
para un
y nombre
botón que
para algo
que
 claramente
es un
elemento
decorativo
guía para
evaluación
experta
El nombre
Visibilida del sistema
d del aparece en
No
7 estado el título de
aplica
del la ventana
sistema del
navegador
Se debe
mostrar el
nombre del
módulo y
submódulo
(en caso
de que
Visibilida
aplique)
d del
para que el No
8 estado
usuario aplica
del
cuente con
sistema
una
ubicación
de la parte
del sistema
en la que
se
encuentra
El site
siempre
debe
Cuando se
mantener al
está
usuario
realizando
informado
un proceso
sobre qué
se debe
está
indicar al
sucediendo,
Visibilida usuario
a través de
d del que el
No un feedback
9 estado sistema se
aplica apropiado
del encuentra
en un
sistema trabajando,
tiempo
sobre todo
razonable.
si va llevar
Por ejemplo,
tiempo
presentar
para
mensajes
realizar la
de espera
acción
cuando se
está
efectuando
 una
transacción.
..
guía para
evaluación
experta

Una buena
retroaliment
ación es
fundamental
para que el
usuario
conozca en
todo
momento el
estado del
sistema, y
además
obtenga la
seguridad
de que éste
se
encuentra
en
funcionamie
nto.
Directrices
de
usabilidad
para sitios
web del
Estado
colombian
o
En las
descargas
o acciones
que
pueden
llegar a
tardarse
como en
Visibilida
consultas,
d del
1 el sistema
estado No
0 debe
del
presentar
sistema
mensajes
que
indiquen
que puede
tardar y el
tiempo
aproximad
o
 … o bien de
confirmació
n cuando se
ha
efectuado
una
operación
solicitada
por el
usuario (ej,
"su pedido
ha sido
aceptado").
guía para
evaluación
experta

La
interacción
entre una
persona y el
ordenador
Cuando el se
usuario constituye
realiza una en un
Visibilida acción, se diálogo, por
d del presenta la tanto el
1
estado confirmaci Si usuario
1
del ón del espera del
sistema movimient computador
o (exitoso o una
con respuesta a
problemas) cada acción
realizada.
En general
cada acción
que realice
el usuario
debe
mostrar un
resultado
claro y
visible. Las
páginas de
confirmació
n son un
caso
particular de
una acción
que realiza
el aplicativo
para
retroaliment
ar al
usuario.
 Directrices
de
usabilidad
para sitios
web del
Estado
colombian
o

En caso de
que se
encuentre
Control habilitada
por parte la barra del
1
del scroll No
2
usuario y vertical,
libertad siempre se
muestra el
menú
principal
En caso de
que se
encuentre
habilitada
la barra del
scroll
vertical,
Control después
por parte de cada
1
del sección o No
3
usuario y determinad
libertad a
informació
n, se
presenta
una opción
para ir al
inicio de la
página
En caso de
que el
sistema
Control
utilice
por parte
1 algún
del No
4 software
usuario y
adicional
libertad
para
visualizar
la
 informació
n, permite
la
descarga
del mismo
En caso de
que el
sistema
utilice
algún
software
Control adicional
por parte para
1
del visualizar No
5
usuario y la
libertad informació
n, presenta
la
informació
n de una
forma
alterna
Verifique
que el botón
atrás nunca
deje de
funcionar
dentro del
sitio.
El botón
más
utilizado en
el
Cuando se
navegador
navega
web es el
dentro del
botón atrás.
sistema
Control Es apenas
debe existir
por parte natural
1 la No
del pensarlo ya
6 funcionalid aplica
usuario y que en la
ad la cual
libertad interacción
permita
con la web
regresar a
el usuario
la pantalla
constantem
anterior
ente está
explorando
y volviendo
en sus
pasos.
Este
importante
botón se
encuentra
en el
navegador
por una
razón
simple:
constituye la
funcionalida
d que
permite al
usuario
deshacer
sus
acciones.
También
genera
confianza
en el
usuario, sin
importar el
sitio web al
que ingrese
el usuario o
lo perdido
que pueda
llegar a
verse,
siempre
podrá volver
en sus
pasos hasta
el inicio.
Algunos
eventos en
los que
frecuentem
ente se
evidencia
este error
son:
•
Generación
de ventanas
emergentes
en los que
se eliminan
los controles
del
navegador
por
completo.
• Enlaces
internos que
se abren en
nuevas
pestañas,
para
algunos
 usuarios el
concepto de
pestaña no
está claro, al
abrirse una
nueva
intentan ir
atrás pero
no lo
consiguen.
• Errores de
programaci
ón que
causan que
al usar el
botón atrás,
el usuario
sea
redirigido al
mismo lugar
donde ya se
encuentra
entrando en
un “ciclo
infinito”.
Directrices
de
usabilidad
para sitios
web del
Estado
colombian
o.
En los
formularios
de registro
Control
se
por parte
1 presenta No
del
7 un botón aplica
usuario y
que tenga
libertad
la
funcionalid
ad limpiar
En los
formularios
de
Control actulizació
por parte n se
1 No
del presenta
8 aplica
usuario y un botón
libertad que tenga
la
funcionalid
ad
 reestablec
er

La opción
Control 'cerrar' se
por parte encuentra
1 No
del en la
9 aplica
usuario y sección
libertad superior
derecha

Es
necesario
tener
elementos
en los
Contar con
cuales la
una
paginación
paginación
sea sencilla
para poder
cuando
desplazars
existen
e por las
muchas
distintas
pantallas,
páginas
por ejemplo
a
Control
desplazarse
por parte La
2 No en 100
del paginación
0 aplica pantallas, si
usuario y debe
la
libertad permitir
paginación
navegar
es de 5, y
entre todas
posteriorme
las páginas
nte hay un
sin
botón
necesidad
'siguiente' y
de recorrer
al
por varias
presionarlo
previament
presenta
e
otras 5, para
llegar al
objeto 50
será
complicado
Control Cuando Determinar
2
por parte existan Si si permite o
1
del procesos no
 usuario y que actualizar la
libertad impliquen información,
varios pero la
pasos a muestra.
seguir,
debe
permitir
regresar a
cualquier
paso
anterior
Únicament
e se
muestran
las
opciones a
las que
Control puede
por parte acceder un
2
del usuario por Si
2
usuario y su perfil, es
libertad decir no
tiene
opciones
en las
cuales no
tenga
acceso
La
navegación
global está
compuesta
generalmen
te por las
categorías
principales o
por el
Proporcion denominado
e una “menú
Consiste
navegació principal”
ncia y
n global del sitio
2 cumplimi No
visible y web. Esta
3 ento de aplica
consistente navegación
estándar
a lo largo responde a
es
del sitio la
web necesidad
concreta del
usuario de
saber a
dónde
dirigirse y lo
que puede
hacer dentro
del sitio.
Al presentar
la estructura
de
navegación
global se
debe
garantizar
su
consistencia
, que
aparezca de
la misma
forma y en
la misma
ubicación a
lo largo de
todo el sitio
web.
El ofrecer
una
navegación
global
consistente
permite al
usuario
contar con
un
mecanismo
de
navegación
siempre
presente,
fácil de
recordar y a
la mano.
Si no existe
una
navegación
global
consistente
a lo largo de
todo el sitio,
se estará
aumentand
o el riesgo
de que el
usuario se
desoriente
dentro del
portal.
Directrices
de
usabilidad
para sitios
web del
Estado
 colombian
o

En caso de
tener una
sección de
ayuda /
manuales
Consiste
de
ncia y
funcionalid
2 cumplimi No
ad, la
4 ento de aplica
opción
estándar
debe
es
mostrarse
en todas
las
secciones
del sistema
Debido a
que la
principal
funcionalida
El orden d de un
para formulario
presentar es
los botones 'Guardar',
dentro de debe ser el
Consiste
un primer botón
ncia y
formulario a mostrar,
2 cumplimi
debe ser: Si ya que si al
5 ento de
dar 'Enter'
estándar
[Aceptar / para evitar
es
Guardar] la captura
[Limpiar / de datos
Reestablec opcionales,
er] el usuario
[Cancelar] podría
eliminar la
información
ingresada y
con ello
 perder
tiempo en la
captura.

Aquellos
usuarios
que no usan
las
estructuras
de
navegación
del portal o
Al prefieren
momento encontrar
de pasar el directament
mouse e lo que
sobre el buscan, se
botón ven
puede o no beneficiado
mostrarse s de la
el tooltip presencia
que de un
describe la buscador
Consiste funcionalid interno.
ncia y ad del Un estándar
2 cumplimi mismo de facto
Si
6 ento de (debe decir para la
estándar lo mismo ubicación
es que el del cajón de
botón) pero búsqueda
debe ser es en la
homogéne parte
o, es decir superior
si se derecha.
decide Para que el
poner tiene cajón de
que ser en búsqueda
todos y sea útil,
sino en también es
ninguno importante
garantizar
que el
tamaño sea
suficiente
para que el
usuario
introduzca
frases
 completas.
Algunos
estudios
están de
acuerdo en
que un
tamaño
adecuado
es 27
caracteres,
sin embargo
este tamaño
puede
crecer en
función de
los usuarios
y el
propósito
del sitio.
Directrices
de
usabilidad
para sitios
web del
Estado
colombian
o
Al
momento
de pasar el
Consiste mouse
ncia y sobre un
2 cumplimi icono se No
7 ento de muestra un aplica
estándar tooltip que
es describe la
funcionalid
ad del
mismo
Algunas
El color de recomendac
los enlaces iones en
cambian este sentido
de color son:
Consiste cuando • Hacer que
ncia y estos son los enlaces
2 cumplimi visitados No cambien de
8 ento de aplica color
estándar Diferencie cuando se
es los visitan, de
vínculos ese modo el
visitados usuario
de los sin podrá saber
visitar en qué
páginas ha
 estado sin
recurrir a su
memoria.
Directrices
de
usabilidad
para sitios
web del
Estado
colombian
o
Mucho
mejor que
los buenos
mensajes
de error, es
un diseño
cuidado que
prevenga
que ocurran
En el
éstos. La
cuadro de
mayoría de
texto, al
los errores
ingresar
cometidos
una
por los
longitud
usuarios se
hasta de
dan al
Prevenci 100
2 rellenar
ón de caracteres Si
9 formularios.
errores debe
Es bueno
cortarse la
usar
palabra, es
sistemas de
decir ya no
validación
permitir la
antes de
captura de
que el
más
usuario
caracteres
envíe su
información
y deba
volver atrás
para
corregir
guía para
evaluación
Corta la cadena a los 100 caracteres experta
 Proporcione
ejemplos en
los campos
de
formulario
que sean de
difícil
comprensió
n.
Los
ejemplos
son una
forma
sencilla y
clara de
orientar al
usuario. El
visitante
entiende
claramente
la forma de
diligenciar
un
Delante o
formulario a
debajo del
través de
elemento
ejemplos,
de captura,
Prevenci especialme
3 se muestra
ón de Si nte en
0 el formato
errores aquellos
que debe
campos que
tener el
requieren
dato a
algún
ingresar
formato
especial.
Puede
utilizar una
corta
descripción
de ejemplo
bajo la
etiqueta del
campo, para
indicar al
usuario
cómo
llenarlo.
Asegúrese
de aplicar el
estilo gráfico
adecuado,
para que el
ejemplo se
entienda
como una
información
 auxiliar y el
usuario
pueda
omitirla con
facilidad si
no la
necesita.
Directrices
de
usabilidad
para sitios
web del
Estado
colombian
o
Para los
rubros de
fecha se
indica el
formato
esperado
en la
Prevenci captura,
3 No
ón de sólo en
1 aplica
errores caso de ser
uno en
específico

Por
ejemplo:
dd/mm/aaa
a
Los
cuadros de
texto que
permiten la
captura de
más de
100
caracteres,
indica el
Prevenci número de
3
ón de caracteres Si
2
errores que se han
ingresado
y el límite a
capturar

Por
ejemplo:
30
caracteres
de 150
 En los
formularios
de captura,
los datos
no
editables,
Prevenci
3 es decir los
ón de Si
3 informativo
errores
s, se
muestran
deshabilita
dos, o
cómo
consulta
Al teclear ***Determin
Retroceso, ar si tiene
Prevenci
3 el sistema que
ón de
4 no realiza regresar a la
errores
ninguna pantalla
acción anterior.
Al término Mucho
de la mejor que
captura los buenos
(ingreso) mensajes
de un de error, es
elemento, un diseño
el sistema cuidado que
realiza las prevenga
validacione que ocurran
s éstos. La
correspond mayoría de
ientes y en los errores
su caso se cometidos
presentan por los
mensajes usuarios se
de defecto dan al
Prevenci rellenar
3
ón de Dichas Si formularios.
5
errores validacione Es bueno
s se hacen usar
al sistemas de
posicionars validación
e en otro antes de
elemento que el
de captura usuario
envíe su
De información
preferencia y deba
, realizar volver atrás
las para
validacione corregir
s previo al guía para
envío de evaluación
datos, por experta
ejemplo: … Incluso
 al de ser
posicionar posible,
el focus del provea
cursor en mecanismo
un dato, s de
dejando validación
previament dinámicos
e un dato que eviten
obligatorio que el
sin usuario deje
ingresar, vacío un
éste debe campo
solicitarlo requerido
antes de
enviar el
formulario.
Directrices
de
usabilidad
para sitios
web del
Estado
colombian
o
El indicador
podría ser
cualquier
otro signo,
pero en
En los
varios
datos que
formularios
son
de registro
obligatorio
se maneja el
s se
asterisco.
muestra un
indicador
Distinga
para
claramente
identificarlo
los campos
como
Prevenci obligatorios
3 necesario
ón de Si de los
6
errores opcionales.
Poner un
El usuario
asterisco
se ha
(previo o
habituado a
seguido
encontrar
de) a la
una
etiqueta
convención
del dato a
para
mostrar
aquellos
como
campos que
obligatorio
son
requeridos,
por eso en
ocasiones
los campos
sin
señalización
pueden ser
interpretado
s como
opcionales.
Asegúrese
de que
todos los
campos
obligatorios
en sus
formularios
están
etiquetados
y son
distinguibles
de los
opcionales.
La
convención
generalmen
te utilizada
para señalar
estos
campos
consiste en
un asterisco
de color en
la parte
superior
derecha de
la etiqueta
del campo.
Sin
embargo,
proveer
mecanismo
s mucho
más visibles
nunca está
demás,
podría
reducir el
tiempo de
interpretació
n y mejorar
la
experiencia
del usuario.
Directrices
de
usabilidad
para sitios
web del
 Estado
colombian
o

Para que el
usuario
tenga una
interacción
fluida con
los
formularios
se hace
necesario
que
conozca los
datos que el
sistema
espera que
Se asocia
ingrese en
claramente
cada
Prevenci las
3 campo, que
ón de etiquetas Si
7 pueden
errores con los
afectar en
datos de
alguna
formulario
medida la
experiencia
del usuario y
su
percepción
general.
Para
diseñar
etiquetas
asociadas
claramente
con los
campos
pueden ser
 útiles los
siguientes
criterios:
• Ubique las
etiquetas de
los campos
en la parte
superior: los
usuarios
realizan
generalmen
te una
lectura
vertical del
formulario.
• Reserve
un espacio
en blanco
considerabl
e para
separar
unos
campos de
otros.
• Cuando
emplee
listas de
selección no
provea
etiquetas,
haga que el
valor
predetermin
ado del
campo sea
la etiqueta.
Directrices
de
usabilidad
para sitios
web del
Estado
colombian
o
Se Algunas
presentan recomendac
las iones en
indicacione este sentido
Prevenci s son:
3
ón de necesarias Si •
8
errores para poder Suministrar
interactuar recordatorio
y/o realizar s visibles,
las de aquella
acciones información
 deseadas que el
sin usuario
necesidad siempre
de recurrir debe tener
a una presente.
sección de Un ejemplo
ayuda es la
información
de si el
usuario se
encuentra o
no logueado
en el sitio.
Directrices
de
usabilidad
para sitios
web del
Estado
colombian
o
Usar títulos
de enlaces
significativo
s, que
indiquen
claramente
el contenido
al cual
conducen.
La • Emplear
descripción un lenguaje
del enlace sencillo y
define por cercano al
si misma usuario en
hacia la
donde se formulación
Prevenci
3 dirige, así de enlaces.
ón de Si
9 como el No usar
errores
enlace se terminología
compone técnica ni
de una o lenguaje
varias especializad
palabras, o.
más no de • No usar
una frase palabras
como “haga
clic”, el
usuario ya
sabe que los
enlaces son
para hacer
clic en ellos.
• Utilizar en
el enlace las
palabra
mínimas
necesarias
para que el
usuario
comprenda
su
propósito.
Los enlaces
cortos son
más fáciles
de escanear
y leer.
Ejemplos de
enlaces mal
formulados:
✗ Ir a la
sección de
noticias
✗ Haga
click aquí
para
descargar el
instructivo
de impuesto
predial
✗ Para
ingresar al
sistema de
trámites en
lineas haga
click aquí
Los mismos
ejemplos
con
correccione
s:
✔ Visite
nuestra
sección de
Noticias
✔
Descargar
el instructivo
de impuesto
predial
✔ Ingresar
al sistema
de trámites
en línea
Directrices
de
usabilidad
para sitios
 web del
Estado
colombian
o

Los iconos
o
elementos
para Estandariza
ingresar a r la posición
Reconoc alguna de la
4 er en funcionalid No presentació
0 lugar de ad, deben aplica n de los
recordar presentars elementos
e en la (izquierda /
sección derecha)
superior,
deben ser
visibles
El sitio debe
tener los
objetos,
acciones y
opciones a
la vista. El
usuario no
Reconoc Estandariz tiene que
La posición de cada uno de los objetos
4 er en ación en la recordar
siempre tiene que ser el mismo a lo largo
1 lugar de posición de dónde
del sistema.
recordar los objetos estaban las
cosas que
buscaba o
bien "cómo
llegar
hasta...".
Si bien es
imposible
tener todas
las opciones
a la vista en
sitios
demasiado
extensos, al
menos
debería
haber una
categorizaci
ón clara de
los
contenidos
que indique
el camino a
seguir. Una
buena
redacción
de los
enlaces, las
cabeceras
de
contenidos y
en los
menús,
ayuda a que
el usuario
no se
pierda.
guía para
evaluación
experta
• Presentar
los
elementos
de
navegación
de forma
consistente,
evitando
que el
usuario
tenga que
recordarlos
y
permitiéndol
e
consultarlos
siempre que
sea
necesario.
Directrices
de
usabilidad
para sitios
 web del
Estado
colombian
o

Cuando
existan
procesos
que
impliquen
varios pasos
a seguir, es
conveniente
informarle al
usuario de
Cuando
en qué
existan
etapa se
procesos
encuentra y
que
cuántas le
impliquen
faltan para
varios
acabar la
pasos a
tarea. Esto
seguir, es
se puede
Reconoc convenient
lograr
4 er en e
No usando
2 lugar de informarle
enumeració
recordar al usuario
n de pasos,
de en qué
con
etapa se
navegación
encuentra
contextual.
y cuántas
Asimismo,
le faltan
lo ideal es
para
que cada
acabar la
paso sea
tarea
sólo una
acción y que
reciba
confirmació
n de que se
ha
ejecutado
satisfactoria
mente.
Esto es, que
 los enlaces
y la
información
va
cambiando
a medida
que avanza
en el
proceso,
dando la
sensación
de que se
está en
buen
camino.
Ejemplo: en
una librería,
si se está
navegando
en busca de
libros de
informática,
lo ideal es
que los
enlaces que
acompañen
a ese
proceso
sean de
temas
relacionado
s.
guía para
evaluación
experta
Homolog El cuadro
ación y de texto
presenci permite
a de visualizar
4 elemento todos los
No
3 s caracteres
mínimos capturados
necesari , de la El cuadro de edición debe tener el tamaño
os en el longitud necesario para visualizar todos los
sistema permitida caracteres capturados
 A lo largo de
todos los
formularios
debe ser la
misma
opción, si se
opta por
otra, como:
- presentar
la primera
opción
- presentar
"Seleccione
"
- presentar
una opción
en blanco
Homolog
En las
ación y Asocie
listas
presenci claramente
desplegabl
a de las etiquetas
es la
4 elemento con los
opción por Si
4 s campos de
defecto es
mínimos formulario.
el nombre
necesari Cuando
de la
os en el emplee
etiqueta
sistema listas de
selección no
provea
etiquetas,
haga que el
valor
predetermin
ado del
campo sea
la etiqueta.
Directrices
de
usabilidad
para sitios
web del
Estado
colombian
o
Homolog En las
ación y listas A menos
presenci desplegabl que se
a de es las especifique
4 elemento opciones otra forma
Si
5 s se de
mínimos presentan mostrarse
necesari ordenadas las
os en el alfabética opciones.
sistema mente
 En las
listas
desplegabl
es al
ingresar
Homolog
una letra
ación y
se
presenci
presenta la
a de
primera
4 elemento
opción de Si
6 s
la lista que
mínimos
tiene dicho
necesari
carácter,
os en el
se va
sistema
autocompl
etando la
palabra de
la opción a
elegir
Al
desplegar
la
Homolog
informació
ación y
n de una
presenci
lista
a de
desplegabl
4 elemento
e, las Si
7 s
opciones
mínimos
se
necesari
muestran
os en el
completas
sistema
sin
deformar el
formulario
Homolog
Mediante
ación y
el teclado
presenci
se permite
a de
elegir una
4 elemento No
opción de
8 s aplica
los cuadros
mínimos
de
necesari
selección
os en el
única
sistema
Homolog
Mediante
ación y
el teclado
presenci
se permite
a de
elegir las
4 elemento No
opciones
9 s aplica
de los
mínimos
cuadros de
necesari
selección
os en el
múltiple
sistema
 Homolog
ación y
presenci Mediante
a de el teclado
5 elemento se permite No
0 s elegir una aplica
mínimos fecha del
necesari calendario
os en el
sistema
Homolog
ación y Mediante
presenci el teclado
a de se permite
5 elemento elegir una
Si
1 s opción de
mínimos la lista
necesari desplegabl
os en el e
sistema
En las
listas de
Homolog selección
ación y múltiple, se
presenci le indica al
a de usuario
5 elemento que puede
Si
2 s seleccionar
mínimos más de
necesari una
os en el opción, así
sistema como la
forma de
hacerlo
En caso de
que la
fecha
pueda ser
selecciona
Homolog
da de un
ación y
calendario,
presenci
se muestra
a de
un icono
5 elemento No
del
3 s aplica
calendario
mínimos
necesari
El icono del
os en el
calendario
sistema
se
presenta
seguido de
la etiqueta
del dato o
 del cuadro
de edición

Al ingresar
a un
Homolog
formulario
ación y
debe
presenci
presentars
a de
e el focus
5 elemento
del cursor Si
4 s
en el
mínimos
primer
necesari
elemento a
os en el
ingresar
sistema
(captura o
selección)
En caso de
que la
fecha
Homolog permita ser
ación y selecciona
presenci da de un
a de calendario,
5 elemento al teclear No
5 s Tab ͍ de un aplica
mínimos dato
necesari previo, se
os en el activa el
sistema calendario
y permite la
selección
de la fecha
Homolog Al teclar
ación y Tab, salta
presenci al siguiente
a de dato a
5 elemento ingresar, No
6 s en orden aplica
mínimos en que se
necesari tiene que
os en el realizar la
sistema captura
Homolog
Al teclear
ación y
Enter, el
presenci
sistema
5 a de No
activa el
7 elemento aplica
botón
s
Aceptar /
mínimos
Guardar
necesari
 os en el
sistema

Homolog
ación y
presenci
a de Permite la
5 elemento recuperaci
Si
8 s ón de
mínimos contraseña
necesari
os en el
sistema
Homolog
ación y
presenci
Por
a de
seguridad,
5 elemento
permite el Si
9 s
cambio de
mínimos
contraseña
necesari
os en el
sistema
Se indica la
Homolog forma en
ación y que se
presenci encuentra
a de ordenada
6 elemento la No
0 s informació aplica
mínimos n
necesari (ascendent
os en el e o
sistema descenden
te)
En la Web la
separación
de sílabas
Homolog no es
ación y La posible de
presenci alineación manera
a de del texto de automática.
6 elemento prosa al Por ello,
Si
1 s margen justificar un
mínimos izquierdo y texto de
necesari derecho a prosa puede
os en el la vez generar
sistema problemas
de
legibilidad.
Directrices
 de
usabilidad
para sitios
web del
Estado
colombian
o

Homolog
ación y En las
presenci coincidenci
a de as se debe
6 elemento mostrar el No
2 s total de aplica
mínimos registros
necesari encontrado
os en el s
sistema
Cuando se
Homolog
presentan
ación y
varios
presenci
resultados
a de
se debe
6 elemento No
especificar
3 s aplica
de que a
mínimos
cual
necesari
registros
os en el
se están
sistema
mostrando
En caso de
hacer uso
de iconos
para
facilitar la
Homolog visualizaci
ación y ón de la
presenci funcionalid
a de ad, es
6 elemento necesario
Si
4 s presentar
mínimos una
necesari sección de
os en el acotacione
sistema s que
indique la
funcionalid
ad propia
de cada
uno
 En los
Homolog formularios
ación y de captura,
presenci el dato
a de contraseña
6 elemento presenta el
No
5 s nivel de
mínimos seguridad
necesari correspond
os en el iente a la
sistema que se
ingresó
Dentro de
un
formulario,
después
de los
títulos y
subtítulos
en su caso,
Homolog y antes de
ación y comenzar
presenci con la
a de captura de
6 elemento datos se
Si
6 s muestra
mínimos una
necesari leyenda la
os en el cual indica
sistema que los
datos
marcados
son los
mínimos
requeridos
para
completar
el proceso
En caso
que una
funcionalid
ad no
Homolog
pueda
ación y
realizarse,
presenci
incumplimi
a de
ento de
6 elemento
algún No
6 s
requisito
mínimos
del
necesari
proceso,
os en el
estatus,
sistema
validacione
s, entre
otras; el
sistema
 debe
deshabilita
r la
funcionalid
ad

Existe
Homolog
contraste
ación y
entre el
presenci
color del
a de
estado
6 elemento
activo y el No
7 s
pasivo de
mínimos
las
necesari
pestañas /
os en el
opciones
sistema
del menú
Para
Homolog facilitar la
ación y selección,
presenci todo el
a de área de la
6 elemento pestaña / No
8 s opción del aplica
mínimos menú /
necesari botones es
os en el clicable y
sistema no solo el
texto

9. ANEXOS

 http://www.conaiisi.unsl.edu.ar/portugues/2013/231-655-1-DR.pdf
 http://www.redalyc.org/html/666/66612870011/
 https://balsamiq.com/
 http://staruml.io/
 https://www.bizagi.com/es
 https://s3.amazonaws.com/academia.edu.documents/32421917/PREVIEW-LIBRO-
9788483229279.pdf?AWSAccessKeyId=AKIAIWOWYYGZ2Y53UL3A&Expires=1511596115&Si
gnature=OspdS0hQ8CgJl5LUc%2By0jlqCEsc%3D&response-content-
disposition=inline%3B%20filename%3DUML_y_patrones.pdf
 http://elvex.ugr.es/decsai/java../pdf/3E-UML.pdf
 http://www.redalyc.org/html/904/90426810009/
10. BIBLIOGRAFÍA

 La Usabilidad Desde La Perspectiva De La Validación de Requerimientos No

Funcionales Para Aplicaciones Web Moreno, J; Marciszack, M. Universidad
Tecnológica Nacional, Facultad Regional Córdoba.Conaiisi.unsl.edu.ar. (2017).
 Arias Chaves, M. (2017). La ingeniería de requerimientos y su importancia en el
desarrollo de proyectos de software.
 UML Y PATRONES, una introducción al análisis y diseño orientado a objetos y al
proceso unificado, Craig Larman (2002).
 Accesibilidad en la definición de requerimientos no funcionales .Revisión de
herramientas en el texto: Sonia I. Mariño, María V. Godoy, Pedro L. Alfonzo, Juan J.
Acevedo, Gómez S. Fernández. (2003).