1. UNIVERSIDAD REGIONAL AUTONOMA DE LOS
ANDES
NOMBRE: CRISTIAN VILLALVA
NIVEL: SEXTO SISTEMAS
TUTOR: ING. LUIS GUALLPA
FECHA: 31 DE JULIO DEL 2012
MATERIA: DESARROLLO DE PROYECTOS
TEMA: UNIFIED MODELING LANGUAGE (UML).
2. CONCEPTO
CONCEPTO
UML es un popular lenguaje de modelado de sistemas
UML es un popular lenguaje de modelado de sistemas
de software. Se trata de un lenguaje gráfico para
de software. Se trata de un lenguaje gráfico para
construir, documentar, visualizar y especificar un
construir, documentar, visualizar y especificar un
sistema de software. Entre otras palabras, UML se
sistema de software. Entre otras palabras, UML se
utiliza para definir un sistema de software. Posee la
utiliza para definir un sistema de software. Posee la
riqueza suficiente como para crear un modelo del
riqueza suficiente como para crear un modelo del
sistema, pudiendo modelar los procesos de negocios,
sistema, pudiendo modelar los procesos de negocios,
funciones, esquemas de bases de datos, expresiones
funciones, esquemas de bases de datos, expresiones
de lenguajes de programación, etc. Para ello utiliza
de lenguajes de programación, etc. Para ello utiliza
varios tipos diferentes de diagramas, por ejemplo, en
varios tipos diferentes de diagramas, por ejemplo, en
UML 2.0 hay 13 tipos de diagramas.
UML 2.0 hay 13 tipos de diagramas.
3.
4. PAQUETES
PAQUETES
Los paquetes son una herramienta vital para los proyectos
Los paquetes son una herramienta vital para los proyectos
grandes. Úselos siempre que un diagrama de clases que
grandes. Úselos siempre que un diagrama de clases que
abarque todo el sistema ya no sea legible en una hoja de
abarque todo el sistema ya no sea legible en una hoja de
papel tamaño carta (o A4).
papel tamaño carta (o A4).
Deberá mantener sus dependencias al mínimo, ya que ello
Deberá mantener sus dependencias al mínimo, ya que ello
reduce el acoplamiento. Sin embargo, la heurística de esto
reduce el acoplamiento. Sin embargo, la heurística de esto
no está bien comprendida.
no está bien comprendida.
Los paquetes son especialmente útiles para pruebas.
Los paquetes son especialmente útiles para pruebas.
Aunque yo escribo algunas pruebas para verificar clase
Aunque yo escribo algunas pruebas para verificar clase
por clase, prefiero hacer mis pruebas unitarias en el nivel
por clase, prefiero hacer mis pruebas unitarias en el nivel
de paquete por paquete. Cada paquete deberá tener una o
de paquete por paquete. Cada paquete deberá tener una o
más clases de pruebas que verifiquen su comportamiento..
más clases de pruebas que verifiquen su comportamiento
5. DEPENDENCIA
DEPENDENCIA
La dependencia entre dos elementos si los cambios a
La dependencia entre dos elementos si los cambios a
la definición de un elemento pueden causar cambios al
la definición de un elemento pueden causar cambios al
otro. En las clases, la dependencia existe por varias
otro. En las clases, la dependencia existe por varias
razones: una clase envía un mensaje a otra; una clase
razones: una clase envía un mensaje a otra; una clase
tiene a otra como parte de sus datos; una clase
tiene a otra como parte de sus datos; una clase
menciona a otra como parámetro para una operación.
menciona a otra como parámetro para una operación.
Si una clase cambia su interfaz, entonces los mensajes
Si una clase cambia su interfaz, entonces los mensajes
que envía pueden dejar de ser válidos ..
que envía pueden dejar de ser válidos
6. DIAGRAMAS DE CASO DE USO
DIAGRAMAS DE CASO DE USO
El Lenguaje de Modelado Unificado define una notación gráfica para
El Lenguaje de Modelado Unificado define una notación gráfica para
representar casos de uso llamada modelo de casos de uso. UML no
representar casos de uso llamada modelo de casos de uso. UML no
define estándares para que el formato escrito describa los casos de uso,
define estándares para que el formato escrito describa los casos de uso,
y así mucha gente no entiende que esta notación gráfica define la
y así mucha gente no entiende que esta notación gráfica define la
naturaleza de un caso de uso; sin embargo una notación gráfica puede
naturaleza de un caso de uso; sin embargo una notación gráfica puede
solo dar una vista general simple de un caso de uso o un conjunto de
solo dar una vista general simple de un caso de uso o un conjunto de
casos de uso. Los diagramas de casos de uso son a menudo confundidos
casos de uso. Los diagramas de casos de uso son a menudo confundidos
con los casos de uso. Mientras los dos conceptos están relacionados, los
con los casos de uso. Mientras los dos conceptos están relacionados, los
casos de uso son mucho más detallados que los diagramas de casos de
casos de uso son mucho más detallados que los diagramas de casos de
uso..
uso
7. DIAGRAMA DE SECUENCIA
DIAGRAMA DE SECUENCIA
Un diagrama de secuencia muestra la interacción de un conjunto de
Un diagrama de secuencia muestra la interacción de un conjunto de
objetos en una aplicación a través del tiempo y se modela para cada
objetos en una aplicación a través del tiempo y se modela para cada
método de la clase. Mientras que el diagrama de casos de uso
método de la clase. Mientras que el diagrama de casos de uso
permite el modelado de una vista Business del escenario, el
permite el modelado de una vista Business del escenario, el
diagrama de secuencia contiene detalles de implementación del
diagrama de secuencia contiene detalles de implementación del
escenario, incluyendo los objetos y clases que se usan para
escenario, incluyendo los objetos y clases que se usan para
implementar el escenario, y mensajes intercambiados entre los
implementar el escenario, y mensajes intercambiados entre los
objetos.
objetos.
8. DIAGRAMA DE COLABORACION
DIAGRAMA DE COLABORACION
Un diagrama de colaboración en las versiones de UML 1.x es
Un diagrama de colaboración en las versiones de UML 1.x es
esencialmente un diagrama que muestra interacciones organizadas
esencialmente un diagrama que muestra interacciones organizadas
alrededor de los roles. A diferencia de los diagramas de secuencia, los
alrededor de los roles. A diferencia de los diagramas de secuencia, los
diagramas de comunicación muestran explícitamente las relaciones de
diagramas de comunicación muestran explícitamente las relaciones de
los roles. Por otra parte, un diagrama de comunicación no muestra el
los roles. Por otra parte, un diagrama de comunicación no muestra el
tiempo como una dimensión aparte, por lo que resulta necesario
tiempo como una dimensión aparte, por lo que resulta necesario
etiquetar con números de secuencia tanto la secuencia de mensajes
etiquetar con números de secuencia tanto la secuencia de mensajes
como los hilos concurrentes.
como los hilos concurrentes.
9. DIAGRAMAS DE OBJETOS
DIAGRAMAS DE OBJETOS
Los diagramas de objetos son utilizados durante el proceso de
Los diagramas de objetos son utilizados durante el proceso de
Análisis y Diseño de los sistemas informáticos en la metodología UML.
Análisis y Diseño de los sistemas informáticos en la metodología UML.
Se puede considerar un caso especial de un diagrama de clases en el
Se puede considerar un caso especial de un diagrama de clases en el
que se muestran instancias específicas de clases (objetos) en un
que se muestran instancias específicas de clases (objetos) en un
momento particular del sistema. Los diagramas de objetos utilizan un
momento particular del sistema. Los diagramas de objetos utilizan un
subconjunto de los elementos de un diagrama de clase. Los
subconjunto de los elementos de un diagrama de clase. Los
diagramas de objetos no muestran la multiplicidad ni los roles, aunque
diagramas de objetos no muestran la multiplicidad ni los roles, aunque
su notación es similar a los diagramas de clase....
su notación es similar a los diagramas de clase
10. DIAGRAMAS DE CLASES
DIAGRAMAS DE CLASES
Un diagrama de clases es un tipo de diagrama estático que
Un diagrama de clases es un tipo de diagrama estático que
describe la estructura de un sistema mostrando sus clases,
describe la estructura de un sistema mostrando sus clases,
atributos y las relaciones entre ellos. Los diagramas de clases son
atributos y las relaciones entre ellos. Los diagramas de clases son
utilizados durante el proceso de análisis y diseño de los sistemas,
utilizados durante el proceso de análisis y diseño de los sistemas,
donde se crea el diseño conceptual de la información que se
donde se crea el diseño conceptual de la información que se
manejará en el sistema, y los componentes que se encargaran del
manejará en el sistema, y los componentes que se encargaran del
funcionamiento y la relación entre uno y otro. Representación de: --
funcionamiento y la relación entre uno y otro. Representación de:
Requerimientos en entidades y actuaciones. -- La arquitectura
Requerimientos en entidades y actuaciones. La arquitectura
conceptual de un dominio -- Soluciones de diseño en una
conceptual de un dominio Soluciones de diseño en una
arquitectura -- Componentes de software orientados a objetos
arquitectura Componentes de software orientados a objetos
11. DIAGRAMAS DE ESTADOS
DIAGRAMAS DE ESTADOS
En UML, un diagrama de estados es un diagrama utilizado para
En UML, un diagrama de estados es un diagrama utilizado para
identificar cada una de las rutas o caminos que puede tomar un flujo de
identificar cada una de las rutas o caminos que puede tomar un flujo de
información luego de ejecutarse cada proceso. Permite identificar bajo
información luego de ejecutarse cada proceso. Permite identificar bajo
qué argumentos se ejecuta cada uno de los procesos y en qué momento
qué argumentos se ejecuta cada uno de los procesos y en qué momento
podrían tener una variación. El diagrama de estados permite visualizar
podrían tener una variación. El diagrama de estados permite visualizar
de una forma secuencial la ejecución de cada uno de los procesos. .
de una forma secuencial la ejecución de cada uno de los procesos
12. DIAGRAMA DE COMPONENTES
DIAGRAMA DE COMPONENTES
Un diagrama de componentes representa cómo un sistema de
Un diagrama de componentes representa cómo un sistema de
software es dividido en componentes y muestra las dependencias
software es dividido en componentes y muestra las dependencias
entre estos componentes. Los componentes físicos incluyen
entre estos componentes. Los componentes físicos incluyen
archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables,
archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables,
o paquetes. Los diagramas de Componentes prevalecen en el
o paquetes. Los diagramas de Componentes prevalecen en el
campo de la arquitectura de software pero pueden ser usados para
campo de la arquitectura de software pero pueden ser usados para
modelar y documentar cualquier arquitectura de sistema. .
modelar y documentar cualquier arquitectura de sistema
13. DIAGRAMA DE DESPLIEGUE
DIAGRAMA DE DESPLIEGUE
El Diagrama de Despliegue es un tipo de diagrama del Lenguaje
El Diagrama de Despliegue es un tipo de diagrama del Lenguaje
Unificado de Modelado que se utiliza para modelar el hardware
Unificado de Modelado que se utiliza para modelar el hardware
utilizado en las implementaciones de sistemas y las relaciones entre
utilizado en las implementaciones de sistemas y las relaciones entre
sus componentes. Los elementos usados por este tipo de diagrama
sus componentes. Los elementos usados por este tipo de diagrama
son nodos (representados como un prisma), componentes
son nodos (representados como un prisma), componentes
(representados como una caja rectangular con dos protuberancias
(representados como una caja rectangular con dos protuberancias
del lado izquierdo) y asociaciones. La mayoría de las veces el
del lado izquierdo) y asociaciones. La mayoría de las veces el
modelado de la vista de despliegue implica modelar la topología del
modelado de la vista de despliegue implica modelar la topología del
hardware sobre el que se ejecuta el sistema.
hardware sobre el que se ejecuta el sistema.
14. CONCLUSIONES
CONCLUSIONES
UML es un lenguaje reconocido mundialmente por la industria de
UML es un lenguaje reconocido mundialmente por la industria de
construcción de software. El Modelamiento visual es una de las técnicas
construcción de software. El Modelamiento visual es una de las técnicas
probadas que brinda mejores resultados. Todos los sistemas tienen una
probadas que brinda mejores resultados. Todos los sistemas tienen una
estructura estática y comportamiento dinámico. La estructura se describe
estructura estática y comportamiento dinámico. La estructura se describe
con los diagramas de clases, componentes y despliegue. El
con los diagramas de clases, componentes y despliegue. El
comportamiento dinámico del sistema se describe con diagramas de
comportamiento dinámico del sistema se describe con diagramas de
estados, secuencias, colaboración y actividades.
estados, secuencias, colaboración y actividades.