Uml
Descargar como DOCX, PDF0 recomendaciones149 vistas
El documento resume los principales diagramas utilizados en UML para modelar el desarrollo de software. Estos incluyen el diagrama de casos de uso para identificar actores y sus interacciones, el diagrama de clases para modelar la estructura y relaciones de los objetos, y diagramas adicionales como actividades, secuencias, colaboración y paquetes para modelar los requerimientos, flujos de trabajo y organización del código respectivamente.
Uml
- 1. UML<br />INDICE<br />CONCEPTO<br />OBJETIVOS<br />DIAGRAMA DE CASO DE USO<br />MODELO DE OBJETOS<br />MODELO DEL DOMINIO DEL PROBLEMA<br />DIAGRAMA DE REQUERIMIENTOS <br />DIAGRAMA DE ACTIVIDADES<br />DIAGRAMA DE SECUENTAS<br />DIAGRAMA DE COLABORACION<br />DIAGRAMA DE PAQUETES<br />CONCEPTO<br />Es un lenguaje grafico para visualizar, especificar y documentar cada uno de las partes que comprende el desarrolla del sw. UML es una forma de modelar cosas conceptuales como son los procesos de negocios o funciones del sistema, además de cosas concretas como lo son, escribir clases en un lenguaje determinado, es parte de BD, componentes del sw reusables<br />OBJETIVOS<br />Entregar un manual de apoyo que le permite al desarrollador definir diagramas propios como también poder entregar el modelo de diagramas existentes. Entre los modelos utilizados dentro del lenguaje se encuentran:<br />DIAGRAMA DE CASO DE USO (identificar al actor y sus relaciones con otros actores)<br />El diagrama de CU representa la forma como un cliente (actor) opera con el sistema en desarrollo además de la forma tipo orden en como los elementos interactúan(operaciones de CU) Un diagrama de Caso de Uso consta de los siguientes elementos:<br />Actor<br />Caso de Uso<br />Relaciones de Uso, gerencia y comunicación<br />Actor: Es un rol que un usuario juega con respecto al sistema, es importante destacar el uso de la palabra rol (por qué no necesariamente un actor puede ser una persona ej. los empleados no forman parte del actor) pues con esto se especifica que un actor no puede ser una persona sino mas bien la labor que realizar frente al sistema(no se modela cargos sino aéreas, por que los cargos son cambiantes , el actor es la función o área) ¿cómo e modela un actor en un caso de uso? <br />Caso de Uso: es una operación tarea específica tras una orden de algún agente externo sea desde una petición de un actor o bien desde una invocación de otro caso de uso<br />SISTEMA DE BIBLIOTECA<br />GestionaInforma<br />Administrador<br />Relaciones:<br />Asociación, es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra operación dicha relación se le denota con una flecha simple.<br />Dependencia o instanciación: es una forma muy particular de relación entre clases, es decir se instancia dicha relación se denota con una flecha punteada<br />Generalización: este tipo de relación es uno de los más usados cumple una doble función dependiendo de su estereotipo, puede ser de uso o de herencia<br /> <<uses>><<extedns>><br />Este tipo de relación está orientado para caso de usos no para actor<br />Extends Se recomienda usar cuando un CU es similar a otro<br />Uses se recomienda utilizar cuando se tiene un conjunto de características que son similares en más de un caso de uso y no se desea mantener copiada la descripción de la característica.<br />De lo anterior cabe mencionar que tiene el mismo paradigma en diseño y modelamiento de datos en donde está la duda clásica de usar o heredar <br />Ej. El sistema que controla una maquina de reciclamiento de botellas, tarros, y javas debe controlar<br />Registrar el núm. de ítems ingresados<br />Imprimir un recibo cuando el usuario lo solicita<br />describe lo depositado<br />el valor de cada ítem<br />el total<br />el usuario cliente presiona el botón de comienzo<br />existe un operador que desea saber lo siguiente:<br />cuantos ítems ha sido retornados en el día<br />al final de cada día el operador solicita un resumen de lo depositado en el día<br />el operador debe además poder cambiar<br />información asociada a ítems <br />dar una alarma en el caso de que <br />ítems se atora<br />no hay mas papel<br />SistemaMaq. Reciclam4472940-1905<br />Cliente/UsuarioOperador<br />Modificar ItemsGenera Rep.4472940-1905 Registra Items<br />Cliente/Usuario<br /> Deposito items<br /><<extends>><<extends>><<extends>><br />Botella java Tarro<br />MODELO DE OBJETOS<br />MODELO DEL DOMINIO DEL PROBLEMA<br />DIAGRAMA DE REQUERIMIENTOS – todos los requerimientos como están relacionados<br />DIAGRAMA DE ACTIVIDADES.- Es para realizar el sw. Todo lo k es hecho para realizar el sw.<br />DIAGRAMA DE SECUENTAS.- los pasos para realizar el código<br />DIAGRAMA DE COLABORACION.- están inmersos subdiagramas, ej. Para implementar un sw en un hotel se hará un diagrama de gerencia, almacén, etc<br />DIAGRAMA DE PAQUETES.- todos los paquetes usados ej. Entidades persona, cliente, administrador, paquete control(buscar, eliminar, insertar)Gestión Administrativa<br />DIAGRAMA DE CLASES.- todos los encontrados, como se relacionan las clases con los otros, ej. Caso usuario, administrador<br />DIAGRAMA DE INTERACCION<br />