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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

GESTIÓN DEL CAMBIO. Fernanda M. Soto 1, Henry F. Montalván 2 GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE INTRODUCCIÓN

GESTIÓN DEL CAMBIO. Fernanda M. Soto 1, Henry F. Montalván 2 GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE INTRODUCCIÓN GESTIÓN DEL CAMBIO Fernanda M. Soto 1, Henry F. Montalván 2 El arte de coordinar el desarrollo de software para minimizar la confusión se llama gestión de la configuración (GC-GCS). La Gestión de la Configuración

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

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

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

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

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

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

[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

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

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

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

Plan de Pruebas de Software

Plan de Pruebas de Software Herramienta para la administración de requerimientos de los proyectos de las asignaturas de Ingeniería de Software y Arquitectura de Software de la Pontificia Universidad Javeriana vae Plan de Pruebas

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

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

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

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

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

Serie Artículos sobre Gestión de IT y Calidad CALIDAD vs TESTING

Serie Artículos sobre Gestión de IT y Calidad CALIDAD vs TESTING Serie Artículos sobre Gestión de IT y CALIDAD vs TESTING - 1 - vs Testing Autor: Dr. Norberto Figuerola (PMP) Contador Público y Licenciado en Administración (U.B.A.) Master in Project Management (George

Más detalles

Herramientas automáticas y semiautomáticas que apoyan a la aplicación de los métodos.

Herramientas automáticas y semiautomáticas que apoyan a la aplicación de los métodos. Unidad I Introducción a la ingeniería del software y sistemas de información Las economías de todos las paises son cada vez más y más dependientes del Software Importancia del Software 10 Cada vez más

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

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

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

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones Sistema de Administración de Farmacias Plan de SQA Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 29/08/2014 1.0 Realización del documento Resp. SQA Plan de SQA Página 1 de 15 ÍNDICE

Más detalles

AGENDA 1. ANTECEDENTES 2. INTRODUCCIÓN A LOS CONTROLES DE APLICACIÓN 3. OBJETIVOS DE CONTROL DE APLICACIÓN IDENTIFICADOS EN COBIT

AGENDA 1. ANTECEDENTES 2. INTRODUCCIÓN A LOS CONTROLES DE APLICACIÓN 3. OBJETIVOS DE CONTROL DE APLICACIÓN IDENTIFICADOS EN COBIT EDMUNDO TREVIÑO GELOVER CGEIT, CISM, CISA AGENDA 1. ANTECEDENTES 2. INTRODUCCIÓN A LOS CONTROLES DE APLICACIÓN 3. OBJETIVOS DE CONTROL DE APLICACIÓN IDENTIFICADOS EN COBIT 4. TIPOS DE CONTROLES DE APLICACIÓN

Más detalles

A continuación enlistamos estos pasos y seguido a ello describimos detalladamente cada uno de ellos:

A continuación enlistamos estos pasos y seguido a ello describimos detalladamente cada uno de ellos: Manual de Implementación del módulo de Contabilidad en Openbravo ERP. Como sabemos una de las características más importantes de un ERP es la capacidad de poder administrar de forma integrada la contabilidad

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

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

CLASE 2: INTRODUCCIÓN A LA ING. DE SOFTWARE. MODELOS DE PROCESOS. MEJORES PRÁCTICAS. USB Ing. De Software. Prof. I. C. Martínez

CLASE 2: INTRODUCCIÓN A LA ING. DE SOFTWARE. MODELOS DE PROCESOS. MEJORES PRÁCTICAS. USB Ing. De Software. Prof. I. C. Martínez CLASE 2: INTRODUCCIÓN A LA ING. DE SOFTWARE. MODELOS DE PROCESOS. MEJORES PRÁCTICAS USB Ing. De Software. Prof. I. C. Martínez Ing. De Software Ingeniería de Software La Ingeniería de Software es la ciencia

Más detalles

IT Project Management Desarrollo de Software

IT Project Management Desarrollo de Software IT Project Management Desarrollo de Software Es posible una mezcla de Waterfall y Agile? Cómo se acerca el PMBOK a Agile? Autor: Norberto Figuerola Resulta muy frecuente que se suela confundir una aproximación

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

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

Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión

Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Introducción Gestión de la Configuración del Software (GCS / SCM) Def.- Arte de identificar, organizar,

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

ADMINISTRACIÓN DE PROYECTOS

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

Más detalles

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

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

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

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

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

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

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

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

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

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

Plan de Gestión de la Calidad

Plan de Gestión de la Calidad Plan de Gestión de la Calidad 1 1. Definición de la Calidad SW. Calidad: Alcanzar los niveles excelentes de salud para el empleo. Humphrey, 1989 Calidad SW: Concordancia con los requisitos funcionales

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

Calidad de Sistemas de Información

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

Más detalles

Mantenimiento del Software

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

Más detalles

ININ COPIA NO CONTROLADA. instituto nacional de investigaciones nucleares garantía de calidad. PLAN DE GARANTíA DE CALIDAD DE SOFTWARE.

ININ COPIA NO CONTROLADA. instituto nacional de investigaciones nucleares garantía de calidad. PLAN DE GARANTíA DE CALIDAD DE SOFTWARE. REVISiÓN: 4 FECHA: MAYO 2010 ININ instituto nacional de investigaciones nucleares garantía de calidad PLAN DE DE UllallA 1I CALIDAD 1 N 1M instituto nacional de investigaciones nucleares REVISiÓN: 4 FECHA:

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

Manejo de versiones 392

Manejo de versiones 392 Manejo de versiones 392 El desarrollo de software es un trabajo en equipo y cierto grado de confusión es inevitable. No puedo reproducir el error en esta versión! Qué pasó con el arreglo de la semana pasada?

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

Anteproyecto Fin de Carrera

Anteproyecto Fin de Carrera Universidad de Castilla-La Mancha Escuela Superior de Informática Anteproyecto Fin de Carrera DIMITRI (Desarrollo e Implantación de Metodologías y Tecnologías de Testing) Dirige: Macario Polo Usaola Presenta:

Más detalles

Estándar de Ingeniería de Software de la European Space Agency (ESA)

Estándar de Ingeniería de Software de la European Space Agency (ESA) Estándar de Ingeniería de Software de la European Space Agency (ESA) Sergio Ochoa M. Cecilia Bastarrica Contenidos Fases, actividades e hitos establecidos por el estándar. Conclusiones 2 1 Ciclo de Vida

Más detalles

Ingeniería de Software

Ingeniería de Software Departamento de Informática Universidad Técnica Federico Santa María Pauta Plan de Proyecto Profesor: Dr. Marcello Visconti Zamora visconti@inf.utfsm.cl 0 Portadas El documento que se está generando corresponde

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

PROCEDIMIENTO DE GESTIÓN DE ENTREGAS

PROCEDIMIENTO DE GESTIÓN DE ENTREGAS Página 1 de 16 PROCEDIMIENTO DE GESTIÓN DE ENTREGAS Rev. Fecha Descripción 01 09/03/2007 Primera versión del documento 02 22/09/2009 Actualización de logos y contenido en general 03 20/06/2010 Actualización

Más detalles

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

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

Más detalles

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

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

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

Más detalles

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

Web2Project. Manual Básico. Autor: Diego Fernando Navarro. Septiembre 26 de 2010 Universidad ICESI

Web2Project. Manual Básico. Autor: Diego Fernando Navarro. Septiembre 26 de 2010 Universidad ICESI Web2Project Manual Básico Autor: Diego Fernando Navarro Septiembre 26 de 2010 Universidad ICESI Tabla de Contenido 1. INTRODUCCIÓN... 3 2. REQUISITOS PREVIOS... 3 3. CONFIGURACIÓN DE UN PROYECTO... 4 3.1

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

Guía para publicar su equipo en Internet.

Guía para publicar su equipo en Internet. Antes de comenzar Guía para publicar su equipo en Internet. Para configurar su equipo y poder publicar sus cámaras en Internet, primeramente es necesario haber abierto los puertos de video y web, que por

Más detalles

11 Preguntas para su Auditoría del Balanced Scorecard

11 Preguntas para su Auditoría del Balanced Scorecard 11 Preguntas para su Auditoría del Balanced Scorecard 11 Preguntas para su Auditoria del Balanced Scorecard Está encaminado. Solucione algunos asuntos para prevenir problemas a futuro. Algunos problemas

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