tema 01 - introduccion al diseño orientado a objeto

8/17/2019 Tema 01 - Introduccion Al Diseño Orientado a Objeto

http://slidepdf.com/reader/full/tema-01-introduccion-al-diseno-orientado-a-objeto 1/15

Análisis y Diseño

Orientado al Objeto

Introducción al análisis y diseño

orientado a objetos

Unidad 01



Conceptos Fundamentales

¿Qué es el Análisis y Diseño?

El Análisis se encarga de la investigación delproblema y los requisitos, en vez de ponerlo en unasolución !or ejemplo, si se desea un nuevo sistema

de in"ormación in"ormatizado para una biblioteca,#Cómo se utilizar$a%

&Análisis' es un t(rmino amplio, es más adecuado

cali)carlo, como análisis de requisitos *un estudio delos requisitos + o análisis de objetos *un estudio de losobjetos de dominio+



¿Qué es el Análisis y Diseño Orientados a Objetos?

urante el Análisis Orientado a Objetos, se prestaespecial atención a encontrar y descubrir los objetos, oconceptos, en el dominio del problema !or ejemplo, enel caso del sistema de in"ormación de la biblioteca,

algunos de los conceptos son Libro, Biblioteca y Socio

urante el Diseño Orientado a Objetos, se prestaespecial atención a la de)nición de los objetos so"t-are yen cómo colaborar para satis"acer los requisitos !or

Ejemplo el .istema de la /iblioteca, un objeto so"t-are0ibro podr$a tener un atributo t$tulo y un m(todo1btenerCap$tulo

!or 2ltimo, durante la implementación o programaciónorientada a 1bjetos, los objetos de diseño seimplementan, como la clase 3ava 0ibro




Public class Libro

{

ri!ate "trin# titulo$

ublic %aitulo Obtener%aitulo&int'{(()

)




¿Qué es U*L?

Len#uaje Uni+cado de *odelado *045+ o *U*L,por sus siglas en ingl(s, Unifed Modeling Language+es el lenguaje de modelado de sistemas de so"t-are

más conocido y utilizado en la actualidad6 estárespaldado por el 157 *1bject 5anagement 7roup+Es un lenguaje grá)co para visualizar, especi)car,construir y documentar un sistema 450 o"rece unestándar para describir un 8plano8 del sistema

*modelo+, incluyendo aspectos conceptuales talescomo procesos de negocio y "unciones del sistema, yaspectos concretos como e9presiones de lenguajesde programación, esquemas de bases de datos ycomponentes reutilizables


http://es.wikipedia.org/wiki/Modelado

http://es.wikipedia.org/wiki/Software

http://es.wikipedia.org/wiki/Object_Management_Group

http://es.wikipedia.org/wiki/Object_Management_Group

http://es.wikipedia.org/wiki/Software

http://es.wikipedia.org/wiki/Modelado



¿Qué es U*L?

Es importante resaltar que 450 es un 8lenguaje demodelado8 para especi)car o para describir m(todos oprocesos .e utiliza para de)nir un sistema, para

detallar los arte"actos en el sistema y para documentary construir En otras palabras, es el lenguaje en el queestá descrito el modelo.e puede aplicar en el desarrollo de so"t-areentregando gran variedad de "ormas para dar soporte a

una metodolog$a de desarrollo de so"t-are *tal como el!roceso 4ni)cado :acional o :4!+, pero no especi)caen s$ mismo qu( metodolog$a o proceso usar


http://es.wikipedia.org/wiki/RUP

http://es.wikipedia.org/wiki/RUP



¿Qué es U*L?

450 no puede compararse con la programaciónestructurada, pues 450 signi)ca 0enguaje 4ni)cado de5odelado, no es programación, solo se diagrama la

realidad de una utilización en un requerimiento5ientras que, programación estructurada, es una "ormade programar como lo es la orientación a objetos, sinembargo, la programación orientada a objetos vienesiendo un complemento per"ecto de 450, pero no poreso se toma 450 sólo para lenguajes orientados aobjetos450 cuenta con varios tipos de diagramas, los cualesmuestran di"erentes aspectos de las entidades

representadas




Un ,je-lo

Antes de comenzar con los detalles del análisis derequisitos y el A;11, esta sección presenta, de unmodo super)cial, unos pocos pasos y diagramas claves,

utilizando un ejemplo sencillo6 un 3uego de dados, en elque un jugador lanza dos dados .i el total es siete,gana6 en otro caso pierdeDe+nici.n de los %asos de Uso

El Análisis de requisitos podr$a incluir una descripciónde los procesos del dominio relacionados, que podr$anrepresentarse como casos de uso




De+nici.n de %asos de Uso0os Casos de uso no son arte"actos orientados aobjetos, son simplemente <istorias escritas .inembargo, son una <erramienta muy popular en análisisde requisitos y son una parte importante del !roceso4ni)cado !or ejemplo, aqu$ está una versión breve delcaso de uso Jugar una partida de Dados:

/u#ar un artida de Dados: Un jugador recoge y

lanza los dados. Si el valor de las caras de los dadossuan siete, gana! en otro caso pierde.




De+nici.n de un -odelo del Do-inio

0a )nalidad del análisis orientado a objetos es crear unadescripción del dominio desde la perspectiva de laclasi)cación de objetos 4na descomposición del dominioconlleva una identi)cación de los conceptos, atributos y

asociaciones que se consideran signi)cativas El resultadose puede e9presar en un 5odelo de ominio, que se ilustramediante un conjunto de diagramas que muestran losobjetos o conceptos del dominio Este modelo ilustra los

conceptos importantes 3ugador, ado, y 3uegodeados, con susasociaciones y atributos

"#tese $ue un odelo del doinio no es una descripci#n de los objetos

so%t&are , es una visualizaci#n de los conceptos en el doinio del undo real.




De+nici.n de los Dia#ra-as de nteracci.n

0a )nalidad del diseño orientado a objetos es de)nir losobjetos so"t-are y sus colaboraciones 4na notación<abitual para ilustrar estas colaboraciones es el iagramade Interacción o Colaboración Este muestra el =ujo de

mensajes entre los objetos so"t-are y, por tanto, lainvocación de m(todos

!or ejemplo, supongamos que se desea la implementaciónde un juego de dados El iagrama de interacción, ilustra

los pasos esenciales del juego, enviando mensajes a lasclases 3uegoados y ado

>ótese que aunque en el mundo real un 3ugador lanza losdados, en el diseño so"t-are el objeto 3uegoados &tira'los dados *es decir, env$a mensajes a los objetos ado+

0os diseños de los objetos so"t-are y los programas se




De+nici.n de los Dia#ra-as de nteracci.n

iagrama de interacción que muestra los mensajes entre losobjetos so"t-are




De+nici.n de los Dia#ra-as de %lases de DiseñoAdemás de la vista dinámica de las colaboracionesentre los objetos que se muestra mediante losdiagramas de interacción, es 2til crear una vistaestática de las de)niciones de las clases mediante unDia#ra-a de clases de diseño(

!or ejemplo, en el juego de dados, un estudio deldiagrama de interacción nos conduce al diagrama declases de diseño parcial !uesto que se env$a el

mensaje jugar al juegoados, 3uegoados requiere unm(todo jugar, mientras que ado requiere los m(todoslanzar y obtener?alorCara

A di"erencia del modelo de ominio, este diagrama ni

muestra conceptos del mundo real sino clases so"t-are




De+nici.n de los Dia#ra-as de %lases de Diseño

iagrama de clases de diseño parcial


tema 01 - introduccion al diseño orientado a objeto

Documents