Este documento presenta varias métricas para evaluar la calidad de diagramas de clases en UML y la mantenibilidad de sistemas de información orientados a objetos. Se definen 10 métricas estructurales como número de clases, atributos, métodos, asociaciones, etc. Se miden estas métricas en tres diagramas de clases y se calcula la correlación entre ellas y el tiempo de mantenimiento usando el coeficiente de correlación de Spearman. Finalmente, se proponen métricas estéticas para medir aspectos del diseño gráfico como número
3. 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ónespecificada,yaseapor unerror, por unconceptono 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úmerototal de relacionesde generalización
(cada par padre-
hijo en una relación de generalización)
4. NÚMERO DE JERARQUÍAS DE
GENERALIZACIÓN(NgenH)
Númerototal de jerarquíasde 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ónesla longitud el camino más largo
desde la clase hasta las hojas.
Nombre de la métrica Andrea Angarita Arturo
Saavedra
Yurley Rojas
NÚMERODE CLASES(NC) 13 15 15
NÚMERODE ATRIBUTOS
(NA)
70 80 66
NÚMERODE MÉTODOS
(NM)
144 173 147
NÚMERODE ASOCIACIONES
(NAssoc)
33 20 35
NÚMERODE AGREGACIONES
(NAgg)
30 15 20
NÚMERODE DEPENDENCIAS
(NDep)
7 10 5
NÚMERODE
GENERALIZACIONES(NGen)
1 2 1
NÚMERODE JERARQUÍASDE
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
5. 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,significainconformidadentre losresultadosyconfirmalahipótesisH0.
1 más cercano,significaconformidadentre losresultadosyconfirmalahipótesisH1
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
6. 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
8. Por su naturaleza,el diseñoestéticose apoyaenel juiciocualitativoyporlogeneral noes 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
Conteode palabra Númerototal de palabrasque aparecen en una
pagina
Porcentaje de textode cuerpo Porcentaje de palabrasque soncuerpofrente a
texto de despliegue (es decir, títulos)
% texto cuerpoenfatizado Porciónde textode cuerpoque se enfatiza(por
ejemplo, negrillas, mayúsculas)
Conteode posicionamientode texto Cambiosenposiciónde textodesde el alineado
a la izquierda
Conteode grupo de texto Áreas de texto resaltadas con color, regiones
con bordes, reglas o listas
Conteode 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
Conteografico Gráficos totales en una página (no incluye
gráficos especificados en guiones, applets y
objetos)
Conteode color Total de colores empleados
Conteode fuente Total de fuentes empleadas (es decir tipo+
tamaño + negrilla + itálica)
1. INDEX
9. Numerode palabras 15
Porcentaje de textode cuerpo Cantidad títulos=3
(Cantidad títulos*100)/Numero de palabras
(3*100)/15=20%
20%
Porcentaje de textode cuerpoenfatizado Porción de texto= 5
(Porción de texto*100)/Numero de palabras
(5*100)/15=33.33%
33.33%
Conteode Posicionamientode texto 3
Conteode grupo de texto 6
Conteode 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
10. Archivos de estilos e imágenes=8859648 bytes
(Archivosde estilos e imágenes*100)/ Tamaño
de página
(8859648bytes*100)/ 8867840 bytes=99.90%
99.90%
ConteoGráfico 5
Conteode color 12
Conteode Fuente 5
2. INICIAR SESION
Numerode palabras 20
Porcentaje de textode cuerpo Cantidad títulos=4
(Cantidad títulos*100)/Numero de palabras
(4*100)/20=20%
20%
Porcentaje de textode cuerpoenfatizado Porción de texto= 15
11. (Porción de texto*100)/Numero de palabras
(15*100)/20=75%
75%
Conteode Posicionamientode texto 7
Conteode grupo de texto 8
Conteode 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
(Archivosde estilos e imágenes*100)/ Tamaño
de página
(8859648bytes*100)/ 8863744 bytes=99.95%
99.95%
ConteoGráfico 5
Conteode color 12
Conteode Fuente 5
3. REGISTRO DE USUARIO
12. Numerode palabras 57
Porcentaje de textode cuerpo Cantidad títulos=4
(Cantidad títulos*100)/Numero de palabras
(4*100)/57=7.01%
7.01%
Porcentaje de textode cuerpoenfatizado Porción de texto= 34
(Porción de texto*100)/Numero de palabras
(34*100)/57=59.64%
59.64%
Conteode Posicionamientode texto 8
Conteode grupo de texto 18
Conteode 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
13. 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
(Archivosde estilos e imágenes*100)/ Tamaño
de página
(8859648bytes*100)/ 8863744 bytes=99.95%
99.95%
ConteoGráfico 1
Conteode color 12
Conteode Fuente 5
4. VISTA AGRICULTOR
Numerode palabras 22
Porcentaje de textode cuerpo Cantidad títulos=6
14. (Cantidad títulos*100)/Numero de palabras
(6*100)/12=50%
50%
Porcentaje de textode cuerpoenfatizado Porción de texto= 12
(Porción de texto*100)/Numero de palabras
(12*100)/22=54.54%
54.54%
Conteode Posicionamientode texto 6
Conteode grupo de texto 9
Conteode 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
(Archivosde estilos e imágenes*100)/ Tamaño
de página
(8859648bytes*100)/ 8871936bytes=99.95%
99.86%
ConteoGráfico 3
Conteode color 12
Conteode Fuente 4
5. CONSULTAR DATOS AGRICULTOR
15. Numerode palabras 54
Porcentaje de textode cuerpo Numero de palabras: 18%
Porcentaje de textode cuerpoenfatizado Numero de palabras: 75%
Conteode Posicionamientode texto 8
Conterode grupode texto 9
Conteode 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%
ConteoGráfico 2
Conteode color 11
Conteode Fuente 4
6. MODIFICAR DATOS AGRICULTOR
16. Numerode palabras 61
Porcentaje de textode cuerpo Numero de palabras: 13%
Porcentaje de textode cuerpoenfatizado Numero de palabras: 55%
Conteode Posicionamientode texto 8
Conterode grupode texto 10
Conteode 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%
ConteoGráfico 2
Conteode color 10
Conteode Fuente 3
7. REGISTRAR FINCA
17. Numerode palabras 47
Porcentaje de textode cuerpo Numero de palabras : 9
14%
Porcentaje de textode cuerpoenfatizado Numero de palaras: 26
43%
Conteode Posicionamientode texto 7
Conterode grupode texto 7
Conteode 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%
ConteoGráfico 2
Conteode color 10
Conteode Fuente 3
19. 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 losrequerimientosfuncionales(Rnf),el númerototal de requerimientos (Rt) será igual a Rt
= Rf+Rnf.
Para determinarel gradode especificidadde losrequerimientos, 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
requerimientosseráigual aQ = Rii / Rt. El resultadoideal seríaunvalorque 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 funcionamientodel sistemade informaciónnoestan complicado,es
fácil de interpretaryusar.
RNF-02 En cualquiermomentodel díapuedenaccederal sistemapararealizar
sus respectivastareas.
RNF-03 Al dejarde usar el sistemaporun determinadotiempo,soloempleará su
funcionamientopor30 minutos.
RNF-04 Al tenerun usuarioycontraseña,mantiene laintegridadde laseguridad
del sistema
RNF-05 Únicamente podránaccederal sistema,aquellos agricultores que estén
registradosenlabase de datos.
RNF-06 Debe haberprotecciónde seguridadenlabase de datosevitando
posiblesataquesinformáticos
RNF-07 La documentaciónestádesarrolladaparatodoel aplicativo.
RNF-08 Los manualesde usuariodebesestarvisiblesparaque el cliente pueda
accedera ellos.
RNF-09 La capacidadde sistemadebe soportarel funcionamientode 30 usuarios
mínimosimultáneamente.
RNF-10 La respuestade labúsquedaporparte del usuariodebe sercomominima
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.
20. 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 Agricultorpodráregistrarlascosechaso 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
fincauna vezhaya ingresadoal sistema yhayaseleccionadolaFincaa
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
muestrala opción búsqueda por nombre de la cosecha. El Agricultor
hace la consulta.
RFM1-15 El Administradorpodráconsultarsuinformaciónpersonal despuésde
haber iniciado de sesión
RFM1-16 El Administradordel sistemapodráconsultarlasFincaregistradaspor
losAgricultores,visualizandocualesde ellasestánverificadasycuales
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 Agricultorpodráregistrarcada una de sus costosde mano de obra,
relacionados a una cosecha, una vez haya realizado el inicio de
sesión.
21. RFM1-23 El Agricultorpodráconsultarlainformaciónde loscostosde mano de
obra por cosecha, una vez haya ingresado al sistema
RFM1-24 El Agricultoro el administrador del sistema podrá cerrar sesión cada
vez que él lo desee.
REQUERIMIENTOS FUNCIONALES MÓDULO 2: CLIENTE
RFM2-01 Los Clientesnoregistradosenel sistemadeberánllenarun formulario de
inscripción con sus datos personales.
RFM2-02 El cliente podráactualizarsuinformaciónpersonal unavezhayarealizado
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ádesactivarsucuentaenel sistemaunavezhayarealizado
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 administradordel sistemapodrádesactivarlacuentade usuariocliente
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áregistrarlosproductosque sonde 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 sistemadebe informaral agricultorel 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
22. 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 sistemadeberásacarde 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 agricultoresregistradosenel sistemapodrángenerar 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 agricultorpodrá 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 sistemamuestraunaopciónde distribuciónalos 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,encaso 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.
23. RFM 3-08 El sistemadebe permitiral agricultorcancelarlacita con el cliente,en
caso de que el cliente reciba el producto sin solicitar el servicio de
transporte.
RFM 3-09 El sistemadebe informaral cliente sobre lacancelación de la cita con
el agricultor.
RFM 3-10 El sistema debe dar opción al cliente de modificar la cita con el
agricultorencaso 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 sistemadebe 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 sistemadeberá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úmerode RequerimientosNoFuncionales(Rt) 10
RequerimientosconInterpretaciónSimilar(Rii) 9
Requerimientoscon InterpretaciónDiferente(Rid) 1
Identificaciónde requerimientosconinterpretación
diferente
RNF-01
Especificidadde Requerimientosnofuncionales 𝑄 =
𝑅𝑖𝑖
𝑅𝑡
=
9
10
= 0.9 = 90%
II. REQUERIMIENTOS FUNCIONALESMÓDULO 1
REQUERIMIENTOS FUNCIONALES MÓDULO 1
27. 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
usabilidadtambiénpuedereferirseal estudiode losprincipiosque haytraslaeficaciapercibidade
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.
Facilidadde Uso:facilidadconla que el usuariohace 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:relativaalavariedadde posibilidadesconlas 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á
relacionadaconla capacidadde observacióndel usuario,de recuperaciónde 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.
28. Investigable - Los motores de búsqueda buscan el texto real. No prestan ninguna atención a
losgráficosy al códigode 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
ordenadoresparasufácil usabilidad. - Utilice HTMLsimple yllanosiempre 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ónde los costesde producción:loscostesy tiemposde desarrollototalespueden
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
usuariomejoranlaproductividadylacalidadde lasaccionesy lasdecisiones.Lossistemasmás
fáciles de utilizar reducen el esfuerzo (stress) y permiten a los trabajadores manejar una
variedadmásampliade tareas.Los sistemasdifí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ésenel usode lascaracterísticas avanzadasdel sistema,que enalgunoscasos podrían no
utilizarse nunca.
Mejora en la calidad del producto: el diseño centrado en el usuario resulta en productos de
mayor calidadde uso,más competitivosenun mercado que demanda productos de fácil uso.
29. I. MAPA DE NAVEGABILIDAD DE LA APLICACIÓN
II. HERRAMIENTAS EMPLEADAS PARA LA MEDICION
PAGE SPEED INSIGHTS
Esta es unaherramientade Google incluidadentrode supaquete de “googledevelopers”, que
se interesaporlasmétricasde velocidadyde usabilidadde lossitiosweb.Analizael contenido
del sitioenestudioygenerauninforme 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
30. - Optimizar el renderizado de la página en el navegador.
SEOGRATIS.ORG
Seogratises 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,laoptimizaciónyel desarrollodelrecurso.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,lacual esla que el navegadorencontrarácuandose referenciaalguna información de esta,
como anteriormentese describió,se utilizaron las herramientas descritas evaluando los criterios
de usabilidad que a continuación se mostrarán.
Fig1. Índex proyecto SINORA
31. 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 velocidadel resultadofue de 23/100, es decirun 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ágenesempleadasno 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.
Eliminarel JavaScriptque bloquealavisualización y el CSS del contenido de la mitad superior
de la página:para el funcionamientode lapáginaesnecesarioadicionar algunas funciones de
javaScriptque nopuedenserincrustadasdirectamente enel headdel documentohtml puesto
que son bastantes, en esta parte la optimización que se puede hacer es mínima.
32. Habilitarcompresión:de ladodel servidor, un archivo puede ser compreso antes de su carga,
esto,con el propósitode reducirel tiempoinvertidoen descargarlosrecursosnecesarios para
mostrar la página.
En cuanto a la experienciade usuarioson pocos los aspectos que se debe plantear corregir la
calificación fue de 89/100.
Adaptacióndel contenidoalaventanagráfica:el anchode lapágina esexcesivo, 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 vistaenordenador,lascorreccionesque se presentanson las mismas a las anteriores para
la vistamóvil,perose le agregalade 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.
33. Otra métricaimportante ala hora de evaluar un sitio web, es que se pueda encontrar fácilmente
encualquiernavegador,estoesfundamental,puesestoayudaaque el sitioadquieramásvisitas y
seafácil de encontrar para cualquierusuario, 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
34. Fig5. Evaluación del index aplicación SEOGRATIS:ORG
Las recomendacionesespecificadasporestaaplicaciónestánrelacionadas con requerimientos no
funcionalesyel servidor, involucrando los metadatos de las páginas, imágenes de esta y demás,
con el finde que proporcionesinformació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:reduciral máximo el nombre de las URL y usando para separar palabras el (-)
en vez del (_)
Descripción:usarunaetiquetadescripción,que describael contenidode lapá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,
estocon el propósitoque aparezcanenlosmotoresde búsqueda,losnavegadoresno ven una
imagen, por lo que las palabras hablan por ellas a la horas de hacerlas visibles en los
navegadores.
35. 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
37. 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