SlideShare una empresa de Scribd logo
1 de 13
PRUEBA DE CUARTO LIMPIO
DEFINICIÓN
LA PRUEBA DE CUARTO LIMPIO EN LA INGENIERÍA DEL SOFTWARE ES UN ENFOQUE FORMAL PARA
EL DESARROLLO DEL SOFTWARE, QUE PARA DAR LUGAR A UN SOFTWARE QUE POSEA UNA
CALIDAD NOTABLEMENTE ALTA
FLUJO DE PROCESOS DE CUARTO LIMPIO
LOS TRES PROCESOS DE GESTIÓN AFECTAN A TODAS LAS OPERACIONES DE CUARTO LIMPIO Y SE
MUESTRAN EN LA PARTE SUPERIOR
PROCESO DE GESTION DE PRUEBA DE CUARTO LIMPIO
PROCESO DE ADMINISTRACIÓN DE PROYECTOS
EL PRINCIPAL OBJETIVO DE ESTE PROCESO ES ASEGURAR QUE LOS PROCESOS DE INGENIERÍA
DE SOFTWARE ESTÉN ADAPTADOS PARA EL PROYECTO Y ESTÉN BIEN DOCUMENTADOS
• PROCESO DE MEJORA DEL RENDIMIENTO
EL OBJETIVO PRINCIPAL DEL PROCESO DE GESTIÓN DE PROYECTOS ES ADMINISTRAR EL
PROYECTO QUE SE IMPLEMENTA UTILIZANDO SALAS BLANCAS PARA ENTREGAR EL SOFTWARE
DENTRO DEL CALENDARIO Y DENTRO DEL PRESUPUESTO
PROCESO DE ESPECIFICACIÓN DE CUARTO LIMPIO
• PROCESO DE ANÁLISIS DE REQUERIMIENTOS
EL OBJETIVO PRINCIPAL DEL PROCESO DE ANÁLISIS DE REQUISITOS ES DEFINIR LOS REQUISITOS
PARA EL PRODUCTO DE SOFTWARE QUE INCLUYEN LA FUNCIÓN, EL USO, EL ENTORNO Y EL
RENDIMIENTO, ASÍ COMO PARA OBTENER UN ACUERDO CON EL CLIENTE SOBRE LOS REQUISITOS
COMO BASE PARA LA FUNCIÓN Y LA ESPECIFICACIÓN DE USO
• PROCESO DE ESPECIFICACIÓN DE FUNCIONES
PARAASEGURARSE DE QUE EL COMPORTAMIENTO DEL REQUISITO DEL SOFTWARE EN TODAS LAS
CIRCUNSTANCIAS POSIBLES DEL USO SE DEFINE Y DOCUMENTA
• PROCESO DE ESPECIFICACIÓN DE USO
EL PRINCIPAL OBJETIVO DEL PROCESO DE ESPECIFICACIÓN DE USO ES IDENTIFICAR Y
CLASIFICAR USUARIOS DE SOFTWARE, ESCENARIOS DE USO Y ENTORNOS DE USO,
ESTABLECER Y ANALIZAR LA ESTRUCTURA DE NIVEL MÁS ALTO Y DISTRIBUCIÓN DE
PROBABILIDAD PARA MODELOS DE USO DE SOFTWARE Y OBTENER ACUERDO CON EL
CLIENTE EN LOS COMO BASE PARA LA CERTIFICACIÓN DE SOFTWARE
• PROCESO DE ESPECIFICACIÓN DE ARQUITECTURA
EL OBJETIVO PRINCIPAL DE LA ESPECIFICACIÓN DE LAARQUITECTURA ES DEFINIR LAS 3 DIMENSIONES
CLAVE DE LAARQUITECTURA: ARQUITECTURA CONCEPTUAL, ARQUITECTURA DE MÓDULO Y
ARQUITECTURA DE EJECUCIÓN
• PROCESO DE PLANEAMIENTO INCREMENTAL
EL OBJETIVO PRINCIPAL DEL PROCESO DE PLANIFICACIÓN INCREMENTAL ES ASIGNAR LOS REQUISITOS
DE LOS CLIENTES DEFINIDOS EN LA ESPECIFICACIÓN DE FUNCIONES A UNA SERIE DE INCREMENTOS
DE SOFTWARE QUE SATISFACEN LAARQUITECTURA DEL SOFTWARE Y DEFINIR LAASIGNACIÓN DE
HORARIOS Y RECURSOS PARA EL DESARROLLO Y LA CERTIFICACIÓN DE INCREMENTO
PROCESO DE DESARROLLO DE CUARTO LIMPIO
• PROCESO DE REINGENIERÍA DE SOFTWARE
EL OBJETIVO PRINCIPAL DE ESTE PROCESO ES ASEGURARSE DE QUE EL SOFTWARE REINGENIERÍA SATISFACE LOS
REQUISITOS PARA EL PRODUCTO DE SOFTWARE EN EL QUE SE UTILIZA. REINGENIERÍA PERMITE INTERACTUAR SOBRE EL
SOFTWARE REESTRUCTURADO
EL SOFTWARE REUTILIZADO DEBE SATISFACER DOS REQUISITOS:
• LA SEMÁNTICA FUNCIONAL Y LA SINTAXIS DE INTERFAZ DEL SOFTWARE REUTILIZADO DEBEN SER ENTENDIDAS Y
DOCUMENTADAS, Y SI ESTÁN INCOMPLETAS, PUEDEN RECUPERARSE MEDIANTE LAABSTRACCIÓN DE FUNCIONES Y LA
VERIFICACIÓN DE CORRECCIÓN.
• LOS OBJETIVOS DE CERTIFICACIÓN PARA EL PROYECTO DEBEN SER ALCANZADOS DETERMINANDO LAAPTITUD PARA EL
USO DEL SOFTWARE REUTILIZADO A TRAVÉS DE MODELOS DE USO Y PRUEBAS ESTADÍSTICAS.
• PROCESO DE DISEÑO INCREMENTAL
EL OBJETIVO PRINCIPAL DE ESTE PROCESO ES DISEÑAR Y CODIFICAR UN INCREMENTO DE SOFTWARE QUE CUMPLA
CON LOS PRINCIPIOS DE DISEÑO DE SALAS BLANCAS. EL INCREMENTO DE SOFTWARE DEBE SATISFACER EL PLAN
DE CONSTRUCCIÓN DE INCREMENTO, ESPECIFICACIÓN DE FUNCIÓN Y ARQUITECTURA DE SOFTWARE
• PROCESO DE VERIFICACIÓN DE CORRECCIÓN
EL OBJETIVO PRINCIPAL DE ESTE PROCESO ES VERIFICAR LA CORRECCIÓN DE UN INCREMENTO DE SOFTWARE
UTILIZANDO TÉCNICAS BASADAS EN MATEMÁTICAS, PARA ENTRAR EN PRUEBAS SIN FALLAS EN EL DISEÑO
IMPLEMENTADO
PROCESO DE CERTIFICACIÓN DE PRUEBA DE CUARTO LIMPIO
• MODELADO DE USO Y PROCESO DE PLANIFICACIÓN DE PRUEBAS.
LA TECNOLOGÍA DE DOTACIÓN LÓGICA DE CUARTO LIMPIO ES UN ACERCAMIENTO AL DESARROLLO DEL SOFTWARE
LÓGICO, QUE MEJORA CALIDAD Y REDUCE COSTOS
• PRUEBA ESTADÍSTICA Y PROCESO DE CERTIFICACIÓN
EL PRINCIPAL OBJETIVO DE ESTE PROCESO ES OBTENER ESTIMACIONES ESTADÍSTICAMENTE VÁLIDAS DE LAS
PROPIEDADES TRATADAS POR LOS OBJETIVOS DE CERTIFICACIÓN, PARA EL SOFTWARE.
CONCLUSIÓN
• EL LA PREVENCIÓN DE DEFECTOS ES MÁS RENTABLE QUE LA ELIMINACIÓN DE DEFECTOS. POR LO TANTO, EN
EL DESARROLLO DE SOFTWARE, LA METODOLOGÍA CSE (CLEAN ROOM SOFTWARE ENGINEERING) UTILIZA
ESTADÍSTICAS CONTROLADAS Y MENSURABLES PARA ELIMINAR O EVITAR TANTOS DEFECTOS COMO SEA
POSIBLE ANTES DE LA EJECUCIÓN DEL SOFTWARE

Más contenido relacionado

La actualidad más candente

Diseño de entraday_salida
Diseño de entraday_salidaDiseño de entraday_salida
Diseño de entraday_salidaJorge Garcia
 
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?Software Guru
 
Modelo requisitos UML
Modelo requisitos UMLModelo requisitos UML
Modelo requisitos UMLramirezjaime
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwarepaoaboytes
 
TAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSTAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSxinithazangels
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareantonio
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareEvelinBermeo
 
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMASIMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMASAlcoverify
 
Modelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de InformaciónModelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de InformaciónIsaias Toledo
 
PLAN DE CAPACITACIÓN PARA USUARIOS FINALES
PLAN DE CAPACITACIÓN PARA USUARIOS FINALESPLAN DE CAPACITACIÓN PARA USUARIOS FINALES
PLAN DE CAPACITACIÓN PARA USUARIOS FINALESPablo Ospina
 
Métricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de softwareMétricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de softwareLorena Quiñónez
 
Ciclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemasCiclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemasRick_Ruso
 
Modelo espiral win win
Modelo espiral win winModelo espiral win win
Modelo espiral win winkhinkhe
 
Pruebas de implantación del Software
Pruebas de implantación del SoftwarePruebas de implantación del Software
Pruebas de implantación del SoftwareJose Diaz Silva
 

La actualidad más candente (20)

Principios del RUP
Principios del RUPPrincipios del RUP
Principios del RUP
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
 
Diseño de entraday_salida
Diseño de entraday_salidaDiseño de entraday_salida
Diseño de entraday_salida
 
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
 
Proceso del Software
Proceso del Software Proceso del Software
Proceso del Software
 
Modelo requisitos UML
Modelo requisitos UMLModelo requisitos UML
Modelo requisitos UML
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de software
 
TAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSTAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOS
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
 
Modelo SPICE
Modelo SPICEModelo SPICE
Modelo SPICE
 
Herramientas Case
Herramientas CaseHerramientas Case
Herramientas Case
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de Software
 
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMASIMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
 
Modelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de InformaciónModelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de Información
 
PLAN DE CAPACITACIÓN PARA USUARIOS FINALES
PLAN DE CAPACITACIÓN PARA USUARIOS FINALESPLAN DE CAPACITACIÓN PARA USUARIOS FINALES
PLAN DE CAPACITACIÓN PARA USUARIOS FINALES
 
Métricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de softwareMétricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de software
 
Ciclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemasCiclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemas
 
Modelo espiral win win
Modelo espiral win winModelo espiral win win
Modelo espiral win win
 
Casos De Uso
Casos De UsoCasos De Uso
Casos De Uso
 
Pruebas de implantación del Software
Pruebas de implantación del SoftwarePruebas de implantación del Software
Pruebas de implantación del Software
 

Similar a Pruebas de cuarto limpio.pptx

Construcción de un proceso de certificación para un.pptx
Construcción de un proceso de certificación para un.pptxConstrucción de un proceso de certificación para un.pptx
Construcción de un proceso de certificación para un.pptxNataliaGarcia952071
 
Programa de formación
Programa de formaciónPrograma de formación
Programa de formaciónMario Maya
 
ASEGURAMIENTO DE LA CALIDAD EN LOS SISTEMAS DE INFORMACION SQA
ASEGURAMIENTO DE LA CALIDAD EN LOS SISTEMAS DE INFORMACION SQAASEGURAMIENTO DE LA CALIDAD EN LOS SISTEMAS DE INFORMACION SQA
ASEGURAMIENTO DE LA CALIDAD EN LOS SISTEMAS DE INFORMACION SQApabloreyes154
 
Modelos de desarrollo del software
Modelos de desarrollo del softwareModelos de desarrollo del software
Modelos de desarrollo del softwareGenesis Mamani
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de softwareGiilbert Tovar
 
Modelos de Procesos del Software Grupo 1
 Modelos de Procesos del Software Grupo 1 Modelos de Procesos del Software Grupo 1
Modelos de Procesos del Software Grupo 1ニコ コンドン
 
Adquisiciones e implementacion
Adquisiciones e implementacionAdquisiciones e implementacion
Adquisiciones e implementacionChikita Patty
 
Rational unified process rup
Rational unified process rupRational unified process rup
Rational unified process rupJonathan Arana
 
Desarrollo de software orientado a la web1
Desarrollo de software orientado a la web1Desarrollo de software orientado a la web1
Desarrollo de software orientado a la web1COLOMA22
 
Cobit: Dominio 2: Adquisición e Implementación
Cobit: Dominio 2: Adquisición e ImplementaciónCobit: Dominio 2: Adquisición e Implementación
Cobit: Dominio 2: Adquisición e ImplementaciónRaúl López
 
Lady Alvear Adquisicion e Implementacion.doc
Lady Alvear Adquisicion e Implementacion.docLady Alvear Adquisicion e Implementacion.doc
Lady Alvear Adquisicion e Implementacion.docLadycaro
 
Método cascada
Método cascadaMétodo cascada
Método cascadamariacebu
 
Método cascada
Método cascadaMétodo cascada
Método cascadamariacebu
 
Is expo juli
Is expo juliIs expo juli
Is expo julicjulian22
 

Similar a Pruebas de cuarto limpio.pptx (20)

Construcción de un proceso de certificación para un.pptx
Construcción de un proceso de certificación para un.pptxConstrucción de un proceso de certificación para un.pptx
Construcción de un proceso de certificación para un.pptx
 
Programa de formación
Programa de formaciónPrograma de formación
Programa de formación
 
ASEGURAMIENTO DE LA CALIDAD EN LOS SISTEMAS DE INFORMACION SQA
ASEGURAMIENTO DE LA CALIDAD EN LOS SISTEMAS DE INFORMACION SQAASEGURAMIENTO DE LA CALIDAD EN LOS SISTEMAS DE INFORMACION SQA
ASEGURAMIENTO DE LA CALIDAD EN LOS SISTEMAS DE INFORMACION SQA
 
Modelos de desarrollo del software
Modelos de desarrollo del softwareModelos de desarrollo del software
Modelos de desarrollo del software
 
Disciplina de desarrollo rup
Disciplina de desarrollo rupDisciplina de desarrollo rup
Disciplina de desarrollo rup
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
 
Taller 3.
Taller 3.Taller 3.
Taller 3.
 
Modelos de Procesos del Software Grupo 1
 Modelos de Procesos del Software Grupo 1 Modelos de Procesos del Software Grupo 1
Modelos de Procesos del Software Grupo 1
 
Adquisiciones e implementacion
Adquisiciones e implementacionAdquisiciones e implementacion
Adquisiciones e implementacion
 
Adquirir Implementar Cobit4
Adquirir Implementar Cobit4Adquirir Implementar Cobit4
Adquirir Implementar Cobit4
 
Rational unified process rup
Rational unified process rupRational unified process rup
Rational unified process rup
 
Ciclo de vida
Ciclo de vidaCiclo de vida
Ciclo de vida
 
Desarrollo de software orientado a la web1
Desarrollo de software orientado a la web1Desarrollo de software orientado a la web1
Desarrollo de software orientado a la web1
 
Cobit: Dominio 2: Adquisición e Implementación
Cobit: Dominio 2: Adquisición e ImplementaciónCobit: Dominio 2: Adquisición e Implementación
Cobit: Dominio 2: Adquisición e Implementación
 
Unidad 5
Unidad 5Unidad 5
Unidad 5
 
Exposicion 3
Exposicion 3Exposicion 3
Exposicion 3
 
Lady Alvear Adquisicion e Implementacion.doc
Lady Alvear Adquisicion e Implementacion.docLady Alvear Adquisicion e Implementacion.doc
Lady Alvear Adquisicion e Implementacion.doc
 
Método cascada
Método cascadaMétodo cascada
Método cascada
 
Método cascada
Método cascadaMétodo cascada
Método cascada
 
Is expo juli
Is expo juliIs expo juli
Is expo juli
 

Pruebas de cuarto limpio.pptx

  • 1.
  • 2. PRUEBA DE CUARTO LIMPIO DEFINICIÓN LA PRUEBA DE CUARTO LIMPIO EN LA INGENIERÍA DEL SOFTWARE ES UN ENFOQUE FORMAL PARA EL DESARROLLO DEL SOFTWARE, QUE PARA DAR LUGAR A UN SOFTWARE QUE POSEA UNA CALIDAD NOTABLEMENTE ALTA
  • 3. FLUJO DE PROCESOS DE CUARTO LIMPIO LOS TRES PROCESOS DE GESTIÓN AFECTAN A TODAS LAS OPERACIONES DE CUARTO LIMPIO Y SE MUESTRAN EN LA PARTE SUPERIOR
  • 4. PROCESO DE GESTION DE PRUEBA DE CUARTO LIMPIO PROCESO DE ADMINISTRACIÓN DE PROYECTOS EL PRINCIPAL OBJETIVO DE ESTE PROCESO ES ASEGURAR QUE LOS PROCESOS DE INGENIERÍA DE SOFTWARE ESTÉN ADAPTADOS PARA EL PROYECTO Y ESTÉN BIEN DOCUMENTADOS
  • 5. • PROCESO DE MEJORA DEL RENDIMIENTO EL OBJETIVO PRINCIPAL DEL PROCESO DE GESTIÓN DE PROYECTOS ES ADMINISTRAR EL PROYECTO QUE SE IMPLEMENTA UTILIZANDO SALAS BLANCAS PARA ENTREGAR EL SOFTWARE DENTRO DEL CALENDARIO Y DENTRO DEL PRESUPUESTO
  • 6. PROCESO DE ESPECIFICACIÓN DE CUARTO LIMPIO • PROCESO DE ANÁLISIS DE REQUERIMIENTOS EL OBJETIVO PRINCIPAL DEL PROCESO DE ANÁLISIS DE REQUISITOS ES DEFINIR LOS REQUISITOS PARA EL PRODUCTO DE SOFTWARE QUE INCLUYEN LA FUNCIÓN, EL USO, EL ENTORNO Y EL RENDIMIENTO, ASÍ COMO PARA OBTENER UN ACUERDO CON EL CLIENTE SOBRE LOS REQUISITOS COMO BASE PARA LA FUNCIÓN Y LA ESPECIFICACIÓN DE USO
  • 7. • PROCESO DE ESPECIFICACIÓN DE FUNCIONES PARAASEGURARSE DE QUE EL COMPORTAMIENTO DEL REQUISITO DEL SOFTWARE EN TODAS LAS CIRCUNSTANCIAS POSIBLES DEL USO SE DEFINE Y DOCUMENTA • PROCESO DE ESPECIFICACIÓN DE USO EL PRINCIPAL OBJETIVO DEL PROCESO DE ESPECIFICACIÓN DE USO ES IDENTIFICAR Y CLASIFICAR USUARIOS DE SOFTWARE, ESCENARIOS DE USO Y ENTORNOS DE USO, ESTABLECER Y ANALIZAR LA ESTRUCTURA DE NIVEL MÁS ALTO Y DISTRIBUCIÓN DE PROBABILIDAD PARA MODELOS DE USO DE SOFTWARE Y OBTENER ACUERDO CON EL CLIENTE EN LOS COMO BASE PARA LA CERTIFICACIÓN DE SOFTWARE
  • 8. • PROCESO DE ESPECIFICACIÓN DE ARQUITECTURA EL OBJETIVO PRINCIPAL DE LA ESPECIFICACIÓN DE LAARQUITECTURA ES DEFINIR LAS 3 DIMENSIONES CLAVE DE LAARQUITECTURA: ARQUITECTURA CONCEPTUAL, ARQUITECTURA DE MÓDULO Y ARQUITECTURA DE EJECUCIÓN • PROCESO DE PLANEAMIENTO INCREMENTAL EL OBJETIVO PRINCIPAL DEL PROCESO DE PLANIFICACIÓN INCREMENTAL ES ASIGNAR LOS REQUISITOS DE LOS CLIENTES DEFINIDOS EN LA ESPECIFICACIÓN DE FUNCIONES A UNA SERIE DE INCREMENTOS DE SOFTWARE QUE SATISFACEN LAARQUITECTURA DEL SOFTWARE Y DEFINIR LAASIGNACIÓN DE HORARIOS Y RECURSOS PARA EL DESARROLLO Y LA CERTIFICACIÓN DE INCREMENTO
  • 9. PROCESO DE DESARROLLO DE CUARTO LIMPIO • PROCESO DE REINGENIERÍA DE SOFTWARE EL OBJETIVO PRINCIPAL DE ESTE PROCESO ES ASEGURARSE DE QUE EL SOFTWARE REINGENIERÍA SATISFACE LOS REQUISITOS PARA EL PRODUCTO DE SOFTWARE EN EL QUE SE UTILIZA. REINGENIERÍA PERMITE INTERACTUAR SOBRE EL SOFTWARE REESTRUCTURADO EL SOFTWARE REUTILIZADO DEBE SATISFACER DOS REQUISITOS: • LA SEMÁNTICA FUNCIONAL Y LA SINTAXIS DE INTERFAZ DEL SOFTWARE REUTILIZADO DEBEN SER ENTENDIDAS Y DOCUMENTADAS, Y SI ESTÁN INCOMPLETAS, PUEDEN RECUPERARSE MEDIANTE LAABSTRACCIÓN DE FUNCIONES Y LA VERIFICACIÓN DE CORRECCIÓN. • LOS OBJETIVOS DE CERTIFICACIÓN PARA EL PROYECTO DEBEN SER ALCANZADOS DETERMINANDO LAAPTITUD PARA EL USO DEL SOFTWARE REUTILIZADO A TRAVÉS DE MODELOS DE USO Y PRUEBAS ESTADÍSTICAS.
  • 10. • PROCESO DE DISEÑO INCREMENTAL EL OBJETIVO PRINCIPAL DE ESTE PROCESO ES DISEÑAR Y CODIFICAR UN INCREMENTO DE SOFTWARE QUE CUMPLA CON LOS PRINCIPIOS DE DISEÑO DE SALAS BLANCAS. EL INCREMENTO DE SOFTWARE DEBE SATISFACER EL PLAN DE CONSTRUCCIÓN DE INCREMENTO, ESPECIFICACIÓN DE FUNCIÓN Y ARQUITECTURA DE SOFTWARE • PROCESO DE VERIFICACIÓN DE CORRECCIÓN EL OBJETIVO PRINCIPAL DE ESTE PROCESO ES VERIFICAR LA CORRECCIÓN DE UN INCREMENTO DE SOFTWARE UTILIZANDO TÉCNICAS BASADAS EN MATEMÁTICAS, PARA ENTRAR EN PRUEBAS SIN FALLAS EN EL DISEÑO IMPLEMENTADO
  • 11. PROCESO DE CERTIFICACIÓN DE PRUEBA DE CUARTO LIMPIO • MODELADO DE USO Y PROCESO DE PLANIFICACIÓN DE PRUEBAS. LA TECNOLOGÍA DE DOTACIÓN LÓGICA DE CUARTO LIMPIO ES UN ACERCAMIENTO AL DESARROLLO DEL SOFTWARE LÓGICO, QUE MEJORA CALIDAD Y REDUCE COSTOS • PRUEBA ESTADÍSTICA Y PROCESO DE CERTIFICACIÓN EL PRINCIPAL OBJETIVO DE ESTE PROCESO ES OBTENER ESTIMACIONES ESTADÍSTICAMENTE VÁLIDAS DE LAS PROPIEDADES TRATADAS POR LOS OBJETIVOS DE CERTIFICACIÓN, PARA EL SOFTWARE.
  • 12.
  • 13. CONCLUSIÓN • EL LA PREVENCIÓN DE DEFECTOS ES MÁS RENTABLE QUE LA ELIMINACIÓN DE DEFECTOS. POR LO TANTO, EN EL DESARROLLO DE SOFTWARE, LA METODOLOGÍA CSE (CLEAN ROOM SOFTWARE ENGINEERING) UTILIZA ESTADÍSTICAS CONTROLADAS Y MENSURABLES PARA ELIMINAR O EVITAR TANTOS DEFECTOS COMO SEA POSIBLE ANTES DE LA EJECUCIÓN DEL SOFTWARE