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

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

1. Descripción y objetivos

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

Más detalles

Plan de estudios ISTQB: Nivel Fundamentos

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

Más detalles

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Tecnología de la Información. Administración de Recursos Informáticos

Tecnología de la Información. Administración de Recursos Informáticos Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos

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

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

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

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

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

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

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

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

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

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

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

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

Manual de Usuario Comprador. Módulo Compra Express. www.iconstruye.com. Iconstruy e S.A. Serv icio de Atención Telefónica: 486 11 11

Manual de Usuario Comprador. Módulo Compra Express. www.iconstruye.com. Iconstruy e S.A. Serv icio de Atención Telefónica: 486 11 11 Manual de Usuario Comprador www.iconstruye.com Módulo Compra Express Iconstruy e S.A. Serv icio de Atención Telefónica: 486 11 11 Índice ÍNDICE...1 DESCRIPCIÓN GENERAL...2 CONFIGURACIÓN...3 FUNCIONALIDAD...4

Más detalles

Manual de Usuario Comprador Módulo de Compras

Manual de Usuario Comprador Módulo de Compras Manual de Usuario Comprador Módulo de Compras Descripción General El módulo de Compras es un medio confiable, cómodo y de fácil manejo para gestionar sus adquisiciones. Este servicio permite desarrollar

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

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

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

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

TABLA DE CONTENIDO PANTALLA DE INGRESO.. 01 MENU PRINCIPAL.. 02 SEGURIDAD DEL SISTEMA.. 04 CIERRE DE PERIODO.. 07

TABLA DE CONTENIDO PANTALLA DE INGRESO.. 01 MENU PRINCIPAL.. 02 SEGURIDAD DEL SISTEMA.. 04 CIERRE DE PERIODO.. 07 TABLA DE CONTENIDO PAGINA PANTALLA DE INGRESO.. 01 MENU PRINCIPAL.. 02 SEGURIDAD DEL SISTEMA.. 04 CIERRE DE PERIODO.. 07 SUPERVISOR 09 SUPERVISOR INFORMACION MOVIMIENTOS. 10 SUPERVISOR NIVELES DE AUTORIZACION

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

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

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

Módulo D.A.C. Declaración Anual de Créditos del ISV Versión 1

Módulo D.A.C. Declaración Anual de Créditos del ISV Versión 1 Módulo D.A.C. Declaración Anual de Créditos del ISV Versión 1 Marzo, 2012 Departamento de Asistencia al Contribuyente y Orientación Tributaria CONTENIDO 1. Generalidades... 3 1.1 Objetivo... 3 1.2 Alcance...

Más detalles

Hoy terminamos caja blanca

Hoy terminamos caja blanca Hoy terminamos caja blanca Aseguramiento de la calidad y pruebas de software 5- Pruebas del software Caja Blanca/Otros enfoques Blanca A. Vargas Govea vargasgovea@itesm.mx Marzo 22, 2013 Contenido Pruebas

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

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

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

1 Sistemas Electrónicos de Contabilidad 1.1 Determinación de las operaciones de aplicación general

1 Sistemas Electrónicos de Contabilidad 1.1 Determinación de las operaciones de aplicación general 1 Sistemas Electrónicos de Contabilidad La contabilidad como se conoce actualmente, es el producto de toda una gran cantidad de prácticas mercantiles disímiles que han exigido a través de los años, el

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

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

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

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

MANUAL ENVÌA ON LINE

MANUAL ENVÌA ON LINE Pág. 1 de 20 MANUAL ENVÌA ON LINE Versión N 1 Vigencia Agosto 10 de 2.006 VERSIÓN No. MODIFICACIONES FECHA CAMBIO SOLICITÓ EFECTIVO DESDE 01 05/08/2006 Elaboración Dirección Comercial 10/08/2006 Emitido

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

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

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

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

Entidad Formadora: Plan Local De Formación Convocatoria 2010

Entidad Formadora: Plan Local De Formación Convocatoria 2010 Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú

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

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

El modelo de ciclo de vida cascada, captura algunos principios básicos:

El modelo de ciclo de vida cascada, captura algunos principios básicos: Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto de desarrollo de software. El primer ciclo de vida del software, "Cascada",

Más detalles

STOCK CONTROL CENTER Edicion BASICA

STOCK CONTROL CENTER Edicion BASICA STOCK CONTROL CENTER Edicion BASICA SCC Básico, sistema con un equilibrio entre costo y prestaciones, su bajo costo y su simplicidad hace de esta herramienta útil para el control de stock, y ventas. Con

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

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

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

USUARIOS SODEXO. 1.- OBJETIVO Pág. 3. 2.- ALCANCE Pág. 3. 3.- RESPONSABILIDADES Pág. 3. 4.- PROCEDIMIENTO Pág. 4

USUARIOS SODEXO. 1.- OBJETIVO Pág. 3. 2.- ALCANCE Pág. 3. 3.- RESPONSABILIDADES Pág. 3. 4.- PROCEDIMIENTO Pág. 4 2013 MANUAL PLATAFORMA ELECTRONICA USUARIOS SODEXO INDICE 1.- OBJETIVO Pág. 3 2.- ALCANCE Pág. 3 3.- RESPONSABILIDADES Pág. 3 4.- PROCEDIMIENTO Pág. 4 4.1 Diagrama del Proceso de Compras a través de Plataforma

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

SIS 301 Operación y mantenimiento 15 minutos

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

Más detalles

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

Operación Microsoft Access 97

Operación Microsoft Access 97 Trabajar con Informes Características de los informes Un informe es una forma efectiva de presentar los datos en formato impreso. Como se tiene control sobre el tamaño y el aspecto de todos los elementos

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

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

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

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

Integradora 4. Control de calidad, materiales e inventario.

Integradora 4. Control de calidad, materiales e inventario. Administración de Operaciones Integradora 4. Control de calidad, materiales e inventario. Objetivo Al finalizar la actividad integradora serás capaz de: Comprender los conceptos del Comercio Electrónico

Más detalles

Escuela Politécnica Superior. Proyectos de Desarrollo Software. Capítulo 5. daniel.tapias@uam.es. Dr. Daniel Tapias Curso 2014/ 15 PROYECTOS

Escuela Politécnica Superior. Proyectos de Desarrollo Software. Capítulo 5. daniel.tapias@uam.es. Dr. Daniel Tapias Curso 2014/ 15 PROYECTOS Escuela Politécnica Superior Proyectos de Desarrollo Software Capítulo 5 Dr. Daniel Tapias Curso 2014/ 15 daniel.tapias@uam.es PROYECTOS PROGRAMA DE LA ASIGNATURA Capítulo 1: Introducción. Capítulo 2:

Más detalles

Manual de Operación SUCURSAL

Manual de Operación SUCURSAL Manual de Operación SUCURSAL Contenido: Manual de operación del software de gestión de pedidos IDENTEL para Sucursales Grido. Versión Manual: 1.1 Versión Software: 1.0.0.15 Fecha Elaboración.: 11/12/2007

Más detalles

LINQ TO AMAZON PLAN DE PROYECTO. Versión 1.2

LINQ TO AMAZON PLAN DE PROYECTO. Versión 1.2 LINQ TO AMAZON PLAN DE PROYECTO Versión 1.2 Historia de revisiones Fecha Versión Descripción Autor 23/08/2008 1.0 Creación del documento. Martín Rivadavia 20/08/2008 1.1 Correcciones. Martín Rivadavia

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

Metodologías de Desarrollo de Sistemas de Información

Metodologías de Desarrollo de Sistemas de Información Metodologías de Desarrollo de Sistemas de Información Metodología para el Desarrollo de SI Las metodologías son sistemas completos de técnicas que incluyen procedimientos paso a paso, productos resultante,

Más detalles

Agrupamiento Familia Puesto Alcance del puesto Requisitos excluyentes

Agrupamiento Familia Puesto Alcance del puesto Requisitos excluyentes TIC-1-1 Analista de monitoreo de redes Monitorear y controlar las redes del GCABA con el fin de detectar incidentes y reportarlos. Analizar las métricas utilizadas para el monitoreo de la red, la configuración

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

Curso. Introducción a la Administracion de Proyectos

Curso. Introducción a la Administracion de Proyectos Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir

Más detalles

MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA

MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA OPCION 1: PEQUEÑA ENVERGADURA DIRECCIÓN DE INFORMÁTICA DEPARTAMENTO DE SISTEMAS DEPARTAMENTO DE INFRAESTRUCTURA Y ASISTENCIA A USUARIOS DIRECCIÓN

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

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

La documentación en el Sistema de Calidad

La documentación en el Sistema de Calidad Referencias en el MMC del CNC 6.4 Documentación (20 puntos) La documentación en el Sistema de Calidad Describa los sistemas empleados para recabar, ordenar, preservar y difundir los conocimientos y tecnologías

Más detalles

Ingreso al Sistema. Manual de Usuarios del Sistema Integral de Presupuesto y SINVP

Ingreso al Sistema. Manual de Usuarios del Sistema Integral de Presupuesto y SINVP Instrucciones de uso del sistema de Recepción de Comprobantes Fiscales Digitales de Gobierno del Estado (RCFD). Dirigido a personal Administrativo de las dependencias de Gobierno del Estado que realizaran

Más detalles

Version 3. Capítulo 9. Fundamentos de hardware avanzado para servidores

Version 3. Capítulo 9. Fundamentos de hardware avanzado para servidores Capítulo 9 Fundamentos de hardware avanzado para servidores Servidores para redes Un servidor es un computador en una red que es compartido por múltiples usuarios. El término servidor se refiere al hardware

Más detalles

Automatización de Inventario de la Farmacia Milagritos

Automatización de Inventario de la Farmacia Milagritos Automatización de Inventario de la Farmacia Milagritos 1. DESCRIPCIÓN El manejo de inventarios es un aspecto fundamental dentro de cualquier empresa, ya que de ella depende el nivel de ventas, así como

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

Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO

Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO Dante Guerrero Piura, 2013 FACULTAD DE INGENIERÍA Área Departamental de Ingeniería Industrial y de Sistemas Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL

Más detalles

INSTITUTO NACIONAL DE SEGUROS DIRECCIÓN DE INFORMÁTICA. Manual de Usuario de SeVins Módulo INSonline. Versión: #1

INSTITUTO NACIONAL DE SEGUROS DIRECCIÓN DE INFORMÁTICA. Manual de Usuario de SeVins Módulo INSonline. Versión: #1 INSTITUTO NACIONAL DE SEGUROS DIRECCIÓN DE INFORMÁTICA Manual de Usuario de SeVins Módulo INSonline Versión: #1 Fecha actualización anterior: Fecha última actualización: Página: 2 de 70 Tabla de contenidos

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

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