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

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

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

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

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

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

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

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

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

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

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

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

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

La Implementación de SAP R/3

La Implementación de SAP R/3 SESIÓN 3 La implementación de SAP R/3 Etapas del Proyecto y Tareas a Realizar Entorno de la Implementación SAP Taller de Introducción a ERP SESIÓN 3/1 La Implementación de SAP R/3 El significado usual

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Historia de revisiones

Historia de revisiones Proyecto Help-Desk Plan de Verificación y Validación Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 16/08/2005 1.0 Primera versión del documento Martín Boero Plan de Verificación y

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

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

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

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

P1 Elaboración de un plan de proyecto utilizando MS Project G3

P1 Elaboración de un plan de proyecto utilizando MS Project G3 UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA P1 Elaboración de un plan de proyecto utilizando MS Project G3 José Luís Espinosa Aranda Noelia Vállez Enano Manuel Ramón Guerrero Álvarez

Más detalles

SIIGO CONTADOR. Libros Oficiales. Cartilla I

SIIGO CONTADOR. Libros Oficiales. Cartilla I SIIGO CONTADOR Libros Oficiales Cartilla I Tabla de Contenido 1. Presentación 2. Qué son Libros Oficiales? 3. Qué Libros Oficiales se Deben Registrar? 4. Cuáles son los Requisitos que Deben Cumplir los

Más detalles

Introducción. Entre los modelos de análisis y diseño esta el estructurado.

Introducción. Entre los modelos de análisis y diseño esta el estructurado. Análisis y Diseño Orientado a Procesos Sección: 5T2_Co. Grupo: N 2 Docente: Ing. Magda Luna. Asignatura: Ingeniería De Software II Integrantes: Yessenia Del Carmen Meléndez Morales 2001-10007. Tania Margarita

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

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

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

SIIGO Pyme. Proceso de Ventas Definición de Documentos. Cartilla I

SIIGO Pyme. Proceso de Ventas Definición de Documentos. Cartilla I SIIGO Pyme Proceso de Ventas Definición de Documentos Cartilla I Tabla de Contenido 1. Presentación 2. Qué son Documentos? 3. Cuál es el Objetivo de Manejar la Información por Documentos? 4. Cuál es la

Más detalles

Documento Tecnico Delta ADM

Documento Tecnico Delta ADM Documento Tecnico Delta ADM Manual de Usuario Martes, 05 de julio de 2011 Página 1 Información General Objetivo de este documento Especificar el funcionamiento de DeltaADM Nombre del Proyecto Delta ADM

Más detalles

Contenido. Tipos y niveles de pruebas de software Pruebas de caja negra

Contenido. Tipos y niveles de pruebas de software Pruebas de caja negra Hoy, la caja negra Aseguramiento de la calidad y pruebas de software 5- Pruebas del software Niveles y Caja Negra Blanca A. Vargas Govea vargasgovea@itesm.mx Marzo 1, 2013 Contenido Tipos y niveles de

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

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

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

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

SIIGO Pyme. Elaboración Documentos de Activos Fijos. Cartilla I SIIGO Pyme Elaboración Documentos de Activos Fijos Cartilla I Tabla de Contenido 1. Presentación 2. DOCUMENTO TIPO I - REQUISICION 2.1 Qué es una Requisición de Activos Fijos? 2.2 Qué Aspectos se Deben

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

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

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

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

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

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

Manual de Usuario Comprador www.iconstruye.com. Módulo de Bodega

Manual de Usuario Comprador www.iconstruye.com. Módulo de Bodega Manual de Usuario Comprador www.iconstruye.com Módulo de Bodega Descripción General El módulo Bodega permite a los usuarios compradores administrar eficientemente su stock de materiales y productos, gracias

Más detalles

Examen del SEGUNDO CUATRIMESTRE Ingeniería del Software 3º de Informática de Gestión / 16 de junio de 2006

Examen del SEGUNDO CUATRIMESTRE Ingeniería del Software 3º de Informática de Gestión / 16 de junio de 2006 Apellidos: Nombre: Nota: SERÁ NECESARIO OBTENER AL MENOS 1 PUNTO PARA PASAR A LA CORRECCIÓN DE LA SEGUNDA PARTE. TEST [3 puntos] Cada pregunta tiene una única respuesta correcta. Encierre en un círculo

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

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

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

Sistema de Información Contable de Castilla y León SICCAL 2

Sistema de Información Contable de Castilla y León SICCAL 2 Sistema de Información Contable de SICCAL 2 Manual de usuario Elaboración de Presupuestos Manual Elaboración Presupuestos INDICE Junta de 1 INTRODUCCIÓN... 4 2 SECUENCIA DE PASOS EN ELABORACIÓN... 5 3

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

Sistema de Gestión del Plan de Obras Plan de Verificación y Validación Versión 1.0. Historia de revisiones

Sistema de Gestión del Plan de Obras Plan de Verificación y Validación Versión 1.0. Historia de revisiones Sistema de Gestión del Plan de Obras Plan de Verificación y Validación Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 22/08/2005 1.0 Versión preliminar Horacio Nova 25/08/2005 1.0 Versió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

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

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

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

SIIGO Pyme. Interfaces Exportaciones. Cartilla II

SIIGO Pyme. Interfaces Exportaciones. Cartilla II SIIGO Pyme Interfaces Exportaciones Cartilla II Tabla de Contenido 1. Presentación 2. Qué es una Exportación en SIIGO? 3. Qué Exportaciones Maneja SIIGO? 3.1 Exportación de Contabilidad a. General de contabilidad

Más detalles

SISTEMA DE GASTOS Y CAJA

SISTEMA DE GASTOS Y CAJA SISTEMA DE GASTOS Y CAJA 1 Introducción 1.1 Objetivos En este manual se presenta la documentación relativa al uso y funcionamiento del, como herramienta para la gestión en la oficina de un Despachante

Más detalles

Funciones igd módulo Sistema

Funciones igd módulo Sistema Funciones igd módulo Sistema El módulo Sistema proporciona las bases para que los demás módulos puedan conectarse, interactuar y utilizar la estructura por él creada. Maneja perfiles, usuarios, sucursales,

Más detalles

GERENCIA DE COMPRAS Y LOGISTICA DEPARTAMENTO DE GESTION Y SOPORTE MANUAL DE USUARIO: PORTAL DE PROVEEDORES SRM

GERENCIA DE COMPRAS Y LOGISTICA DEPARTAMENTO DE GESTION Y SOPORTE MANUAL DE USUARIO: PORTAL DE PROVEEDORES SRM GERENCIA DE COMPRAS Y LOGISTICA DEPARTAMENTO DE GESTION Y SOPORTE MANUAL DE USUARIO: PORTAL DE PROVEEDORES SRM Manual de Usuario- Noviembre de 2013 1. Objetivo El presente documento tiene por objeto instruir

Más detalles

Fundamentos del diseño de software

Fundamentos del diseño de software Fundamentos del diseño de software El diseño es el primer paso de la fase de desarrollo de cualquier producto o sistema de ingeniería. Definición de diseño según Taylor Proceso de aplicar distintas técnicas

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

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

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

GUIA DE GESTION CONCEPTOS GENERALES

GUIA DE GESTION CONCEPTOS GENERALES 1. GUIA DE GESTION CONCEPTOS GENERALES 1. Este sistema contiene varios módulos que funcionan totalmente integrados en tiempo real. Por ejemplo, cuando Ud. ingresa una factura de venta en IVA, no sólo se

Más detalles

Al adquirir Gear Online se hará entrega del modulo de parámetros en cual podemos parametrizar todas las características de todas las áreas que

Al adquirir Gear Online se hará entrega del modulo de parámetros en cual podemos parametrizar todas las características de todas las áreas que MANUAL GEAR SYSTEM ONLINE PARAMETROS Derechos Reservados INDISSA Industria Creativa de Desarrollo Internacional de Software, S.A. http://www.indissa.com 1 Introducción Al adquirir Gear Online se hará entrega

Más detalles

Gestión de Residuos y Reciclaje con Grupotec y SAP Waste and Recycling

Gestión de Residuos y Reciclaje con Grupotec y SAP Waste and Recycling Gestión de Residuos y Reciclaje con Grupotec y SAP Waste and Recycling La creciente apertura del mercado de los Servicios Medioambientales y el consecuente aumento de la competencia ha creado la necesidad

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

GESTION PLUS. Clientes. Datos Generales. Facturación

GESTION PLUS. Clientes. Datos Generales. Facturación GESTION PLUS Clientes Datos Generales Base de Datos Integral Asignación de Descuento fijo y automático x Cliente Asignación de Vendedor x Cliente Asignación de Lista de Precios a Clientes Ilimitada Cantidad

Más detalles

SIIGO CAJERO. Elaboración de Documentos. Cartilla I

SIIGO CAJERO. Elaboración de Documentos. Cartilla I SIIGO CAJERO Elaboración de Documentos Cartilla I Tabla de Contenido 1. Presentación 2. Qué son Documentos? 3. Qué es una Factura de Venta? 4. Cuál es la Ruta para Elaborar Facturas? 5. Cuáles son los

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

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

Invertir Innovar Transformarse INSTRUCTIVO DE REFORMAS PRESUPUESTARIAS. Pensar en grande, empezar en pequeño, crecer rápido

Invertir Innovar Transformarse INSTRUCTIVO DE REFORMAS PRESUPUESTARIAS. Pensar en grande, empezar en pequeño, crecer rápido Invertir Innovar Transformarse INSTRUCTIVO DE REFORMAS PRESUPUESTARIAS Pensar en grande, empezar en pequeño, crecer rápido REPÚBLICA DEL ECUADOR MINISTERIO DE FINANZAS PROYECTO DE ADMINISTRACIÓN FINANCIERA

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

ANEXO 1. Contextualización del sistema Scorpio

ANEXO 1. Contextualización del sistema Scorpio ANEXO 1 Contextualización del sistema Scorpio 1. Generalidades La información de la empresa, como son: logotipo, direcciones, teléfonos, etc., puede ser modificada en cualquier momento por el usuario y

Más detalles

Manual de Usuario Comprador Presupuesto

Manual de Usuario Comprador Presupuesto Manual de Usuario Comprador Presupuesto Servicio de Atención Telefónica: 5300569/ 5300570 Descripción General El módulo Presupuesto tiene la finalidad de ayudar a las empresas a tener un control de gestión

Más detalles

APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS

APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS MINISTERIO DE SANIDAD Y CONSUMO APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS DOCUMENTO Nº 6 1ª Versión Noviembre 20021 AGENCIA ESPAÑOLA DEL MEDICAMENTO

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

El desarrollo del software.

El desarrollo del software. El desarrollo del software 1 El desarrollo del software. Introducción. El ciclo de vida. El modelo de desarrollo en cascada. Definición. Diseño. Codificación. Integración. Prueba. Documentación. Los "productos

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

Características Básicas y Requerimientos

Características Básicas y Requerimientos Características Básicas y Requerimientos Posibilidad de ejecutar el software 100% online en cualquier servidor tanto Linux como Windows con requerimientos mínimos. Posibilidad de ejecutar el software de

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