Sesin 13 Anlisis

ESTRUCTURA DEL RUP F. Trabajo Procesos

Modelacin de Negocios Requerimientos Anlisis y Diseo Implementacin Prueba Desarrollo

Fases
Inicio Elaboracin Construccin Transicin

F. Trabajo Soporte
Admin. Configuracin Administracin Ambiente
Iteracin(es) Preliminar Iter. #1 Iter. #2 Iter. #n Iter. #n+1 Iter. #n+2 Iter. #m Iter. #m+1

Iteraciones

El Modelo de Anlisis
El propsito fundamental del modelo de anlisis es resolver analizando los requisitos con mayor profundidad, pero con la diferencia de que puede utilizarse el lenguaje de los desarrolladores de proyectos para describir los resultados. En consecuencia podemos razonar ms sobre los aspectos internos del sistema, y por tanto resolver aspectos relativos a la interferencia de casos de uso y dems. Podemos estructurar los requisitos de manera que nos facilite su comprensin, su preparacin, su modificacin y su mantenimiento. Se puede considerar como una primera aproximacin al modelo de diseo y es por tanto, una entrada fundamental cuando se da forma al sistema en el diseo y la implementacin.

Realizacin de un caso de uso Una realizacin de Caso de Uso describe cmo es realizado un caso de uso en particular dentro del modelo del diseo, en trminos de la colaboracin de sus objetos

Realizacin del Caso de Uso

En Rational Rose

Por cada Caso de Uso una carpeta

Rational Rose
Una realizacin por cada caso de Uso

<<realize>>

Atender reserva de Buffet

(from Use Cases)

R_Atender reserva de Buffet

Artefacto: clase del Anlisis

Una clase de anlisis representa la abstraccin de una o varias clases y/o subsistemas del diseo del sistema. Esta abstraccin posee las siguientes caractersticas: Una clase de anlisis se centra en el tratamiento de los requisitos funcionales. Una clase de anlisis tambin define atributos, aunque esos atributos son de alto nivel, pero normalmente estos pasan hacer una clase en el diseo. Las clases del anlisis siempre encaja en uno de tres estereotipos bsicos: Interfaz, Control, Entidad.

Clases anlisis del Modelo de Anlisis

Clas e de Interfaz

C las e de entidad

Clase de control

Clase de Interfaz

Clase de Gestor

Clase de entidad

Clase de Interfaz
Las clases de interfaz se utilizan para modelar la interaccin entre el sistema y los actores. Las clases de interfaz modelan las partes del sistema que dependen de sus actores, lo cual implica que clasifican y renen los requisitos en los lmites del sistema. Las clases de interfaz representan a menudo abstracciones de ventanas, formularios, paneles, interfaces de comunicaciones.

Clase de Interfaz, ejemplo:

(f rom U s e C as e View)

Comprador

IU Solicitud de Pago

Clase de Entidad
Las clases de entidad modelan informacin y el comportamiento asociado de algn fenmeno o concepto, como persona o un objeto. Las clases de entidad reflejan la informacin de un modo que beneficia a los desarrolladores al disear e implementar el sistema, incluyendo su soporte de persistencia. Las clases de entidad suelen mostrar una estructura de datos lgica y contribuyen a comprender de qu informacin depende el sistema.

Entidades: Capturando Atributos

Permiten capturar aquellos datos Permiten capturar aquellos datos que nos interesa mantener de la que nos interesa mantener de la entidad entidad Representan la estructura interna Representan la estructura interna de los objetos de la entidad de los objetos de la entidad Se vinculan con la informacin de Se vinculan con la informacin de negocio. negocio. Determinan el estado interno del Determinan el estado interno del objeto objeto Sirven de base para el desarrollo Sirven de base para el desarrollo de las responsabilidades de las responsabilidades adquiridas por los objetos de la adquiridas por los objetos de la entidad entidad

<Nombre> Atributos / Conocimiento

Responsabilidades

(f rom U s e C as e View)

Comprador

IU Solicitud de Pago Muestra

Factura

Clase de Gestor
Las clases de control representan coordinacin, secuencia, transacciones y control de otros objetos y se usan con frecuencia para encapsular el control de un caso de uso en concreto. Los aspectos dinmicos del sistema se modelan con clases de control, debido a que ellas manejan y coordinan las acciones y los flujos de control principales, y delegan trabajo a otros objetos.

(f rom U s e C as e View)

Comprador

Factura
Cambia estado

Planifica factura IU Solicitud de Pago Gestor de Tabla

Caso: Generar actividad

Diagrama de Secuencia y de Comunicacin (colaboracin)

Los diagramas de secuencia y de colaboracin son Isomorfos. Un diagrama de secuencia se puede transformar mecanicamente en un diagrama de colaboracin. Un diagrama de colaboracin se puede transformar mecanicamente en un diagrama de secuencia.
Flujo alternatico 2.2.5.

4: Selecciona intervalo
Flujo alternativo 2.2.1.
llama al Caso de uso incluido VisualizarHorario

horario, dia, descripcin

1: Crear o modificar actividad

: Usuario

: InterfazActividad

2: solicita/buscar periodos de tiempo

5: visualizan los nuevos cambios

3: visualida horario
6: actualiza la actividad

: GestroActividad

: Actividad

Ejemplo : Realizacin de un caso de uso en el Modelo de Anlisis

Dependencia de traza
<<realize>>

Sacar Dinero

Sacar dinero

Realizacin del caso de uso

Cuenta Salida Interfaz Retirada de Efectivo del Cajero

Clases de interfaz

Clase de entidad Clase de control

Ejemplo : Una clase que participa en varias realizaciones de caso de uso en el Modelo de Anlisis Sistema de Cajero Automtico Modelo de casos de uso Modelo de Anlisis
Salida Retirada de Efectivo

Sacar Dinero

Cliente de Banco

Transferencia entre Cuentas

Cliente de Banco

Interfaz del Cajero

Transferencias

Cuenta

Ingresar Dinero

Receptor de Dinero

Ingreso

Clases que participan y desempean roles en las 3 realizaciones de casos de uso

Ejemplo : Uso de diagramas de colaboracin para describir una realizacin de caso de uso en el Modelo de anlisis

Diagrama de colaboracin para la realizacin del caso de uso Sacar Dinero en el Modelo de Anlisis

Diagrama de Casos de Uso

S i co n ti e n e GU I << in clu d e >> C o n su l ta r p ro v e e d o re s
(f ro m C as os d e U s o )

C o n su l ta r sto c k
(f ro m C a s o s d e U s o )

<< i n c l u d e> > < < in clu d e >> << in clu d e >> < < in clu d e > >

R e g i stra r re p u e sto s e n a l m a c n
(f ro m C a s o s d e U s o )

A l m a c e n e ro H a c e r p ag o s
(f ro m C a s o s d e U s o ) (f ro m A c t o re s )

C o n su l ta r rd e n e s d e c o m p ra H a c e r rd en e s d e c o m p ra
(f ro m C a s o s d e U s o )

C o ti z a r
(f ro m C a s o s d e U s o ) (f ro m C a s o s d e U s o )

< < e x te n d > >

<< in clu d e > >

N o ti e n e G U I

Gaf
(f ro m A c t o re s )

V e ri fi c a r d a to s d e c l i e n te s G en e ra r n o ta d e p e d i d o y fa c tu ra c i o n
(f ro m C a s o s d e U s o ) (f ro m C a s o s d e U s o )

< < in clu d e > >

Ve n d e d o r
(f ro m A c t o re s )

F a c tu ra r
(f ro m C a s o s d e U s o )

Arquitectura del anlisis

Arquitectura del anlisis,

continua...

C AP A D E A P LIC A C ION

P agos

C ompras

C o mercia l

Facturacion

CA PA E S PE CF IC A

---------------------------------------------------------------------------------------------------...

A gendaP ersonal

A lmacenes

C AP A GE NE RAL

R_A_Consultar stock

Consult ar s tock << real iz e> >

(fro m Ca so s d e Uso )

R_A _Consultar s tock

Estructura Interna

s olic ita b us c ar produc to V end edor

(fro m A cto re s)

indic a b us c ar a

ob tiene

Inte rfaz Cons ultaS toc k s olic ita b us c ar produc to

Ges torS toc k

P roduc to

A lm ac enero
(fro m A cto re s)

Flujo Bsico: Almacenero

5: S elec ciona produc to 7 : obtiene 2: Ingres a produc to a bus c ar Nom bre/P alabra de Des c ripc in 1 : S elec c iona tipo de filt ro 6: c arga 3: filtra Des cripc in P Cos to 4: obtiene lis tado

: A lm ac enero

: Inter faz Con s ult aS toc k

: Ges torS toc k

: P roduc to

Flujo Bsico: Vendedor

5: S elecc iona producto 7 : obtiene 2: Ingres a produc to a busc ar Nom bre/P alabra de Desc ripcin 1 : S elecc iona tipo de filt ro 6: carga 3: filtra Des c ripcin P Cos to 4: obtiene lis tado

: V endedor

: Interfaz Con s ult aS toc k

: Ges torS toc k

: P roduc to

R_A_Generar Notas de Pedido y Facturacin

<<realize>>

R_A_Generar Notas de Pedido y Facturacin

Generar nota de pedido y facturacion

(from Caso s de Uso )

R_A_Cotizar

R_A_Cotizar

Cotizar
(from Casos de Uso)

R_A_Cotizar: Estructura Interna

s ol ic it a c o ti z ar

indic a validar

guarda

V end edor
(fro m A cto re s)

Interfaz Cotiz ac ion

G estorCotiz ac ion

Cot iz ac io n

R_A_Cotizar: Flujo Bsico

11: G rab a cot iz ac in

8: Ingres a dato de C otiz ac in

D is ponibilidad

3.1 C o n su lta r sto ck

Tipo de P ago

7: Ingre s a P V defini tivo

12: V alida grabac in

4: Ingres a P V tent ativo

10: C alc ula P V Total

3: S olic ita bus c ar

9: C alc ula P V N eto

1: Ingres a c liente a bus c ar

R U C /N om bre
5: C alc ula M G

13: guarda

: C otiz ac ion

2: bus c a c liente

: V endedor

: Interfaz C otiz ac ion

6: obtiene m rgenes

2 .1 V e rific a r d a to s d e c li e n te s

: G es torC otiz ac ion

M in% M ax%

: P rodu c to

R_A_Cotizar: Esc: Actualizar cotizacin

P unto de E x tens in: Generar Notas de P edido y Fac turac in
5: Graba

4: Cam bia es tado

6: valida

1: Ingres a Nro Cotiz ac in a bus c ar

2: bus c a

: V endedor

: Interfaz Cotiz ac ion

: Ges t orCot iz ac ion

3: obt iene
7: guarda

: Cotiz ac ion

Crear ao escolar
2: selecciona crear 1: ingresa datos : Di re ctor A ula V acantes A o S eccion Nombre del A o : Interfaz C rear Ao E scolar

4: valida

FA 1:datos incorrectos

5: graba : ao E scolar

: Gestor C re ar Ao E scolar 3: obtiene capacidad

: aulas

Estructura

Tarjetas CRC

Tarjetas CRC Clase - Responsabilidad - Colaboracin

Las clases tambin se pueden descubrir usando tarjetas ClaseResponsabilidad-Colaboracin (CRC). Es un medio sencillo de identificar y organizar las clases Ayudan a identificar las colaboraciones cercanas: jerarquas de generalizacin/especializacin o jerarquas de agregacin entre las clases A medida que se completan ms escenarios surgen ms patrones de colaboracin entre las clases Las tarjetas CRC son muy efectivas en tcnicas de OO porque: Se enfocan en los problemas Previenen la generalizacin prematura Fomentan el pensamiento orientado a objetos

Tarjetas CRC
Una tarjeta CRC es una tarjeta de 3 x 5 que muestra: 1. El nombre y descripcin de la clase 2. Las responsabilidades de la clase: se refieren a atributos y operaciones relevantes para la clase. Conocimiento interno de la clase Servicios que brinda la clase 3. Los colaboradores para las responsabilidades Un colaborador es una clase cuyos servicios son necesarios para cumplir una responsabilidad. Decimos que un objeto colabora con otro, si para ejecutar una responsabilidad necesita enviar cualquier mensaje a otro objeto.

Una sesin de Tarjetas CRC

Se escoge un grupo de personas para representar los roles de los objetos que participan en un escenario de CU. Se crea una tarjeta para cada objeto del escenario. A cada participante se le asigna un grupo de tarjetas que representan objetos similares. La persona se convierte en una clase Los escenarios que se escojan deben ser desarrollados por los participantes como si se hiciera una representacin.

Una sesin de Tarjetas CRC, continua...

En las tarjetas se anotan las responsabilidades y colaboraciones que vayan surgiendo de las representaciones de los escenarios Se crean tarjetas para cualquier objeto nuevo que se descubra. Orden de la Sesin: Anlisis del problema Definicin de clases Tormenta de ideas Filtrado de clases Definicin de superclases y subclases Definicin de responsabilidades. Definicin de atributos. Operacin en escenarios determinados

Una sesin de Tarjetas CRC, continua...

Se usan normalmente en sesiones de experto del rea/desarrollador o desarrollador/desarrollador en grupos no mayores a 6 personas para discutir sobre las caractersticas de la implementacin.

Responsabilidades
Representan caractersticas estables de una clase: atributos y operaciones Atributos: se extraen de la naturaleza de la clase Operaciones: se extraen del anlisis gramatical. Verbos: candidatos a operaciones La inteligencia del sistema debe distribuirse en forma igualitaria, ubicando la informacin (atributos) y el comportamiento (servicios) en la misma clase.

Colaboradores
Representan solicitudes de un cliente a un servidor para realizar una responsabilidad. Dos objetos colaboran entre s al necesitar enviarse mensajes para ejecutar una responsabilidad Ayuda a identificar relaciones entre clases Se examinan 3 relaciones genricas entre clases: Es-parte-de Tiene-conocimiento-sobre Depende-de

Tarjetas CRC para la Clase: CrearAoEscolar

Beneficio de las Tarjetas CRC Los patrones de colaboracin emergen a medida que ms y ms escenarios se completan. Las tarjetas se pueden distribuir fsicamente para representar las colaboraciones estrechas. Esto puede ayudar a identificar las jerarquas de generalizacin o especializacin, y asociaciones de agregacin entre las clases (estos temas se desarrollan mas adelante). Las tarjetas de CRC son ms efectivas para grupos nuevos en tcnicas de OO porque: Previenen enfocarse en temas de Programacion OO Previenen la generalizacin prematura Impulsan a pensar orientado a objetos

Fin de la sesin 13 Anlisis