5/10/2007 PCPM PRUEBAS DE SOFTWARE. Por: Paola Constanza Peña Melo Ingeniería de Software Mayo de 2007 AGENDA GENERAL PCPM

Tamaño: px
Comenzar la demostración a partir de la página:

Download "5/10/2007 PCPM PRUEBAS DE SOFTWARE. Por: Paola Constanza Peña Melo Ingeniería de Software Mayo de 2007 AGENDA GENERAL PCPM"

Transcripción

1 1 PRUEBAS DE SOFTWARE Por: Paola Constanza Peña Melo Ingeniería de Software Mayo de 2007 AGENDA GENERAL 2 1

2 AGENDA 3 QUE SON LAS PRUEBAS DE SOFTWARE? Proceso de análisis de un sistema. Detectar diferencias. Comportamiento t 4 2

3 OBJETIVO DE LAS PRUEBAS Maximizar la cantidad de defectos descubiertos. Permite que los desarrolladores los corrijan e incrementen la confiabilidad del sistema. mmm Nuevamente Qué son las Pruebas? Son el intento sistemático de localizar errores en forma planeada en el software implementado. 5 QUIENES SON LOS ENCARGADOS DE LAS PRUEBAS? Roles: Test Manager Líder de Pruebas Desarrolladores Ingeniero de Usabilidad Ingeniero de Pruebas Manuales Ingeniero de Pruebas Automatizadas Ingeniero de Pruebas de Red Especialista de Ambiente de Pruebas Ingeniero de Pruebas de Seguridad Probador Independiente 6 3

4 PORQUÉ ES IMPOSIBLE PROBAR POR COMPLETO UN SISTEMA? Las pruebas no son determinantes. Es necesario realizar las pruebas bajo restricciones de tiempo y presupuesto. CONSECUENCIA: Los sistemas se entregan sin estar probados por completo, lo que conduce a defectos que son descubiertos por los usuarios finales. 7 PANORAMA DE LAS PRUEBAS 8 4

5 CONFIABILIDAD DEL SOFTWARE Probabilidad de que un sistema de software no causará la falla del sistema durante un tiempo especificado bajo condiciones específicas. DEFECTO Es la causa mecánica o algorítmica de un error PANORAMA FALLA Es cualquier desviación del comportamiento observado respecto al especificado. ERROR Significa que el sistema está en un estado en el cual el procesamiento adicional del sistema conducirá a una falla, lo cual causa que el sistema se desvie del comportamiento pretendido. 9 TÉCNICAS DE CONTROL DE C CALIDAD 10 5

6 TÉCNICAS PARA EVITAR DEFECTOS (1) Evitar defectos trata de impedir la ocurrencia de errores y fallas encontrando defectos en el sistema antes de lanzarlo. Incluyen: Desarrollo de metodologías: Evita los defectos proporcionando técnicas que minimizan la introducción de defectos en los modelos del sistema y en el código. Administración de la configuración. Evita los defectos causados por cambios sin disciplina en los modelos del sistema. (Ejm: cambio de interfaz del sistema sin notificación previa a los desarrolladores que dependen de ella) El sistema contiene mucho menos defectos si se controla el cambio. 11 TÉCNICAS PARA EVITAR DEFECTOS (2) Técnicas de verificación. Trata de encontrar defectos antes de cualquier ejecución del sistema. La verificación tiene sus límites, pues no se encuentra en un estado bastante maduro como para que pueda aplicarse para asegurar la calidad de grandes sistemas complejos. Supone que los requerimientos son correctos, lo cual rara vez sucede. 12 6

7 TÉCNICAS PARA EVITAR DEFECTOS (3) Revisión. Es la inspección manual de algunos o todos los aspectos del sistema sin ser ejecutado. Ensayo (de código): El desarrollador presenta de modo informal el modelo, el código y la documentación ante el equipo de revisión. Inspección: Es similar a un ensayo, con la diferencia de que la presentación de la unidad es formal. (No lo presenta el desarrollador sino el equipo de revisión). El desarrolador solo está presente cuando la revisión necesita aclaraciones específicas de la definición, los algoritmos o las estructuras de datos. 13 TÉCNICAS PARA LA DETECCIÓN DE DEFECTOS (1) Ayudan a encontrar defectos en los sistemas pero no tratan de recuperar las fallas que lo causan. (Ejm: Cajas negras de los aviones) Depuración: asume que los defectos pueden encontrarse iniciando a partir de una falla no planeada. Depuración para Corrección. Es encontrar cualquier desviación entre los requerimientos no funcionales observados y los especificados. Depuración del Desempeño. Trata la desviación entre los requerimientos funcionales observados y los especificados, como el tiempo de respuesta. 14 7

8 TÉCNICAS PARA LA DETECCIÓN DE DEFECTOS (2) Prueba Es una técnica de detección de defectos que trata de crear fallas o errores en forma planeada. 15 ACTIVIDADES DE PRUEBA Pruebas Unitarias Pruebas de Integración Pruebas de Estructura. Pruebas del Sistema. Pruebas Funcionales. Pruebas de Desempeño. Pruebas de Aceptación e Instalación. 16 8

9 TÉCNICAS PARA LA TOLERANCIA DE DEFECTOS Es la recuperación de una falla mientras el sistema se está ejecutando. Ejm: Los sistemas de bases de datos proporcionan transacciones atómicas (todo o nada), para recuperarse de una falla durante una secuencia de acciones. La redundancia modular está sustentada en la suposición de que las fallas del sistema se basan, por lo general, en fallas de componentes. 17 CONCEPTOS DE LAS PRUEBAS 18 9

10 ELEMENTOS DEL MODELO USADO DURANTE LAS PRUEBAS (1) 19 ELEMENTO CASO DE PRUEBA SIGNIFICADO Es un conjunto de entradas y resultados esperados, que ejercita a un componente con el propósito de causar fallas y detectar defectos. FALLA Es una desviación entre la especificación de un componente y su comportamiento. Es producida por uno o más errores. COMPONENTE Es una parte del sistema que puede aislarse para la prueba (Objeto, Grupo de Objetos) STUB DE PRUEBA Es una implementación parcial de componentes de los cuales depende el componente probado. MANEJADOR DE PRUEBAS ERROR CORRECCIÓN Es una implementación parcial de un componente que depende del componente probado. Es el que da lugar a las fallas ERROR E l d l l f ll DEFECTO Es el cambio que se le realiza a un componente. Propósito: Reparar un defecto. Es un error de diseño o codificación que puede causar un comportamiento anormal de un componente

11 EJEMPLO (DEFECTO) 21 EJEMPLO (ERROR) 22 11

12 EJEMPLO Un defecto debe tener alguna causa algorítmica 23 EJEMPLO Un defecto puede tener una causa mecánica 24 12

13 CASOS DE PRUEBA Es un conjunto de datos de entrada y resultados esperados que ejercitan a un componente con el propósito de causar fallas y detectar defectos. 25 MODELO DE PRUEBA CON CASOS DE PRUEBA Un buen modelo de prueba tiene la menor cantidad de asociaciones posibles, debido a que laspreubas que no están asociadas entre ellas pueden ejecutarse de forma independiente

14 STUBS Y MANEJADORES DE PRUEBAS Se usan para sustituir las partes faltantes de un sistema mientras estas se encuentran aisladas en una ejecución de casos de pruebas. Simula la parte del sistema que llama al componente a probar. Simula a los componentes que son llamados por el componente a probar. 27 EJEMPLO Uso dl del Patrón de Diseño Puente para hacer la interfáz de un componente que todavía no se ha terminado, o que no se conoce o no se tiene disponible durante la prueba de otro componente

15 CORRECCIONES (1) Es un cambio a un componente con el propósito de reparar un defecto. Las correcciones pueden ir desde una simple modificación de un solo componente, hasta el rediseño completo de una estructura de datos o un subsistema. 29 CORRECCIONES (2) Existe una probabilidad alta de que el desarrollador introduzca nuevos defectos en el componente revisado. TÉCNICAS SEGUIMIENTO DEL PROBLEMA Documentación de cada falla, error, defecto detectado, su corrección y revisiones de componentes. PRUEBAS DE REGRESIÓN Volver a ejecutar todas las pruebas anteriores después del cambio. MANTENIMIENTO DE LA FUNDAMENTACIÓN. Incluye la documentación de la fundamentación de los cambios y su relación con la fundamentación del componente revisado

16 ACTIVIDADES DE LAS PRUEBAS 31 ACTIVIDADES DE LAS PRUEBAS Entre estas actividades se incluyen: ACTIVIDAD INSPECCIÓN DE COMPONENTES PRUEBAS UNITARIAS PRUEBAS DE INTEGRACIÓN SIGNIFICADO Encuentran defectos en componentes individuales mediante la inspección manual de su código fuente. Encuentran defectos aislando un componente individual utilizando manejadores de pruebas. Encuentran defectos integrando varios componentes. PRUEBAS DEL SISTEMA Se enfocan en el sistema completo, sus requerimientos funcionales y no funcionales y su ambiente de destino

17 INSPECCIÓN DE COMPONENTES (1) Su objetivo es encontrar defectos en un componente revisando su código fuente manualmente. Para esto se tiene un equipo de trabajo constituido por: Desarrolladores El autor del componente Un moderador Uno ó más revisores 33 INSPECCIÓN DE COMPONENTES (2) 1) PANORAMA 2) PREPARACIÓN El autor del componente presenta Los revisores se familiarizan brevemente el propósito y alcance con el funcionamiento del del componente y los objetivos de la componente. inspección 3)REUNIÓN DE INSPECCIÓN Se estudia el código detalladamente y el equipo de inspección plantea problemas relacionados con el componente. El moderador mantiene la reunión. 4) REPARACIÓN El autor revisa el componente. 5) SEGUIMIENTO El moderador revisa la calidad de la reparación y determina si es necesario otra inspección

18 PRUEBA UNITARIA(1) Enfocada en la prueba de los objetos y subsistemas de la aplicación. p tiene 3 ventajas principales: Reduce la complejidad de las actividades de prueba. Facilita resaltar y corregir defectos (pocos componentes) Permite el paralelismo: cada componente puede probarse independiente de los demás. 35 PRUEBA UNITARIA(2) Prueba de Equivalencia: minimiza la cantidad de casos de prueba. Prueba de Frontera: su caso de prueba es estudiar el caso extremo de las variables de los objetos. Prueba de Ruta: estudia los caminos posibles que podría tener un caso de prueba combinado por varios parámetros Punto Inicial: diagrama de flujo

19 PRUEBA UNITARIA (3) Pruebas Basadas en Estado: Se enfoca en los sistemas Orientados a Objetos. Intenta probar el estado de un sistema en diferentes condiciones, y comparar los resultados que se obtuvieron con los esperados. 37 EJEMPLO: PDL for test design PROCEDURE average; * This procedure computes the average of 100 or fewer numbers that lie between bounding values; it also computes the sum and the total number valid. INTERFACE RETURNS average, total.input, total.valid; INTERFACE ACCEPTS value, minimum, maximum; TYPE value[1:100] IS SCALAR ARRAY; TYPE average, total.input, total.valid; minimum, maximum, sum IS SCALAR; TYPE i IS INTEGER; i = 1; total.input = total.valid = 0; sum = 0; DO WHILE value[i] <> -999 and total.input < 100 increment total.input by 1; IF value[i] >= minimum AND value[i] <= maximum THEN increment total.valid by 1; sum = sum + value[i] ELSE skip ENDIF increment i by 1; ENDDO IF total.valid > 0 THEN average = sum / total.valid; ELSE average = -999; ENDIF END average 38 19

20 Identificando Nodos PROCEDURE average; * This procedure computes the average of 100 or fewer numbers that lie between bounding values; it also computes the sum and the total number valid. INTERFACE RETURNS average, total.input, total.valid; INTERFACE ACCEPTS value, minimum, maximum; TYPE value[1:100] IS SCALAR ARRAY; TYPE average, total.input, total.valid; minimum, maximum, sum IS SCALAR; TYPE i IS INTEGER; 1 i = 1; total.input = total.valid = 0; 2 sum = 0; DO WHILE value[i] <> -999 and total.input < increment total.input by 1; IF value[i] >= minimum AND value[i] <= maximum 5 THEN increment total.valid by 1; 7 sum = sum + value[i] ELSE skip 8 ENDIF increment i by 1; 9 ENDDO IF total.valid > THEN average = sum / total.valid; ELSE average = -999; ENDIF 13 END average 6 39 Gráfica de control del Proceso average average

21 Resultados V(G) = No. de estatutos condicionales + 1[(estatutos compuestos cuentan por 2] (No. de operadores booleanos + 1) V(G) = 6 V(G) = 18 arcos - 14 nodos + 2 = 6 V(G) = 5 nodos predicados + 1 = 6 (2), (3), (5), (6), (10) Ruta 1: Ruta 2: Ruta 3: Ruta 4: Ruta 5: Una trayectoria independiente es cualquier ruta a través del programa que introduce cuando menos un nuevo conjunto de estatutos de procesamiento o una nueva condición. 41 Casos de prueba Caso de prueba ruta 1 value( k ) = valid input, where k < i defined below value( i ) = -999 where 2<= i <= 100 Resultado esperado: promedio correcto Nota: No puede probarse solo, debe probarse como parte de las pruebas de las rutas 4, 5 y 6 Caso de prueba ruta 2 value(1) = -999 Resultado esperado: promedio = -999 Caso de prueba ruta 3 Procesar 101 o más valores, los primeros 100 valores deben ser válidos Resultado esperado: igual que el caso 1. Caso de prueba ruta 4 value( i ) = entrada válida, donde i < 100 value( k ) = mínimo, donde k <= i Resultado esperado: promedio correcto, basado en k valores y totales apropiados 42 21

22 Casos de Prueba (Cont..) Caso de prueba ruta 5 value( i ) = entrada válida, donde i < 100 value ( k ) = máximo, donde k <= i Resultado esperado: promedio correcto, basado en n valores y totales apropiados p Caso de prueba ruta 6 value( i ) = entrada válida, donde i < 100 Resultado esperado: promedio correcto, basado en n valores y totales apropiados 43 PRUEBAS DE INTEGRACIÓN (1) Una vez se han realizado las pruebas unitaria, frontera y ruta, las cuales son con objetos individuales, se puede ahora integrar con otros objetos, formando un subsistema, el cual se prueba en esta fase. Intentan detectar nuevos defectos en pequeños grupos de componentes 44 22

23 PRUEBAS DE INTEGRACIÓN (2) Se han ideado varios enfoques para implementar una estrategia de pruebas de integración. Pruebas de gran explosión Asume que todos los componentes se prueban primero en forma individual y luego juntos como un solo sistema. Pruebas de abajo hacia arriba Prueba primero de manera individual a todos los componentes de la capa inferior y luego los integra con componentes de la siguiente capa superior. Prueba Doble: Cuando dos componentes se prueban juntos. Prueba Triple: Tres componentes. Prueba Cuádruple: Cuatro componentes. Esto se repite hasta que se combinan todos los componentes de todas las capas. 45 PRUEBAS DE INTEGRACIÓN (3) Pruebas de arriba hacia abajo Prueba primero en forma unitaria los componentes de la capa superior y luego integra los componentes de la siguiente capa hacia abajo. Pruebas de emparedado Combina las estrategias de arriba hacia abajo y de abajo hacia arriba, tratando de usar lo mejor de ambas

24 EJEMPLO DE DESCOMPOSICIÓN JERÁRQUICA 47 ESTRATEGIA DE PRUEBAS DE EMPAREDADO Ninguno de los componentes de la capa de destino (B,C,D) fueron probados en forma unitaria 48 24

25 ESTRATEGIA DE PRUEBAS DE EMPAREDADO MODIFICADAS Ventaja: Pruebas en paralelo Desventaja: Necesidad de Stubs y Manejadores de Prueba adicionales Conducen a un tiempo de prueba general significativamente más corto. 49 PRUEBAS DEL SISTEMA (1) Una vez se han integrado los componentes, y corregido los errores encontrados en las pruebas de integración, es posible ahora integrar todo el sistema. El propósito de las pruebas del sistema es asegurar que el sistema completo se apegue a los requerimientos funcionales y no funcionales del sistema 50 25

26 PRUEBAS DEL SISTEMA (2) Actividades que se realizan: Prueba Funcional Encuentra diferencias entre los requerimientos funcionales y el sistema. Prueba de desempeño Encuentra diferencias entre los objetivos de diseño seleccionados durante el diseño del sistema y el sistema. PRUEBAS DE ESFUERZO Revisan si el sistema puede responder a muchas peticiones simultáneas. PRUEBAS DE VOLUMEN Tratan de encontrar defectos asociados con grandes cantidades de datos. PRUEBA DE SEGURIDAD Tratan de encontrar fallas de seguridad en el sistema. PRUEBAS DE PRUEBAS DE TEMPORIZACIÓN RECUPERACIÓN: Tratan de encontrar comportamientos Evalúan la habilidad del que violan las restricciones de sistema para temporización descritas por los recuperarse de errores. requerimientos no funcionales. 51 PRUEBAS DEL SISTEMA (3) Prueba Piloto (Prueba de Campo) Prueba la funcionalidad común entre un grupo seleccionado de usuarios finales en el ambiente de destino. Prueba Alfa: Los usuarios ejercitan el sistema en un ambiente de desarrollo. Prueba Beta: Una cantidad limitada de usuario finales realiza la prueba de aceptación en el ambiente de destino

27 PRUEBAS DEL SISTEMA (4) Prueba de Aceptación El cliente es el encargado de evaluar el sistema. PRUEBA PRUEBA PATRÓN CONSISTE EN El cliente prepara un conjunto de casos de prueba que representan condiciones típicas bajo las cuales debe operar el sistema. PRUEBAS Se prueba el nuevo sistema frente a un COMPETIDORAS sistema sse aexistente e e o producto po cocompetidor. o PRUEBAS DE SOMBRA Una forma de pruebas de comparación, se ejecutan en paralelo los sistemas nuevo heredado y se comparan sus salidas. 53 PRUEBAS DEL SISTEMA (5) Prueba de instalación Pruebas de usabilidad y de desempeño realizadas por el cliente contra criterios de aceptación (del acuerdo del proyecto) en el ambiente de destino

28 ADMINISTRACIÓNDE LAS PRUEBAS 55 ADMINISTRACIÓN DE LAS PRUEBAS Los desarrolladores deben detectar y reparar una cantidad de defectos suficientes para que el sistema satisfaga los requerimientos funcionales y no funcionales en una amplitud aceptable por el cliente. Planeación de las Pruebas. Documentación de las Pruebas. Plan de Pruebas. Especificación de los casos de pruebas. Reportes de inicidentes de pruebas. Reporte de resumen de pruebas. Asignación de responsabilidades

29 BIBLIOGRAFÍA [1] Ingeniería de Software Orientado a Objetos, Bruegge, Bernd [2] Ingeniería de Software Sommerville, Ian, 1951 [3] Ingeniería del Software: Un enfoque práctico Pressman, Roger S. [4] Diapositivas Clase Ingeniería de Software 2006 [5] Conceptos Fundametales de ITIL e ISO ACIS, Marzo de 2007 [6]http://lml.ls.fi.upm.es/ftp/ed2/0203/Apuntes/pruebas.ppt [7] Modelo para Pruebas de Software, [8] Pruebas de Software, software/pruebas-de-software.shtml [9] Pruebas de Software, [11] [12] Probando Software, MUCHAS GRACIAS! 29

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

Más detalles

Prueba de software. Ingeniería de software Eduardo Ferreira, Martín Solari

Prueba de software. Ingeniería de software Eduardo Ferreira, Martín Solari Prueba de software Ingeniería de software Eduardo Ferreira, Martín Solari 1 Temario Prueba de software Estrategias, niveles y tipos de prueba Pruebas de caja blanca Pruebas de caja negra Proceso de prueba

Más detalles

6.4 ESTRATEGIAS DE PRUEBA

6.4 ESTRATEGIAS DE PRUEBA Prueba del sistema Prueba de validación Prueba de integración Prueba de Unidad Código Diseño Requisitos Ingeniería del Sistema Las pruebas del software aplican similar estrategia moviéndonos de adentro

Más detalles

Ingeniería de Software. Pruebas

Ingeniería de Software. Pruebas Ingeniería de Software Pruebas Niveles de prueba Pruebas unitarias Niveles Pruebas de integración Pruebas de sistema Pruebas de aceptación Alpha Beta Niveles de pruebas Pruebas unitarias Se enfocan en

Más detalles

Ingeniería de Software Avanzada

Ingeniería de Software Avanzada Universidad Técnica Federico Santa María Departamento de Informática Ingeniería de Software Avanzada Dr. Marcello Visconti Z. Conceptos básicos de testing Una falla (failure) ocurre cuando un programa

Más detalles

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software Universidad Técnica Federico Santa María Departamento de Informática Ingeniería de Software Dr. Marcello Visconti Z. Programa Proceso de Software y Paradigmas de Desarrollo Gestión de Proyectos Fases del

Más detalles

1. Descripción y objetivos

1. Descripción y objetivos Pruebas 1 1. Descripción y objetivos Las pruebas son prácticas a realizar en diversos momentos de la vida del sistema de información para verificar: El correcto funcionamiento de los componentes del sistema.

Más detalles

Plan de estudios ISTQB: Nivel Fundamentos

Plan de estudios ISTQB: Nivel Fundamentos Plan de estudios ISTQB: Nivel Fundamentos Temario 1. INTRODUCCIÓN 2. FUNDAMENTOS DE PRUEBAS 3. PRUEBAS A TRAVÉS DEL CICLO DE VIDA DEL 4. TÉCNICAS ESTÁTICAS 5. TÉCNICAS DE DISEÑO DE PRUEBAS 6. GESTIÓN DE

Más detalles

Empresa Financiera Herramientas de SW Servicios

Empresa Financiera Herramientas de SW Servicios Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través

Más detalles

SSTQB. Nivel Fundamentos. Examen ejemplo. Programa de estudios 2010

SSTQB. Nivel Fundamentos. Examen ejemplo. Programa de estudios 2010 SSTQB Nivel Fundamentos Examen ejemplo Página 1 de 12 Fecha publicación: 28 - octubre - 2015 Índice Preguntas... 3 Respuestas... 12 Página 2 de 12 Fecha publicación: 28 - octubre - 2015 Preguntas 1 2 Una

Más detalles

E 2.4.1 Documento de entrega de Aplicación

E 2.4.1 Documento de entrega de Aplicación E 2.4.1 Documento de entrega de Aplicación Versión: 0.1 Fecha: 11/08/11 Autor: Email: Antoni Bertran Bellido abertran@opentrends.net Historial de cambios Versión Fecha Autor Cambios 0.1 11/08/11 Antoni

Más detalles

CLASE # 4 DESCRIPCIÓN GENERAL DE LAS PRUEBAS DINÁMICAS

CLASE # 4 DESCRIPCIÓN GENERAL DE LAS PRUEBAS DINÁMICAS CLASE # 4 DESCRIPCIÓN GENERAL DE LAS PRUEBAS DINÁMICAS 750105M - TÉCNICAS DE PRUEBAS DE SOFTWARE INGENIERÍA DE SISTEMAS Y COMPUTACIÓN UNIVERSIDAD DEL VALLE SEMESTRE 2013A - DOCENTE BEATRIZ FLORIAN GAVIRIA

Más detalles

6 Anexos: 6.1 Definición de Rup:

6 Anexos: 6.1 Definición de Rup: 6 Anexos: 6.1 Definición de Rup: Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo.

Más detalles

6.3 CASOS DE PRUEBA CAJA BLANCA

6.3 CASOS DE PRUEBA CAJA BLANCA Tipos de Prueba: 6.3 CASOS DE PRUEBA CAJA BLANCA Prueba de la Ruta Básica Pruebas de la estructura de control Prueba de condición Prueba del flujo de datos Prueba de bucles 6.3.1 PRUEBA DE LA RUTA BASICA

Más detalles

Criterios de clasificación

Criterios de clasificación Criterios de clasificación Usualmente clasificamos para agrupar elementos con características comunes, simplificando la realidad y analizando un conjunto de elementos desde distintos puntos de vista. Sobre

Más detalles

Temario III Testing in the Large

Temario III Testing in the Large Temario III Testing in the Large 1ra Parte Verificación y Validación de Software UNS 1 Contenidos Testing de Integración Testing de Sistema Testing de Regresión Verificación y Validación de Software UNS

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

PRU. Pruebas. Ejercicio previo. Enunciado

PRU. Pruebas. Ejercicio previo. Enunciado PRU Pruebas 1 Ejercicio previo Enunciado Se tiene un programa que Lee tres enteros de un fichero Los tres enteros representan los lados de un triángulo Imprime un mensaje indicando el tipo de triángulo

Más detalles

Proceso de testing. Ingeniería del Software I. Actividades del proceso de testing. Actividades del proceso de testing

Proceso de testing. Ingeniería del Software I. Actividades del proceso de testing. Actividades del proceso de testing Ingeniería del Software I Testing Martina Marré martina@dc.uba.ar Proceso de testing RECORDEMOS El testing no es sólo una etapa del proceso de desarrollo Tradicionalmente, empezaba al término de la implementación,

Más detalles

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 Estándares para planes de calidad de software Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 DIFERENCIA ENTRE PRODUCIR UNA FUNCION Y PRODUCIR UNA FUNCION

Más detalles

Testing. Tipos, Planificación y Ejecución de Pruebas

Testing. Tipos, Planificación y Ejecución de Pruebas Testing Tipos, Planificación y Ejecución de Pruebas Contenido Definiciones del Testing de Software Objetivos, conceptos Tipos de Test Testing a-la RUP Rol del Testing en el proceso Artefactos Trabajadores

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

PRUEBAS, CALIDAD Y MANTENIMIENTO DEL SOFTWARE

PRUEBAS, CALIDAD Y MANTENIMIENTO DEL SOFTWARE VI PRUEBAS, CALIDAD Y MANTENIMIENTO DEL SOFTWARE 6.1 PRUEBAS DEL SOFTWARE Una vez generado el código el software debe ser probado para descubrir el máximo de errores posibles antes de su entrega al cliente.

Más detalles

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7: VALIDACIÓN

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7: VALIDACIÓN Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7: VALIDACIÓN TÉCNICAS DE PRUEBA DEL SOFTWARE Introducción Aspectos psicológicos de las pruebas Flujo de información de la prueba

Más detalles

Ingeniería del Software. Pruebas. Pruebas en el PUD. Las pruebas del software. Tipos de prueba Estrategias de prueba

Ingeniería del Software. Pruebas. Pruebas en el PUD. Las pruebas del software. Tipos de prueba Estrategias de prueba Pruebas Pruebas en el PUD Las pruebas del software Diseño de casos de prueba Tipos de prueba Estrategias de prueba 1 2 Iteración en PUD Planificación de la Iteración Captura de requisitos: Modelo de casos

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

Más detalles

Contenido. Profesor: Ing. MSc. Eliomar Nieves

Contenido. Profesor: Ing. MSc. Eliomar Nieves Contenido Qué son las pruebas de software?... 2 Principios de la fase de prueba y validación de software... 2 Defectos vs fallas en las pruebas de software... 2 Tipos de defectos de software... 2 Clases

Más detalles

Fundamentos de Ingeniería del Software. Capítulo 5. Prueba del software

Fundamentos de Ingeniería del Software. Capítulo 5. Prueba del software Fundamentos de Ingeniería del Software Capítulo 5. Prueba del software Bubbles don t crash Bertrand Meyer Prueba del software. Estructura 1. Objetivos de la prueba 2. Importancia de la prueba 3. Principios

Más detalles

TEMA 6: SEGUIMIENTO, CONTROL Y EJECUCION DE UN PROYECTO.

TEMA 6: SEGUIMIENTO, CONTROL Y EJECUCION DE UN PROYECTO. TEMA 6: SEGUIMIENTO, CONTROL Y EJECUCION DE UN PROYECTO. En la línea temporal de un proyecto tenemos las siguientes partes o eventos: INICIO CIERRE COBRO/EXPOSICION Los elementos necesarios para empezar

Más detalles

Parte 1 Múltiple Opción

Parte 1 Múltiple Opción Cada pregunta de la parte múltiple opción contestada correctamente tiene un valor de 1,5 puntos. Cada pregunta incorrecta de la múltiple opción resta 0,5 puntos. Esta parte consta de 25 preguntas por lo

Más detalles

Aplicaciones de Ingeniería de Software

Aplicaciones de Ingeniería de Software Aplicaciones de Ingeniería de Software Administración de la Calidad del Producto de Software Qué es la gestión de la calidad? Es una actividad protectora o de sombrilla que se aplica a lo largo del proceso

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

Técnicas de prueba 1. FUNDAMENTOS DE LA PRUEBA DEL SOFTWARE

Técnicas de prueba 1. FUNDAMENTOS DE LA PRUEBA DEL SOFTWARE Técnicas de prueba El desarrollo de Sistemas de software implica la realización de una serie de actividades predispuestas a incorporar errores (en la etapa de definición de requerimientos, de diseño, de

Más detalles

Importancia de las pruebas de software

Importancia de las pruebas de software Dr. Eduardo A. RODRÍGUEZ TELLO CINVESTAV-Tamaulipas 30 de marzo del 2011 Dr. Eduardo RODRÍGUEZ T. (CINVESTAV) Pruebas de software 30 de marzo del 2011 1 / 40 1 Importancia de las pruebas de software Introducción

Más detalles

Introducción a la Ingeniería de Software - Examen 20/07/2012

Introducción a la Ingeniería de Software - Examen 20/07/2012 Cada pregunta múltiple opción contestada correctamente tiene un valor de 2,5 puntos. Esta parte consta de 20 preguntas, haciendo un total de 50 puntos. Los ejercicios de desarrollo tienen un valor total

Más detalles

Introducción al Proceso de Pruebas.

Introducción al Proceso de Pruebas. Introducción al Proceso de Pruebas. Javier Gutiérrez / javierj@us.es Introducción al proceso de pruebas Objetivo: repasar las ideas principales sobre las pruebas del software y, en concreto, las que usaremos

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S4 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

Tema 1 Introducción a la Ingeniería de Software

Tema 1 Introducción a la Ingeniería de Software Tema 1 Introducción a la Ingeniería de Software Curso Ingeniería de Software UMCA Profesor Luis Gmo. Zúñiga Mendoza 1. Software En la actualidad todo país depende de complejos sistemas informáticos. Podemos

Más detalles

Construcción y Pruebas de Software

Construcción y Pruebas de Software UNIVERSIDAD DE CARABOBO Facultad Experimental de Ciencias y Tecnología Departamento de Computación Construcción y Pruebas de Software Elaborado por: Gustavo Bazán Francisco Rosas Bárbula, Junio de 2012

Más detalles

Prueba del Software. Pruebas en gran escala. Pruebas en gran escala. Prueba de Unidad Prueba de Integración Prueba de Sistema Prueba de Aceptación

Prueba del Software. Pruebas en gran escala. Pruebas en gran escala. Prueba de Unidad Prueba de Integración Prueba de Sistema Prueba de Aceptación Prueba del Software Pruebas en gran escala (c) Carlos Alberto Fau 1 Contenido Pruebas en gran escala Prueba de Unidad Prueba de Integración Prueba de Sistema Prueba de Aceptación Plan de Pruebas Estrategia

Más detalles

PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO.

PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO. PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO. 0. Consideraciones iniciales. Las pruebas son un conjunto de actividades que se pueden planificar por adelantado y llevar a cabo sistemáticamente. Por esta razón,

Más detalles

SIS 301 Operación y mantenimiento 15 minutos

SIS 301 Operación y mantenimiento 15 minutos SIS 301 Operación y mantenimiento 15 minutos O Generalidades 1 Planificación 2 Procedimientos 3 Responsabilidades del personal de operación 4 Responsabilidades del personal de mantenimiento 5 Mantenimiento

Más detalles

Brindar al alumno un marco teórico y práctico para el desarrollo de software bajo estándares de calidad.

Brindar al alumno un marco teórico y práctico para el desarrollo de software bajo estándares de calidad. Universidad Católica San Pablo Facultad de Ingeniería y Computación Programa Profesional de Ciencia de la Computación SILABO CS290T. Ingeniería de Software I (Obligatorio) 2012-2 1. DATOS GENERALES 1.1

Más detalles

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE 3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar

Más detalles

MÉTODO PARA EL ANÁLISIS, DISEÑO Y DESARROLLO DE MICROSISTEMAS

MÉTODO PARA EL ANÁLISIS, DISEÑO Y DESARROLLO DE MICROSISTEMAS MÉTODO PARA EL ANÁLISIS, DISEÑO Y DESARROLLO DE MICROSISTEMAS Existen diversos métodos para desarrollar un sistema de información o un microsistema, pero en esencia todos parten de los mismos principios

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S3 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

12/07/2010. INGENIERIA DE SOFTWARE Tema 7: Mantenimiento del software. Contenido. 1. Aspectos Generales. 1. Aspectos Generales. 1. Aspectos Generales

12/07/2010. INGENIERIA DE SOFTWARE Tema 7: Mantenimiento del software. Contenido. 1. Aspectos Generales. 1. Aspectos Generales. 1. Aspectos Generales Contenido INGENIERIA DE SOFTWARE Tema 7: Mantenimiento del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Aspectos generales 2. Características

Más detalles

PRU. Fundamento Institucional. Objetivos. Alcance

PRU. Fundamento Institucional. Objetivos. Alcance PRU INSTRUCCIONES: a continuación se describe el flujo de trabajo correspondiente al área de procesos de PRUEBAS para el desarrollo de software, en el cual se debe apoyar para la ejecución de sus actividades;

Más detalles

Desarrollar el concepto del producto. Asignar requisitos de hardware y software. 1 1.1 1.2 2 2.1 2.2 3.. N

Desarrollar el concepto del producto. Asignar requisitos de hardware y software. 1 1.1 1.2 2 2.1 2.2 3.. N Fase de Análisis de Requerimientos Desarrollar el concepto del producto. Asignar requisitos de hardware y software. Realizar estudios de mercado. Sugerencia: www.anuies.mx para saber cuantas instituciones

Más detalles

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R índice Módulo A Unidad didáctica 1: Introducción a las Bases de Datos Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos 3 19 Módulo B Unidad didáctica 1: Fase de análisis de requisitos Modelo

Más detalles

Implantación de Sistemas

Implantación de Sistemas Implantación de Sistemas Maria Ines Parnisari 17 de Diciembre de 2014 Índice Parte 1: Implantación... 2 Factores clave para una implantación exitosa... 2 Etapas de un proyecto de Sistemas... 2 Fases de

Más detalles

Pontificia Universidad Católica del Ecuador

Pontificia Universidad Católica del Ecuador 1. DATOS INFORMATIVOS: MATERIA O MÓDULO: INGENIERÍA DE SOFTWARE I CÓDIGO: CARRERA: SISTEMAS NIVEL: QUINTO No. CRÉDITOS: 4 CRÉDITOS TEORÍA: 4 SEMESTRE/AÑO ACADÉMICO: Segundo Semestre 2011-2012 CRÉDITOS

Más detalles

RAID. Los detalles de las características segunda y tercera, cambian según los distintos niveles RAID. RAID 0 no soporta la tercera característica.

RAID. Los detalles de las características segunda y tercera, cambian según los distintos niveles RAID. RAID 0 no soporta la tercera característica. RAID Como se dijo anteriormente, el ritmo de mejora de prestaciones en memoria secundaria ha sido considerablemente menor que en procesadores y en memoria principal. Esta desigualdad ha hecho, quizás,

Más detalles

PLC CONTROLADOR LOGICO PROGRAMABLE

PLC CONTROLADOR LOGICO PROGRAMABLE PLC CONTROLADOR LOGICO PROGRAMABLE PLC Los Controladores Lógicos Programables o PLC (Programmable Logic Controller por sus siglas en inglés) son dispositivos ampliamente usados en la Automatización Industrial.

Más detalles

Introducción a las Pruebas de Software

Introducción a las Pruebas de Software Introducción a las Pruebas de Software Contenido Contenido El ciclo de vida de la Calidad. Conceptos Generales de Pruebas. Proceso de Pruebas de So7ware. Obje;vos de las Pruebas de So7ware. Beneficios

Más detalles

GANTT, PERT y CPM. Figura 5.3: Carta GANTT 3.

GANTT, PERT y CPM. Figura 5.3: Carta GANTT 3. GANTT, PERT y CPM Características Conseguir una buena programación es un reto, no obstante es razonable y alcanzable. Ella debe tener el compromiso del equipo al completo, para lo cual se recomienda que

Más detalles

Clase 11. Análisis dinámico, 2ª parte.

Clase 11. Análisis dinámico, 2ª parte. Clase 11. Análisis dinámico, 2ª parte. Continuamos con el mismo tema de la clase anterior, pero esta vez nos ocuparemos principalmente de la fase de prueba. Nos detendremos brevemente en algunas de las

Más detalles

CLASE # 5 TÉCNICAS DE CAJA BLANCA

CLASE # 5 TÉCNICAS DE CAJA BLANCA CLASE # 5 TÉCNICAS DE CAJA BLANCA 750105M - TÉCNICAS DE PRUEBAS DE SOFTWARE INGENIERÍA DE SISTEMAS Y COMPUTACIÓN UNIVERSIDAD DEL VALLE SEMESTRE 2013A - DOCENTE BEATRIZ FLORIAN GAVIRIA Basado Parcialmente

Más detalles

1.1 Aseguramiento de la calidad del software

1.1 Aseguramiento de la calidad del software 1.1 Aseguramiento de la calidad del software El propósito del Aseguramiento de la Calidad (Software Quality Assurance, SQA) es entregar a la administración una visibilidad adecuada del proceso utilizado

Más detalles

Sistemas de Información Administrativo - Universidad Diego Portales. Cátedra : Sistemas de Información Administrativa S.I.A.

Sistemas de Información Administrativo - Universidad Diego Portales. Cátedra : Sistemas de Información Administrativa S.I.A. Cátedra : Sistemas de Información Administrativa S.I.A. Escuela de Contadores Auditores Tema: Ingeniería del Software Estrategias de Pruebas Relator: Sr. Eduardo Leyton G Pruebas del Software (Basado en

Más detalles

DISEÑO DE FUNCIONES (TRATAMIENTOS)

DISEÑO DE FUNCIONES (TRATAMIENTOS) DISEÑO DE FUNCIONES (TRATAMIENTOS) Diseño Estructurado. Estrategias para Derivar el Diagrama de Estructura. Diseño de Módulos Programables. 1. DISEÑO ESTRUCTURADO El Diseño es el proceso por el cual se

Más detalles

P R U E B A S D E S O F T W A R E 1 Pruebas de Software

P R U E B A S D E S O F T W A R E 1 Pruebas de Software PRUEBAS DE SOFTW ARE 1 Pruebas de Software 2 PRUEBAS DE SOFTWARE 3 ÍNDICE Página Presentación 5 Red de contenidos 6 Unidad de aprendizaje 1: Fundamentos de Pruebas de Software 1.1 Tema 1 : Pruebas de Software

Más detalles

TESTING. Universidad Simón Bolívar. Ing. de Software. Profa. Marlene Goncalves

TESTING. Universidad Simón Bolívar. Ing. de Software. Profa. Marlene Goncalves TESTING Universidad Simón Bolívar. Ing. de Software. Profa. Marlene Goncalves Definiciones Error: Equivocación cometida por un desarrollador. Ejemplos: un error de tipeo, una mal interpretación de un requerimiento

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

Ingeniería Software. Verificación y Validación

Ingeniería Software. Verificación y Validación Ingeniería Software Ingeniería software 4º 4º de Físicas Verificación y Validación José M. Drake y Patricia López Computadores y Tiempo Real Ingeniería de Programación 2009 1 Ingeniería de Programación

Más detalles

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL I. Datos Generales de la Calificación CTEL0449.01 Propósito Título Operación y mantenimiento de sistemas de conmutación por paquetes en redes de área amplia (WAN) Ofertar al sector un referente que permita

Más detalles

Al final del curso, usted puede usar el examen para confirmar lo que ha aprendido y ganar valiosos Puntos de Recompensa.

Al final del curso, usted puede usar el examen para confirmar lo que ha aprendido y ganar valiosos Puntos de Recompensa. SIS 203 Verificación y validación 15 minutos O Generalidades 1 Verificación 2 Validación 3 Un enfoque estructurado 4 Descomposición del sistema 5 Planificación de las pruebas 6 Documentación 7 Sumario

Más detalles

En este capítulo se describe las herramientas, así como los procesos involucrados en el análisis y desarrollo de sistemas de información, por otro

En este capítulo se describe las herramientas, así como los procesos involucrados en el análisis y desarrollo de sistemas de información, por otro CAPITULO 5 TEORIA SOBRE ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION En este capítulo se describe las herramientas, así como los procesos involucrados en el análisis y desarrollo de sistemas de información,

Más detalles

capitulo3 MARCO TEÓRICO Para el diseño de la reubicación de los procesos se hará uso de la Planeación

capitulo3 MARCO TEÓRICO Para el diseño de la reubicación de los procesos se hará uso de la Planeación capitulo3 MARCO TEÓRICO Para el diseño de la reubicación de los procesos se hará uso de la Planeación Sistemática de Layout, SLP por sus siglas en inglés. Se hará uso de la simulación para comparar el

Más detalles

Pruebas de Software. Ingeniería del Software I Universidad Rey Juan Carlos. Verificación de Software: Validación de Software:

Pruebas de Software. Ingeniería del Software I Universidad Rey Juan Carlos. Verificación de Software: Validación de Software: Pruebas Software Universidad Rey Juan Carlos César Javier Acuña cesar.acuna@urjc.es Introducción Verificación Software: Determinar si los productos una fase dada satisfacen las condiciones impuestas al

Más detalles

DISEÑO DE COMPONENTES DE SOFTWARE *

DISEÑO DE COMPONENTES DE SOFTWARE * DISEÑO DE COMPONENTES DE SOFTWARE * NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP * Resumen del capítulo 10 de libro de [Pressman 2010] V:18-11-2008 (c) P. Gomez-Gil, INAOE.

Más detalles

PATRONES. Experto. Solución:

PATRONES. Experto. Solución: PATRONES. Experto. Asignar una responsabilidad a la clase que tiene la información necesaria para cumplirla. Cuál es el principio fundamental en virtud del cual asignaremos las responsabilidades a los

Más detalles

Software Reutilizable. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 1

Software Reutilizable. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reutilizable Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 1 Objetivos Para explicar los beneficios del software reutilizable y algunos de sus problemas Para discutir

Más detalles

SISTEMAS DE INFORMACIÓN III TEORÍA

SISTEMAS DE INFORMACIÓN III TEORÍA CONTENIDO: IMPLEMENTACIÓN DE SISTEMAS CODIFICACIÓN- PRUEBAS - INSTALACIÓN - DOCUMENTACIÓN- ADIESTRAMIENTO - SOPORTE LA IMPLANTACIÓN COMO CAMBIO ORGANIZACIONAL Material diseñado y elaborado por: Prof. Luis

Más detalles

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Tema 2. Ingeniería del Software I feliu.trias@urjc.es Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición

Más detalles

TECNICO SUPERIOR UNIVERSITARIO EN MECATRÓNICA

TECNICO SUPERIOR UNIVERSITARIO EN MECATRÓNICA TECNICO SUPERIOR UNIVERSITARIO EN MECATRÓNICA HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Sistemas digitales 2. Competencias Desarrollar y conservar sistemas automatizados

Más detalles

Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML

Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML Diseño Diseño en el PUD Diseño de software Patrones arquitectónicos Diseño Orientado a Objetos en UML 1 Iteración en PUD Planificación de la Iteración Captura de requisitos: Modelo de casos de uso, Modelo

Más detalles

A partir de este capítulo se introducen términos, probablemente nuevos para el

A partir de este capítulo se introducen términos, probablemente nuevos para el CAPITULO 3. PSP 0 Y PSP 0.1 A partir de este capítulo se introducen términos, probablemente nuevos para el lector que tienen que ver en su totalidad con PSP. También se dan a conocer los formatos, "scripts

Más detalles

Ingeniería del Software I

Ingeniería del Software I Ingeniería del Software I 1er. Cuatrimestre 2002 Martina Marré martina@dc.uba.ar Organización 3 tipos de clase: teórica, práctica, taller 3 grupos de docentes un cronograma material en la WEB 2002 2 Aprobación

Más detalles

Gestión de proyectos en tiempos de crisis

Gestión de proyectos en tiempos de crisis Gestión de proyectos en tiempos de crisis Algunos Datos Cancelados Con dificultades Exitosos 14% 51% 35% Fuente: Standish Group International, Extreme Chaos, The Standish Group International, Inc. Con

Más detalles

Técnicas Avanzadas de Testing Automático

Técnicas Avanzadas de Testing Automático Técnicas Avanzadas de Testing Automático Marcelo Frias ITBA - Buenos Aires, Argentina CONICET Preliminares: Calidad Validación y Verificación Especificaciones y V&V Análisis estático y dinámico Inspecciones

Más detalles

Tema 9. Pruebas del Software

Tema 9. Pruebas del Software Tema 9. Pruebas del Software 1. Definiciones asociadas 2. El proceso de prueba 3. Técnicas de diseño de casos de prueba 4. Pruebas estructurales 5. Pruebas funcionales 6. Pruebas aleatorias 7. Enfoque

Más detalles

UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO

UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Nombre del Proyecto: CREACIÓN DE PROCESOS PARA LA ADMINISTRACIÓN Y APLICACIÓN DE PRUEBAS A SOFTWARE Empresa: KOOMONI Memoria que parte de los requisitos para obtener

Más detalles

Sistemas de Programas Universidad Simón Bolívar

Sistemas de Programas Universidad Simón Bolívar Pruebas en sistemas orientados a objetos Sistemas de Programas Universidad Simón Bolívar Agenda 2 Introducción Qué es probar software? Por qué necesitamos probar el software? Terminología de Pruebas Black

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

Capítulo 4 Pruebas e implementación de la aplicación CAPÍTULO 4 PRUEBAS E IMPLEMENTACIÓN DE LA APLICACIÓN

Capítulo 4 Pruebas e implementación de la aplicación CAPÍTULO 4 PRUEBAS E IMPLEMENTACIÓN DE LA APLICACIÓN CAPÍTULO 4 PRUEBAS E IMPLEMENTACIÓN DE LA APLICACIÓN CONCEPTOS DE PRUEBAS DE APLICACIÓN El departamento de Testing se encarga de diseñar, planear y aplicar el rol de pruebas a los sistemas que el PROVEEDOR

Más detalles

Ciclo de vida del software

Ciclo de vida del software Ciclo de vida del software Definición El proceso que se sigue para construir, entregar y hacer evolucionar el software, desde la concepción de una idea hasta la entrega y el retiro del sistema. Confiable,

Más detalles

UTN Proyecto. Testing de Software - Calidad de productos de Software. Autor: Gabriela Muñoz

UTN Proyecto. Testing de Software - Calidad de productos de Software. Autor: Gabriela Muñoz UTN Proyecto Testing de Software - Calidad de productos de Software Autor: Gabriela Muñoz Índice ÍNDICE 2 1 FUNDAMENTOS DEL TESTING 7 1.1 CALIDAD DE SOFTWARE 7 1.2 CALIDAD 7 1.3 POR QUÉ ES NECESARIA LA

Más detalles

capacitación y guía para el desarrollo de software Pruebas de Software Pruebas de Software 1

capacitación y guía para el desarrollo de software Pruebas de Software Pruebas de Software 1 Pruebas de Software Pruebas de Software 1 PRUEBAS DE SOFTWARE... 3 INTRODUCCIÓN... 3 Definiciones [1]... 3 Filosofía y Economía... 4 Justificación... 4 PRINCIPIOS [1]... 7 NIVELES DE PRUEBAS... 8 TIPOS

Más detalles

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ETB requiere que el CONTRATISTA cumpla los lineamientos para la Dirección y Gestión de proyectos, éstos últimos definidos a nivel corporativo

Más detalles

MANTENIMIENTO DE SOFTWARE

MANTENIMIENTO DE SOFTWARE MANTENIMIENTO DE SOFTWARE Definición de Mantenimiento El estándar IEEE 1219 [IEEE, 1993] define el Mantenimiento del Software como la modificación de un producto software después de haber sido entregado

Más detalles

1.1 Las pruebas en el desarrollo de software tradicional

1.1 Las pruebas en el desarrollo de software tradicional software Introducción La prueba del software es un proceso que se realiza por diversos motivos, concientemente o de manera casual, pero que se reduce a unos cuantos pasos: se ejecuta el programa (o parte

Más detalles

MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN

MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN OBJETIVO GENERAL El alumno analizará, la importancia de brindar productos y servicios con calidad; así como estudiar los fundamentos, autores y corrientes

Más detalles

El Software. Es lo que se conoce como el ciclo de vida del software.

El Software. Es lo que se conoce como el ciclo de vida del software. El Software Hace referencia a los programas y toda la información asociada y materiales necesarios para soportar su instalación, operación, reparación, y mejora. Para construir un nuevo elemento software

Más detalles

EL PROCESO DE DISEÑO DEL SOFTWARE

EL PROCESO DE DISEÑO DEL SOFTWARE UNIDAD VI EL PROCESO DE DISEÑO DEL SOFWARE Contenido: 6.1 El diseño en la Ingeniería de Software 6.2 El proceso de Diseño 6.3 Fundamentos de Diseño 6.4 Diseño de Datos 6.5 Diseño Arquitectónico 6.6 Diseño

Más detalles

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos ANEXO VI. Mejores prácticas para el éxito de un sistema de información Uno de los problemas de información dentro de las empresas es contar con datos importantes del negocio y que éstos estén aislados

Más detalles

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL I. Datos Generales de la Calificación CTEL0450.01 Propósito Título Operación y mantenimiento de sistemas de conmutación por paquetes en redes de área local (LAN) Ofertar al sector un referente que permita

Más detalles