Вы находитесь на странице: 1из 34

Qu es entonces UML ?

UML es un lenguaje grfico estndar para:


visualizar
especificar
construir
documentar

los artefactos de un sistema.
Lenguaje Unificado de Modelado
til en las diferentes etapas del ciclo de vida del desarrollo
de sistemas.
Lenguaje Unificado de Modelado
Independiente del proceso de desarrollo de software.
Lenguaje Unificado de Modelado
MSF
Independiente del lenguaje de implementacin.
Lenguaje Unificado de Modelado
C++
Un estilo
Un lenguaje
Un proceso
Herramientas
O.O.

UML

UP
Together / Poseidon / Rational Modeler
Qu elementos definen un Mtodo de Modelado?
Visin General de UML
Definicin de Vistas como proyeccin
estructura
Vista de C.U.s
Vista de
DISEO
Vista de
DESPLIEGUE
Vista de
IMPLEMENTACIN
Vista de
PROCESOS
Modelado de la Arquitectura de un sistema


Elementos



Relaciones




Diagramas
UML: bloques de construccin
Clase - Interfaz - Estructura Compuesta - Caso de Uso
Clase Activa - Componente - Nodo
Interaccin - Mquina de Estados - Actividad
Paquetes - Frame
Notas
Dependencia
Asociacin
Generalizacin
Estructurales
De Comportamiento
De Agrupacin
De Anotacin
De Instancia Objetos
Diagrama de Clases
Diagrama de Objetos
Diagrama de Estructura Compuesta
Diagrama de Paquetes
Diagrama de Componente
Diagrama de Despliegue
Diagrama de Casos de Uso
Diagrama de Mquina de Estados
Diagrama de Actividades
Diagrama de Secuencia
Diagrama de Comunicacin
Diagrama de Tiempos
Diagrama de Vista Global
Diagramas de UML 2.0
Diagrama de
Estructura Compuesta
Diagrama de
Estructura Paquete
Diagrama de
Componentes
Diagrama de
Despliegue
Diagrama de
Objetos
Diagrama de
Clases
Diagrama de
Secuencias
Diagrama General de
Interaccin
Diagrama de
Tiempos
Diagrama de
Comunicacin
Diagrama de Mquina
De Estados
Diagrama de
Actividad
Diagrama de
Casos de Uso
Diseo de Sistemas
FRLP
Desarrollo Iterativo y el
Proceso Unificado
Qu es el Proceso Unificado de Rational?
Es, esencialmente, un proceso de desarrollo de software.

Tambin puede verse como un producto.

O como un framework que puede especializarse para:

Sistemas software
reas de aplicacin
Organizaciones
Tamaos de proyectos

Creado por Rational Software Corporation (ahora parte de IBM)
Claves del Proceso Unificado
Es iterativo e incremental

Dirigido por los casos de uso.

Centrado en la arquitectura

Adems:

Est basado en componentes
Utiliza UML, una parte esencial del RUP

La idea ms importante del RUP: desarrollo iterativo
El sistema crece
de manera
incremental
La retroalimentacin
de la iteracin N nos
lleva a refinar y adaptar
los requisitos y diseo
de la iteracin N+1
Fases del Proceso Unificado
tiempo
Inception Elaboration Construction Transition
Inception Define el alcance del proyecto y
desarrolla los casos de uso iniciales.
Elaboration Planea el proyecto, especifica caractersticas,
define la arquitectura
Construction Construye el producto
Transition Transfiere el producto a los usuarios
Fases e iteraciones
Una iteracin es una secuencia de actividades con un plan
establecido y criterios de evaluacin, que resultan en un
producto ejecutable.











Cada fase concluye en un hito

Hito
Fase Iteracin
Inception Elaboration Construction Transition
Disciplinas del Proceso Unificado
Aunque una
iteracin incluye
trabajo en
varias
disciplinas,
el esfuerzo
relativo y el
nfasis cambia
en el tiempo

Una iteracin















En una iteracin se recorren todos los flujos de trabajo.
Cada iteracin comprende:

Planificar la iteracin (estudio de riesgos)
Anlisis de los Casos de Uso
Diseo de opciones arquitectnicas
Codificacin y pruebas.
Evaluacin de la entrega ejecutable
Preparacin de la entrega
Proceso Iterativo e Incremental
Disciplinas y Modelos
Workers en el RUP
Un worker define el comportamiento y responsabilidades
de una persona o un conjunto de personas que trabajan
como un equipo.












Trabajadores y flujo de trabajo de la etapa de diseo
Arquitecto
Analista/Diseador
Diseador
Diseador de BD
Disear Subsistemas
Diseo Preliminar de CU
Disear CU
Disear la BD
No se entendi el UP cuando
Se piensa que Inicio = Requisitos, Elaboracin = Diseo, y
Construccin=Implementacin.

Se intenta definir la mayora de los requisitos antes de
comenzar el diseo o la implementacin.

Se intenta definir la mayora del diseo antes de comenzar
la implementacin.

Se cree que el objetivo de la Elaboracin es definir
modelos de manera completa y cuidadosa, que se
traducen a cdigo durante la Construccin.

Se piensa que adoptar el UP significa hacer muchas
actividades posibles y crear muchos documentos.











INTRODUCCIN
Repaso Notacin UML
Anlisis y Diseo Orientado a Objetos
Desarrollo Iterativo y el Proceso Unificado
Caso de estudio: el sistema de punto de venta

ETAPA INICIAL DEL PROCESO DE DESARROLLO

ELABORACION EN LA ITERACION 1

ELABORACION EN LA ITERACION 2


+
+
+
-
Caso de estudio : presentacin general del dominio
Sistema Punto de Venta

Un point-of-sale terminal (POST) es un sistema
computarizado utilizado para registrar ventas y
manejar pagos. Es usado tpicamente en negocios de
venta al por menor. Incluye componentes de
hardware, tales como una computadora y una
lectora de cdigo de barra, y software para correr el
sistema.
Contenidos del Curso

Mdulo I: Introduccin

Mdulo II: Etapa Inicial del Proceso de Desarrollo

Mdulo III: Elaboracin de la Iteracin 1

Mdulo IV: Elaboracin de la Iteracin 2


INTRODUCCIN

ETAPA INICIAL DEL PROCESO DE DESARROLLO
Fase Inicio
Comprensin de los requisitos
Modelos de Casos de Uso
Identificacin de otros requisitos
Del Inicio a la Elaboracin

ELABORACION DE LA ITERACION 1

ELABORACION DE LA ITERACION 2


+
+
+
-
Diseo de Sistemas
FRLP
Fase Inicio
Fase Inicio-Objetivos

Definir la visin y obtener una estimacin.

Corta duracin.











Si se decidi que se encarar el proyecto y que ste es viable,
en esta fase se comenzar con los primeros talleres de requisitos
y se planear la primera iteracin, cambiando rpidamente a la
Elaboracin.


Vislumbrar el alcance del producto,
visin y anlisis del negocio
Fase Inicio-Artefactos












Artefacto Comentario
Visin y Anlisis del Negocio
Describe objetivos y restricciones;
proporciona un informe para la toma
de decisiones
Modelo de Casos de Uso
Describe requisitos funcionales y no
funcionales
Especificacin complementaria
Describe otros requisitos
Glosario
Describe trminos del dominio
Lista de Riesgos y Plan de
Gestin de Riesgos
Describe riesgos tcnicos, del
negocio, recursos, ideas para
mitigarlos.
Plan de Iteracin
Describe qu hacer en la primera
iteracin
Plan de Desarrollo de
Software
Estimacin (poco precisa) de
duracin y esfuerzo en Elaboracin
Marco de Desarrollo
Describe pasos del UP y artefactos
adaptados para el proyecto
No se entendi la fase Inicio cuando
Se piensa que la secuencia de trabajo es:
definicin de requisitos;
diseo de la arquitectura;
implementacin.

No hay artefacto de Visin o Anlisis del Negocio.

No se identificaron la mayora de los nombres de los casos
de uso y los actores.

Se escribieron todos los casos de uso en detalle.

No se escribi ningn caso de uso en detalle.











INTRODUCCIN

ETAPA INICIAL DEL PROCESO DE DESARROLLO
Fase Inicio
Comprensin de los requisitos
Modelos de Casos de Uso
Identificacin de otros requisitos
Del Inicio a la Elaboracin

ELABORACION DE LA ITERACION 1

ELABORACION DE LA ITERACION 2


+
+
+
-
Diseo de Sistemas
FRLP
Comprensin de los Requisitos
Comprensin de los Requisitos

Qu entendemos por requisitos?

Los requisitos son capacidades y condiciones con las cuales debe
ser conforme el sistema.

El RUP fomenta un conjunto de buenas prcticas, entre ellas, la
gestin de requisitos, que hace referencia a definir un enfoque
sistemtico para encontrar, documentar, organizar y seguir la
pista de los requisitos cambiantes del sistema

La visin de un proceso iterativo es utilizar un filosofa que
acepte el cambio y la retroalimentacin como motores centrales
en el descubrimiento de los requisitos.
Tipos de Requisitos
Funcional (Functional)

Usabilidad (Usability)

Fiabilidad (Reliability)

Rendimiento (Performance)

Soporte (Supportability)



Caractersticas, capacidades,
seguridad.
Factores humanos, ayuda,
documentacin.
Frecuencia y recuperacin de fallos,
grado de previsin.
Tiempos de respuesta, precisin,
disponibilidad, uso de los recursos.
Adaptabilidad, facilidad de
mantenimiento, configurabilidad.
Los requisitos se clasifican segn el modelo FURPS+.
Y qu significa el + de FURPS+ ?
Indica requisitos adicionales tales como:
Implementacin
Interfaz
Legales

Вам также может понравиться