INTEGRANTES:INTEGRANTES:
FERNANDEZ NUBIAFERNANDEZ NUBIA
ARAUJO MARIAARAUJO MARIA
DUARTE EMLYDUARTE EMLY
PROF. ROISBEL FIGEROAPROF. ROISBEL FIGEROA
BARINAS, JUNIO DEL 2014BARINAS, JUNIO DEL 2014
DEFINICIONDEFINICION DE UMLDE UML
Es el lenguaje de modelado de
sistemas de software más conocido
y utilizado en la actualidad; está
respaldado por el OMG (Object
Management Group). Es un
lenguaje gráfico para visualizar,
especificar, construir y
documentar un sistema.
Es un "lenguaje de modelado" para
especificar o para describir métodos
o procesos. Se utiliza para definir un
sistema, para detallar los artefactos
en el sistema y para documentar y
construir.
El objetivo de ambos era
unificar dos métodos que
habían desarrollado: el
método Booch y el OMT
(Object Modelling Tool). El
primer borrador apareció
en octubre de 1995.
El lenguaje UML comenzó a
gestarse en octubre de 1994,
cuando Rumbaugh se unió a la
compañía Rational fundada por
Booch
Es un lenguaje estándar para la
especificación, visualización, construcción y
documentación de artefactos de sistemas de
Software representa una colección de las
mejores prácticas de ingeniería que tienen
una probación exitosa en la modelación de
sistemas largos y complejos.
En el Proceso de Desarrollo de
Software Utiliza, en su mayor parte,
notaciones gráficas para expresar los
proyectos de diseño del Software.
Reconocen la necesidad de resolver
problemas que ocurran en la
arquitectura, tales como la
distribución física, concurrencia,
réplicas, seguridad, carga balanceada y
tolerancia de culpa. Adicionalmente, el
desarrollo de la World Wide Web
(Mundo de la Ancha Telaraña),
mientras se hacen algunas cosas
simples, tiene exacerbada ese
problema de arquitectura.
La UML fue desarrollada para
responder todas esas necesidades.
Los diagramas se utilizan para
representar diferentes perspectivas de
un sistema de forma que un diagrama
es una proyección del mismo. UML
proporciona un amplio conjunto de
diagramas que normalmente se usan
en pequeños subconjuntos para poder
representar las cinco vistas principales
de la arquitectura de un sistema.
Área Vista Diagramas Conceptos Principales
Estructural
Vista Estática Diagrama de Clases
Clase, asociación,
generalización,
dependencia,
realización, interfaz.
Vista de Casos de Uso Diagramas de Casos de Uso
Caso de Uso, Actor,
asociación, extensión,
generalización.
Vista de
Implementación Diagramas de Componentes
Componente, interfaz,
dependencia,
realización.
Vista de Despliegue Diagramas de Despliegue
Nodo, componente,
dependencia,
localización.
Dinámica
Vista de Estados de
máquina Diagramas de Estados Estado, evento,
transición, acción.
Vista de actividad Diagramas de Actividad
Estado, actividad,
transición,
determinación,
división, unión.
Vista de interacción
Diagramas de Secuencia Interacción, objeto,
mensaje, activación.
Diagramas de Colaboración
Colaboración,
interacción, rol de
colaboración,
mensaje.
Administración o gestión
de modelo
Vista de Gestión de
modelo Diagramas de Clases Paquete, subsistema,
modelo.
Extensión de UML Todas Todos
Restricción,
estereotipo, valores
etiquetados.
Muestran un conjunto de clases,
interfaces y colaboraciones, así como sus
relaciones. Estos diagramas son los más
comunes en el modelado de sistemas
orientados a objetos y cubren la vista de
diseño estática o la vista de procesos
estática (sí incluyen clases activas).
DIGRAMA DE COMPONENTESDIGRAMA DE COMPONENTES
Muestra la organización y las
dependencias entre un conjunto de
componentes. Cubren la vista de la
implementación estática y se relacionan
con los diagramas de clases ya que en
un componente suele tener una o más
clases, interfaces o colaboraciones.
Representan la configuración de los
nodos de procesamiento en tiempo de
ejecución y los componentes que
residen en ellos. Muestran la vista de
despliegue estática de una
arquitectura y se relacionan con los
componentes ya que, por lo común, los
nodos contienen uno o más
componentes.
Muestran un conjunto de casos de
uso y actores (tipo especial de clases)
y sus relaciones. Cubren la vista
estática de los casos de uso y son
especialmente importantes para el
modelado y organización del
comportamiento.
Cubren la vista dinámica del sistema.
Los diagramas de secuencia enfatizan el
ordenamiento temporal de los
mensajes mientras que los diagramas
de colaboración muestran la
organización estructural de los objetos
que envían y reciben mensajes. Los
diagramas de secuencia se pueden
convertir en diagramas de colaboración
sin pérdida de información, lo mismo
ocurren en sentido opuesto.
Presenta una alternativa al diagrama de secuencia para modelar
interacciones entre objetos en el sistema. . Los objetos se
conectan por medio de enlaces, cada enlace representa una
instancia de una asociación entre las clases implicadas. El enlace
muestra los mensajes enviados entre los objetos, el tipo de
mensaje y la visibilidad de un objeto con respecto a los otros.
Muestran una máquina de estados
compuesta por estados, transiciones,
eventos y actividades. Estos diagramas
cubren la vista dinámica de un sistema
y son muy importantes a la hora de
modelar el comportamiento de una
interfaz,clase o colaboración.
Son un tipo especial de
diagramas de estados que
se centra en mostrar el
flujo de actividades dentro
de un sistema.
Los diagramas de
actividades cubren la parte
dinámica de un sistema y
se utilizan para modelar el
funcionamiento de un
sistema resaltando el flujo
de control entre objetos.
Los paquetes pueden ser
representados en un diagrama,
remitido como Diagrama de
Paquete. Un paquete es
representado por un rectángulo con
una pequeña lengüeta donde el
nombre del paquete es marcado.
Los paquetes pueden tener
relación con otros paquetes para
mostrar que las dependencias
están entre los paquetes. Las
Relaciones de Dependencia son
usadas qué paquetes están
dependiendo sobre cada otro.
• UML es una especificación de notación orientada a objetos.
• UML permite describir un sistema en diferentes niveles de
abstracción.
• UML se quiere convertir en un lenguaje estándar con el que sea
posible modelar todos los componentes del proceso de desarrollo
de aplicaciones.
•El método del UML recomienda utilizar los procesos que otras
metodologías tienen definidos.
VENTAJAS:
• UML Se puede usar para diferentes
tipos de sistemas
• UML consolida muchas de las
notaciones y conceptos más usados
orientados a objetos.
• UML es fácilmente entendible
DESVENTAJAS:
• UML Se puede usar para diferentes
tipos de sistemas
• UML consolida muchas de las
notaciones y conceptos más usados
orientados a objetos.
• UML es fácilmente entendible
se concentra en la representación
gráfica de un sistema, que se
utilizara para entender, diseñar,
analizar, establecer, mantener, y
controlar la información sobre los
sistemas del mismo .
- Alcanzar una gran cantidad de
aspectos del modelado
- Proporcionar las semánticas
suficientes para alcanzar aspectos
del modelado
- Proyectos concretos puedan
extender el meta-modelo a un coste
bajo.
- Modelado futuras podrían
desarrollarse encima del UML.
- Permitir el intercambio de los
modelos entre una gran variedad de
herramientas.
- Proporcionar semánticas
suficientes.
Marifer diapositivas uml roisbel

Marifer diapositivas uml roisbel

  • 1.
    INTEGRANTES:INTEGRANTES: FERNANDEZ NUBIAFERNANDEZ NUBIA ARAUJOMARIAARAUJO MARIA DUARTE EMLYDUARTE EMLY PROF. ROISBEL FIGEROAPROF. ROISBEL FIGEROA BARINAS, JUNIO DEL 2014BARINAS, JUNIO DEL 2014
  • 2.
    DEFINICIONDEFINICION DE UMLDEUML Es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group). Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. Es un "lenguaje de modelado" para especificar o para describir métodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir.
  • 3.
    El objetivo deambos era unificar dos métodos que habían desarrollado: el método Booch y el OMT (Object Modelling Tool). El primer borrador apareció en octubre de 1995. El lenguaje UML comenzó a gestarse en octubre de 1994, cuando Rumbaugh se unió a la compañía Rational fundada por Booch
  • 4.
    Es un lenguajeestándar para la especificación, visualización, construcción y documentación de artefactos de sistemas de Software representa una colección de las mejores prácticas de ingeniería que tienen una probación exitosa en la modelación de sistemas largos y complejos. En el Proceso de Desarrollo de Software Utiliza, en su mayor parte, notaciones gráficas para expresar los proyectos de diseño del Software.
  • 5.
    Reconocen la necesidadde resolver problemas que ocurran en la arquitectura, tales como la distribución física, concurrencia, réplicas, seguridad, carga balanceada y tolerancia de culpa. Adicionalmente, el desarrollo de la World Wide Web (Mundo de la Ancha Telaraña), mientras se hacen algunas cosas simples, tiene exacerbada ese problema de arquitectura. La UML fue desarrollada para responder todas esas necesidades.
  • 6.
    Los diagramas seutilizan para representar diferentes perspectivas de un sistema de forma que un diagrama es una proyección del mismo. UML proporciona un amplio conjunto de diagramas que normalmente se usan en pequeños subconjuntos para poder representar las cinco vistas principales de la arquitectura de un sistema.
  • 7.
    Área Vista DiagramasConceptos Principales Estructural Vista Estática Diagrama de Clases Clase, asociación, generalización, dependencia, realización, interfaz. Vista de Casos de Uso Diagramas de Casos de Uso Caso de Uso, Actor, asociación, extensión, generalización. Vista de Implementación Diagramas de Componentes Componente, interfaz, dependencia, realización. Vista de Despliegue Diagramas de Despliegue Nodo, componente, dependencia, localización. Dinámica Vista de Estados de máquina Diagramas de Estados Estado, evento, transición, acción. Vista de actividad Diagramas de Actividad Estado, actividad, transición, determinación, división, unión. Vista de interacción Diagramas de Secuencia Interacción, objeto, mensaje, activación. Diagramas de Colaboración Colaboración, interacción, rol de colaboración, mensaje. Administración o gestión de modelo Vista de Gestión de modelo Diagramas de Clases Paquete, subsistema, modelo. Extensión de UML Todas Todos Restricción, estereotipo, valores etiquetados.
  • 8.
    Muestran un conjuntode clases, interfaces y colaboraciones, así como sus relaciones. Estos diagramas son los más comunes en el modelado de sistemas orientados a objetos y cubren la vista de diseño estática o la vista de procesos estática (sí incluyen clases activas).
  • 9.
    DIGRAMA DE COMPONENTESDIGRAMADE COMPONENTES Muestra la organización y las dependencias entre un conjunto de componentes. Cubren la vista de la implementación estática y se relacionan con los diagramas de clases ya que en un componente suele tener una o más clases, interfaces o colaboraciones.
  • 10.
    Representan la configuraciónde los nodos de procesamiento en tiempo de ejecución y los componentes que residen en ellos. Muestran la vista de despliegue estática de una arquitectura y se relacionan con los componentes ya que, por lo común, los nodos contienen uno o más componentes.
  • 11.
    Muestran un conjuntode casos de uso y actores (tipo especial de clases) y sus relaciones. Cubren la vista estática de los casos de uso y son especialmente importantes para el modelado y organización del comportamiento.
  • 12.
    Cubren la vistadinámica del sistema. Los diagramas de secuencia enfatizan el ordenamiento temporal de los mensajes mientras que los diagramas de colaboración muestran la organización estructural de los objetos que envían y reciben mensajes. Los diagramas de secuencia se pueden convertir en diagramas de colaboración sin pérdida de información, lo mismo ocurren en sentido opuesto.
  • 13.
    Presenta una alternativaal diagrama de secuencia para modelar interacciones entre objetos en el sistema. . Los objetos se conectan por medio de enlaces, cada enlace representa una instancia de una asociación entre las clases implicadas. El enlace muestra los mensajes enviados entre los objetos, el tipo de mensaje y la visibilidad de un objeto con respecto a los otros.
  • 14.
    Muestran una máquinade estados compuesta por estados, transiciones, eventos y actividades. Estos diagramas cubren la vista dinámica de un sistema y son muy importantes a la hora de modelar el comportamiento de una interfaz,clase o colaboración.
  • 15.
    Son un tipoespecial de diagramas de estados que se centra en mostrar el flujo de actividades dentro de un sistema. Los diagramas de actividades cubren la parte dinámica de un sistema y se utilizan para modelar el funcionamiento de un sistema resaltando el flujo de control entre objetos.
  • 16.
    Los paquetes puedenser representados en un diagrama, remitido como Diagrama de Paquete. Un paquete es representado por un rectángulo con una pequeña lengüeta donde el nombre del paquete es marcado. Los paquetes pueden tener relación con otros paquetes para mostrar que las dependencias están entre los paquetes. Las Relaciones de Dependencia son usadas qué paquetes están dependiendo sobre cada otro.
  • 17.
    • UML esuna especificación de notación orientada a objetos. • UML permite describir un sistema en diferentes niveles de abstracción. • UML se quiere convertir en un lenguaje estándar con el que sea posible modelar todos los componentes del proceso de desarrollo de aplicaciones. •El método del UML recomienda utilizar los procesos que otras metodologías tienen definidos.
  • 18.
    VENTAJAS: • UML Sepuede usar para diferentes tipos de sistemas • UML consolida muchas de las notaciones y conceptos más usados orientados a objetos. • UML es fácilmente entendible DESVENTAJAS: • UML Se puede usar para diferentes tipos de sistemas • UML consolida muchas de las notaciones y conceptos más usados orientados a objetos. • UML es fácilmente entendible
  • 19.
    se concentra enla representación gráfica de un sistema, que se utilizara para entender, diseñar, analizar, establecer, mantener, y controlar la información sobre los sistemas del mismo . - Alcanzar una gran cantidad de aspectos del modelado - Proporcionar las semánticas suficientes para alcanzar aspectos del modelado - Proyectos concretos puedan extender el meta-modelo a un coste bajo. - Modelado futuras podrían desarrollarse encima del UML. - Permitir el intercambio de los modelos entre una gran variedad de herramientas. - Proporcionar semánticas suficientes.