ahora

Páginas: 6 (1373 palabras) Publicado: 10 de julio de 2013
MODULO III

Análisis y Diseño de
Sistemas de Información
INF-162

III. RUP
3.1 Introducción
Facilitador: Miguel Cotaña

06 de Noviembre 2012
1

INTRODUCCION

Rational Unified Process (RUP o
Proceso
Racional
Unificado),
desarrollado por Rational Software
Corporation, es un proceso de
ingeniería de software que ofrece un
enfoque disciplinado para asignar
tareas yresponsabilidades dentro de
la organización del desarrollo.
2

RUP captura algunas de las mejores
prácticas de la industria para el
desarrollo de software las cuales son
para desarrollar el software en
iteraciones,
administrar
requerimientos, usar arquitecturas
basadas en componentes, verificar la
calidad del software, controlar los
cambios al software y modelar el
software visualmente usandoUML.
3

Artefacto (o qué)

Un artefacto es un pedazo de
información
que
es
creado,
modificado o usado por un proceso
tal como un modelo, un caso de uso,
un documento, código fuente o un
archivo ejecutable.
Son usados por los roles para
realizar nuevas actividades y son el
resultado de esas actividades.
4

Rol (quién)

Define las responsabilidades y el
comportamiento de unapersona.
Las
personas
(actores)
suelen
corresponderse con trabajadores (o
actores del negocio) en un negocio.
Cada rol (de un trabajador) define lo
que hace un trabajador en un
proceso de negocio concreto.
5

Actividad (cómo)

Es una unidad de trabajo
que se
asigna a un rol.
Unidad tangible de trabajo realizada
por un trabajador en un flujo de
trabajo, de forma que:
Implicauna responsabilidad bien definida para
el trabajador;
Produce un resultado bien definido (conjunto
de artefactos) basado en una entrada bien
definida;
6
Representa una unidad de trabajo.

¿Cómo realizo
actividades?
RECURSO

una

asignación

ROL

de

ACTIVIDAD

Zorka

Diseñador

Diseño de objetos

Mary

Autor de casos de uso

Detallar un caso de
uso

CarlosDiseñador de casos de Diseñar un caso de
uso
uso

Oscar

Revisor de diseño

Revisar el diseño

Melina

Arquitecto

Análisis de
arquitectura
Diseño de arquitectura 7

¿QUÉ tareas hacer?
Actividades
¿QUIÉN las hace?
Roles
¿CUÁNDO se hace?
Workflow
¿QUÉ generar?
Artefactos
8

Workflow (cuándo)

Es una lista de actividades, roles y
artefactos. Es una secuencia deactividades que producen un resultado
de valor. Propósito:
Entender la estructura y dinámica de la
organización;
Entender
y
mejorar
el
objeto
organizacional;
Asegurar a clientes y usuarios un
común entendimiento;
9
Derivar los requisitos.

Características

Forma disciplinada de asignar tareas y
responsabilidades (quién hace qué,
cuándo y cómo).
Pretende implementar las mejoresprácticas en el Análisis y Diseño:
Desarrollo iterativo;
Administración de requisitos;
Uso
de
arquitectura
basada
componentes;
Control de cambios;
Modelado visual del software;
Verificación de la calidad del software.

en

10

PRINCIPIOS DE RUP

Guiado por casos de uso: los casos
de uso son el instrumento para validar
la arquitectura del software y extraer
los casos de prueba;Centrado en la arquitectura: los
modelos son proyecciones del análisis
y el diseño constituye la arquitectura
del producto a desarrollar;
Iterativo
e
incremental:
se
producen versiones incrementales.
11

Guiados por casos de uso

Los sistemas se crean para dar
servicio a los usuarios:
qué requisitos se necesitan;
un caso de uso es una pieza de
FUNCIONALIDAD de un sistema
que leproporciona a algún
USUARIO
un
RESULTADO
o
VALOR.
12

Todos juntos constituyen el modelo de
casos de uso (MCU):
funcionalidad completa;
para todos los usuarios.
El desarrollo guiado por casos de uso:
capturan requisitos;
se especifican (analizan);
se diseñan;
se implementan;
se prueban.
13

Desarrollo
guiado por
CASOS DE USO

1.- CASO DE
USO

Tomar Préstamo

Persona...
Leer documento completo

Regístrate para leer el documento completo.

Estos documentos también te pueden resultar útiles

  • No por ahora
  • ya ahora
  • ahora
  • Ahora
  • Ahora
  • Ahora
  • ahora
  • Ahora

Conviértase en miembro formal de Buenas Tareas

INSCRÍBETE - ES GRATIS