Diseo Orientado a Componentes

Ing. Edwin O. Ramos Velsquez

supito01@hotmail.com Universidad Nacional Jos Mara Arguedas Apurmac Andahuaylas Carrera Profesional de Ingeniera de Sistemas
Ing. Edwin O, Ramos Velsquez 1

Proceso de desarrollo de SW

Estudio viabilidad Planificacin y requisitos Desarrollo Aplicacin a desarrollar Diseo

Ing. Edwin O, Ramos Velsquez

Pruebas e implantacin

Aplicacin
2

Proceso 1: Desarrollo de software

Diseos Requerimientos

-------------------------

Diseador (Diagramas) Metodologa

Programador (Codificacin)
Ing. Edwin O, Ramos Velsquez

Software 3

MITOS DEL SOFTWARE

CLIENTE: Te explico un poco y ser suficiente. Ya concretaremos luego Si se nos ocurre algn cambio, no te costar retocarlo

Problema: Definicin de requerimientos

Ing. Edwin O, Ramos Velsquez 4

MITOS DEL SOFTWARE

PROGRAMADOR: Hecho un programa que funciona, hemos terminado Lo nico que hay que darle al cliente es un cdigo que funcione Hasta que empiece a funcionar no sabr si est bien

Problema: Mantenimiento del software

Ing. Edwin O, Ramos Velsquez 5

 Qu hacemos nosotros ?

ANALISIS DEL PROBLEMA NO HAY PROBLEMAS

NO TIENE SOLUCION

Ing. Edwin O, Ramos Velsquez

SI HAY SOLUCION, LA MIA

CRISIS DEL SOFTWARE

Datos estadsticos
Slo el 16% de los proyectos de software son exitosos(se cumplen costos, plazos y requerimientos). El 53% sobrepasa costos y plazos, cumpliendo parcialmente los requerimientos. El resto no llega a su trmino Otro: Los costos son mayores en la fase de mantenimiento

Qu hacer?

Ing. Edwin O, Ramos Velsquez

CAMBIAR
7

Centro Experimental de Ingeniera de Software (Chile)

Proceso 2: Mantenimiento de software

-------------------------

-------------------------------------------------------------------------------------------------------------------------

Requerimiento 1 Requerimiento 2 Requerimiento 3 ...... ......

-------------------------------------------------

-------------------------

-------------------------

Ing. Edwin O, Ramos Velsquez

Proceso 2: Mantenimiento de software - Es mejor ?

-------------------------

-------------------------------------------------------------------------------------------------

Requerimiento 1 Requerimiento 2 Requerimiento 3 ...... ......

-------------------------------------------------

-------------------------

-------------------------

Ing. Edwin O, Ramos Velsquez

Proceso 3: Mantenimiento de software - Es el ideal ?

-------------------------

-------------

Requerimiento 1 Requerimiento 2

-------------

-------------

Requerimiento 3 ......

-------------

-------------

......

-------------

Ing. Edwin O, Ramos Velsquez

10

Formulacin del problema De qu manera se puede simplificar el proceso de desarrollo y mantenimiento del cdigo del software ?

Simplificacin del... P. codificacin del software

Ing. Edwin O, Ramos Velsquez 11

Desarrollo Orientado a Componentes

Si la sencillez podra mejorar un proceso de fabricacin, qu sera mucho mejor: fabricar un producto desde cero o generar el mismo producto a partir del ensamblaje de partes prefabricadas?

Ing. Edwin O, Ramos Velsquez

12

Desarrollo Orientado a Componentes

Ing. Edwin O, Ramos Velsquez

13

Desarrollo Orientado a Componentes ( I )

Componente 1

+ Componente
2

+ Componente
3

= Producto

Ing. Edwin O, Ramos Velsquez

14

Desarrollo Orientado a Componentes ( II )

Ing. Edwin O, Ramos Velsquez

15

In ic io d e l p r o c e s o D E S AR R O L L O D E S O F T W AR E B AS AD O E N COMPONENTES ( V IS IO N G E N E R A L IZ A D A )

Id e n t if ic a c i n d e lo s c o m p o n e n t e s c a n d id a t o s

B u s c a r c o m p o n e n te s e n b ib lio t e c a d e c o m p o n e n t e s

E x tra e r c o m p o n e n te s s i e s t n d is p o n ib le s

C o n s t r u ir c o m p o n e n t e s s i n o e s t n d is p o n ib le s

C o lo c a r c o m p o n e n t e s n u e v o s e n la b ib lio t e c a d e c o m p o n e n t e s

C o n s t r u ir in t e r a c c io n e s d e l s is t e m a u t iliz a n d o lo s c o m p o n e n t e s s e le c c io n a d o s y /o c o n s t r u id o s ( e n s a m b la d o ) F in d e l p r o c e s o . R e s u lt a d o : P r o d u c t o t e r m in a d o

Ing. Edwin O, Ramos Velsquez

16

Desarrollo Orientado a Objetos

Satellite receiver Weather stations Telecomms system Manual data collection

Data archive

Weather data processor

Map database

Map display

Map printer

Aplicacin = Objeto1 + Objeto2 + ...

Ing. Edwin O, Ramos Velsquez

17

DESARROLLO ORIENTADO A OBJETOS

OMT (J. Rumbaugh) Objectory(I.Jacobson) Booch UML*

Ing. Edwin O, Ramos Velsquez

18

OMT(Object Modeling Technique) (I)

La Tcnica de Modelado de Objetos (OMT, Rumbaugh, 1991) es un procedimiento que se basa en aplicar el enfoque orientado a objetos a todo el proceso de desarrollo de un sistema software, desde el anlisis hasta la implementacin

Ing. Edwin O, Ramos Velsquez

19

OMT(Object Modeling Technique) (II)

PRODUCTO M o d e lo 1

M o d e lo 3

M o d e lo 2

Un modelo: Ofrece la visin de uno de los aspectos del software Establece un lenguaje comn
Ing. Edwin O, Ramos Velsquez 20

OMT(Object Modeling Technique) (III) Modelo de objetos. Clases + Diccionario

Diagrama deRamos Velsquez Ing. Edwin O, clases

21

OMT(Object Modeling Technique) (VI)

Modelo funcional. describe funciones invocadas por
operaciones en el modelo de objetos

Descripcin de los argumentos en los mensajes

Ing. Edwin O, Ramos Velsquez

22

O b je to D e leg a d o r

O b jeto n O b jeto 1

O b jeto ... O b jeto 2

T a r ea n T a r ea n - 1 T a r ea n - 2

T a r ea 1 T a r ea 5 T a r ea 2 T a r ea 3 T a r ea 4 T a r ea 6 T a r ea 8 T a r ea 7

T a r ea n - 3

Ing. Edwin O, Ramos Velsquez

23

UML
NOTACIONES

Ing. Edwin O, Ramos Velsquez

24

UML(Unified Modeling Languaje)

Diagramas de paquetes Diagramas de casos de uso Diagramas de actividad Diagramas de Interaccin Diagramas de clases Diagramas de componentes Diagramas de despliegue Diagramas de estado
Ing. Edwin O, Ramos Velsquez

25

D. de actividad
D. de paquetes
Ventas
[P roveedor R egistrado]

UML
R ecep ci n d el Vo u ch er [Proveedor No R egistrado] R egistrar proveedor

C om probar registro del proveedor

D.Casos de<<Incluye>> uso

Reduce item del almacn

Cambia item

<<Extiende>> Genera reporte

Proc esar la operac in

D. De clases
Articulo Nom breArticulo CodigoArticulo Ofertas Cantidad PrecioDe Oferta CodigoArticulo CodigoProveedor

Provee dor Nom breProveedor CodigoProveedor

Ing. Edwin O, Ramos Velsquez

D. de paquetes

26

UML
D. de colaboracin
StockDeArticulo()

1. Incrementar Volumen() :Mdico 2. Mostrar Volumen() 3. Confirma() :Sistema

Registro Articulo
ReduceStock()

ReduceStock()

Tabla Articulo
PrecioDeArticulo()

:Mezclador de Gas

4. Pide cambio de volumen()

SeleccionaArticulo()

Seleccion Articulo

D. De secuencia
:Mdico :Mezclador de Gas :Sistema 1. Incrementar Volumen() 2. Mostrar Volumen() 3. Confirma() 4. Pide cambio de volumen()

D. de componentes

D. de interaccin
Ing. Edwin O, Ramos Velsquez 27

Diseo Orientado a Componentes ( DOC )

Ing. Edwin O, Ramos Velsquez

28

APLICACION

Aplicacin

NIVEL 1

Supercomponentes

Componente 1

Componente i

Componente n

NIVEL 2

Subcomponente 1

Subcomponente i+1

Subcomponente j+2

Subcomponente n

Subcomponente i_simo

Subcomponente i+2

Subcomponente j+1

Subcomponente j _simo NIVEL IESIMO Sub..componente

Subomponente k_simo

Sub..componente

Ing. Edwin O, Ramos Velsquez

29

APLICACION

Aplicacin

FRAMEWORKS

Framework 1

Framework i

Framework n

COMPONENTES

Componente 1

Componente i+1

Componente j+2

Componente n

Componente i_simo

Componente i+2

Componente j+1

Componente j _simo

Componente k_simo

Ing. Edwin O, Ramos Velsquez

30

... Diseo orientado a componentes

Objetivos Obtener los diagramas del ensamblado de los componentes. Obtener la descripcin documentada de las interfaces de los componentes que forman la composicin
h 1 h 1 L 1 h 1 L 1 L 1

h 1

L 1

Ing. Edwin O, Ramos Velsquez

31

Metodologa de DOC (I)

El sistema debe ser comprendido segn la forma en la cual es usado, poniendo inters en los procesos. Dirigido por casos de uso

Afinamiento de diagramas.
D iagr ama 1 (in icial) D iagr ama 2 d iagr ama isimo D iag r ama n (final)

Uso de objetos
T c n ic a s d e O b je t o s
( O b j e t o s i n d e p e n dEdwineO,)Ramos Ing. i e n t s

C o m p o n en tes

Velsquez

32

Metodologa de DOC (II)

Definicin de requerimientos Modelo de casos de uso Modelo de actividades Modelo conceptual Modelo de interaccin Modelo de interfaces Modelo de ensamblado
Ing. Edwin O, Ramos Velsquez 33

Metodologa de DOC (III)

In ic io d e l p r o c e s o

D e f in ic i n d e r e q u e r im ie n to s

R e q u e r im ie n to s f u n c io n a l e s R e q u e r im ie n to s n o f u n c io n a l e s

M o d e lo d e c a so s d e u so D ia g r a m a s d e c a s o s d e u s o D ia g r a m a s d e p a q u e te s M o d e l o d e a c tiv id a d e s D ia g r a m a s d e a c tiv id a d M o d e l o c o n c e p tu a l D ia g r a m a s d e s e c u e n c ia D ia g r a m a s d e c o l a b o r a c i n M o d e l o d e in te r a c c i n D ia g r a m a s d e c l a s e s P l a n til l a s d e c o n tr a to D ia g r a m a d e B . D a to s

M o d e l o d e in te r f a c e s

M o d e lo d e e n s a m b la d o

D ia g r a m a s d e c o m p o n e n te s D ia g r a m a s d e d e s p l ie g u e D ia g r a m a s d e c o n te n e d o r

D is e o d e l s o ftw a re te rm in a d o

Ing. Edwin O, Ramos Velsquez

34

Modificacin de componentes
Nro. Framework Nro. veces que se aplic un rediseo
1 Vista previa 15

Componentes afectados
0

Comentarios

Las pruebas de interaccin y las nuevas necesidades fueron las que hicieron necesario el rediseo.

Transaccin

10

No hubo mayor rediseo.

problema en el

Exploracin de transacciones

13

La complejidad de este framework hizo muy dificultoso el replanteamiento del diseo.

Exploracin de datos bsicos

Se tuvieron que modificar las distintas versiones del mismo componente.

Exploracin de amortizaciones

La complejidad de este framework hizo muy dificultoso el replanteamiento del diseo.

TOTAL

Ing. Edwin O, Ramos Velsquez

28

35

CONCLUSIONES
1. Es posible utilizar una metodologa de diseo de software con una Orientacin a Componentes, la misma que puede ser utilizada por los diseadores de software 3. El uso de una metodologa de DOC en el desarrollo de un software, puede permitir que se obtenga un buen nivel de simplicidad del proceso de desarrollo y de mantenimiento del cdigo del mismo software
Ing. Edwin O, Ramos Velsquez

36

SUGERENCIAS
1 Los desarrolladores de software deben adoptar una metodologa de DOC en el desarrollo de software, 2 Los universitarios, en las reas de computacin, deberan adoptar una metodologa de DOC en sus trabajos demostrativos
Ing. Edwin O, Ramos Velsquez 37

Gracias por su atencin

Edwin Ramos Velsquez

supito01@yahoo.com.ar supito01@latinmail.com supito01@hotmail.com
Ing. Edwin O, Ramos Velsquez 38