Uml

627 views
490 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
627
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
20
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Uml

  1. 1. U M LUnified Modeling Language
  2. 2. EMPECEMOS POR PARTES PARA ENTENDER BIEN ESTO DE UML
  3. 3. UML: Unified Modeling Language UML: Lenguaje unificado de modelado Pero…Es un modelo o es un diagrama?
  4. 4. Es un modelo o es un diagrama? Un modelo captura una vista de un sistema del mundo real. Es una abstracción de dicho sistema, considerando un cierto propósito. Así, el modelo describe completamente aquellos aspectos del sistema que son relevantes al propósito del modelo, y a un apropiado nivel de detalle. Diagrama: una representación gráfica de una colección de elemento, a menudo dibujada como un gráfico con vértices conectados por arcos y líneas. Son representaciones gráficas de los pasos a seguir para lograr un resultado.
  5. 5. La mejor definición de UMLUML es una de las herramientas masemocionantes del desarrollo de sistemas.Esto se debe a que permite a los creadores desistemas generar diseños que capturen o mejorplasmen sus ideas usando formas convencionalesy fácil de comprender para comunicarlas a otraspersonas que también conocen de la unificaciónde esas formas de modelado.
  6. 6. PARA OTRA VEZ!!!O sea, que si yo quiero saber de UML, lo quedebo aprender son los diferentes modelosque existen de forma unificada, pararepresentar mis ideas o mi plan dediseño, que debe estar basado en elresultado cuidadoso del análisis de lasnecesidades del cliente???????. Ah caramba!!!
  7. 7. UML nace por la necesidad de unificarla forma de modelar la información, enlas etapas de análisis & diseño delsoftware orientado a objetos, para asípoderlo transmitir, manejar, corregir, ymantenerlo de manera universal.
  8. 8. El Lenguaje Unificado de Modelado se haconvertido en el lenguaje aceptadouniversalmente para desarrollar los planos enlas etapas de análisis y diseño de software.Es un lenguaje visual utilizado para ilustrar lasideas, enfatizando en como los desarrolladoresaplicaran efectivamente los patrones dedesarrollo de software orientado a objetos.
  9. 9. Y cuales son esos modelos de UML?Diagrama de Clases.Diagrama de Objetos. Estos Modelos UML, estánDiagramas de Casos de Uso. compuestos por elementosDiagrama de estados. gráficos (dibujosDiagrama de Secuencias. geometricos), que dispuestos logicamenteDiagrama de Actividades. conforman estosDiagrama de Colaboraciones. diagramas.Diagrama de Componentes.Diagrama de Distribución.
  10. 10. Diagramas del UMLDiagrama de Clases Nombre de la Clase Atributos de la Clase Operaciones de la Clase
  11. 11. Diagramas del UMLDiagrama de ObjetosDiagrama de Casos de Uso
  12. 12. Diagramas del UMLDiagrama de Estados Diagrama de Secuencias Estado Inicial Estado 1 Estado 2 Estado 3 Estado 4 Estado Final
  13. 13. Diagramas del UMLDiagrama de Actividades Diagrama de Colaboraciones
  14. 14. Diagramas del UMLDiagrama de Componentes Diagrama de Distribución Estos diagramas están intimamente ligados con los sistemas informáticos
  15. 15. Entonces….El desarrollo de sistemas es una actividad humana; por tanto sin unsistema de notación fácil y comprensible como el UML, el procesode desarrollo puede tener una gran cantidad de errores PORERRORES DE COMPRENSIÓN.EL UML es una notación (no es un lenguaje de programación)estándar diseñada por Grooch Jacobson y Rambaught , la cual esrepresentada a través de diagramas que permiten establecer unacomunicación importante entre los analistas de sistemas,desarrolladores, clientes y demás personas involucradas en elproceso de desarrollo del sistema.El UML, no es como el Alka Seltzer, porque muestra lo quesupuestamente hace el sistema, mas no cómo lo hace.
  16. 16. Aja, son Diagramas o son Modelos?Son diagramas expresan gráficamente partes de un modelo State State Use Case Diagramas de Diagrams Use Case Diagrams State Use Case Diagramas de Diagrams Clases State Use Case Diagrams Diagramas de Diagrams Diagramas de Diagrams Casos de Uso Diagrams Diagrams Objetos Secuencia Scenario State Scenario State Diagramas de Diagrams Diagramas de Diagrams Diagrams Diagrams Colaboración Modelos Componentes Scenario Component Scenario Component Diagramas de Diagrams Diagramas de Diagrams Diagrams Diagrams Distribución Estados Diagramas de Actividad
  17. 17. Entienda de una buena vez !!!El desarrollo de sistemas es la creación de un programa para un cliente, el clientees el que tiene el problema que debe ser resuelto.Un ANALISTA DE SISTEMAS es el que documenta el problema del cliente y locomunica a los desarrolladores, que son los programadores que generan elprograma que resolverá el problema y lo distribuirán o instalaran en equipos decomputación. Bueno pero no cojas rabia !!!
  18. 18. UMLUn arquitecto no podríacrear una complejaestructura como lo es unedificio de oficinas sin crearantes un diseño detallado.La idea es que así como un arquitecto le muestra el anteproyecto a la persona quelo contrato, usted deberá mostrar su plan de diseño al cliente. Tal plan de diseñodebe ser el resultado de un cuidadoso análisis de las necesidades del cliente
  19. 19. Bueno!!!Ahora si ya entendí que es UML. Pero y lo demás?
  20. 20. Fundamentos del análisis orientado a objetosEl propósito de la Orientación a Objetos es desarrollar software quemodelen particularmente un esquema del mundo real.Entre más atributos y acciones, mayor será la similitud del modelo con larealidad.El lenguaje unificado (UML) sirve para especificar, visualizar y documentaresquemas de sistemas de software orientado a objetos.UML no es un método de desarrollo, lo que significa que no sirve paradeterminar qué hacer en primer lugar o cómo diseñar el sistema, sino quesimplemente le ayuda a visualizar el diseño y a hacerlo más accesible paraotros.UML está diseñado para su uso con software orientado a objetos, y tiene unuso limitado en otro tipo de cuestiones de programación.
  21. 21. Importante, UML
  22. 22. Importante, UMLUML NO es programaciónUML NO es metodología, no pasos.UML NO esta asociado a ningúnlenguaje de programación. √ UML SI es un lenguaje unificado de modelado para hacer modelados de sistemas orientados a objetos. √ UML SI es un lenguaje de modelado. √ UML SI me indica que es lo que voy a programar. Es un modelado de las estructuras y procesos.
  23. 23. Porque tantos diagramas? Te contesto con una pregunta y una respuesta:Cuantos tipos de planos se necesitan para diseñar una casa, habitación o edificio? Para Casa, Habitación o Edificio de Oficinas, para mi gusto serían: Planos de: Plantas, Elevaciones, Cortes, Fachadas, Hidráulico, Eléctrico, Carpintería y Detalles.
  24. 24. Y de la programación estructurada que? La programación orientada a objetos es una evolución de la programación estructurada. P.O.ESTRUCTURADA P.O.OBJETOS - POO Usamos subrutinas y funciones. Objetos con propiedades, atributos y métodos que realizan acciones. Pienso en el sistema como una estructura. Pienso en el sistema como objetos que tienen vida propia, actores presentes, Esta dado en una secuencia entidades presentes y ellos resuelven su estructurada. problema. Les das como un guion, tu vas a hacer esto y esto y ellos se encargan de realizar su trabajo.
  25. 25. ?Que conceptos maneja UML y que aun no tengo claros?
  26. 26. Conozcamos algunos conceptos masUn objeto es una instancia de clase que posee una estructura; esdecir, tiene atributos (propiedades) y realiza acciones. Las acciones sontodas las tareas que puede realizar el Objeto.Es una abstracción de una cosa o concepto de la realidad que tieneidentidad, estado y comportamiento; pertenencia, unidad o modulo con unaestructura u organización.Una clase, más que una categorización es una plantilla para fabricarobjetos.Es una generalización de Objetos. Es una descripción de los conjuntos deobjetos que comparten los mismos atributos, operaciones, relaciones ysemánticas.
  27. 27. EJEMPLO:CLASE: “PERSONA”OBJETO: “GABRIEL”
  28. 28. Abstracción: Se refiere a quitar atributos o propiedades, para dejar sólo lasnecesariasHerencia: Un objeto, por ser una instancia de una clase posee lascaracterísticas de la clase que proviene, a esto se le conoce como herencia.Un objeto, no solo hereda de una clase, sino que una clase también puedeheredar de otra.Polimorfismo: Una operación puede tener el mismo nombre en distintasclases y funcionar diferente en cada una.Encapsulamiento: Es ocultar la funcionalidad de un objeto. Solo el objeto se“ensucia sus manos” con sus atributos.
  29. 29. Instancia: Solicitud o insistencia. Es una acción – dar un clic-.Las relaciones pueden ser:De Generalización: Relación entre una Clase general y una clase masparticular.De Dependencia: una clase USA a otra en alguna de sus operaciones.De Asociación: Relación estructural que especifica que objetos de una claseestán conectados con objetos de otra con un propósito común. Ej.: Unapersona forma parte de la empresa.
  30. 30. Envío de Mensajes: Los objetos interectuan en conjunto y estoes posible a través del envío de mensajes. Un objeto le envía unmensaje a otro para realizar un operación y el receptor seencarga de ejecutarla.Asociación: Un objeto puede estar asociado a otro,puesto quese relacionan entre sì. O una clase puede estar asociada conotras clases distintas.Agregación: Es cuando un objeto se conforma de unacombinación de varios tipos de objetos.
  31. 31. Una Composición es un tipo de agregación que estárelacionado con su objeto agregado y sus objetoscomponentes. En una composición el componente puede morirantes del objeto; pero si destruyes el objeto compuesto sedestruirán todos sus componentes.Un actor es aquel involucrado relevante que tiene interaccióncon el sistema. Puede ser una persona, una empresa uorganización, un programa o un sistema computacional.El actor primario es aquel que generalmente inicia un caso deuso.

×