INTRODUCCION A LAS METRICAS DE SOFTWARE Inicio. CONCEPTOS DE METRICAS DE SOFTWARE Inicio.
Metricas del proyecto
-
Upload
yurley-xiomara-rojas-sanchez -
Category
Education
-
view
157 -
download
0
Transcript of Metricas del proyecto
Anexo G: METRICAS
LUIS ARTURO SAAVEDRA DUARTE 1150782
ANDREA ANGARITA JERARDINO 1151040
YURLEY XIOMARA ROJAS SANCHEZ 1150273
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
NÚMERO DE JERARQUÍAS DE GENERALIZACIÓN (NgenH)
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
NÚMERO DE JERARQUÍAS DE GENERALIZACIÓN (NgenH)
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
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
Numero de palabras 20
Porcentaje de texto de cuerpo Cantidad títulos=4
(Cantidad títulos*100)/Numero de palabras
(4*100)/20=20%
20% Porcentaje de texto de cuerpo enfatizado Porción de texto= 15
(Porción de texto*100)/Numero de palabras
(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= 4096 bytes+8859648 bytes
Tamaño de página=8863744 bytes Porcentaje Gráfico Tamaño de página=8863744 bytes
Archivos de estilos e imágenes=8859648 bytes (Archivos de estilos e imágenes*100)/ Tamaño
de página
(8859648bytes*100)/ 8863744 bytes=99.95%
99.95% Conteo Gráfico 5 Conteo de color 12 Conteo de Fuente 5
3. REGISTRO DE USUARIO
Numero de palabras 57
Porcentaje de texto de cuerpo Cantidad títulos=4
(Cantidad títulos*100)/Numero de palabras
(4*100)/57=7.01%
7.01% Porcentaje de texto de cuerpo enfatizado Porción de texto= 34
(Porción de texto*100)/Numero de palabras
(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
Archivos de estilos e imágenes=8859648 bytes
Tamaño de página= Página registrar usuario
+Archivos de estilos e imágenes
Tamaño de página= 4096 bytes+8859648 bytes
Tamaño de página=8863744 bytes
Porcentaje Gráfico Tamaño de página=8863744 bytes
Archivos de estilos e imágenes=8859648 bytes (Archivos de estilos e imágenes*100)/ Tamaño
de página
(8859648bytes*100)/ 8863744 bytes=99.95%
99.95% Conteo Gráfico 1 Conteo de color 12 Conteo de Fuente 5
4. VISTA AGRICULTOR
Numero de palabras 22
Porcentaje de texto de cuerpo Cantidad títulos=6
(Cantidad títulos*100)/Numero de palabras
(6*100)/12=50%
50%
Porcentaje de texto de cuerpo enfatizado Porción de texto= 12
(Porción de texto*100)/Numero de palabras
(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
Archivos de estilos e imágenes=8859648 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
Archivos de estilos e imágenes=8859648 bytes (Archivos de estilos e imágenes*100)/ Tamaño
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
Numero de palabras 61
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
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 Similar (Rii) 22
Requerimientos con Interpretación Diferente (R id) 2
Identificación de requerimientos con interpretación diferente
RFM1-15, RFM1-16
Especificidad de Requerimientos no funcionales 𝑄 = 𝑅𝑖𝑖
𝑅𝑡=
22
24= 0.91 = 91%
III. REQUERIMIENTOS FUNCIONALES MÓDULO 2
REQUERIMIENTOS FUNCIONALES MÓDULO 2
Número de Requerimientos Funcionales (Rt) 12
Requerimientos con Interpretación Similar (Rii) 10
Requerimientos con Interpretación Diferente (Rid) 2
Identificación de requerimientos con interpretación diferente
RFM2-05, RFM2-12
Especificidad de Requerimientos no funcionales 𝑄 = 𝑅𝑖𝑖
𝑅𝑡=
10
12= 0.83 = 83%
IV. REQUERIMIENTOS FUNCIONALES MÓDULO 3
REQUERIMIENTOS FUNCIONALES MÓDULO 3
Número de Requerimientos Funcionales (Rt) 10
Requerimientos con Interpretación Similar (Rii) 7
Requerimientos con Interpretación Diferente (R id) 3
Identificación de requerimientos con interpretación diferente
RFM3-05, RFM3-21, RFM3-22
Especificidad de Requerimientos no funcionales 𝑄 = 𝑅𝑖𝑖
𝑅𝑡=
7
10= 0.7 = 10%
REQUERIMIENTOS FUNCIONALES MÓDULO 4
Número de Requerimientos Funcionales (Rt) 8
Requerimientos con Interpretación Similar (Rii) 7
Requerimientos con Interpretación Diferente (R id) 1
Identificación de requerimientos con interpretación RFM3-05, RFM3-21, RFM3-22
diferente
Especificidad de Requerimientos no funcionales 𝑄 = 𝑅𝑖𝑖
𝑅𝑡=
7
8= 0.875 = 87,5%
REQUERIMIENTOS FUNCIONALES MÓDULO 5
Número de Requerimientos Funcionales (Rt) 11
Requerimientos con Interpretación Similar (Rii) 9
Requerimientos con Interpretación Diferente (R id) 2
Identificación de requerimientos con interpretación diferente
RFM3-05, RFM3-21, RFM3-22
Especificidad de Requerimientos no funcionales 𝑄 = 𝑅𝑖𝑖
𝑅𝑡=
9
11= 0.81 = 81%
REQUERIMIENTOS FUNCIONALES MÓDULO 6
Número de Requerimientos Funcionales (Rt) 5
Requerimientos con Interpretación Similar (Rii) 4
Requerimientos con Interpretación Diferente (R id) 1
Identificación de requerimientos con interpretación diferente
RFM3-05, RFM3-21, RFM3-22
Especificidad de Requerimientos no funcionales 𝑄 = 𝑅𝑖𝑖
𝑅𝑡=
4
5= 0.8 = 80%
V. ESPECIFICIDAD TOTAL DEL ANÁLISIS
ESPECIFICIDAD TOTAL DEL ANÁLISIS
Número de Requerimientos Funcionales (Rt) 70
Requerimientos con Interpretación Similar (Rii) 59
Requerimientos con Interpretación Diferente (R id) 11
Especificidad de Requerimientos no funcionales 𝑄 = 𝑅𝑖𝑖
𝑅𝑡=
59
70= 0.84 = 84%
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
- 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
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