metricas del proyecto

Anexo G: METRICAS

LUIS ARTURO SAAVEDRA DUARTE 1150782

ANDREA ANGARITA JERARDINO 1151040

YURLEY XIOMARA ROJAS SANCHEZ 1150273

METRICA DE

COMPLEJIDAD

ESTRUCTURAL

Métricas para la complejidad estructural de los diagramas de clase realizados en UML

Métricas de calidad de los diagramas de clases en UML [Genero et al., 2000] Sistemas de información orientados a objetos (SIOO) de mejor calidad. Una vez validadas estas métricas, las usamos para construir un modelo de predicción para la mantenibilidad de los diagramas de clase en las etapas iniciales del ciclo de vida de los SIOO. Teniendo en cuenta el Estándar ISO9126 (ISO, 1999) consideramos que la mantenibilidad se ve influenciada por tres sub-características:

Comprensibilidad: Facilidad con la que el diagrama de clases puede ser entendido.

Analizable: Facilidad que ofrece el diagrama de clases para descubrir sus deficiencias o errores.

Modificable o Cambiable: Facilidad que ofrece el diagrama de clases para realizar una modificación especificada, ya sea por un error, por un concepto no tenido en cuenta o por un cambio en los requisitos

Hipótesis

Hipótesis nula, H0: No existe una correlación significativa entre las métricas propuestas y el tiempo de mantenimiento.

Hipótesis alternativa, H1: Existe una correlación significativa entre las métricas propuestas y el tiempo de mantenimiento.

NOMBRE DE LA MÉTRICA DEFINICIÓN DE LA MÉTRICA NÚMERO DE CLASES (NC) Número total de clases.

NÚMERO DE ATRIBUTOS (NA) Número total de atributos.

NÚMERO DE MÉTODOS (NM) Número total de métodos. NÚMERO DE ASOCIACIONES (NAssoc) Número total de relaciones de asociación.

NÚMERO DE AGREGACIONES (NAgg) Número total de relaciones de agregación (cada par parte-todo en una relación de agregación)

NÚMERO DE DEPENDENCIAS (NDep) El número total de relaciones de dependencia.

NÚMERO DE GENERALIZACIONES (NGen) Número total de relaciones de generalización (cada par padre- hijo en una relación de generalización)

NÚMERO DE JERARQUÍAS DE GENERALIZACIÓN (NgenH)

Número total de jerarquías de generalización en un diagrama de clase.

DIT MÁXIMO Es el valor DIT máximo obtenido para cada clase de un diagrama de clase. El valor DIT para una clase dentro de una jerarquía de generalización es la longitud el camino más largo desde la clase hasta la raíz de la jerarquía.

HAGG MÁXIMO

Es el valor HAgg máximo obtenido para cada clase del diagrama de clase. El valor HAgg para una clase dentro de una jerarquía de agregación es la longitud el camino más largo desde la clase hasta las hojas.

Nombre de la métrica Andrea Angarita Arturo Saavedra

Yurley Rojas

NÚMERO DE CLASES (NC) 13 15 15 NÚMERO DE ATRIBUTOS

(NA) 70 80 66

NÚMERO DE MÉTODOS (NM)

144 173 147

NÚMERO DE ASOCIACIONES (NAssoc)

33 20 35

NÚMERO DE AGREGACIONES (NAgg)

30 15 20

NÚMERO DE DEPENDENCIAS (NDep)

7 10 5

NÚMERO DE GENERALIZACIONES (NGen)

1 2 1


1 3 1

DIT MÁXIMO 2 5 1 HAGG MÁXIMO

2 5 3

Nombre de la métrica Resultados (p) NÚMERO DE CLASES (NC) 0.875 NÚMERO DE ATRIBUTOS (NA) 0.125

NÚMERO DE MÉTODOS (NM) 0.50 NÚMERO DE ASOCIACIONES (NAssoc) 0.50 NÚMERO DE AGREGACIONES (NAgg) 0.50

NÚMERO DE DEPENDENCIAS (NDep) 0.875 NÚMERO DE GENERALIZACIONES (NGen) 0.50 NÚMERO DE JERARQUÍAS DE GENERALIZACIÓN (NgenH)

0.875

DIT MÁXIMO ------- HAGG MÁXIMO

0.5

0 | | | 1 0 más cercano, significa inconformidad entre los resultados y confirma la hipótesis H0. 1 más cercano, significa conformidad entre los resultados y confirma la hipótesis H1 Test de correlación de Spearma. //http://es.wikipedia.org/wiki/Coeficiente_de_correlaci%C3%B3n_de_Spearman Calculo.

Nombre de la métrica Andrea Angarita Arturo Saavedra

Yurley Rojas

NÚMERO DE CLASES (NC) 13 i t d

1 2.5 1.5

15 i t d

2 1 1

15 i t d

3 2.5 0.5

NÚMERO DE ATRIBUTOS (NA)

70 i t d

1 1.5 0.5 – 0.25

80 i t d

2 1.5 0.5–0.25

66 i t d

3 3 0

NÚMERO DE MÉTODOS (NM)

144 i t d

1 2 1

173 i t d

2 1 1

147 i t d

3 3 0

NÚMERO DE ASOCIACIONES (NAssoc)

33 i t d

1 2 1

20 i t d

2 1 1

35 i t d

3 3 0

NÚMERO DE AGREGACIONES (NAgg)

7 i t d

1 2 1

10 i t d

2 1 1

5 i t d

3 3 0

NÚMERO DE DEPENDENCIAS (NDep)

1

i t d 1 1.5 0.5

2

i t d 2 3 1

1

i t d 3 1.5 1.5

NÚMERO DE GENERALIZACIONES (NGen)

1

i t d

3

i t d

1

i t d

1 2 1

2 1 1

3 3 0


1

i t d 1 1.5 0.5

3

i t d 2 3 1

1

i t d 3 1.5 1.5

DIT MÁXIMO 2

i t d 1 2 1

5

i t d 2 3 1

1

i t d 3 1 2

HAGG MÁXIMO

2

i t d 1 1 0

5

i t d 2 3 1

3

i t d 3 2 1

Formulas

|d|=t-i

METRICA ESTETICA

MODULO 1

METRICAS ESTETICAS (DISEÑO GRÁFICO)

Por su naturaleza, el diseño estético se apoya en el juicio cualitativo y por lo general no es sensible

a la medición ni a las métricas. Sin embargo, proponen un conjunto de medidas que pueden ser

útiles para valorar el impacto del diseño estético.

METRICA SUGERIDA DESCRIPCION

Conteo de palabra Número total de palabras que aparecen en una pagina

Porcentaje de texto de cuerpo Porcentaje de palabras que son cuerpo frente a texto de despliegue (es decir, títulos)

% texto cuerpo enfatizado Porción de texto de cuerpo que se enfatiza (por ejemplo, negrillas, mayúsculas)

Conteo de posicionamiento de texto Cambios en posición de texto desde el alineado a la izquierda

Conteo de grupo de texto Áreas de texto resaltadas con color, regiones con bordes, reglas o listas

Conteo de vínculos Vínculos totales en una pagina Tamaño de pagina Bytes totales para la página, así como

elementos, gráficos y hojas de estilo Porcentaje grafico Porcentaje de bytes de página que son usados

para gráficos Conteo grafico Gráficos totales en una página (no incluye

gráficos especificados en guiones, applets y objetos)

Conteo de color Total de colores empleados

Conteo de fuente Total de fuentes empleadas (es decir tipo+ tamaño + negrilla + itálica)

1. INDEX

Numero de palabras 15

Porcentaje de texto de cuerpo Cantidad títulos=3

(Cantidad títulos*100)/Numero de palabras

(3*100)/15=20%

20% Porcentaje de texto de cuerpo enfatizado Porción de texto= 5

(Porción de texto*100)/Numero de palabras

(5*100)/15=33.33%

33.33%

Conteo de Posicionamiento de texto 3 Conteo de grupo de texto 6 Conteo de Vínculos 4

Tamaño de pagina Página Index=8 Kb Archivos de estilos e imágenes=8652Kb

Tamaño de página= Página Index+Archivos de

estilos e imágenes

Tamaño de página= 8192 bytes+8859648 bytes

Tamaño de página=8867840 bytes Porcentaje Gráfico Tamaño de página=8867840 bytes

Archivos de estilos e imágenes=8859648 bytes (Archivos de estilos e imágenes*100)/ Tamaño

de página

(8859648bytes*100)/ 8867840 bytes=99.90%

99.90% Conteo Gráfico 5 Conteo de color 12 Conteo de Fuente 5

2. INICIAR SESION




(4*100)/20=20%

20% Porcentaje de texto de cuerpo enfatizado Porción de texto= 15


(15*100)/20=75%

75% Conteo de Posicionamiento de texto 7

Conteo de grupo de texto 8 Conteo de Vínculos 4 Tamaño de pagina Página Iniciar Sesión=4096 bytes

Archivos de estilos e imágenes=8859648 bytes

Tamaño de página= Página Iniciar Sesión

+Archivos de estilos e imágenes


Tamaño de página=8863744 bytes Porcentaje Gráfico Tamaño de página=8863744 bytes


de página

(8859648bytes*100)/ 8863744 bytes=99.95%


3. REGISTRO DE USUARIO




(4*100)/57=7.01%

7.01% Porcentaje de texto de cuerpo enfatizado Porción de texto= 34


(34*100)/57=59.64%

59.64%

Conteo de Posicionamiento de texto 8 Conteo de grupo de texto 18

Conteo de Vínculos 4 Tamaño de pagina Página registrar usuario=4096 bytes


Tamaño de página= Página registrar usuario

+Archivos de estilos e imágenes


Tamaño de página=8863744 bytes

Porcentaje Gráfico Tamaño de página=8863744 bytes


de página

(8859648bytes*100)/ 8863744 bytes=99.95%


4. VISTA AGRICULTOR




(6*100)/12=50%

50%

Porcentaje de texto de cuerpo enfatizado Porción de texto= 12


(12*100)/22=54.54%

54.54% Conteo de Posicionamiento de texto 6 Conteo de grupo de texto 9 Conteo de Vínculos 6

Tamaño de pagina Página vista agricultor=12288 bytes


Tamaño de página= Pagina vista agricultor +Archivos de estilos e imágenes

Tamaño de página= 12288 bytes+8859648

bytes

Tamaño de página=8871936 bytes Porcentaje Gráfico Tamaño de página=8871936bytes


de página

(8859648bytes*100)/ 8871936bytes=99.95%

99.86% Conteo Gráfico 3

Conteo de color 12 Conteo de Fuente 4

5. CONSULTAR DATOS AGRICULTOR

Numero de palabras 54 Porcentaje de texto de cuerpo Numero de palabras: 18%

Porcentaje de texto de cuerpo enfatizado Numero de palabras: 75% Conteo de Posicionamiento de texto 8

Contero de grupo de texto 9

Conteo de Vínculos 6 Tamaño de pagina Página individual : 4096 bytes

Archivos de estilos e imágenes: 8859648 bytes

Total:8863744 Porcentaje Gráfico 99.05%

Conteo Gráfico 2

Conteo de color 11 Conteo de Fuente 4

6. MODIFICAR DATOS AGRICULTOR


Porcentaje de texto de cuerpo Numero de palabras: 13% Porcentaje de texto de cuerpo enfatizado Numero de palabras: 55%

Conteo de Posicionamiento de texto 8 Contero de grupo de texto 10

Conteo de Vínculos 7

Tamaño de pagina Página individual : 4096 bytes Archivos de estilos e imágenes: 8859648 bytes

Total:8863744

Porcentaje Gráfico 99.05% Conteo Gráfico 2

Conteo de color 10

Conteo de Fuente 3

7. REGISTRAR FINCA

Numero de palabras 47 Porcentaje de texto de cuerpo Numero de palabras : 9

14%

Porcentaje de texto de cuerpo enfatizado Numero de palaras: 26 43%

Conteo de Posicionamiento de texto 7

Contero de grupo de texto 7 Conteo de Vínculos 7

Tamaño de pagina Página individual : 4096 bytes Archivos de estilos e imágenes: 8859648 bytes

Total:8863744

Porcentaje Gráfico 99.05%

Conteo Gráfico 2 Conteo de color 10

Conteo de Fuente 3

METRICA

ESPECIFICIDAD DE

ANALISIS

MÉTRICA DE LA CALIDAD DE LA ESPECIFICACIÓN Esta métrica es aplicable a la fase de análisis. Consiste en sumar los requerimientos funcionales

(Rf) y los requerimientos funcionales (Rnf), el número total de requerimientos (Rt) será igual a Rt

= Rf+Rnf.

Para determinar el grado de especificidad de los requerimientos, se arma un equipo de revisores

para que estos los interpreten, a continuación se identifica el número de requisitos cuya

interpretación fue igual para todos los revisores (Rii). El grado de especificidad de los

requerimientos será igual a Q = Rii / Rt. El resultado ideal sería un valor que se acerque a 1. Contra

más decrezca el valor resultante mayor será el índice de ambigüedad de los requerimientos

formulados.

INTERPRETACION I:

CÓDIGO REQUERIMIENTO

INTERPRETACIÓN

REQUERIMIENTOS NO FUNCIONALES RNF-01 El funcionamiento del sistema de información no es tan complicado, es

fácil de interpretar y usar.

RNF-02 En cualquier momento del día pueden acceder al sistema para realizar sus respectivas tareas.

RNF-03 Al dejar de usar el sistema por un determinado tiempo, solo empleará su funcionamiento por 30 minutos.

RNF-04 Al tener un usuario y contraseña, mantiene la integridad de la seguridad del sistema

RNF-05 Únicamente podrán acceder al sistema, aquellos agricultores que estén registrados en la base de datos.

RNF-06 Debe haber protección de seguridad en la base de datos evitando posibles ataques informáticos

RNF-07 La documentación está desarrollada para todo el aplicativo.

RNF-08 Los manuales de usuario debes estar visibles para que el cliente pueda acceder a ellos.

RNF-09 La capacidad de sistema debe soportar el funcionamiento de 30 usuarios mínimo simultáneamente.

RNF-10 La respuesta de la búsqueda por parte del usuario debe ser como minima 10 segundos.

REQUERIMIENTOS FUNCIONALES MÓDULO 1: AGRICULTOR

RFM1-01 Los usuarios ingresarán al sistema digitando su usuario (Número de documento) y su contraseña.

RFM1-02 Los Agricultores no registrados en el sistema deberán llenar un formulario de inscripción con sus datos personales.

RFM1-03 El Agricultor podrá actualizar su información personal una vez haya realizado el inicio de sesión.

RFM1-04 El Agricultor podrá consultar su información personal después de haber iniciado de sesión

RFM1-05 El Agricultor podrá desactivar su cuenta en el sistema una vez haya realizado el inicio de sesión.

RFM1-06 El Agricultor podrá registrar cada una de sus Finca una vez haya realizado el inicio de sesión.

RFM1-07 El Agricultor podrá actualizar la información de la finca una vez haya realizado el inicio de sesión podrá modificar los datos.

RFM1-08 El Agricultor podrá registrar las cosechas o zonas en las que se divide el sembrado en la finca una vez haya ingresado al sistema.

RFM1-09 El Agricultor podrá actualizar la información de cualquiera de las cosechas pertenecientes a su finca.

RFM1-10 El Agricultor podrá consultar la información de los cosechas en los que se divide su finca una vez haya ingresado al sistema.

RFM1-11 El Agricultor podrá desactivar los cosechas en los que se divide su finca una vez haya ingresado al sistema y haya seleccionado la Finca a la que pertenece dicho cosecha.

RFM1-12 El Agricultor podrá registrar los productos agrícolas RFM1-13 El Agricultor podrá actualizar la información del producto agrícola.

RFM1-14 El Agricultor selecciona la opción consultar cosechas y el sistema le muestra la opción búsqueda por nombre de la cosecha. El Agricultor hace la consulta.

RFM1-15 El Administrador podrá consultar su información personal después de haber iniciado de sesión

RFM1-16 El Administrador del sistema podrá consultar las Finca registradas por los Agricultores, visualizando cuales de ellas están verificadas y cuales están por verificar

RFM1-17 El Administrador del sistema podrá modificar los datos restringidos del Agricultor y de sus Finca previa solicitud del Agricultor y verificación de los nuevos datos.

RFM1-18 El administrador del sistema podrá desactivar la cuenta de usuario Agricultor cuando el fallezca o por alguna otra razón.

RFM1-19 El administrador es el único que reactiva la cuenta de usuario Agricultor después de que el Agricultor o el administrador la halla desactivado.

RFM1-20 El Agricultor podrá registrar cada una de sus costos de insumo relacionados a una cosecha, una vez haya realizado el inicio de sesión.

RFM1-21 El Agricultor podrá consultar la información de los costos de insumo por cosecha, una vez haya ingresado al sistema

RFM1-22 El Agricultor podrá registrar cada una de sus costos de mano de obra, relacionados a una cosecha, una vez haya realizado el inicio de sesión.

RFM1-23 El Agricultor podrá consultar la información de los costos de mano de obra por cosecha, una vez haya ingresado al sistema

RFM1-24 El Agricultor o el administrador del sistema podrá cerrar sesión cada vez que él lo desee.

REQUERIMIENTOS FUNCIONALES MÓDULO 2: CLIENTE RFM2-01 Los Clientes no registrados en el sistema deberán llenar un formulario de

inscripción con sus datos personales.

RFM2-02 El cliente podrá actualizar su información personal una vez haya realizado el inicio de sesión.

RFM2-03 El cliente podrá consultar su información personal después de haber iniciado de sesión

RFM2-04 El cliente podrá desactivar su cuenta en el sistema una vez haya realizado el inicio de sesión.

RFM2-05 El Administrador del sistema podrá modificar los datos restringidos del cliente previa solicitud de este, y verificación de los nuevos datos.

RFM2-06 El administrador del sistema podrá desactivar la cuenta de usuario cliente cuando el fallezca o por alguna otra razón.

RFM2-07 El administrador es el único que reactiva la cuenta de usuario cliente después de que el cliente o el administrador la hayan desactivado.

RFM2-08 El cliente podrá registrar los productos que son de su interés, después de haber iniciado de sesión

RFM2-09 El cliente podrá actualizar los productos que son de su interés seleccionando uno o varios productos de la lista de productos

RFM2-10 El cliente podrá eliminar los productos que son de su interés seleccionando uno o varios productos de la lista de productos preferenciales

RFM2-11 El cliente podrá listar sus productos preferenciales

RFM2-12 El cliente o el administrador del sistema podrán cerrar sesión cada vez que él lo desee.

REQUERIMIENTOS FUNCIONALES MÓDULO 3: PRODUCTO

RFM3-01 Los agricultores registrados en el sistema deberán registrar aquellos productos que desean poner en venta.

RFM3-02 Los agricultores registrados en el sistema podrán actualizar aquellos productos que desean poner en venta.

RFM3-03 El agricultor podrá consultar la información de los productos en venta después de haber iniciado de sesión

RFM3-04 El agricultor podrá deshabilitar aquellos productos que no desea que aparezcan en venta y que aún no estén reservados, una vez haya realizado el inicio de sesión.

RFM3-05 El sistema deberá sacar de oferta los productos comprados o apartados en su totalidad.

RFM3-06 El sistema debe informar al agricultor el producto y cantidad de este que fue reservado, ofreciéndole el contacto con el cliente.

RFM3-07 El sistema permitirá al cliente reservar los productos en venta

RFM3-08 El cliente podrá cancelar la reserva con respecto a una cantidad de producto, un día después de realizar la reserva.

RFM3-09 El sistema deberá sacar de reserva los productos a los que se les cancele dicha reserva por parte del cliente

RFM3-10 Se debe informar al agricultor de la cancelación de una reserva de su producto

REQUERIMIENTOS FUNCIONALES MÓDULO 4: INFORMES

RFM3-01 Permitir al agricultor crear un informe mensual a cada agricultor de sus ventas y que productos son los que más se han solicitado en general.

RFM3-02 Los agricultores registrados en el sistema podrán generar un informe anual acerca de sus ventas.

RFM3-03 Permitir que los clientes tengan un registro de todas sus transacciones a lo largo de su historial.

RFM3-04 Permitir generar un informe con la lista de los clientes más frecuentes que compran los productos de determinado agricultor

RFM3-05 Los clientes registrados en el sistema podrán generar un informe acerca de sus compras.

RFM3-06 El agricultor podrá revisar quienes son los clientes que reservan con frecuencia sus productos.

RFM3-07 El sistema deberá generar un informe mensual que permita al agricultor visualizar los clientes que más cancelan sus reservas

RFM3-08 El agricultor podrá consultar sus ganancias en un lapso de tiempo especifico

REQUERIMIENTOS FUNCIONALES MÓDULO 5: TRANSPORTE Y DISTRIBUCION RFM3-01 El sistema debe dar opción al agricultor de ofrecer el servicio de

distribución e incluirlo en su oferta.

RFM3-02 El sistema muestra una opción de distribución a los clientes para que puedan adquirir sus productos en caso tal de que el agricultor no cuente con la opción de envíos.

RFM3-03 El sistema debe dar opción de citar al agricultor con el cliente en caso de que el cliente reciba el producto sin solicitar el servicio de transporte.

RFM 3-04 El sistema debe dar opción al cliente de cancelar la cita con el agricultor, en caso de que el cliente reciba el producto sin solicitar el servicio de transporte.

RFM 3-05 El sistema debe dar opción de modificar la cita del agricultor con el cliente en caso de que el cliente reciba el producto sin solicitar el servicio de transporte.

RFM 3-06 El sistema debe informar al agricultor sobre la cancelación de la cita con el cliente.

RFM 3-07 El sistema debe informar al agricultor acerca del cambio de fecha para la cita, de manera que este pueda hacer contacto para agendar una nueva cita.

RFM 3-08 El sistema debe permitir al agricultor cancelar la cita con el cliente, en caso de que el cliente reciba el producto sin solicitar el servicio de transporte.

RFM 3-09 El sistema debe informar al cliente sobre la cancelación de la cita con el agricultor.

RFM 3-10 El sistema debe dar opción al cliente de modificar la cita con el agricultor en caso de que el cliente reciba el producto sin solicitar el servicio de transporte.

RFM 3-11 El sistema debe informar al cliente acerca del cambio de fecha para la cita, de manera que este pueda hacer contacto para agendar una nueva cita.

REQUERIMIENTOS FUNCIONALES MÓDULO 6: PEDIDO Y VENTA

RFM3-01 Los pedidos podrán hacerse por adelantado a través del contacto telefónico con el agricultor sirviendo así el sistema como una plataforma de enlace.

RFM3-02 El sistema debe permitir visualizar el contacto del cliente para hacer efectiva la venta.

RFM3-03 El agricultor podrá consultar sus pedidos actuales RFM3-04 El cliente podrá visualizar sus reservas y pedidos.

RFM3-05 El sistema deberá permitir al agricultor pasar un producto reservado a pedidos una vez que allá hecho contacto con el cliente

ANALISIS:

I. REQUERIMIENTOS NO FUNCIONALES

REQUERIMIENTOS NO FUNCIONALES

Número de Requerimientos No Funcionales (Rt) 10

Requerimientos con Interpretación Similar (Rii) 9

Requerimientos con Interpretación Diferente (Rid) 1

Identificación de requerimientos con interpretación diferente

RNF-01

Especificidad de Requerimientos no funcionales 𝑄 = 𝑅𝑖𝑖

𝑅𝑡=

9

10= 0.9 = 90%

II. REQUERIMIENTOS FUNCIONALES MÓDULO 1

REQUERIMIENTOS FUNCIONALES MÓDULO 1

Número de Requerimientos Funcionales (Rt) 24


Requerimientos con Interpretación Diferente (R id) 2


RFM1-15, RFM1-16


𝑅𝑡=

22

24= 0.91 = 91%

III. REQUERIMIENTOS FUNCIONALES MÓDULO 2




Requerimientos con Interpretación Diferente (Rid) 2


RFM2-05, RFM2-12


𝑅𝑡=

10

12= 0.83 = 83%

IV. REQUERIMIENTOS FUNCIONALES MÓDULO 3






RFM3-05, RFM3-21, RFM3-22


𝑅𝑡=

7

10= 0.7 = 10%





Identificación de requerimientos con interpretación RFM3-05, RFM3-21, RFM3-22

diferente


𝑅𝑡=

7

8= 0.875 = 87,5%






RFM3-05, RFM3-21, RFM3-22


𝑅𝑡=

9

11= 0.81 = 81%






RFM3-05, RFM3-21, RFM3-22


𝑅𝑡=

4

5= 0.8 = 80%

V. ESPECIFICIDAD TOTAL DEL ANÁLISIS

ESPECIFICIDAD TOTAL DEL ANÁLISIS





𝑅𝑡=

59

70= 0.84 = 84%

METRICA USABILIDAD

La usabilidad

Se refiere a la facilidad con que las personas pueden utilizar una herramienta particular o

cualquier otro objeto fabricado por humanos con el fin de alcanzar un objetivo concreto. La

usabilidad también puede referirse al estudio de los principios que hay tras la eficacia percibida de

un objeto.

La usabilidad se refiere a la claridad y la elegancia con que se diseña la interacción con un

programa de ordenador o un sitio web.

Los principios básicos en los cuales la usabilidad se basa son:

Facilidad de Aprendizaje: facilidad con la que nuevos usuarios desarrollan una interacción

efectiva con el sistema o producto. Está relacionada con la predictibilidad, sintetización,

familiaridad, la generalización de los conocimientos previos y la consistencia.

Facilidad de Uso: facilidad con la que el usuario hace uso de la herramienta, con menos pasos

o más naturales a su formación específica. Tiene que ver con la eficacia y eficiencia de la

herramienta.

Flexibilidad: relativa a la variedad de posibilidades con las que el usuario y el sistema pueden

intercambiar información. También abarca la posibilidad de diálogo, la multiplicidad de vías

para realizar la tarea, similitud con tareas anteriores y la optimización entre el usuario y el

sistema.

Robustez: es el nivel de apoyo al usuario que facilita el cumplimiento de sus objetivos. Está

relacionada con la capacidad de observación del usuario, de recuperación de información y de

ajuste de la tarea al usuario.

Existen 5 principales reglas que adaptadas a una web, se les puede considerar como un web

"usable".

Rápido - Las páginas deben cargarse en una media de 4 segundos. Los usuarios lo más que

esperarán en ver el contenido de una página web es de una media de 10 segundos. - La

mayoría de los usuarios disponen de módem para su acceso a Internet, por lo que nuestras

páginas deben de ser lo menos pesadas posibles con el fin de que los usuarios no esperen

mucho tiempo, porque de lo contrario cancelarán la visita.

Simple - Mantenga una navegación constante. No fuerce a los visitantes a aprender diversos

caminos o esquemas para la navegación en diversas partes de su site. - No abuse de la

utilización de la animación, esto puede abrumar y cansar la vista.

Investigable - Los motores de búsqueda buscan el texto real. No prestan ninguna atención a

los gráficos y al código de programación (como el Javascript). Evite estas situaciones si desea

que su web esté bien posicionada en los buscadores.

Para la mayoría - Los Sitios Web necesitan ser compatibles con todos los navegadores y

ordenadores para su fácil usabilidad. - Utilice HTML simple y llano siempre que sea posible, es

el código más compatible con todos los navegadores.

Manténgalo actualizado - La manera más rápida para que una web pierda credibilidad es

contener la información anticuada.

Al conocer esta información acerca de la usabilidad, ¿por qué es importante?

El establecimiento de unos principios de diseño en ingeniería de usabilidad ha tenido como

consecuencia probada:

Una reducción de los costes de producción: los costes y tiempos de desarrollo totales pueden

ser reducidos evitando el sobre diseño y reduciendo el número de cambios posteriores

requeridos en el producto.

Reducción de los costes de mantenimiento y apoyo: los sistemas que son fáciles de usar

requieren menos entrenamiento, menos soporte para el usuario y menos mantenimiento.

Reducción de los costes de uso: los sistemas que mejor se ajustan a las necesidades del

usuario mejoran la productividad y la calidad de las acciones y las decisiones. Los sistemas más

fáciles de utilizar reducen el esfuerzo (stress) y permiten a los trabajadores manejar una

variedad más amplia de tareas. Los sistemas difíciles de usar disminuyen la salud, bienestar y

motivación y pueden incrementar el absentismo. Tales sistemas suponen pérdidas en los

tiempos de uso y no son explotados en su totalidad en la medida en que el usuario pierde

interés en el uso de las características avanzadas del sistema, que en algunos casos podrían no

utilizarse nunca.

Mejora en la calidad del producto: el diseño centrado en el usuario resulta en productos de

mayor calidad de uso, más competitivos en un mercado que demanda productos de fácil uso.

I. MAPA DE NAVEGABILIDAD DE LA APLICACIÓN

II. HERRAMIENTAS EMPLEADAS PARA LA MEDICION

PAGE SPEED INSIGHTS

Esta es una herramienta de Google incluida dentro de su paquete de “googledevelopers”, que

se interesa por las métricas de velocidad y de usabilidad de los sitios web. Analiza el contenido

del sitio en estudio y genera un informe con sugerencias de cómo hacer esta página web más

rápida, reduciendo tiempos de carga, rebotes, y mejorando la experiencia de usuario.

Para lograr lo anteriormente mencionado, esta aplicación se basa en unos objetivos de

velocidad y usabilidad que se establecieron en un documento de buenas prácticas, es cual

puede ser encontrado en el siguiente link

(https://developers.google.com/speed/docs/insights/rules). Resumiendo el documento, los

principales objetivos de estas buenas prácticas son:

- Minimizar el número de peticiones HTTP que se producen

- Reducir el tamaño de las respuestas de estas peticiones HTTP

https://developers.google.com/speed/docs/insights/rules

- Optimizar el renderizado de la página en el navegador.

SEOGRATIS.ORG

Seo gratis es una aplicación web gratuita orientado a la ubicación de la página web analizada

en cualquier navegador web. Los informes generados por la aplicación, contienen una

explicación detallada de los problemas identificados, consejos para hacer frentes a estos

problemas, la optimización y el desarrollo del recurso. La auditoría web le permitirá averiguar que impide que su página web se encuentre en los primeros resultados de la búsqueda.

III. ANALISIS

La página analizada en cuestión, en un principio es el índex de la aplicación (Fig1), o la página

inicial, la cual es la que el navegador encontrará cuando se referencia alguna información de esta,

como anteriormente se describió, se utilizaron las herramientas descritas evaluando los criterios

de usabilidad que a continuación se mostrarán.

Fig1. Índex proyecto SINORA

Fig2. Resultado análisis con pageSpeed de Google, vista móvil

La fig2 muestra los resultados de la vista móvil del index de la aplicación. Estos se interpretan a

continuación.

En cuanto a velocidad el resultado fue de 23/100, es decir un resultado muy pobre que se deduce

como una velocidad de carga supremamente mala. Dicha carga se debe a los siguientes ítems

analizados y que exigen mejoras inmediatas para que los tiempos de respuesta mejoren:

Formatear y comprimir las imágenes para ahorrar gran cantidad de bytes de datos: las

imágenes empleadas no han sido comprimidas, esto quiere decir que además de que son de

calidad buena ocupan gran espacio, por lo que se deben comprimir, con el propósito de

eliminar los archivos repetidos, bajándole la calidad pero visualmente el cambio es casi que

invisible al ojo humano.

Eliminar el JavaScript que bloquea la visualización y el CSS del contenido de la mitad superior

de la página: para el funcionamiento de la página es necesario adicionar algunas funciones de

javaScript que no pueden ser incrustadas directamente en el head del documento html puesto

que son bastantes, en esta parte la optimización que se puede hacer es mínima.

Habilitar compresión: de lado del servidor, un archivo puede ser compreso antes de su carga,

esto, con el propósito de reducir el tiempo invertido en descargar los recursos necesarios para

mostrar la página.

En cuanto a la experiencia de usuario son pocos los aspectos que se debe plantear corregir la

calificación fue de 89/100.

Adaptación del contenido a la ventana gráfica: el ancho de la página es excesivo, con lo cual el

usuario en la vista móvil debe desplazarse horizontalmente.

Aplicar el tamaño adecuado a los botones táctiles: En las vistas móviles, no se les asigna un

tamaño ni un espacio adecuado a los botones, por lo cual quedan montados unos encima de

otros y de tamaños excesivos.

Fig3. Resultado análisis con pageSpeed de Google, vista Ordenador

Para la vista en ordenador, las correcciones que se presentan son las mismas a las anteriores para

la vista móvil, pero se le agrega la de especificar la cache de navegador, es decir con el fin de que

cargue algunos archivos ya usados desde el disco y no desde la red, esto ahora conexiones

redundantes.

Otra métrica importante a la hora de evaluar un sitio web, es que se pueda encontrar fácilmente

en cualquier navegador, esto es fundamental, pues esto ayuda a que el sitio adquiera más visitas y

sea fácil de encontrar para cualquier usuario, para evaluar estas métricas se empleó la aplicación

SEOGRATIS, esta arrojo los siguientes resultados.

Fig4. Evaluación del index aplicación SEOGRATIS:ORG

Fig5. Evaluación del index aplicación SEOGRATIS:ORG

Las recomendaciones especificadas por esta aplicación están relacionadas con requerimientos no

funcionales y el servidor, involucrando los metadatos de las páginas, imágenes de esta y demás,

con el fin de que proporciones información que sirva para que su localización en un buscador sea

efectiva, teniendo en cuenta lo anterior, la aplicación realizó las siguientes recomendaciones:

URL reducida: reducir al máximo el nombre de las URL y usando para separar palabras el ( -)

en vez del (_)

Descripción: usar una etiqueta descripción, que describa el contenido de la página, esto con el

fin de que la página se describa y se muestre en el navegador.

Metakeywords: la aplicación debe contener palabras claves referentes al proyecto, aunque

estas no son tenidas en cuenta hoy en día por los buscadores.

Imágenes con atributo ALT: las imágenes deben contener una descripción, el atributo ALT,

esto con el propósito que aparezcan en los motores de búsqueda, los navegadores no ven una

imagen, por lo que las palabras hablan por ellas a la horas de hacerlas visibles en los

navegadores.

Además esta aplicación proporciona información acerca del servidor y el número de visitas a la

página, como se puede ver en las figuras 6 y 7

Fig6. Información del servidor

Fig7. Cantidad de visitantes de la página

BIBLIOGRAFÍA

SandeepPurao and Vijay Vaishnavi. 2003. Product metrics for object-oriented

systems. ACM Comput.Surv. 35, 2 (June 2003), 191-221.

DOI=10.1145/857076.857090 http://doi.acm.org/10.1145/857076.857090

Brij Mohan Goel and Pradeep Kumar Bhatia. 2013. Analysis of reusability of

object-oriented systems using object-oriented metrics. SIGSOFT Softw. Eng.

Notes 38, 4 (July 2013), 1-5. DOI=10.1145/2492248.2492264

http://doi.acm.org/10.1145/2492248.2492264

Jan Mendling, Gustaf Neumann, and Wil van der Aalst. 2007. On the

correlation between process model metrics and errors. In Tutorials, posters,

panels and industrial contributions at the 26th international conference on

Conceptual modeling - Volume 83 (ER '07), John Grundy, Sven Hartmann,

Alberto H. F. Laender, Leszek Maciaszek, and John F. Roddick (Eds.), Vol. 83.

Australian Computer Society, Inc., Darlinghurst, Australia, Australia, 173-178.

Shahid Nazir Bhatti. 2005. Why quality?: ISO 9126 software quality metrics

(Functionality) support by UML suite. SIGSOFT Softw. Eng. Notes 30, 2 (March

2005), 1-5. DOI=10.1145/1050849.1050860

http://doi.acm.org/10.1145/1050849.1050860

http://doi.acm.org/10.1145/857076.857090

http://doi.acm.org/10.1145/2492248.2492264

http://doi.acm.org/10.1145/1050849.1050860

metricas del proyecto

Education