Universidad Nacional Autónoma de México
|
|
- Clara Venegas Marín
- hace 5 años
- Vistas:
Transcripción
1 Universidad Nacional Autónoma de México Facultad de Ingeniería Materia: Admin. de Proyectos de software Grupo: 2 Capítulo 9 y 10 del libro de inglés Valdivia Enciso Luis Enrique 13 de Octubre de 2010
2 Prueba del sistema Sector del sistema de prueba Errores que la prueba del sistema no puede detectar mientras el software es diseñado y codificado. Asumimos que los errores serán detectados y corregidos durante la fase de prueba del sistema. Incluso, en la práctica algunos errores a menudo permanecen después de que la prueba del sistema es completada. Crecimiento de los errores no detectados: Consisten en errores que escapan de la prueba del sistema. Los errores que no son detectados no permanecen inactivos hasta la detección y corrección durante la fase del sistema de prueba. Lideran una existencia activa, produciendo más y más errores en el sistema. Por ejemplo, un error en el diseño que permanece sin ser detectado hasta la prueba del sistema causa errores adicionales en el código, usuario, y manuales de mantenimiento, etc. Shooman determina que la detección y corrección de errores durante la fase de diseño es una décima parte del esfuerzo que podría ser necesitado para detectar y corregirlo después durante la fase de prueba del sistema debido a un inventario adicional de especificaciones, código, usuario y manuales de mantenimiento, etc. Dinámicas de los errores de producción: Se asume que los errores que no son detectados se convertirán en ambos: Errores Activos (aquellos que producen más errores) o Errores pasivos. Debido a que las especificaciones del diseño son los planos/programas del sistema de código cualquiera de los errores debe ser activo. Como el desarrollo se mueve dentro de la etapa de codificación, una mezcla de errores activos y pasivos se pueden esperar. Si asumimos, por ejemplo, que el sistema es codificado en cascada, entonces en la etapa temprana de codificación, la mayoría de los errores cometidos están en los módulos de alto nivel y serán activos. Errores Pasivos No Detectados Permanecen inactivos hasta que son detectados y corregidos durante la fase de sistema de prueba. Errores Activos No Detectados Por el otro lado son una gran causa de preocupación, desde que ellos introducen más y más errores al sistema. El proceso de producción de errores que continua alimentándose así mismo. Es representado en el modelo de loop de retroalimentación positiva, el cual un incremento en los niveles de Errores No Detectados llevan a un incremento en el Rango de Regeneración de Errores Activos, lo cual lleva a un incremento más allá en el nivel.
3 Rango de Regeneración de Errores Activos Es una función del Rango de Desarrollo del Software, desde errores pueden ser generados sólo como nuevas tareas son desarrolladas. Si el desarrollo se detiene, ningún error puede ser generado. El rango de regeneración es una función del del Densidad de Error Activo, el cual es simplemente el número de errores activos existentes divididos entre las tareas de desarrollo. Más preciso, el rango de generación es una función de la Densidad de Error Relativo, debido a que cuando los errores son cometidos en una parte del sistema, ellos no, en general, afectan a otras partes que están siendo desarrolladas en paralelo. Los errores tienden a propagarse a través de las tareas exitosas que construyen sobre alguna otra, tales como tareas de codificación construidas sobre especificaciones incorrectas. De ese modo hay un retraso ante un error que reproduce diferentes errores. Error Activo de retiro Como se mencionó: Errores Activos que no son detectados pueden continuar produciendo más errores así como nuevas tareas vayan siendo desarrolladas. No todos los errores activos lo harán, sin embargo. Para algunos errores la actividad de producción no continuará hasta el la fase final; en el mejor de los casos, puede cesar después de producir una o dos generaciones de errores. Por ejemplo, un error de en un alto nivel de módulo puede producir una interfaz de errores como en bajo nivel sin la necesidad de lleva a cualquier otro error en los manuales de usuario. Cuando los errores que no son detectados cesan en reproducción, ellos efectivamente se convierten en Errores Pasivos No Detectados. Detección y Corrección de Errores Es necesario detectar y corregir cualquier error permaneciente. El esfuerzo es el producto de la Densidad de Error y la Prueba Nominal de Mano de Obra Necesidades por Error. Dicho esfuerzo se obtendrá dividiendo la suma de los errores activos por el número de tareas que no han sido probadas aún.
4 Controlando Controlando el Subsistema Medida- Detección de lo que está pasando en la actividad que está siendo controlada. Evaluación- Asesoramiento de este significado, usualmente al comparar información sobre qué está pasando actualmente con algunos estándares o expectaciones de que debería estar pasando. Comunicación- Reporte de lo que ha sido medido y asesorado, así ese comportamiento puede ser alterado si la necesidad de hacerlo es indicada. El progreso en un proyecto de software es medido por el número de recursos consumidos, tareas completadas, o ambos El total de días de trabajo percibidas para ser necesitadas para completar el proyecto son determinadas desde la medida. Días totales de trabajo incluidos aquellos percibidos para ser necesitados para desarrollar tareas de pruebas de sistema, para trabajar cualquier detección de error, y para completar el sistema de prueba. La necesidad del esfuerzo percibido es comparado con el actual Jornadas de Trabajo Restantes en los planes de proyectos. Una vez que una evaluación es realizada de cualquier día de trabajo, escasez, comportamiento sobre el proyecto puede ser alterado si la necesidad de hacerlo es indicada. En cualquier punto de la cantidad de trabajo que sea percibida como restante será en general una combinación de tres cosas: 1) Necesidad de trabajo para desarrollo y prueba de trabajo con nuevas tareas. 2) Necesidad de trabajo para retribuir a la detección de errores. 3) Necesidad de trabajo para conducir el sistema de prueba de actividades. De ese modo el Total de Días de Trabajo Percibidas para ser Necesitadas para completar el proyecto es la suma de Días de trabajo percibidos para aún ser Necesitadas para nuevas tareas, Días de trabajo percibidos para aún ser necesitados para retribuir a la detección de errores, y Días de trabajo percibidos aún necesitados para pruebas. Medidas de Progreso sobre nuevas Tareas Debido a que el software es un producto intangible durante la mayoría del desarrollo de proceso y porque no hay indicadores visibles para la medida del progreso como existen con un producto físico, es difícil medir la interpretación en la programación... E difícil evaluar el status de trabajo intermedio tal como los programas sobre depurados o diseño de especificación y su valor potencial para completar el proyecto Fase temprana del desarrollo de Software En la fase temprana del desarrollo del Software, el progreso tiende a ser medido por el rango del cual los recursos son gastados. Como resultado el reporte del status termina siendo nada más que un eco del plan original. Los días de trabajo percibidos aún necesitados para nuevas tareas se convierten, bajo tales condiciones, simplemente equivalentes a los Días de trabajo restantes percibidos para nuevas tareas.
5 Transición desde una temprana a una etapa final Las suposiciones de las personas acerca de su productividad cambian como el desarrollo del proyecto. El cambio es a menudo gradual y no abrupto. La Transición en la suposición de la gente acerca de su productividad es representada en el modelo por el factor peso WTPJDP. El rango del cual WTPJDP se mueve desde el valor de 1 al valor de 0 es el producto de dos factores: el rango de los gastos de los recursos y el rango de desarrollo de tareas. Medidas de Progreso sobre la Retribución y Prueba Por un lado más sabemos que sólo ha sido discutido el como Los días de trabajo percibidos de necesidades para nuevas tareas es determinado. En cierto punto en el proyecto la cantidad de trabajo percibida como restante en general consistirá no sólo por necesidad de trabajo para el desarrollo y tareas nuevas de pruebas de sistema, sino también de la necesidad de volver a retribuir cualquier error detectado y conducir la prueba del sistema. Por ello, los Días totales de trabajo percibidos aún necesitados para nuevas tareas, Días de trabajo percibidos necesitados para retribución de detección de errores. y Días de trabajo percibidos aún necesitados para pruebas. Ajuste de la locación de los Días de trabajo La pieza final de la estructura que se debe de discutir es la única que modela el proceso por el cual el descubrimiento de tareas adicionales es trasladado en adiciones para la asignación de los días de trabajo proyecto de los Días de trabajo. Cuando tareas adicionales son descubiertas en un nuevo proyecto, ellas no necesariamente provocan un ajuste a los días de trabajo estimado del proyecto. Sólo si las tareas adicionales son percibidas como requisitos relativamente importantes cantidades de esfuerzos para manejar miembros aspirantes a proyectos sin necesidad de ir a través de problemas de desarrollo formal de estimaciones de costos e incorporándolos en el plan de trabajo de proyecto.
Componentes claves en el desarrollo de software
Ruiz Mendoza Félix A. Componentes claves en el desarrollo de software Administrando aspectos relacionados al desarrollo de software. Desde la década de 1970, se ha tratado de poner disciplina en el desarrollo
Más detallesComparativa de Moprosoft, PMBOK y el Libro en Ingles, en el desarrollo de software
Comparativa de Moprosoft, PMBOK y el Libro en Ingles, en el desarrollo de software Moprosoft Desarrollo y Mantenimiento de Software Definición general del proceso Propósito El propósito de Desarrollo y
Más detallesComparación en Desarrollo de Software de: MoProSoft, PMBook y Libro en Ingles
Administración de Proyectos de Software Comparación en Desarrollo de Software de: MoProSoft, PMBook y Libro en Ingles Grupo: 2 Alumnos: González Núñez Humberto Mendoza Hidrogo Greta Rosales López Zahira
Más detallesPlaneará las acciones relativas al proyecto, conforme la detección y análisis de necesidades para el uso efectivo de los recursos.
2.4. Unidades de Aprendizaje Unidad de aprendizaje: Desarrollo del plan del proyecto de software Número 1 Propósito de la unidad Planeará las acciones relativas al proyecto, conforme la detección y análisis
Más detallesRational Unified Process
Rational Unified Process 1 Qué es un Proceso? Un proceso define Quién está haciendo Qué, Cuándo y Cómo para lograr un cierto objetivo. En la ingeniería de software el objetivo es construir un producto
Más detallesUNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO FACULTAD DE INGENIERÍA PROGRAMA DE ESTUDIO
UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO FACULTAD DE INGENIERÍA PROGRAMA DE ESTUDIO ADMINISTRACIÓN DE PROYECTOS DE SOFTWARE 1865 7º 06 Asignatura Clave Semestre Créditos Ingeniería Eléctrica Ingeniería
Más detallesPSP1 Guión del Proceso
PROCEDIMIENTO PSP1 Antes de empezar el programa, repasar PSP1 para asegurarse de comprenderlo. También asegurarse de tener todas las entradas requeridas antes de comenzar con la fase de planificación Entrada
Más detallesBuscador Web de Restaurantes Plan de Calidad. Versión: 1.0
Buscador Web de Restaurantes Plan de Calidad Versión: 1.0 Control de versiones Fecha Versión Descripción Autor 17/marzo/2015 1.0 Creación del documento Rodriguez Vazquez Cristhian Velazco Lara Diego Andrés
Más detallesPruebas de Software. Agenda. Pruebas de Programas Los Niveles de Prueba Diseño de Casos de Prueba
Pruebas de Software R. Casallas Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes 1 Agenda Pruebas de Programas Los Niveles de Prueba Diseño de Casos de Prueba 2 1 Pruebas de Programas
Más detallesProductos de Software
Ingeniería de Software Productos de Software. El proceso de Software. Productos de Software Productos genéricos. Productos que son producidos por una organización para ser vendidos al mercado. Productos
Más detalles9/9/2009. Introducción. Introducción. Introducción. Métodos Secuenciales. Métodos Secuenciales. Pruebas y La Vida del Ciclo de Desarrollo del Software
Introducción y La Vida del Ciclo de Desarrollo del Software Usualmente las tareas realizadas como parte del desarrollo de un software son modeladas durante el Ciclo de Vida de Desarrollo del Software.
Más detallesPSP1.1 Instrucciones del Resumen del Plan del Proyecto
PSP1.1 Instrucciones del Resumen del Plan del Proyecto Propósito Cabecera Resumen Tamaño del Programa (LOC) Tiempo en Fase Para mantener la información Real y estimada del proyecto en un conveniente y
Más detallesCapítulo 11 Líder del equipo
Capítulo 11 Líder del equipo 11.1 Objetivos, habilidades y responsabilidades Objetivos Construir y mantener un equipo efectivo. Motivar a todos los miembros a participar activamente y con entusiasmo en
Más detallesTEMA 7: INGENIERIA DEL SOFTWARE.
TEMA 7: INGENIERIA DEL SOFTWARE. 7.1. Definición de software 7.2. Características del software 7.3. Componentes del software 7.4. Ciclo de vida 7.4.1. Análisis de requisitos 7.4.2. Diseño 7.4.3. Implementación
Más detallesINDICADORES DE GESTIÓN LOGÍSTICA Y BENCHMARKING
INDICADORES DE GESTIÓN LOGÍSTICA Y BENCHMARKING Contenidos 1. Introducción 2. Indicadores logísticos 3. Benchmarking 4. Conclusiones 5. Referencias 1. Introducción Cordial saludo, aprendices en línea!
Más detallesESCUELA DE INGENIERÍA - Ingeniería Ejecución en Informática. Administración de Recursos Informáticos. Temario de la clase
Temario de la clase Metodologías de desarrollo de un proyecto Definiciones Características Metodologías Metodologías de Desarrollo de proyectos Metodología: Definiremos como Metodología de Desarrollo de
Más detallesKanban: Metodología ágil de desarrollo de Software. Lic. Fabián Cabrera
Kanban: Metodología ágil de desarrollo de Software Lic. Fabián Cabrera Kanban Kanban se basa en el desarrollo incremental, dividiendo el trabajo en partes (historias de usuario, tareas, etc.). Uno de los
Más detallesCOMPLEMENTO B Enfoques para la Toma de Decisiones
COMPLEMENTO B Enfoques para la Toma de Decisiones ADMINISTRACIÓN DE LAS OPERACIONES PRODUCTIVAS Un Enfoque en Procesos para la Gerencia Fernando A. D Alessio Ipinza 1 Contenido 1. Introducción 2. El proceso
Más detallesADMINISTRACIÓN DE PROYECTOS. Facultad de Estadística e Informática
ADMINISTRACIÓN DE PROYECTOS Bibliografía Pressman, R.S., Ingeniería del Software. Un enfoque práctico, quinta edición, 2002, España. Parte 2 (Referencia principal) Sommerville I., Ingeniería de Software,
Más detallesTOMA DE DECISIONES EN LA GESTIÓN DE ACTIVOS. Elizabeth Villota, PhD
TOMA DE DECISIONES EN LA GESTIÓN DE ACTIVOS Elizabeth Villota, PhD 1 TOMA DE DECISIONES EN LA GESTIÓN DE ACTIVOS Primero se debe definir el problema de forma correcta. Técnicas de toma de decisiones Toma
Más detallesE77 - Gestión de Recursos de la Información. Tema 1 - Métricas del Proyecto de Software
E77 - Gestión de Recursos de la Información Tema 1 - Métricas del Proyecto de Software Medición y Métricas Proceso de IS Proyecto Recopilación de datos Medidas Producto Cálculo de métricas Métricas Evaluación
Más detallesNombre de la asignatura: Calidad de Software II Carrera: Lic. en Informática Clave de la asignatura: AWC Horas teoría-horas prácticacréditos:
.-DATOS DE LA ASIGNATURA Nombre de la asignatura: Calidad de Software II Carrera: Lic. en Informática Clave de la asignatura: AWC - 0705 Horas teoría-horas prácticacréditos: 4 2-0 2.-HISTORIA DEL PROGRAMA
Más detallesFORMACIÓN EN BUENAS PRÁCTICAS DE PROGRAMACIÓN CON PERSONAL SOFTWARE PROCESS (PSP)
DIPLOMADO: FORMACIÓN EN BUENAS PRÁCTICAS DE PROGRAMACIÓN CON PERSONAL SOFTWARE PROCESS (PSP) MODALIDAD DE TITULACIÓN MEDIANTE LA OPCIÓN VI : EXAMEN GLOBAL POR ÁREAS DE CONOCIMIENTO INTRODUCCIÓN La Ingeniería
Más detallesPROCESO ADMINISTRATIVO. Ericka Pamela Calzada Bueno.
PROCESO ADMINISTRATIVO. Ericka Pamela Calzada Bueno. PLANEACIÓN. La planeación es la primera fase del proceso administrativo y consiste en actividades que se realizarán en el futuro, a partir de decisiones
Más detallesIngeniería de Sistemas. Objetivos. Que es un Sistema? Tópicos. Ingeniería de Software y Sistemas. Problemas con la Ingeniería de Sistemas
de s Objetivos u Diseño, implementación e instalación de sistemas que incluyen hardware, software y gente. u Introducir conceptos de de s a Ingenieros de Software. u Discutir las dificultades de la de
Más detallesMODELOS PRESCRIPTIVOS
MODULO II Ingeniería de Software INF - 163 MODELOS PRESCRIPTIVOS Resumen preparado por Miguel Cotaña 1 Los modelos prescriptivos de proceso proporcionan estabilidad, control y organización a una actividad
Más detallesPRUEBA DE SOFTWARE LA PRUEBA DE UN SISTEMA
PRUEBA DE SOFTWARE Probar bien un sistema no es una actividad trivial para aprender. Algunos lo consideran un arte y aprender a hacerlo bien requiere práctica y experiencia. El 50% del tiempo y esfuerzo
Más detallesInstrucción 1 Criterios, Convenciones y recomendaciones para utilizar este instructivo
Página 1 de 7 1. Propósito. Elaboración del para el desarrollo de sistemas de información automatizados. 2. Ámbito de responsabilidad. RGPY Responsable de Gestión de Proyectos. RAPE Responsable de la Administración
Más detallesPET- Programa Especial de Titulación Sección 4 Planificación Prof. José Miguel Rubio L. Escuela de Ingeniería Informática - PUCV
PET- Programa Especial de Titulación Sección 4 Planificación Prof. José Miguel Rubio L. Escuela de Ingeniería Informática - PUCV jose.rubio.l@ucv.cl Temas a Tratar Planificar Definiciones Proceso / Herramientas
Más detallesPROYECTOS 2011/12. No se puede hacer uso de ningún libro, apuntes, transparencias de clase, etc.
Control Intermedio de Teoría Apellidos, Nombre DNI PROYECTOS 2011/12 10 de noviembre de 2011 Calificación Normas del examen La duración del examen será de 1h 30. No se puede hacer uso de ningún libro,
Más detallesu Explicar la importancia de la visibilidad delos procesos. u Introducir la noción de responsabilidad profesional. u Productos genéricos.
Ingeniería de Software Objetivos u Diseño, construcción y mantenimiento de sistemas de software grandes. u Definir la Ingeniería de Software y explicar su importancia. u Discutir los conceptos de producto
Más detallesSoft ware Fact ory: Met odología
Soft ware Fact ory: Met odología Generalidades Basada en las prácticas de las distintas metodologías utilizadas en los últimos años. Adecuada para garantizar la calidad del software. Permite la minimización
Más detallesProcesos del software
Procesos del software (selección de alguna de las trasparencias de Sommerville) Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Modelos de proceso del software genéricos El modelo
Más detallesTOPICOS IV: ING. YIM APESTEGUI FLORENTINO
1 2 El impacto sobre el sistema es proporcional al número de cambios que lo afecten, así, tolerar y mantener el sistema tiene menos impacto que su transformación o reemplazo. Obviamente, entre mayor sea
Más detallesControl y Monitoreo de Avance de Obra
Control y Monitoreo de Avance de Obra El correcto control y monitoreo de los recursos en general en obra Reprogramando cada una de ellas para que se logren alcanzar los objetivos Es parte importante de
Más detallesUNIVERSIDAD INDUSTRIAL DE SANTANDER
UNIVERSIDAD INDUSTRIAL DE SANTANDER FACULTAD DE INGENIERIAS FISICO-MECANICAS ESCUELA DE DISEÑO INDUSTRIAL M.D.I. JUAN CARLOS MORENO MUÑOZ PROFESOR UIS ERGONOMÍA A DEL PRODUCTO EXPERIMENTACION Y SIMULACION
Más detallesIngeniería de Software
Ingeniería de Software u Diseño, construcción y mantenimiento de sistemas de software grandes. Diapositivas Traducidas por: Dr. Pedro Mejía Alvarez. CINVESTAV-IPN, México Objetivos u Definir la Ingeniería
Más detallesTEMA 2.1 TIPOS DE PRUEBAS DEL SOFTWARE
TEMA 2.1 TIPOS DE PRUEBAS DEL SOFTWARE INTRODUCCIÓN La prueba del software es un elemento crítico para la garantía de la calidad del software y representa una revisión final de las especificaciones, del
Más detallesAprender a construir gráficos X-S y conocer sus limitaciones.
Objetivos Aprender a construir gráficos X-R y conocer sus limitaciones. Aprender a construir gráficos X-S y conocer sus limitaciones. Comprender la relación entre los Gráficos de Control y el intervalo
Más detallesINTRODUCCION A LA INGENIERIA INDUSTRIAL. Unidad #4 Herramientas de la Ingeniería Industrial. INGENIERIA DE METODOS.
INTRODUCCION A LA INGENIERIA INDUSTRIAL. Unidad #4 Herramientas de la Ingeniería Industrial. INGENIERIA DE METODOS. Es el conjunto de técnicas para aumentar la producción por unidad de tiempo, reducción
Más detallesLos radars Doppler pueden medir solamente las components de movimiento de un blanco a lo largo de los ejes radials, de ahí el nombre de velocidad radi
Figura 1 Los radars Doppler pueden medir solamente las components de movimiento de un blanco a lo largo de los ejes radials, de ahí el nombre de velocidad radial. Si una parcela se mueve hacia o alejándose
Más detallesGestión de Proyectos Software
Gestión de Proyectos Software Parte 6. Seguimiento y control de un proyecto Carlos Blanco Universidad de Cantabria Línea Base Definición de una Línea de Base Creada la Programación y resueltos los conflictos
Más detallesLos puntos básicos sobre la importancia del Testing y el aseguramiento de la calidad en productos de software son:
Por qué Testing? Testing es un elemento esencial para mantener a la empresa con vida, mejor dicho, al producto. Recordemos que los productos de software cada vez tienen mas competencia, mas complejidad,
Más detallesIEEE Standard Classification for Software Anomalies 1044 Verificación y validación de software
IEEE Standard Classification for Software Anomalies 1044 Verificación y validación de software Alcance Este estándar es aplicable en cualquier fase del desarrollo de software. Identifica categorías para
Más detallesIngenieria de Software II Primer Cuatrimestre de 2008
Ingenieria de Software II Primer Cuatrimestre de 2008 The Personal Software Process. Watts Humphrey. Technical Report. CMU/SEI-2000-TR-022. Buenos Aires, 2 de junio de 2008 Hernan Berinsky, Francisco Facioni,
Más detallesReconducir proyectos eternos
Por qué hay proyectos que parece que nunca van a acabar? Ignacio López Carrillo Madrid, 11 de noviembre de 2015 Qué problemas tienen? Cómo evitarlos? Qué es un proyecto eterno? 3 Qué es un proyecto «Eterno»?
Más detallesUNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO FACULTAD DE INGENIERÍA ADMINISTRACIÓN DE PROYECTOS DE SOFTWARE
UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO FACULTAD DE INGENIERÍA ADMINISTRACIÓN DE PROYECTOS DE SOFTWARE ALUMNA: GODINEZ BRACAMONTE TANIA KARINA 6- MAYO-2009 1 Tema: Recursos humanos 1. Como se caracterizan
Más detallesPlan 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 SOFTWARE 4. TÉCNICAS ESTÁTICAS 5. TÉCNICAS DE DISEÑO DE PRUEBAS 6.
Más detallesCapítulo 4: Prueba y validación de los objetos modelo.
Capítulo 4: Prueba y validación de los objetos modelo. Una vez que se genera el código fuente, el software debe ser probado para descubrir y, si es necesario, corregir errores antes de su entrega y liberación
Más detallesTesting. Es el proceso orientado a demostrar que un programa no tiene errores.
Pruebas de Software Testing Es el proceso orientado a demostrar que un programa no tiene errores. 1. Imposible. 2. Tentación a diseñar tests que no detecten errores. Es la tarea de demostrar que un programa
Más detallesPLANIFICACION DE UN PROYECTO DE SOFTWARE
PLANIFICACION DE UN PROYECTO DE SOFTWARE Actividades de Planificación de un Proyecto de Software Como se menciona anteriormente, el jefe de proyectos es el responsable de la elaboración y desarrollo del
Más detallesUnidad 2 Modelos de proceso de software
Unidad 2 Modelos de proceso de software Proceso de Software Es un conjunto de actividades y resultados asociados, que generan un producto de software, las cuales son llevadas a cabo por los ingenieros
Más detallesInterpretación de tus resultados del examen ACT Aspire
Interpretación de tus resultados del examen ACT Aspire 2014 2015 2014 por ACT, Inc. Todos los derechos reservados. ACT Aspire es marca registrada de ACT, Inc. ACT apoya el Código de prácticas de exámenes
Más detallesTransacciones y Control de concurrencia
Transacciones y Control de concurrencia Se llama transacción a una colección de operaciones que forman una única unidad lógica de trabajo. Un sistema de base de datos debe asegurar que la ejecución de
Más detalles2.1 METODOLOGÍA PARA LA SOLUCIÓN DE PROBLEMAS
2.1 METODOLOGÍA PARA LA SOLUCIÓN DE PROBLEMAS El proceso de resolución de un problema con una computadora conduce a la escritura de un programa y su ejecución en la misma. Aunque el proceso de diseñar
Más detallesGESTION DE SERVICIOS DE TI
IPORTANCIA DE UTILIZAR METRICAS EN LA GESTION DE SERVICIOS DE TI GESTION DE SERVICIOS DE TI PRESENTADO POR: JOSE MANUEL VAZQUEZ LOPEZ JAIME LOPEZ ESPINOZA JESUS MANUEL PEREZ MORALES [Escriba texto] Página
Más detallesCapítulo 7. Pruebas y mantenimiento del sistema
Capítulo 7 Pruebas y mantenimiento del sistema 129 Una vez que el sistema ha sido desarrollado, es necesario someterlo a una serie de pruebas que nos permitan identificar y mejorar aquellos puntos necesarios
Más detallesMétricas del Producto. Sistemas de Información II 2009 Facultad de Ingeniería - UNJu
Métricas del Producto Sistemas de Información II 2009 Facultad de Ingeniería - UNJu Un vistazo rápido Qué son? Guía cuantitativa que ayuda a los ingenieros del sw a conocer mejor el diseño y la construcción
Más detallesADMINISTRACION DE PROYECTOS Y OPERACIONES. Gestión de los Costos del proyecto
ADMINISTRACION DE PROYECTOS Y OPERACIONES Gestión de los Costos del FACULTAD DE INGENIERÍA UNIVERSIDAD NACIONAL DE CUYO Septiembre 2006 Ing. Jorge L.Moreno S. Áreas del conocimiento de la AP (PMI) Administración
Más detallesÍndice general. Pág. N. 1
Pág. N. 1 Índice general CAPÍTULO 1: NATURALEZA DE LOS PROYECTOS 1.1. PROYECTOS 1.1.1. Definición de proyecto 1.1.2. Características 1.1.3. Ejemplos de proyectos 1.1.4. Diagramas que ayudan a la gestión
Más detallesIntroducción al desarrollo de sistemas de información. María Mora Administradora del Nodo GBIF Costa Rica
Introducción al desarrollo de sistemas de información María Mora Administradora del Nodo GBIF Costa Rica Temas 1. Qué es un sistema de información? 2. Tipos de sistema de información. 3. Características
Más detallesPostmortem. Referencia. Rubby Casallas Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes
1 Postmortem Rubby Casallas Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes 1 Referencia Introduction to the Team Software ProcessSM. Watts Humphrey. Addison Wesley. 2000 Capítulo
Más detallesEl Ciclo de Vida del Desarrollo de Aplicaciones (Online)
El Ciclo de Vida del Desarrollo de Aplicaciones (Online) Titulación certificada por EUROINNOVA BUSINESS SCHOOL El Ciclo de Vida del Desarrollo de Aplicaciones (Online) El Ciclo de Vida del Desarrollo de
Más detallesLa medición funcional de software con SCRUM
FATTO Consultoría y Sistemas - www.fattocs.com 1 La medición funcional de software con SCRUM IT-Latino 10 - Noviemre-2014 FATTO Consultoría y Sistemas - www.fattocs.com 2 Agenda Motivación El contexto
Más detallesINTRODUCCIÓN A LA DINÁMICA DE SISTEMAS
06 de Febrero de 2012 INTRODUCCIÓN A LA DINÁMICA DE SISTEMAS (Parte 2) Postgrado de Investigación de Operaciones Facultad de Ingeniería Universidad Central de Venezuela Análisis y Diseño de Sistemas José
Más detallesSistemas simples funcionando bien para Agencias Publicitarias. Sistema de Gestión de Agencias Publicitarias
Sistemas simples funcionando bien para Agencias Publicitarias Sistema de Gestión de Agencias Publicitarias SISTEMA DE GESTIÓN DE AGENCIAS PUBLICITARIAS El sistema de gestión de Agencias Publicitarias,
Más detallesTÉCNICO SUPERIOR UNIVERSITARIO EN MANTENIMIENTO ÁREA INDUSTRIAL EN COMPETENCIAS PROFESIONALES ASIGNATURA DE GESTIÓN DEL MANTENIMIENTO
TÉCNICO SUPERIOR UNIVERSITARIO EN MANTENIMIENTO ÁREA INDUSTRIAL EN COMPETENCIAS PROFESIONALES ASIGNATURA DE GESTIÓN DEL MANTENIMIENTO 1. Competencias Gestionar las actividades de mediante la integración
Más detallesAdministración de Operaciones.
Administración de Operaciones Administración de Operaciones Los Administradores de Operaciones (ADO) son los responsables de la producción de bienes o servicios de las organizaciones. Los Administradores
Más detallesSimulación de Proyectos de Software desarrollados con XP: Subsistema de Desarrollo de Tareas
WICC 212 572 Simulación de Proyectos de Software desarrollados con XP: Subsistema de Desarrollo de Tareas Tamara Kasiak 1,a, Diego Alberto Godoy 1,b 1 Centro de Investigación en Tecnologías de la Información
Más detallesHistoria y Filosofías de la Calidad
Historia y Filosofías de la Calidad 1 Historia del Control de Calidad La revolución industrial comienza a exigir fabricación masiva de productos. Se introducen máquinas. La gestión científica de Taylor
Más detallesSecretaría Administrativa Dirección General de Planeación y Evaluación Institucional. Buenas Prácticas en la Administración de Proyectos
Secretaría Administrativa Dirección General de Planeación y Evaluación Institucional Buenas Prácticas en la Administración de Proyectos junio, 2015 Contenido Definición Planeación del proyecto Administración
Más detallesEl flujo del trabajo del proceso Recursos Humanos y Ambiente de Trabajo se muestra en la figura 17.
Aplicación de la Evaluación de Desempeño en función del Plan Operativo de Recursos Humanos y Ambiente de Trabajo y actualización del Registro de Recursos Humanos. Aplicación de la Encuesta sobre el Ambiente
Más detallesTSP Team development. PSP2 Code reviews Design reviews. PSP1.1 Task planning Schedule planning. PSP1 Size estimating Test report
PSP0: Medición Lección 3 Aprendiendo PSP TSP Team development PSP2 Code reviews Design reviews PSP2.1 Design templates Incorpora diseño y Gestión de la calidad PSP1 Size estimating Test report PSP1.1 Task
Más detallesParte I: El computador y el proceso de programación
Parte I: El computador y el proceso de programación 1.Introducción a los computadores y su programación 2. Introducción al análisis y diseño de algoritmos 3. Introducción al análisis y diseño de programas
Más detallesDiplomado Gestión de Proyectos. Preparación para el examen de certificación PMP
Diplomado Gestión de Proyectos. Preparación para el examen de certificación PMP Duración 148 horas Objetivo general: Proporcionar los conocimientos, técnicas y herramientas necesarias para la administración
Más detallesProceso de implantación de software
Proceso de implantación de software Implantación de Software El proceso de implantación constituye el último eslabón de la metodología de desarrollo de software y es posterior al proceso de prueba. El
Más detallesImplementación del paquete de recomendaciones para la mejora de procesos de una Fábrica de Software. Accenture 2006 Propietario y Confidencial
Implementación del paquete de recomendaciones para la mejora de procesos de una Fábrica de Software Accenture 2006 Propietario y Confidencial Índice Presentación Descripción del Producto Objetivos del
Más detallesCEFE CEFE CEFE CEFE CEFE CEFE
FAQs Asesor de la Pequeña Empresa Elementos de Introducción Descripción de la Empresa El Mercado Desarrollo & Producción Ventas & Marketing Gestión Finanzas Desarrollo y Producción Contenido del Plan de
Más detallesLa Evaluación Financiera de Proyectos de Informática
La Evaluación Financiera de Proyectos de Informática Cómo clasificar costos y beneficios? Cuáles son los costos y beneficios típicos de un proyecto de informática? Qué técnica es apropiada para evaluar
Más detallesNavega fácilmente por el curso utilizando las flechas del teclado. EDUCACIÓN CONTINUA DEACERO
Navega fácilmente por el curso utilizando las flechas del teclado. back next ADMINISTRACIÓN DEL PORTAFOLIO Claves de producto = 11315 31017 30946 1 SITUACIÓN ACTUAL DEL PORTAFOLIO QUÉ ES EL PORTAFOLIO
Más detallesFase de Pruebas Introducción.
Fase de Pruebas Introducción. El desarrollo de sistemas de software implica una serie de actividades de producción en las que las posibilidades de que aparezca el fallo humano son enormes. Los errores
Más detallesEl término productividad, con frecuencia, se confunde con el término producción. Muchas
RESUMEN El término productividad, con frecuencia, se confunde con el término producción. Muchas personas piensan que a mayor producción más productividad, pero esto no es necesariamente cierto. Producción
Más detallesActivos Intangibles Costos de Sitios Web
SIC-32 Documentos publicados para acompañar a la Interpretación SIC-32 Activos Intangibles Costos de Sitios Web El texto de la parte normativa de la interpretación se encuentra en la Parte A de esta edición.
Más detallesTecnología de Programación
Tecnología de Programación Diego C. Martínez Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Yo :) Diego C. Martínez dcm@cs.uns.edu.ar http://cs.uns.edu.ar/~dcm Departamento
Más detallesESTRATEGIA DE OPERACIONES. MSc. Freddy E. Aliendre España
ESTRATEGIA DE OPERACIONES MSc. Freddy E. Aliendre España 2013 1. INTRODUCCIÓN La estrategia de operaciones se ocupa del diseño de políticas planes que permita alinear las operaciones con la misión y los
Más detallesIngeniería de Requerimientos. requiere de un Sistema de Software.
Ingeniería de uestableciendo lo que el cliente requiere de un Sistema de Software. Ian Sommerville 1995 Ingeniería de Software, 5a. edición Capitulo 4 Diapositiva 1 Objetivos u Introducción a la Noción
Más detallesModulo I: Introducción a las Metodologías
Universidad Nacional Experimental De Los Llanos Occidentales Ezequiel Zamora UNELLEZ Programa Ingeniería, Arquitectura y Tecnología Subprograma Ing Informática SubProyecto Metodología del Software Modulo
Más detallesActivos Intangibles Costos de Sitios Web
SIC-32 Material publicado para acompañar a la Interpretación SIC-32 Activos Intangibles Costos de Sitios Web El texto de la parte normativa de la interpretación se encuentra en la Parte A de esta edición.
Más detallesUNIVERSIDAD ALAS PERUANAS INGENIERIA INDUSTRIAL. Ing. Cruces Hernández Guerra
UNIVERSIDAD ALAS PERUANAS INGENIERIA INDUSTRIAL Ing. Cruces Hernández Guerra Un proyecto es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único. La naturaleza temporal
Más detallesMANEJO DEL PROCESO DE CONTROL DE GESTION
MANEJO DEL PROCESO DE CONTROL DE GESTION Tema: Proceso de control de gestión de acuerdo con sus etapas y enfoques. Para profesional técnico-bachiller DIRIGIDO AL GRUPO: 508 Y 509 CARRERA : ASDI Presentado
Más detallesSECCIÓN AU 320 LA IMPORTANCIA RELATIVA AL PLANIFICAR Y EFECTUAR UNA AUDITORÍA CONTENIDO
SECCIÓN AU 320 LA IMPORTANCIA RELATIVA AL PLANIFICAR Y EFECTUAR UNA AUDITORÍA CONTENIDO Párrafos Introducción Alcance de esta Sección 1 La importancia relativa dentro del contexto de una auditoría 2-6
Más detallesMetodología 3. METODOLOGIA
3. METODOLOGIA El uso del Mantenimiento Centrado en Confiabilidad (MCC) consiste en la aplicación de una serie de pasos apoyados en la utilización de diversas herramientas para alcanzar la confiabilidad
Más detallesCurso Formación de Monitores de Calidad
Capacitación a distancia Cursos e-learning y presenciales Curso Formación de Monitores de Calidad Código SENCE: No tiene Duración 24 horas INTRODUCCIÓN nace con el objetivo de apoyar a las empresas en
Más detallesClasificación de las Herramientas CASE
Qué es una herramienta CASE? Las herramientas CASE (Computer Aided Software Engineering, Ingeniería de Software Asistida por Computadora) son diversas aplicaciones informáticas destinadas a aumentar la
Más detallesLista de chequeo. Benchmarking. Comprador misterioso
Lista de chequeo Benchmarking Comprador misterioso Informes Reportes de ventas Indicadores de desempeño Estado de resultados Resultados de investigación de mercados "El benchmarking es un proceso sistemático
Más detalles6.6 DESARROLLAR EL CRONOGRAMA
Dante Guerrero-Chanduví Piura, 2015 FACULTAD DE INGENIERÍA Área departamental de Ingeniería Industrial y de Sistemas Esta obra está bajo una licencia Creative Commons Atribución- NoComercial-SinDerivadas
Más detallesGráfico de Desgaste de Herramientas
Gráfico de Desgaste de Herramientas Resumen El procedimiento Gráfico de Desgaste de Herramientas crea cuadros de control para una sola variable numérica donde se espera que cambien las cantidades en un
Más detallesPruebas de Software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008
Pruebas de Software Objetivos de las Pruebas Demostrar al desarrollador y al cliente que el software satisface los requerimientos. Descubrir defectos en el software en que el comportamiento de éste es
Más detalles