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

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

Download "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"

Transcripción

1 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 Ambientes de Prueba Depuración (c) Carlos Alberto Fau 2 1

2 Prueba y Ciclo de Vida Requerimiento Cons. Prueba Sistema Prueba de Sistema Prueba de Aceptación Especificación Cons. Prueba Funcional Prueba Funcional Arquitectura Diseño Detallado Cons. Prueba Integración Cons. Prueba Unitaria Prueba Integración Prueba Unitaria Prueba de Regresión Codificación Prueba de Unidad Prueba un módulo en forma independiente Generalmente la realiza el área que construyó el módulo Se basa en la Descripción del Diseño Detallado Tipos de prueba Interface Estructuras de datos locales Condiciones límites Caminos independientes Muñón Caminos de manejo de errores Suele usar Conductores y Muñones Conductor En Prueba Muñón (c) Carlos Alberto Fau 4 2

3 Prueba Unitaria Se aplica lo visto en Prueba en pequeña escala Caja Blanca Caja Negra Suposiciones Bordes... Comienza una vez codificado, compilado y revisado el módulo Los módulos altamente cohesivos son los más sencillos de probar (c) Carlos Alberto Fau 5 Prueba Unitaria: Ejemplo Emitir Factura Procesar Renglones Saltar Hoja Procesar Renglón Imprimir Encabezado Imprimir Totales Producto Acumular Imprimir Renglón Leer Datos Cliente Calcular Importe IVA Leer Producto Calcular Importe Impuestos Inter Calcular Precio Unitario 3

4 Prueba de Integración Es un técnica sistemática para construir la estructura del programa mientras que voy probando las interacciones Puedo hacerla: big bang ascendente descendente sándwich Grupo 1 Grupo 2 Grupo 3 (c) Carlos Alberto Fau 7 La Prueba de Integración Comenzamos a unir las partes probadas aisladamente de nuestro sistema El enfoque depende del tipo de tecnología Sistema organizado jerárquicamente Top-down, bottom up, combinación de ambos Sistema batch de procesamiento secuencial Por partes del flujo de corrida Sistema sin jerarquía (ejemplo: objetos) Por escenarios Los puntos clave son: Conectar de a poco las partes mas complejas Minimizar la necesidad de programas auxiliares (c) Carlos Alberto Fau 8 4

5 Diagrama de E/S del Evento 3 Bloques de Prueba de Integración Documento : Impreso el : Pantalla para importar Facturación DRAWING1 18/04/96 a las 09:43 AM 3.1 Importar Facturación a OPS Líneas en OPS Empresas Líneas en OPS Sucursal/Oficina en OPS Empresas Facturación en OPS Facturación en OPS 3.3 Informe de Facturación de OPS Facturación de OPS 3.4 Aprobación de la Carga Sucursal/Oficina en OPS 3.2 Ingresar Facturación Manual Pantalla para Ingreso de la Facturación Diagrama de E/S de OPS Bloques de Prueba (Parte 1) Documento : Impreso el : DRAWING2 18/04/96 a las 09:46 AM Prueba de Integración: Ejemplo Bloque 2 Pantalla para Actualizar Empresas Empresas Bloque 3 11 Actualizar Empresas Cuentas Pantalla para Actualizar Líneas de Uso Interno Empresas Sucursales/ Oficinas de Uso Interno Pantalla para Actualizar Sucursales/ Oficinas de Uso Interno 8 Actualizar Líneas de Uso Interno 6 Actualizar Sucursal/ Oficina de Uso Interno Bloque 1 Cuentas Sucursal/Oficina de Uso Interno Líneas en OPS Pantalla para Ingresar Líneas de Gasto Vigentes Empresas Pantalla para Ingresar Líneas de Gasto de uso interno 7 Actualizar Líneas de Gasto Vigente Bloque 2 Bloque 3 Líneas en OPS Bloque 4 A lo alto Informar Detalle Estados Contables Rango DetEstCont Seleccionar Entidades Seleccionar Grupos de Entidades Seleccionar Cuentas Construir Informe Mostrar Resultado en Pantalla Exportar Estados Contables Emitir Informe Estados Contables Lista de Entidades Lista Grupos Entidades Lista de Cuentas Valores a Informar Entidades de Grupos Referencias Cruzadas Valores Estados Contable Valores Adicionales Valores Ratios Calculado Totales Porcentajes 5

6 A lo ancho Construir Informe Valores a Informar Entidades de Grupos Referencias Cruzadas Valores Estados Contable Valores Adicionales Valores Ratios Calculado Totales Porcentajes Integración Recalcular Ratios Actualizar Ratios Rango a Recalcular Informar Avance Recálculo Formula de Ratio Compilar Formula de Ratio Actualizar un Ratio Lista de Ratios Calcular Ratio por Formula Grabar Ratio Calculado Valor de Dato 6

7 Pruebas de Regresión Pruebas orientadas a verificar que, luego de introducido un cambio en el código, la funcionalidad original no ha sido alterada Tengo que probar lo nuevo y lo viejo Para esto necesitamos condiciones y casos de prueba reusables ; si no, esta tarea no puede hacerse Por cambiar un par de líneas no va a pasar nada... Yo me juego y catalogo sin probarlo... Famosas últimas palabras... (c) Carlos Alberto Fau 13 Pruebas del Sistema La aplicación de software desarrollada es parte de un sistema más grande. Pruebo el sistema en un ambiente similar al real Hay otras aplicaciones Hay hardware y otros equipos Tipos de Pruebas de Sistema Pruebas de Recuperación Prueba de Seguridad Prueba de Resistencia (Stress) Prueba de Rendimiento (Volumen y Performance) (c) Carlos Alberto Fau 14 7

8 Pruebas de Volumen y Desempeño Prueba que tiene como objetivo verificar que el sistema soporta los volúmenes máximos definidos en la cuantificación de requerimientos Capacidad de Almacenamiento Capacidad de Procesamiento (c) Carlos Alberto Fau 15 Prueba de volumen y desempeño La cuantificación de volúmenes es la base para las pruebas de volumen y performance A partir de la cuantificación de eventos y entidades se deben definir las condiciones para estas pruebas Cuantificación de eventos: pruebas de desempeño Cuantificación de entidades: pruebas de volumen Estas pruebas no siempre son necesarias Lo que es necesario es analizar si son necesarias (c) Carlos Alberto Fau 16 8

9 Perfil de Uso Ante problemas de volumen y desempeño debe estudiarse dónde están los puntos críticos Analizadores de Cobertura o Monitores Permiten detectar zonas no cubiertas (no ejecutadas) porcentaje o total de utilización tiempo de ejecución (por zona) Puede contrastarse este perfil contra el diseño ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ (c) Carlos Alberto Fau 17 Prueba de Resistencia Prueba del Sistema, excediendo los límites de su capacidad de procesamiento y almacenamiento Teniendo en cuenta situaciones no previstas originalmente (c) Carlos Alberto Fau 18 9

10 Pruebas de Versión Alfa y Beta Entrego a los usuarios una primera versión amistosa del sistema, que consideramos está lista para ser probada por ellos normalmente plagada de defectos una forma económica de identificarlos, el trabajo lo hace otro... VERSION En muchos casos no BETA puede hacerse alternativa: paralelo Alfa: Lo hace el usuario en mis instalaciones (laboratorio) Beta: Lo hace el usuario en sus instalaciones (c) Carlos Alberto Fau 19 Prueba de Aceptación del Usuario Pruebas realizadas por los usuarios, para verificar que el sistema se ajusta a sus requerimientos Los casos de prueba están basados en la especificación de requerimientos Es una técnica de caja negra Que no se le ocurra apretar F5... (c) Carlos Alberto Fau 20 10

11 Prueba de Aceptación Definición de Condiciones y Casos (c) Carlos Alberto Fau 21 Casos de Prueba a partir del Análisis de Requerimientos Qué componentes se genera en la fase de Análisis de Requerimientos? Diagrama de Contexto + DD (diccionario de datos) Lista de Eventos DER (diagrama de relaciones entre entidades) +DD Especificación de Procesos Cuantificación de Volúmenes Requerimientos No Funcionales Cuáles nos sirven? (c) Carlos Alberto Fau 22 11

12 Eventos Los eventos son requerimientos funcionales Tomando al sistema completo como una caja negra, podemos definir las condiciones de prueba de aceptación a partir de los eventos, con la ayuda del diccionario de datos del contexto y el modelo de datos Un requerimiento que no es testeable no es implementable Si para un evento, no podemos definir cómo va a ser probado, tenemos un problema La idea es identificar variaciones de eventos (c) Carlos Alberto Fau 23 Casos a Partir de Eventos - Ejemplo Un oficial de entrenamiento actualiza el entrenamiento planeado para una posición entrenamiento planeado = código posición nombre posición entrenamiento planeado (1-n) código de curso nombre de curso habilitante a la posición secuencia curso para la posición Oficial Oficial de de entrenamiento entrenamiento entrenamiento planeado Plan de Capacitación (c) Carlos Alberto Fau 24 12

13 Ejemplo (continuación) Deberá probarse el ingreso de entrenamiento planeado para una posición, teniendo en cuenta las siguientes alternativas: Condición de Entrada Código posición nombre posición código curso nombre curso habilitante a la posición secuencia curso para la posición Clases Válidas código existente --- código existente --- Sí/No entre 0 y 9 Clases Inválidas código inexistente --- código inexistente --- otro < 0, >9 (c) Carlos Alberto Fau 25 Dónde hay que concentrar el esfuerzo? La idea de clases válidas e inválidas puede ayudar a pensar en variaciones de los eventos, pero... La prueba de usuarios no debe concentrarse en aspectos técnicos datos inválidos referencias inexistentes La prueba de usuarios puede verificar que esa funcionalidad exista, pero no debe probar todos los casos Para eso está la prueba técnica... (c) Carlos Alberto Fau 26 13

14 Entonces? - Cardinalidad en el DER La cardinalidad de las relaciones define reglas del negocio que deben ser probadas Puedo informar una posición con: ningún curso un curso más de un curso Posición Entrenamiento Planeado Curso Si el n estuviese acotado, puedo aplicar el concepto de condiciones de borde (c) Carlos Alberto Fau 27 Casos que Relacionan Eventos con el Modelo de Datos Un oficial de entrenamiento actualiza los cursos que se dictan en la compañía Oficial Oficial de de entrenamiento entrenamiento actualización de cursos Proveedor de Capacitación Proveedor Habilitado Plan de Capacitación Instructor Instructor Habilitado Curso (c) Carlos Alberto Fau 28 14

15 Qué Probar? Alta de un curso sin instructor habilitado (INV) Alta de un curso con un instructor habilitado (V) Alta de un curso con muchos instructores habilitados (V) Idem 2 y 3 con instructores inexistentes (INV) Idem 2 y 3 con instructores de proveedores no habilitados al curso (INV) Si supongo que los instructores internos son tratados de forma diferente que los externos, debo repetir 2, 3 y 4 para instructores internos (c) Carlos Alberto Fau 29 Ciclo de Vida de las Entidades Visión temporal del modelo de datos Debo probar tanto las transiciones válidas como las inválidas una edición, puede pasar de planificada a realizada? Inicio Edición Planificada Edición Confirmada c: evento 11 a: alta de edición P de un curso c: evento 9 a: edición.estado = C Edición Realizada c: evento 10 a: edición.estado = R (c) Carlos Alberto Fau 30 15

16 Cómo Utilizar los Casos Definidos Los casos que obtuvimos pueden tener dos destinos una transacción para probar un programa on-line un archivo, para probar un programa batch Los casos válidos, además, definen la población necesaria de los archivos de prueba En nuestro ejemplo La posición AS = Analista de Sistemas deberá ser un registro del archivo de pruebas de posiciones El curso AR = Análisis de Requerimientos deberá ser un registro del archivo de pruebas de cursos Los casos definidos deben ser asignados a los archivos físicos del sistema (c) Carlos Alberto Fau 31 Resumen Los eventos tienen variaciones, indicadas por su texto, por sus flujos de datos y por las reglas de negocio expresadas en el modelo de datos Cada variación de un evento constituye una condición de prueba Cada condición debe ser ejercitada por, al menos, un caso de prueba Cada caso ejercitará uno o mas programas El conjunto de condiciones y casos constituye la base de la prueba de aceptación funcional Este trabajo no puede hacerse si no se aplica la fase de Análisis de Requerimientos (c) Carlos Alberto Fau 32 16

17 Prueba basada en escenarios Un escenario representa una secuencia de eventos de un caso particular de uso del sistema Fábrica Fábrica Cliente Cliente orden fabricación pedido aviso de fabricado factura pago Recibir pedido entregar mercadería Cobrar factura pedido factura (c) Carlos Alberto Fau 33 Depuración La depuración NO es una tarea de prueba Depurar es: eliminar un defecto que posee el software Sigue normalmente a las tareas de prueba La prueba detecta el efecto (síntoma) de un error La depuración debe: Primero encontrar la causa (esto es muy caro) Eliminar el defecto Volver a probar La depuración es la fuente de numerosos defectos!! (c) Carlos Alberto Fau 34 17

18 Dificultad de la depuración Sicología humana Frustrante: Es un rompecabezas y solo para arreglar un error Ansiedad y tensión El síntoma está alejado de la causa (acoplamiento) La corrección de un error enmascara un síntoma Síntoma no producido por un error (redondeo) Participan condiciones no deterministas (otros sistemas) Síntomas intermitentes Síntomas de varias causas que interactúan (c) Carlos Alberto Fau 35 Detección Dada la falla debo hallar el defecto Enfoques Fuerza bruta Vuelta atrás Eliminación de causas Herramientas Trazadores Ejecución paso a paso Cuando todo lo demás falle, pida ayuda (c) Carlos Alberto Fau 36 18

19 Corrección Encontrado el defecto hay que eliminarlo Antes de hacer la corrección pregúntese Se repite la causa en otro lado? Qué error puede surgir debido a la corrección? Qué se puede hacer para prevenir este tipo de error? La última pregunta es la más importante, pues es la que permite mejorar el proceso Proceso Aprendizaje (c) Carlos Alberto Fau 37 Abaratamiento de la prueba Hacer pruebas es caro y trabajoso La forma de abaratar y acelerar las pruebas (sin degradar su utilidad) es: Diseñando el Software para ser Probado Algunas herramientas son: Diseño modular Ocultamiento de información Uso de puntos de control Programación NO egoísta Lo más barato para encontrar y eliminar defectos es NO introducirlos (c) Carlos Alberto Fau 38 19

20 Planificación de Pruebas (c) Carlos Alberto Fau 39 Planificación de las Pruebas Un plan de pruebas define: Objetivos de la prueba qué puede ser probado y qué no puede ser probado Estrategia de pruebas qué tipos de pruebas se van a realizar Criterios de aceptación defectos tolerables grado de cobertura Recursos necesarios y planificación de tareas cantidad y tipo de personal cuándo, dónde se realizará cada tarea input y output de cada tarea Casos de prueba nuevos y existentes uso de casos de prueba de regresión (c) Carlos Alberto Fau 40 20

21 Otros contenidos La planificación de pruebas debe incluir tiempos para: Selección de Estrategia Diseño de Condiciones y Casos Diseño y Construcción de Conductores y Muñones Preparación del Ambiente Ejecución de las Pruebas y registro de resultados Depuración y Corrección (c) Carlos Alberto Fau 41 Dos Puntos Importantes sobre la Planificación de las Pruebas Cuanto más avanzo en el desarrollo, más detalles tengo para incluir en el plan de pruebas nuevos tipos de prueba planificación detallada de tareas cuándo se hace cada una y quién participa No es posible planificar las pruebas sin la participación de los usuarios ellos tienen que probar, por lo tanto, ellos tienen que formar parte de la planificación (c) Carlos Alberto Fau 42 21

22 Definición de Estrategias de Prueba Las siguientes ideas pueden ayudarlos a identificar qué tipos de pruebas pueden ser más útiles Prueba de caja negra siempre debe ser usada Prueba de caja blanca componentes críticos componentes sospechosos análisis Pareto de fallas Pruebas de versión alfa y beta para sistemas con comportamiento poco predecible del usuario (ej: MS PowerPoint) que puedan ser probados fuera del entorno de producción por usuarios internos! (c) Carlos Alberto Fau 43 Más Ideas Esto tiene pinta de teléfono público... Pruebas de Volumen y Desempeño siempre que Soporte Técnico y Procesamiento hayan mostrado preocupación en la cuantificación de volúmenes del análisis de requerimientos Pruebas de Regresión siempre, todo lo que se pueda (hay que pensar en casos reusables) Pruebas de Estrés cuando hay poco control sobre los usuarios u otros sistemas que interactúan con el nuestro componentes críticos en cuanto al nivel de servicio Todos los sistemas operados por nuestros clientes! (c) Carlos Alberto Fau 44 22

23 Más ideas aún Utilice su Análisis de Riesgo del Proyecto para determinar cuales son los problemas más indeseados. Utilice estos para concentrar sus esfuerzos de prueba Utilice su historia de defectos (para ello se registran) (c) Carlos Alberto Fau 45 ISO Debe haber diferentes niveles y enfoques El plan debe contener Casos de Prueba, Datos y Resultados Esperados debe describir los tipos de prueba a ser realizadas (funcional, de desempeño,...) describir el ambiente de pruebas, incluidas las herramientas La prueba de legibilidad debe incluir al manual de usuario, criterio para finalización de las pruebas (c) Carlos Alberto Fau 46 23

24 ISO Los resultados de las pruebas deben registrarse Cualquier inconveniente debe ser identificado y ser comunicado al responsable Los cambios deben ser vueltos a probar Debe instrumentarse SCM (c) Carlos Alberto Fau 47 Resumen Existen varias pautas para encarar las pruebas Las pruebas se deben planificar El buen diseño y construcción no solo benefician a las pruebas, sino también a la corrección de los componentes y su mantenimiento Las pruebas No mejoran al software, solo muestran cuantos defectos tiene El No probar No elimina los errores, ni acorta tiempos, ni abarata el proyecto: Si puede fallar fallará y en el peor momento posible Evitarlo es nuestra responsabilidad (c) Carlos Alberto Fau 48 24

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

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

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

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

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

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

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

Escenario Uno. Escenario Dos

Escenario Uno. Escenario Dos Escenario Uno Un proveedor global de servicios de TI cuenta con tres service desks que dan soporte a usuarios internos y externos Recientes encuestas de satisfacción de clientes muestran que un creciente

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

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

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

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

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

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

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

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

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

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

ESTE EJERCICIO ES DE TIPO MIXTO.

ESTE EJERCICIO ES DE TIPO MIXTO. junio, 1ª semana, nacional 2012 ESTE EJERCICIO ES DE TIPO MIXTO. ES IRRELEVANTE SI CONTESTA A LA PREGUNTA DE TEST O NO. SIN EMBARGO, SE DEBE ESCANEAR DICHA HOJA JUNTO CON EL RESTO DE LA CONTESTACIÓN DEL

Más detalles

MANUAL DE USUARIO FOXCON CONTABILIDAD VERSION 2.0

MANUAL DE USUARIO FOXCON CONTABILIDAD VERSION 2.0 2009 MANUAL DE USUARIO FOXCON CONTABILIDAD VERSION 2.0 1 INDICE 1. INTRODUCCION 2. QUE ES FOXCON CONTABILIDAD 3. INICIANDO FOXCON 3.1. Ingreso al Programa 3.2. Creación de la empresa 3.3. Selección al

Más detalles

Instituto Nacional de Tecnología Industrial TESTING DE SOFTWARE

Instituto Nacional de Tecnología Industrial TESTING DE SOFTWARE Instituto Nacional de Tecnología Industrial TESTING DE SOFTWARE Laboratorio de Testing y Aseguramiento de Calidad de Software Disertante: A.C. Gabriel Miretti Agenda Presentación del Laboratorio de Testing

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

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente.

Más detalles

I GE IERÍA DEL SOFTWARE. Mª Dolores Carballar Falcón 28935146L

I GE IERÍA DEL SOFTWARE. Mª Dolores Carballar Falcón 28935146L I GE IERÍA DEL SOFTWARE. Mª Dolores Carballar Falcón 28935146L REFERE CIA AL SISTEMA EDUCATIVO ACTUAL. Los contenidos de este tema, están enfocados a introducir al alumno en el concepto de Ingeniería del

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

Sistema de marketing de proximidad

Sistema de marketing de proximidad Dizan Vasquez Propuesta de proyecto Sistema de marketing de proximidad ACME México Dizan Vasquez Índice general 1. Descripción 3 2. Resúmen ejecutivo 4 2.1. Objetivo.................................................

Más detalles

Descripción de las posiciones del área de sistemas

Descripción de las posiciones del área de sistemas Descripción de posiciones del área de Sistemas Operador/Data Entry Entrar y verificar datos provenientes de distintas vías de ingreso. Monitorear procesos, programas y resultados. Seguir los formatos apropiados

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

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

DE VIDA PARA EL DESARROLLO DE SISTEMAS

DE VIDA PARA EL DESARROLLO DE SISTEMAS MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso

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

MANUAL DE USO SERVICIOS DE BACKUP ONLINE (Backup remoto software novanet-web)

MANUAL DE USO SERVICIOS DE BACKUP ONLINE (Backup remoto software novanet-web) MANUAL DE USO SERVICIOS DE BACKUP ONLINE (Backup remoto software novanet-web) 1 ÍNDICE 1. INSTALACIÓN DEL PROGRAMA... 4 1.1 PASOS PREVIOS... 4 1.2 INSTALACIÓN... 4 1.3 CONFIGURACIÓN DEL ACCESO... 5 1.3.1

Más detalles

STATISTICAL PROCESS CONTROL: MANUAL REFERENCIA QS 9000

STATISTICAL PROCESS CONTROL: MANUAL REFERENCIA QS 9000 STATISTICAL PROCESS CONTROL: MANUAL REFERENCIA QS 9000 SECCIÓN 2: SISTEMA DE CONTROL 1.- Proceso: Se entiende por proceso, la combinación de suministradores, productores, personas, equipos, imputs de materiales,

Más detalles

SIIGO WINDOWS. Procesos Modulo de Clasificaciones. Cartilla I

SIIGO WINDOWS. Procesos Modulo de Clasificaciones. Cartilla I SIIGO WINDOWS Procesos Modulo de Clasificaciones Cartilla I Tabla de Contenido 1. Presentación 2. Qué Procesos se Pueden Ejecutar con el Modulo de Clasificaciones? 2.1 Elaboración e Impresión de Documentos

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

construcción de programas Prof. Eliana Guzmán U.

construcción de programas Prof. Eliana Guzmán U. Unidad II. Metodología para la construcción de programas Prof. Eliana Guzmán U. Semestre: A-2015 Introducción Resolver un problema con una computadora conduce a la escritura de un programa y a su ejecución.

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

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

Introducción. Conceptos y principios. Introducción. Introducción. Elementos del modelo de análisis. Elementos del modelo de diseño.

Introducción. Conceptos y principios. Introducción. Introducción. Elementos del modelo de análisis. Elementos del modelo de diseño. Definición de diseño Proceso para la definición detallada de un sistema con el fin de su realización física. Ingeniería del Software 1 Ingeniería del Software 2 Modelo de diseño vs. Paradigma de IS 3 actividades

Más detalles

Nomenclador de cargos

Nomenclador de cargos Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia

Más detalles

CARTAS DE CONTROL. FeGoSa

CARTAS DE CONTROL. FeGoSa Las empresas en general, ante la apertura comercial han venido reaccionando ante los cambios y situaciones adversas, reaccionan por ejemplo ante: Disminución de ventas Cancelación de pedidos Deterioro

Más detalles

UNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLÓGICOS COORDINACION DE COMPUTACIÓN PROYECTO DE CÁTEDRA. MATERIA: Introducción a la Programación

UNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLÓGICOS COORDINACION DE COMPUTACIÓN PROYECTO DE CÁTEDRA. MATERIA: Introducción a la Programación UNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLÓGICOS COORDINACION DE COMPUTACIÓN CICLO 01-2015 PROYECTO DE CÁTEDRA MATERIA: Introducción a la Programación Indicaciones generales: El proyecto a continuación,

Más detalles

Ejemplo Manual de la Calidad

Ejemplo Manual de la Calidad Ejemplo Manual de la Calidad www.casproyectos.com ELABORADO POR: REPRESENTANTE DE LA DIRECCION APROBADO POR: GERENTE GENERAL 1. INTRODUCCIÓN Nuestra organización, nació en el año XXXXXXXXX, dedicada a

Más detalles

Software Computacional y su clasificación

Software Computacional y su clasificación Software Computacional y su clasificación Capítulo 5 El software En modo sencillo el software permite que las personas puedan contarle a la computadora cierto tipo de problemas y que ésta a su vez le ofrezca

Más detalles

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN Principios y criterios para la evaluación del ciclo de vida de desarrollo de sistemas Se pueden enunciar algunos principios para desarrollar

Más detalles

ESTRUCTURA DE NAVEGACIÓN MODULO ALMACENES - OPERATIVO TABLA DE CONTENIDO

ESTRUCTURA DE NAVEGACIÓN MODULO ALMACENES - OPERATIVO TABLA DE CONTENIDO [Estructura de Navegación] ESTRUCTURA DE NAVEGACIÓN MODULO ALMACENES - OPERATIVO TABLA DE CONTENIDO FUNCIONALIDAD PÁG. PROCESOS PÁG. Realizar Movimientos de Entradas a Almacén 3 Movimientos de Almacén

Más detalles

Diseño orientado al flujo de datos

Diseño orientado al flujo de datos Diseño orientado al flujo de datos Recordemos que el diseño es una actividad que consta de una serie de pasos, en los que partiendo de la especificación del sistema (de los propios requerimientos), obtenemos

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

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

Estándares utilizados en informes contables

Estándares utilizados en informes contables Estándares utilizados en informes contables Todos los programas de que emiten informes tienen una forma de funcionar bastante similar. Las pantallas de informes se pueden dividir en tres partes: 1) Area

Más detalles

Manual de Usuario Comprador

Manual de Usuario Comprador Manual de Usuario Comprador www.iconstruye.com Módulo Subcontrato Descripción General El Módulo de Subcontrato es una herramienta que permite llevar un control de los subcontratos generados por obras,

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

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

5/10/2007 PCPM PRUEBAS DE SOFTWARE. Por: Paola Constanza Peña Melo Ingeniería de Software Mayo de 2007 AGENDA GENERAL PCPM 1 PRUEBAS DE SOFTWARE Por: Paola Constanza Peña Melo Ingeniería de Software Mayo de 2007 AGENDA GENERAL 2 1 AGENDA 3 QUE SON LAS PRUEBAS DE SOFTWARE? Proceso de análisis de un sistema. Detectar diferencias.

Más detalles

Codex.pro. Módulo de gestión económica.

Codex.pro. Módulo de gestión económica. Codex.pro. Módulo de gestión económica. Índice Codex.pro. Módulo de gestión económica...1 Introducción...2 Uso de la aplicación...3 1. Configuración inicial de la aplicación...4 1.1. Centros de coste...4

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

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

SIIGO Pyme. Elaboración Factura de Venta de Productos y Servicios. Cartilla I

SIIGO Pyme. Elaboración Factura de Venta de Productos y Servicios. Cartilla I SIIGO Pyme Elaboración Factura de Venta de Productos y Servicios Cartilla I Tabla de Contenido 1. Presentación 2. Qué es una Factura de Venta? 3. Qué Aspectos se Deben Tener en Cuenta al Momento de Elaborar

Más detalles

Manual de Usuario. Billete Móvil NFC de la EMT de Málaga. Manual de Usuario del Billete Móvil NFC de la EMT de Málaga Página 1 de 27

Manual de Usuario. Billete Móvil NFC de la EMT de Málaga. Manual de Usuario del Billete Móvil NFC de la EMT de Málaga Página 1 de 27 Manual de Usuario Billete Móvil NFC de la EMT de Málaga Manual de Usuario del Billete Móvil NFC de la EMT de Málaga Página 1 de 27 1 Índice 1 Índice... 2 2 Introducción... 3 2.1 En que consiste el Piloto?...

Más detalles

DacEasy Contabilidad

DacEasy Contabilidad DacEasy Contabilidad Guía de Implementación DacEasy Contabilidad DacFlex Calle Cub Scouts No. 11, Naco, Edif. DAC Santo Domingo, Rep. Dom. Tel:(809) 563-3232, Fax(809)547-3967 Internet Web Site: www.dacflex.com

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

SIIGO ESTÁNDAR WINDOWS PROCESO DE CAPACITACION INVENTARIOS

SIIGO ESTÁNDAR WINDOWS PROCESO DE CAPACITACION INVENTARIOS SIIGO Versión 6.1 ESTÁNDAR WINDOWS PROCESO DE CAPACITACION INVENTARIOS 8 TABLA DE CONTENIDO INTRODUCCION... 3 1. INVENTARIOS... 4 1.1. INVENTARIO PERIODICO... 4 1.2. INVENTARIO PERMANENTE... 5 2. MANEJO

Más detalles

INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION

INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION. Los sistemas que el analista diseña día a día, la tecnología, las personas, que utilizan el

Más detalles

METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual?

METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual? METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES Etapa 1: Diagnóstico Cómo es mi proceso actual? El primer paso para mejorar un trámite, ya sea con miras a digitalizarlo o solo para mejorarlo en

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

Aseguramiento de la Calidad, QA. Materia: Desarrollo Industrial de Software Alumno: David Alejandro González Díaz y Froylan Ruiz Cirilo.

Aseguramiento de la Calidad, QA. Materia: Desarrollo Industrial de Software Alumno: David Alejandro González Díaz y Froylan Ruiz Cirilo. Aseguramiento de la Calidad, QA Materia: Desarrollo Industrial de Software Alumno: David Alejandro González Díaz y Froylan Ruiz Cirilo. Definición El aseguramiento de la calidad (QA), se puede definir

Más detalles

MANUAL DE SISTEMA / SCRIPT INGRESO DE PEDIDOS POR INTERNET

MANUAL DE SISTEMA / SCRIPT INGRESO DE PEDIDOS POR INTERNET SC00 0303 11 Ingreso de Pedidos por Internet Índice Objetivo... 2 Alcance... 2 Responsabilidades... 2 Desarrollo... 2 1. Ingreso al sistema... 2 2. Menú principal del Distribuidor... 3 3. Ingreso de pedido...

Más detalles

Manual de Usuario Comprador Módulo de Almacén

Manual de Usuario Comprador Módulo de Almacén Manual de Usuario Comprador Módulo de Almacén Descripción General El módulo Almacén permite a los usuarios compradores administrar eficientemente su stock de materiales y productos, gracias a que permite

Más detalles

APLICACIONES YaVu-ERP LISTAS PARA LA NUBE!!!

APLICACIONES YaVu-ERP LISTAS PARA LA NUBE!!! APLICACIONES YaVu-ERP LISTAS PARA LA NUBE!!! SE ADAPTA A SUS NECESIDADES DE NEGOCIO CON UNA FLEXIBILIDAD INCOMPARABLE. PERMITE OBTENER INFORMACION Y COMPLETAR SUS TAREAS DE FORMA RAPIDA Y EFICIENTE EN

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

SIIGO Dejando huella... SIIGO STANDAR WINDOWS PROCESO DE CAPACITACION INVENTARIOS. Caminando hacia el futuro...www.siigo.com

SIIGO Dejando huella... SIIGO STANDAR WINDOWS PROCESO DE CAPACITACION INVENTARIOS. Caminando hacia el futuro...www.siigo.com SIIGO STANDAR WINDOWS PROCESO DE CAPACITACION INVENTARIOS 8 TABLA DE CONTENIDO INTRODUCCION... 3 1. INVENTARIOS... 4 1.1. INVENTARIO PERIODICO... 4 1.2. INVENTARIO PERMANENTE... 5 2. MANEJO DEL INVENTARIOS

Más detalles

10 Cuáles de las siguientes afirmaciones acerca de la Biblioteca Definitiva de Medios (DML) son CORRECTAS? 1. La DML incluye un almacén físico

10 Cuáles de las siguientes afirmaciones acerca de la Biblioteca Definitiva de Medios (DML) son CORRECTAS? 1. La DML incluye un almacén físico 1 De cuáles procesos la Gestión de Niveles de Servicios podría tomar en cuenta entradas de información para cuando esté negociando Acuerdos de Nivel de Servicio (SLA)? a) De todos los demás procesos de

Más detalles

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos 3.3 EL MÉTODO DE BOOCH. 3.3. Introducción. El método cuenta con una notación expresiva y bien definida que le permite al diseñador comunicar sus ideas y concentrarse en problemas más serios. Para la captura

Más detalles

SIIGO Pyme. Elaboración Documentos Ventas de Inventarios. Cartilla I

SIIGO Pyme. Elaboración Documentos Ventas de Inventarios. Cartilla I SIIGO Pyme Elaboración Documentos Ventas de Inventarios Cartilla I Tabla de Contenido 1. Presentación 2. Qué es una Factura de Venta? 3. Qué Aspectos se Deben Tener en Cuenta al Momento de Elaborar una

Más detalles

Servicio HP StoreOnce Catalyst Solution

Servicio HP StoreOnce Catalyst Solution Datos técnicos Servicio HP StoreOnce Catalyst Solution Servicios HP Ventajas del servicio Este servicio comprende la implementación del software HP StoreOnce Catalyst en su entorno de almacenamiento, según

Más detalles

Sección 6 Plan Maestro de Implementación

Sección 6 Plan Maestro de Implementación 1. Fase de Planificación y Análisis Definir equipo de proyecto. Definir el Calendario del proyecto y sus entregables. Levantar requerimientos. Identificar los requerimientos con que cumple o no cumple

Más detalles

BPMN 2.0. Bizagi Suite. Copyright 2014 Bizagi

BPMN 2.0. Bizagi Suite. Copyright 2014 Bizagi BPMN 2.0 Bizagi Suite BPMN 2.0 1 Tabla de Contenido Scope... 2 BPMN 2.0... 2 Qué es BPMN?... 2 Por qué es importante modelar con BPMN?... 3 Conceptos clave... 3 Proceso De Solicitud De Crédito... 3 Proceso

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

Calidad de Sistemas de Información

Calidad de Sistemas de Información Calidad de Sistemas de Información Introducción (2) Concepto de calidad Conjunto de propiedades y características de un producto, proceso o servicio que le hace satisfacer las necesidades establecidas

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

SIIGO Pyme. Elaboración Documentos Compras de Inventarios y Activos Fijos. Cartilla I

SIIGO Pyme. Elaboración Documentos Compras de Inventarios y Activos Fijos. Cartilla I SIIGO Pyme Elaboración Documentos Compras de Inventarios y Activos Fijos Cartilla I Tabla de Contenido 1. Presentación 2. Qué es una Factura de Compra? 3. Qué Aspectos se Deben Tener en Cuenta al Momento

Más detalles

Procedimiento para el trámite de precios unitarios de conceptos de trabajo no previstos en el catálogo original del contrato.

Procedimiento para el trámite de precios unitarios de conceptos de trabajo no previstos en el catálogo original del contrato. Página: 1 de 1 Hoja de Control de Emisión y Revisiones. N de Revisión Páginas Afectadas Motivo del Cambio Aplica a partir de: 0 Todas Generación de documento 13-Noviembre-2012 Página: 2 de 7 Contenido

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

Manual de Usuario de Bank-Sys

Manual de Usuario de Bank-Sys Manual de Usuario de Bank-Sys Inicio Esta pantalla es de inicio del Sistema Bank-sys, para seleccionar la compañía con la que se trabajará. Para seleccionar la compañía debe darle Doble clic a la compañía

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

Novedades de la Versión 12.04 (Codex) SIAC

Novedades de la Versión 12.04 (Codex) SIAC Novedades de la Versión 12.04 (Codex) SIAC Pág. 1/13 Presentación El presente documento cumple con el objetivo de informar las mejoras y correcciones que se le realizo a la nueva versión de su sistema.

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

MANUAL DE DESCRIPCION DE FUNCIONES DE LA ACADEMIA CISCO ESPOL

MANUAL DE DESCRIPCION DE FUNCIONES DE LA ACADEMIA CISCO ESPOL MANUAL DE DESCRIPCION DE FUNCIONES DE LA ACADEMIA CISCO ESPOL Revisión: 05 Realizado: Econ. María Verónica Morán Coordinadora de Calidad Fecha: Junio, 22 de 2011 Revisado: Ing. Albert Espinal Director

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

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

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

Más detalles

Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4

Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4 Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4 5. PROCEDIMIENTOS RELACIONADOS... 4 6. DOCUMENTOS RELACIONADOS... 4 7. PROCESO... 4 7.1.

Más detalles

INTEGRACION CONTABLE

INTEGRACION CONTABLE INTEGRACION CONTABLE A través de esta guía, usted obtendrá los lineamientos necesarios para la implementación de la parametrización contable, reutilizando información del módulo Procesos generales. Esta

Más detalles

Pruebas de Programas. Introducción Errores de software. Julio Villena Román. Un error en un programa puede ser algo muy serio

Pruebas de Programas. Introducción Errores de software. Julio Villena Román. Un error en un programa puede ser algo muy serio Laboratorio de Programación Pruebas de Programas Julio Villena Román jvillena@it.uc3m.es Introducción Errores de software Un error en un programa puede ser algo muy serio http://www.wired.com/software/coolapps/news/2005/11/69355?currentpage=all

Más detalles

Capítulo 4: Diseño de la solución basada en software. 4.1 Diseño general del sistema y especificaciones de los componentes

Capítulo 4: Diseño de la solución basada en software. 4.1 Diseño general del sistema y especificaciones de los componentes Capítulo 4: Diseño de la solución basada en software 4.1 Diseño general del sistema y especificaciones de los componentes El sistema constará de tres elementos fundamentales: los clientes, el punto de

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

Nuevo menú conectado de las aplicaciones

Nuevo menú conectado de las aplicaciones Nuevo menú conectado de las aplicaciones Nuevo menú conectado, una interfaz rápida, amigable e intuitiva, con la misma área de trabajo la cual le permite conectarse, mientras usted usa el programa, aparte

Más detalles

Earned Value Management

Earned Value Management Earned Value Management Implementado con Microsoft Project 9 a Edición Septiembre 2014 Presencial y On Line en tiempo real Earned Value Management Aplicado con Microsoft Project Un curso orientado a comprender

Más detalles

TEMA 3. EL PROCESO DE COMPILACIÓN, DEL CÓDIGO FUENTE AL CÓDIGO MÁQUINA

TEMA 3. EL PROCESO DE COMPILACIÓN, DEL CÓDIGO FUENTE AL CÓDIGO MÁQUINA TEMA 3. EL PROCESO DE COMPILACIÓN, DEL CÓDIGO FUENTE AL CÓDIGO MÁQUINA Programa: Algoritmo (secuencia no ambigua, finita y ordenada de instrucciones para la resolución de un determinado problema) traducido

Más detalles

NIA 16 : Técnicas de Auditoría con Ayuda de Computadora Sec. 1009 (Reemplazada) Técnicas de Auditoría con Ayuda de Computadora (Reemplazada) NIA 16

NIA 16 : Técnicas de Auditoría con Ayuda de Computadora Sec. 1009 (Reemplazada) Técnicas de Auditoría con Ayuda de Computadora (Reemplazada) NIA 16 (Reemplazada) Técnicas de Auditoría con Ayuda de Computadora (Reemplazada) NIA 16 Norma Internacional de Auditoría 16 Corporación Edi-Ábaco Cía. Ltda (Reemplazada) Instrucciones de Ubicación: NIA: En este

Más detalles