ESCUELA DE INGENIERÍA - Ingeniería Ejecución en Informática. Administración de Recursos Informáticos. Temario de la clase
|
|
- Victoria Muñoz Juárez
- hace 8 años
- Vistas:
Transcripción
1 Temario de la clase Gestión de Actividades de un proyecto Definiciones Simbologia Ejemplo práctico Carta Gantt 1
2 Carta Gantt Los cronogramas de barras o gráficos de Gantt fueron concebidos por el ingeniero norteamericano Henry Gantt, uno de los precursores de la ingeniería industrial contemporánea de Taylor a fines del siglo XIX ( ). Gantt procuró resolver el problema de la programación de actividades, es decir, su distribución conforme a un calendario, de manera tal que se pudiese visualizar el periodo de duración de cada actividad, sus fechas de iniciación y terminación e igualmente el tiempo total requerido para la ejecución de un trabajo. El instrumento que desarrolló permite también que se siga el curso de cada actividad, al proporcionar información del porcentaje ejecutado de cada una de ellas, así como el grado de adelanto o atraso con respecto al plazo previsto. Carta Gantt Este gráfico consiste simplemente en un sistema de coordenadas en que se indica: En el eje Horizontal: un calendario, o escala de tiempo definido en términos de la unidad más adecuada al trabajo que se va a ejecutar: hora, día, semana, mes, etc. En el eje Vertical: Las actividades que constituyen el trabajo a ejecutar. A cada actividad se hace corresponder una línea horizontal cuya longitud es proporcional a su duración en la cual la medición efectúa con relación a la escala definida en el eje horizontal conforme se ilustra. (La altura carece de significado) Actividad Uno Actividad Dos Actividad Tres Actividad Cuatro Dias 2
3 Carta Gantt El diagrama de Gantt es un diagrama representativo, que permite visualizar fácilmente la distribución temporal del proyecto, pero es poco adecuado para la realización de cálculos. Por la forma en que se construye, muestra directamente los inicios y finales mínimos de cada tarea. Los bloques correspondientes a tareas del camino crítico acostumbran a rellenarse en otro color (en el caso del ejemplo, en rojo). Tarea Predecesora s Duració n A - 2 B A 3 C - 2 D C 3 E D II+1 2 F B FI-1 3 G D, E, F 3 H G FF 2 Carta Gantt Símbolos Convencionales: En la elaboración del gráfico de Gantt se acostumbra utilizar determinados símbolos, aunque pueden diseñarse muchos otros para atender las necesidades específicas del usuario. Los símbolos básicos son los siguientes: Barra de una actividad. Línea gruesa. Plazo durante el cual no puede realizarse la actividad. Su longitud indica la duración prevista de la actividad. Su longitud indica la duración prevista de la actividad. Corresponde al tiempo improductivo puede anotarse encima del símbolo utilizando una abreviatura. Las dependencias fin-inicio se representan alineando el final del bloque de la tarea predecesora con el inicio del bloque de la tarea dependiente. 3
4 Carta Gantt Símbolos Convencionales: Las dependencias fin-inicio se representan alineando el final del bloque de la tarea predecesora con el inicio del bloque de la tarea dependiente e indicando la secuencia con una flecha que refleja la restricción. Las dependencias final-final se representan alineando los finales de los bloques de las tareas predecesora y dependiente e indicando la secuencia con una flecha que refleja la restricción. Las dependencias inicio-inicio se representan alineando los inicios de los bloques de las tareas predecesora y dependiente. Los retardos se representan desplazando la tarea dependiente hacia la derecha en el caso de retardos positivos y hacia la izquierda en el caso de retardos negativos. Carta Gantt Proyecto Ejemplo Primera Etapa Actividad Uno Actividad Dos Actividad Tres Segunda Etapa Actividad Cuatro Actividad Cinco Ejemplo Práctico Ordenar todas las actividades Definir las secuencias entre actividades Estimar las duraciones de cada actividad Agrupar actividades en Etapas (actividades principales) Generar Hitos a cumplir Asignar recursos a cada actividad Colocar avances por actividad 4
5 2 sem 08/sos Metodologías de Desarrollo de proyectos Metodología: Definiremos como Metodología de Desarrollo de Proyectos a un conjunto de métodos empleados para el desarrollo de sistemas automatizados. Lo más relevante de una metodología, es su capacidad de entregar una notación, la descripción de un proceso a seguir y la entrega de herramientas de apoyo al desarrollo de Sistemas. Además de una "notación, de un proceso, y de herramientas," estas metodologías proporcionan: Guías para estimar costos, Manejo del proyecto en las tareas y entregas, Medidas y métricas, Formas definidas y dirección en las entregas de la construcción, Políticas y procedimientos para garantizar la calidad del software, Descripciones de los roles y programas de entrenamiento detallados, Ejemplos totalmente trabajados, Ejercicios de entrenamiento, Técnicas para adaptar el método, y Técnicas definidas 5
6 Se caracterizan por: Exponer procesos basados en planeación exhaustiva. El resultado de cada proceso es determinante y predecible. Sin embargo, por las características del software, Los resultados de los procesos no son siempre predecibles, Es difícil predecir desde el comienzo del proyecto cada resultado. Las métricas permiten estimaciones acertadas en contextos de desarrollo repetibles. Inicialmente el modelo de desarrollo de un proyecto de software, se generó a partir de teorías de administración de proyectos de construcción de manufactura o edificación, lo que suponía la realización de etapas sucesivas y secuenciales, con productos claramente medibles e identificables como resultado de cada etapa. Este modelo se denominó Modelo en Cascada. El Modelo de Cascada (Bennington 1956) fue uno de los primeros modelos de ciclo de vida que formalizó un conjunto de procesos de desarrollo de software. Este modelo describe un orden secuencial en la ejecución de los procesos asociados. Comprensión del proceso, el rendimiento y las interfaces requeridas Definición de Requerimiento s Diseño Genera la estructura de los datos, la arquitectura del software, el detalle procedimental y la caracterización de la interfaz Codificación (Implementaci ón) Genera la codificación de los distintos módulos Prueba Realiza pruebas que aseguren que la entrada definida produce los resultados que se requieren Op y Mantenimiento Adecuaciones al sistema debido a errores, a adaptaciones a cambios del entorno, o por nuevos requerimientos del cliente 6
7 Definición de Requerimientos Modelo de Cascada Diseño del Software y del Sistema Implementación y Prueba de unidades Integración y Prueba del Sistema Operación y Mantenimiento El Modelo de Cascada - Ventajas La ventaja de este método radica en su sencillez, al seguir los pasos intuitivos necesarios a la hora de desarrollar el software Definición de Requerimientos Diseño Codificación (Implementación) Bajo riesgo para desarrollos bien comprendidos utilizando tecnología conocida. Prueba Op y Mantenimiento 7
8 El Modelo de Cascada - Desventajas Los proyectos reales raramente siguen el flujo secuencial que propone el modelo, siempre hay iteraciones y se crean problemas en la aplicación del paradigma. Definición de Requerimientos Diseño Codificación (Implementación) Prueba Op y Mantenimiento Normalmente, es difícil para el cliente establecer explícitamente al principio todos los requisitos. El ciclo de vida clásico lo requiere y tiene dificultades en acomodar posibles incertidumbres que pueden existir al comienzo de muchos productos. El cliente debe tener paciencia. Hasta llegar a las etapas finales del proyecto, no estará disponible una versión operativa del programa. Un error importante no detectado hasta que el programa este funcionando puede ser desastroso. Visibilidad de Procesos Los sistemas de software son intangibles por lo que los administradores necesitan documentación para identificar el progreso en el desarrollo. Esto puede causar problemas.. El tiempo planeado para entrega de resultados puede no coincidir con el tiempo necesario para completar una actividad. La necesidad de producir documentos restringe la iteración entre procesos..el tiempo para revisar y aprobar documentos es significativo. El modelo de cascada es aún el modelo basado en resultados mas utilizado. 8
9 El Modelo Incremental se postuló como un refinamiento del modelo de cascada. Mantiene el esquema de etapas, pero éstas son repetitivas hasta lograr la satisfacción de los requerimientos del cliente. Definición de Requerimientos Requerimiento De Software Diseño Codificación (Implementación) Requerimiento De Software Diseño Codificación (Implementación) Requerimiento De Software Diseño Codificación (Implementación) Requerimiento De Software Diseño Codificación (Implementación) El Modelo Incremental - Ventajas Se evitan proyectos largos y se entrega Algo de valor a los usuarios con cierta frecuencia El usuario se involucra más El Modelo Incremental - Desventajas Difícil de evaluar el costo total Difícil de aplicar a sistemas transaccionales que tienden a ser integrados y a operar como un todo Requiere gestores experimentados Los errores en los requisitos se detectan tarde. El resultado puede ser muy positivo 9
10 El Modelo en Espiral se postuló como una alternativa al modelo de cascada. El modelo de cascada y el modelo espiral suponen, de manera general, que los requerimientos del cliente no cambian radicalmente en el transcurso del desarrollo del sistema. Las fase de este modelo son: Planteamiento de Objetivos Se identifican los objetivos específicos para cada fase del proyecto. Identificación y reducción de riesgos. Los riesgos clave se identifican y analizan, y la información sirve para minimizar los riesgos. Desarrollo y Validación. Se elige un modelo apropiado para la siguiente fase del desarrollo. Planeación. Se revisa el proyecto y se trazan planes para la siguiente ronda del espiral. Modelo de Proceso de Espiral Determinación de objetivos alternativas y restricciones Planeamiento de la siguiente fase Análisis de Evaluación de alternativas, Riesgos identificación y resolución de Análisis de riesgos Riesgos Análisis de Riesgos Prototipo Prototipo Análisis Prototipo Operacional de Proto 3 REVISIÓN 2 Riesgos tipo 1 Plan de requerimientos Concepto de Simulaciones, modelo modelos y benchmarks Plan del ciclo de vidaoperaciónrequeri mientos de Diseño Diseño Plan de Validación desw del Detallado Codificación Desarrollo Requerimientos Producto Prueba de Desarrollar y verificar Plan de IntegraciónDiseño Prueba de Unidades el siguiente nivel y Prueba V &VPrueba deintegración del producto Aceptación Servicio 10
11 Plantilla para una ronda del espiral La ventaja del Modelo en Espiral radica en el perfeccionamiento de las soluciones encontradas con cada ciclo de desarrollo, en términos de dar respuesta a los requerimientos inicialmente analizados. Los pasos a seguir en cada ciclo de la espiral son: Objetivos. Restricciones. Alternativas. Riesgos. Resolución de riesgos. Resultados. Planes. Garantías. Determinación de objetivos alternativas y restricciones Planea la siguiente fase Evaluación de alternativas, identificación y resolución de riesgos Desarrollar y verificar el siguiente nivel del producto Flexibilidad en el modelo de Espiral Para sistemas bien comprendidos utiliza el Modelo de Cascada. La fase de análisis de riesgos es relativamente fácil. Con requerimientos estables y sistemas de seguridad críticos, utiliza modelos formales. Con especificaciones incompletas, utiliza el modelo de prototipado. Pueden utilizarse modelos híbridos en distintas partes del desarrollo. 11
12 Ventajas del Modelo de Espiral Centra su atención en la reutilización de componentes y eliminación de errores en información descubierta en fases iniciales. Los objetivos de calidad son el primer objetivo. Integra desarrollo con mantenimiento. Provee un marco de desarrollo de hardware/software. Problemas con el Modelo de Espiral El desarrollo contractual especifica el modelo del proceso y los resultados a entregar por adelantado. Requiere de experiencia en la identificación de riesgos. Requiere refinamiento para uso generalizado. 12
13 Una técnica complementaria, El Prototipado (realización de prototipos) es una herramienta en la que se apoyan diferentes metodologías. Un prototipo debe tener el objetivo de mostrar al cliente una maqueta del resultado que se obtendrá de la implementación de cada uno de los requerimientos del cliente una vez terminado el desarrollo. Con los prototipos se tiene la posibilidad de obtener retroalimentación de manera temprana. Partida Recolección y Ingeniería Refinamientos R y Ref Ing Diseño Rápido Refinamiento del Prototipo Aprobación y/o Obs del usuario Ref Aprob Prueba Prot Construcción de Prototipo Prueba Las características más relevantes de la técnica de Prototipos son las siguientes: No modifica el flujo del ciclo de vida Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios Reduce costos y aumenta la probabilidad de éxito Exige disponer de las herramientas adecuadas No presenta calidad ni robustez Una vez identificados todos los requisitos mediante el prototipo, se construye el producto de ingeniería. 13
14 Para que el modelo de Prototipos sea efectivo, se requiere: Debe ser un sistema con el que se pueda experimentar Debe ser comparativamente barato (< 10%) Debe desarrollarse rápidamente Énfasis en la interfaz de usuario Equipo de desarrollo reducido Herramientas y lenguajes adecuados Modelo por Prototipos Prototipado exploratorio El objetivo es trabajar con clientes hasta evolucionar a un sistema final, a partir de una especificación inicial. Se debe comenzar con unas especificaciones bien entendidas. Puede ser usado como base del sistema Prototipado de throw-away (desechable). El objetivo es entender los requerimientos del sistema. Se puede comenzar con especificaciones poco entendidas. El prototipo no se utiliza para construir el sistema final. Se programan sin fijarse en usar buenas practicas de programación y se hacen muy rápido, en un lenguaje muy conocido. En este caso el prototipo no es un producto final. 14
15 Un enfoque diferente se obtiene con el Modelo Evolutivo, el que se caracteriza por permitir que los requerimientos no sean totalmente conocidos al comienzo del proyecto y se deben obtener poco a poco. El Modelo Evolutivo propone la elaboración de varios ciclos de desarrollo en forma paralela, donde cada uno aporta nuevos elementos a las otras etapas, durante el desarrollo del proyecto. Actividades Concurrentes Especificación Versión Inicial Descripción del sistema Desarrollo Versiones Intermedias Validación Versión Final Modelo de Desarrollo Evolutivo Problemas Poca visibilidad en el proceso Los sistemas están pobremente especificados Se requieren habilidades especiales. Aplicabilidad Para sistemas interactivos pequeños o medianos. Para partes de sistemas grandes Para sistemas de corta vida. 15
16 ESCUELA Metodologías DE INGENIERÍA Tradicionales - Ingeniería el Desarrollo Ejecución en Informática El Prototipo Evolutivo Es posible combinar algunas de estas metodologías, es así como podemos encontrar la metodología de desarrollo que combina los Prototipos con la Evolutiva. Sus características principales son: Construcción de una implementación parcial que cubre los requisitos conocidos, para ir aprendiendo el resto y, paulatinamente, incorporarlos al sistema Reduce el riesgo y aumenta la probabilidad de éxito No se conocen niveles apropiados de calidad y documentación Problemas de gestión de configuración Construir software para que pueda ser modificado fácilmente es un arte desconocido Cascada. Problemas y Riesgos con los Modelos. Alto riesgo en sistemas nuevos debido a problemas en las especificaciones y en el diseño. Bajo riesgo para desarrollos bien comprendidos utilizando tecnología conocida. Prototipado. Bajo riesgo para nuevas aplicaciones debido a que las especificaciones y el diseño se llevan a cabo paso a paso. Alto riesgo debido a falta de visibilidad Evolutivo. Alto riesgo debido a la necesidad de tecnología avanzada y habilidades del grupo desarrollador. 16
17 Manejo de Riesgos El riesgo inherente en una actividad es se mide en base a la incertidumbre que presenta el resultado de esa actividad. Las actividades con alto riesgo causan sobrecostos por mayor planeación El riesgo es proporcional al monto de la calidad de la información disponible. Cuanto menos información, mayor el riesgo. Los sistemas grandes están hechos usualmente de varios subsistemas. No es necesario utilizar el mismo modelo de proceso para todos los subsistemas. El prototipado es recomendado cuando existen especificaciones de alto riesgo. El modelo de cascada es utilizado en desarrollos bien comprendidos. Manejo de Riesgos Riesgos. No existen mejoras baratas en el software. Las mejoras en la calidad pueden incrementar los costos en forma excesiva Los nuevos métodos pueden causar bajas en el personal. Solución de riesgos. Estudio de la literatura existente. Proyecto piloto. Búsqueda de todos los componentes reutilizables potenciales. Identificación del soporte disponible para las herramientas a usar Entrenamiento al personal 17
18 Documentación del Modelo En Cascada Una posible recomendación de documentación en este modelo. Actividad Documentos Producidos Análisis de Requerimientos Documento de Requerimientos Definición de Requerimientos Documento de Requerimientos. Especificación del Sistema. Especificación Funcional, Plan de Pruebas de Aceptación Diseño Arquitectural Especificación de la Arquitectura, y Plan de Pruebas del Sistema Diseño de Interfaces Especificación de la Interfaces y Plan de pruebas de Integración. Diseño Detallado Especificación del diseño y Plan de prueba de Unidades. Codificación Código de Programa Prueba de Unidades Reporte de prueba de unidades Prueba de Módulos Reporte de prueba de módulos Prueba de Integración Reporte de prueba de integración y Manual de usuario final Prueba del Sistema Reporte de prueba del sistema Prueba de Aceptación Sistema final mas la documentación. Resumen El modelo de cascada considera cada actividad del proceso como una actividad discreta. El modelo de desarrollo evolutivo considera actividades del proceso en forma concurrente. El modelo de espiral se basa en análisis de riesgos. La visibilidad del proceso involucra la creación de documentos o resultados de las actividades. 18
ESCUELA 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 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 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 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 detallesIngeniería de Software
Ingeniería de Software Diseño, construcción y mantenimiento de sistemas de software grandes. Diapositivas Traducidas por: Dr. Pedro Mejía Alvarez. CINVESTAV-IPN, México Septiembre 2003. Objetivos Definir
Más detallesFuente: Ian Sommerville. Ingeniería del Software, Séptima Edición
1. MODELOS DEL PROCESO SOFTWARE El modelo de proceso de desarrollo de software es quizás la pieza más importante de este engranaje conocido como ingeniería de software. Existen varios modelos para el proceso
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 detallesTEMA 4. PROCESO UNIFICADO
TEMA 4. PROCESO UNIFICADO Definición El Proceso Unificado de Desarrollo Software es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura
Más detallesPresencial: 2 horas. No presencial 4 horas Ver listado al final de la Guía DOCENTES DE METODOLOGIA DE LA INVESTIGACION. ASPECTOS ADEMINISTRATIVOS
UNIVERSIDAD LIBRE FACULTAD DE INGENIERIA DEPARTAMENTO DE CIENCIAS BASICAS GUIA No 8 NOMBRE DE LA ASIGNATURA TITULO DURACION BIBLIOGRAFIA AUTOR METODOLOGIA DE LA INVESTIGACION ASPECTOS ADMINISTRATIVOS Presencial:
Más detallesIngeniería de Software: Y eso qué es?
Ingeniería de Software: Y eso qué es? Definición: Estrategia para desarrollar software de alta calidad. A qué se le denomina Software de alta calidad? Al software que sea: Util (al cliente). Portable.
Más detallesALLSOFT S.A. de C.V. Monterrey, N.L.
Modelos de Desarrollo ALLSOFT S.A. de C.V. Monterrey, N.L. 1 Introducción Para el desarrollo de cualquier producto de software se realizan una serie de tareas entre la idea inicial y el producto final.
Más detallesDIAGRAMA DE GANTT. Este gráfico consiste simplemente en un sistema de coordenadas en que se indica:
INTRODUCCION DIAGRAMA DE GANTT Diagrama de Gantt: Los cronogramas de barras o gráficos de Gantt fueron concebidos por el ingeniero norteamericano Henry L. Gantt, uno de los precursores de la ingeniería
Más detallesProceso Unificado de Desarrollo de Software. 13 de sep de 2006
Proceso Unificado de Desarrollo de Software 13 de sep de 2006 Referencias básicas El Proceso unificado de desarrollo de Software I. Jacobson, G. Booch y J.Rumbaugh Addison Wesley - Pearson Education 1999
Más detallesIngeniería en Desarrollo de Software 3 er semestre. Programa de la asignatura: Introducción a la ingeniería de software
Ingeniería en Desarrollo de Software 3 er semestre Programa de la asignatura: Introducción a la ingeniería de software Actividades de aprendizaje: A2_Métodos de desarrollo de software Clave: Ingeniería:
Más detallesINGENIERÍA DE SOFTWARE I CICLO DE VIDA ING. VÍCTOR ANCAJIMA MIÑÁN
INGENIERÍA DE SOFTWARE I CICLO DE VIDA ING. VÍCTOR ANCAJIMA MIÑÁN Ciclo de vida: Definición Conjunto de fases por las que pasa el sistema que se está desarrollando desde que nace la idea inicial hasta
Más detallesCiclos, Procesos y Metodologías de Desarrollo de Software. Análisis y Diseño de Sistemas de Información UNIDAD 2
Ciclos, Procesos y Metodologías de Desarrollo de Software Análisis y Diseño de Sistemas de Información UNIDAD 2 Desarrollo de un Sistema de Información Desarrollo de un Sistema de Información Desarrollo
Más detallesLa producción enfocada al producto también se conoce en ocasiones como línea de producción o producción continua. Ambos términos describen la
La producción enfocada al producto también se conoce en ocasiones como línea de producción o producción continua. Ambos términos describen la naturaleza de las trayectorias lineales directas sin regreso
Más detallesMODELO INCREMENTAL (introducción) Propuesto por Mills en 1980.
Modelo incremental MODELO INCREMENTAL (introducción) Propuesto por Mills en 1980. Sugirió el enfoque incremental de desarrollo como una forma de reducir la repetición del trabajo en el proceso de desarrollo
Más detallesINGENIERIA DE SOFTWARE
INGENIERIA DE SOFTWARE Es el estudio de los principios y metodologías para desarrollo y mantenimiento de sistemas de software... Zelkovitz Es la aplicación n práctica el conocimiento científico en el diseño
Más detallesProcesos de Software
Procesos de Software Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Objetivos Introducir modelos de procesos de software Describir tres modelos de procesos genéricos y cuándo
Más detalles06/10/2009. Qué es el Ciclo de Vida del SW? La norma Modelos de desarrollo
Tema 2: Ciclo de vida del Software Marcos López Sanz Ingeniería del Software de Gestión Índice Qué es el ciclo de vida del Software? La norma 12207-2008 Qué es el Ciclo de Vida del SW? Es una sucesión
Más detallesDiseño de soluciones de Tecnologías de la Información y Comunicación
Diseño de soluciones de Tecnologías de la Información y Comunicación D 1. Análisis de modelos tecnológicos: Identificación de las características del modelo tecnológico Selección del modelo tecnológicos
Más detallesLos modelos de proceso que se discuten en este capítulo son:
Ingeniería de Software 6ª Edición Ian Somerville Addison Wesley Resumen Cap. 3 Procesos del software Modelos del proceso del software Un modelo del proceso del software es una representación abstracta
Más detallesINGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ
INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ TEMA 3: PROCESO UNIFICADO DE DESARROLLO CONTENIDO 1. Proceso de Software 2. Proceso de Desarrollo de Software 3. Proceso Unificado de Desarrollo de Software
Más detallesIngeniería del Software 2
Análisis de requisitos es la 1ª fase técnica del proceso de ing. del SW Éxito -> Comprensión total de los requisitos Análisis de requisitos -> Tarea de descubrimiento, refinamiento, modelado y especificación
Más detallesMODELOS COMUNES PARA DESARROLLO DE SOFTWARE MODELO LINEAL SECUENCIAL
MODELOS COMUNES PARA DESARROLLO DE SOFTWARE MODELO LINEAL SECUENCIAL Requerimientos del sistema de información son predecibles. Requiere almacenamiento de datos en archivos y BD. Sirve para modelar sistema
Más detallesModelos de desarrollo de sistemas
Modelos de desarrollo de sistemas Contenido Modelos Ciclo de vida clásico Prototipos Iterativos En Espiral Evolutivos Desarrollo incremental Metodologías Estructuradas Orientadas a objetos Ágiles Ciclo
Más detallesEl Proceso. Capítulo 2 Roger Pressman, 5 a Edición. El Proceso de Desarrollo de Software
El Proceso Capítulo 2 Roger Pressman, 5 a Edición El Proceso de Desarrollo de Software Qué es? Marco de trabajo de tareas a realizar para desarrollar Software de alta calidad. Es sinónimo de Ingeniería
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 detallesProgramación Orientada a Objetos
Programación Orientada a Objetos PROGRAMACIÓN ORIENTADA A OBJETOS 1 Sesión No. 8 Nombre: El Modelo de diseño con UML Contextualización Los modelos que podemos crear con UML son varios, por lo que debemos
Más detallesImplementacion y prueba de unidades. Figura 2.1. El ciclo de vida del software. 1
2.1 Introducción al análisis de sistemas 2.1.1 Ciclo de vida del desarrollo de sistemas La concepción de sistemas viene de las ciencias naturales al tratar de analizar un ser vivo a través del estudio
Más detallesPROCESOS PARA LA INGENIERÍA DE SOFTWARE. Facultad de Estadística e Informática
PROCESOS PARA LA INGENIERÍA DE SOFTWARE Bibliografía Pressman, R.S., Ingeniería del Software. Un enfoque práctico, quinta edición, 2002, España. Parte 2 Clase 7. Agenda Unidad III. Modelos de procesos
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 detallesMODULO III. Análisis y Diseño de Sistemas de Información INF-162 III. RUP. 3.1 Introducción. Facilitador: Miguel Cotaña 26 de Abril
MODULO III Análisis y Diseño de Sistemas de Información INF-162 III. RUP 3.1 Introducción Facilitador: Miguel Cotaña 26 de Abril 2010 1 INTRODUCCION Rational Unified Process (RUP o Proceso Racional Unificado),
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 detallesPROCESOS PARA LA INGENIERÍA DE SOFTWARE. Facultad de Estadística e Informática
PROCESOS PARA LA INGENIERÍA DE SOFTWARE Bibliografía Pressman, R.S., Ingeniería del Software. Un enfoque práctico, quinta edición, 2002, España. Sommerville I., Ingeniería de Software, Addison-Wesley,
Más detallesUniversidad Autónoma del Estado de México. Facultad de Ingeniería. Ingeniería en Computación
Universidad Autónoma del Estado de México Facultad de Ingeniería Ingeniería en Computación Teoría de Sistemas Unidad III Modelos de Procesos de Desarrollo Elaboró: M. en A. Silvia Edith Albarrán Trujillo
Más detallesModelos de Procesos: Prescriptivo
Modelos de Procesos: Prescriptivo 1. INTRODUCCIÓN Cuando se trabaja en la construcción de un producto es necesario realizar tareas que permitan alcanzar el objetivo, el software como tal es un producto
Más detallesModelos de Procesos de desarrollo de Software I NGENIERIA D E S O F T WA R E P R I MAVERA
Modelos de Procesos de desarrollo de Software POR MARIO R O SSAINZ LÓPEZ I NGENIERIA D E S O F T WA R E P R I MAVERA 20 1 8 Modelo de Proceso Secuencial Lineal Modelo de Cascada Modelo de Proceso Secuencial
Más detallesPLANEACION TACTICA Y OPERATIVA FUNDACIÓN UNIVERSITARIA TECNOLÓGICO COMFENALCO
PLANEACION PLANEACION TACTICA Y OPERATIVA PLANEACION TACTICA DEFINICION: Es el conjunto de la toma deliberada y sistémica de decisiones que incluyen propósitos mas limitados, plazos mas cortos, áreas menos
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 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 detallesGestión de Recursos para la Información.
Gestión de Recursos para la Información. Software e Ingeniería del Software. J. S. Sánchez Características del Software. El software se desarrolla, no se fabrica en un sentido clásico. El software no se
Más detallesTema II Ciclo de Vida del Software
Tema II Ciclo de Vida del Software Procesos de Software www.kybele.urjc.es Bibliografía Calvo-Manzano, J.A., Cervera, J., Fernández, L., Piattini, M. Aplicaciones Informáticas de Gestión. Una perspectiva
Más detallesUNIVERSIDAD TECNOLÓGICA DE PEREIRA FUNDAMENTOS DE LA METODOLOGIA RUP RATIONAL UNIFIED PROCESS JUAN PABLO GOMEZ GALLEGO ING JORGE GALVES
UNIVERSIDAD TECNOLÓGICA DE PEREIRA FUNDAMENTOS DE LA METODOLOGIA RUP RATIONAL UNIFIED PROCESS JUAN PABLO GOMEZ GALLEGO ING JORGE GALVES 16/09/2007 SOBRE EL PROCESO RACIONAL UNIFICADO RUP es un proceso
Más detallesPLANIFICACIÓN PERT Y GANTT CAMINO CRÍTICO
PLANIFICACIÓN PERT Y GANTT CAMINO CRÍTICO APUNTE ELABORADO POR MARIO BRESSANO Definición de objetivos Planificación Ejecución y Control Veamos las mismas analizadas en forma puntual. Definición de objetivos:
Más detallesIntroducción. En los últimos años la tecnología computacional ha avanzado rápidamente con grandes
Introducción En los últimos años la tecnología computacional ha avanzado rápidamente con grandes progresos tanto en hardware como en software. Asimismo, las necesidades de las organizaciones en cuanto
Más detallesFundamentos de Ingeniería de Software [Etapas II]
Fundamentos de Ingeniería de Software [Etapas II] M. en C. Sergio Luis Pérez Pérez UAM CUAJIMALPA, MÉXICO, D. F. Trimestre 13-I Sergio Luis Pérez (UAM CUAJIMALPA) Curso de fundamentos de ing. de software
Más detallesAdministración de Proyectos. Planeación (de diccionario)
Administración de Proyectos Planeación Plan: Planeación (de diccionario) Escrito en que sumariamente se precisan los detalles para realizar una obra. Planear: Trazar o formar el plan de una obra. Hacer
Más detallesIngeniería del Software. Pruebas. Pruebas en el PUD. Las pruebas del software. Diseño de casos de prueba. Pruebas de SI OO
Pruebas Pruebas en el PUD Las pruebas del software Diseño de casos de prueba Pruebas de SI OO 1 Iteración en PUD Planificación de la Iteración Captura de requisitos: Modelo de casos de uso, Modelo de Dominio,...
Más detallesANÁLISIS DE SISTEMAS. Prof. Eliz Mora
ANÁLISIS DE SISTEMAS Prof. Eliz Mora Programa Fundamentos del Análisis de Sistemas Estilos Organizacionales y su impacto en los Sistemas de Información Rol del Analista de Sistema Determinación de Factibilidad
Más detallesVersión Fecha de versión Modificaciones (1.0) (Fecha) (Sección, páginas, texto revisado)
Plan del proyecto/programa Proyecto Control del documento Información del documento Identificación del documento Responsable del documento Fecha de emisión Fecha de última modificación Nombre del archivo
Más detallesUniversidad de Los Andes. Propuesta de Metodología de Arquitectura
Universidad de Los Andes Propuesta de Metodología de Arquitectura Febrero - 2011 El Método de Diseño Centrado en Arquitectura (ACDM) El ACDM es un método desarrollado por Anthony Lattanze de la Universidad
Más detallesTEMA 5: INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE. Definición de Ingeniería del Software
TEMA 5: INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE Definición de Estudio de los principios y metodologías para el desarrollo y mantenimiento de sistemas software [Zelkovitz, 1978]. Aplicación práctica del
Más detallesINGENIERÍA DE SOFTWARE
ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ MANUEL FÉLIX LÓPEZ CARRERA INFORMÁTICA SEMESTRE SÉPTIMO PERIODO ABR-OCT 2015 INGENIERÍA DE SOFTWARE TEMA: MODELOS DE PROCESOS DESCRIPTIVOS PART. I AUTOR:
Más detallesEl Ciclo de Vida del Software
26/09/2013 El Ciclo de Vida del Software Grupo de Ingeniería del Software y Bases de Datos Departamento de Lenguajes y Sistemas Informáticos Universidad de Sevilla septiembre 2013 Objetivos de este tema
Más detallesMANUAL DE TALLERES INGENIERÍA DE SOFTWARE
MANUAL DE TALLERES INGENIERÍA DE SOFTWARE En el presente anual se encontrarán los talleres que se deberán realizar para lograr la consecución del proyecto final de la materia de Ingeniería de software.
Más detallesInteracción Persona - Ordenador
Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición
Más detallesTEMA 4. PROCESO UNIFICADO
TEMA 4. PROCESO UNIFICADO Diseño El objetivo final del diseño es producir un Modelo Lógico del sistema a implementar. Diferencia entre Análisis y Diseño del Proceso Unificado Modelo de Análisis Modelo
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 detallesI. GESTIÓN DE PROYECTOS
I. GESTIÓN DE PROYECTOS A. TAXONOMIA DE UN PROYECTO Un proyecto para ser desarrollado es bastante complejo, en el caso de un proyecto de software vs proyecto de construcción de una carretera. Shenhar 2001
Más detallesMODULO II. Análisis y Diseño de Sistemas de Información INF-162 II. METODOLOGIAS. 2.2 Ciclo de vida
MODULO II Análisis y Diseño de Sistemas de Información INF-162 II. METODOLOGIAS 2.2 Ciclo de vida Facilitador: Miguel Cotaña Marzo 2014 1 CONCEPTOS CLAVE Proceso: Conjunto de las fases sucesivas de un
Más detallesFormato de propuesta de proyecto de software
Instituto Tecnológico de Estudios Superiores de Calkiní Formato de propuesta de proyecto de software Guía general de preparación de propuestas de proyectos Lic. Aurelio López Ovando ITESCAM Guía para la
Más detallesAdministración y Seguimiento al Control de Proyectos con Microsoft Project
Administración y Seguimiento al Control de Proyectos con Microsoft Project 2010-2013 Este taller presencial de tres días proporciona a los participantes los conocimientos y habilidades de planear y administración
Más detallesTests de examen de CDGSI ACTUALIZADO FEB TEMA 5 DESARROLLO E IMPLANTACIÓN DE SISTEMAS DE INFORMACIÓN
TEMA 5 DESARROLLO E IMPLANTACIÓN DE SISTEMAS DE INFORMACIÓN 1. INTRODUCCIÓN 01 [Sep. 2006] Cuál de los siguientes NO es un cambio provocado en la estructura formal de la empresa por la introducción de
Más detallesDesarrollo Rápido de Software. Objetivos
Desarrollo Rápido de Software Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 17 Slide 1 Objetivos Explicar como un proceso iterativo e evolutivo de desarrollo conduce a una entrega más
Más detallesMs. C. Marco Vinicio Rodríguez
Ms. C. Marco Vinicio Rodríguez mvrodriguezl@yahoo.com http://mvrurural.wordpress.com/ CICLO DE VIDA DEL PROYECTO Las organizaciones y los lideres dividen los proyectos en fases, mismas que se relacionan
Más detallesFundamentos de la Ingeniería del Software
Fundamentos de la Ingeniería del Software (IS) Es una disciplina que integra métodos, herramientas y procedimientos para el desarrollo del software de computadoras. La IS surge de la ingeniería del Hardware
Más detallesHERRAMIENTAS DE PLANIFICACIÓN
ADMINISTRACIÓN GENERAL I HERRAMIENTAS DE PLANIFICACIÓN Dr. Alfredo Rébori Se han desarrollado distintas técnicas para ayudar a los gerentes en uno de los aspectos más desafiantes de la planificación estratégica:
Más detallesQué es RUP? RUP es un proceso de desarrollo de software: Objetivos: Es también un producto:
Qué es RUP? Requisitos del usuario Proceso de desarrollo de software Sistema de software RUP es un proceso de desarrollo de software: Forma disciplinada de asignar tareas y responsabilidades en una empresa
Más detallesISO 9001 Auditing Practices Group Guidance on:
International Organization for Standardization International Accreditation Forum ISO 9001 Auditing Practices Group Guidance on: Auditando el proceso de Diseño y Desarrollo 1. Introducción El objetivo de
Más detallesDepartamento de Informática Universidad de Valladolid Campus de Segovia TEMA 6: INTRODUCIÓN A LA INGENIERÍA DEL SOFTWARE
Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 6: INTRODUCIÓN A LA INGENIERÍA DEL SOFTWARE CARACTERÍSTICAS DEL SOFTWARE El software se desarrolla, no se fabrica. El software
Más detallesMODULO 01 Tema 2 GESTION DE PROYECTOS DE DESARROLLO
MODULO 01 Tema 2 GESTION DE PROYECTOS DE DESARROLLO LA LÓGICA DEL PROYECTO El BID (Banco Interamericano de Desarrollo) ha migrado hacia una nueva forma de gerencia del ciclo de vida del proyecto bajo una
Más detallesINTRODUCCION CONTENIDO. Características. Construir un diagrama de Gantt: Ejemplo...3 PERT Y CPM...5 Ejemplo: Aplicación P.E.R.T...
DIAGRAMA DE GANTT y PERT. INDICE INTRODUCCION...1 CONTENIDO...2 Características...2 Construir un diagrama de Gantt:...2 Ejemplo...3 PERT Y CPM...5 Ejemplo: Aplicación P.E.R.T....7 CONTENIDO El diagrama
Más detallesVicerrectoría Académica Dirección de Formación General Programa de Emprendimiento PROTOTIPOS
PROTOTIPOS INTRODUCCIÓN La existencia y la marcha de un negocio en la forma de una compañía, empresa o sociedad anónima tiene directa relación con la marcha de sus productos. Una unidad empresarial existe
Más detallesConceptos Básicos Qué es la Administración de Proyectos?
Conceptos Básicos Qué es la Administración de Proyectos? La aplicación racional de conocimientos, habilidades, herramientas y técnicas para alcanzar los objetivos de un proyecto, a través de una serie
Más detallesESCUELA DE INGENIERÍA DE SISTEMAS Y SEGURIDAD INFORMÁTICA.
ESCUELA DE INGENIERÍA DE SISTEMAS Y SEGURIDAD INFORMÁTICA SESION 04 05 http://wleon.wordpress.com/ William León Velásquez MODELO DE DIAGRAMA DE DATOS Los modelos basados en diagramas de datos o diagramas
Más detallesADMINISTRACIÓN DE OPERACIONES I CAPITULO III
1. Importancia de la AO: ADMINISTRACIÓN DE OPERACIONES I CAPITULO III Para el administrador de operaciones, la programación de un proyecto implica un reto difícil. Los riesgos de la Administración de Proyectos
Más detallesELECTIVA III. Entregables Minimos
ELECTIVA III Entregables Minimos Entregable Descripción Sugerencias Requerido El software de trabajo, el hardware y la documentación para ser Hay más en su sistema que sólo el software que se Sistema liberada
Más detallesEl ciclo de vida de un proyecto, como se menciono anteriormente se divide en:
2.1 PROGRAMACION El ciclo de vida de un proyecto, como se menciono anteriormente se divide en: 1. Identificación de las necesidades. 2. Desarrollo de la propuesta. 3. Realización del proyecto 4. Terminación
Más detallesa. Generar la lista de actividades sin revisar las listas de proyectos anteriores y compararlo cuando la lista del proyecto esté terminada.
EXAMEN CAP 4 TIEMPO 1. Usted es el Project Manager de un proyecto de construcción de un edificio de oficinas comerciales, este edificio tiene muchas características similares a un proyecto de construcción
Más detallesAnálisis e Ingeniería de Requisitos Tema 1
Análisis e Ingeniería de Requisitos Tema 1: Introducción a la Ingeniería del Software Curso 2011-2012 Bibliografía Básica Ingeniería del Software Ian Sommerville, Ed. Prentice Hall Ingeniería del Software:
Más detallesIntroducción al Personal Software Process (PSP)
Introducción al Software Process (PSP) El Software Process ayuda a los desarrolladores de software a mejorar su funcionamiento disciplinando la manera en que desarrollan software De acuerdo con las prácticas
Más detallesSISTEMAS DE INFORMACIÓN III LABORATORIO
CONTENIDO: CONSIDERACIONES GENERALES SOBRE LAS HERRAMIENTAS CASE Material diseñado y elaborado por: Prof. Anna Grimán Prof. Luis Eduardo Mendoza QUÉ SON LAS HERRAMIENTAS CASE? Según varios autores, Computer
Más detallesFigure 14-1: Phase F: Migration Planning
FASE F PLAN DE MIGRACION Figure 14-1: Phase F: Migration Planning En este capítulo se aborda la planificación de la migración, es decir, cómo pasar de la línea de base a la Arquitectura Objetivo. Arquitecturas
Más detallesIngeniería de Requisitos
Ingeniería de Requisitos Proceso de Ingeniería de Requisitos Departamento de Ciencias de la Computación Universidad de Chile Andrés Vignaga Proceso de Desarrollo Disciplina de Requisitos Roles Artefactos
Más detallesTrabajo final de carrera Sistema de gestión de información de jugadores de baloncesto
Trabajo final de carrera Sistema de gestión de información de jugadores de baloncesto Enrique Quiroga Rico Proyecto para la gestión de información relativa a jugadores profesionales de baloncesto a nivel
Más detallesLa Identificación de Stakeholders en la Ingeniería de Requisitos
La Identificación de Stakeholders en la Ingeniería de Requisitos Trabajo de investigación tutelado. Doctorando: Carla Leninca Pacheco Agüero. Tutor: Dr. Edmundo Tovar Caro. S I N T E S I S La primera medida
Más detallesMETODOLOGÍAS PARA EL DESARROLLO DE SISTEMAS
!387" APÉNDICE A, APARTADO 1 METODOLOGÍAS PARA EL DESARROLLO DE SISTEMAS DOCUMENTACIÓN 1. La necesidad de los diagramas Los diagramas o representaciones gráficas representan una parte fundamental en el
Más detallesCalidad: Grado en que un conjunto de características inherentes cumple con los requisitos
CALIDAD en la GERENCIA DE PROYECTOS Calidad: Grado en que un conjunto de características inherentes cumple con los requisitos Planeación de la Calidad Aseguramiento de la Calidad Control de Calidad Procesos
Más detallesMODELO INTEGRAL PARA EL DESARROLLO AVANZADO DE SOLUCIONES
MODELO INTEGRAL PARA EL DESARROLLO AVANZADO DE SOLUCIONES 12/01/98 1 Agenda Actores de compromiso. MIDAS Situación Actual de MIDAS. Disciplina de trabajo. (MSF) Herramienta de Ingeniería de Procesos 12/01/98
Más detallesCaracterización de los Procesos de Negocio
Caracterización de los Procesos de Negocio Sistemas de Información Administrativos Departamento de Ingeniería Industrial Universidad de Chile Derechos Reservados (c) Agenda Proceso de Negocio Características
Más detallesU.D.5: Diagramas de Gantt y PERT
U.D.5: Diagramas de Gantt y PERT 57 Diagrama de Gantt INTRODUCCIÓN El diagrama de Gantt consiste en una representación gráfica sobre dos ejes; en el vertical se disponen las tareas del proyecto y en el
Más detallesCICLO DE VIDA DEL SOFTWARE
CICLO DE VIDA DEL SOFTWARE 1 CICLO DE VIDA DEL SW Introducción Procesos del ciclo de vida del sw Modelos de proceso del sw 2 INTRODUCCIÓN Definir marco de trabajo A utilizar por todo el personal del proyecto
Más detallesINGENIERÍA DE SOFTWARE
ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ MANUEL FÉLIX LÓPEZ CARRERA INFORMÁTICA SEMESTRE SÉPTIMO PERIODO ABR-OCT 2015 INGENIERÍA DE SOFTWARE TEMA: MODELOS DE PROCESOS DESCRIPTIVOS PART. II AUTOR:
Más detallesINGENIERÍA DEL SOFTWARE
ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ MANUEL FÉLIX LÓPEZ CARRERA INFORMÁTICA SEMESTRE SÉPTIMO PERIODO ABR. /SEP.-2015 INGENIERÍA DEL SOFTWARE TEMA: RESUMEN#3: MODELOS DEL PROCESO - CONTINUACIÓN
Más detalles