Get Started. It's Free
or sign up with your email address
CALIDAD DE SOFTWARE by Mind Map: CALIDAD DE SOFTWARE

1. La SQA tiene como finalidad determinar:

1.1. si las necesidades de los usuarios estas siendo satisfechas

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. económicos

3. se deben evaluar

3.1. Objetivos

3.1.1. deben estar en armonia

3.1.1.1. los objetivos del usuario

3.1.1.2. los objetivos de la organización

3.2. Metodos

3.2.1. deben utilizarse

3.2.1.1. optimizacion al implementar

3.2.1.1.1. hardware

3.2.1.1.2. software

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

3.3. Ejecucion

4. Necesidad de SQA

4.1. crecimiento de costos

4.1.1. mantenimiento

4.2. competencia

4.2.1. para producir software de calidad

4.2.2. procesos de desarrollo

4.3. beneficios de los procesos SQA

4.3.1. detección de problemas a tiempo

4.3.2. se crean y siguen estándares de trabajo

4.3.3. verifica objetivos

4.3.3.1. cliente

4.3.3.2. organizacion

4.3.4. recomienda metodos

4.3.5. evita costos innecesarios

4.3.6. planea la calidad

4.3.6.1. planea

4.3.6.2. construye

4.3.6.3. implanta

5. metricas de software

5.1. definición

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

5.1.2. produce información de gestión

5.2. caracteristicas

5.2.1. cuantiicables

5.2.2. independientes

5.2.3. explicable

5.2.4. precisas

6. Uso de métricas

6.1. deben ser implantadas en niveles

6.1.1. nivel 1 Inicial

6.1.1.1. forma una base de comparacion

6.1.1.1.1. tamaño del producto

6.1.1.1.2. esfuerzo del personal

6.1.2. nivel 2 Repetible

6.1.2.1. objetivos de medicion

6.1.2.1.1. cantidad de esfuerzo

6.1.2.1.2. duración del proyecto

6.1.2.1.3. requerimientos

6.1.2.1.4. costo total

6.1.2.1.5. tamaño del producto

6.1.2.1.6. puntos de funcion

6.1.2.1.7. cuenta

6.1.2.1.8. personal

6.1.2.1.9. experiencia

6.1.3. nivel 3 Definir

6.1.3.1. evalúa

6.1.3.1.1. complejidad

6.1.3.1.2. defectos descubiertos

6.1.3.1.3. fallas desubiertas

6.1.3.1.4. densidad de fallas

6.1.4. nivel 4 Administrado

6.1.4.1. retroalimentacion

6.1.4.1.1. tipo de proceso

6.1.4.1.2. cantidad de reuso

6.1.4.1.3. identificación de defectos

6.1.4.1.4. pruebas

6.1.4.1.5. administración de la configuración

6.1.4.1.6. terminación de módulos

6.1.5. nivel 5 Optimizacion

6.1.5.1. mejorar el proceso

7. cuenta con tecnicas de pruebas

7.1. aleatorias

7.2. partición de clases equivalentes

7.3. valores limite

7.4. suposición de error

7.5. transición de estados

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

9. cumple expectativas en cuanto a:

9.1. funcionalidad

9.2. ejecucion

9.3. confiabilidad

9.4. disponibilidad

9.5. apoyo a menor costo

10. métricas del producto

10.1. deben ser enunciadas y utilizadas el proceso de desarrollo

10.1.1. propósitos:

10.1.1.1. recopilar informacion

10.1.1.2. tomar acción remedial

10.1.1.3. establecer metas de mejoras especificas

10.2. predice valor de otra métrica

10.2.1. métrica de resultado

11. métricas del proceso

11.1. reflejan

11.1.1. proceso de desarrollo

11.1.1.1. revisión

11.1.1.2. calidad en el proceso

11.1.1.3. tiempos cumplidos

11.1.2. efectividad del proceso

11.1.2.1. reducir fallas

11.1.2.2. detectar fallas

11.2. pueden ser:

11.2.1. métricas de resultado

11.2.2. métricas de predicción

12. Pruebas de software

12.1. ejecución del programa para identificar errores

12.1.1. costos y tiempo

12.1.2. calidad

12.1.2.1. pruebas

12.1.2.1.1. análisis

12.1.2.1.2. diseño

12.1.2.1.3. construcción

12.1.2.1.4. basadas en componentes

12.2. taxonomia

12.2.1. su clasificación incluye pruebas de:

12.2.1.1. funcionalidad

12.2.1.2. rendimiento

12.2.1.3. fatiga

12.2.1.4. configuración

12.2.1.5. seguridad

12.2.1.6. recuperacion

12.2.2. constituye un mecanismo se detectan defectos