Proceso Unificado (Iterativo e incremental)
|
|
|
- Benito Montes Flores
- hace 9 años
- Vistas:
Transcripción
1 Proceso Unificado (Iterativo e incremental) Proceso Unificado de Desarrollo de Software, I. Jacobson, J. Rumbaugh y G. Booch, Addison-Wesley, 1999 Fases y Flujos de trabajo de los ciclos de vida. Disciplinas Fases Inicio Elaboración Construcción Terminación Requerimientos Análisis Diseño Implantación Prueba Iter. # 1 Iter. # Iter. # n-1 Iter. # n 1
2 Actividades por fase Inicial. El criterio esencial es la viabilidad. Identificación y reducción de riesgos. Arquitectura candidata a partir de requerimientos clave pasando por modelo de Casos de Uso. Planeación del proyecto (costo, esfuerzo, calendario). Inicio del análisis del negocio. Actividades por fase Elaboración. Construir el sistema dentro de un marco de trabajo económico. Identificar y reducir riesgos que afecten significativamente al sistema. Especificar la mayoría de los casos de uso. Extender la arquitectura hasta las proporciones de una línea base. 2
3 Actividades por fase Construcción. El criterio es un sistema capaz de una operatividad inicial en el entorno del usuario, se lleva a cabo mediante: Una serie de iteraciones que llevan a incrementos y entregas periódicas. La viabilidad del sistema siempre es evidente en forma ejecutable. Actividades por fase Transición. Crear un sistema que lleva a cabo una operatividad final, mediante: Modificación del producto para subsanar problemas que no se identificaron en fases anteriores. Corrección de defectos. 3
4 La necesidad del equilibrio En el ciclo de vida de desarrollo se trabajan muchas funciones que deben equilibrarse (ejemplo: diseñar, planear, codificar) Cada iteración debe alcanzar un equilibrio entre lo que se va a trabajar, dependiendo de su importancia. Las primeras iteraciones trabajarán: riesgos críticos, casos de uso, cuestiones arquitectónicas y orientadas a la investigación. Las últimas iteraciones trabajarán: implantación, prueba, evaluación y despliegue. La Planeación de Iteraciones Incluye: Planeación de la Iteración Disciplinas Evaluación de la Iteración Iteración Genérica Iteración Inicio Iteración elaboración Iteración Construcción Iteración Transición 4
5 Las fases como división de trabajo Fase de Inicio establece la viabilidad delimitar ámbito del sistema esbozar una propuesta de arquitectura identificar riesgos críticos construir prototipo Las fases como división de trabajo Fase de Elaboración se centra en factibilidad Crea línea base para la arquitectura que cubre la funcionalidad del sistema artefactos de modelos descripción de arquitectura implementación que muestre la posibilidades Identifica riesgos significativos (perturba planes) Especifica atributos de calidad Recopila Casos de Uso hasta en el 80% Realiza la planificación 5
6 Las fases como división de trabajo Fase de Construcción construye el sistema Identificación, descripción y realización de todos los Casos de Uso Finalización de análisis, diseño, implementación y prueba (hasta el 90%). Modificación de la arquitectura Monitoreo de riesgos críticos y su mitigación si aparecen. Las fases como división de trabajo Fase de Transición ya en el entorno del usuario Preparar actividades, como adecuación del lugar. Aconsejar al cliente sobre la actualización del entorno Preparar manuales y documentos para la entrega. Ajustar el software a los parámetros reales del entorno del usuario Corregir defectos Modificar el software por problemas no previstos Encontrar, discutir, evaluar y registrar lecciones aprendidas para el futuro. 6
7 Iteración Genérica Hay que distinguir entre el flujo de iteraciones y las disciplinas Para cada iteración se repiten las cinco disciplinas Las cinco disciplinas se repiten en cada iteración, precedidos por planificación y seguidos por evaluación Implantación Requerimientos Análisis Diseño Prueba Iteración Genérica Incluye además: Planeación de la Iteración Evaluación de la iteración 7
8 Planear antes de hacer Plan del Proyecto Esboza mapa de carreteras global de un proyecto, incluyendo agenda, fechas y criterios de los hitos principales y la descomposición de las fases en iteraciones. Plan de iteraciones plan que determina los costos previstos (dinero, recursos), resultados (artefactos), quién debe hacer qué en la iteración y en qué orden. Riesgo y tipos de Riesgos Riesgo: Variable de un proyecto que pone en peligro o impide su éxito. Ejemplos: retrasos en la programación, desviaciones de costos, cancelación definitiva. Riesgo no técnico. Relacionado con artefactos de gestión y de recursos disponibles. Riesgo técnico. Relacionado con artefactos de ingeniería y aspectos de tecnología de implementación, arquitectura o rendimiento. 8
9 Los riesgos influyen en la planeación La planificación del desarrollo de un nuevo sistema está influenciado por los riesgos. Uno de los primeros pasos es crear una lista de riesgos. Ésto puede ser difícil por la falta de información. Al avanzar el trabajo se va apreciando cuáles serán los riesgos críticos para: poder ofrecer una planificación y un costo y para determinar un objetivo de calidad. Administración de la lista de riesgos El propósito de la lista de riesgos ponerla donde todo el mundo pueda verlos, ser guiados por ella y hacer algo con los riesgos que vienen en ella. Esta lista incluye: Descripción Prioridad Impacto Monitor Responsabilidad Contingencia 9
10 Prioridades de Casos de Uso Los casos de uso, o sus escenarios más relevantes, son priorizados conforme se identifican. Importante hacerlo para cada iteración. Se usan los riesgos como criterio para priorizar; los casos de uso aminoran los riesgos. En las primeras iteraciones se seleccionan casos de uso relacionados con arquitectura y las funciones generales En las últimas para añadir funcionalidad; los que dependen de otros. Recursos Según el proyecto serán los recursos necesarios, especialmente en las primeras fases aparentemente improductivas Proyectos en áreas novedosas requieren más tiempo y expertos en las fases inicial y de elaboración Proyectos conocidos requieren menos preparativos Proyectos con reuso gastan menos en fase de construcción Revisar experiencia de empresa y características del proyecto 10
11 Recursos de proyecto típico recursos 65% 5% 20% 10% Inicial 10% Elaboración 30% Construcción 50% Transición 10% tiempo Evaluación de Iteraciones y fases Al terminar cada iteración o fase El jefe del proyecto es el responsable Primer propósito: evaluar los logros de acuerdo con el criterio establecido avanza dentro del presupuesto y según planificación? alcanza requisitos de calidad, según pruebas y observación de artefactos? Otros propósitos: Reconsiderar plan de iteración siguiente Modificar proceso, adaptar herramientas y otras acciones 11
12 Evaluación de Iteraciones y fases En caso de no alcanzar sus metas (lo más común), puede requerirse Modificar modelo de casos de uso Modificar arquitectura Modificar subsistemas Analizar otros riesgos Incorporar otras habilidades al equipo Modificar los criterios de evaluación 12
TEMA 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
INGENIERIA 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
Procesos 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
Rational 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
Tema 13: El Proceso Unificado de Desarrollo
Tema 13: El Proceso Unificado de Desarrollo Verónica Bollati Introducción El proceso unificado Principios básicos Las 4 p Índice Estructura del proceso unificado Flujos de trabajo principales Fases del
UN EJEMPLO: EL PROCESO UNIFICADO DE DESARROLLO (2ª parte)
UN EJEMPLO: EL PROCESO UNIFICADO DE DESARROLLO (2ª parte) The unified software development process, Ivar Jacobson, Grade Booch, James Rumbaug, Ed. Addison Wesley, 1999 El proceso unificado de desarrollo,
BUENAS PRACTICAS EN DESARROLLO DE SOFTWARE APUNTES DE UNA EXPERIENCIA
BUENAS PRACTICAS EN DESARROLLO DE SOFTWARE APUNTES DE UNA EXPERIENCIA Contenido Una metodología para el desarrollo de software debe ser un instrumento que permita gestionar un proceso dado, existen hoy
El 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
ANÁ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
El 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
ANEXO TECNICO. Fábrica de Software
Contratar el servicio de desarrollo e implementación de sistemas de información para la ESAP mediante el modelo de fábrica de software, de acuerdo con las especificaciones técnicas definidas por la entidad.
UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS
UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS PROGRAMA DEL CURSO DE INTRODUCCION A LA PROGRAMACION DE COMPUTACION 2 CODIGO: 771 CREDITOS: 5 ESCUELA: Ciencias
INGENIERÍA N DEL SOFTWARE
INGENIERÍA N DEL SOFTWARE Departamento de Lenguajes y Sistemas Informáticos Facultad de Informática OCW 1 2013 Competencias (al terminar el curso, se espera que el estudiante sea capaz de) Distinguir las
Técnicas de Pruebas de
Técnicas de Pruebas de Software Lecturas Pruebas de Unidades Pruebas Integración Docente Beatriz E. Florián [email protected] Mayo 3 de 2005 Pruebas Reglas de oro para pruebas Límites de Pruebas: Probar
Procesos y desarrollo de SW Proceso Unificado
Proceso Unificado En este enfoque, el desarrollo se organiza en iteraciones. El resultado de cada iteración es un sistema que puede ser probado, integrado y ejecutado. ada iteración incluye sus propias
Ciclos, 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
1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:
Análisis y Diseño O.O. Preguntas del diseño : Cómo podrían asignarse responsabilidades a las clases de los objetos? Cómo podrían interactuar los objetos? Qué deberían hacer las clases? Patrones : Ciertas
Figure 13-1: Phase E: Opportunities & Solutions
Fase E: Oportunidades y Soluciones Figure 13-1: Phase E: Opportunities & Solutions Objetivos Los objetivos de la Fase E son: Generar la primera versión completa de la Hoja de Ruta de la arquitectura, basado
Curso Aseguramiento de la Calidad De los Procesos y Productos de Software
Curso Aseguramiento de la Calidad De los Procesos y Productos de Software Objetivos Este curso tiene por finalidad el aseguramiento de la calidad que pueden afectar al software, identificar las diferentes
Pontificia Universidad Javeriana Ingeniería de Software. Profesora: Olga Roa. Cali
Ingeniería de Software Profesora: Olga Roa Cali 2007 Agenda Software e Ingeniería de Software Modelos de ciclo de vida de desarrollo Cascada Evolutivo Prototipos Espiral Modelo en V Fases genéricas del
El Lenguaje Unificado de Modelado (UML)
El Lenguaje Unificado de Modelado (UML) Enrique Hernández Orallo([email protected]) Cualquier rama de ingeniería o arquitectura ha encontrado útil desde hace mucho tiempo la representación de los
octubre de 2007 Arquitectura de Software
octubre de 2007 Arquitectura de Software Seis mejores Prácticas Desarrollo Iterativo Administrar Requerimientos Usar Arquitecturas basadas en Componentes Modelado Visual (UML) Verificar Continuamente la
ALLSOFT 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.
UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE
UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE Ing. Francisco Rodríguez Novoa Tema 7 Modelo de Análisis Ing. Francisco Rodríguez Rational Unified Process (RUP) 3 OBJETIVOS Conocer que el Análisis ve
RUTA METODOLOGICA, DEL ANALIS DEL PROBLEMA AL MARCO LOGICO: Herramienta para la planificación de proyectos de investigación en el PROA
RUTA METODOLOGICA, DEL ANALIS DEL PROBLEMA AL MARCO LOGICO: Herramienta para la planificación de proyectos de investigación en el PROA Por Javier Torres B Coord Ambiental PROA Puesto que en el desarrollo
Diseño del Servicio Transición del Servicio
Fases de ITIL Diseño del Servicio Transición del Servicio Diseño del Servicio: Diseño de Servicio es una etapa en general del ciclo de vida del servicio y un elemento importante en el proceso de cambio
PROCESO UNIFICADO. ARTEFACTOS DE LA FASE DE INICIO. Terminología clave del dominio.
POESO UNIFIADO. ATEFATOS DE LA FASE DE INIIO. ATEFATO Visión y Análisis del Negocio Modelo de casos de uso Especificación complementaria Glosario Lista de iesgos & Plan de Gestión del iesgo Prototipos
Metodología Orientada a Objetos (OMT). Rumbaugh
Metodología Orientada a Objetos (OMT). Rumbaugh El análisis y diseño orientado a objetos constituye una nueva forma de pensar acerca de problemas empleando modelos que son útiles para comunicarse con expertos
Fuente: 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
A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013
Tema 2: Captura de requisitos usando UML A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013 1.-Introducción: Índice Visión global de la captura de requisitos Artefactos 2.- Modelo de Casos de Uso 3.-
METODOLOGÍAS ÁGILES. Proceso Unificado Ágil (AUP) Ingeniería del Software II Análisis de Sistemas
METODOLOGÍAS ÁGILES Proceso Unificado Ágil (AUP) Docentes: Titular: Ing. Ivaniszyn Selva Nieves Rambo, Alice Sueldo, Roberto Integrantes: Osuna, Jessica Marianela Rougoski, Santiago José Ingeniería del
Figure 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
E77 - 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
ADMINISTRACIÓN DE LAS ACTIVIDADES. Análisis y Diseño de Sistemas Kendall & Kendall Sexta Edición
ADMINISTRACIÓN DE LAS ACTIVIDADES Análisis y Diseño de Sistemas Kendall & Kendall Sexta Edición PROYECTOS Cinco criterios específicos de selección de proyectos: Respaldo de la dirección. Periodo adecuado
FICHA PÚBLICA DEL PROYECTO
NUMERO DE PROYECTO: 198883 EMPRESA BENEFICIADA: INDUSTRIAS NORM, S.A. DE C.V. TÍTULO DEL PROYECTO: Ingeniería, fabricación y desarrollo de un sistema inteligente de almacenamiento, traslado y elevación
CICLO 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étrica v2.1 - Fase 0: Plan de Sistemas de Información. Enginyeria del Software. Curs 99/2000. Francisca Campins Verger
Métrica v2.1 - Fase 0: Plan de Sistemas de Información Fase 0: Plan de Sistemas de Información (PSI) Finalidad: Asegurar la adecuación entre los objetivos estratégicos de la organización y la información
1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos.
UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS NOMBRE DEL CURSO: Computación y Programación 2 CODIGO: 771 CREDITOS: 5 ESCUELA: Ciencias y Sistemas AREA A LA QUE PERTENECE:
METRICA VERSION MÉTRICA versión 3. Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de Información
9.000 MÉTRICA versión 3 Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de Información 9.010 Enero 2000 borrador de metodología MÉTRICA v. 3 Ofrece a las organizaciones un instrumento
UMECIT Universidad Metropolitana de Educación, Ciencia y Tecnología
UMECIT Universidad Metropolitana de Educación, Ciencia y Tecnología Ingeniería Todos los derechos Reservados lynda.com Descripción del Curso Curso que inicia el estudio de los ciclos de desarrollo del
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)
SILABO DEL CURSO DISEÑO DE SOFTWARE 1. DATOS GENERALES
SILABO DEL CURSO DISEÑO DE SOFTWARE 1. DATOS GENERALES 1.1. Facultad : Ingeniería 1.2. Carrera Profesional : Ingeniería de Sistemas 1.3. Departamento : Ingeniería de Sistemas 1.4. Tipo de Curso : Obligatorio
Crear diagramas basados en UML para la representación de la solución a un problema mediante el Paradigma Orientado a Objetos.
PROGRAMA DE CURSO Modelo 2009 DEPARTAMENTO: COMPUTACIÓN Y DISEÑO GRÁFICO NOMBRE DEL CURSO: Diseño de Software con Práctica Profesional CLAVE: 1013M ACADEMIA A LA QUE PERTENECE: Diseño de Software PROFESIONAL
Procedimiento para Mantenimiento de Centrales de Generación
Procedimiento para Mantenimiento de Centrales de Generación Objetivo: Establecer los lineamientos para realizar las actividades necesarias para asegurar la funcionalidad de los equipos e infraestructura
Capítulo 3. Metodología
Capítulo 3. Metodología 3.1 Introducción Para el desarrollo de este trabajo se utilizó la metodología Ingeniería Web IWeb es una propuesta metodológica que trabaja con la World Wide Web y la Internet.
Requerimientos de Sistemas Primer Cuatrimestre de 2015
Requerimientos de Sistemas Primer Cuatrimestre de 2015 Problemas que persisten: Por qué lleva tanto tiempo finalizar un SW? Por qué los costos de desarrollo son tan altos? Por qué los errores no se detectan
Diplomado Ingeniería de Software para Aplicaciones de Negocio
Diplomado Ingeniería de Software para Aplicaciones de Negocio Duración 120 horas Objetivo general: Que los participantes conozcan los conceptos más importantes de la ingeniería de software para construir
TEMA 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
A continuación se describe con mayor detalle cada una de tales unidades:
1. OBJETIVOS: - Entender los conceptos teórico-prácticos que se emplean en la fase de diseño de un proyecto de software. - Entender las metodologías de diseño para las diferentes estrategias de desarrollo
Estrategia de Pruebas
Estrategia de Pruebas Introducción: Las pruebas son parte integral de un proyecto y del ciclo de vida de la aplicación. Dentro un proyecto de implementación, las pruebas siguen un enfoque estructurado
Procesos de la Dirección de Proyectos para un proyecto
Procesos de la Dirección de Proyectos para un proyecto Fuentes: Kathy Schwalbe, Information Technology Project Management, Seventh Edition, A Guide to the Project Management Body of Knowledge (PMBOK Guide),
Ingenierí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:
Metodologías de Desarrollo de Software
Metodologías de Desarrollo de Software 1. Introducción. 2. Características principales. 3. Clasificación de las metodologías. 4. Principales metodologías de desarrollo. 4.010 CONCEPTOS GENERALES Metodología:
Procesos de la Dirección de Proyectos para un proyecto
Procesos de la Dirección de Proyectos para un proyecto Fuentes: Kathy Schwalbe, Information Technology Project Management, Seventh Edition, A Guide to the Project Management Body of Knowledge (PMBOK Guide),
MODELO 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
Capítulo III: MARCO METODOLÓGICO
Capítulo III: MARCO METODOLÓGICO Tipo de Investigación El presente trabajo de investigación, tuvo como propósito el desarrollo de una aplicación experimental que permitió evaluar la operatividad y funcionalidad
Fase 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
Programació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
PROYECTO ENTORNOS DE USUARIO. Parte 1. Análisis del Entorno de Usuario
PROYECTO ENTORNOS DE USUARIO Parte 1. Análisis del Entorno de Usuario Obtener los requerimientos iniciales del entorno, en lo que respecta a la aplicación, el usuario y las tareas principales del entorno.
I. 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
Clasificació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
FASES DE LA ADMINISTRACIÓN DE PROYECTOS
FASES DE LA ADMINISTRACIÓN DE PROYECTOS Nosotros comenzaremos a cavar desde este lado de la montaña. Usted y su grupo comenzarán a cavar desde el otro lado. Cuando nos encontremos en el centro, habremos
Producción I en Microsoft Dynamics AX 2009
Producción I en Microsoft Dynamics AX 2009 Número del curso 80080 Descripción En este curso dirigido por un instructor de 16hs. de duración, se explican los conceptos básicos y la funcionalidad del módulo
Administración de Proyectos de TI
Administración de Proyectos de TI VI Jornadas Universitarias de Sistemas de Información en Salud Lic. Gustavo Sobota Oficina de Proyectos Departamento de Informática en Salud Hospital Italiano de Buenos
Análisis y Diseño de Sistemas
Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 6 Modelo de Lic. María Mercedes Vitturini [[email protected]] 1er. CUATRIMESTRE 2006
Sistema de Información y Control para el Sindicato de Grúas, Montacargas y Equipo Pesado LA PAZ, Montacargas y Equipo Pesado La Paz
Sistema de Información y Control para el Sindicato de Grúas, Montacargas y Equipo Pesado LA PAZ, Montacargas y Equipo Pesado La Paz UNIVERSIDAD MAYOR DE SAN ANDRÉS FACULTAD DE CIENCIAS PURAS Y NATURALES
Lecciones Aprendidas durante la administración
Lecciones Aprendidas durante la administración de un proyecto Compartir la experiencia de cómo documentarlas y usarlas. Blanca Vega, PMP Practicas: Los administradores de proyectos astutos pueden extraer
INFORME INVESTIGACIÓN MSF (MICROSOFT SOLUTION FRAMEWORK) INTEGRANTES: Xiomara Moreno Estefanía Quintero Jorge Luis Monsalve
INFORME INVESTIGACIÓN MSF (MICROSOFT SOLUTION FRAMEWORK) INTEGRANTES: Xiomara Moreno Estefanía Quintero Jorge Luis Monsalve La organización y sus procesos Profesor: Juan Esteban Echavarría Grupo: 006 L-V
MODELOS 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
Ingeniería de Software II. SETEPROS Plan de pruebas. Versión 1.0
Ingeniería de Software II SETEPROS Versión 1.0 Historial de revisiones Date Version Description Author 1.0 Primera versión Marcos Duque Oviedo Ingeniería de Software II, 2010 Página 2 de 11 Tabla de contenidos
DIRECTOR: INGENIERO GUILLERMO CEPEDA FELIPE ANDRES JARAMILLO RODRIGUEZ ALVARO EDUARDO AGUDELO GUTIERREZ
GUÍA METODOLÓGICA PARA LA IMPLEMENTACIÓN DE UN SISTEMA DE INFORMACIÓN DE RECURSOS HUMANOS EN LA NUBE TENIENDO EN CUENTA LA LEGISLACIÓN COLOMBIANA, UTILIZANDO EL PRODUCTO ORACLE HCM CLOUD, PARA LA EMPRESA
<NOMBRE DE LA UNIVERSIDAD, Y NOMBRE DE LA COMUNIDAD>. <TITULO PROYECTO>
. Autores: CI Historia de Revisiones Versión Fecha Revisado por
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES SYLLABUS DE INGENERIA DE SOFTWARE I
Facultad de Ingeniería en Ciencias Aplicadas pag. 1 CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES SYLLABUS DE INGENERIA DE SOFTWARE I 1. Misión: (de la carrera) La Carrera de Ingeniería en Sistemas
