SlideShare uma empresa Scribd logo
1 de 37
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ó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)
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
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
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
METRICA ESTETICA
MODULO 1
METRICAS ESTETICAS (DISEÑO GRÁFICO)
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
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
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
(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
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
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
(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
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
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
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
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 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.
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.
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
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.
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
Númerode RequerimientosFuncionales(Rt) 24
RequerimientosconInterpretaciónSimilar(Rii) 22
RequerimientosconInterpretaciónDiferente(Rid) 2
Identificaciónde requerimientosconinterpretación
diferente
RFM1-15, RFM1-16
Especificidadde Requerimientosnofuncionales 𝑄 =
𝑅𝑖𝑖
𝑅𝑡
=
22
24
= 0.91 = 91%
III. REQUERIMIENTOS FUNCIONALESMÓDULO 2
REQUERIMIENTOS FUNCIONALES MÓDULO 2
Númerode RequerimientosFuncionales(Rt) 12
RequerimientosconInterpretaciónSimilar(Rii) 10
Requerimientoscon InterpretaciónDiferente(Rid) 2
Identificaciónde requerimientosconinterpretación
diferente
RFM2-05, RFM2-12
Especificidadde Requerimientosnofuncionales 𝑄 =
𝑅𝑖𝑖
𝑅𝑡
=
10
12
= 0.83 = 83%
IV. REQUERIMIENTOS FUNCIONALESMÓDULO 3
REQUERIMIENTOS FUNCIONALES MÓDULO 3
Númerode RequerimientosFuncionales(Rt) 10
RequerimientosconInterpretaciónSimilar(Rii) 7
RequerimientosconInterpretaciónDiferente(Rid) 3
Identificaciónde requerimientosconinterpretación
diferente
RFM3-05, RFM3-21, RFM3-22
Especificidadde Requerimientosnofuncionales 𝑄 =
𝑅𝑖𝑖
𝑅𝑡
=
7
10
= 0.7 = 10%
REQUERIMIENTOS FUNCIONALES MÓDULO 4
Númerode RequerimientosFuncionales(Rt) 8
RequerimientosconInterpretaciónSimilar(Rii) 7
RequerimientosconInterpretaciónDiferente(Rid) 1
Identificaciónde requerimientosconinterpretación RFM3-05, RFM3-21, RFM3-22
diferente
Especificidadde Requerimientosnofuncionales 𝑄 =
𝑅𝑖𝑖
𝑅𝑡
=
7
8
= 0.875 = 87,5%
REQUERIMIENTOS FUNCIONALES MÓDULO 5
Númerode RequerimientosFuncionales(Rt) 11
RequerimientosconInterpretaciónSimilar(Rii) 9
RequerimientosconInterpretaciónDiferente(Rid) 2
Identificaciónde requerimientosconinterpretación
diferente
RFM3-05, RFM3-21, RFM3-22
Especificidadde Requerimientosnofuncionales 𝑄 =
𝑅𝑖𝑖
𝑅𝑡
=
9
11
= 0.81 = 81%
REQUERIMIENTOS FUNCIONALES MÓDULO 6
Númerode RequerimientosFuncionales(Rt) 5
RequerimientosconInterpretaciónSimilar(Rii) 4
RequerimientosconInterpretaciónDiferente(Rid) 1
Identificaciónde requerimientosconinterpretación
diferente
RFM3-05, RFM3-21, RFM3-22
Especificidadde Requerimientosnofuncionales 𝑄 =
𝑅𝑖𝑖
𝑅𝑡
=
4
5
= 0.8 = 80%
V. ESPECIFICIDAD TOTAL DEL ANÁLISIS
ESPECIFICIDAD TOTAL DEL ANÁLISIS
Númerode RequerimientosFuncionales(Rt) 70
RequerimientosconInterpretaciónSimilar(Rii) 59
RequerimientosconInterpretaciónDiferente(Rid) 11
Especificidadde Requerimientosnofuncionales 𝑄 =
𝑅𝑖𝑖
𝑅𝑡
=
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
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.
 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.
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
- 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
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.
 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.
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
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.
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

Mais conteúdo relacionado

Semelhante a Metricas del proyecto

Twig, el nuevo motor de plantillas de Drupal 8
Twig, el nuevo motor de plantillas de Drupal 8Twig, el nuevo motor de plantillas de Drupal 8
Twig, el nuevo motor de plantillas de Drupal 8
Javier Eguiluz
 
Estadística aplicada a la calidad university
Estadística aplicada a la calidad universityEstadística aplicada a la calidad university
Estadística aplicada a la calidad university
Damaris Muñoz
 
Ambientedeprogramacinenpascal 111015091809-phpapp02
Ambientedeprogramacinenpascal 111015091809-phpapp02Ambientedeprogramacinenpascal 111015091809-phpapp02
Ambientedeprogramacinenpascal 111015091809-phpapp02
kevinwm17
 

Semelhante a Metricas del proyecto (20)

Fundamentos de programación 1. diseño de algoritmos
Fundamentos de programación 1. diseño de algoritmosFundamentos de programación 1. diseño de algoritmos
Fundamentos de programación 1. diseño de algoritmos
 
Manual C-C++ Pablo
Manual C-C++ PabloManual C-C++ Pablo
Manual C-C++ Pablo
 
2_DISTRIBUCIÓN DE FRECUENCIAS (ORGANIZACIÓN DE DATOS)-2023-3-3 (1).pdf
2_DISTRIBUCIÓN DE FRECUENCIAS (ORGANIZACIÓN DE DATOS)-2023-3-3 (1).pdf2_DISTRIBUCIÓN DE FRECUENCIAS (ORGANIZACIÓN DE DATOS)-2023-3-3 (1).pdf
2_DISTRIBUCIÓN DE FRECUENCIAS (ORGANIZACIÓN DE DATOS)-2023-3-3 (1).pdf
 
JavaScript
JavaScriptJavaScript
JavaScript
 
Twig, el nuevo motor de plantillas de Drupal 8
Twig, el nuevo motor de plantillas de Drupal 8Twig, el nuevo motor de plantillas de Drupal 8
Twig, el nuevo motor de plantillas de Drupal 8
 
Computacion asignacion 3
Computacion asignacion 3Computacion asignacion 3
Computacion asignacion 3
 
Entorno y lenguaje de programación R
Entorno  y lenguaje de programación REntorno  y lenguaje de programación R
Entorno y lenguaje de programación R
 
Comandos
ComandosComandos
Comandos
 
Estadística aplicada a la calidad university
Estadística aplicada a la calidad universityEstadística aplicada a la calidad university
Estadística aplicada a la calidad university
 
Estadística aplicada a la calidad
Estadística aplicada a la calidad Estadística aplicada a la calidad
Estadística aplicada a la calidad
 
Sesion1_Ciencia_de_Datos-Introduccion a Pithon.pdf
Sesion1_Ciencia_de_Datos-Introduccion a Pithon.pdfSesion1_Ciencia_de_Datos-Introduccion a Pithon.pdf
Sesion1_Ciencia_de_Datos-Introduccion a Pithon.pdf
 
Lista de Comandos
Lista de ComandosLista de Comandos
Lista de Comandos
 
Lo básico para programar
Lo básico para programarLo básico para programar
Lo básico para programar
 
Diagrama de Pareto en Excel
Diagrama de Pareto en ExcelDiagrama de Pareto en Excel
Diagrama de Pareto en Excel
 
Presentación1
Presentación1Presentación1
Presentación1
 
Ambientedeprogramacinenpascal 111015091809-phpapp02
Ambientedeprogramacinenpascal 111015091809-phpapp02Ambientedeprogramacinenpascal 111015091809-phpapp02
Ambientedeprogramacinenpascal 111015091809-phpapp02
 
Ambiente
 Ambiente Ambiente
Ambiente
 
Ambiente de programación en pascal
Ambiente de programación en pascalAmbiente de programación en pascal
Ambiente de programación en pascal
 
Ambiente de programacin en pascal
Ambiente de programacin en pascalAmbiente de programacin en pascal
Ambiente de programacin en pascal
 
Ambiente de programación en pascal
Ambiente de programación en pascalAmbiente de programación en pascal
Ambiente de programación en pascal
 

Mais de Yurley Xiomara Rojas Sanchez

Mais de Yurley Xiomara Rojas Sanchez (13)

Desarrollo Web con PHP
Desarrollo Web con PHPDesarrollo Web con PHP
Desarrollo Web con PHP
 
Development of a hybrid cost scope error detection and handling concerning
Development of a hybrid cost  scope error detection and handling concerningDevelopment of a hybrid cost  scope error detection and handling concerning
Development of a hybrid cost scope error detection and handling concerning
 
Modelando casos de uso y estimación de software
Modelando casos de uso y estimación de softwareModelando casos de uso y estimación de software
Modelando casos de uso y estimación de software
 
Bibliografía
BibliografíaBibliografía
Bibliografía
 
Crisis del software
Crisis del softwareCrisis del software
Crisis del software
 
INGENIERÍA DE SOFTWARE
INGENIERÍA DE SOFTWARE INGENIERÍA DE SOFTWARE
INGENIERÍA DE SOFTWARE
 
Ingeniería de Software
Ingeniería de SoftwareIngeniería de Software
Ingeniería de Software
 
Modelos comportamiento organizacional
Modelos comportamiento organizacionalModelos comportamiento organizacional
Modelos comportamiento organizacional
 
Modelos comportamientoorganizacional
Modelos comportamientoorganizacional Modelos comportamientoorganizacional
Modelos comportamientoorganizacional
 
CARACTERES ASCII ENSAMBLADOR
CARACTERES ASCII ENSAMBLADORCARACTERES ASCII ENSAMBLADOR
CARACTERES ASCII ENSAMBLADOR
 
PROCESAMIENTO EN PANTALLA Y TECLADO BASICO
PROCESAMIENTO EN PANTALLA Y TECLADO BASICOPROCESAMIENTO EN PANTALLA Y TECLADO BASICO
PROCESAMIENTO EN PANTALLA Y TECLADO BASICO
 
Etica, Conciencia
Etica, ConcienciaEtica, Conciencia
Etica, Conciencia
 
Cualidades de un lider
Cualidades de un liderCualidades de un lider
Cualidades de un lider
 

Último

Proyecto de aprendizaje dia de la madre MINT.pdf
Proyecto de aprendizaje dia de la madre MINT.pdfProyecto de aprendizaje dia de la madre MINT.pdf
Proyecto de aprendizaje dia de la madre MINT.pdf
patriciaines1993
 
Concepto y definición de tipos de Datos Abstractos en c++.pptx
Concepto y definición de tipos de Datos Abstractos en c++.pptxConcepto y definición de tipos de Datos Abstractos en c++.pptx
Concepto y definición de tipos de Datos Abstractos en c++.pptx
Fernando Solis
 
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
jlorentemartos
 

Último (20)

Revista Apuntes de Historia. Mayo 2024.pdf
Revista Apuntes de Historia. Mayo 2024.pdfRevista Apuntes de Historia. Mayo 2024.pdf
Revista Apuntes de Historia. Mayo 2024.pdf
 
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESOPrueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
 
Biografía de Charles Coulomb física .pdf
Biografía de Charles Coulomb física .pdfBiografía de Charles Coulomb física .pdf
Biografía de Charles Coulomb física .pdf
 
Plan-de-la-Patria-2019-2025- TERCER PLAN SOCIALISTA DE LA NACIÓN.pdf
Plan-de-la-Patria-2019-2025- TERCER PLAN SOCIALISTA DE LA NACIÓN.pdfPlan-de-la-Patria-2019-2025- TERCER PLAN SOCIALISTA DE LA NACIÓN.pdf
Plan-de-la-Patria-2019-2025- TERCER PLAN SOCIALISTA DE LA NACIÓN.pdf
 
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLAACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
 
SISTEMA RESPIRATORIO PARA NIÑOS PRIMARIA
SISTEMA RESPIRATORIO PARA NIÑOS PRIMARIASISTEMA RESPIRATORIO PARA NIÑOS PRIMARIA
SISTEMA RESPIRATORIO PARA NIÑOS PRIMARIA
 
Posición astronómica y geográfica de Europa.pptx
Posición astronómica y geográfica de Europa.pptxPosición astronómica y geográfica de Europa.pptx
Posición astronómica y geográfica de Europa.pptx
 
Tema 19. Inmunología y el sistema inmunitario 2024
Tema 19. Inmunología y el sistema inmunitario 2024Tema 19. Inmunología y el sistema inmunitario 2024
Tema 19. Inmunología y el sistema inmunitario 2024
 
Factores que intervienen en la Administración por Valores.pdf
Factores que intervienen en la Administración por Valores.pdfFactores que intervienen en la Administración por Valores.pdf
Factores que intervienen en la Administración por Valores.pdf
 
Lecciones 06 Esc. Sabática. Los dos testigos
Lecciones 06 Esc. Sabática. Los dos testigosLecciones 06 Esc. Sabática. Los dos testigos
Lecciones 06 Esc. Sabática. Los dos testigos
 
TIENDAS MASS MINIMARKET ESTUDIO DE MERCADO
TIENDAS MASS MINIMARKET ESTUDIO DE MERCADOTIENDAS MASS MINIMARKET ESTUDIO DE MERCADO
TIENDAS MASS MINIMARKET ESTUDIO DE MERCADO
 
Louis Jean François Lagrenée. Erotismo y sensualidad. El erotismo en la Hist...
Louis Jean François Lagrenée.  Erotismo y sensualidad. El erotismo en la Hist...Louis Jean François Lagrenée.  Erotismo y sensualidad. El erotismo en la Hist...
Louis Jean François Lagrenée. Erotismo y sensualidad. El erotismo en la Hist...
 
Proyecto de aprendizaje dia de la madre MINT.pdf
Proyecto de aprendizaje dia de la madre MINT.pdfProyecto de aprendizaje dia de la madre MINT.pdf
Proyecto de aprendizaje dia de la madre MINT.pdf
 
Concepto y definición de tipos de Datos Abstractos en c++.pptx
Concepto y definición de tipos de Datos Abstractos en c++.pptxConcepto y definición de tipos de Datos Abstractos en c++.pptx
Concepto y definición de tipos de Datos Abstractos en c++.pptx
 
Novena de Pentecostés con textos de san Juan Eudes
Novena de Pentecostés con textos de san Juan EudesNovena de Pentecostés con textos de san Juan Eudes
Novena de Pentecostés con textos de san Juan Eudes
 
Usos y desusos de la inteligencia artificial en revistas científicas
Usos y desusos de la inteligencia artificial en revistas científicasUsos y desusos de la inteligencia artificial en revistas científicas
Usos y desusos de la inteligencia artificial en revistas científicas
 
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
 
AEC 2. Aventura en el Antiguo Egipto.pptx
AEC 2. Aventura en el Antiguo Egipto.pptxAEC 2. Aventura en el Antiguo Egipto.pptx
AEC 2. Aventura en el Antiguo Egipto.pptx
 
Linea del tiempo - Filosofos Cristianos.docx
Linea del tiempo - Filosofos Cristianos.docxLinea del tiempo - Filosofos Cristianos.docx
Linea del tiempo - Filosofos Cristianos.docx
 
prostitución en España: una mirada integral!
prostitución en España: una mirada integral!prostitución en España: una mirada integral!
prostitución en España: una mirada integral!
 

Metricas del proyecto

  • 1. Anexo G: METRICAS LUIS ARTURO SAAVEDRA DUARTE 1150782 ANDREA ANGARITA JERARDINO 1151040 YURLEY XIOMARA ROJAS SANCHEZ 1150273
  • 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
  • 7. METRICA ESTETICA MODULO 1 METRICAS ESTETICAS (DISEÑO GRÁFICO)
  • 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
  • 24. Númerode RequerimientosFuncionales(Rt) 24 RequerimientosconInterpretaciónSimilar(Rii) 22 RequerimientosconInterpretaciónDiferente(Rid) 2 Identificaciónde requerimientosconinterpretación diferente RFM1-15, RFM1-16 Especificidadde Requerimientosnofuncionales 𝑄 = 𝑅𝑖𝑖 𝑅𝑡 = 22 24 = 0.91 = 91% III. REQUERIMIENTOS FUNCIONALESMÓDULO 2 REQUERIMIENTOS FUNCIONALES MÓDULO 2 Númerode RequerimientosFuncionales(Rt) 12 RequerimientosconInterpretaciónSimilar(Rii) 10 Requerimientoscon InterpretaciónDiferente(Rid) 2 Identificaciónde requerimientosconinterpretación diferente RFM2-05, RFM2-12 Especificidadde Requerimientosnofuncionales 𝑄 = 𝑅𝑖𝑖 𝑅𝑡 = 10 12 = 0.83 = 83% IV. REQUERIMIENTOS FUNCIONALESMÓDULO 3 REQUERIMIENTOS FUNCIONALES MÓDULO 3 Númerode RequerimientosFuncionales(Rt) 10 RequerimientosconInterpretaciónSimilar(Rii) 7 RequerimientosconInterpretaciónDiferente(Rid) 3 Identificaciónde requerimientosconinterpretación diferente RFM3-05, RFM3-21, RFM3-22 Especificidadde Requerimientosnofuncionales 𝑄 = 𝑅𝑖𝑖 𝑅𝑡 = 7 10 = 0.7 = 10% REQUERIMIENTOS FUNCIONALES MÓDULO 4 Númerode RequerimientosFuncionales(Rt) 8 RequerimientosconInterpretaciónSimilar(Rii) 7 RequerimientosconInterpretaciónDiferente(Rid) 1 Identificaciónde requerimientosconinterpretación RFM3-05, RFM3-21, RFM3-22
  • 25. diferente Especificidadde Requerimientosnofuncionales 𝑄 = 𝑅𝑖𝑖 𝑅𝑡 = 7 8 = 0.875 = 87,5% REQUERIMIENTOS FUNCIONALES MÓDULO 5 Númerode RequerimientosFuncionales(Rt) 11 RequerimientosconInterpretaciónSimilar(Rii) 9 RequerimientosconInterpretaciónDiferente(Rid) 2 Identificaciónde requerimientosconinterpretación diferente RFM3-05, RFM3-21, RFM3-22 Especificidadde Requerimientosnofuncionales 𝑄 = 𝑅𝑖𝑖 𝑅𝑡 = 9 11 = 0.81 = 81% REQUERIMIENTOS FUNCIONALES MÓDULO 6 Númerode RequerimientosFuncionales(Rt) 5 RequerimientosconInterpretaciónSimilar(Rii) 4 RequerimientosconInterpretaciónDiferente(Rid) 1 Identificaciónde requerimientosconinterpretación diferente RFM3-05, RFM3-21, RFM3-22 Especificidadde Requerimientosnofuncionales 𝑄 = 𝑅𝑖𝑖 𝑅𝑡 = 4 5 = 0.8 = 80% V. ESPECIFICIDAD TOTAL DEL ANÁLISIS ESPECIFICIDAD TOTAL DEL ANÁLISIS Númerode RequerimientosFuncionales(Rt) 70 RequerimientosconInterpretaciónSimilar(Rii) 59 RequerimientosconInterpretaciónDiferente(Rid) 11 Especificidadde Requerimientosnofuncionales 𝑄 = 𝑅𝑖𝑖 𝑅𝑡 = 59 70 = 0.84 = 84%
  • 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
  • 36. Fig7. Cantidad de visitantes de la página
  • 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