Desarrollar el concepto del producto. Asignar requisitos de hardware y software N

Save this PDF as:
 WORD  PNG  TXT  JPG

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

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

Transcripción

1 Fase de Análisis de Requerimientos Desarrollar el concepto del producto. Asignar requisitos de hardware y software. Realizar estudios de mercado. Sugerencia: para saber cuantas instituciones de educacion superior son potencialmente nuestros clientes asi como lo es la UACh para el SUAE Escribir plan de negocios. Buscarlo en wikipedia o google, cualquier sugerencia de un plan de negocios esta correcto Escribir documento del concepto del producto. (se anexa un archivo para identificar QUE es el concepto del producto) Crear RTM (Requirements Traceability Matrix), tabla o matriz donde se contempla (traza el tiempo estimado del proyecto. No el tiempo, sino las coincidencias entre los requisitos funcionales de alto nivel y los requisitos funcionales detallados y requisitos no funcionales como sigue: N X X M Como se puede observar, cada número entero o con un decimal son los requisitos funcionales de alto nivel, por otro lado los números con varios decimales son los requisitos funcionales a detalle o no funcionales. Además se destacan los símbolos y X que indican la coincidencia u obligación de contener un requerimiento al otro y la X indica que no deben coincidir o que no deben llevarse a cabo al mismo tiempo. Por otro lado cabe resaltar que cada número con o sin decimal debe estar detallado en el SRS (Sw requirements specification).

2 Documento del concepto del producto. (que es el mismo que el de las actividades) Plan de negocios. Instrumentos (o mejor dicho Herramientas, software o manuales) Herramientas de seguimiento de requerimientos. Instrumentos de investigación. Especificación de los conceptos (revisado y aprobado) Plan de negocios (revisado y aprobado) RTM (creado). Métricas: (o Indicadores) Horas hombre gastadas por fecha. Número requerimientos probables (que se pueden probar) identificados. Número requerimientos no probables (que NO se pueden probar) identificados. NOTA: como puede Usted observar, no todos los puntos son desarrollables, es decir, solo algunos puntos en las fases se llevan a cabo, por ejemplo, los propósitos de cada fase no son desarrollables, solo nos indican que se va a hacer de manera general. Las Actividades se repiten con los Entregables, a veces con los Criterios y pocas veces con los Indicadores por lo que solo se desarrollan una sola vez Fase de Definición de Requerimientos Definir los requisitos para los que será utilizado el Software. Refinar los requerimientos contenidos en la especificación del Concepto Definir las metáforas de Interfaz de Usuario. NO SE VAN A. Las metáforas se refieren a los deseos o ejemplos que hace el cliente cuando se le entrevista, por mencionar algunos: me gustaria que el SUAE fuera de color rosa, porque, seria interesante que se pudiera hacer una impresión a la hora de Escribir SRS (Software Requirement Specification) con la descripción completa de los requisitos del software. Buscar el archivo IEEE- Std en la web

3 Lineamientos o requisitos de inspección sobre el SRS. NO se va a desarrollar Actualización del RTM. Si es que aplica, es decir, si en la primer fase contemplo N requerimientos y hasta el momento no hay mas requerimientos, entonces no se actualiza el RTM SRS (Software Requirement Specifications) especificación de los requerimientos del software. Metáforas de la interfaz del usuario. NO SE VAN A Plan de desarrollo del software. Sugerencia: una calendarización de las etapas del desarrollo del SUAE Análisis de rendimiento. NO SE VAN A Herramientas de estructura, análisis y modelado de información. NO SE VAN A Herramientas de seguimiento de los requerimientos. NO SE VAN A SRS, plan de desarrollo de software y plan aprobado del software V&V. Solamente el SRS Requerimientos de Inspección planeados para el SRS NO SE VAN A Interfaz de usuario (guía de estilo). NO SE VAN A Indicadores: RTM completo. Número y tipo de errores y defectos encontrados durante los requerimientos de Inspección del SRS. NO SE VAN A Fase de Diseño Desarrollo claro, conciso y diseño consistente. Establecer un ambiente controlado para la fase de codificación. Elaborar la Arquitectura de Software. Solamente indicar que arquitectura se usó o se usa en el SUAE Desarrollar el diseño de software de alto nivel. Sugerencia: Diagrama de paquetes del UML Desarrollar el diseño detallado del software. NO SE VAN A Realizar inspecciones del diseño. NO SE VAN A

4 Desarrollar la arquitectura de software del diseño del software de alto nivel y las especificaciones detalladas del diseño del software. NO SE VAN A Comenzar el desarrollo de los procedimientos de prueba de software de validación basados en el SRS. NO SE VAN A Desarrollar un plan confiable del crecimiento del software. NO SE VAN A Evaluar y seleccionar el SCM (Software configuration Management) Por el momento no lo vamos a desarrollar hasta que veamos el tema Gestión de la Configuración, se enfoca en la administración de entregas, liberaciones, versiones y la forma en general que nosotros como ingenieros de software administramos nuestro producto y nuestros servicios. Y el SPR (Software Problem Report), y herramientas de seguimiento. Seleccionar y evaluar herramientas automatizadas de pruebas de software de validación. NO SE VAN A Actualizar el RTM. Si es que aplica Arquitectura del software, especificaciones del diseño de alto nivel y especificaciones detalladas del diseño. NO SE VAN A Procedimientos de pruebas de validación del software. NO SE VAN A Plan de SCM (Software Configuration Management).NO SE VAN A. Consultar el Estándar IEEE- Std Plan de pruebas de validación de software. NO SE VAN A Plan de crecimiento confiable de software. NO SE VAN A Plan de exámenes alfa y beta.no SE VAN A Herramientas de Información de Modelado de Diseño Estructurado. NO SE VAN A Herramientas de diseño detallados (diagramas, matrices, etc.). UML por ejemplo Herramientas de análisis de rendimiento. NO SE VAN A Herramientas de gestión de configuración. NO SE VAN A Herramientas de validación automatizada de las pruebas de software. NO SE VAN A Herramientas de seguimiento de reportes de problemas de software. Puede ser el Excel Herramientas de seguimiento de requerimientos. RTM Arquitectura de software revisada y aprobada. NO SE VAN A Especificaciones del diseño de software aprobado. NO SE VAN A Diseño de las inspecciones que tengan lugar. NO SE VAN A Plan SCM aprobado. NO SE VAN A Herramientas SCM seleccionadas que se utilizaran. NO SE VAN A Software de validación y plan de pruebas alfa y beta revisado y aprobadas. NO SE VAN A

5 Indicadores: RTM al momento (actualizado). Número y tipo de errores y defectos encontrados la inspección. NO SE VAN A Fase de Codificación (en esta fase vamos a hacer pocas cosas, puesto que en este ejercicio solamente vamos a hacer documentación y no codificación) Escribir código que implemente los requisitos contenidos en el SRS según lo expresado por la lista de arquitectura general y según las especificaciones de diseño. Desarrollar código. NO SE VAN A Realizar inspecciones al código en módulos seleccionados. NO SE VAN A Integrar y realizar pruebas de integración. NO SE VAN A Implementar los procedimientos SCM. NO SE VAN A Implementar el software de reporte de seguimiento de problemas. Crear un procedimiento para llevar a cabo el seguimiento de problemas (por ejemplo una bitacora cuando un usuario reporta un problema del SUAE) Implementar el software de seguimiento de los procesos para la fiabilidad del crecimiento del software. NO SE VAN A Aplicar las métricas de calidad del software a los módulos seleccionados. NO SE VAN A Completar el desarrollo de los procedimientos de pruebas de validación de software basado en el SRS. NO SE VAN A Llevar a cabo procedimientos de inspección de exámenes de validación de software. NO SE VAN A Desarrollar los procedimientos de lanzamiento de software. Crear un procedimiento para llevar a cabo el seguimiento de las liberaciones (por ejemplo una bitacora cuando nosotros le entregamos a la UACh una version o un subsistema y que no firme de recibido, etc) Actualizar la documentación del proyecto (especificación de diseño, SRS, SDD, etc.). Si aplica Realizar la validación de la disposición de la revisión de software. Crear un procedimiento para llevar a cabo el seguimiento de problemas (por ejemplo una bitacora cuando un usuario reporta un problema del SUAE) Actualizar la RTM. Código fuente. NO SE VA A

6 Procedimientos de pruebas de validación de software. NO SE VA A Procedimientos de fiabilidad de criamiento del software. NO SE VA A Procedimientos de validación de software. NO SE VA A Informe de problemas del software. Los procedimientos desarrollados Codificación de las herramientas (compiladores, depuradores, etc.). OK Calidad de las herramientas métricas (complejidad del código). NO SE VA A Herramientas SCM. NO SE VA A Herramientas de seguimiento de informes de errores de software. NO SE VA A Herramientas de exámenes automatizados de validación de software. NO SE VA A Herramientas del seguimiento del crecimiento confiable del software. NO SE VA A Herramientas del seguimiento de requerimientos. Por ejemplo Excel (como el RTM) Codificación (código) completo. NO SE VA A Todos los códigos fuente bajo la configuración del control de gestión. NO SE VA A Reportes de rastreo de problemas de software que tuvieron lugar. NO SE VA A Seguimiento de confiabilidad de crecimiento de software que tuvieron lugar. NO SE VA A Revisión de la disposición de la validación de software que tuvieron lugar. NO SE VA A Procedimientos de exámenes de validación de software aprobados. NO SE VA A Procedimientos de inspección de exámenes (o de exámenes de inspección) que tuvieron lugar. NO SE VA A Todas las pruebas de validación de software ejecutadas al menos una vez. NO SE VA A Indicadores: Número y tipo de errores y defectos observados en el código durante las inspecciones. Se puede elaborar una lista de verificacion (checklist) o un procedimiento Número y tipo de errores y defectos observados en las inspecciones durante los procedimientos de prueba. NO SE VA A Complejidad y métricas de calidad para cada módulo. NO SE VA A Tamaño de cada módulo (líneas del código fuente). NO SE VA A Tamaño del ejecutable (número de bits). NO SE VA A RTM la momento (actualizado). Fase de Pruebas, NO SE VA A IMPLEMENTAR

7 Determinar si el software cumple los requerimientos definidos en el SRS. Ejecutar los procedimientos de las pruebas de validación del software. NO SE VA A Seguir y resolver problemas que se identifiquen como resultado de la ejecución de las pruebas. NO SE VA A Pruebas de rendimiento de regresión que se requieran. NO SE VA A Corregir errores y realizar nuevas versiones para las pruebas de validación. NO SE VA A Reporte de exámenes de validación de software. NO SE VA A Versión final de software para su liberación. NO SE VA A Herramientas automatizadas de pruebas de validación de software. NO SE VA A Herramientas de seguimiento de rastreo de pruebas de software. NO SE VA A Herramientas SCM. NO SE VA A Herramientas de codificación y depuración. NO SE VA A Herramientas de seguimiento de requisitos. NO SE VA A Criterios finales de exámenes de validación de software. NO SE VA A Informe de pruebas de validación de software revisado y aprobado. NO SE VA A Indicadores: Tiempo de búsqueda y corrección de errores. NO SE VA A Medición de la cobertura de pruebas. NO SE VA A Métrica de fiabilidad del crecimiento del software. NO SE VA A Fase de Mantenimiento Proporcionar apoyo continuo al producto después de su liberación.

8 Corregir defectos conocidos. NO SE VA A Hacer cambios al software para corregir deficiencias en el producto. NO SE VA A Arreglar nuevas funciones o mejorar las actuales características. NO SE VA A Realizar numerosas pruebas basadas en los cambios realizados. NO SE VA A Hacer pruebas de regresión.no SE VA A Actualización de la documentación del producto (SRS, SDD, test de procedimientos, etc.). NO SE VA A Nuevas versiones del software. Elaborar una propuesta de un documento para el control de versiones, existen algunas en la web Actualizaciones de la documentación del producto. Las que apliquen hasta el momento Las mismas utilizadas en las fases anteriores para el desarrollo y pruebas del producto. Decisiones que apoyen el producto discontinuo.no SE VA A Indicadores: Número y tipo de errores reportados por los clientes. Elaborar una propuesta de documento para registrar errores, fechas, descripcion, etc Número y tipo de nuevas características solicitadas por los clientes. Elaborar una propuesta de documento para registrar caracteristicas, fechas, descripcion, etc Tiempo de búsqueda y creación de errores. Elaborar una propuesta de documento para registrar errores, fechas, descripcion, tiempo de busqueda y sobre todo tiempo de respuesta

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

Plan de Gestión de Configuración. Universidad Nacional de la Patagonia Austral

Plan de Gestión de Configuración. Universidad Nacional de la Patagonia Austral Plan de Gestión de Configuración Universidad Nacional de la Patagonia Austral Temario 1. Gestión de Configuración de Software 1.1 Definición 2. Plan de SCM 2.1 Estructura Organizacional 2.2 Actividades

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

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

1.1 Aseguramiento de la calidad del software

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

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Plan de iteraciones RUP Proceso Iterativo e Incremental El ciclo de vida iterativo se basa en la evolución de prototipos ejecutables que se muestran a los usuarios y clientes (miniproyectos)

Más detalles

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

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

Más detalles

PROCEDIMIENTO OPERATIVO DESARROLLAR SISTEMAS INFORMÁTICOS PDO-COCTI-DTIN-04

PROCEDIMIENTO OPERATIVO DESARROLLAR SISTEMAS INFORMÁTICOS PDO-COCTI-DTIN-04 Autorización Este documento entra en vigor a partir del 2 de agosto del 2005, a través de su autorización por parte del Dr. Francisco Javier Rojas Monroy, Coordinador de Operaciones, Calidad y Teclogía

Más detalles

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

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

Más detalles

Modelo de Proceso de Desarrollo de Software

Modelo de Proceso de Desarrollo de Software Modelo de Proceso de Desarrollo de Software Documento de Actividades Gestión de Configuración (S.C.M.) Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez ÍNDICE ÍNDICE... 1 GESTIÓN

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

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

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

Más detalles

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

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

Más detalles

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

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

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL I. Datos Generales de la Calificación CINF0286.01 Título Análisis y diseño de redes de datos Propósito Proporcionar un referente para evaluar la competencia en las funciones relativas al análisis y diseño

Más detalles

6.4 ESTRATEGIAS DE PRUEBA

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

Más detalles

Ingeniería de Software 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

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS Rubby Casallas, Andrés Yie Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Agenda Contexto Ciclos de vida: Modelo

Más detalles

Plan de Gestión de Configuración Librería CEI

Plan de Gestión de Configuración Librería CEI Plan de Gestión de Configuración Este documento describe todas las actividades de Gestión de Configuración y Cambios que serán realizadas durante todo el ciclo de vida del proyecto. El mismo nos proporciona

Más detalles

6 Anexos: 6.1 Definición de Rup:

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

Más detalles

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad

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

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

Firma: Fecha: Marzo de 2008

Firma: Fecha: Marzo de 2008 Procedimiento General Tratamiento de No Conformidades, Producto no conforme, Acciones Correctivas y Acciones Preventivas (PG 03) Elaborado por: Jaime Larraín Responsable de calidad Revisado por: Felipe

Más detalles

[Clave Proyecto] - Plan de Administración de la Configuración del Proyecto

[Clave Proyecto] - Plan de Administración de la Configuración del Proyecto [Clave Proyecto] - Plan de Administración de la Configuración del Proyecto Contenido 1. Historial de Cambios... 3 1.1. Cambios de Contenido... 3 1.2. Aprobación de Cambios... 3 1.3. Cambios de Plantilla...

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

Diseño, Desarrollo e Implementación de una Aplicación Web para el manejo Centralizado de la Información Corporativa en AGA Consultores

Diseño, Desarrollo e Implementación de una Aplicación Web para el manejo Centralizado de la Información Corporativa en AGA Consultores Propuesta de Pasantía Diseño, Desarrollo e Implementación de una Aplicación Web para el manejo Centralizado de la Información Corporativa en AGA Consultores Acerca de AGA Consultores Quienes somos? Somos

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

Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari

Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari 1 Temario Definiciones Problemas del cambio Elementos de la configuración Actividades de SCM Identificación

Más detalles

calidad brochure Software Quality Assurance/Project Management IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION ISO 9001:2000

calidad brochure Software Quality Assurance/Project Management IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION ISO 9001:2000 calidad 2009 brochure Software Quality Assurance/Project Management IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION Software Quality Assurance Project Management Dos de los factores que más positivamente

Más detalles

Verificación. 3.1 Marco de Referencia para el desarrollo de software

Verificación. 3.1 Marco de Referencia para el desarrollo de software Verificación 3.1 Marco de Referencia para el desarrollo de software Verificación es la acción de verificar (comprobar o examinar la verdad de algo). La verificación suele ser el proceso que se realiza

Más detalles

P.S.P. Programa Educativo. Tecnologías de la Información y Comunicación. Alumno. José Alfredo Ramírez Jaguey

P.S.P. Programa Educativo. Tecnologías de la Información y Comunicación. Alumno. José Alfredo Ramírez Jaguey Universidad Tecnológica del Valle del Mezquital P.S.P Programa Educativo Alumno 5 to Cuatrimestre Grupo A Materia Calidad en Desarrollo de Software Facilitador Lic. Norma Pérez López Enero Abril 2011.

Más detalles

Soporte. Los programas anuales de soporte y mantenimiento Estándar y Extendido están diseñados para proteger

Soporte. Los programas anuales de soporte y mantenimiento Estándar y Extendido están diseñados para proteger Esta guía le proporcionará la información necesaria para conseguir el máximo valor de su inversión en programas técnicos de soporte ECM Solutions para las soluciones de gestión de contenidos y productos

Más detalles

Gestión de las Pruebas Funcionales

Gestión de las Pruebas Funcionales Gestión de las Pruebas Funcionales Beatriz Pérez Centro de Ensayos de Software Centro de Ensayos de Software Consorcio creado en Junio de 2004 entre Cámara Uruguaya de Tecnologías de la Información (CUTI)

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

Curso de Spring Framework

Curso de Spring Framework Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1 Spring es un proyecto de código abierto (open source), originalmente creado por Rod Johnson y descrito en su

Más detalles

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE INTRODUCCIÓN El avance informático actual es muy alto comparado con lo se tenía en los años 90, al hablar de desarrollo de software se hace más notable, en el

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 y pruebas de software 5- Pruebas del software Estándar IEEE-829 Standard for Software Test Documentation

Aseguramiento de la calidad y pruebas de software 5- Pruebas del software Estándar IEEE-829 Standard for Software Test Documentation Pronto podré ejecutar mi plan Aseguramiento de la calidad y pruebas de software 5- Pruebas del software Estándar IEEE-829 Standard for Software Test Documentation Blanca A. Vargas Govea vargasgovea@itesm.mx

Más detalles

Planificación en Team Foundation Server 2010

Planificación en Team Foundation Server 2010 Planificación en Team Foundation Server 2010 Planificación y Seguimientos en Proyectos Agile con Microsoft Visual Studio Team Foundation Server 2010 Dirigido a: Todos los roles implicados en un proyecto

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

Como primera instancia, ingresaremos al aplicativo desde el navegador Internet Explorer (recomendado), dando click al siguiente link:

Como primera instancia, ingresaremos al aplicativo desde el navegador Internet Explorer (recomendado), dando click al siguiente link: MANUAL MANEJO BASICO APLICACIÓN GESTION TRANSPARENTE Este manual busca brindar una guía al usuario, que permita llevar el flujo del aplicativo enfocado en la estructura de cada módulo según las etapas

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

Casos de negocios INTRODUCCION PLANTEAMIENTO DEL PROBLEMA DESARROLLO DEL PROYECTO ELABORACION DE LAS TABLAS DE RETENCION DOCUMENTAL

Casos de negocios INTRODUCCION PLANTEAMIENTO DEL PROBLEMA DESARROLLO DEL PROYECTO ELABORACION DE LAS TABLAS DE RETENCION DOCUMENTAL INTRODUCCION PLANTEAMIENTO DEL PROBLEMA DESARROLLO DEL PROYECTO ELABORACION DE LAS TABLAS DE RETENCION DOCUMENTAL AIRE: AUTOMATIZACION DE LAS TABLAS DE RETENCION DOCUMENTAL + El Catálogo Tablas de Retención

Más detalles

METODOLOGÍA PARA REALIZAR UNA AUDITORÍA INFORMÁTICA.

METODOLOGÍA PARA REALIZAR UNA AUDITORÍA INFORMÁTICA. METODOLOGÍA PARA REALIZAR UNA AUDITORÍA INFORMÁTICA. METODOLOGÍA PARA REALIZAR UNA AUDITORÍA INFORMÁTICA.- Fase I.- Estudio Preliminar, Fase II, Revisión y evaluación de controles y seguridades Fase III,

Más detalles

Guía de Apoyo Project Professional

Guía de Apoyo Project Professional Guía de Apoyo Project Professional Contenido INTRODUCCIÓN... 3 CAPITULO I: ELEMENTOS INICIALES DE PROJECT PROFESSIONAL... 4 Descripción de Entorno de trabajo... 4 Opciones de personalización de Project

Más detalles

Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología

Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología La metodología para el desarrollo de software es un modo sistemático de realizar, gestionar y administrar un proyecto

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

AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN AFINES OBJETIVOS OBJETIVOS DE CONTROL

AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN AFINES OBJETIVOS OBJETIVOS DE CONTROL AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN OBJETIVOS 1 Métodos de Diseño 2 Cambios Significativos a Sistemas Actuales 3 Aprobación del Diseño 4 Definición y Documentación de Requerimientos

Más detalles

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

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

Más detalles

2 EL DOCUMENTO DE ESPECIFICACIONES

2 EL DOCUMENTO DE ESPECIFICACIONES Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir

Más detalles

RUP: Disciplina de Manejo de Cambios y Configuraciones

RUP: Disciplina de Manejo de Cambios y Configuraciones RUP: Disciplina de Preparado por: Amelia Soriano Mayo 2005 Tomado de: Rational Unified Process Version 2003.06.12.01 Copyright 1987 2003 Rational Software Corporation Curso Rational Unified Process Rational

Más detalles

Revisiones del Software

Revisiones del Software Revisiones del Software Introducción Bibliografía IEEE Std 1028-1997 Standard for Software Reviews Página: recursos para revisiones http://www.processimpact.com/pr_goodies.shtml (por Karl E. Wiegers) Ventajas

Más detalles

Informe Quicklook 000 NOMBRE DE LA TECNOLOGÍA. Nombre del Inventor, Institución o Empresa. Programa de Comercialización de Tecnología

Informe Quicklook 000 NOMBRE DE LA TECNOLOGÍA. Nombre del Inventor, Institución o Empresa. Programa de Comercialización de Tecnología Informe Quicklook 000 NOMBRE DE LA TECNOLOGÍA Nombre del Inventor, Institución o Empresa Programa de Comercialización de Tecnología El propósito de este informe Quicklook es presentar los resultados de

Más detalles

Gestión de la Configuración (SCM) Introducción a la Ingeniería de Software

Gestión de la Configuración (SCM) Introducción a la Ingeniería de Software Gestión de la Configuración (SCM) Introducción a la Ingeniería de Software Temario Configuración del software Gestión de la Configuración Versiones Control de Cambios Línea base Auditoria de la configuración

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

Mantenimiento del Software

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

Más detalles

Figura 3.1 Implementación de ITIL

Figura 3.1 Implementación de ITIL C apí t u l o III IMPLEMENTACIÓN DE ITIL Existen distintos métodos para la implementación de ITIL, sin embargo cualquier organización puede alinearse a este marco de trabajo sin importar su tamaño o complejidad.

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

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009 1 Montevideo, 11 de marzo de 2009 Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009 De nuestra consideración, De acuerdo a vuestra solicitud, tenemos el agrado de poner a su consideración la presente

Más detalles

Línea de investigación o de trabajo: Todas de Ciencias de la Computación. Horas teoría-horas prácticas-horas trabajo adicional-horas totales-créditos

Línea de investigación o de trabajo: Todas de Ciencias de la Computación. Horas teoría-horas prácticas-horas trabajo adicional-horas totales-créditos Nombre de la asignatura: Ingeniería de Software I Línea de investigación o de trabajo: Todas de Ciencias de la Computación Horas teoría-horas prácticas-horas trabajo adicional-horas totales-créditos 22

Más detalles

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE Creado en May/14 Objetivo: Contar con una guía de las actividades que se deben realizar en esta fase,

Más detalles

SOLICITUD DE PROPUESTA

SOLICITUD DE PROPUESTA SOLICITUD DE PROPUESTA CONVERSIÓN Y OPTIMIZACIÓN DE UN SISTEMA AUTOMATIZADO DE GESTIÓN PARA UNA CLÍNICA VETERINARIA JUSTIFICACIÓN DE LA PROPUESTA Somos una Clínica Veterinaria situada en la ciudad de Caracas

Más detalles

UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO

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

Más detalles

Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnología. Ingeniería de Software III Plan de Gestión de la Configuración

Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnología. Ingeniería de Software III Plan de Gestión de la Configuración Universidad Católica del Uruguay Facultad de Ingeniería y Tecnología Ingeniería de Software III Plan de Gestión de la Configuración Cecilia Cedrés Braulio Zitto Versión: 1.0.0 Fecha: 11/11/2008 11/13/08

Más detalles

TABLA DE DECISION. Consideremos la siguiente tabla, expresada en forma genérica, como ejemplo y establezcamos la manera en que debe leerse.

TABLA DE DECISION. Consideremos la siguiente tabla, expresada en forma genérica, como ejemplo y establezcamos la manera en que debe leerse. TABLA DE DECISION La tabla de decisión es una herramienta que sintetiza procesos en los cuales se dan un conjunto de condiciones y un conjunto de acciones a tomar según el valor que toman las condiciones.

Más detalles

SOFTWARE PROJECT MANAGEMENT PLAN

SOFTWARE PROJECT MANAGEMENT PLAN SOFTWARE PROJECT MANAGEMENT PLAN HERRAMIENTA PARA LA ADMINISTRACIÓN DE REQUERIMIENTOS DE LOS PROYECTOS DE LAS ASIGNATURAS DE INGENIERÍA Y ARQUITECTURA DE SOFTWARE DE LA PONTIFICIA UNIVERSIDAD JAVERIANA.

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

Procedimiento para el Manejo de No Conformidades, Acciones Preventivas y Correctivas del Sistema de Gestión Integral

Procedimiento para el Manejo de No Conformidades, Acciones Preventivas y Correctivas del Sistema de Gestión Integral Página: 1 de 1 Hoja de Control de Emisión y Revisiones. N de Revisión Páginas Afectadas Motivo del Cambio Aplica a partir de: 0 Todas Generación de documento 01-Agosto-2009 1 Todas Mejora del documento

Más detalles

Planificación de la capacidad del servidor HP NonStop

Planificación de la capacidad del servidor HP NonStop Planificación de la capacidad del servidor HP NonStop Servicios de HP Datos técnicos Determinar los futuros requisitos de capacidad del hardware para los sistemas NonStop de procesamiento de crecientes

Más detalles

5. Gestión de la Configuración del Software (GCS)

5. Gestión de la Configuración del Software (GCS) 5. Gestión de la Configuración del Software (GCS) 5.1. La Configuración del Software El resultado del proceso de ingeniería del software es una información que se puede dividir en tres amplias categorías:

Más detalles

Los profesores Flipantes

Los profesores Flipantes Los profesores Flipantes 1 0. Índice 1. Introducción al TSP 2. La lógica del TSP 3. Lanzamiento de un Proyecto TSP. 4. Fases del Ciclo TSPi. 5. TSPi en DSIC. 2 1. Introducción al TSP. El software suele

Más detalles

Cotización para diseñadores gráficos. Unidad 2 / Ventas

Cotización para diseñadores gráficos. Unidad 2 / Ventas Cotización para diseñadores gráficos Unidad 2 / Ventas UNIDAD UNIDAD 2 / VENTAS 2 / VENTAS Introducción Toda empresa se enfrenta a distintas alternativas de promoción en la mercantilización de sus productos.

Más detalles

Aseguramiento que el software crítico se construye fiable y seguro

Aseguramiento que el software crítico se construye fiable y seguro Aseguramiento que el crítico se construye fiable y seguro Patricia Rodríguez Dapena SoftWcare S.L. 2009 Todos los derechos reservados Objetivo y Agenda Objetivo: Presentar requisitos que exigen diferentes

Más detalles

Visión General GXflow. Última actualización: 2009

Visión General GXflow. Última actualización: 2009 Última actualización: 2009 Copyright Artech Consultores S. R. L. 1988-2009. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento explícito de

Más detalles

Manual de Usuario - SDI - Seguridad en Datos de Investigación. Automatización de Buenas Prácticas en Bases de Datos de Investigación

Manual de Usuario - SDI - Seguridad en Datos de Investigación. Automatización de Buenas Prácticas en Bases de Datos de Investigación Manual de Usuario - SDI - Seguridad en Datos de Investigación Automatización de Buenas Prácticas en Bases de Datos de Investigación 2010 - UCICEC Hospital de Cruces Versión: 1.0 Fecha: 31/03/2010 ÍNDICE

Más detalles

Instructivo Revisión Avales Investigación

Instructivo Revisión Avales Investigación Instructivo Revisión Avales Investigación Convocatorias Externas para proyectos de Investigación y avales de movilidades / eventos Instructivo dirigido a las Facultades para avalar el proyecto. Publicado

Más detalles

Untitled Gantt Project

Untitled Gantt Project http:// Project managers: Dates: 27-ago-2012-10-sep-2012 Complete: 0% Tasks: 65 People: 0 Tasks 2 Nombre Fecha de inicio Fecha de fin Estimado Diseño y Desarrollo - Santiago Duarte 27/08/12 9/09/12 D1

Más detalles

LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN

LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN Después de realizar la evaluación inicial se han detectado deficiencias en los procesos de reutilización del código, por lo que se van a integrar

Más detalles

Capítulo 11. Conclusiones y trabajo futuro

Capítulo 11. Conclusiones y trabajo futuro Capítulo 11. Conclusiones y trabajo futuro En esta tesis ha realizado un entorno de desarrollo Web que proporciona herramientas para la mejora de la calidad del código de los desarrolladores. Para conseguir

Más detalles

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

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

Más detalles

UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS

UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS AUDITORIA DE SISTEMAS COMPUTACIONALES TIPOS DE AUDITORIA LIC. FRANCISCO D. LOVOS Tipos de Auditorías Auditoría de Base de Datos Auditoría de Desarrollo

Más detalles

GUÍA AVANZADA DE GESTIÓN DE CONFIGURACIÓN LNCS

GUÍA AVANZADA DE GESTIÓN DE CONFIGURACIÓN LNCS GUÍA AVANZADA DE GESTIÓN DE CONFIGURACIÓN LNCS Diciembre 2008 AVISO LEGAL CMMI es una marca registrada en la Oficina de Marcas y Patentes de EEUU por la Universidad Carnegie Mellon Las distintas normas

Más detalles

Fecha: Julio 2009. A nivel externo, este procedimiento es aplicable al proveedor del sistema informático.

Fecha: Julio 2009. A nivel externo, este procedimiento es aplicable al proveedor del sistema informático. 1 de 8 1.- OBJETIVO. Atender las peticiones solicitadas por los con motivo de una mejora al sistema informático, corrección de un posible error o para cubrir una necesidad generada durante la operación

Más detalles

Sistema para Gestión Hotelera Visión

Sistema para Gestión Hotelera Visión Sistema para Gestión Hotelera Visión Tabla de Contenidos 1. Introducción 4 1.1 Propósito 4 1.2 Alcance 4 1.3 Definiciones, Acrónimos, y Abreviaciones 4 1.4 Referencias 4 2. Posicionamiento 4 2.1 Oportunidad

Más detalles

Unidad II. Interfaz Grafica

Unidad II. Interfaz Grafica Clase:004 1 Unidad II Interfaz Grafica Basado en https://developer.apple.com/library/ios/#referencelibrary/gettingstar ted/roadmapios/chapters/introduction.html 2 Agenda Desarrollo de Apps para IOS. Diseño

Más detalles

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

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

Más detalles

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0 Centro Ideoinformática Universidad de las Ciencias Informáticas Carretera a San Antonio Km 2 ½. Torrens. Boyeros. Ciudad de La Habana. Cuba Teléfono: + 53 (7)

Más detalles

CAPÍTULO 3. HERRAMIENTA DE SOFTWARE DE PLANEACIÓN DE

CAPÍTULO 3. HERRAMIENTA DE SOFTWARE DE PLANEACIÓN DE CAPÍTULO 3. HERRAMIENTA DE SOFTWARE DE PLANEACIÓN DE INVENTARIO Y PROCESO Objetivos del capítulo Desarrollar una herramienta de software de planeación de inventario con los datos obtenidos del capítulo

Más detalles

Grupo de procesos de Planificación

Grupo de procesos de Planificación Grupo de procesos de Planificación Fuentes: Information Technology Project Management, Fifth Edition, Copyright 2007 PMBOK, Cuarta edición Preparó: Ing. Ismael Castañeda Fuentes Objetivos de Aprendizaje

Más detalles

José Alberto García Coria Director CENIT Salamanca. Salamanca, Febrero 2011

José Alberto García Coria Director CENIT Salamanca. Salamanca, Febrero 2011 José Alberto García Coria Director CENIT Salamanca Salamanca, Febrero 2011 Índice Objetivos Servicios de Pruebas Ciclo de Vida de las Pruebas Tipos de Pruebas Herramientas Objetivos Objetivos Exponer el

Más detalles

Historia de revisiones

Historia de revisiones Herbert Game Documentación Técnica Versión 1.4 Historia de revisiones Fecha Versión Descripción Autor 6/11/2011 1.0 Primer versión de la Documentación Técnica Hernán Albano 06/11/2011 1.1 Revisión del

Más detalles

PRACTICA NO.25: HOW TO INSTALL AND CONFIGURE ELASTIX CENTRAL IP

PRACTICA NO.25: HOW TO INSTALL AND CONFIGURE ELASTIX CENTRAL IP PRACTICA NO.25: HOW TO INSTALL AND CONFIGURE ELASTIX CENTRAL IP Jose Arturo Beltre Castro 2013-1734 ING. JOSE DOÑE Sistemas Operativos III Elastix Elastix es una distribución libre de Servidor de Comunicaciones

Más detalles

REQ. Fundamento Institucional. Objetivos

REQ. Fundamento Institucional. Objetivos REQ INSTRUCCIONES: a continuación se describe el flujo de trabajo correspondiente al área de procesos de REQUERIMIENTOS para el desarrollo de software en el cual se debe apoyar para la ejecución de sus

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G056-01 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G056-01 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. ANÁLISIS

Más detalles

Beatriz Pérez. Jornada de Testing en Vivo - 1, 2, 3 probando!

Beatriz Pérez. Jornada de Testing en Vivo - 1, 2, 3 probando! Beatriz Pérez Proceso de Testing Funcional Principales características Etapas Actividades y Entregables Roles Principales características Independiente del proceso de desarrollo Testing funcional de productos

Más detalles

Cómo cambiar sin errar en el intento Seis pasos para lograrlo

Cómo cambiar sin errar en el intento Seis pasos para lograrlo Cómo cambiar sin errar en el intento Seis pasos para lograrlo Marisa Gouget * 1er Compromiso El primer paso en la gestión de cambios Comprométase y comprometa a su gente El 80% de los errores que se producen

Más detalles

Prácticas de programación en C con MinGW Developer Studio

Prácticas de programación en C con MinGW Developer Studio Prácticas de programación en C con MinGW Developer Studio MinGW Developer Studio es un entorno de desarrollo integrado (IDE) para la programación en lenguaje C gratuito y cómodo de usar. Se ejecuta en

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

K2BIM Plan de SQA Versión 1.1

K2BIM Plan de SQA Versión 1.1 K2BIM Plan de SQA Versión 1.1 Historia de revisiones Fecha VersiónDescripción Autor 18/08/2009 1.0 Creación del documento. Diego Píriz 23/08/2009 1.1 Pequeñas correciones. Alan Descoins 1 Contenido 1.

Más detalles