Métricas.
DESARROLLO
Métricas de Calidad.
Este tipo de métricas se usa para definir la calidad del producto de software durante todo el proceso de desarrollo y puesta en marcha. Proporcionan una indicación de cómo se ajusta el software a los requisitos implícitos y explícitos del cliente.
Este tipo de métricas se usa para definir la calidad del producto de software durante todo el proceso de desarrollo y puesta en marcha. Proporcionan una indicación de cómo se ajusta el software a los requisitos implícitos y explícitos del cliente.
Métricas Orientadas al Tamaño.
Permiten conocer en qué tiempo se va a terminar
el software y cuantas personas se va 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
Los puntos de función que obtienen utilizando una
función empírica basado en medidas cuantitativas del dominio de información del
software y valoraciones subjetivos de la complejidad del software.
La medida de puntos de función se diseñó
originalmente para ser utilizadas en aplicación de sistemas de información de
gestión. Sin embargo, en algunas aplicaciones se les denomina puntos de
características.
2. Describir la utilidad de las métricas de
software
Cuando hablamos de la administración de proyectos
de software es necesario tener métricas para poder evaluar lo que se está
haciendo, aquí entra algo importante y es que hay que saber qué medir y cómo
medirlo, teniendo definidos los dos puntos anteriores, entonces podemos hacer
evaluaciones a los sistemas de información que construimos.
Las métricas en software nos permiten poder llevar un control de calidad en torno al ciclo de vida de este, y también nos permite poder evaluar a los profesionales que están involucrados con el proyecto. Al tener un control “real” de estos puntos podemos hacer comparativas para ver que tan bien nos está yendo o si debemos hacer mejoras en algún punto.
No es lo mismo elaborar un sistema de información a ciegas que elaborarlo con información de calidad que nos indique que tan bien estamos haciendo las cosas y en qué y cómo podemos mejorar.
Las métricas en software nos permiten poder llevar un control de calidad en torno al ciclo de vida de este, y también nos permite poder evaluar a los profesionales que están involucrados con el proyecto. Al tener un control “real” de estos puntos podemos hacer comparativas para ver que tan bien nos está yendo o si debemos hacer mejoras en algún punto.
No es lo mismo elaborar un sistema de información a ciegas que elaborarlo con información de calidad que nos indique que tan bien estamos haciendo las cosas y en qué y cómo podemos mejorar.
3. Explicar la importancia de la medición en los
procesos de calidad
En la actualidad las empresas buscan expandir sus
mercados, mejorar sus servicios, ampliar sus
portafolios y tener impacto trasnacional; es por esto que las organizaciones deben implementar un
mejoramiento en sus procesos para ser más competitivas y lo hacen a través de un sistema de
gestión en la calidad.
portafolios y tener impacto trasnacional; es por esto que las organizaciones deben implementar un
mejoramiento en sus procesos para ser más competitivas y lo hacen a través de un sistema de
gestión en la calidad.
Este documento busca describir la importancia y/o impacto que tiene el proceso de medición,
análisis y mejora, aplicado a una empresa de Logística sobre un mercado competitivo mediante un
sistema de Gestión de Calidad (Numeral 8. NTC ISO 9001:2008) siempre teniendo en cuenta que
el principal actor para el cumplimiento de esta, será el cliente y el compromiso con la mejora
continua en los procesos de gestión.
Los sistemas de Gestión de Calidad animan a la Organización a entender las necesidades y
expectativas de los clientes y a definir procesos que contribuyan al logro de las mismas,
respetando las normas constitucionales y legales vigentes dentro de las políticas trazadas por la
dirección y atención a las metas u objetivos previstos.
Se busca implementar que los procesos cumplan con las especificaciones técnicas y de control de
calidad, teniendo en cuenta que a partir del cumplimiento de los procesos el resultado es
compensado con un producto conforme, que deben ser estandarizados y documentados de
acuerdo la caracterización de los procesos.
4. Diferenciar las principales métricas de
productos de software orientados a objetos
Hay distintos tipos de MOO, como por ejemplo:
-Métricas orientadas a clases.
-Métricas orientadas a operaciones.
-Métricas para pruebas orientadas a objetos.
-Métricas para proyectos orientados a objetos
5. Formular metas y planes de calidad
Las actividades
sugeridas para desarrollar el Plan de la calidad son las siguientes:
1. Identificar el ambiente o entorno del proyecto y sus características.
2. Seleccionar el proceso y las actividades a realizar.
3. Documentar el plan de la calidad.
4. Mantener el plan de la calidad.
1. Identificar el ambiente o entorno del proyecto y sus características.
2. Seleccionar el proceso y las actividades a realizar.
3. Documentar el plan de la calidad.
4. Mantener el plan de la calidad.
“Un plan de la calidad es un documento que
especifica qué procedimientos y recursos deberían
aplicarse, quién debe aplicarlos y cuándo deberían aplicarse a un proyecto, proceso, producto o
contrato específico, de manera de poder alcanzar los objetivos de la calidad.”
aplicarse, quién debe aplicarlos y cuándo deberían aplicarse a un proyecto, proceso, producto o
contrato específico, de manera de poder alcanzar los objetivos de la calidad.”
El plan de la calidad para un proyecto puede adaptar la definición general del proceso de una
organización a un proyecto determinado, especificando aspectos tales como quién genera los
requisitos, qué forma tomarán y quién los revisará.
Otra alternativa de uso de los planes de la calidad es generarlos en cada proyecto, sin utilizar una
guía organizacional, aunque esto conlleva a que se pierda la oportunidad de aprovechar el
conocimiento adquirido a lo largo de las diversas experiencias.
Dado que el plan de la calidad es un instrumento de apoyo de un proyecto para la definición de su
forma de trabajo, estos deben adecuarse al tipo de proceso o metodología que utiliza cada equipo
para el desarrollo de software.
Por esta razón se han definido dos tipos de planes:
los planes de la calidad para Procesos Tradicionales y para Procesos Ágiles.
6. Explicar la importancia de los datos
históricos en los modelos predictivos
El modelo predictivo es un proceso utilizado en el
análisis para crear un modelo estadístico de comportamiento futuro. El análisis
predictivo es el área de minería de datos en cuestión, con probabilidades de
pronóstico y tendencias.
Un modelo predictivo se compone de un número de predictores, que son factores variables que pueden influir en el comportamiento o resultados futuros. En la comercialización, por ejemplo, un cliente de género, la edad y el historial de compras podrían predecir la probabilidad de una futura venta.
Un modelo predictivo se compone de un número de predictores, que son factores variables que pueden influir en el comportamiento o resultados futuros. En la comercialización, por ejemplo, un cliente de género, la edad y el historial de compras podrían predecir la probabilidad de una futura venta.
El modelo predictivo no existiría si no se
contaran con datos históricos a los cuales se les haga un análisis, ya que de
ese análisis es que se puede llegar a una conclusión futura.
En modelos de predicción, se recopilan los datos
para los indicadores relevantes, se formula un modelo estadístico, se hacen las
predicciones y se valida el modelo con los datos adicionales que estén
disponibles. El modelo puede emplear una ecuación lineal simple o una red
neuronal compleja, trazada por software sofisticado.
7. Aplicar las métricas de software para asegurar
la calidad del producto de manera objetiva.
La mala calidad
de la información y de software impacta negativamente en el negocio a
diferentes niveles:
-Disminuye ingresos y aumenta el gasto.
-Incrementa el riesgo.
-Provoca una reducción de la confianza, tanto dentro como fuera de la organización.
-Un enfoque proactivo tanto del gobierno de la información como del data quality permite la identificación temprana de errores o defectos que pueden ser corregidos a tiempo, eliminando de raíz problemas mayores. Los efectos positivos empiezan a notarse y sus beneficios aumentan en un ciclo de mejora continua propiciado por el control de las métricas de calidad de software.
Esta monitorización facilita el evaluar:
-La calidad del producto.
-El rendimiento del equipo de desarrollo.
-La justificación del uso de nuevas herramientas o soluciones.
-Los resultados obtenidos a partir de la incorporación del software a los procesos y operaciones.
-Para conseguir llegar al nivel de evaluación, es preciso contar con datos relevantes, precisos y actualizados sobre diferentes áreas, que faciliten una perspectiva global de la solución. Así, las métricas de calidad de software pueden aplicarse a diferentes contextos, como:
El proyecto: son las que facilitan la gestión del riesgo permitiendo tomar el pulso a la iniciativa de desarrollo desde su inicio.
El producto: están enfocadas a medir las características del software y todos los entregables que lo acompañan, fruto del proyecto de desarrollo, como modelos, componentes adicionales y documentación.
El proceso: tienen por objeto identificar mejores prácticas para su exportación a futuros proyectos y, para conseguirlo, recopilan datos de distintas iniciativas a lo largo de un periodo de tiempo determinado.
-Disminuye ingresos y aumenta el gasto.
-Incrementa el riesgo.
-Provoca una reducción de la confianza, tanto dentro como fuera de la organización.
-Un enfoque proactivo tanto del gobierno de la información como del data quality permite la identificación temprana de errores o defectos que pueden ser corregidos a tiempo, eliminando de raíz problemas mayores. Los efectos positivos empiezan a notarse y sus beneficios aumentan en un ciclo de mejora continua propiciado por el control de las métricas de calidad de software.
Esta monitorización facilita el evaluar:
-La calidad del producto.
-El rendimiento del equipo de desarrollo.
-La justificación del uso de nuevas herramientas o soluciones.
-Los resultados obtenidos a partir de la incorporación del software a los procesos y operaciones.
-Para conseguir llegar al nivel de evaluación, es preciso contar con datos relevantes, precisos y actualizados sobre diferentes áreas, que faciliten una perspectiva global de la solución. Así, las métricas de calidad de software pueden aplicarse a diferentes contextos, como:
El proyecto: son las que facilitan la gestión del riesgo permitiendo tomar el pulso a la iniciativa de desarrollo desde su inicio.
El producto: están enfocadas a medir las características del software y todos los entregables que lo acompañan, fruto del proyecto de desarrollo, como modelos, componentes adicionales y documentación.
El proceso: tienen por objeto identificar mejores prácticas para su exportación a futuros proyectos y, para conseguirlo, recopilan datos de distintas iniciativas a lo largo de un periodo de tiempo determinado.
8. Identificar mecanismos de evaluación y
adecuación de un proyecto.
En general,
nuestro plan de evaluación debe tener en cuenta los siguientes aspectos:
–qué nos interesa evaluar, y los indicadores pertinentes;
–cronograma donde se refleje qué momentos y espacios de reunión vamos a dedicar a la evaluación;
–qué personas van a componer el equipo evaluador, especificando si hubiera reparto de tareas entre ellas;
–qué procedimientos y técnicas vamos a usar para la obtención y recogida de datos;
–cálculo estimativo del coste del plan de evaluación.
Estos los aspectos a evaluar y los indicadores de evaluación, vamos a diferenciar entre indicadores de resultados e indicadores de gestión.
–qué nos interesa evaluar, y los indicadores pertinentes;
–cronograma donde se refleje qué momentos y espacios de reunión vamos a dedicar a la evaluación;
–qué personas van a componer el equipo evaluador, especificando si hubiera reparto de tareas entre ellas;
–qué procedimientos y técnicas vamos a usar para la obtención y recogida de datos;
–cálculo estimativo del coste del plan de evaluación.
Estos los aspectos a evaluar y los indicadores de evaluación, vamos a diferenciar entre indicadores de resultados e indicadores de gestión.
9. Buscar otras herramientas de software libre
que permitan realizar métricas de software diferentes a las anteriores. (Por lo
menos 3 por equipo de desarrollo).
▪
Metrics es un plugin de Eclipse para cálculo de
métricas de un producto de software. Tiene licencia CPL 1.0
▪
Metrics permite exportar las métricas obtenidas
de un proyecto a un archivo XML. También sirve para mostrar las dependencias
entre paquetes.
▪
Entre otras métricas calcula: Number of classes,
Number of children, Number of interfaces, Number of static methods, Number of
static attributes, Number of parámetros, Depth of inheritance tree (DIT),
Number of Overriden Methods (NORM), Number of Methods (NOM), Number of
attributes, Líneas de código, Specialization Index (SI), McCabe Cyclomatic
Complexity, Weighted methods per class (WMC), Lack of cohesion of methods (LCOM),
Afferent Coupling (Ca), Efferent Coupling (Ce), Instability (I), Abstractness
(A), Normalized distance from main sequence (Dn), Nested block depth.
No hay comentarios:
Publicar un comentario