SlideShare une entreprise Scribd logo
1  sur  11
Calidad del software
            2 unidad
 SQA: (Software Quality Assurance; esp.
  Garantía de la Calidad del Software) Esta
  relación implica a varios responsables
  durante el proceso de la elaboración del
  software de calidad, estos son:
 Ingenieros de software
 Jefes de proyecto
 Clientes
 Vendedores
 Quienes trabajan dentro de un grupo de la
  SQA
   Estos últimos pueden ser independientes y tendrán las
    siguientes actividades para llegar al objetivo de la SQA:
   Establecimiento de un plan de la SQA para un proyecto.
   En este plan se identifica:
   Evaluaciones a realizar
   Auditorías y revisiones a realizar
   Estándares que se pueden aplicar al proyecto
   Procedimientos para información y seguimiento de errores
   Documentos producidos por el grupo SQA
   Realimentación de información proporcionada al equipo de
    proyecto del software
   Participación en el desarrollo de la descripción del proceso de
    software del proyecto
   Revisión de las actividades de ingeniería del software para
    verificar su ajuste al proceso de software definido
   Auditoría de los productos de software designados para verificar
    el ajuste con los definidos como parte del proceso de software
   Asegurar que las desviaciones del trabajo y los productos del
    software se documenten y se manejen de acuerdo con un
    procedimiento establecido
   Registrar lo que no se ajuste a los requisitos e informar a sus
    superiores
   Definición:
      SQA es un set de actividades sistemáticas que
    aseguran que el proceso del software y productos
    conformados por requerimientos, estándares, y
    procedimientos.
      Los procesos incluyen todas las actividades
    involucradas en el diseño, codificación, pruebas y
    mantenimiento; Los productos incluyen software, datos
    asociados, documentación, y toda la documentación
    para soporte y reportes.
   El Rol:
   El rol para SQA es brindar a la administración la a
    seguranza de que procesos oficialmente establecidos
    están siendo implementados. Y asegura que:
   1.-Una metodología de desarrollo apropiada este
    establecida
   2.-Que los proyectos utilicen estándares y
    procedimientos en su trabajo
   3.-Que la documentación sea creada para
    mantenimiento y mejoramiento
   4.-La administración de configuración de software
    este adecuada para controlar cambios
   5.-Se realicen pruebas y que se aprueben
   6.-Cualquier deficiencia y desviaciones sean
    identificadas y llevadas con atención a la
    administración.
   Propósito:
   Proporcionar visibilidad sobre los procesos utilizados
    por el proyecto de software y sobre los productos
    que genera.

   Objetivos:
   1.-Planificar las actividades de aseguramiento de la
    calidad.
   2.-Revisar y auditar objetivamente los productos y las
    actividades para verificar que están conformes con
    los procedimientos y estándares aplicables.
   3.-Proporcionar los resultados de estas revisiones o
    auditorías informando a la dirección cuando sea
    necesaria su mediación.
   Aumenta las posibilidades de el éxito final del
    proyecto
    Ayuda a definir los parámetros de medición
    de la calidad del software
    Verifica que los estándares sean aplicados
    correctamente
    Define un plan de monitoreo del proceso de
    desarrollo del software (ciclo de vida)
   El término ciclo de vida del software describe el
    desarrollo de software, desde la fase inicial hasta la
    fase final. El propósito de este programa es definir
    las distintas fases intermedias que se requieren
    para validar el desarrollo de la aplicación, es
    decir, para garantizar que el software cumpla los
    requisitos para la aplicación y verificación de los
    procedimientos de desarrollo: se asegura de que
    los métodos utilizados son apropiados.
   El ciclo de vida básico de un software consta de los
    siguientes procedimientos:
   • Definición de objetivos: definir el resultado del proyecto
    y su papel en la estrategia global.
   • Análisis de los requisitos y su viabilidad:
    recopilar, examinar y formular los requisitos del cliente y
    examinar cualquier restricción que se pueda aplicar.
   • Diseño general: requisitos generales de la arquitectura
    de la aplicación.
   • Diseño en detalle: definición precisa de cada
    subconjunto de la aplicación.
   • Programación (programación e implementación): es la
    implementación de un lenguaje de programación para
    crear las funciones definidas durante la etapa de diseño.
 Prueba de unidad: prueba individual de cada
  subconjunto de la aplicación para garantizar que se
  implementaron de acuerdo con las especificaciones.
• Integración: para garantizar que los diferentes
  módulos se integren con la aplicación. Éste es el
  propósito de la prueba de integración que está
  cuidadosamente documentada.
• Prueba beta (o validación), para garantizar que el
  software cumple con las especificaciones originales.
• Documentación: sirve para documentar información
  necesaria para los usuarios del software y para
  desarrollos futuros.

• Implementación

• Mantenimiento: para todos los procedimientos
  correctivos (mantenimiento correctivo) y las
  actualizaciones secundarias del software
  (mantenimiento continuo).
   El orden y la presencia de cada uno de estos
    procedimientos en el ciclo de vida de una
    aplicación dependen del tipo de modelo de
    ciclo de vida acordado entre el cliente y el
    equipo de desarrolladores.

Contenu connexe

Tendances

Estándares y modelos de calidad del software
Estándares y modelos de calidad del softwareEstándares y modelos de calidad del software
Estándares y modelos de calidad del softwarerodigueezleidy
 
Aseguramiento de la Calidad del Software II
Aseguramiento de la Calidad del Software IIAseguramiento de la Calidad del Software II
Aseguramiento de la Calidad del Software IITensor
 
Factores de calidad de software grupo#4
Factores de calidad de software grupo#4Factores de calidad de software grupo#4
Factores de calidad de software grupo#4GiampaoloDelgado
 
Plan De Aseguramiento De Calidad
Plan De Aseguramiento De CalidadPlan De Aseguramiento De Calidad
Plan De Aseguramiento De CalidadPatricio Abad
 
25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de SoftwareCamila Arbelaez
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de softwareGuillermo Lemus
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftChuyito Alvarado
 
calidad de los sistemas de informacion
calidad de los sistemas de informacioncalidad de los sistemas de informacion
calidad de los sistemas de informacionErika Vazquez
 
aseguramiento de la calidad de software acs
aseguramiento de la calidad de software acsaseguramiento de la calidad de software acs
aseguramiento de la calidad de software acsMARCO POLO SILVA SEGOVIA
 
Estrategias prueba de software
Estrategias prueba de softwareEstrategias prueba de software
Estrategias prueba de softwareCentro Líbano
 
Unidad 3 aseguramiento de la calidad de los
Unidad 3 aseguramiento de la calidad de losUnidad 3 aseguramiento de la calidad de los
Unidad 3 aseguramiento de la calidad de lospabloreyes154
 
Metricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccionMetricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccionJose Diaz Silva
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmiSandrea Rodriguez
 

Tendances (20)

Estándares y modelos de calidad del software
Estándares y modelos de calidad del softwareEstándares y modelos de calidad del software
Estándares y modelos de calidad del software
 
Aseguramiento de la Calidad del Software II
Aseguramiento de la Calidad del Software IIAseguramiento de la Calidad del Software II
Aseguramiento de la Calidad del Software II
 
Factores de calidad de software grupo#4
Factores de calidad de software grupo#4Factores de calidad de software grupo#4
Factores de calidad de software grupo#4
 
Plan De Aseguramiento De Calidad
Plan De Aseguramiento De CalidadPlan De Aseguramiento De Calidad
Plan De Aseguramiento De Calidad
 
Gestión de la Calidad en Proyectos de Software
Gestión de la Calidad en Proyectos de SoftwareGestión de la Calidad en Proyectos de Software
Gestión de la Calidad en Proyectos de Software
 
tecnicas de revisión del software
tecnicas de revisión del softwaretecnicas de revisión del software
tecnicas de revisión del software
 
NORMA ISO 90003
NORMA ISO 90003NORMA ISO 90003
NORMA ISO 90003
 
25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software
 
5. Métodos de Prueba de Software
5. Métodos de Prueba de Software5. Métodos de Prueba de Software
5. Métodos de Prueba de Software
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de software
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
calidad de los sistemas de informacion
calidad de los sistemas de informacioncalidad de los sistemas de informacion
calidad de los sistemas de informacion
 
Modelo TSP
Modelo TSPModelo TSP
Modelo TSP
 
SPICE
SPICESPICE
SPICE
 
aseguramiento de la calidad de software acs
aseguramiento de la calidad de software acsaseguramiento de la calidad de software acs
aseguramiento de la calidad de software acs
 
Estrategias prueba de software
Estrategias prueba de softwareEstrategias prueba de software
Estrategias prueba de software
 
Unidad 3 aseguramiento de la calidad de los
Unidad 3 aseguramiento de la calidad de losUnidad 3 aseguramiento de la calidad de los
Unidad 3 aseguramiento de la calidad de los
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
 
Metricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccionMetricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccion
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
 

En vedette

Temas Unidad 2
Temas Unidad 2Temas Unidad 2
Temas Unidad 2wiso08
 
CMMI CALIDAD EN SOFTWARE
CMMI CALIDAD EN SOFTWARECMMI CALIDAD EN SOFTWARE
CMMI CALIDAD EN SOFTWAREkatymi13
 
Administración 1ra sem introduccion a la tga
Administración 1ra sem introduccion a la tgaAdministración 1ra sem introduccion a la tga
Administración 1ra sem introduccion a la tgaAugusto Javes Sanchez
 
Factores y caracteristicas que determinan la calidad
Factores y caracteristicas que determinan la calidadFactores y caracteristicas que determinan la calidad
Factores y caracteristicas que determinan la calidadJesus Eduardo Santoyo Chavez
 
Calidad De Software
Calidad De SoftwareCalidad De Software
Calidad De SoftwareJimmy Campo
 

En vedette (7)

Administración de la producción
Administración de la producciónAdministración de la producción
Administración de la producción
 
Temas Unidad 2
Temas Unidad 2Temas Unidad 2
Temas Unidad 2
 
CMMI CALIDAD EN SOFTWARE
CMMI CALIDAD EN SOFTWARECMMI CALIDAD EN SOFTWARE
CMMI CALIDAD EN SOFTWARE
 
Administración 1ra sem introduccion a la tga
Administración 1ra sem introduccion a la tgaAdministración 1ra sem introduccion a la tga
Administración 1ra sem introduccion a la tga
 
Factores y caracteristicas que determinan la calidad
Factores y caracteristicas que determinan la calidadFactores y caracteristicas que determinan la calidad
Factores y caracteristicas que determinan la calidad
 
Proceso de Software Personal
Proceso de Software PersonalProceso de Software Personal
Proceso de Software Personal
 
Calidad De Software
Calidad De SoftwareCalidad De Software
Calidad De Software
 

Similaire à SQA garantía calidad software

14 Unidad-4. Aseguramiento de Calidad de Software QA, 4.1. Aplicación del ase...
14 Unidad-4. Aseguramiento de Calidad de Software QA, 4.1. Aplicación del ase...14 Unidad-4. Aseguramiento de Calidad de Software QA, 4.1. Aplicación del ase...
14 Unidad-4. Aseguramiento de Calidad de Software QA, 4.1. Aplicación del ase...Luis Fernando Aguas Bucheli
 
Gestión de la Calidad
Gestión de la CalidadGestión de la Calidad
Gestión de la CalidadMarcel Aponte
 
AF3-Investigación sobre SQA V1.docx
AF3-Investigación sobre SQA V1.docxAF3-Investigación sobre SQA V1.docx
AF3-Investigación sobre SQA V1.docxErickdowski9Gamer
 
A U D I T O R I A D E C A L I D A D
A U D I T O R I A  D E  C A L I D A DA U D I T O R I A  D E  C A L I D A D
A U D I T O R I A D E C A L I D A DCristian Paul
 
Ciclo de vida de un proyecto de Software.
Ciclo de vida de un proyecto de Software.Ciclo de vida de un proyecto de Software.
Ciclo de vida de un proyecto de Software.Edwin Belduma
 
Software quality assurance (sqa) parte iii-plan de calidad y prueba v3.0
Software quality assurance (sqa)  parte iii-plan de calidad y prueba v3.0Software quality assurance (sqa)  parte iii-plan de calidad y prueba v3.0
Software quality assurance (sqa) parte iii-plan de calidad y prueba v3.0Renato Gonzalez
 
Calidad de software septimo semestre
Calidad de software septimo semestreCalidad de software septimo semestre
Calidad de software septimo semestrerodrigoarriagasalinas
 
Actividad 2-aseguramiento-de-la-calidad-del-software nataly
Actividad 2-aseguramiento-de-la-calidad-del-software natalyActividad 2-aseguramiento-de-la-calidad-del-software nataly
Actividad 2-aseguramiento-de-la-calidad-del-software natalynataly duque
 
Estandares de desarrollo software.v2.0 1
Estandares de desarrollo software.v2.0 1Estandares de desarrollo software.v2.0 1
Estandares de desarrollo software.v2.0 1Jose Ahumada
 
Tema5 la calidad del software
Tema5 la calidad del softwareTema5 la calidad del software
Tema5 la calidad del softwarefalconsrazor
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software3134267271
 

Similaire à SQA garantía calidad software (20)

14 Unidad-4. Aseguramiento de Calidad de Software QA, 4.1. Aplicación del ase...
14 Unidad-4. Aseguramiento de Calidad de Software QA, 4.1. Aplicación del ase...14 Unidad-4. Aseguramiento de Calidad de Software QA, 4.1. Aplicación del ase...
14 Unidad-4. Aseguramiento de Calidad de Software QA, 4.1. Aplicación del ase...
 
Trabajo 26
Trabajo 26Trabajo 26
Trabajo 26
 
14-Unidad 4: QA-4.1 Aplicación QA
14-Unidad 4: QA-4.1 Aplicación QA14-Unidad 4: QA-4.1 Aplicación QA
14-Unidad 4: QA-4.1 Aplicación QA
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
 
Unidad 5
Unidad 5Unidad 5
Unidad 5
 
Cap11 l2
Cap11 l2Cap11 l2
Cap11 l2
 
Gestión de la Calidad
Gestión de la CalidadGestión de la Calidad
Gestión de la Calidad
 
AF3-Investigación sobre SQA V1.docx
AF3-Investigación sobre SQA V1.docxAF3-Investigación sobre SQA V1.docx
AF3-Investigación sobre SQA V1.docx
 
A U D I T O R I A D E C A L I D A D
A U D I T O R I A  D E  C A L I D A DA U D I T O R I A  D E  C A L I D A D
A U D I T O R I A D E C A L I D A D
 
Ciclo de vida de un proyecto de Software.
Ciclo de vida de un proyecto de Software.Ciclo de vida de un proyecto de Software.
Ciclo de vida de un proyecto de Software.
 
Miguel rojas
Miguel rojasMiguel rojas
Miguel rojas
 
Software quality assurance (sqa) parte iii-plan de calidad y prueba v3.0
Software quality assurance (sqa)  parte iii-plan de calidad y prueba v3.0Software quality assurance (sqa)  parte iii-plan de calidad y prueba v3.0
Software quality assurance (sqa) parte iii-plan de calidad y prueba v3.0
 
Auditoria calidad final2
Auditoria calidad final2Auditoria calidad final2
Auditoria calidad final2
 
Calidad de software septimo semestre
Calidad de software septimo semestreCalidad de software septimo semestre
Calidad de software septimo semestre
 
Ieee 12207
Ieee 12207Ieee 12207
Ieee 12207
 
Actividad 2-aseguramiento-de-la-calidad-del-software nataly
Actividad 2-aseguramiento-de-la-calidad-del-software natalyActividad 2-aseguramiento-de-la-calidad-del-software nataly
Actividad 2-aseguramiento-de-la-calidad-del-software nataly
 
Estandares de desarrollo software.v2.0 1
Estandares de desarrollo software.v2.0 1Estandares de desarrollo software.v2.0 1
Estandares de desarrollo software.v2.0 1
 
Tema5 la calidad del software
Tema5 la calidad del softwareTema5 la calidad del software
Tema5 la calidad del software
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
 
Normas y estandares
Normas y estandaresNormas y estandares
Normas y estandares
 

Plus de Anita Ortiz

PROPÓSITOS DE CIENCIAS NATURALES EN EDUCACIÓN BASICA
PROPÓSITOS DE CIENCIAS NATURALES EN EDUCACIÓN BASICAPROPÓSITOS DE CIENCIAS NATURALES EN EDUCACIÓN BASICA
PROPÓSITOS DE CIENCIAS NATURALES EN EDUCACIÓN BASICAAnita Ortiz
 
Administración de proyectos 1 unidad
Administración de proyectos   1 unidadAdministración de proyectos   1 unidad
Administración de proyectos 1 unidadAnita Ortiz
 
Teoria de mc clelland
Teoria de mc clelland Teoria de mc clelland
Teoria de mc clelland Anita Ortiz
 
Sistemas de organización
Sistemas de organizaciónSistemas de organización
Sistemas de organizaciónAnita Ortiz
 
Psicología organizacional
Psicología organizacional Psicología organizacional
Psicología organizacional Anita Ortiz
 
Lenguajes de bases de datos
Lenguajes  de bases de datos Lenguajes  de bases de datos
Lenguajes de bases de datos Anita Ortiz
 
¿Cómo se selecciona, delimita y plantea un tema según:Roberto Hernández Sampieri
¿Cómo se selecciona, delimita y plantea un tema según:Roberto Hernández Sampieri¿Cómo se selecciona, delimita y plantea un tema según:Roberto Hernández Sampieri
¿Cómo se selecciona, delimita y plantea un tema según:Roberto Hernández SampieriAnita Ortiz
 
Teoría de Douglas McGregor
Teoría de Douglas McGregorTeoría de Douglas McGregor
Teoría de Douglas McGregorAnita Ortiz
 

Plus de Anita Ortiz (10)

PROPÓSITOS DE CIENCIAS NATURALES EN EDUCACIÓN BASICA
PROPÓSITOS DE CIENCIAS NATURALES EN EDUCACIÓN BASICAPROPÓSITOS DE CIENCIAS NATURALES EN EDUCACIÓN BASICA
PROPÓSITOS DE CIENCIAS NATURALES EN EDUCACIÓN BASICA
 
Administración de proyectos 1 unidad
Administración de proyectos   1 unidadAdministración de proyectos   1 unidad
Administración de proyectos 1 unidad
 
Teoria de mc clelland
Teoria de mc clelland Teoria de mc clelland
Teoria de mc clelland
 
Sistemas de organización
Sistemas de organizaciónSistemas de organización
Sistemas de organización
 
Psicología organizacional
Psicología organizacional Psicología organizacional
Psicología organizacional
 
Lenguajes de bases de datos
Lenguajes  de bases de datos Lenguajes  de bases de datos
Lenguajes de bases de datos
 
¿Cómo se selecciona, delimita y plantea un tema según:Roberto Hernández Sampieri
¿Cómo se selecciona, delimita y plantea un tema según:Roberto Hernández Sampieri¿Cómo se selecciona, delimita y plantea un tema según:Roberto Hernández Sampieri
¿Cómo se selecciona, delimita y plantea un tema según:Roberto Hernández Sampieri
 
Teoría de Douglas McGregor
Teoría de Douglas McGregorTeoría de Douglas McGregor
Teoría de Douglas McGregor
 
ICONIX
ICONIXICONIX
ICONIX
 
Modems
ModemsModems
Modems
 

SQA garantía calidad software

  • 2.  SQA: (Software Quality Assurance; esp. Garantía de la Calidad del Software) Esta relación implica a varios responsables durante el proceso de la elaboración del software de calidad, estos son:  Ingenieros de software  Jefes de proyecto  Clientes  Vendedores  Quienes trabajan dentro de un grupo de la SQA
  • 3. Estos últimos pueden ser independientes y tendrán las siguientes actividades para llegar al objetivo de la SQA:  Establecimiento de un plan de la SQA para un proyecto.  En este plan se identifica:  Evaluaciones a realizar  Auditorías y revisiones a realizar  Estándares que se pueden aplicar al proyecto  Procedimientos para información y seguimiento de errores  Documentos producidos por el grupo SQA  Realimentación de información proporcionada al equipo de proyecto del software  Participación en el desarrollo de la descripción del proceso de software del proyecto  Revisión de las actividades de ingeniería del software para verificar su ajuste al proceso de software definido  Auditoría de los productos de software designados para verificar el ajuste con los definidos como parte del proceso de software  Asegurar que las desviaciones del trabajo y los productos del software se documenten y se manejen de acuerdo con un procedimiento establecido  Registrar lo que no se ajuste a los requisitos e informar a sus superiores
  • 4. Definición: SQA es un set de actividades sistemáticas que aseguran que el proceso del software y productos conformados por requerimientos, estándares, y procedimientos. Los procesos incluyen todas las actividades involucradas en el diseño, codificación, pruebas y mantenimiento; Los productos incluyen software, datos asociados, documentación, y toda la documentación para soporte y reportes.
  • 5. El Rol:  El rol para SQA es brindar a la administración la a seguranza de que procesos oficialmente establecidos están siendo implementados. Y asegura que:  1.-Una metodología de desarrollo apropiada este establecida  2.-Que los proyectos utilicen estándares y procedimientos en su trabajo  3.-Que la documentación sea creada para mantenimiento y mejoramiento  4.-La administración de configuración de software este adecuada para controlar cambios  5.-Se realicen pruebas y que se aprueben  6.-Cualquier deficiencia y desviaciones sean identificadas y llevadas con atención a la administración.
  • 6. Propósito:  Proporcionar visibilidad sobre los procesos utilizados por el proyecto de software y sobre los productos que genera.  Objetivos:  1.-Planificar las actividades de aseguramiento de la calidad.  2.-Revisar y auditar objetivamente los productos y las actividades para verificar que están conformes con los procedimientos y estándares aplicables.  3.-Proporcionar los resultados de estas revisiones o auditorías informando a la dirección cuando sea necesaria su mediación.
  • 7. Aumenta las posibilidades de el éxito final del proyecto  Ayuda a definir los parámetros de medición de la calidad del software  Verifica que los estándares sean aplicados correctamente  Define un plan de monitoreo del proceso de desarrollo del software (ciclo de vida)
  • 8. El término ciclo de vida del software describe el desarrollo de software, desde la fase inicial hasta la fase final. El propósito de este programa es definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicación, es decir, para garantizar que el software cumpla los requisitos para la aplicación y verificación de los procedimientos de desarrollo: se asegura de que los métodos utilizados son apropiados.
  • 9. El ciclo de vida básico de un software consta de los siguientes procedimientos:  • Definición de objetivos: definir el resultado del proyecto y su papel en la estrategia global.  • Análisis de los requisitos y su viabilidad: recopilar, examinar y formular los requisitos del cliente y examinar cualquier restricción que se pueda aplicar.  • Diseño general: requisitos generales de la arquitectura de la aplicación.  • Diseño en detalle: definición precisa de cada subconjunto de la aplicación.  • Programación (programación e implementación): es la implementación de un lenguaje de programación para crear las funciones definidas durante la etapa de diseño.
  • 10.  Prueba de unidad: prueba individual de cada subconjunto de la aplicación para garantizar que se implementaron de acuerdo con las especificaciones. • Integración: para garantizar que los diferentes módulos se integren con la aplicación. Éste es el propósito de la prueba de integración que está cuidadosamente documentada. • Prueba beta (o validación), para garantizar que el software cumple con las especificaciones originales. • Documentación: sirve para documentar información necesaria para los usuarios del software y para desarrollos futuros. • Implementación • Mantenimiento: para todos los procedimientos correctivos (mantenimiento correctivo) y las actualizaciones secundarias del software (mantenimiento continuo).
  • 11. El orden y la presencia de cada uno de estos procedimientos en el ciclo de vida de una aplicación dependen del tipo de modelo de ciclo de vida acordado entre el cliente y el equipo de desarrolladores.