ࡱ> 9 (bbjbj 2^Vl>>>>LT!4|(3*3*3*3*3*3*3$5 7N3N3l3lll(3l(3l\l!l1|2 jBJ>|12D30!418&F82lQu es el Lenguaje para Modelamiento Unificado (UML)? Resumen El lenguaje para modelamiento unificado (UML), es un lenguaje para la especificacin, visualizacin, construccin y documentacin de los artefactos de un proceso de sistema intensivo. Fue originalmente concebido por la Corporacin Rational Software y tres de los ms prominentes mtodologistas en la industria de la tecnologa y sistemas de informacin: Grady Booch, James Rumbaugh, y Ivar Jacobson ("The Three Amigos"). El lenguaje ha ganado un significante soporte de la industria de varias organizaciones va el consorcio de socios de UML y ha sido presentado al Object Management Group (OMG) y aprobado por ste como un estndar (noviembre 17 de 1997). Este documento desarrolla la definicin de UML.  Contenido  HYPERLINK "http://home.earthlink.net/~salhir/" \l "introduccion" Introduccin  HYPERLINK "http://home.earthlink.net/~salhir/" \l "UML" UML  HYPERLINK "http://home.earthlink.net/~salhir/" \l "Utilidad de UML" Utilidad del UML  HYPERLINK "http://home.earthlink.net/~salhir/" \l "conclusion" Conclusin  HYPERLINK "http://home.earthlink.net/~salhir/" \l "referencias" Referencias  HYPERLINK "MAILTO:salhir@earthlink.net,camille5_98@yahoo.com?SUBJECT=Sinan Si Alhir - What is the Unified Modeling Language- Traducido por Camilo Torres Daz - Qu es el lenguaje para modelamiento unificado" Sugerencias o comentarios  Introduccin UML, emergi en los '90 luego de la bsqueda de un lenguaje de modelamiento que unificara a la industria, que sigui a la "guerra de mtodos" de los '70 y '80. A pesar de que UML evolucion primeramente de varios mtodos orientados al objeto de segunda generacin (en nivel de notacin), UML no es simplemente un lenguaje para modelamiento orientado al objeto de tercera generacin. Su alcance extiende su uso ms all de sus predecesores. Y es la experiencia, experimentacin y una gradual adopcin del estndar lo que revelar su verdadero potencial y posibilitara a las organizaciones darse cuenta de sus beneficios.  HYPERLINK "http://home.earthlink.net/~salhir/" \l "contenido" Ir a Contenido UML Es un lenguaje de modelamiento para la especificacin, visualizacin, construccin y documentacin de los artefactos de un proceso de sistema intensivo. Dentro de un proceso de sistema intensivo, un mtodo es aplicado para llegar o evolucionar un sistema Como un lenguaje, es usado para la comunicacin. Es decir, un medio para capturar el conocimiento (semnticas) respecto a un tema y expresar el conocimiento (sintaxis) resguardando el tema propsito de la comunicacin. El tema es el sistema en estudio. Como un lenguaje para modelamiento, se enfoca en la comprensin de un tema a travs de la formulacin de un modelo del tema (y su contexto respectivo). El modelo abarca el conocimiento cuidando del tema, y la apropiada aplicacin de este conocimiento constituye inteligencia. Cuidando la unificacin, integra las mejores prcticas de la ingeniera de la industria tecnologica y sistemas de informacin pasando por todos os tipos de sistemas (software y no - software), dominios (negocios versus software) y los procesos de ciclo de vida. En cuanto a cmo se aplica para especificar sistemas, puede ser usado para comunicar "qu" se requiere de un sistema y "cmo" un sistema puede ser realizado. En cuanto a cmo se aplica para visualizar sistemas, puede ser usado para describir visualmente un sistema antes de ser realizado. En cuanto a cmo se aplica para construir sistemas, puede ser usado para guiar la realizacin de un sistema similar a los "planos". En cuanto a cmo se aplica para documentar sistemas, puede ser usado para capturar conocimiento respecto a un sistema a lo largo de todo el proceso de su ciclo de vida. UML no es: Un lenguaje de programacin visual, sino un lenguaje de modelamiento visual Una herramienta o deposito de especificacin, sino un lenguaje para modelamiento de especificacin. Un proceso, sino que habilita procesos. Fundamentalmente, UML est relacionado con la captura, comunicacin y nivelacin (disgregacin en niveles) de conocimientos.  HYPERLINK "http://home.earthlink.net/~salhir/" \l "contenido" Ir a Contenido Utilidad de UML UML es un lenguaje para modelamiento de propsito general evolutivo, ampliamente aplicable, dable de ser soportado por herramientas e industrialmente estandarizado. Se aplica a una multitud de diferentes tipos de sistemas, dominios, y mtodos o procesos. Como lenguaje de propsito general, se enfoca en el corazn de un conjunto de conceptos para la adquisicin, comparticin y utilizacin de conocimientos emparejados con mecanismos de extensin. Como un lenguaje para modelamiento ampliamente aplicable, puede ser aplicado a diferentes tipos de sistemas (software y no - software), dominios (negocios versus software) y mtodos o procesos. Como un lenguaje para modelamiento soportable por herramientas, las herramientas ya estn disponibles para soportar la aplicacin del lenguaje para especificar, visualizar, construir y documentar sistemas. Como un lenguaje para modelamiento industrialmente estandarizado, no es un lenguaje cerrado, propiedad de alguien, sino ms bien, un lenguaje abierto y totalmente extensible reconocido por la industria. UML posibilita la captura, comunicacin y nivelacin de conocimiento estratgico, tctico y operacional para facilitar el incremento de valor, aumentando la calidad, reduciendo costos y reduciendo el tiempo de presentacin al mercado; manejando riesgos y siendo proactivo para el posible aumento de complejidad o cambio.  HYPERLINK "http://home.earthlink.net/~salhir/" \l "contenido" Ir a Contenido Conclusin Debido a que UML evolucion primeramente de varios mtodos orientados al objeto de segunda generacin (en cuanto a nivel de notacin), la mayora de aplicadores de UML creen que slo es relativo a sistemas de software orientados al objeto, cuando actualmente, UML no es simplemente un lenguaje para modelamiento orientado al objeto de tercera generacin, sino un "lenguaje para modelamiento unificado" relativo a sistemas en general. El xito de UML ser medido por su apropiado uso en proyectos exitosos. UML no garantiza el xito, sino que permite a los aplicadores enfocarse en la distribucin de valor, usando un consistente, estandarizado y soportable por herramientas, lenguaje para modelamiento.  HYPERLINK "http://home.earthlink.net/~salhir/" \l "contenido" Ir a Contenido  Referencias [Alhir]  HYPERLINK "http://home.earthlink.net/~salhir/index.html" Sinan Si Alhir.  HYPERLINK "http://www.oreilly.com/catalog/umlnut/" "UML in a Nutshell : A Desktop Quick Reference".  HYPERLINK "http://www.ora.com" OReilly & Associates, Inc., 1998. [AUTOR] "UML en Resumen: Una Rpida Referencia de Escritorio". OReilly & Associates, Inc., 1998.  HYPERLINK "http://home.earthlink.net/~salhir/" \l "contenido" Ir a Contenido  [  HYPERLINK "http://home.earthlink.net/~salhir/index.html" Home |  HYPERLINK "http://home.earthlink.net/~salhir/comment.html" Comment ] [  HYPERLINK "http://home.earthlink.net/~salhir/index.html" Site principal |  HYPERLINK "http://home.earthlink.net/~salhir/comment.html" Comentarios ] Email  HYPERLINK "MAILTO:salhir@earthlink.net" salhir@earthlink.net Web Site  HYPERLINK "http://home.earthlink.net/~salhir" home.earthlink.net/~salhir  HYPERLINK "http://home.earthlink.net/~salhir/copyright.html" Copyright 1999 Sinan Si Alhir. All rights reserved.  INCLUDEPICTURE "http://www.ultrasist.com.mx/images/logos/uml.gif" \* MERGEFORMATINET  El Lenguaje de Modelado Unificado (UML) es la sucesin de una serie de mtodos de anlisis y diseo orientadas a objetos que aparecen a fines de los 80's y principios de los 90s. Directamente unifica los mtodos de Booch, Rumbaugh (OMT), y Jacobson, y algo ms. UML es llamado un lenguaje de modelado, no un mtodo. Los mtodos consisten de ambos de un lenguaje de modelado y de un proceso. El lenguaje de modelado es la notacin (principalmente grfica) que usan los mtodos para expresar un diseo. El proceso indica los pasos que se deben seguir para llegar a un diseo. La estandarizacin de un lenguaje de modelado es invaluable, ya que es la parte principal de comunicacin. Si se quiere discutir un diseo con alguien ms, ambos deben conocer el lenguaje de modelado y no as el proceso que se sigui para obtenerlo. Una de la metas principales de UML es avanzar en el estado de la industria proporcionando herramientas de interoperabilidad para el modelado visual de objetos. Sin embargo para lograr un intercambio exitoso de modelos de informacin entre herramientas, se requiri definir a UML una semntica y una notacin. La notacin es la parte grfica que se ve en los modelos y representa la sintaxis del lenguaje de modelado. Por ejemplo, la notacin del diagrama de clases define como se representan los elementos y conceptos como son: una clase, una asociacin y una multiplicidad. Y qu significa exactamente una asociacin o multiplicidad en una clase?. Un metamodelo es la manera de definir esto (un diagrama, usualmente de clases, que define la notacin). Para que un proveedor diga que cumple con UML debe cubrir con la semntica y con la notacin. Una herramienta de UML debe mantener la consistencia entre los diagramas en un mismo modelo. Bajo esta definicin una herramienta que solo dibuje, no puede cumplir con la notacin de UML.   HYPERLINK "http://www.geocities.com/txmetsb/" \l "_Toc5543467" El Unified Modelling Languaje (UML)  HYPERLINK "http://www.geocities.com/txmetsb/" \l "_Toc5543468" Introduccin al UML  HYPERLINK "http://www.geocities.com/txmetsb/" \l "_Toc5543469" UML para el manejo de requerimientos  HYPERLINK "http://www.geocities.com/txmetsb/" \l "Que es un Use Case" Que es un Use Case?  HYPERLINK "http://www.geocities.com/txmetsb/" \l "_Toc5543470" Semntica del Use case  HYPERLINK "http://www.geocities.com/txmetsb/" \l "_Toc5543471" Notacin del Use Case  HYPERLINK "http://www.geocities.com/txmetsb/" \l "_Toc5543472" Semntica del Actor  HYPERLINK "http://www.geocities.com/txmetsb/" \l "_Toc5543473" Notacin del Actor  HYPERLINK "http://www.geocities.com/txmetsb/" \l "_Toc5543474" Diagramas de Use case  HYPERLINK "http://www.geocities.com/txmetsb/" \l "_Toc5543477" Relaciones de los Use cases  HYPERLINK "http://www.geocities.com/txmetsb/" \l "_Toc5543478" Limitantes de los Use Cases  HYPERLINK "http://www.geocities.com/txmetsb/" \l "Ejemplo de una limitante de los Use Cases." Ejemplo de una limitante de los Use Cases.  HYPERLINK "http://www.geocities.com/txmetsb/" \l "Conclusiones" Conclusiones  HYPERLINK "http://www.geocities.com/txmetsb/" \l "Referencias" Referencias El Unified Modelling Languaje (UML) En este captulo se explica brevemente lo que es el UML (en relacin al manejo de requerimientos) y su historia. La informacin presentada esta basada en el documento. Introduccin al UML El Unified Modelling Languaje (UML) provee a los analistas y arquitectos de sistemas que trabajan en el diseo y anlisis de objetos de un lenguaje consistente para especificar, visualizar, construir y documentar los artefactos de un sistema de software, as tambin es til para hacer modelos de negocios. Esta especificacin es la evolucin del las tres anteriores tecnologas orientadas a objetos lideres (Booch, OMT y OOSE). El UML es la unin de estos lenguajes de modelos y an mas ya que incluye expresiones adicionales para manejar problemas de modelaje que los mtodos anteriores no cubran plenamente. El desarrollo de el UML empez en octubre de 1994 cuando Grady Booch y Jim Rumbaugh de Rational Software Corporation iniciaron su trabajo para unificar los mtodos de Booch y OMT. Debido a que los mtodos Booch y OMT ya haban madurado independientemente y eran reconocidos como mtodos lderes en el desarrollo orientado a objetos, Booch y Rumbaugh unieron fuerzas para forjar una unificacin completa de los dos mtodos. Una versin preliminar 0.8 de el mtodo unificado fue dad a conocer en octubre de 1995. Poco despus, Ivar Jacobson y su compaa Objectory se unieron a Rational y a su trabajo de unificacin, uniendo el mtodo OOSE (Object Oriented software engineering). El Nombre de Objectory es ahora dado mayormente para describir a el Proceso que acompaa al UML el Rational unified process Los objetivos de la unificacin fueron: el mantenerlo simple, el quitar elementos de los lenguajes de Booch, OMT y OOSE que no funcionaran en la prctica, el aadir elementos de otros mtodos que fueran mas efectivos y el inventar nuevas construcciones solamente cuando la solucin existente no estuviera disponible. Varios nuevos conceptos existen en UML, incluyendo: Mecanismos de extensin (estereotipos, valores marcados y restricciones), Procesos y ramas de procesamiento Distribucin y concurrencia Patrones y colaboracin Diagramas de actividad Refinamiento (para manejar las relaciones entre los niveles de abstraccin) Interfaces y componentes y Un lenguaje para restricciones Aunque el UML define un leguaje preciso, no es una barrera para el desarrollo futuro en los conceptos de modelaje. Se han incorporado muchas tcnicas lderes, pero se espera que tcnicas adicionales influyan las versiones futuras del UML. Muchas tcnicas avanzadas pueden ser definidas usando el UML como base. El UML puede ser extendido sin redefinir su ncleo. UML para el manejo de requerimientos En este trabajo nos enfocaremos principalmente a la notacin usada para el manejo de requerimientos. Una descripcin completa de la notacin UML se encuentra en el documento [A4]. El UML posee varios tipos de diagramas y construcciones que pueden ser usadas para el diseo de sistemas, el artefacto especfico para el manejo de requerimientos es el Use Case y los Actores. Que es un "Use Case"? Jacobsson en [A2] define a los use cases y a los actores como: Los Actores representan lo que interacta con el sistema. Ellos representan a todo lo que necesita intercambiar informacin con el sistema. Las instancias de los actores son los usuarios del sistema, ellos llevan a cabo un numero de operaciones con el sistema y desarrollan una secuencia de transacciones en comunicacin con el sistema. A esta secuencia de acciones se llama Use case. .. Los use cases se usan para especificar el comportamiento de el sistema sin definir su estructura, la forma de que un modelo de Use cases es realizado en trminos de objetos que son definidos por clases dentro de el sistema se puede describir con diagramas de colaboracin. Semntica del Use case Un use case es un tipo de clasificador que representa una unidad coherente de funcionalidad dentro de un sistema, un subsistema, o una clase manifestada por una secuencia de mensajes intercambiados entre el sistema y uno o mas objetos externos (llamados actores) y por acciones que el sistema lleva a cabo. Un Punto de extensin es una referencia a un punto dentro del use case en el que las secuencias de acciones de otros use cases pueden ser insertadas. Cada punto de insercin tiene un nombre nico dentro de el use case y adems cuenta con una descripcin de el punto de insercin dentro de el comportamiento de el use case. Notacin del Use Case Un use case es mostrado como una elipse conteniendo el nombre de el use case. Opcionalmente, un estereotipo puede ser colocado arriba de el nombre y una lista de propiedades tambin puede ser incluida abajo de el nombre. Como es un clasificador, un use case tambin puede tener compartimentos mostrando atributos y operaciones. Los puntos de extensin pueden ser listados en un compartimento de el use case con el encabezado puntos de extensin. La descripcin de la localizacin de el punto de extensin se da de la manera mas adecuada, usualmente es en forma de texto, pero tambin puede ser dado de otras formas, como el nombre de un estado en una mquina de estados, o una precondicin o postcondicin El comportamiento de un use case puede ser descrito de maneras muy diferentes, dependiendo de que es lo mas conveniente: texto libre es comnmente usado, pero maquinas de estados adems de es y mtodos son ejemplos de otras formas de describir el comportamiento de el use case. Semntica del Actor Un Actor define un conjunto coherente de roles los cuales pueden ser usados por los usuarios de una entidad cuando interactan con esta entidad. Una actor se considera que juega un rol diferente con relacin a cada use case con el cual acta. Notacin del Actor El icono estndar de un estereotipo de actor es la figura del Mono de palo, con el nombre del actor debajo de la figura. Un actor tambin puede ser representado como una clase con el estereotipo de actor con todos los compartimentos de esta. Diagramas de Use case Semntica Los diagramas de Use Case representan a los actores y a los use cases junto con sus relaciones. Los Use Cases representan la funcionalidad de un sistema o subsistema o clase, como es percibido por el exterior de el sistema, es decir por sus actores. Notacin Un diagrama de use case es una grfica de actores, un conjunto de use cases, posiblemente algunas interfaces y las relaciones entre estos elementos. Las relaciones son asociaciones entre los actores y los use cases generalizaciones entre los actores y generalizaciones, extensiones e inclusiones entre los use cases.  INCLUDEPICTURE "http://www.geocities.com/txmetsb/images/image002.gif" \* MERGEFORMATINET  Ejemplo de Diagrama de use case Relaciones de los Use cases Hay varias relaciones estndar entre los use cases o entre los actores y los use cases. Asociacin  La participacin de un actor en el Use Case, i. e. instancias de el actor e instancias de el use case se comunican entre si. Esta es la nica relacin entre los actores y los Use cases. Extensin  una relacin de extensin entre el use case A y el use Case B indica que una instancia de el use case B puede ser aumentada (Dependiendo de ciertas condiciones especificadas en la extensin) por el comportamiento de especificado en el Use Case B. El comportamiento es insertado el punto definido como punto de extensin del Use Case B, el cual es referenciado por la relacin externa. Generalizacin  Una generalizacin de un use case A hacia el use case B indica que A es una especializacin de B Inclusin  una relacin de inclusin de el use Case A hacia el Use case B indica que una instancia de el use case A tambin contendr el comportamiento especificado por B. El comportamiento es incluido en el punto definido en A  INCLUDEPICTURE "http://www.geocities.com/txmetsb/images/image004.gif" \* MERGEFORMATINET  Ejemplo de diagrama de Use case y algunas de sus relaciones Limitantes de los Use Cases Los use cases, como ya vimos explican el comportamiento requerido de un sistema en la perspectiva del actor. Si analizamos las caractersticas de los requerimientos propuestas en los captulos anteriores. Podemos ver que los use cases pueden definir los requerimientos de: Entorno Al definir quienes son los actores se est definiendo el entorno Funcionales Lo que ejecuta el use Case son bsicamente la funcionalidad requerida por el sistema. Interfases La relacin entre el actor y el use case puede ser refinada para especificar la interfase usada por el use case y el actor. Restricciones de diseo Una norma oficial o el uso de cierto tipo de estructura de sistema puede ser especificado en el use case o en los diagramas de colaboracin que realizan dicho use case. Materiales El material que debe de ser usado puede ser definido como un atributo de el use case. Pero no de desempeo, ni no funcionales, ni de entrenamiento. Ejemplo de una limitante de los Use Cases. Las limitantes de los use cases generalmente son tan menores que la mayora de los sistemas no se ven afectados por estas limitantes. Sin embargo, existe un tipo especial de sistema en el cual los use cases aun necesitan evolucionar para conseguir cubrir y especificar plenamente sus requerimientos: Estos son los sistemas de tiempo real. Los sistemas de tiempo real tienen requerimientos particulares que no se encuentran en otros sistemas, un ejemplo de estos requerimientos es: El Tiempo fuera de servicio (Ejemplo: "No mas de 6 minutos por ao por mquina") La Independencia ("Las fallas de software y hardware sern restablecidas sin intervencin humana") Si queremos modelar estos requerimientos en Use Cases nos encontraremos con varios obstculos: Quien es el actor? Si el requerimiento se enfoca a fallas de software o hardware, Quien Genera la falla?. Una falla de un sistema es prcticamente impredecible, por lo que sealar a una entidad como la provocadora de una falla es imposible. Mas aun el especificar las acciones que esta entidad realiza con el use case para provocar la falla son ilimitadas. Como realizamos el use case? Si un use case se realiza con la colaboracin de clases, que clase genero la falla?. Para realizar correctamente este use case deberamos modelar el sistema entero y especificar para cada componente las acciones que podran llevar a una falla. Esto definitivamente no es un trabajo muy prctico que digamos. Conclusiones El hecho de poder manejar un requerimiento como un Objeto hace de los use cases una herramienta sumamente poderosa en el manejo y especificacin de requerimientos. Sin embargo aun le falta evolucionar para cubrir en su totalidad toda la extensa gama de requerimientos que pueden ser aplicables a un sistema. Este tema de investigacin es precisamente el que ha dado nacimiento al proyecto de tesis que alimenta el contenido de esta pagina web. Esperamos que los resultados que obtengamos sean satisfactorios (los cuales sern publicados en esta pgina a finales de ao). 1234ARS_`bc>?IJLMo p  H I W X Y ɻɭɔɭɭ jUOJQJ^JaJ0JOJQJ^JaJjOJQJU^J0J jU0JOJQJ^J OJQJ^JB* CJOJQJ^Jph0hB*CJOJQJ^JphB* CJOJQJ^Jph3CJOJQJ^J:8AbL  Z ^ ] Znt$ & Fa$$ & Fdd[$\$a$$a$ $[$\$a$$a$$a$(bY Z ^  f m p|z2<:D#$cdrstui~+F#$2345AABPQRSTajk0JB* mH ph3sH  0JmH sH 0J jU j8UOJQJ^JaJ0JOJQJ^JaJjOJQJU^J0JOJQJ^JCJOJQJ^J OJQJ^JB~#uF5ARTaj$a$$ & Fa$$a$$ & Fa$ $[$\$a$$ & Fa$ @AVWi  "#]^bcfg  = > I J M N T U ~  ͻƶ͞͏ͩ͞͏ͩ͞͏ͩ͞͏ͩ͞OJQJ^JaJmH sH 0JOJQJ^JaJmH sH OJQJ^JmH sH OJQJ^JaJmH sH  jU0JOJQJ^JaJ OJQJ^JjOJQJU^JmH sH  jU 0JmH sH 0JB* mH ph0hsH 0JB*mH phsH 3jfir N e!f!h!!!!F$$If0s"#G"(#634a $$Ifa$$$If]^a$ $[$\$a$$a$$^a$  ,!-!6!7!d!e!h!i!!!!!!!!!""""Q#R#T#U# $ $$$ % % % %C&D&F&G&((( (h(i(k(l(*),)-)/)0)1)´CJOJQJ^J5aJmH sH  aJmH sH aJPJjpOJQJU^J OJQJ^JmH sH OJQJ^JmH sH OJQJ^JaJmH sH jOJQJU^J0JOJQJ^JaJmH sH 8~88*9,9v9x9999Q;R;ñÜÖÖÖÖÖÖÜCJaJaJCJCJaJmH sH 5CJOJQJ\^J"5CJOJQJ\^JaJ$mH sH aJ aJmH sH CJOJQJ^JCJOJQJ^JmH sH  OJQJ^JjOJQJU^J0JOJQJ^JaJ6.,/@/u0w01144(6,666V777>88,9x999 $]^a$$]^`a$ $p]^pa$$a$$^a$$^a$9R;w;,<.<<= =H=>>>??-A/AsBBCCMEOEeFgF{FpG$^a$ $]^a$$a$$^a$R;v;w;+<,<-<.<<<== =G=H=>>>>>>????,A-A.A/ArBsBBBCCCC4DGDLEMENEOEdFeFfFgFzF{FoGpGGGxHyH{H|HHHHHII߷ܲ袛 OJQJ^J5OJQJ\^JaJ$mH sH mH sH 5CJ\aJmH sH aJ aJmH sH CJOJQJ^JaJ$mH sH CJCJaJmH sH CJOJQJ^JCJOJQJ^JaJmH sH =pGGyH|HHHIIJJJJBKbKdKKKKM\OP_RaRRR$8]^8`a$$^a$$^a$$a$$^a$IIIJJJJJJJ>K?K@KAKBKaKbKcKdKKKKKKLMMM[OPPP^R_R`RaRbRRRRRRRRRRRSSݿݲ݉||ݚmH sH aJ j:U jU5CJ\aJmH sH CJOJQJ^JaJ$mH sH CJOJQJ^JCJOJQJ^JmH sH CJaJmH sH  j!CJU jCJU CJmH sH CJCJaJmH sH  OJQJ^J5OJQJ\^JaJ$mH sH 0RRSSZT~TU,U0UUV VWWJWNWXXXX~Y $]^a$$p ]p^ `a$$8]^8`a$$^a$$a$$a$SSXTZT|T~TTU*U0UUUV VWWHWNWXXXX|Y~YYYYY)Z*Zd[|[}[ \ \\'\^\_\\\"]#]6]7]^^^^____a a&b'b(büϼϼüϼüϼϼϼ 5\aJaJ OJQJ^J5OJQJ\^JaJOJQJ^JaJCJOJQJ^JaJ$aJmH sH CJCJaJmH sH CJOJQJ^J9~YYY*Z}[ \]\_\\#]7]^^__ a'b(b$ & Fdd[$\$]^a$$[$\$]^a$$ & Fdd[$\$]^a$$]^a$ $]^a$$a$$8^8a$0&P1h/ =!"#$% Dd"<P  3 3"((Dd"<P  3 3"((Dd"<P  3 3"((Dd"<P  3 3"((Dd'  S Abhttp://www.ultrasist.com.mx/images/logos/uml.gifb}xGu#޲T>n}xGu#޲TPNG  IHDRU/PLTE{RB޵ޥބc)֜֔{scZsRB9B)!罵޵ޭֵֽ֥֜֔εέέΌ΄ƭƥƥƜ{sｔֽνƽZ{Ƶε{sBc{R9Zss!J!BkkcB9191ZB1)RRJJ!{9{1s)spppk!kkkcccc```RPPPJB{Bs@@@9s9k9c1c000)c!Z ZRLIbKGDH cmPPJCmp0712Hs IDAThCZ_XVfvF]pDR2NQSGY[cw1JiH6#;^?!C%1y9sϽ>iOtiOp`CڪUJ[8CגV\ ƙ^[PDښ0('u75m٣J[4dTaabeX|1uRS 0#OT7T:`e|þv&x/]Җv8>ט N23z8Asj_=N+,9Lt?ǛJI+.:/N⩽xil_z假+gP|3z?}Ȫ֯ Vl&by 璶Zxq萭܋~S@(<^<3tKI|RQK>W⿎Ëb^(Q%}\&#e2' Q S~3]a^̔I彈LȞw=?n9qSywuĪOvȱP]O (u)YTTBIK!M$ό }zel`U!lϙ~) ](cK$c?`ͧqJg`(?#=_gy!,-FȌN;qʬJfJ%sՎE3pF`2]mQOx`_ՁLGfl%oTmhg@>뱝"U*iXk^ԂVʼnEm&P3)& L*3ڠm3;ت1LIZy#¤#5mS3wͦHA~D|ĘA0 ĂZӡLd@PfcX >2ftRGf5 0L]0#&L5r<0I33e~s\ –IV0fP0aߑ]f횣ukN lB㻢0,T`: _!R@pfu20D)Q'D bD@& l1H <'+_0%ufMȮ1snx +gQ ̱ +p <;MQ3^6n9cK UpByT4,Lpwxyw ga lzG◃~ZMs&8!+V>3X >N^?L/+?0NLN1Pyj\7A.dJ\\Y>WU&/;ل|wxw,Z{=WEmm\y>`(]30UCl/ @5%oy !0 ΟcY]`5Soj>Wy|.?Fky b;{  б/yFOFMm71AKJ.T,1<-CFKX Oh"?|uޚiE4 o>ž})FH'}r㭛X:)AACux?TGwZ-\}{CH+yz:)q)tS }dBvIENDB`Dd@   S Ajhttp://www.geocities.com/txmetsb/images/image002.gifbL`.6we>nL`.6wPNG  IHDR V%tEXtSoftwareMicrosoft Office5q PLTEo(tRNS@f pHYs@@bCc[ cmPPJCmp0712Om*IDAThQn0@m^a)85o{TZcs*$gc   &YUi*UDtܕ^"N#IЦFUZ K3D"vam6^>?e9C7Dt׮7*f^CnT1|(j:xHJ󻓢|D,zM'F+DeI"M с(V+D5(/铖-{.2ha%qEO6ƹhU$V[cEbGT1v@QEbٽ>/d5A?֋ Ϋd0Ef?`Td͉ˠdLD.>=EG5΅&4>C &|@,ȆfVz އugרvq E;29"hoi`d.МEdK=g޵Wp]DpY7jka/#1pe(jOB((elٟHAAAAv8?&=IENDB`Dd  S Ajhttp://www.geocities.com/txmetsb/images/image004.gifb DMWR ~>n DMWRPNG  IHDRrtEXtSoftwareMicrosoft Office5q PLTEo(tRNS@f pHYs@@bCc[ cmPPJCmp0712Om IDATxA:ޞR?}H!}Fj~DN{ ʭ&` z: KUv4!r!r!r!r!er h*`c3I [EyM=[Hm̻& [[,MyP!l6{{{%{{L{Ɗ{D{dCY_64Iߓk$!8Jߔ;Q^IWb&<6Bgېp*C#G Qo( ;l[ޗB"b c 4Uޱf[ IFՈbo7l8Yq?͈{Ƚz1ë8l:VlbMbʦ)ޱMa7dR683{QG=Wm8$~ ؏vQ~76Jx7ߟU]UeצbDZ?b%Fd3_]e]Hv!ULqKnQdS@1d76ak>S T(k+~9|,]y/U>xtw>c?oPu+^?v,^S*Ab/cjcd=}߳Cr=& ȉtO1\#&Xc?mgz AȲܒeM٥?޿MU7ce>SXXQJo͵Č޾7f))_Bs2py`""6$2 Vg"fKQPb8i<2[ݱ-vcǽ5[16Wg>Mf~l3ا3V-oI\I&%%R,6v4Myl=E3w6ʎ;fcdzl6)lIj >(Z 6ĢS'`xK1P/cl}mUud|<=o҂v>Ԑc*wz˪lHC :d]>16(lg=IoŮnFST{+6_Z{"*\ckv`ǝ,K^)GYi߸ʋ >wz}G?N _#O^+Kccσ78;R.])6K7l wD4[ U-+.Ghb.#.۪Ůul h٫ !RwXƳ^4c3٘0uj"y\12QתATVo)Qzw\D[36-j^o5cTAuvt;׈:\d'Q/l1u >76’G:}46]J|n!K=p%#neicٝ&Lo,Ě3+6d[scYZ:n5GEb)97Hl>a")5h5oGiao6;>&{5l;_=ſЯƞПƞ ǩؑɾGL߲93۱<_aX4w)x#7ǣwFs{ ]MP?.YIpXfq⒡^XDgg12D؈BѺ66p&w02f.H#)ΦfxR$)3,t%4l\'aCβM 7!섄 }`Ӆ}^h2_Z[VTP9݌in)*&1On:zˬy8giFrz"J?S!T,a*Q6?S|_™`'VM-!pyK޲ˋVoԜz<s/{lSk/Jq#ǘ#5{*vdoxwr("vxdYҩbSpO܌'r rpU<r0w[&찃r3F:ari=_t3+T* Dx9شS\N*>"a=jjgriek l?Ιx0B"K|l 67r nchMpd)IvٲOjnmH[[LN=?cw}m,;E uu<&Nd%j>v89@L2/l9sn!< G1-Áb3$2V>jaGg 6=ٔbmfGt3Zfk\ڬغ}ǜA/&|Gqet$rKX״m䮝{ZHnƎө[= Izax /aח>Z)tn .9r=9`LؚZuG;hdgsz;?"񁊹zbhE1?l"V;k#&[AMoz~"jgC{wl-[pB eQ l n,ԳZZca>fo>9_`J [Cm3sen;1O7j ϳ`#fUd;vWfG./&ކ,XzҺR˅|ȇ㻰JN . PI0> gqm:w/v.VaC!'71m4_Sõ>lظjo'3fnk\N[ ۬e6KcǸ |6TCs-l$+a/S|,K|l,C9CYR9|un'ݣR%$ ىz@׶l8u>!Y O'YTA^[IIhԵ- [f1ASl5/jy1mM7$JF;vocnُe>Mfsr!r!r!r!xIENDB` i8@8 NormalCJ_HaJmH sH tH b@b Ttulo 1dd@&[$\$+5B*CJ0KH$OJPJQJ\^JaJ0ph^@"^ Ttulo 2dd@&[$\$'5B*CJ$OJPJQJ\^JaJ$phJ@2J Ttulo 3$<@&CJOJPJQJ^JaJ@@B@ Ttulo 4$@&5OJPJQJ\^JFA@F Fuente de prrafo predeter.4U@4 Hipervnculo >*B*ph6W@6 Texto en negrita5\T^@T Normal (Web)dd[$\$B*OJPJQJ^Jph$X@!$ nfasis6]hC@2h Sangra de t. independiente$^a$CJaJmH sH bR@Bb Sangra 2 de t. independiente ^ CJPJaJ*@R* TDC 1 CJPJaJ^V8AbLZ^] Z n t  ~#uF5ARTajfir NefhRU  ! !D"G"$ $i$l$+%-%.%/%0%%%Z&&'l''(r((0))*]**,+@+u,w,--0022J2L22223@33333R5w5,6.667 7H788899-;/;s<<==M?O?e@g@{@pAAyB|BBBCCDDDDBEbEdEEEEF6HHIII2J4J6JRJcKuKKKK$L9L;LLLLLMMMMM3N5N`NOAPPPPYQmQRRT!TVU]V`V000000 0 0 0 0 00000000 0 0 0 0 0 0 0 00 0 0 00000 0 0 0 0000000000000000000000000000000000000000000000000000000000(000000000000000000000(0000(0000000(0000(0000000(00(000(080080000000(0(000000000000(00000000000000000000(000 00 000000(0000Y  1).R;IS(b58:<?@CEGj!.).9pGR~Y(b69;=>ABDFH(b7R_b>ILoHW#cr#2APj@V "]bf=IT~,6h1%r%%%%%%3&X&Z&&&&&''T'j'l''''(((Z(p(r(((().)0))))) **O*[*D>E@EIII^VXtXtXtXtXtXtXtXtXtXtXtXtXtXtXtXtXtXtXtXtXtCXXXXXXXXXXXXXXCC%8?R^(0Xfw}~p|p | ^j\h*lxnybg>I?DEGHM##x%%%%%%b*i*j*s*t*|*D+K+L+U+V+^+,,m-u---------. ...Q.V.w.|..../////////.04050=0G0R0b0k0000000;1@1P4X4 77>>??L?FF`V8@IK df$&BD "!!$$(())**,,--l/q/R0T00000)6+677 99::;;;<<<==>>k>p>????mCrCzEEHFKF GGuHwHHH6J@JKKXLZL:Mb!qz:\˒0[4@XB~ 7G՜.+,D՜.+,h$ hp  UCRESEP$tW 6Qu es el Lenguaje para Modelamiento Unificado (UML) Ttulo 8@ _PID_HLINKSAL&6i"http://www.geocities.com/txmetsb/ Referencias_\f"http://www.geocities.com/txmetsb/ ConclusionesIc"http://www.geocities.com/txmetsb/)Ejemplo de una limitante de los Use CaseBw`"http://www.geocities.com/txmetsb/ _Toc5543478Bw]"http://www.geocities.com/txmetsb/ _Toc5543477BwZ"http://www.geocities.com/txmetsb/ _Toc5543474BwW"http://www.geocities.com/txmetsb/ _Toc5543473BwT"http://www.geocities.com/txmetsb/ _Toc5543472BwQ"http://www.geocities.com/txmetsb/ _Toc5543471BwN"http://www.geocities.com/txmetsb/ _Toc5543470xuK"http://www.geocities.com/txmetsb/Que es un Use CaseBvH"http://www.geocities.com/txmetsb/ _Toc5543469BvE"http://www.geocities.com/txmetsb/ _Toc5543468BvB"http://www.geocities.com/txmetsb/ _Toc5543467 <1http://home.earthlink.net/~salhir/copyright.html9"http://home.earthlink.net/~salhir"6mailto:salhir@earthlink.net{p3/http://home.earthlink.net/~salhir/comment.html0-http://home.earthlink.net/~salhir/index.html{p-/http://home.earthlink.net/~salhir/comment.html*-http://home.earthlink.net/~salhir/index.html`;'#http://home.earthlink.net/~salhir/ contenidoc+$http://www.ora.com/~e!'http://www.oreilly.com/catalog/umlnut/-http://home.earthlink.net/~salhir/index.html`;#http://home.earthlink.net/~salhir/ contenido`;#http://home.earthlink.net/~salhir/ contenido`;#http://home.earthlink.net/~salhir/ contenido`;#http://home.earthlink.net/~salhir/ contenido<mailto:salhir@earthlink.net,camille5_98@yahoo.com?SUBJECT=Sinan Si Alhir - What is the Unified Modeling Language- Traducido por Camilo Torres Daz - Qu es el lenguaje para modelamiento unificadoM #http://home.earthlink.net/~salhir/ referenciasT #http://home.earthlink.net/~salhir/ conclusionE#http://home.earthlink.net/~salhir/Utilidad de UMLG#http://home.earthlink.net/~salhir/UMLj6#http://home.earthlink.net/~salhir/ introduccion!1http://www.ultrasist.com.mx/images/logos/uml.gif ?K5http://www.geocities.com/txmetsb/images/image002.gif R5http://www.geocities.com/txmetsb/images/image004.gif  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIKLMNOPQRSTUVWXYZ[\^_`abcdefghijklmnopqrstuvwxy{|}~Root Entry FzBData J%1Table]8WordDocument2SummaryInformation(zDocumentSummaryInformation8CompObjkObjectPoolzBzB  FDocumento Microsoft Word MSWordDocWord.Document.89q