Desarrollo
Web
Ensayo de:
“Métricas de Software y Métricas
Web”
Métricas de Software
Métricas del software
El IEEE “Standard Glosary of
Software Engering Terms” define como métricacomo “una medida cuantitativa del
grado en que un sistema, componente o proceso posee un atributo dado”.
Se dice que la medición es
esencial, si es que se desea realmente conseguir la calidad en software.
Es por eso que existen
distintos tipos de métricas para poder evaluar,
mejorar y clasificar al
software final, en donde serán manejadas dependiendo del
entorno de desarrollo del
software al cual pretendan orientarse.
Cuando se planifica un proyecto se tiene que obtener
estimaciones del costo y esfuerzo humano requerido por medio de las mediciones
de software que se utilizan para recolectar los datos cualitativos acerca del
software y sus procesos para aumentar su calidad. De las Métricas
En la mayoría de los desafíos
técnicos, las métricas nos ayudan a entender tanto el proceso
técnico que se utiliza para
desarrollar un producto, como el propio producto. El proceso para
intentar mejorarlo, el
producto se mide para intentar aumentar su calidad.
El principio, podría parecer
que la necesidad de la medición e s algo evidente. Después de todo
es lo que nos permite
cuantificar y por consiguiente gestionar de forma más efectiva. Pero la
realidad puede ser muy
deferente. Frecuentemente la medición con lleva una gran controversia y
discusión.
1. ¿Cuáles son las métricas apropiadas para el proceso y para el
producto?
2. ¿Cómo se deben utilizar los datos que se recopilan?
3. ¿Es bueno usar medidas para comparar gente, procesos o productos?
Estas preguntas y otras tantas
docenas de ellas siempre surgen cuando se intenta medir algo
que no se ha medido en el
pasado.
La medición es muy común en el
mundo de la ingeniería. Medimos potencia de consumo, pesos,
dimensiones físicas,
temperaturas, voltajes, señales de ruidos por mencionar algunos aspectos.
Desgraciadamente la medición
se aleja de lo común en el mundo de la ingeniería del software.
Encontramos dificultades en
ponernos de acuerdo sobre que medir y como va evaluar las
medidas.
Hay varias razones para medir un producto.
1. Para indicar la calidad del
producto.
2. Para evaluar la
productividad de la gente que desarrolla el producto.
3. Par evaluar los beneficios
en términos de productividad y de calidad, derivados del uso
de nuevos métodos y
herramientas de la ingeniería de software.
4. Para establecer una línea
de base para la estimación
5. Para ayudar a justificar el
uso de nuevas herramientas o de formación adicional.
MÉTRICAS DEL SOFTWARE.
Son las que están relacionadas
con el desarrollo del software como funcionalidad, complejidad,
eficiencia.
MÉTRICAS TÉCNICAS: Se centran en lasa características de software
pro ejemplo: la
complejidad lógica, el grado
de modularidad. Mide la estructura del sistema, el cómo esta hecho.
MÉTRICAS DE CALIDAD: proporcionan una indicación de cómo se ajusta
el software a los
requisitos implícitos y
explícitos del cliente. Es decir cómo voy a medir para que mi sistema se
adapte a los requisitos que me
pide el cliente.
MÉTRICAS DE PRODUCTIVIDAD. Se centran en el rendimiento del proceso
de la ingeniería del
software. Es decir que tan
productivo va a ser el software que voy a diseñar.
MÉTRICAS ORIENTADAS A LA PERSONA. Proporcionan medidas e
información sobre la
forma que la gente desarrolla
el software de computadoras y sobre todo el punto de vista
humano de la efectividad de
las herramientas y métodos. Son las medidas que voy a hacer de mi
personal que va hará el
sistema.
MÉTRICAS ORIENTADAS AL TAMAÑO. Es para saber en que tiempo voy a
terminar el
software y cuantas personas
voy a necesitar. Son medidas directas al software y el proceso por
el cual se desarrolla, si una
organización de software mantiene registros sencillos, se puede
crear una tabla de datos
orientados al tamaño.
MÉTRICAS ORIENTADAS A LA FUNCIÓN. Son medidas indirectas del
software y del proceso
por el cual se desarrolla. En
lugar de calcularlas las LDC, las métricas orientadas a la función se
centran en la funcionalidad o
utilidad del programa.
Las métricas orientadas a la
función fueron el principio propuestas por Albercht quien sugirió un
acercamiento a la medida de la
productividad denominado método del punto de función. Los
puntos de función que obtienen
utilizando una función empírica basando en medidas
cuantitativas del dominio de
información del software y valoraciones subjetivos de la complejidad
del software.
ESTIMACIÓN
Es una pequeña planeación sobre que es lo que va a ser mi
proyecto. Una de las actividades
cruciales del proceso de gestión del proyecto del software
es la planificación. Cuando se planifica
un proyecto de software se tiene que obtener estimaciones
de esfuerzo humano requerido, de la
duración cronológica del esfuerzo humano requerido, de la
duración cronológica del proyecto y
del costo. Pero en muchos de los casos las estimaciones
se hacen valiéndose de la experiencia
pasada como única guía. Si un proyecto es bastante
similar en tamaño y funciona un proyecto es
bastante similar en tamaño y funciona un proyecto pasado
es probable que el nuevo proyecto
requiera aproximadamente la misma cantidad de esfuerzo,
que dure aproximadamente lo mismo
que el trabajo anterior. Pero que pasa si el proyecto es
totalmente distinto entonces puede que la
experiencia obtenida no sea lo suficiente.
Se han desarrollado varias técnicas de estimación para el
desarrollo de software, aunque cada
una tiene sus puntos fuertes y sus puntos débiles, todas
tienen en común los siguientes
atributos.
1. Se han de
establecer de antemano el ámbito del proyecto.
2. Como bases para
la realización de estimaciones se usan métricas del software de
proyectos pasados.
3. El proyecto se
desgloba en partes más pequeñas que se estiman individualmente.
PLANEACIÓN DEL
PROYECTO
La planeación
efectiva de un proyecto de software depende de la planeación detallada de
su
avance, anticipado problemas que puedan surgir y
preparando con anticipación soluciones
tentativas a ellos. Se supondrá que el administrador del
proyecto es responsable de la
planeación desde la definición de requisitos hasta la
entrega del sistema terminado. No se
analizara la planeación que implica a la estimación de la
necesidad de un sistema de software y
la habilidad de producir tal sistema, la asignación de
prioridad al proceso de su producción.
Los puntos analizados posteriormente generalmente son
requeridos por grandes sistemas de
programación, sine embargo estos puntos son validos
también para sistemas pequeños.
Panorama. Hace una descripción general del proyecto
detalle de la organización del plan y
resume el resto del documento.
Plan de fases. Se analiza el ciclo de desarrollo del
proyecto como es: análisis de requisitos, fase
de diseño de alto nivel, fase de diseño de bajo nivel,
etc. Asociada con cada fase debe de haber
una fecha que especifique cuando se debe terminar estas
fases y una indicación de como se
pueden solapar las distintas fases del proyecto.
Plan de organización. Se definen las responsabilidades
especificas de los grupos que
intervienen en el proyecto.
Plan de pruebas.
Se hace un esbozo general de las pruebas y de las herramientas,
procedimientos y responsabilidades para realizar las
pruebas del sistema.
Plan de control de
modificaciones. Se establece un mecanismo para aplicar las
modificaciones que se requieran a medida que se
desarrolle el sistema.
Plan de documentación.
Su función es definir y controlar la documentación asociada con el
proyecto.
Plan de
capacitación. Se describe la preparación de los programadores que
participan en el
proyecto y las instrucciones a los usuarios para la
utilización del sistema que se les entregue.
Plan de revisión e
informes. Se analiza como se informa del estado del proyecto y se definen
las revisiones formales asociadas con el avance de
proyecto.
Plan de
instalación y operación. Se describe el procedimiento para instalar el
sistema en la
localidad del usuario.
Plan de recursos y
entregas. Se resume los detalles críticos del proyecto como fechas
programadas, marcas de logros y todos los artículos que
deben entrar bajo contrato.
Indice. Se muestra en donde encontrar las cosas dentro
del plan.
Plan de
mantenimiento. Se establece un bosquejo de los posibles tipos de
mantenimiento que
se tienen que dar para futuras versiones del sistema.
ERRORES CLASICOS
EN UN PROYECTO DE SOFTWARE
1. Mal análisis en los requerimientos.
2. Una mala planeación.
3. No tener una negociación (documento, contrato) con el
cliente.
4. No hacer un análisis costo beneficio.
5. Desconocer el ambiente de trabajo de los usuarios.
6. Desconocer los usuarios que trabajan con el sistema.
7. Mala elección de recursos (hardware, software,
humanos).
Métricas de web
Las métricas básicas,
y sobretodo sus combinaciones, nos van a permitir interpretar la conducta
del usuario en nuestra web. Hay que decir que hay pocas métricas que nos
aporten valor de forma independiente, ya que lo mejor es combinarlas entre
ellas para darles valor en un conjunto.
Sesiones: son un
conjunto de una o más interacciones de un usuario en un sitio web. Finaliza a
la media hora de inactividad o cuando el usuario vuelve al sitio web desde otra
fuente de tráfico (a excepción del referal y del trafico directo) distinta a la
inicial.
Páginas vistas: son
el número de páginas que se descargan
los usuarios. Por sí sola esta métrica aporta poca información pero con otras
métricas nos pueden dar una información muy valiosa.
Páginas
vistas/usuario: número de páginas que visualiza un usuario durante su
sesión.
Visitas: las
visitas representan las sesiones del sitio web que se abren durante un periodo
de tiempo específico. Hay que tener en cuenta que si el usuario está durante
más de 29 min sin interaccionar con el sitio, pasado este tiempo se considerará
una nueva sesión, por lo que tendremos dos visitas.
Visitantes únicos:
cuando decimos visitantes únicos, no hablamos de personas, sino de
dispositivos, es decir, un usuario puede acceder a una página web desde tres
dispositivos distintos, y en vez de tener un usuario único, tendremos tres, uno
por cada dispositivo.
Para calcular el número de visitantes únicos, el servidor
genera una cookie que se almacenará en nuestro ordenador, con esta cookie el
sistema de analítica podrá saber cuándo fue la última vez que accedimos a la
página web, por lo que podremos saber si es un usuario nuevo o recurrente.
Tiempo en la página:
se refiere al tiempo que un usuario está en un sitio web. Es una medida
bastante inexacta en los sistemas de analítica web, el motivo de ésta
inexactitud es la forma de contar el tiempo, ya que los sistemas de
estadísticas cuentan el tiempo en base a interacciones con la página web, es
decir, si un usuario accede a una página, durante 10 minutos está leyendo el
artículo y posteriormente se va de la página, el sistema contará como que ha
estado cero segundos. Para que contase debería haber saltado de página.
Tasa de rebote
(bounce rate): es el porcentaje de usuarios que acceden a una página web y
se van sin hacer nada. Esta métrica es muy importante porque nos indica la
calidad de los contenidos, o mejor dicho, la calidad del tráfico que
conseguimos, ya que podemos tener un contenido de calidad. Por el contrario, si
el tráfico que aportamos no va dirigido a la página correcta, el usuario se ira
rápidamente, ya que no le aportamos lo que estaba buscando.
La creación y seguimiento de métricas Web son aspectos
fundamentales lograr un buen diseño Web. En este artículo revisaremos como
utilizar estas métricas para el diseño de un sitio Web con criterios de
usabilidad y conversión.
El uso de métricas
web (KPI) permite pasar al diseño Web del campo de la subjetividad (basado
en gustos y sentires) al campo de la objetividad (basada en hechos y datos).
Definición de
métricas Web:
Las métricas Web son
indicadores que permiten establecer el éxito o fracaso de una estrategia en
Internet, su evaluación y análisis permite optimizar las estrategias de
marketing digital.
Las métricas Web son
también llamadas KPI, iniciales de las palabras en inglés Key Performance
Indicators (Indicadores Claves de Desempeño).
Existen múltiples
herramientas para administrar estas métricas Web, sin embargo Google Analytics
es la más utilizada hoy en día por ser gratis y de excelente calidad.
Un diseño Web profesional sería imposible
si no tuviéramos las métricas web. Veamos algunos usos:
Algunos de los
indicadores que permiten dar objetividad al diseño Web son:
1. Google Analytics
Los indicadores más
importantes de Google Analytics que permite evaluar el diseño Web son:
Tiempo en el sitio
Web: es el tiempo promedio de las visitas al sitio Web y nos da información
de la utilidad del sitio Web para el visitante, los problemas de usabilidad
pueden originar menores tiempos en el sitio Web.
Promedio de páginas
vistas: son el promedio de páginas vistas por visitante, en la medida que
el número es cercano a uno puede significar que existen problemas de usabilidad
en el sitio Web.
Páginas de salida del
sitio Web: indica cuáles fueron las páginas utilizadas para abandonar el
sitio Web. Esto puede indicarnos un problema de usabilidad en las páginas que
sean muy utilizadas como página de salida.
Porcentaje de rebote:
es el porcentaje de visitas en una sola página, es decir, visitas en las
que el usuario no pasa de la página de acceso. Esto puede indicar un problema
de usabilidad en la página de inicio del Sitio Web.
Tasas de conversión: se
deben configurar las conversiones de nuestro sitio Web en Google Analytics para
establecer el porcentaje de visitantes que logramos convertir en un estado de
registro. Ejemplos de conversiones serían: usuarios registrados, usuarios
suscritos al boletín, pedidos realizados, compras realizadas, etc.
2. Pruebas de eye
tracking:
Las pruebas de eye tracking
llamado en español seguimiento de los ojos o seguimiento ocular, hace referencia a un grupo de tecnologías
(equipos y programas) que permiten registrar la forma como una persona mira un
sitio Web, una imagen o una película.
Las pruebas de eye
tracking permiten establecer dos aspectos fundamentales:
Mapas de calor y
focos de atención: si realizamos una prueba de mapa de calor y focos de
atención podemos realizar ajustes en el diseño Web (colores, contrates,
posición de elementos, etc.)hasta lograr que la mirada del visitante se
concentre en los elementos que nuestra empresa necesita para lograr los
objetivos de mercadeo.
Identificar problemas
de usabilidad del sitio Web: con equipos de eye tracking también se pueden
identificar problemas de usabilidad en los procesos de registros o túneles de conversión
de nuestro sitio Web.
3. Pruebas A/B:
Las pruebas A/B
son una técnica de usabilidad que permite realizar evaluaciones con los
visitantes reales del sitio Web para medir de manera objetiva la mejor página
Web entre varias alternativas. Se puede evaluar:
Entre dos páginas de
inicio completamente distintas cuál genera más ventas.
Cuál diseño de botón
de acción (CTA) genera más clics.
Cuál disposición de
espacio en mi sitio Web genera más usuarios registrados.
Cuál es el contenido
(copy) más efectivo para mi sitio Web.
Cuál diseño de
boletín generó más negocios.
Bibliografía:
