Diferencia entre revisiones de «Métrica de diseño»
m (Métricas de diseño trasladada a Métrica de diseño) |
|||
| (No se muestran 4 ediciones intermedias de 3 usuarios) | |||
| Línea 4: | Línea 4: | ||
|tamaño= | |tamaño= | ||
|concepto= Forma cuantitativa de evaluar la calidad de los atributos internos del producto. | |concepto= Forma cuantitativa de evaluar la calidad de los atributos internos del producto. | ||
| − | }} | + | }}'''Métricas de diseño'''. Permiten medir de forma cuantitativa la calidad de los atributos internos del [[software]]. Esto permite al ingeniero evaluar la calidad durante el desarrollo del sistema. |
| − | |||
| − | + | == Generalidades == | |
| − | + | Son varios los puntos de vista relacionados con la calidad del [[software]]. Las métricas de diseño a nivel de componentes se concentran en las características internas de los componentes del software con medidas que pueden ayudar al desarrollador a juzgar la calidad de un diseño a nivel de componente. | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | === Tamaño operacional de clase TOC | + | == Atributos de calidad == |
| + | Las métricas se centran en cuantificar tanto la complejidad, como la funcionalidad y eficiencia inmersa en el desarrollo de [[software]]. | ||
| + | Inclina sus objetivos a mejorar la comprensión de la calidad del | ||
| + | producto, a estimar la efectividad del proceso y mejorar la calidad del | ||
| + | [[trabajo]]. | ||
| + | |||
| + | Las métricas empleadas están diseñadas para evaluar los siguientes atributos de calidad: | ||
| + | * '''''Responsabilidad''''' . Consiste en la responsabilidad asignada a una clase en un marco de modelado de un dominio o concepto, de la problemática propuesta. | ||
| + | *'''''Complejidad de implementación'''''. Consiste en el grado de dificultad que tiene implementado un diseño de clases determinado. | ||
| + | * '''''Reutilización'''''. Consiste en el grado de reutilización presente en una clase o estructura de clase,dentro de un diseño de [[software]]. | ||
| + | *'''''Acoplamiento'''''. Consiste en el grado de dependencia o interconexión de una clase o estructura de clase, con otras, está muy ligada a la característica de Reutilización. | ||
| + | * '''''Complejidad del mantenimiento'''''. Consiste en el grado de esfuerzo necesario a realizar para desarrollar un arreglo, una mejora o una rectificación de algún error de un diseño de software. Puede influir indirecta, pero fuertemente en los costes y la planificación del proyecto. | ||
| + | * '''''Cantidad de pruebas'''''. Consiste en el número o el grado de esfuerzo para realizar las pruebas de calidad (Unidad) del producto (componente,módulo, clase, conjunto de clases, etc.) diseñado. | ||
| + | |||
| + | == Tamaño operacional de clase TOC == | ||
Está dado por el número de métodos asignados a una clase y evalúa los siguientes atributos de calidad: | Está dado por el número de métodos asignados a una clase y evalúa los siguientes atributos de calidad: | ||
| − | + | * '''Responsabilidad:''' Un aumento del TOC implica un aumento de la responsabilidad asignada a la clase. | |
| − | '''Responsabilidad:''' Un aumento del TOC implica un aumento de la responsabilidad asignada a la clase. | + | * '''Complejidad de implementación:''' Un aumento del TOC implica un aumento de la complejidad de implementación de la clase. |
| − | + | * '''Reutilización:''' Un aumento del TOC implica una disminución del grado de reutilización de la clase. | |
| − | '''Complejidad de implementación:''' Un aumento del TOC implica un aumento de la | ||
| − | |||
| − | '''Reutilización:''' Un aumento del TOC implica una disminución del grado de reutilización de la clase. | ||
| − | + | == Relaciones entre clases (RC) == | |
Está dado por el número de relaciones de uso de una clase con otra y evalúa los siguientes atributos de calidad: | Está dado por el número de relaciones de uso de una clase con otra y evalúa los siguientes atributos de calidad: | ||
| − | + | * '''Acoplamiento:''' Un aumento del RC implica un aumento del Acoplamiento de la clase. | |
| − | '''Acoplamiento:''' Un aumento del RC implica un aumento del Acoplamiento de la clase. | + | * '''Complejidad de mantenimiento:''' Un aumento del RC implica un aumento de la complejidad del mantenimiento de la clase. |
| − | + | * '''Reutilización:''' Un aumento del RC implica una disminución en el grado de reutilización de la clase. | |
| − | '''Complejidad de mantenimiento:''' Un aumento del RC implica un aumento de la complejidad del mantenimiento de la clase. | + | * '''Cantidad de pruebas:''' Un aumento del RC implica un aumento de la Cantidad de pruebas de unidad necesarias para probar una clase. |
| − | |||
| − | '''Reutilización:''' Un aumento del RC implica una disminución en el grado de reutilización de la clase. | ||
| − | |||
| − | '''Cantidad de pruebas:''' Un aumento del RC implica un aumento de la Cantidad de pruebas de unidad necesarias para probar una clase. | ||
== Matriz de inferencia de indicadores de calidad == | == Matriz de inferencia de indicadores de calidad == | ||
| − | También llamada matriz de cubrimiento, es una representación estructurada de los atributos de calidad y métricas utilizadas para evaluar la calidad del diseño propuesto. Dicha matriz permite conocer si los resultados obtenidos de las relaciones atributo/métrica es positivo o no, llevando estos resultados a una escalabilidad numérica donde, si los resultados son positivos se le asigna el valor de 1, si son negativos toma valor 0 y si no existe relación es considerada como nula y es representada con un guión simple (-). Luego se puede obtener un resultado general para cada atributo promediando todas sus relaciones no nulas. | + | También llamada matriz de cubrimiento, es una representación estructurada de los atributos de calidad y métricas utilizadas para evaluar la calidad del diseño propuesto. |
| − | + | ||
| − | + | Dicha matriz permite conocer si los resultados obtenidos de las relaciones atributo/métrica es positivo o no, llevando estos resultados a una escalabilidad numérica donde, si los resultados son positivos se le asigna el valor de 1, si son negativos toma valor 0 y si no existe relación es considerada como nula y es representada con un guión simple (-). Luego se puede obtener un resultado general para cada atributo promediando todas sus relaciones no nulas. | |
| + | |||
== Fuentes == | == Fuentes == | ||
* [http://www.desarrolloweb.com/articulos-copyleft/articulo-metricas-de-software.html Métricas de diseño] | * [http://www.desarrolloweb.com/articulos-copyleft/articulo-metricas-de-software.html Métricas de diseño] | ||
[[Category:Ingeniería_de_software]] | [[Category:Ingeniería_de_software]] | ||
última versión al 10:32 9 ene 2012
| ||||||
Métricas de diseño. Permiten medir de forma cuantitativa la calidad de los atributos internos del software. Esto permite al ingeniero evaluar la calidad durante el desarrollo del sistema.
Sumario
Generalidades
Son varios los puntos de vista relacionados con la calidad del software. Las métricas de diseño a nivel de componentes se concentran en las características internas de los componentes del software con medidas que pueden ayudar al desarrollador a juzgar la calidad de un diseño a nivel de componente.
Atributos de calidad
Las métricas se centran en cuantificar tanto la complejidad, como la funcionalidad y eficiencia inmersa en el desarrollo de software. Inclina sus objetivos a mejorar la comprensión de la calidad del producto, a estimar la efectividad del proceso y mejorar la calidad del trabajo.
Las métricas empleadas están diseñadas para evaluar los siguientes atributos de calidad:
- Responsabilidad . Consiste en la responsabilidad asignada a una clase en un marco de modelado de un dominio o concepto, de la problemática propuesta.
- Complejidad de implementación. Consiste en el grado de dificultad que tiene implementado un diseño de clases determinado.
- Reutilización. Consiste en el grado de reutilización presente en una clase o estructura de clase,dentro de un diseño de software.
- Acoplamiento. Consiste en el grado de dependencia o interconexión de una clase o estructura de clase, con otras, está muy ligada a la característica de Reutilización.
- Complejidad del mantenimiento. Consiste en el grado de esfuerzo necesario a realizar para desarrollar un arreglo, una mejora o una rectificación de algún error de un diseño de software. Puede influir indirecta, pero fuertemente en los costes y la planificación del proyecto.
- Cantidad de pruebas. Consiste en el número o el grado de esfuerzo para realizar las pruebas de calidad (Unidad) del producto (componente,módulo, clase, conjunto de clases, etc.) diseñado.
Tamaño operacional de clase TOC
Está dado por el número de métodos asignados a una clase y evalúa los siguientes atributos de calidad:
- Responsabilidad: Un aumento del TOC implica un aumento de la responsabilidad asignada a la clase.
- Complejidad de implementación: Un aumento del TOC implica un aumento de la complejidad de implementación de la clase.
- Reutilización: Un aumento del TOC implica una disminución del grado de reutilización de la clase.
Relaciones entre clases (RC)
Está dado por el número de relaciones de uso de una clase con otra y evalúa los siguientes atributos de calidad:
- Acoplamiento: Un aumento del RC implica un aumento del Acoplamiento de la clase.
- Complejidad de mantenimiento: Un aumento del RC implica un aumento de la complejidad del mantenimiento de la clase.
- Reutilización: Un aumento del RC implica una disminución en el grado de reutilización de la clase.
- Cantidad de pruebas: Un aumento del RC implica un aumento de la Cantidad de pruebas de unidad necesarias para probar una clase.
Matriz de inferencia de indicadores de calidad
También llamada matriz de cubrimiento, es una representación estructurada de los atributos de calidad y métricas utilizadas para evaluar la calidad del diseño propuesto.
Dicha matriz permite conocer si los resultados obtenidos de las relaciones atributo/métrica es positivo o no, llevando estos resultados a una escalabilidad numérica donde, si los resultados son positivos se le asigna el valor de 1, si son negativos toma valor 0 y si no existe relación es considerada como nula y es representada con un guión simple (-). Luego se puede obtener un resultado general para cada atributo promediando todas sus relaciones no nulas.
