CALIDAD DE SOFTWARE

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
CALIDAD DE SOFTWARE por Mind Map: CALIDAD DE SOFTWARE

1. se deben evaluar

1.1. Objetivos

1.1.1. deben estar en armonia

1.1.1.1. los objetivos del usuario

1.1.1.2. los objetivos de la organización

1.2. Metodos

1.2.1. deben utilizarse

1.2.1.1. optimizacion al implementar

1.2.1.1.1. hardware

1.2.1.1.2. software

1.2.1.2. métodos, procedimientos y estándares de la organización.

1.3. Ejecucion

2. naturaleza critica de tareas realizadas por computadoras

2.1. dependencia de los sistemas tecnologicos

2.2. las fallas ocacionan catastrofes

2.2.1. personales

2.2.2. economicos

3. Es el cumplimiento de todas las caracteristicas del producto de software

4. cumple expectativas en cuanto a:

4.1. funcionalidad

4.2. ejecucion

4.3. confiabilidad

4.4. disponibilidad

4.5. apoyo a menor costo

5. La SQA tiene como finalidad determinar:

5.1. si las necesidades de los usuarios estas siendo satisfechas

6. Necesidad de SQA

6.1. crecimiento de costos

6.1.1. mantenimiento

6.2. competencia

6.2.1. para producir software de calidad

6.2.2. procesos de desarrollo

6.3. beneficios de los procesos SQA

6.3.1. detección de problemas a tiempo

6.3.2. se crean y siguen estándares de trabajo

6.3.3. verifica objetivos

6.3.3.1. cliente

6.3.3.2. organizacion

6.3.4. recomienda metodos

6.3.5. evita costos innecesarios

6.3.6. planea la calidad

6.3.6.1. planea

6.3.6.2. construye

6.3.6.3. implanta

7. metricas de software

7.1. definicion

7.1.1. tecnicas basadas en la medida de los procesos de dasarrollo

7.1.2. produce información de gestión

7.2. caracteristicas

7.2.1. cuantiicables

7.2.2. independientes

7.2.3. explicable

7.2.4. precisas

8. métricas del producto

8.1. deben ser enunciadas y utilizadas el proceso de desarrollo

8.1.1. propósitos:

8.1.1.1. recopilar informacion

8.1.1.2. tomar acción remedial

8.1.1.3. establecer metas de mejoras especificas

8.2. predice valor de otra métrica

8.2.1. métrica de resultado

9. métricas del proceso

9.1. reflejan

9.1.1. proceso de desarrollo

9.1.1.1. revision

9.1.1.2. calidad en el proceso

9.1.1.3. tiempos cumplidos

9.1.2. efectividad del proceso

9.1.2.1. reducir fallas

9.1.2.2. detectar fallas

9.2. pueden ser:

9.2.1. métricas de resultado

9.2.2. métricas de predicción

10. Uso de métricas

10.1. deben ser implantadas en niveles

10.1.1. nivel 1 Inicial

10.1.1.1. forma una base de comparacion

10.1.1.1.1. tamaño del producto

10.1.1.1.2. esfuerzo del personal

10.1.2. nivel 2 Repetible

10.1.2.1. objetivos de medicion

10.1.2.1.1. cantidad de esfuerzo

10.1.2.1.2. duración del proyecto

10.1.2.1.3. requerimientos

10.1.2.1.4. costo total

10.1.2.1.5. tamaño del producto

10.1.2.1.6. puntos de funcion

10.1.2.1.7. cuenta

10.1.2.1.8. personal

10.1.2.1.9. experiencia

10.1.3. nivel 3 Definir

10.1.3.1. evalua

10.1.3.1.1. complejidad

10.1.3.1.2. defectos descubiertos

10.1.3.1.3. fallas desubiertas

10.1.3.1.4. densidad de fallas

10.1.4. nivel 4 Administrado

10.1.4.1. retroalimentacion

10.1.4.1.1. tipo de proceso

10.1.4.1.2. cantidad de reuso

10.1.4.1.3. identificación de defectos

10.1.4.1.4. pruebas

10.1.4.1.5. administración de la configuración

10.1.4.1.6. terminación de módulos

10.1.5. nivel 5 Optimizacion

10.1.5.1. mejorar el proceso

11. Pruebas de software

11.1. ejecución del programa para identificar errores

11.1.1. costos y tiempo

11.1.2. calidad

11.1.2.1. pruebas

11.1.2.1.1. analisis

11.1.2.1.2. diseño

11.1.2.1.3. construccion

11.1.2.1.4. basadas en componentes

11.2. taxonomia

11.2.1. su clasificación incluye pruebas de:

11.2.1.1. funcionalidad

11.2.1.2. rendimiento

11.2.1.3. fatiga

11.2.1.4. configuracion

11.2.1.5. seguridad

11.2.1.6. recuperacion

11.2.2. constituye un mecanismo se detectan defectos

11.2.3. cuenta con tecnicas de pruebas

11.2.3.1. aleatorias

11.2.3.2. partición de clases equivalentes

11.2.3.3. valores limite

11.2.3.4. suposición de error

11.2.3.5. transición de estados