Ingeniería de Software I



Documentos relacionados
Ingeniería de Software: Parte 2

Introducción a Rational Unified Process (RUP)

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

El Proceso Unificado de Desarrollo de Software

Elementos requeridos para crearlos (ejemplo: el compilador)

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

El Proceso de Desarrollo de Software. Diseño de Software Avanzado Departamento de Informática

RUP: Disciplina de Manejo de Cambios y Configuraciones

6 Anexos: 6.1 Definición de Rup:

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Plan de estudios ISTQB: Nivel Fundamentos

Plan de Gestión de Configuración. Universidad Nacional de la Patagonia Austral

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

El Proceso Unificado Rational para el Desarrollo de Software.

Gestión de Configuración del Software

Rational Unified Process (RUP)

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión de la Configuración (SCM) Introducción a la Ingeniería de Software

Ciclo de vida y Requerimientos de software. Laboratorio de Programación

1.1 Aseguramiento de la calidad del software

Departamento de Lenguajes y Sistemas Informáticos. Ciclo de vida del software

: COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería de Redes y Comunicaciones : Análisis y Diseño de Sistemas : T-INF107

INGENIERÍA DE SOFTWARE ADMINISTRACION DE CONFIGURACIONES Rubby Casallas, Juan Pablo Quiroga, Andrés Yie

Planeación del Proyecto de Software:

Contenidos. Parte I - Introducción Capítulo 1 - Evolución. Capítulo 2 Condiciones de trabajo en el Desarrollo de Software

GUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS TABLA DE CONTENIDO

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen

PUD: Proceso de Desarrollo Unificado

Syllabus.

El proceso unificado en pocas palabras

Calidad. Preparado por: Amelia Soriano. Referencias. Rational Unified Process Version Copyright Rational Software Corporation

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

Curso. Introducción a la Administracion de Proyectos

Primer avance de proyecto de software para la gestión de inscripciones en cursos

Metodología básica de gestión de proyectos. Octubre de 2003

Proceso Unificado de Rational (RUP)

Evolución de Software

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Plan de curso Sílabo-

Testing. Tipos, Planificación y Ejecución de Pruebas

Ingeniería de Software

Enterprise Architect y UML Basic

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE

Interacción Persona - Ordenador


CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática

UNIVERSIDAD NACIONAL DE SAN ANTONIO ABAD DEL CUSCO

5. Gestión de la Configuración del Software (GCS)

Programa de la asignatura Curso: 2009 / 2010 ANÁLISIS E INGENIERÍA DEL SOFTWARE (1296)

Unidad VI: Supervisión y Revisión del proyecto

Figure 9-1: Phase C: Information Systems Architectures

Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos

Implementando CMMI 2 con el Proceso Unificado de Desarrollo de Software. Ing. Patricia Forradellas Ing. Guillermo Pantaleo

[Clave Proyecto] - Plan de Administración de la Configuración del Proyecto

Resumen General del Manual de Organización y Funciones

6.4 ESTRATEGIAS DE PRUEBA

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE

Asignaturas antecedentes y subsecuentes

Aseguramiento de la Calidad, QA. Materia: Desarrollo Industrial de Software Alumno: David Alejandro González Díaz y Froylan Ruiz Cirilo.

Figure 7-1: Phase A: Architecture Vision

RUP. Rational Unified Process

IAP TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO)

Modelos de Proceso Tradicionales

MARCO DE REFERENCIA SISTEMAS DE INFORMACIÓN PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO

PDSM: PROCESO DE DESARROLLO DE SOFTWARE MIXTO COMBINANDO RUP Y SCRUM. Mariani, María Florencia Okabe, Evangelina

Figure 6-1: Preliminary Phase

Figure 16-1: Phase H: Architecture Change Management

Marco Normativo de IT

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501

Calidad de Sistemas de Información

Modelo de Proceso de Desarrollo de Software

El Proceso Unificado

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática

rg.o El l c i c c i l c o l o de d vi v d i a d a cm a l@ rza e de d u n u n si s s i t s e t ma m a de d in i f n or o ma m c a i c ó i n ó b

DIRECCIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO

UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS

ITIL FOUNDATION V3 2011

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

CICLO DE VIDA DEL SOFTWARE

CONSULTAS ACLARACIONES RESPUESTAS LICITACION L11008 CONTRATO MARCO SERVICIOS DE DESARROLLO Y SOPORTE COMPONENTES BUI

Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari

OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS

Anteproyecto Fin de Carrera

INGENIERÍA DEL SOFTWARE I Tema 1. Introducción a la Ingeniería del Software. Univ. Cantabria Fac. de Ciencias Francisco Ruiz

GERENCIA DE INTEGRACIÓN

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

TALLER: Introducción a la preservación de documentos de archivo digitales

PROCEDIMIENTO ESPECÍFICO. Código G Edición 0

Bases de Gestión Ambiental, Territorial y de Participación Ciudadana para Contratos de Obras Públicas

Análisis y Diseño de Aplicaciones

GUÍA AVANZADA DE GESTIÓN DE CONFIGURACIÓN LNCS

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0

Transcripción:

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) En el ciclo de vida iterativo a cada iteración se reproduce el ciclo de vida en cascada a menor escala Los objetivos de una iteración se establecen en función de la evaluación de las iteraciones precedentes Proceso Iterativo e Incremental Las actividades se encadenan en una mini-cascada con un alcance limitado por los objetivos de la iteración Req. Análisis Diseño n veces Imple. Pruebas e Integración Despliegue

Proceso Iterativo e Incremental 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. La integración del nuevo código con el existente de iteraciones anteriores se hace gradualmente durante la construcción Proceso Iterativo e Incremental Cada iteración comprende: Evaluación de la entrega ejecutable (evaluación del prototipo en función de las pruebas y de los criterios definidos) Preparación de la entrega (documentación e instalación del prototipo) Cada una de las cuatro fases termina con hito principal.

Plan de iteraciones El número de iteraciones planeado para cada fase depende, básicamente de la complejidad del sistema propuesto. Un proyecto simple puede realizarse con una sola iteración por fase. Plan de iteraciones (Proyecto complejo) Fase de Inicio: una iteración, principalmente dedicada a definir el ámbito del sistema Fase de elaboración: dos iteraciones, la primera para esbozar la arquitectura y la segunda para completar la línea base de la arquitectura

Plan de iteraciones Fase de construcción: dos iteraciones, para asegurar que los incrementos resultantes funcionan satisfactoriamente Fase de transición: una iteración Fases, Base Line, Versión, Release ciclo de desarrollo ciclo de evolución base line (release asociada a un hito) versión (subconjunto de artefactos estable y ejecutable) release (producto al final de una iteración, lanzado para su puesta en producción)

Base Line Conjunto de artefactos revisados y aprobados que constituyen una base convenida para la evolución y desarrollo adicional y que se puede cambiar solamente a través de la administración de cambios. Asegurarse qué subsistemas, cuándo alcanzan un nivel especifico de la madurez, son la línea base para que esté disponible para el release ( liberación ), o la reutilización en iteraciones subsecuentes del proyecto y/o otros proyectos. Base Line Se considera como candidato para una Línea Base el conjunto de archivos y directorios bajo control de versión que son desarrollados, integrados y puestos juntos en un release. Una línea base se crea al final de cada iteración

Versiones Identifican el estado de un elemento de configuración o una configuración en un punto definido en el tiempo Conjunto de artefactos relativamente completo y consistente que incluye posiblemente una construcción- entregado a un usuario interno o externo; Versiones La mayoría de los programas grandes se desarrollan en release evolutivos. Un release podría estar en uso del cliente, mientras que otro está en prueba, y el tercero todavía está en el desarrollo. Si se encuentran problemas en cualquiera de las versiones, los arreglos necesitan ser propagados entre ellas. La confusión puede acrecentarse conduciendo a arreglos costosos y retrabajo a menos de que los cambios sean cuidadosamente controlados y supervisados.

Release Es una versión que se ha puesto disponible a los usuarios. La frecuencia y la formalidad de los releases son descritos en el plan del CM (Configuration Management ). El grado de la formalidad es claramente mucho más alto para un producto que es liberado a un cliente, que el que es generado para la estructura o la revisión siguiente de la iteración. Release Regularmente está asociado a un baseline de una configuración

Esfuerzo y dedicación por Fases en RUP Inicio Elaboración Construcción Transición Tiempo Dedicado 10 % 30 % 50 % 10% Si la duración fuera de 7 meses (28 semanas) Inicio Elaboración Construcción Transición Tiempo Dedicado 10 % 30 % 50 % 10% Semanas 2.8 8.4 14 2.8

Distribución de Recursos por Fases en RUP Cómo planear las iteraciones del Sistema de Inscripción Consultar Historial Academico Mantener informacion Materias Estudiante Inscribirse en cursos Mantener informacion Profesor Login Oficial de registro Mantener la informacion del Estudiante Profesor Registrar cursos impartidos Cierre de Inscripcion Capturar calificaciones Sistema de Cobros

Ejemplo: Plan Iteraciones Sistema de Inscripción Fase Fase de Inicio No. Iteraciones 1 Duración 3 semanas Fase de Elaboración 2 8 semanas Fase de Construcción 3 14 semanas Fase de Transición 2 3 semanas Ejemplo Release: Sistema de Inscripción Este proyecto se planea ejecutar a través de 2-4 releases. Release 1 deberá contener un mínimo de funcionalidades básicas: Login Registrar cursos impartidos Mantener información materias Mantener a la información del estudiante Mantener a la información del profesor Release 2 deberá incluir: Capturar de calificaciones de los estudiantes Consultar historial Inscribirse en cursos La funcionalidad del Release 3 aun no ha sido determinada. Sólo se anticipa que este release podría contener requerimientos adicionales a la funcionalidad existente. El reemplazamiento del Sistema de cobros y del Catálogo de Cursos está planeado para el release 4 en el 2007.

Detalle de las iteraciones Fase Iteración Descripción Milestone Inicio Iteración preliminar Definir el modelo de negocio, los productos de requerimientos, el plan de desarrollo de software. Revisión del modelo de negocio Elaboración Iteración E1 Desarrollo del prototipo de la arquitectura Análisis y diseño para todos los casos de uso del Release 1 (R1). Análisis y Diseño de todos los casos de alto riesgo del release 2 (R2) Prototipo de la arquitectura Iteración E2 Desarrollo del prototipo de la arquitectura Análisis y Diseño de todos los casos de uso restantes del release 2 (R2) Prototipo de la arquitectura Detalle de las iteraciones Fase Iteración Descripción Construcción Iteración C1 Desarrollo R1 Beta Implementar y probar todos los casos de uso para liberar la versión Beta R1 Iteración C2 Desarrollo del R1 Implementar y probar los casos de uso restantes del R1, arreglar los defectos de la versión Beta, e incorporar los cambios. Desarrollar el Release del sistema R1.

Detalle de las iteraciones Fase Iteración Descripción Transición Iteración C3 Desarrollo R2 Iteración T1 R1 Diseño, implementación y prueba de los casos de uso del R2. Incorporar nuevos requerimientos y defectos de R1. Desarrollar el Release del sistema R2. Paquetes, distribución e instalación del R1 Release. Iteración T2 R2 Paquetes, distribución e instalación del R2. Referencias El Proceso Unificado de Desarrollo de Software, Ivar Jacobson, Grady Booch, James Rumbaugh RUP 2001 UML y Patrones, Craig Larman