CALIDAD DE SOFTWARE

Get Started. It's Free
or sign up with your email address
CALIDAD DE SOFTWARE by 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. La SQA tiene como finalidad determinar:

3.1. si las necesidades de los usuarios estas siendo satisfechas

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. definicion

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. evalua

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. Es el cumplimiento de todas las caracteristicas del producto de software

8. cumple expectativas en cuanto a:

8.1. funcionalidad

8.2. ejecucion

8.3. confiabilidad

8.4. disponibilidad

8.5. apoyo a menor costo

9. métricas del producto

9.1. deben ser enunciadas y utilizadas el proceso de desarrollo

9.1.1. propósitos:

9.1.1.1. recopilar informacion

9.1.1.2. tomar acción remedial

9.1.1.3. establecer metas de mejoras especificas

9.2. predice valor de otra métrica

9.2.1. métrica de resultado

10. métricas del proceso

10.1. reflejan

10.1.1. proceso de desarrollo

10.1.1.1. revision

10.1.1.2. calidad en el proceso

10.1.1.3. tiempos cumplidos

10.1.2. efectividad del proceso

10.1.2.1. reducir fallas

10.1.2.2. detectar fallas

10.2. pueden ser:

10.2.1. métricas de resultado

10.2.2. métricas de predicción

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