Your SlideShare is downloading. ×
Quesrup 120217232753-phpapp02
Quesrup 120217232753-phpapp02
Quesrup 120217232753-phpapp02
Quesrup 120217232753-phpapp02
Quesrup 120217232753-phpapp02
Quesrup 120217232753-phpapp02
Quesrup 120217232753-phpapp02
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Quesrup 120217232753-phpapp02

16

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
16
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. ¿Qué es RUP?RUP es un proceso de desarrollo de software:–Forma disciplinada de asignartareas y responsabilidades en una empresa de desarrollo(quién hacequé,cuándoycómo).•Objetivos:–Asegurarla producción de software de calidaddentro de plazos y presupuestos predecibles. Dirigido por casos de uso, centradoen la arquitectura,iterativo(mini-proyectos)eincremental(versiones).•Estambiénunproducto:–DesarrolladoymantenidoporRational.–ActualizadoconstantementeparatenerencuentalasmejoresprácticasdeacuerdoconlaexperienciaDESARROLLO INTERATIVOElsoftwaremodernoescomplejoynovedoso.Noesrealistausarunmodelolinealdedesarrollocomoeldecascada.•Unprocesoiterativopermiteunacomprensióncrecientedelosrequerimientosalavezquesevahaciendocrecerelsistema.•RUPsigueunmodeloiterativoqueabordalastareasmásriesgosasprimero.•ConestoselograreducirlosriesgosdelproyectoytenerunsubsistemaejecutabletempranamenteAdministración de requerimientosRUPdescribecómo:–Obtenerlosrequerimientos–Organizarlos–Documentarrequerimientosdefuncionalidadyrestricciones–Rastrearydocumentardecisiones–Captarycomunicarrequerimientosdelnegocio•Loscasosdeusoylosescenariosindicadosporelprocesohanprobadoserunabuenaformadecaptarrequerimientosyguiareldiseño,laimplementaciónylaspruebasArquitecturas basada sin componentesElprocesosebasaendiseñartempranamenteunaarquitecturabaseejecutable.•Laarquitecturadebeser:–Flexible–Fácildemodificar–Intuitivamentecomprensible–Promuevelareutilizacióndecomponentes•RUPapoyaeldesarrollobasadoencomponentes,tantonuevoscomopreexistentes.Moldeamiento visualModelamientovisualdelaestructurayelcomportamientodelaarquitecturayloscomponentes.•Bloquesdeconstrucción:–Ocultandetalles–Permitenlacomunicaciónenelequipodedesarrollo–
  • 2. Permitenanalizarlaconsistencia:•entrelascomponentes•entrediseñoeimplementación•UMLeslabasedelmodelamientovisualdeRUP.Verificación de cualidades No solo la funcionalidad es esencial, también el rendimiento y laconfiabilidad. RUP ayuda a planificar, diseñar, implementar, ejecutar y evaluar pruebasque verifiquen estas cualidase.ESTRUCTURA DE UN DOCUMENTO RUPEl ciclo es una implementación del Desarrollo en espiral. Fue creado ensamblandolos elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareasen fases e iteraciones. RUP divide el proceso en cuatro fases, dentro de las cualesse realizan varias iteraciones en número variable según el proyecto y en las quese hace un mayor o menor hincapié en las distintas actividades. En la Figuramuestra cómo varía el esfuerzo asociado a las disciplinas según la fase en la quese encuentre el proyecto RUP.Las primeras iteraciones (en las fases de Clinician y Elaboración) se enfocan haciala comprensión del problema y la tecnología, la delimitación del ámbito delproyecto, la eliminación de los riesgos críticos, y al establecimiento de unabaseline (Linea Base) de la arquitectura. Durante la fase de inicio las iteracioneshacen mayor énfasis en actividades de modelado del negocio y de requerimientos.En la fase de elaboración, las iteraciones se orientan al desarrollo de la base linede la arquitectura, abarcan más los flujos de trabajo de requerimientos, modelo denegocios (refinamiento), análisis, diseño y una parte de implementación orientadoa la baseline de la arquitectura.
  • 3. Principales características: Forma disciplinada de asignar tareas y responsabilidades (quién hace qué,cuándo y cómo), Pretende implementar las mejores prácticas en Ingeniería de Software, Desarrollo iterativo Administración de requisitos Uso de arquitectura basada en componentes Control de cambios Modelado visual del software Verificación de la calidad del softwareFASES:Proceso: Las etapas de esta sección son: (Revise nuevamente la gráfica) Modelado de negocio Requisitos Análisis y Diseño Implementación Pruebas DespliegueSoporte: En esta parte nos encontramos con las siguientes etapas: Gestión del cambio y configuraciones Gestión del proyecto EntornoLa estructura dinámica de RUP es la que permite que éste sea un procesode desarrollo fundamentalmente iterativo, y en esta parte se ven inmersaslas 4 fases descritas anteriormente:Inicio: (También llamado Incepción) Elaboración Desarrollo(También llamado Implementación, Construcción) Cierre (También llamado Transición)DURANTE TODO EL PROYECTO Gestión del proyecto
  • 4.  Se vigila el cumplimiento de los objetivos, gestión de riesgos yrestricciones para desarrollaran producto que sea acorde a los requisitosde los clientes y los usuarios. Proveer un marco de trabajo para la gestión de proyectos de softwareintensivos. Proveer guías prácticas realizar planeación, contratar personal, ejecutar ymonitorear el proyecto. Proveer un marco de trabajo para gestionar riesgos. Configuración y control de cambios El control de cambios permite mantener la integridad de todos losartefactos que se crean en el proceso, así como de mantener informacióndel proceso evolutivo que han seguido.Entorno La finalidad de esta actividad es dar soporte al proyecto con lasadecuadas herramientas, procesos y métodos. Brinda una especificaciónde las herramientas que se van a necesitar encada momento, así comodefinir la instancia concreta del proceso que se va a seguir. En concretolas responsabilidades de este flujo de trabajo incluyen: Selección y adquisición de herramientas Establecer y configurar las herramientas para que se ajusten a laorganización. Configuración del proceso.ROLES EN RUP Analistas: Analista de procesos de negocio. Diseñador del negocio. Analista de sistema. Especificador de requisitos. Desarrolladores: Arquitecto de software. Diseñador
  • 5.  Diseñador de interfaz de usuario Diseñador de cápsulas. Diseñador de base de datos. Implementador. Integrador. Gestores: Jefe de proyecto Jefe de control de cambios. Jefe de configuración. Jefe de pruebas Jefe de despliegue Ingeniero de procesos Revisor de gestión del proyecto Gestor de pruebas. Apoyó: Documentador técnico Administrador de sistema Especialista en herramientas Desarrollador de cursos Artista gráfico Especialista en pruebas: Especialista en Pruebas ( tester Analista de pruebas Diseñador de pruebas Otros roles: Stakeholders
  • 6.  Revisor Coordinación de revisiones Revisor técnico Cualquier rol Notas: Para grandes organizaciones con un números equipos de ingenieros y lacomunicación entre cada equipo es crítica por lo tanto es necesario quelos artefactos sean completos y bastante comprensivos En tanto que para pequeños proyectos no es recomendable presentarsetanto rigor en las preparaciones de los artefactos, la eficiencia del procesodepende más de las habilidades de cada trabajador1.3 Procesoiterativo e incrementalSegún [JBR00] el equilibrio correcto entre los Casos de Uso y la arquitectura esalgo muy parecido al equilibrio de la forma y la función en el desarrollo delproducto, lo cual se consigue con el tiempo. Para esto, la estrategia que sepropone en RUP es tener un proceso iterativo e incremental en donde el trabajo sedivide en partes más pequeñas o mini proyectos. Permitiendo que el equilibrioentre Casos de Uso y arquitectura se vaya logrando durante cada mini proyecto,así durante todo el proceso de desarrollo. Cada mini proyecto se puede ver comouna iteración (un recorrido más o menos completo a lo largo de todos los flujos detrabajo fundamentales) del cual se obtiene un incremento que produce uncrecimiento en el producto. Una iteración puede realizarse por medio de unacascada como se muestra en la Figura 6. Se pasa por los flujos fundamentales(Requisitos, Análisis, Diseño, Implementación y Pruebas), también existe unaplanificación de la iteración, un análisis de la iteración y algunas actividadesespecíficas de la iteración. Al finalizar se realiza una integración de los resultadoscon lo obtenido de las iteraciones anteriores.Figura 6: Una iteración RUPEl proceso iterativo e incremental consta de una secuencia de iteraciones. Cadaiteración aborda una parte de la funcionalidad total, pasando por todos los flujosde trabajo relevantes y refinando la arquitectura. Cada iteración se analiza cuandotermina. Se puede determinar si han aparecido nuevos requisitos o hancambiadolos existentes, afectando a las iteraciones siguientes. Durante laplanificación de los detalles de la siguienteiteración, el equipo también examinacómo afectarán los riesgos que aún quedan al trabajo en curso. Toda la
  • 7. retroalimentación de la iteración pasada permite reajustar los objetivos para lassiguientes iteraciones. Secontinúa con esta dinámica hasta que se haya finalizadopor completo con la versión actual del producto.1Una baseline es una instantánea del estado de todos los artefactos del proyecto,registrada para efectos de gestión de configuración y control de cambios.Características esencialesLos autores de RUP destacan que el proceso de software propuesto por RUPtiene tres características esenciales: está dirigido por los Casos de Uso, estácentrado en la arquitectura, y es iterativo e incremental.

×