Usabilidad de rup

Solo disponible en BuenasTareas
  • Páginas : 8 (1948 palabras )
  • Descarga(s) : 0
  • Publicado : 3 de diciembre de 2010
Leer documento completo
Vista previa del texto
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

Referencias
2

  

http://www.rational.com/
http://www-306.ibm.com/software/awdtools/rup/ The Rational Unified Process: An Introduction. Philippe Kruchten. Addison-Wesley Professional; 2 edition (March 14, 2000) 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

Introducción: Principios
4

  

Principio 1: Iterativo e incremental Principio 2: Guiado por los casos de uso Principio 3: Centrado en la arquitectura

Introducción: Principios (cont.)
5



Precisaartefactos


entregables concretos, basados en UML precisa quienes intervienen en las actividades



Define roles


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 terminacon 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

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 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.

Un Ciclo
9

INICIO

ELABORACION

CONSTRUCCION

TRANSICION

Cuatro grandes fases. Al final del ciclo debe haber un producto funcionandoque satisface un conjunto de casos de uso

Propósito de las fases
10

INICIO Definir los objetivos del cicIo

ELABORACION

CONSTRUCCION

TRANSICION

Definir la arquitectura del producto

Desarrollar el producto
Liberar el producto

Propósito de las fases
11

INICIO Definir los objetivos del cicIo

ELABORACION

CONSTRUCCION

TRANSICION

Definir la arquitectura delproducto

Desarrollar el producto
Liberar el producto

Para lograr el propósito de cada fase se pueden realizar varias iteraciones.

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 deimplementació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

Una Iteración (cont.)
13

 Las disciplinas de ingeniería siguen un modelo en cascada
Business Modeling RequirementsAnalysis & Design Implementation Test Deploy

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

Una Iteración (cont.)
15

Business Modeling Requirements
Analysis & DesignImplementation

Dependiendo de la fase se hace más o menos énfasis en la disciplina

Test

Deploy

Iteraciones en la fase de Inicio
16

Business Modeling Requirements Analysis & Design Implementation

Se hace un plan de fases Se identifican los principales casos de uso Se identifican los riesgos

Test Deploy

Iteraciones en la fase de Elaboración
17

Business Modeling...
tracking img