INGENIERÍA DE SOFTWARE Rational Unified Process RUP
|
|
- Gloria Ortiz de Zárate Robles
- hace 8 años
- Vistas:
Transcripción
1 1 INGENIERÍA DE SOFTWARE Rational Unified Process RUP Rubby Casallas Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes
2 Referencias The Rational Unified Process: An Introduction. Philippe Kruchten. Addison-Wesley Professional; 2 edition (March 14, 2000)
3 Agenda 3 Introducción Principio 1: Iterativo e incremental Disciplinas y Actividades Principio 2: Guiado por los casos de uso Principio 3: Centrado en la arquitectura
4 Introducción: Principios 4 Principio 1: Iterativo e incremental Principio 2: Guiado por los casos de uso Principio 3: Centrado en la arquitectura
5 Introducción: Principios (cont.) 5 Precisa artefactos entregables concretos, basados en UML Define roles precisa quienes intervienen en las actividades
6 Introducción: Ciclo de Vida Global 6 Varios ciclos: cada uno termina con un producto utilizable (POR ESTO ES INCREMENTAL PRINCIPIO 1) 4 Fases: termina con un hito donde se debe tomar una decisión importante varias Iteraciones: cada una termina con el cumplimiento de un objetivo preciso que puede ser: la producción de un prototipo para validar con el usuario el refinamiento de un caso de uso la mitigación de un riesgo POR ESTO ES ITERATIVO
7 Agenda 7 Introducción Principio 1: Iterativo e incremental Disciplinas y Actividades Principio 2: Guiado por los casos de uso Principio 3: Centrado en la arquitectura
8 PRINCIPIO 1: Incremental e Iterativo 8 Es incremental porque en cada ciclo se agrega un incremento que es un conjunto de casos de uso. Es iterativo porque cada fase se realiza en varias iteraciones cada una con un objetivo definido.
9 Un Ciclo 9 INICIO ELABORACION CONSTRUCCION TRANSICION Cuatro grandes fases. Al final del ciclo debe haber un producto funcionando que satisface un conjunto de casos de uso
10 Propósito de las fases 10 INICIO ELABORACION CONSTRUCCION TRANSICION Definir los objetivos del cicio Definir la arquitectura del producto Desarrollar el producto Liberar el producto
11 Propósito de las fases 11 INICIO ELABORACION CONSTRUCCION TRANSICION Definir los objetivos del cicio Definir la arquitectura del producto Desarrollar el producto Para lograr el propósito de cada fase se pueden realizar varias iteraciones. Liberar el producto
12 Una Iteración 12 Conformada por un conjunto de actividades clasificadas en nueve disciplinas: Disciplinas de ingeniería: 1. Disciplina de modelaje del negocio 2. Disciplina de requerimientos 3. Disciplina de análisis y diseño 4. Disciplina de implementación 5. Disciplina de pruebas 6. Disciplina de despliegue Disciplinas de soporte: 7. Disciplina de administración de la configuración y control de cambios 8. Disciplina de administración de proyectos 9. Disciplina de entorno y soporte del ambiente de desarrollo
13 13 Una Iteración (cont.) Las disciplinas de ingeniería siguen un modelo en cascada Business Modeling Requirements Analysis & Design Implementation Test Deploy
14 Una Iteración (cont.) 14 Las disciplinas de soporte se realizan a lo largo de toda la iteración Business Modeling Requirements Analysis & Design Implementation Test Deploy Entorno y Soporte Administration de Configuración y Cambios Administration del Proyecto
15 Una Iteración (cont.) 15 Business Modeling Requirements Analysis & Design Dependiendo de la fase se hace más o menos énfasis en la disciplina Implementation Test Deploy
16 Iteraciones en la fase de Inicio 16 Business Modeling Requirements se hace un plan de fases se identifican los principales casos de uso se identifican los riesgos Analysis & Design Implementation Test Deploy
17 Iteraciones en la fase de Elaboración 17 Business Modeling Requirements Analysis & Design se hace un plan de proyecto se completan los casos de uso se eliminan los riesgos Implementation Test Deploy
18 Iteraciones en la fase de Construcción 18 Business Modeling Requirements Analysis & Design Implementation se elabora un producto totalmente operativo y eficiente se escribe el manual de usuario Test Deploy
19 Iteraciones en la fase de Transición 19 Business Modeling Requirements Analysis & Design Implementation Test se implanta el producto en el sitio del cliente se entrena a los usuarios. Deploy
20 Iteraciones (cont.) 20 Cada iteración comprende: Planificar la iteración Estudio de riesgos Análisis de los casos de uso y escenarios Diseño de opciones arquitectónicas Codificación y pruebas Evaluación de la entrega ejecutable Preparación de la entrega
21 El famoso diagrama RUP 21 CYCLE
22 Agenda 22 Introducción Principio 1: Iterativo e incremental Disciplinas y Actividades Principio 2: Guiado por los casos de uso Principio 3: Centrado en la arquitectura
23 Disciplinas y Actividades 23 Cada disciplina puede tener asociada varias actividades (Steps) Cada actividad se describe como un flujo de trabajo (workflow) Cada flujo de trabajo describe: el qué: los entregables o artefactos el cómo: las tareas el quién: los roles Anexo: Disciplinas y actividades
24 Ejemplo de un flujo de trabajo 24 Se expresa en un diagrama de actividades UML Tomado de:
25 Ejemplo de un flujo de trabajo 25 Se expresa en un diagrama de actividades UML Tomado de:
26 26 Ejemplo de un flujo de trabajo detallado Tomado de:
27 27 Ejemplo de un flujo de trabajo detallado Artefactos Roles Tareas
28 Roles 28 Analyst Business-Process Analyst Business Designer Business-Model Reviewer Requirements Reviewer System Analyst Use-Case Specifier User-Interface Designer Developer Architect Architecture Reviewer Capsule Designer Code Reviewer Database Designer Design Reviewer Designer Implementer Integrator
29 Roles (cont.) 29 Testing professional Other Test Designer Course Developer Tester Graphic Artist Manager Stakeholder Change Control Manager System Administrator Configuration Manager Technical Writer Process Engineer Tool Specialist Deployment Manager Project Manager Project Reviewer
30 Artefactos 30 Resultado parcial o final que es producido y utilizado durante el proyecto. Entradas y salidas de las actividades Puede ser un documento, un modelo o un elemento de modelo
31 Artefactos (cont.) 31 Conjuntos de Artefactos Business Modeling Requirements Analysis & Design Implementation Test Deployment Project Management Configuration & Change Management Environment
32 32 Ejemplo: Artefactos de la disciplina de modelaje del negocio
33 Agenda 33 Introducción Principio 1: Iterativo e incremental Disciplinas y Actividades Principio 2: Guiado por los casos de uso Principio 3: Centrado en la arquitectura
34 PRINCIPIO 2: Guiado por los casos de uso 34 Iteraciones y Casos de Uso Fases y Casos de Uso Roles y Casos de Uso Rastreabilidad de los Casos de Uso
35 35 Business Modeling Requirements Analysis & Design Implementation Test Deploy
36 36 Fases y Casos de Uso
37 37 Roles y Casos de Uso
38 38 Rastreabilidad de los Casos de Uso «trace» «trace» Caso de Uso Realización de Análisis Realización de Diseño «trace» Pruebas Funcionales X «trace» Pruebas Unitarias Caso de Prueba [The Unified Software Development Process. I. Jacobson, G. Booch and J. Rumbaugh. Addison-Wesley]
39 Agenda 39 Introducción Principio 1: Iterativo e incremental Disciplinas y Actividades Principio 2: Guiado por los casos de uso Principio 3: Centrado en la arquitectura
40 PRINCIPIO 3: Centrado en la 40 arquitectura Arquitectura de un sistema es la organización o estructura de sus partes más relevantes Un arquitectura ejecutable es una implementación parcial del sistema, construida para demostrar algunas funciones y propiedades RUP enfatiza la definición de una arquitectura básica desde las primeras iteraciones La arquitectura evoluciona en cada iteración Se van capturando restricciones de la arquitectura a medida que se avanza Gradualmente se van identificando los componentes y su reutilización
41 PRINCIPIO 3: Centrado en la 41 arquitectura (cont.) La definición de la arquitectura no es un proceso prescriptivo Existe un conjunto de guías Hay extensiones de RUP para tipos de aplicaciones específicos como por ejemplo J2EE
42 La Arquitectura y las Fases 42 RUP establece refinamientos sucesivos de una arquitectura ejecutable, construida como un prototipo evolutivo Inception Elaboration Construction Transition Architecture
43 Proceso para definir una arquitectura 43 Tomado de:
44 44
45 45
46 Anexo: Disciplinas y actividades 46 Tomado de:
47 Process Disciplines Steps Human Actions Artifacts Produced* Business Modeling 47 (Business Understanding) For initial iteration, ELICIT Business Rules, Business Needs, Business Understanding ; for all subsequent x iterations DETAIL Business Rules, Needs, Understanding For initial iteration, IDENTIFY all significant Business Use-Cases, Specifications, Models, Rules, Vision, and Architecture; for all subsequent x iterations DETAIL Business Use-Cases, Specifications, Models, Rules, Vision, Architecture Target Organizational Assessment Document, Business Glossary Document, Business Rules Document, Business Use- Case Model, Business Vision, Object Model, Business Architecture Document, Supplementary Business Specification, Business Glossary Requirements (User/System Requirements Gathering) For initial iteration, ELICIT Requirements (Requests), & Rules; for all subsequent x iterations DETAIL Requirements (Requests), & Rules. For initial iteration, IDENTIFY all significant Use-Cases and classify by risk; for all subsequent x iterations DETAIL Use-Cases (high risk Usecases first), Specifications, Models, Realizations to match all lower-level Analysis Classes and Analysis Diagrams and higherlevel Business Rules, & Requests. PRIORITIZE or REPRIORITIZE USE-CASES by RISK. Stakeholder Requests Requirements Management Plan, Supplementary Specification, Use-Case Specification, Use-Case Model, Glossary, Software Requirements Specification, Storyboard, Use-Case Package Diagrams, User Interface Prototype
48 Process Disciplines Steps Human Actions Artifacts Produced* Analysis & Design (Behavioral & Structural Modeling) For initial iteration, CREATE Collaboration Diagrams, Analysis Classes, Analysis Packages, Charts, Realizations, Definitions, & Analysis Models; for all subsequent x iterations DETAIL Collaboration Diagrams, Analysis Classes, Analysis Packages, Charts, Realizations, Definitions, & Analysis Models to match all lower-level Design Class Diagrams and higherlevel Use-Case Models. For initial iteration, CREATE Sequence Diagrams, Analysis Classes, Analysis Packages, Charts, Realizations, Definitions, & Analysis Models; for all subsequent x iterations DETAIL Sequence Diagrams, Classes, Packages, Charts, Realizations, Definitions, & Models to match all lower-level Design Class Diagrams and higherlevel Use-Case Models. For initial iteration, CREATE Design Classes & Class Diagrams; for all subsequent x iterations ns DETAIL Design Classes & Class Diagrams to match all higher-level Analysis Classes, Diagrams, & Models. For initial iteration, CREATE Data Models; for all subsequent x iterations DETAIL Data Models. Communication Diagrams, Object Diagrams, Sequence Diagrams, State Charts, Activity Diagrams, Package Diagrams, Class Diagrams, Software Architecture Document, Deployment Model, Analysis Model, Design Model, Proof-of- Concept Prototype, Use- Case Realizations, Design Packages, Subsystem Design Packages, Design Classes, Unit Test Classes, Analysis Classes, Data Models, Data Definitions
49 Process Disciplines Steps Human Actions Artifacts Produced* 49 Implementation (Process Modeling) 10. For initial iteration, CREATE Component Diagrams & Models; for all subsequent x iterations DETAIL Component Diagrams & Models to reflect any changes to Design Classes, Diagrams, & Models. Implementation Model, Component Diagrams Test (Quality Assurance) 11. For initial iteration, CREATE Class Diagrams, Logs, Lists, Components, Classes & Architecture; for all subsequent x iterations DETAIL Class Diagrams, Logs, Lists, Components, Classes & Architecture. Test Cases, Test Classes, Test Plan, Test Evaluation Summary, Test Scripts, Test Ideas List, Workload Analysis Model, Test Data, Test Results, Test Log, Test Guidelines, Test Classes, Test Components, Test Interface Specification, Test Automation Architecture, Test Environment Configuration
50 Process Disciplines Steps Human Actions Artifacts Produced* Deployment (Environmental 50 Modeling) For initial iteration, CREATE Deployment Diagrams, Builds, Instructions, Plans, Notes, Releases; for all subsequent x iterations DETAIL Deployment Diagrams, Builds, Instructions, Plans, Notes, Releases. For initial iteration, CREATE Component Diagrams, Builds, Instructions, Plans, Notes, Releases; for all subsequent x iterations DETAIL Component Diagrams, Builds, Instructions, Plans, Notes, Releases. Deployment Diagrams, Alpha Software Build Releases, Beta Software Build Releases, Versioned Software Build Releases, Release Notes, Deployment Plan, Bill of Materials, Installation Instructions, End-User Support Material, Training Materials, Artwork
51 Process Disciplines Steps Human Actions Artifacts Produced* Change Management (Risk & Capacity Planning) For initial iteration, CREATE Change Management Plan, Requests, Findings; for all subsequent x iterations DETAIL Change Management Plan, Requests, Findings. Change Management Plan, Change Request, Configuration Audit Findings Project Management (Resource & Time Management) 15. For initial iteration, CREATE Project Management & Iteration Plans, Lists, Records, Cases, Orders, Assessments; for all subsequent x iterations DETAIL Project Management & Iteration Plans, Lists, Records, Cases, Orders, Assessments. Project Plan, Iteration Plan, Business Case, Software Development Plan, Iteration Assessment, Status Assessment, Problem Resolution Plan, Risk Management Plan, Risk List, Work Orders, Product Acceptance Plan, Measurement Plan, Quality Assurance Plan, Issues List, Project Measurements, Review Records
Introducción a Rational Unified Process (RUP)
Qué es un Proceso de Desarrollo de SW? Introducción a Patricio Letelier letelier@dsic.upv.es Departamento Sistemas Informáticos y Computación (DSIC) (UPV) - España Define Quién debe hacer Qué, Cuándo y
Más detallesIngeniería de Software: Parte 2
Ingeniería de Software: Parte 2 Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.
Más detallesQUÉ SON EL ANÁLISIS Y EL DISEÑO?
QUÉ SON EL ANÁLISIS Y EL DISEÑO? Análisis: Investigación Para crear una aplicación de software hay que describir el problema y las necesidades o requerimientos: en qué consiste el conflicto y que debe
Más detallesIntroducción al Unified Process. Curso IIC 2143 Ingeniería de Software Rodrigo Sandoval 2010
Introducción al Unified Process Curso IIC 2143 Ingeniería de Software Rodrigo Sandoval 2010 Unified Process - UP Un framework de Proceso de Desarrollo de Software, una de cuyas versiones es el más documentado
Más detallesRUP. Rational Unified Process
RUP Rational Unified Process Rational Unified Process Basado en 6 mejores prácticas de la industria de software: Desarrollo incremental Administración de requisitos Uso de arquitecturas basadas en componentes
Más detallesCiclos desde su nacimiento hasta su muerte. Nacimiento. Muerte
Ciclos de Vida y HCI Interacción Hombre-Máquina 2008-1 El ciclo de vida del Software Tiempo Ciclos desde su nacimiento hasta su muerte Nacimiento Muerte Proceso General Estándar 1074: Conjunto de actividades
Más detallesINGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS
INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS Rubby Casallas, Andrés Yie Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Agenda Contexto Ciclos de vida: Modelo
Más detallesIngeniería de Software I
Ingeniería de Software I Plan de iteraciones RUP Proceso Iterativo e Incremental El ciclo de vida iterativo se basa en la evolución de prototipos ejecutables que se muestran a los usuarios y clientes (miniproyectos)
Más detallesProceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:
PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo
Más detallesSistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1
Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir
Más detallesEl Proceso Unificado de Desarrollo de Software
El Proceso de Desarrollo de Software Ciclos de vida Métodos de desarrollo de software El Proceso Unificado de Desarrollo de Software 1 Fases principales del desarrollo de software Captura de requisitos:
Más detallesCLASE 2: INTRODUCCIÓN A LA ING. DE SOFTWARE. MODELOS DE PROCESOS. MEJORES PRÁCTICAS. USB Ing. De Software. Prof. I. C. Martínez
CLASE 2: INTRODUCCIÓN A LA ING. DE SOFTWARE. MODELOS DE PROCESOS. MEJORES PRÁCTICAS USB Ing. De Software. Prof. I. C. Martínez Ing. De Software Ingeniería de Software La Ingeniería de Software es la ciencia
Más detallesEl Proceso Unificado Rational para el Desarrollo de Software.
Instituto de Electrónica y Computación El Proceso Unificado Rational para el Desarrollo de Software. Carlos Alberto Fernández y Fernández Huajuapan de León, Oaxaca 26 de octubre de 2000 Objetivo Proporcionar
Más detallesRUP: Disciplina de Manejo de Cambios y Configuraciones
RUP: Disciplina de Preparado por: Amelia Soriano Mayo 2005 Tomado de: Rational Unified Process Version 2003.06.12.01 Copyright 1987 2003 Rational Software Corporation Curso Rational Unified Process Rational
Más detallesSolución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar
Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad
Más detallesRational Unified Process (RUP)
Rational Unified Process (RUP) Este documento presenta un resumen de Rational Unified Process (RUP). Se describe la historia de la metodología, características principales y estructura del proceso. RUP
Más detallesSyllabus. www.techeraperu.com cursos@techeraperu.com
Syllabus www.techeraperu.com cursos@techeraperu.com Este curso está dirigido para los Encargados de Desarrollar los Sistemas de Información y aplicar una Metodología basada en RUP para controlar el Ciclo
Más detallesProceso Unificado de Rational (RUP)
Especialización en Telemática Proceso Unificado de Rational (RUP) Arquitecturas de Sistemas Telemáticos Dr. Ing. Álvaro Rendón Gallón Cali, mayo de 2012 Temario 2 Antecedentes Objetivos Características
Más detallesIBM Rational for Power i. The business-driven development lifecycle
IBM Rational for Power i The business-driven development lifecycle Agenda Business Driven Development Rational Development Lifecycle DEMO 2 The business-driven development lifecycle Prioritize Plan Manage
Más detallesRETOS EN LA GESTIÓN DE PROYECTOS DE DATA MINING
UNIVERSIDAD POLITECNCIA DE MADRID FACULTAD DE INFORMÁTICA DEPARTAMENTO DE LENGUAJES Y SISTEMAS INFORMÁTICOS E INGENIERÍA DEL SOFTWARE Trabajo Tutelado RETOS EN LA GESTIÓN DE PROYECTOS DE DATA MINING Tutora
Más detallesConsultoría Santa Cruz. Buscador Web de Restaurants Software Architecture Document. Version 1.0
Consultoría Santa Cruz Buscador Web de Restaurants Version 1.0 Revision History Date Version Description Author 29/enero/2015 1.0 Primera versión : Buscador Web de Restaurants Rodríguez Vázquez Cristhian
Más detallesTema 5. Gestión de Proyectos (ISG3)
Tema 5. Gestión de Proyectos (ISG3) Antonio José Sáenz Albanés (C.T.O) Reconocimiento No Comercial Compartir Igual - 2.5 - España 1 Planificación 1ª Clase: Presentación y Conceptos Generales 2ª Clase:
Más detallesIngeniería de Software: Metodologías
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.
Más detallesSolución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar
Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Caso de Desarrollo Universidad Técnica del
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 detallesOscar Alberto, Custodio Izquierdo Carlos Arturo, Hernández Torruco José Fecha de elaboración: 28 de Mayo de 2010 Fecha de última actualización:
PROGRAMA DE ESTUDIO Laboratorio de diseño de software Universidad Juárez Autónoma de Tabasco Programa Educativo: Área de Formación : Licenciatura en Informática Administrativa Sustantiva Profesional Horas
Más detallesGerencia de Proyectos Proceso de Software
Gerencia de Proyectos Proceso de Software Victor Manuel Toro C. VictorToro@cincosoft.com CincoSOFT Ltda. Compañía de Ingenieros Constructures de Software Tel. (+57)(1) 6230180 * Fax (+57)(1) 2566774 Carrera
Más detallesIBM Software Development Platform
IBM Group IBM Development Platform Seminario. antonio.alonso@es.ibm.com IBM Group software Agenda 1. Introducir plataforma de desarrollo de IBM. 2. DEMO: Construcción de aplicaciones J2EE con RAD. 3. Café
Más detallesCiclo de vida del software
RUP para Mantenimiento de Software Preparado por: Amelia Soriano Ciclo de vida del software Análisis del problema Liberación del producto Comprensión del problema Desarrollo del software RUP Ciclo Típico
Más detallesAnteproyecto Fin de Carrera
Universidad de Castilla-La Mancha Escuela Superior de Informática Anteproyecto Fin de Carrera DIMITRI (Desarrollo e Implantación de Metodologías y Tecnologías de Testing) Dirige: Macario Polo Usaola Presenta:
Más detallesITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen
ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Sergio Valero Orea, svalero@utim.edu.mx, UTIM, Izúcar de Matamoros, Puebla. Resumen El desarrollo de sistemas
Más detallesSCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE
Recibido: 23 de febrero de 2011 Aceptado: 29 de marzo de 2011 SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE MSc. Ailin Orjuela, MSc. Luis Alberto Esteban, MSc.
Más detallesIngeniería de Software II
Ingeniería de Software II Segundo Cuatrimestre 2007 Clase 1b: Modelos de Ciclo de Vida Buenos Aires, 23 de Agosto de 2007 Qué es un modelo del ciclo de vida de un sistema? 8Una representación estandarizada
Más detallesDESARROLLO DE SOFTWARE ORIENTADO. A OBJETOS: Modelo de requerimientos del RUP
DESARROLLO DE SOFTWARE ORIENTADO A OBJETOS: Modelo de requerimientos del RUP Adesmiro Zelada Escobedo 1*, Miguel Figueroa Martel 2 * 1 Facultad de Ingeniería y Arquitectura, Universidad Peruana Unión *
Más detallesTécnico Certified Software Engineer Professional (CSIP)
Técnico Certified Software Engineer Professional (CSIP) Dirigido a: Profesionales de la ingeniería de sistemas Estudiantes universitarios de ingeniería en sistemas Requisitos: Requisitos para aplicar a
Más detallesGUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS TABLA DE CONTENIDO
- 1 - RUP/Easy GUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS Setiembre 2004 TABLA DE CONTENIDO 1 INTRODUCCIÓN...1 2 ADECUACIÓN DE LOS WORKFLOWS ESENCIALES DEL RUP...2 2.1 WORKFLOWS ESENCIALES DEL RUP...2
Más detalles6 Anexos: 6.1 Definición de Rup:
6 Anexos: 6.1 Definición de Rup: Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo.
Más detallesEl Proceso de Desarrollo de Software. Diseño de Software Avanzado Departamento de Informática
El Proceso de Desarrollo de Software La Ingeniería del Software Ingeniería... La profesión en la que el conocimiento de las ciencias naturales y matemáticas, ganado con estudio, experiencia y práctica,
Más detallesAdministración de Proyectos de Software - PMI. Tema: Gestión de la Calidad del Proyecto. Autor: Mario Hernández
Administración de Proyectos de Software - PMI Tema: Gestión de la Calidad del Proyecto Autor: Mario Hernández Procesos ligados a la Gestión de la Calidad del Proyecto La gestión de la calidad del proyecto
Más detalles3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m.
Arquitecto de Datos 1. Línea de Negocios: Soluciones de Negocios 2. Funciones Específicas: Participar en la realización de las actividades técnicas de actualización y migraciones a versiones mejoradas
Más detallesMSF. Microsoft Solutions Framework
MSF Microsoft Solutions Framework Breve Historia Desarrollado como resultado de los procesos en Microsoft: Mejores prácticas de la Industria. 25 años del grupo desarrollo + MS Consulting. Primera versión
Más detallesIngeniería del Software II
Bloque III: Proceso Unificado Simona Bernardi Dipartimento di Informatica Università di Torino (Italia) Duración: 4 horas Objetivo: Conocer un proceso de desarrollo de software diferente a OMT Simona Bernardi
Más detallesCurso: El Proceso de Desarrollo de Software
Curso: El Proceso de Desarrollo de Software EL PROCESO DE DESARROLLO DE SOFTWARE... 1 OBJETIVO...1 CONTENIDO...1 BIBLIOGRAFÍA...4 DOCENTE...4 MODALIDAD DEL DESARROLLO...4 El proceso de Desarrollo de Software
Más detallesPONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA INGENIERÍA INFORMÁTICA
PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA INGENIERÍA INFORMÁTICA Grupo de Investigación y Desarrollo en Ingeniería de Software Estructura de Desagregación del Trabajo Versión
Más detalles1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).
1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada
Más detallesVisual Studio Team System
Visual Studio Team System MSF for CMMi Process Improvement Aurelio Porras Development Tools Advisor aureliop@microsoft.com Microsoft Ibérica El éxito es raro Fallidos Problemáticos Existosos 2004 15% 51%
Más detallesCiclo de Ingeniería de Software
Ciclo de Ingeniería de Software Desarrollo Iterativo de Software Aplicaciones Cliente Servidor Aplicaciones OO Universidad FASTA 2008 Licencia Contenido Introducción Conceptos Planificación Calidad del
Más detallesEnterprise Architect y UML Basic
Enterprise Architect y UML Basic Diciembre 2008 Carlos Alexander Zuluaga Agenda Presentación del curso. Introducción a Enterprise Architect. Exploración del modelo de ejemplo. Introducción a UML. Definición
Más detallesCONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática
CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0 Centro Ideoinformática Universidad de las Ciencias Informáticas Carretera a San Antonio Km 2 ½. Torrens. Boyeros. Ciudad de La Habana. Cuba Teléfono: + 53 (7)
Más detallesPDSM: PROCESO DE DESARROLLO DE SOFTWARE MIXTO COMBINANDO RUP Y SCRUM. Mariani, María Florencia Okabe, Evangelina
PDSM: PROCESO DE DESARROLLO DE SOFTWARE MIXTO COMBINANDO RUP Y SCRUM Mariani, María Florencia Okabe, Evangelina Agenda Introducción Metodologías RUP SCRUM Proyectos PDSM: Definición y Aplicación del proceso
Más detallesLas certificaciones más valoradas del mercado de TI
Las certificaciones más valoradas del mercado de TI Agenda Introducción a las mejores prácticas Qué es IT INSTITUTE? Las certificaciones del mercado Preguntas y respuestas Rendimiento (Objetivos de Negocio)
Más detallesPrincipios de Análisis Informático. Tema 2: El proceso unificado de desarrollo de software
Principios de Análisis Informático Tema 2: El proceso unificado de desarrollo de software Eduardo Mosqueira Rey LIDIA Laboratorio de Investigación y desarrollo en Inteligencia Artificial Departamento de
Más detallesMejorando los procesos de negocio para asegurar la excelencia operativa. Daniel Vidales / Business Transformation Services Marzo, 2014
Mejorando los procesos de negocio para asegurar la excelencia operativa Daniel Vidales / Business Transformation Services Marzo, 2014 Business Transformation Motores de la Transformación de Negocios Qué
Más detallesXP- EXTREME PROGRAMMING
XP- EXTREME PROGRAMMING RUBBY CASALLAS DEPARTAMENTO DE SISTEMAS Y COMPUTACIÓN FACULTAD DE INGENIERÍA UNIVERSIDAD DE LOS ANDES Agenda Qué es XP? 12 Prácticas Actividades Principales: Planeación Diseño Codificación
Más detallesPontificia Universidad Católica del Ecuador
1. DATOS INFORMATIVOS: MATERIA O MÓDULO: INGENIERÍA DE SOFTWARE I CÓDIGO: CARRERA: SISTEMAS NIVEL: QUINTO No. CRÉDITOS: 4 CRÉDITOS TEORÍA: 4 SEMESTRE/AÑO ACADÉMICO: Segundo Semestre 2011-2012 CRÉDITOS
Más detallesQuick Reference Rational Rose para el modelo de negocio. Autor: MBA María del Pilar Stronguiló Leturia mpstrong@viabcp.com
Quick Reference Rational Rose para el modelo de negocio Autor: MBA María del Pilar Stronguiló Leturia mpstrong@viabcp.com Quick Reference del Rational Rose para el modelo de negocio Índice de temas Generalidades...
Más detallesINGENIERÍA DE SOFTWARE ADMINISTRACION DE CONFIGURACIONES Rubby Casallas, Juan Pablo Quiroga, Andrés Yie
INGENIERÍA DE SOFTWARE ADMINISTRACION DE CONFIGURACIONES Rubby Casallas, Juan Pablo Quiroga, Andrés Yie Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Agenda 2 Problema
Más detallesPrimer avance de proyecto de software para la gestión de inscripciones en cursos
Primer avance de proyecto de software para la gestión de inscripciones en cursos 1. Introducción Andrés Felipe Bustamante García, Carolina Sarmiento González En este documento se presentan los resultados
Más detallesUniversidad ORT Uruguay Facultad de Ingeniería
Facultad de Ingeniería Metodología FDD. Docente Responsable: Gastón Mousques. Autor: Luis Calabria 122919 2003 Índice General Índice General 1 Abstract 2 La filosofía de FDD 3 El Proceso 4 Resumen del
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.1 UML: Introducción
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Técnica de modelado de objetos (I) El modelado orientado a objetos es una técnica de especificación semiformal para
Más detallesIngeniería de Software
Ingeniería de Software Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes. Definiciones
Más detallesProblemas de PYMES en el Nivel 2 de Madurez Una Muestra Sesgada
del Problemas de PYMES en el Nivel 2 de Madurez Una Muestra Sesgada JuanJo Cukier, Practia Consulting Consideraciones del Estudio 27 Evaluaciones Nivel 2 entre: Junio de 2006 y Junio 2008 18 Organizaciones
Más detallesIngeniería de Software II
Ingeniería de Software II Gestión de Configuración de Software: Requisitos para la resolución de la práctica El alumno debe haber asistido a la clase de Gestión de Configuración y de Gestión de Requerimientos.
Más detallesPlaneación con Planning Tool y DotProject
1 Planeación con Planning Tool y DotProject Grupo de Construcción de Software Facultad de Ingeniería Universidad de los Andes Rubby Casallas, Andrés Yie Departamento de Sistemas y Computación Facultad
Más detallesUNIVERSIDAD UNION BOLIVARIANA CARRERA DE INGENIERIA DE SISTEMAS
UNIVERSIDAD UNION BOLIVARIANA CARRERA DE INGENIERIA DE SISTEMAS METODOLOGIAS AGILES PROCESO UNIFICADO AGIL (AUP) MATERIA : INGENIERIA SOFTWARE DOCENTE : LIC. ERVIN FLORES ESTUDIANTE : JORGE LUIS CORDERO
Más detallesEnterprise Architect y UML Básico
Enterprise Architect y UML Básico Diciembre 2008 Carlos Alexander Zuluaga Agenda Diagrama de despliegue. Introducción. Modelado. Diagrama de estructuras compuestas. Introducción. Modelado. Modelo 4 + 1
Más detallesTópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN
Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.
Más detallesINVENTARIO DE LOS DOCUMENTOS QUE SOPORTAN LOS PROCESOS DE LA GUÍA METODOLÓGICA ConstruColectiva. Autores: JOHN EDDIE DÍAZ AGUDELO
INVENTARIO DE LOS DOCUMENTOS QUE SOPORTAN LOS PROCESOS DE LA GUÍA METODOLÓGICA Autores: JOHN EDDIE DÍAZ AGUDELO JUAN FELIPE OLAYA FIGUEROA Dirección: MARIA CONSUELO FRANKY PONTIFICIA UNIVERSIDAD JAVERIANA
Más detallesGlobal Business Services. Claves para la implantación de un Sistema de Gestión Documental: demostración práctica.
Claves para la implantación de un Sistema de Gestión Documental: demostración práctica. Claves para la implantación de un Sistema de Gestión Documental: demostración práctica. Los cuatro pilares básicosb
Más detallesUNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS PROGRAMA DEL CURSO DE ANALISIS Y DISEÑO DE SISTEMAS 1
UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS PROGRAMA DEL CURSO DE ANALISIS Y DISEÑO DE SISTEMAS 1 CODIGO: 283 CREDITOS: 3 ESCUELA: Ciencias y Sistemas AREA:
Más detallesDeportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0
Deportes LSI 03 Sistema para Gestión de Artículos Deportivos LSI 03 Versión 3.0 Fecha: 02/01/2003 Historial de Revisiones Fecha Versión Descripción Autor 22/07/2002 0.9 Versión preliminar como propuesta
Más detallesDel Modelo Conceptual a los Diagramas de Clases
Caso de Estudio: Point of Sale : POS Del Modelo Conceptual a los Diagramas de Clases A. Soriano,2 Universad Central de Venezuela 2 Universad Simón Bolivar Octubre 2005 Proceso Unificado: Referencia Básica
Más detallesDepartamento de Lenguajes y Sistemas Informáticos. Ciclo de vida del software
El Ciclo de Vida Software Departamento de Lenguajes escuela técnica superior de ingeniería informática Grupo de Ingeniería a Software Febrero 2006 Versión original: Amador Durán Toro (septiembre 2004)
Más detallesEl Proceso Unificado de Desarrollo de Software
El Proceso Unificado de Desarrollo de Software Contenidos 1. Visión General del Proceso Unificado...3 Introducción...3 Dirigido por Casos de Uso...3 Centrado en la Arquitectura...3 Iterativo e Incremental...4
Más detallesObjetivos FACULTAD DE INGENIERIA. DEPARTAMENTO DE INGENIERIA DE SISTEMAS. Código de la asignatura 4070. Fecha de Actualización Julio 24 de 2012
Nombre de la asignatura Ingeniería de Software Código de la asignatura 4070 Fecha de Actualización Julio 24 de 2012 Intensidad horaria semanal Horas Contacto 4 Horas Trabajo Independiente 8 Créditos Académicos
Más detallesCómo Asegurar la Calidad de Servicios de TI?
Cómo Asegurar la Calidad de Servicios de TI? Martín Ugarteche Crosby Southern Peru Copper Corporation Cuales son los pasos para construir un Sistema de Gestión de Servicios de TI? 1. Voluntad de querer
Más detallesSeñor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009
1 Montevideo, 11 de marzo de 2009 Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009 De nuestra consideración, De acuerdo a vuestra solicitud, tenemos el agrado de poner a su consideración la presente
Más detallesEstándar de Ingeniería de Software de la European Space Agency (ESA)
Estándar de Ingeniería de Software de la European Space Agency (ESA) Sergio Ochoa M. Cecilia Bastarrica Contenidos Fases, actividades e hitos establecidos por el estándar. Conclusiones 2 1 Ciclo de Vida
Más detallesEl Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008
El Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008 El CMMI El CMMI es un enfoque de mejora de procesos que provee a las organizaciones de los elementos esenciales para un proceso efectivo.
Más detallespara la automatización es una forma en que puede mejorar los procesos de negocio.
El Modelado del Negocio Utilizando la Metodología Rational Unified Process (RUP) Omar Beltrán Celis Mendoza 1, Alderson Luna Aguinaga 1, Ing. Daniel Lévano Rodríguez, Mg 2 Resumen El Modelado del Negocio
Más detallesTeam Software Process IntroductionTSPi SM
Team Software Process IntroductionTSPi SM Watts Humphrey Grupo de Construcción de Software Facultad de Ingeniería Universidad de los Andes Introducción TSP fue creado en 1999 por Watts Humphrey con el
Más detallesGerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta
Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración
Más detallesTesting. Tipos, Planificación y Ejecución de Pruebas
Testing Tipos, Planificación y Ejecución de Pruebas Contenido Definiciones del Testing de Software Objetivos, conceptos Tipos de Test Testing a-la RUP Rol del Testing en el proceso Artefactos Trabajadores
Más detallesEnterprise Architect y UML Básico
Enterprise Architect y UML Básico Diciembre 2008 Carlos Alexander Zuluaga Agenda Administración de proyectos. Tareas del Proyecto. Estimación con Puntos de Casos de Uso. Administración de recursos. Riesgos
Más detallesSoluciones Telelogic para Software Factories
Soluciones Telelogic para Software Factories Telelogic: Una compañía en la que puede confiar Financieramente Saludable En el mercado durante los últimos 24 años Crecimiento continuo en los últimos años
Más detallesUNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos
2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven
Más detallesBaires. Design - Test - Automate
SERVICIOS DE CONTROL DE CALIDAD Y TESTING DE SOFTWARE Áreas con falta de Calidad y Testing La falta de control de calidad orgánico en una empresa tiene impactos que van más allá de la aparición de errores
Más detallesCMMi. Lic. Virginia Cuomo
CMMi Lic. Virginia Cuomo 1 Agenda Repaso CMMI Introducción Arquitectura Niveles de Madurez Representaciones Representación Discreta Representación Continua Discreta VS Continua 2 Repaso Qué vimos la tercer
Más detallesNovedades de Soluciones para la Gestión del Ciclo de Vida de Aplicaciones (CLM 2012)
Novedades de Soluciones para la Gestión del Ciclo de Vida de Aplicaciones (CLM 2012) Ana López-Mancisidor Rueda Arquitecto de Soluciones para la Gestión del Ciclo de Vida de las Aplicaciones ana.lopez@es.ibm.com
Más detallesProceso Unificado de Rational
RUP: El Proceso Unificado de Rational XP: Programacion Extrema EAP: Computación Científica Ciencia de la Computación V Prof. Oscar Brnito Pacheco Proceso Unificado de Rational Orígenes Modelo original
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 detallesREQUISITOS ESPECIFICOS DEL CLIENTE FORD PARA ISO/ TS 16949:2009 - EDITION JUNE 2013 -
REQUISITOS ESPECIFICOS DEL CLIENTE FORD PARA ISO/ TS 16949:2009 - EDITION JUNE 2013 - Requisitos Específicos del Cliente Ford para ISO/ TS 16949:2009 Descripción Este documento contiene los requisitos
Más detallesIBM Software. 2011 IBM Corporation
2011 IBM Corporation Trazabilidad en el Ciclo de vida para el Desarrollo de Software Armando Castillo Rational Software Specialty for SSA acastillo@cl.ibm.com 2011 IBM Corporation Las típicas preguntas
Más detallesRol del Arquitecto de Software
Rol del Arquitecto de Software Ing. Gustavo Andrés Brey Ing. Gastón Escobar 2005 Agenda # 1 2 3 4 5 6 Tema Introducción Responsabilidades y Organización del Grupo de Desarrollo Liderazgo y Mentoring Diferentes
Más detallesSyllabus. 1. Descripción del curso Tu curso está integrado con la siguiente información: Clave y nombre del programa o curso:
1. Descripción del curso Tu curso está integrado con la siguiente información: Área Responsable: Clave y nombre del programa o curso: Modalidad: Dirección de proyectos SPMP05 Seminario de Administración
Más detallesBeneficios del Uso de Modelos de Madurez
Beneficios del Uso de Modelos de Madurez Paneil WAMPS 2012 Jorge Boria L VEWARE 1 Madurar es Mejorar probabilidad objetivo Mejorar predicciones N1 a N2 disciplina de compromiso probabilidad objetivo probabilidad
Más detallesINTRODUCCION AL LENGUAJE UNIFICADO MODELADO
INTRODUCCION AL LENGUAJE UNIFICADO MODELADO Cap. 9 Kendall & Kendall Cap 2 P11 Jacobson SESION 8 Ana Mercedes Cáceres mercycaceres@gmail.com Año 2006. 1 OBJETIVOS Presentar el lenguaje de modelado UML,
Más detallesUNIVERSIDAD NACIONAL DE SAN ANTONIO ABAD DEL CUSCO
FACULTAD DE CS. QUIMICAS, FISICAS Y MATEMATICAS I. DATOS GENERALES DEPARTAMENTO ACADEMICO DE INFORMATICA SILABO 1.1 Asignatura : SISTEMAS DE INFORMACION II 1.2 Categoría : OE 1.3 Código : IF202AIN 1.4
Más detalles