miércoles, 22 de junio de 2011

UML-Lenguaje De Modelado Unificado:

UML-Lenguaje De Modelado Unificado:
UML:
Análisis Orientado a Objetos
El paradigma orientado a objetos surge en los años 80 como un nuevo enfoque para el desarrollo de software. Sustituye a modelos anteriores, ya desfasados, que consideran la resolución de problemas mediante el modelo clásico de entrada, proceso, salida o modelos basados en estructuras jerárquicas de información.
Los objetos representan una variedad de elementos en el sistema:
  1. - Entidades externas, ajenas al sistema pero que interactúan con él.
  2. - Elementos físicos que forman parte del dominio del problema.
  3. - Sucesos: operaciones que tienen lugar.
  4. - Papeles o roles que desempeñan las personas que interactúan con el sistema.
  5. - Unidades organizativas: estructuras que aglutinan los objetos en entidades de nivel superior.
  6. - Lugares: establecen el contexto del problema y el funcionamiento general del sistema.
El término orientado a objetos se basa en dos principales conceptos:
  • Ocultación de información: consiste en hacer inaccesibles algunas partes, ocultándolas a los usuarios, que sólo pueden acceder al estado interno del objeto a través de una interfaz concreta.
  • Tipos abstractos de datos: un objeto encapsula datos y operaciones. Los datos representan el estado de los objetos en un momento dado y las operaciones actúan sobre los datos para modi?carlos.
Características de los sistemas construidos bajo el concepto de orientación a objetos:
  • - Paquetes que encapsulan estática (datos) y dinámica (funciones).
  • - Herencia de atributos y comportamiento de otras componentes.
  • - Comunicación a través de mensajes.
Ventajas de la orientación a objetos
  • - Facilidad de mantenimiento
  • - Facilidadparamodificar los programas
  • - Reusabilidad
  • - Fiabilidad

Bases del análisis orientado a objeto
  • - Clase
  • - Objeto
  • - Atributo
  • - Método
  • - Instancia
  • - Herencia
  • - Polimorfismo
UML
Lenguaje estándar que sirve para escribir los planos del software
En un sistema con gran cantidad de Software UML puede usarse para:
  • - Visualizar
  • - Especificar
  • - Construir
  • - Documentar
Es un lenguaje que nos ayuda a interpretar grandes sistemas mediante gráficos o mediante texto obteniendo modelos explícitos que ayudan a la comunicación durante el desarrollo, por esto los modelos pueden ser interpretados por personas que no participaron en su diseño, UML sirve para especificar, modelos concretos, no ambiguos y completos.
Utilidad de UML

Enfoque de 4 Vistas + 1 de Kruchten

Un enfoque en la presentación de un sistema en UML es conocida como 4+1 vistas. Esta forma de documentar nuestros modelos divide lo que sabemos de él en cinco áreas:
Diagramas de Estructura

Los Diagramas de Estructura Estática de UML se van a utilizar para representar tanto Modelos Conceptuales como Diagramas de Clases de Diseño. Ambos usos son distintos conceptualmente, mientras que los modelos conceptuales modelan elementos del dominio los diagramas de clases presentan los elementos de la solución software. Ambos tipos de diagramas comparten una parte de la notación para los elementos que los forman (clases y objetos) y las relaciones que existen entre los mismos (asociaciones).
Diagrama de Clases

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).
Representación de un Diagrama de Clases

Diagrama de Objetos

Muestran un conjunto de objetos y sus relaciones, son como fotos instantáneas de los diagramas de clases y cubren la vista de diseño estática o la vista de procesos estática desde la perspectiva de casos reales o prototípicos.
Representación de un Diagrama de Objetos

Diagrama de Componentes

Un diagrama de componentes representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema.
Debido a que estos son más parecidos a los diagramas de casos de usos estos son utilizados para modelar la vista estática y dinámica de un sistema. Muestra la organización y las dependencias entre un conjunto de componentes.
Representación de un Diagrama de Componentes

Diagrama de Estructura Compuesta

Es un diagrama que muestra la estructura interna de un clasificador, incluyendo sus puntos de interacción a otras partes del sistema. Esto muestra la configuración y relación de las partes que juntas realizan el comportamiento de clasificador contenido.
Los diagramas de estructuras se componen por:
Representación de un Diagrama de Estructura Compuesta

Diagrama de Despliegue

Es un diagrama que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y relaciones con sus componentes
Los elementos de los diagramas de despliegue son los:
Se usan mayormente en sistemas empotrados, sistemas cliente-servidor, sistemas completamente distribuidos
Representación de un Diagrama de Despliegue

Diagrama de Paquetes

Muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete está pensado como un directorio, los diagramas de paquetes suministran una descomposición de la jerarquía lógica de un sistema.
Sus elementos son:
Representación de un Diagrama de Paquetes

Diagramas de Comportamiento

Los diagramas de comportamiento se emplean para visualizar, especificar, construir y documentar los aspectos dinámicos de un sistema.
Los aspectos dinámicos de un sistema de software involucran cosas tales como el flujo de mensajes a lo largo del tiempo y el movimiento físico de componentes en una red.
Los diagramas de comportamiento son:
Diagrama de Actividades

Muestra una visión simplificada de lo que ocurre durante una operación o proceso, es una extensión del diagrama de estados.
A cada actividad se le representa por un rectángulo con las esquinas redondeadas.
El procesamiento dentro de una actividad se lleva a cabo, y al siguiente se lleva a cabo la siguiente actividad. Cuenta con un punto inicial (representado por un círculo relleno) y uno final (representado por una diana).
Representación de un Diagrama de Actividades

Diagrama de Casos de Uso

Se emplean para visualizar el comportamiento de un sistema, un subsistema o una clase, de forma que los usuarios puedan comprender cómo utilizar ese elemento y de forma que los desarrolladores puedan implementarlo.
Muestran un conjunto de casos de uso, actores y sus relaciones, estas pueden ser relaciones de inclusión o extensión.
Representación de un Diagrama de Casos de Uso

Diagrama de Estados


Diagrama de Secuencia

Representación de un Diagrama de Secuencia

Diagrama de Colaboraciones

Representación de un Diagrama de Colaboraciones

Diagrama de Tiempos

Representación de un Diagrama de Tiempo

Diagrama Global de Interacciones

Representación de un Diagrama Global de Interacciones

El Futuro de UML

Herramientas CASE para modelar con UML

Comparación de Diagramas UML

Bibliografía

UML

Lenguaje estándar que sirve para escribir los planos del software
En un sistema con gran cantidad de Software UML puede usarse para:
Es un lenguaje que nos ayuda a interpretar grandes sistemas mediante gráficos o mediante texto obteniendo modelos explícitos que ayudan a la comunicación durante el desarrollo, por esto los modelos pueden ser interpretados por personas que no participaron en su diseño, UML sirve para especificar, modelos concretos, no ambiguos y completos.
Utilidad de UML
  1. - Modela de forma visual para especificar, visualizar, construir y documentar artefactos de un sistema de software.
  2. - Se usa para entender, diseñar, configurar, mantener y controlar la información sobre los sistemas a construir.
  3. - Capta la información sobre la estructura estática y el comportamiento dinámico de un sistema.




Enfoque de 4 Vistas + 1 de Kruchten

Un enfoque en la presentación de un sistema en UML es conocida como 4+1 vistas. Esta forma de documentar nuestros modelos divide lo que sabemos de él en cinco áreas:
Diagramas de Estructura

Los Diagramas de Estructura Estática de UML se van a utilizar para representar tanto Modelos Conceptuales como Diagramas de Clases de Diseño. Ambos usos son distintos conceptualmente, mientras que los modelos conceptuales modelan elementos del dominio los diagramas de clases presentan los elementos de la solución software. Ambos tipos de diagramas comparten una parte de la notación para los elementos que los forman (clases y objetos) y las relaciones que existen entre los mismos (asociaciones).
Diagrama de Clases

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).
Representación de un Diagrama de Clases

Diagrama de Objetos

Muestran un conjunto de objetos y sus relaciones, son como fotos instantáneas de los diagramas de clases y cubren la vista de diseño estática o la vista de procesos estática desde la perspectiva de casos reales o prototípicos.
Representación de un Diagrama de Objetos

Diagrama de Componentes

Un diagrama de componentes representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema.
Debido a que estos son más parecidos a los diagramas de casos de usos estos son utilizados para modelar la vista estática y dinámica de un sistema. Muestra la organización y las dependencias entre un conjunto de componentes.
Representación de un Diagrama de Componentes

Diagrama de Estructura Compuesta

Es un diagrama que muestra la estructura interna de un clasificador, incluyendo sus puntos de interacción a otras partes del sistema. Esto muestra la configuración y relación de las partes que juntas realizan el comportamiento de clasificador contenido.
Los diagramas de estructuras se componen por:
Representación de un Diagrama de Estructura Compuesta

Diagrama de Despliegue

Es un diagrama que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y relaciones con sus componentes
Los elementos de los diagramas de despliegue son los:
Se usan mayormente en sistemas empotrados, sistemas cliente-servidor, sistemas completamente distribuidos
Representación de un Diagrama de Despliegue

Diagrama de Paquetes

Muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete está pensado como un directorio, los diagramas de paquetes suministran una descomposición de la jerarquía lógica de un sistema.
Sus elementos son:
Representación de un Diagrama de Paquetes

Diagramas de Comportamiento

Los diagramas de comportamiento se emplean para visualizar, especificar, construir y documentar los aspectos dinámicos de un sistema.
Los aspectos dinámicos de un sistema de software involucran cosas tales como el flujo de mensajes a lo largo del tiempo y el movimiento físico de componentes en una red.
Los diagramas de comportamiento son:
Diagrama de Actividades

Muestra una visión simplificada de lo que ocurre durante una operación o proceso, es una extensión del diagrama de estados.
A cada actividad se le representa por un rectángulo con las esquinas redondeadas.
El procesamiento dentro de una actividad se lleva a cabo, y al siguiente se lleva a cabo la siguiente actividad. Cuenta con un punto inicial (representado por un círculo relleno) y uno final (representado por una diana).
Representación de un Diagrama de Actividades

Diagrama de Casos de Uso

Se emplean para visualizar el comportamiento de un sistema, un subsistema o una clase, de forma que los usuarios puedan comprender cómo utilizar ese elemento y de forma que los desarrolladores puedan implementarlo.
Muestran un conjunto de casos de uso, actores y sus relaciones, estas pueden ser relaciones de inclusión o extensión.
Representación de un Diagrama de Casos de Uso

Diagrama de Estados

Representación de un Diagrama de Estados

Diagrama de Secuencia

Representación de un Diagrama de Secuencia

Diagrama de Colaboraciones

Representación de un Diagrama de Colaboraciones

Diagrama de Tiempos

Representación de un Diagrama de Tiempo

Diagrama Global de Interacciones

Representación de un Diagrama Global de Interacciones

El Futuro de UML

Herramientas CASE para modelar con UML

Comparación de Diagramas UML

Bibliografía

Historia de UML

  1. - Concebido en 1994 por los autores de los tres métodos más usados de orientación a objetos: Grady Booch, Ivar Jacobson y JimRumbaugh.
  2. - Un año después se crea la primera versión
  3. - En 1997 UML 1.1 fue 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.
  4. - UML ha puesto fin a las llamadas “guerras de métodos” que se mantuvo a lo largo de los 90, en las que los principales métodos sacaban nuevas versiones que incorporaban las técnicas de los demás
  5. - El objetivo principal cuando se empezó a gestar UML era posibilitar el intercambio de modelos entre las distintas herramientas CASE orientadas a objetos del mercado. Para ello era necesario definir una notación y semántica común.
UML

Lenguaje estándar que sirve para escribir los planos del software
En un sistema con gran cantidad de Software UML puede usarse para:
Es un lenguaje que nos ayuda a interpretar grandes sistemas mediante gráficos o mediante texto obteniendo modelos explícitos que ayudan a la comunicación durante el desarrollo, por esto los modelos pueden ser interpretados por personas que no participaron en su diseño, UML sirve para especificar, modelos concretos, no ambiguos y completos.
Utilidad de UML

Enfoque de 4 Vistas + 1 de Kruchten

Un enfoque en la presentación de un sistema en UML es conocida como 4+1 vistas. Esta forma de documentar nuestros modelos divide lo que sabemos de él en cinco áreas:
Diagramas de Estructura

Los Diagramas de Estructura Estática de UML se van a utilizar para representar tanto Modelos Conceptuales como Diagramas de Clases de Diseño. Ambos usos son distintos conceptualmente, mientras que los modelos conceptuales modelan elementos del dominio los diagramas de clases presentan los elementos de la solución software. Ambos tipos de diagramas comparten una parte de la notación para los elementos que los forman (clases y objetos) y las relaciones que existen entre los mismos (asociaciones).
Diagrama de Clases

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).
Representación de un Diagrama de Clases

Diagrama de Objetos

Muestran un conjunto de objetos y sus relaciones, son como fotos instantáneas de los diagramas de clases y cubren la vista de diseño estática o la vista de procesos estática desde la perspectiva de casos reales o prototípicos.
Representación de un Diagrama de Objetos

Diagrama de Componentes

Un diagrama de componentes representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema.
Debido a que estos son más parecidos a los diagramas de casos de usos estos son utilizados para modelar la vista estática y dinámica de un sistema. Muestra la organización y las dependencias entre un conjunto de componentes.
Representación de un Diagrama de Componentes

Diagrama de Estructura Compuesta

Es un diagrama que muestra la estructura interna de un clasificador, incluyendo sus puntos de interacción a otras partes del sistema. Esto muestra la configuración y relación de las partes que juntas realizan el comportamiento de clasificador contenido.
Los diagramas de estructuras se componen por:
Representación de un Diagrama de Estructura Compuesta

Diagrama de Despliegue

Es un diagrama que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y relaciones con sus componentes
Los elementos de los diagramas de despliegue son los:
Se usan mayormente en sistemas empotrados, sistemas cliente-servidor, sistemas completamente distribuidos
Representación de un Diagrama de Despliegue

Diagrama de Paquetes

Muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete está pensado como un directorio, los diagramas de paquetes suministran una descomposición de la jerarquía lógica de un sistema.
Sus elementos son:
Representación de un Diagrama de Paquetes

Diagramas de Comportamiento

Los diagramas de comportamiento se emplean para visualizar, especificar, construir y documentar los aspectos dinámicos de un sistema.
Los aspectos dinámicos de un sistema de software involucran cosas tales como el flujo de mensajes a lo largo del tiempo y el movimiento físico de componentes en una red.
Los diagramas de comportamiento son:
Diagrama de Actividades

Muestra una visión simplificada de lo que ocurre durante una operación o proceso, es una extensión del diagrama de estados.
A cada actividad se le representa por un rectángulo con las esquinas redondeadas.
El procesamiento dentro de una actividad se lleva a cabo, y al siguiente se lleva a cabo la siguiente actividad. Cuenta con un punto inicial (representado por un círculo relleno) y uno final (representado por una diana).
Representación de un Diagrama de Actividades

Diagrama de Casos de Uso

Se emplean para visualizar el comportamiento de un sistema, un subsistema o una clase, de forma que los usuarios puedan comprender cómo utilizar ese elemento y de forma que los desarrolladores puedan implementarlo.
Muestran un conjunto de casos de uso, actores y sus relaciones, estas pueden ser relaciones de inclusión o extensión.
Representación de un Diagrama de Casos de Uso

Diagrama de Estados

Representación de un Diagrama de Estados

Diagrama de Secuencia

Representación de un Diagrama de Secuencia

Diagrama de Colaboraciones

Representación de un Diagrama de Colaboraciones

Diagrama de Tiempos

Representación de un Diagrama de Tiempo

Diagrama Global de Interacciones

Representación de un Diagrama Global de Interacciones

El Futuro de UML

Herramientas CASE para modelar con UML

Comparación de Diagramas UML

Bibliografía

Historia de UML

UML

Lenguaje estándar que sirve para escribir los planos del software
En un sistema con gran cantidad de Software UML puede usarse para:
Es un lenguaje que nos ayuda a interpretar grandes sistemas mediante gráficos o mediante texto obteniendo modelos explícitos que ayudan a la comunicación durante el desarrollo, por esto los modelos pueden ser interpretados por personas que no participaron en su diseño, UML sirve para especificar, modelos concretos, no ambiguos y completos.
Utilidad de UML

Enfoque de 4 Vistas + 1 de Kruchten
Un enfoque en la presentación de un sistema en UML es conocida como 4+1 vistas. Esta forma de documentar nuestros modelos divide lo que sabemos de él en cinco áreas:
  1. - Vista de Casos de Uso: contiene requisitos desarrollados en las restantes vistas.
  2. - Vista Lógica: Muestra la estructura estática del sistema.
  3. - Vista Física: Muestra el despliegue de la aplicación en la red de computadoras.
  4. - Vista de Procesos: Muestra los hilos y procesos de ejecución así como la comunicación entre estos.
  5. - Vista de Desarrollo: Muestra la estructura en modelos del código del sistema.