UNIVERSIDAD REGIONAL AUTONOMA DE LOS UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDESANDES

NOMBRE: NOMBRE: CRISTIAN VILLALVA CRISTIAN VILLALVA

NIVEL: NIVEL: SEXTO SISTEMASSEXTO SISTEMAS

TUTOR: TUTOR: ING. LUIS GUALLPAING. LUIS GUALLPA

FECHA: FECHA: 31 DE JULIO DEL 201231 DE JULIO DEL 2012

MATERIA:MATERIA: DESARROLLO DE PROYECTOSDESARROLLO DE PROYECTOS

TEMA: TEMA: UNIFIED MODELING LANGUAGE (UML).UNIFIED MODELING LANGUAGE (UML).

CONCEPTOUML es un popular lenguaje de modelado de sistemas de software. Se trata de un lenguaje gráfico para construir, documentar, visualizar y especificar un sistema de software. Entre otras palabras, UML se utiliza para definir un sistema de software. Posee la riqueza suficiente como para crear un modelo del sistema, pudiendo modelar los procesos de negocios, funciones, esquemas de bases de datos, expresiones de lenguajes de programación, etc. Para ello utiliza varios tipos diferentes de diagramas, por ejemplo, en UML 2.0 hay 13 tipos de diagramas.

CONCEPTOUML es un popular lenguaje de modelado de sistemas de software. Se trata de un lenguaje gráfico para construir, documentar, visualizar y especificar un sistema de software. Entre otras palabras, UML se utiliza para definir un sistema de software. Posee la riqueza suficiente como para crear un modelo del sistema, pudiendo modelar los procesos de negocios, funciones, esquemas de bases de datos, expresiones de lenguajes de programación, etc. Para ello utiliza varios tipos diferentes de diagramas, por ejemplo, en UML 2.0 hay 13 tipos de diagramas.

PAQUETESLos paquetes son una herramienta vital para los proyectos grandes. Úselos siempre que un diagrama de clases que abarque todo el sistema ya no sea legible en una hoja de papel tamaño carta (o A4).

Deberá mantener sus dependencias al mínimo, ya que ello reduce el acoplamiento. Sin embargo, la heurística de esto no está bien comprendida.

Los paquetes son especialmente útiles para pruebas. Aunque yo escribo algunas pruebas para verificar clase por clase, prefiero hacer mis pruebas unitarias en el nivel de paquete por paquete. Cada paquete deberá tener una o más clases de pruebas que verifiquen su comportamiento.

PAQUETESLos paquetes son una herramienta vital para los proyectos grandes. Úselos siempre que un diagrama de clases que abarque todo el sistema ya no sea legible en una hoja de papel tamaño carta (o A4).

Deberá mantener sus dependencias al mínimo, ya que ello reduce el acoplamiento. Sin embargo, la heurística de esto no está bien comprendida.

Los paquetes son especialmente útiles para pruebas. Aunque yo escribo algunas pruebas para verificar clase por clase, prefiero hacer mis pruebas unitarias en el nivel de paquete por paquete. Cada paquete deberá tener una o más clases de pruebas que verifiquen su comportamiento.

DEPENDENCIALa dependencia entre dos elementos si los cambios a la definición de un elemento pueden causar cambios al otro. En las clases, la dependencia existe por varias razones: una clase envía un mensaje a otra; una clase tiene a otra como parte de sus datos; una clase menciona a otra como parámetro para una operación. Si una clase cambia su interfaz, entonces los mensajes que envía pueden dejar de ser válidos.

DEPENDENCIALa dependencia entre dos elementos si los cambios a la definición de un elemento pueden causar cambios al otro. En las clases, la dependencia existe por varias razones: una clase envía un mensaje a otra; una clase tiene a otra como parte de sus datos; una clase menciona a otra como parámetro para una operación. Si una clase cambia su interfaz, entonces los mensajes que envía pueden dejar de ser válidos.

DIAGRAMAS DE CASO DE USO   El  Lenguaje de Modelado Unificado define una notación gráfica para 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, 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 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 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 uso. 

DIAGRAMAS DE CASO DE USO   El  Lenguaje de Modelado Unificado define una notación gráfica para 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, 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 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 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 uso. 

DIAGRAMA DE SECUENCIAUn 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 método de la clase. Mientras que el diagrama de casos de uso permite el modelado de una vista Business del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario, y mensajes intercambiados entre los objetos.

DIAGRAMA DE SECUENCIAUn 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 método de la clase. Mientras que el diagrama de casos de uso permite el modelado de una vista Business del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario, y mensajes intercambiados entre los objetos.

DIAGRAMA DE COLABORACION Un diagrama de colaboración en las versiones de UML 1.x es esencialmente un diagrama que muestra interacciones organizadas alrededor de los roles. A diferencia de los diagramas de secuencia, los diagramas de comunicación muestran explícitamente las relaciones de los roles. Por otra parte, un diagrama de comunicación no muestra el tiempo como una dimensión aparte, por lo que resulta necesario etiquetar con números de secuencia tanto la secuencia de mensajes como los hilos concurrentes.

DIAGRAMA DE COLABORACION Un diagrama de colaboración en las versiones de UML 1.x es esencialmente un diagrama que muestra interacciones organizadas alrededor de los roles. A diferencia de los diagramas de secuencia, los diagramas de comunicación muestran explícitamente las relaciones de los roles. Por otra parte, un diagrama de comunicación no muestra el tiempo como una dimensión aparte, por lo que resulta necesario etiquetar con números de secuencia tanto la secuencia de mensajes como los hilos concurrentes.

DIAGRAMAS DE OBJETOS 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. Se puede considerar un caso especial de un diagrama de clases en el que se muestran instancias específicas de clases (objetos) en un momento particular del sistema. Los diagramas de objetos utilizan un subconjunto de los elementos de un diagrama de clase. Los diagramas de objetos no muestran la multiplicidad ni los roles, aunque su notación es similar a los diagramas de clase..

DIAGRAMAS DE OBJETOS 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. Se puede considerar un caso especial de un diagrama de clases en el que se muestran instancias específicas de clases (objetos) en un momento particular del sistema. Los diagramas de objetos utilizan un subconjunto de los elementos de un diagrama de clase. Los diagramas de objetos no muestran la multiplicidad ni los roles, aunque su notación es similar a los diagramas de clase..

DIAGRAMAS DE CLASES

Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son 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 manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro. Representación de: - Requerimientos en entidades y actuaciones. - La arquitectura conceptual de un dominio - Soluciones de diseño en una arquitectura - Componentes de software orientados a objetos

DIAGRAMAS DE CLASES

Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son 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 manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro. Representación de: - Requerimientos en entidades y actuaciones. - La arquitectura conceptual de un dominio - Soluciones de diseño en una arquitectura - Componentes de software orientados a objetos

DIAGRAMAS DE ESTADOSEn UML, un diagrama de estados es un diagrama utilizado para identificar cada una de las rutas o caminos que puede tomar un flujo de información luego de ejecutarse cada proceso. Permite identificar bajo 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 de una forma secuencial la ejecución de cada uno de los procesos.

DIAGRAMAS DE ESTADOSEn UML, un diagrama de estados es un diagrama utilizado para identificar cada una de las rutas o caminos que puede tomar un flujo de información luego de ejecutarse cada proceso. Permite identificar bajo 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 de una forma secuencial la ejecución de cada uno de los procesos.

DIAGRAMA DE COMPONENTESUn 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.

DIAGRAMA DE COMPONENTESUn 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.

DIAGRAMA DE DESPLIEGUE El Diagrama de Despliegue es un tipo de diagrama del Lenguaje Unificado de Modelado que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes. Los elementos usados por este tipo de diagrama son nodos (representados como un prisma), componentes (representados como una caja rectangular con dos protuberancias del lado izquierdo) y asociaciones. La mayoría de las veces el modelado de la vista de despliegue implica modelar la topología del hardware sobre el que se ejecuta el sistema.

DIAGRAMA DE DESPLIEGUE El Diagrama de Despliegue es un tipo de diagrama del Lenguaje Unificado de Modelado que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes. Los elementos usados por este tipo de diagrama son nodos (representados como un prisma), componentes (representados como una caja rectangular con dos protuberancias del lado izquierdo) y asociaciones. La mayoría de las veces el modelado de la vista de despliegue implica modelar la topología del hardware sobre el que se ejecuta el sistema.

CONCLUSIONESUML es un lenguaje reconocido mundialmente por la industria de construcción de software. El Modelamiento visual es una de las técnicas probadas que brinda mejores resultados. Todos los sistemas tienen una estructura estática y comportamiento dinámico. La estructura se describe con los diagramas de clases, componentes y despliegue. El comportamiento dinámico del sistema se describe con diagramas de estados, secuencias, colaboración y actividades.

CONCLUSIONESUML es un lenguaje reconocido mundialmente por la industria de construcción de software. El Modelamiento visual es una de las técnicas probadas que brinda mejores resultados. Todos los sistemas tienen una estructura estática y comportamiento dinámico. La estructura se describe con los diagramas de clases, componentes y despliegue. El comportamiento dinámico del sistema se describe con diagramas de estados, secuencias, colaboración y actividades.

REFERENCIAhttp://jms32.eresmas.net/tacticos/UML/UML07/UML0701.html#UML07Paquetehttp://www.monografias.com/trabajos5/insof/insof.shtmlhttp://www.buenastareas.com/ensayos/Ingeniera-En-Sistema/4382806.html

REFERENCIAhttp://jms32.eresmas.net/tacticos/UML/UML07/UML0701.html#UML07Paquetehttp://www.monografias.com/trabajos5/insof/insof.shtmlhttp://www.buenastareas.com/ensayos/Ingeniera-En-Sistema/4382806.html