UML LENAGUAJE UNIFICADO DE MODELACION ARGO UML Y STAR UML PDF

Preview

Summary

INTRODUCCION A LA PROGRAMACION ORIENTADO A OBJETOS EL CUAL SE INICIA CON LA ENSEÑANZA DE DIAGRAMAS DE MODELACION PARA HACER INTRODCCION A LA ASIGNATURA DE POO PARA PODER...

Description

Resumen del video: Start UML para diagramas de clase y casos de uso Manejo Básico. Lo que este programa aprenderemos hacer análisis del sistema mediante diagramas y que los diagramas se realizan mediante su descripción. En el entorno lo primero que se hace es seleccionar el diagrama en este caso utilizaremos diagrama caso de uso, y así nos activara los componentes para ese diagrama. Lo primero que lleva u diagrama de caso de uso es representar el sistema, en este caso el tema será hospital (es de acuerdo a cada sistema), adentro del sistema van a ir los casos de uso, lo siguiente que se usa es el actor, por ejemplo, como es un hospital el actor será un médico, se pueden agregar los actores que se necesitamos, con esto tenemos las bases de diagrama. Ahora agregaremos las funcionalidades y las funcionalidades son los casos de uso, por ejemplo, el medico necesita u caso de uso que seria consultar una agencia de citas, también se necesitan relaciones, los mas que se usa para los casos de uso son asociación, incluir y extensión. Nosotros podemos hacer nuestro diagrama de uso con la plantilla de herramientas y para que este completo hay que hacer la descripción. El diagrama de clase sirve para definir los datos que va a procesar cada uno de los actores y los métodos que va a cumplir el sistema de acuerdo a los casos de uso, se pueden llamar clases (ejemplo: clase medico), en la clase se empiezan a agregar los atributos (ejemplo: el medico posee un ID, especialidad, nombre, salario, etc.), en la clase también se pueden adicionar operaciones (ejemplo: el medico atiende pacientes), podemos agregar relaciones entre clases. Resumen del video: Diagrama de Clases ArgoUML Los proyectos en argo de guarda con .zargo. empezamos a ponerle nombre al modelo, en visibilidad se pone publica, después ya podemos crear los diagramas de clases, se nombra la clase (ejemplo: persona), a la clase se le agrega una serie de atributos (ejemplos: nombre), a los atributos se puede poner la visibilidad (ejemplo: privada), solo queda agregar más atributos. Una vez teniendo todos los atributos se agregan las operaciones o métodos, son indispensables los métodos constructores de cada atributo, se agregan todos los métodos que se necesitan y así se construye la clase persona. En argo podemos generar todas las relaciones que se necesitan e el diagrama de clase (ejemplos: asociación, agregación, composición y una generalización). Investigación sobre el tema: UML Lenguaje Unificado de Modelado “UML”, es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad. Se lo puede definir como un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un «plano» del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y compuestos reciclados. Algunas de las características de UML se definen a continuación:

Existen diferentes versiones de UML que se presentaron a lo largo del tiempo, este se estandarizo desde el año 2005, y es aprobado por la ISO. UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades representadas, estos se clasifican según su estructura o comportamiento de la siguiente manera:

Diagrama de casos de uso Un caso de uso es una descripción de las acciones de un sistema desde el punto de vista del usuario. Es una herramienta valiosa dado que es una técnica de aciertos y errores para obtener los requerimientos del sistema, justamente desde el punto de vista del usuario. Los diagramas de caso de uso modelan la funcionalidad del sistema usando actores y casos de uso. Los casos de uso son servicios o funciones provistas por el sistema para sus usuarios. 

Símbolos de los casos de uso:

 Sistema: El rectángulo representa los límites del sistema que contiene los casos de uso. Los actores se ubican fuera de los límites del Sistema.

 Caso de uso: Se representan con óvalos. La etiqueta en el óvalo indica la función del sistema.

 Actor: Un diagrama de caso de uso contiene los símbolos del actor y del caso de uso, junto con líneas conectoras. Los actores son similares a las entidades externas; existen fuera del sistema. El término actor se refiere a un rol específico de un usuario del sistema. Por ejemplo: Un actor puede ser un empleado, pero también puede ser un cliente en la tienda de la empresa. Incluso cuando es la misma persona en el mundo real, se representa como dos símbolos distintos en un diagrama de caso de uso, ya que la persona interactúa con el sistema en distintos roles.



Relaciones: Las relaciones entre un actor y un caso de uso, se dibujan con una línea simple. Para relaciones entre casos de uso, se utilizan flechas etiquetadas «incluir» o «extender.» Una relación «incluir» indica que un caso de uso es necesitado por otro para poder cumplir una tarea. Una relación «extender» indica opciones alternativas para un cierto caso de uso.





Relaciones de los casos de uso: Las relaciones activas se conocen como relaciones de comportamiento y se utilizan principalmente en los diagramas de casos de uso. Hay cuatro tipos básicos de relaciones de comportamiento: comunica, incluye, extiende y generaliza. Documentación de los casos de uso: Existen dos formas principales de documentar un caso

de uso:  Un diagrama en UML

 Un documento detallado Documentar casos de usos no es una tarea fácil que se pueda dominar de un día para otro, requiere de tiempo, disciplina y experiencia, sin embargo, podemos definir una serie de pasos identificables para escribir los casos de uso.

CONCLUSIÓN El diagrama de modelado UML es un estándar muy utilizado en la actualidad, y está conformado por varios diagramas que definen las diferentes funcionalidades u objeto de un proyecto de software, a este proceso se le conoce como modelo que es una representación simplificada de la realidad. Los diagramas en UML se clasifican según su estructura o comportamiento, estos últimos se refieren a la forma en que se ejecutan las instrucciones o como se dan las actividades dentro del sistema. Los diagramas de estructura definen como se encuentra el software estructurado, un ejemplo de esto es el diagrama de componentes que define las diferentes partes que conforman el sistema para que funcione. Dentro de los diagramas UML encontramos los diagramas de casos de uso, estos describen que ara el sistema, pero no de qué forma lo ara, son ideales para definir los requerimientos específicos y mostrarlos al cliente de tal forma que este pueda plantear sus ideas y correcciones de una mejor manera, ya que muchas veces el cliente no está seguro de lo que desea o como quiere que funcione. BIBLIOGRAFÍA  Berzal, C. 2004. . El lenguaje Unificado de Modelado (UML). Consultado 2 de Jun. 2015. Formato PDF. Disponible en: http://elvex.ugr.es/decsai/java/pdf/3E-UML.pdf

 Gutiérrez, J. 2008. Diagramas UML de casos de uso y de requisitos. (En línea). ES. Consultado 2 de Jun. 2015. Formato PDF. Disponible en: http://www.lsi.us.es/~javierj/cursos_ficheros/metricaUML/CasosUsoUML.pdf

Diagrama de clases Este tipo de diagrama de UML se utiliza para representar la estructura estática del programa, las clases se representan mediante un rectángulo. En el formato más simple, el rectángulo puede incluir sólo el nombre de la clase, pero también puede incluir atributos y métodos. Los atributos son lo que la clase conoce sobre las características de los objetos, y los métodos (también llamados operaciones) son lo que la clase sabe acerca de cómo hacer las cosas. Los métodos son pequeñas secciones de código que trabajan con los atributos.

Las cosas que existen y que nos rodean se agrupan naturalmente en categorías. Una clase es una categoría o grupo de cosas que tienen atributos (propiedades) y acciones similares. Un ejemplo puede ser la clase “Aviones” que tiene atributos como el “modelo de avión”, “la cantidad de motores”, “la velocidad de crucero” y “la capacidad de carga útil”. Entre las acciones de las cosas de esta clase se encuentran: “acelerar”, “elevarse”, “girar”, “descender”, “desacelerar”. Nota: En un diagrama de clases, los mensajes públicos (al igual que los atributos públicos) se muestran con un signo positivo (+) al inicio del nombre correspondiente. 

Atributos: En un diagrama de clases los atributos son lo que la clase conoce sobre las características de los objetos, estos pueden ser públicos, privados o protegidos. A continuación, se muestran algunas de las características de los atributos:



Métodos: Los métodos también llamados operaciones son los que definen las actividades que va a realizar la clase es decir los procesos. Dentro de una clase se puede realizar el ocultamiento de información que significa que los métodos de los objetos deben estar disponibles para otras clases, por lo que comúnmente los métodos son públicos, lo cual significa que se pueden invocar desde otras clases. Los métodos también tienen paréntesis después de su nombre, lo cual indica que se pueden pasar datos como parámetros junto con el mensaje. Existen dos tipos de métodos: estándar y personalizados que se definen a continuación:



Tipos de clases: Las clases se dividen en cuatro categorías: de entidad, de interfaz, abstracta y de control. A continuación, se explican estas categorías:

CONCLUSIÓN Dentro de la programación orientada a objeto se trabaja con clases (que no son más que categorías de las cosas que nos rodean), atributos (características de los objetos) y métodos (acciones que puede realizar la clase). Una clase es la parte más importante dentro del análisis orientado a objeto y presenta las características del sistema, pero no muestra ningún procesamiento en especial, es decir que los diagramas de clase son utilizados para definir la funcionabilidad del software (como estarán compuestas las clases para que el programador pueda desarrollar su trabajo). Para la presentación de los diagramas de clases existen diferentes formatos, uno de estas es presentar solo los nombres de las clases con sus relaciones sin atributos o métodos, esto se realiza cuando el diagrama es muy extenso o complicado Existen varios tipos de clases con diferentes características, entre estas encontramos las clases abstractas que definen los métodos pero no la implementación de los mismos, las interfaces que al igual que las clases abstractas definen los atributos comunes de otras clases, las entidades que definen el objeto y son muy utilizadas en los diagramas entidad-relacion y por ultimo las clases de control que nos permiten definir métodos que deben ser ejecutados correctamente para poder utilizar los métodos de otras clases. BIBLIOGRAFÍA  Garcia, F y Aguila, P. 2010. Diagramas de Clase en UML 1.1.(En línea). Consultado, 10 de Jun. 2015. Formato PDF. Disponible en:

http://gredos.usal.es/jspui/bitstream/10366/121969/3/DIA_GarciaPenalvo_Pard.p df  Guidi, F. s/f. Diagramas de Clase Uml.Universidad Católica de Chile. (En línea). Consultado, 10 de Jun. 2015. Formato PDF. Disponible en: http://eii.ucv.cl/pers/guidi/cursos/estructuras/pdf/SE-DiagramasDeClasesUML.pdf  Gutiérrez, D. 2011. UML Diagramas de clases. (En línea). VE. Consultado, 10 de Jun. 2015. Formato PDF. Disponible en: http://www.codecompiling.net...