MODELOS Y MÉTRICAS PARA EVALUAR CALIDAD DE SOFTWARE

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
MODELOS Y MÉTRICAS PARA EVALUAR CALIDAD DE SOFTWARE por Mind Map: MODELOS Y MÉTRICAS PARA EVALUAR CALIDAD DE SOFTWARE

1. LINEAS DE INVESTIGACIÓN y DESARROLLO

1.1. Análisis, estudio y discusión de modelos de evaluación de calidad.

1.2. Re levantamiento de metodologías.

1.3. Análisis y estudio de modelos.

1.4. Re-levantamiento de modelos.

1.5. Análisis y estudio de modelos

1.6. Identificacion de problemas

1.7. Descripción, formalizacion y aplicasion

1.8. selección, descripción y formalizacion de los problema

2. RESULTADOS ESPERADOS

2.1. Conocimiento actualizado de los distintos modelos, métricas, estándares y herramientas.

2.2. Diagnosticar la importancia que las pymes de software confieren a los modelos.

2.3. Metodología que permite evaluar la calidad de uso de productos de software sobre plataformas

2.4. Nuevas herramientas y adaptación

2.5. Vinculación con otras instituciones

2.6. Especialización de recursos humanos

2.7. Realización de transferencias tecnológicas

3. FORMACION DE RECURSOS HUMANOS

3.1. El marco del proyecto se encuentran en este momento en desarrollo un plan de trabajo de beca de investigación de pregrado de la SECYT-UNNE,

4. INTRODUCCION

4.1. Calidad en Programación Orientada a Aspectos

4.1.1. Programación Orientado a Objetos

4.1.1.1. Bloques de código dedicados a la sincronización de los accesos a los recursos

4.1.1.2. persistencia de los datos, al registro de auditorías (logs)

4.1.1.3. Concerns (dentro del sistema de software)

4.1.1.4. La diseminación de estos concerns a través de varias clases son conocidos como crosscutting concerns.

4.1.1.5. Aspectos mezclados en los principales módulos del sistema causando código desordenado

4.1.2. Programación Orientada a Aspectos

4.1.2.1. Encapsula estas características en módulos en vez de tenerlos dispersos en los componentes del sistema.

4.1.2.2. Se centró principalmente en el nivel de implementación y codificación

4.1.2.3. Impacto positivo en la calidad integral del software

4.1.2.4. Dado el continuo desarrollo de aplicaciones, diferentes modelos de métricas han aparecido como una forma de evaluación de la calidad de las mismas

4.1.2.5. Las métricas sobre las cuales se trabaja consideran:

4.1.2.5.1. Cantidad de Aspectos

4.1.2.5.2. Cantidad de relaciones existentes entre aspectos y una clase

4.1.2.5.3. Cantidad de clases relacionadas con un mismo aspecto

4.1.2.5.4. Cantidad de puntos de enlace en una clase

4.1.2.5.5. Cantidad de Clases Tejidas

4.1.2.6. POA es un nuevo paradigma que aún adolece de madurez y formalidad

4.2. Técnicas metaheurísticas orientadas a la calidad del proceso de desarrollo

4.2.1. Desarrollo de Software se hizo más complejo

4.2.2. Pasando de ser una tarea realizada por una sola persona en pocas horas a convertirse en un conjunto de actividades realizadas en equipos durante meses

4.2.3. En la actualidad existe un creciente interés por aplicar técnicas de optimización a problemas de Ingeniería del Software

4.2.3.1. Mediante el uso de algoritmos exactos

4.2.3.1.1. Garantizan encontrar el óptimo global de cualquier problema,

4.2.3.1.2. En problemas reales su tiempo de ejecución crece de forma exponencial con el tamaño del problema

4.2.3.2. Heurísticos ad hoc

4.2.3.2.1. Suelen ser bastante rápidos pero las soluciones no suelen ser óptimas

4.2.3.3. Metaheurísticos

4.2.3.3.1. Ofrecen un equilibrio adecuado entre ambos extremos

4.2.3.3.2. Son métodos genéricos que ofrecen soluciones de buena calidad en un tiempo moderado

4.3. Modelos de calidad de software

4.3.1. Modelos McCall, Evans y Marciniak, Deutch y Willis, FURPS

4.3.2. ISO9126 EN 1991

4.3.3. En 2001 ISO9126 fue remplazado por dos estándares relacionados: el estándar ISO/IEC 14598 y el ISO/IEC 9126,

4.3.3.1. Funcionalidad

4.3.3.2. Fiabilidad

4.3.3.3. Usabilidad

4.3.3.4. Eficiencia

4.3.3.5. Mantenibilidad

4.3.3.6. Portabilidad

4.3.4. El estándar ISO/IEC 9126 se compone de

4.3.4.1. Modelo de calidad

4.3.4.2. Métricas externas

4.3.4.3. Métricas internas

4.3.4.4. Métricas para la calidad en uso

4.3.5. El modelo más actual está representado por las normas ISO 25000:2005, con el nombre de SQuaRE (Software Quality Requirements and Evaluation)

4.3.6. SQuaRE está basado en ISO 9126 y en ISO 14598

4.3.7. SQuaRE se desagrega en 5 tópicos:

4.3.7.1. Gestión de la Calidad (2500n)

4.3.7.2. Modelo de Calidad (2501n)

4.3.7.3. Medidas de Calidad (2502n)

4.3.7.4. Requerimientos de Calidad(2503n)

4.3.7.5. Evaluación de la Calidad (2504n)

4.4. Métricas y Medición

4.4.1. La medición es un elemento clave en cualquier proceso de ingeniería.

4.4.2. Una métrica contiene:

4.4.2.1. Método de medición o método de cálculo

4.4.2.2. La escala asociada

4.4.3. El método de medición es la secuencia lógica particular de operaciones.

4.4.4. La escala puede ser

4.4.4.1. Categórica

4.4.4.2. Numérica.

4.4.5. La escala se clasifica en:

4.4.5.1. Nominal

4.4.5.2. Ordinal

4.4.5.3. Intervalo

4.4.5.4. Proporción

4.4.5.5. Absoluta

4.4.6. Las métricas pueden ser:

4.4.6.1. Directas

4.5. Calidad en Aplicaciones Web

4.5.1. Tecnologías y estándares de la web:

4.5.1.1. XML

4.5.1.2. Servicios Web

4.5.1.3. Web semántica

4.5.1.4. Técnicas de personalización de la web

4.5.1.5. Minería web

4.5.1.6. Inteligencia

4.5.1.7. Contextaware y móviles

4.5.1.8. Servicios.

4.5.2. La inteligencia web surge debido a la necesidad de lograr enfoques disciplinados y nuevos métodos y herramientas, para:

4.5.2.1. Desarrollar

4.5.2.2. Desplegar

4.5.2.3. Evaluar los sistemas y aplicaciones basados en la web.

4.5.3. Calidad del sw para la web:

4.5.3.1. Funcionalidad

4.5.3.2. Eficiencia

4.5.3.3. Facilidad de mantenimiento

4.6. Calidad en Programación Orientada a Objeto

4.6.1. Las métricas orientadas a objetos buscan poder entender mejor la calidad del producto, evaluar la efectividad del proceso y mejorar la calidad del trabajo.

4.6.2. La POO difiere en importante medida del desarrollo utilizado enfoques tradicionales.

4.6.3. Las métricas deben ajustarse a las características que lo distinguen:

4.6.3.1. Encapsulamiento

4.6.3.2. Ocultamiento de información

4.6.3.3. Herencia y técnicas de abstracción de objetos que hagan única a esa clase

4.6.4. Métricas que tienen relevancia en POO:

4.6.4.1. Métricas a nivel de sistema

4.6.4.2. Métricas a nivel de sistema

4.6.4.3. Métricas a nivel herencia

4.6.4.4. Métricas a nivel clase

4.6.4.5. Métricas a nivel de métodos

4.7. LA Calidad de Software

4.7.1. se refiere a las propiedades y caracteristicas del producto o servicio que cumple las necesidades o expectativas del cliente o usuario

4.8. Calidad del Producto y del Proceso

4.8.1. Las metas que se establezcan para la calidad del producto van a determinar las metas a establecer para la calidad del proceso de desarrollo.

4.8.2. Sin un buen proceso de desarrollo es casi imposible obtener un buen producto