2. ¿Que es UML?
El Lenguaje Unificado de Modelado (UML) fue creado para forjar un
lenguaje de modelado visual común y semántica y sintácticamente rico
para la arquitectura, el diseño y la implementación de sistemas de
software complejos, tanto en estructura como en comportamiento. UML
tiene aplicaciones más allá del desarrollo de software, p. ej., en el flujo
de procesos en la fabricación.
3. Historia
"The Three Amigos" (los tres amigos) de la ingeniería de software, como se los conocía,
habían desarrollado otras metodologías. Se asociaron para brindar claridad a los
programadores creando nuevos estándares. La colaboración entre Grady, Booch y
Rumbaugh fortaleció los tres métodos y mejoró el producto final.
4. Los esfuerzos de estos pensadores derivaron en la publicación de los
documentos UML 0.9 y 0.91 en 1996. Pronto se hizo evidente que
varias organizaciones, incluidas Microsoft, Oracle e IBM, consideraron
que UML era esencial para su propio desarrollo de negocios. Ellos,
junto con muchas otras personas y compañías, establecieron los
recursos necesarios para desarrollar un lenguaje de modelado hecho y
derecho. "Los tres amigos" publicaron la Guía del usuario para el
Lenguaje Unificado de Modelado en 1999, y una actualización que
incluye información sobre UML 2.0 en la segunda edición de 2005.
5. versiones de UML
Versión UML 0.8 (octubre 1995) Método Unificado
- Versión UML 0.9 (junio 1996) Unión OOSE–UML
- Version UML 1.0 (enero 1997) Digital, HP, IBM, Microsoft, ORACLE, Texas Inc.,
Unisys entre otros, es ofrecida a OMG
- Versión UML 1.1 (julio 1997) es aprobada por la OMG convirtiéndose en la
notación
estándar de facto para el análisis y el diseño orientado a objetos.
- Versión UML 1.2 (junio 1998) por OMG
- Versión UML 1.3 (junio 1999) por OMG
- Versión UML 2.0 (marzo 2005) por OMG
6.
7. SOFTWARE
Estos programas están bajo licencias libres, siendo posible su libre uso, estudio y
modificación.
· ArgoUML, Herramienta de modelado UML escrito en java
· BOUML, Ligera herramienta de modelado UML y generación de código C++, Java
e IDL. Disponible para Windows, Unix/Linux y Mac OS X
· Fujaba, No solo sirve para modelar sino que puede generar código Java
automáticamente. También es capaz de hacer ingeniería inversa y crear los
diagramas a partir del código Java.
· Dia Puede ser usado para modelar varios tipos de diagramas UML
· gModeler Herramienta para modelado de UML basada en Flash (utilizable desde el
navegador), que permite generar código Action Script 2.0 Compatible
8. MonoUML Herramienta CASE para la plataforma mono
· Papyrus, Herramienta gráfica basada en Eclipse para el modelado con UML 2,
es de código abierto y se ofrece bajo licencia EPL
· StarUML Herramienta de modelado para Windows desarrollada en Delphi.
Bastante estable y usable
· TCM, Toolkit for Conceptual Modeling, herramienta para crear diversos tipos de
diagramas incluidos UML [http://wwwhome.cs.utwente.nl/~tcm/ Web oficial)
· Umbrello Herramienta para modelado UML para el entorno KDE
· UMLet Herramienta para modelado rápido de UML también escrita en Java
· Netbeans modulo UML
9. FREEWARE PARA MODELADO EN UML
Aunque gratuitos, estos programas se encuentran bajo licencias que no
permiten el estudio y modificación de los mismos.
· JUDE Community Herramienta de modelado UML
· Omondo plugin para Eclipse. Herramienta de modelado UML para
Java
· Oracle JDeveloper Un IDE para Java con soporte de diagramas UML
· Visual Paradigm for UML, Herramienta de modelado UML y
herramienta CASE que cuenta con una versión gratuita denominada
Community Edition
10. OTROS SOFTWARE
Software privativo para modelado
· Borland Together
· Corel iGrafx
· Microsoft Visio
· PowerDesigner de Sybase
· Rational Rose y Rational ClearCASE de IBM
· Poseidon for UML de GentleWare
· Enterprise Architect [2]
12. diagrama de clases
El propósito de este diagrama es el de representar los objetos
fundamentales del sistema, es decir los que percibe el usuario y con los
que espera tratar para completar su tarea en vez de objetos del sistema
o de un modelo de programación.
• La clase define el ámbito de definición de un conjunto de objetos. •
Cada objeto pertenece a una clase.
• Los objetos se crean por instanciación de las clases.
13. Cada clase se representa en un rectángulo con tres compartimientos:
• Nombre de la clase
• Atributos de la clase
• Operaciones de la clase
14. VENTAJAS
● Genera un código automáticamente.
● Propone soluciones a algunos errores.
● Representa las relaciones entre las clases de sistema.
● Se diseña los componentes de los sistemas.
● Se protegen los datos.
● Se posibilita una reducción de acoplamiento.
● Mas fácil la comunicación entre los programadores,
descubrimiento de fallas del sistema en el diseño Mejor diseño
del sistema ofrece más documentación.
15. DESVENTAJAS
● Los diagramas de clases especifican qué clases hay y cómo
están relacionadas, pero no cómo interactúan para alcanzar
comportamientos particulares.
● El método tiende hacer muy lento.
● La instalación es muy costosa
22. diagrama de colaboración
El diagrama de colaboración es un tipo de diagrama de interacción cuyo
objetivo es describir el comportamiento dinámico del sistema de
información mostrando cómo interactúan los objetos entre sí, es decir,
con qué otros objetos tiene vínculos o intercambia mensajes un
determinado objeto.
23. Elementos
● Objetos o Roles: nodos del grafo.
● Enlaces o comunicaciones: arcos del grafo.
● Mensajes: llevan número de secuencia y flecha dirigida.
● Anidamiento: se utiliza la numeración decimal. ...
● Iteración: colocar un * antes del número de secuencia y una
cláusula de condición, si es necesario.
26. ventajas
*Permite elegir el orden en que pueden hacerse las cosas.
*Puede describir procesos o casos de uso.
*Muestra los aspectos dinámicos de un sistema
*Establece las reglas de secuencia a seguir.
*Ayuda a un programador a desarrollar código a través de una
descripción lógica de un proceso.
29. 3.dar click en el código fuente y seleccionar la clase que usted
desee
30. Diagrama de secuencia
El diagrama de secuencia es un tipo de diagrama usado para modelar
interacción entre objetos en un sistema según UML. En inglés se
pueden encontrar como "sequence diagram", "event-trace diagrams".
33. ventajas
*Da la posibilidad de representar los mensajes en función del tiempo.
*La separación de los mensajes no indica intervalos o cantidades de
tiempo
* solo ordenación temporal.
*Es posible añadir restricciones temporales
34. Desventajas
una representación de un diagrama de secuencia demasiado largo,
puede ser difícilmente entendido por alguien ajeno al sistema.
40. diagrama de casos de uso
un diagrama de casos de uso es una forma de diagrama de
comportamiento UML mejorado. El Lenguaje de Modelado Unificado
(UML), define una notación gráfica para representar casos de uso
llamada modelo de casos de uso.
41. Elementos
Herramienta de selección estándar
Habilite el cursor para seleccionar y pasar el ratón por encima de elementos del
diagrama.
Controles de color
Modifique el color de relleno de cualquier elemento del diagrama, excepto
asociaciones. Modifique el color de relleno de cualquier elemento del diagrama.
Caso de uso
El símbolo de caso de uso representa una especificación textual que se crea
independientemente desde el diagrama. Se puede hacer referencia a la misma
especificación desde varios diagramas de caso de uso. Para abrir la especificación
de caso de uso asociada, mueva el ratón por encima del símbolo y pulse el enlace
de la especificación.
42.
43. ventajas
Su ventaja principal es la facilidad para interpretarlos, y hacen que
sean especialmente útiles en la comunicación con el cliente.
• Identifica requerimientos estancados, dentro de un conjunto de
requerimientos.
• Permite representar más de un rol para cada afectado.
• El lenguaje que utilizan es común y entendible para el usuario.
44. Desventajas
• En sistemas grandes toman mucho tiempo para definir todos los casos
de uso.
• El análisis de calidad depende de cómo se haya realizado la
descripción inicial del caso de uso.
49. Diagrama de estado
Una máquina de estados es todo lo que pueda tener diferentes estados.
En muchos casos, cuando hablamos de estados, hablamos de los
diferentes estados de un objeto. Los diagramas complejos pueden tener
muchos estados diferentes. Para entender mejor objetos difíciles, en
ocasiones tiene sentido entender todos los diferentes estados posibles
de un objeto y cómo llega el objeto a ese estado. Los estados son las
diferentes combinaciones de información que puede contener un objeto
y no cómo se comportan.
50. elementos
● Estado compuesto - un estado que contiene subestados anidados.
● Pseudoestado de opción - un símbolo de diamante que indica una condición
dinámica con resultados potenciales ramificados.
● Punto de salida - el punto en el cual se sale de un estado compuesto o de
una máquina de estados. Se representa con un círculo con una X en su
interior.
● Evento - una instancia que activa una transición. Se etiqueta con nombre
arriba de la flecha de transición aplicable.
● Estado final - un marcador para el primer estado del proceso. Se muestra
51. ● Estado final - un marcador para el primer estado del proceso. Se
muestra
● Protección - una condición booleana que permite o detiene una
transición. Se escribe arriba de la flecha de transición.
● Estado - un rectángulo redondeado que indica la naturaleza actual
de un objeto.
● Subestado - un estado contenido dentro de la región de un estado
compuesto.
52. ventajas
● El Diagrama de Estados tiene éxito en sistemas interactivos, ya que
expresa la intención que tiene el actor (su usuario) al hacer uso del sistema.
● Como técnica de extracción de requerimiento permite que el analista se
centre en las necesidades del usuario, qué espera éste lograr al utilizar el
sistema, evitando que la gente especializada en informática dirija la
funcionalidad del nuevo sistema basándose solamente en criterios
tecnológicos.
● A su vez, durante la extracción (elicitation en inglés), el analista se
concentra en las tareas centrales del usuario describiendo por lo tanto los
casos de uso que mayor valor aportan al negocio. Esto facilita luego la
priorización del requerimiento.
53. desventajas
● La inclusión de estas relaciones hace que los diagramas sean
más difíciles de leer, sobre todo para los clientes.
57. conclusión
los diagramas de UML nos ayudan bastante y se relacionan con otros
sistemas y aplicaciones espero poder aprender mas de esto y
desarrollarlo para así ser un gran tecnico en informatica espero a mis
lectores de esta presentación me compartan sus ideas y conozcan al
CBT no.2 Dr. Mario Jose Molina Henriquez Toluca
