UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P.

UML ayuda a capturar la idea de un Sistema Real para comunicarla a los que deben desarrollar su implementación en un software. Esto se hace mediante la representación gráfica del sistema usando símbolos estandarizados sencillos de entender. Por Sistema Real entenderemos cualquier proceso más o menos complejo de control dentro de una empresa, por Sistema entenderemos el conjunto de software y hardware destinado a controlar el Sistema Real. Tenemos un Sistema Real y debemos llegar a un Sistema Computacional. Antes de empezar a codificar es necesario hacer un plan, un modelo y un diseño (lo que se conoce como diseño lógico) UML sirve para que el modelo pueda ser explicado claramente y sin ambiguedades a los que tendrán que implementar el Sistema Computacional UML es esencialmente una herramienta de comunicación

Existen distintas estrategias para implementar un sistema: Si es pequeño y simple se puede codificar de inmediato, esa era la forma en que se implementaban antiguamente todos los sistemas Si es complicado, grande o debe cumplir con requisitos de calidad de software, existen dos alternativas: La forma tradicional es hacer un diseño lógico con las especificaciones detalladas que el software debe cumplir, un modelo basado en diagramas entidad/relación o UML servirá para comunicar este diseño lógico a quienes deben hacer el diseño físico (codificación) Otra forma consiste en ir construyendo prototipos y luego componentes en el marco de un diseño lógico menos detallado y más flexible, esto permite que los usuarios y los programadores vayan modificando el diseño en la medida que aparezcan problemas, los componentes deben cumplir con todos los requisitos del diseño orientado a objeto y luego de un proceso de prueba y error se va completando el diseño lógico de modo paralelo al diseño físico

Al estudiar UML lo haremos suponiendo el enfoque original del diseño en cascada, es decir la especificación completa de un modelo antes de empezar a codificar UML no solo sirve para explicar el modelo a los programadores, sino también al cliente, para que tenga claro como va a funcionar antes de que empiece la implementación física Metáfora de un arquitecto diseñando un edificio complejo UML produce gráficos orientados a objetos, se diseñó entre 1994 y 1998, es un estándar bien aceptado para el diseño de sistemas complejos Un modelo UML describe lo que hará el sistema, pero no dice como implementarlo UML permite hacer distintos tipos de diagramas como veremos a continuación:

Diagramas de clases, consiste en agrupar objetos que tienen características y acciones en común, un ejemplo que ya vimos es la clase “LavadoraIndustrial” Diagramas de objetos, un objeto es una instancia de una clase, o sea una entidad con valores específicos de atributos y acciones, por ejemplo, mi lavadora, marca Westinhouse, modelo EW3400, serie etr , capacidad 20 kgs. agregarRopa(si), agregarDetergente(si), sacarRopa (no), su diagrama sería

Diagrama de Casos de Uso: un caso de uso describe las acciones de un sistema desde el punto de vista del usuario. En este ejemplo el “mono” es el “actor” o sea quien usa el sistema (puede ser una persona u otro sistema) y la elipse es el caso de uso Diagrama de estados: muestra como cambia el estado de un objeto en el tiempo

Diagrama de secuencias, muestra las secuencias de operaciones de un sistema. Para el ejemplo de la lavadora podríamos tener como objetos una manguera de agua, un tambor, un sistema de drenaje. Luego de agregarRopa, agregarDetergente y Activar, la secuencia puede ser: 1.La manguera llena el tambor con agua 2.Tambor inactivo por 5 minutos 3.La manguera corta el paso de agua 4.Tambor gira 15 minutos 5.Sale el agua por el drenaje 6.Comienza a entrar agua nuevamente 7.Tambor sigue girando 8.Se corta el agua 9.Sale por el drenaje 10.Tambor gira incrementando velocidad por 5 minutos 11.Tambor se detien, fin del proceso

Diagrama de actividades: las actividades ocurren en un caso de uso o en el comportamiento de un objeto, los 11 pasos del ejemplo anterior se pueden representar en un diagrama de actividades, por ejemplo para las actividades 4 a la 6 Diagrama de colaboraciones: cuando los elementos trabajan en conjunto se puede diagramar la forma en que colaboran, por ejemplo:

Diagrama de componentes: como vimos en clases pasadas, los componentes son cajas negras de software, diseñadas según el modelo orientado a objetos a las que se puede tener acceso a través de mensajes, el símbolo UML para los componentes es: Diagrama de distribución: permite mostrar como se distribuyen físicamente los distintos equipos o componentes de hardware

Paquetes: se usan cuando se quieren organizar los elementos de un diagrama en un mismo grupo, por ejemplo para agrupar varias clases relacionadas Estereotipos: se usan cuando combinamos algunos elementos del UML para crear otro nuevo, por ejemplo podemos crear el estereotipo (o cliché) llamado > como una clase especial que hace ciertas operaciones pero no tiene atributos

CA01 Registro de Contribuyente Historial de Revisiones: FechaVersiónDescripciónAutor / /1.0Caso de uso para ser revisado con los usuarios del sistema – Módulo de Catastro Urbano. Firmas: CA01 Registro de Contribuyente Descripción El actor digitador, después de registrarse en el sistema mediante el usuario y la contraseña puede invocar el caso de uso registro de contribuyente, en el cual podrá registrar nuevos contribuyentes llenando las pestañas correspondientes, también podrá Modificar, Inactivar, Imprimir o Exportar a Excel los datos de un contribuyente seleccionado. Flujo de Eventos Flujo Básico El digitador ingresara un nuevo contribuyente pulsando el botón Nuevo. El sistema activa las pestañas en las cuales el digitador se prestara a llenar los datos que han sido recabado y llenados en las fichas impresas. Una vez llenado los datos se procede a guardar la información dando clic en el botón Guardar. El sistema pide una confirmación del proceso guardar. El sistema vuelve a la interfaz inicial de registro de contribuyente. Ejemplo de un caso de uso real

Flujos Alternativos En el punto 1 El digitador puede realizar otras acciones como ser: Buscar o Salir del modulo. En caso de realizar una búsqueda y seleccionar algún registro encontrado podrá realizar lo siguiente: Modificar, Inactivar, Imprimir, Exportar a Excel o Salir del modulo. En el punto 2 A partir de este punto hasta el punto 3, el digitador podrá cancelar el registro del contribuyente dando clic en el botón Deshacer. El digitador en este punto deberá de escoger si registra a una persona natural o una persona jurídica. En el punto 4 El digitador podrá negar la confirmación de guardado, regresando al punto 3 con todos los datos ingresados hasta ese momento. Precondiciones El Digitador ha realizado correctamente su ingreso en el sistema mediante el nombre de usuario y la contraseña. El contribuyente no debe de estar registrado. Poscondiciones En caso de haber llenado la ficha registro de contribuyente parcialmente, el digitador podría aumentar la información con la opción Modificar. También podrá Modificar la información en caso se este actualizando los datos del contribuyente. Por cualquier motivo que se modifique, el sistema le pedirá que digite una observación donde puede escribir el motivo por el cual se realizo la modificación. El digitador deberá cerrar el modulo correctamente usando el botón cerrar para no tener posteriormente ningún inconveniente.

Historial de Aprobaciones: FechaVersiónDescripciónAutor / /1.0Se aprueba en % el presente caso de uso. Observaciones: Firmas: CP01 - REGISTRO DE CONTRIBUYENTE, PERSONA NATURAL Información de la versión Proyecto: Proyecto Modernización de la Infraestructura de Software, Hardware y comunicaciones en los sistemas de Información de la MPT. Número Interno de Versión: 2.0 Documentos Relacionados: Ejemplo real de un caso de prueba

Registro de Contribuyente – Persona Natural Propósito: Probar que se puede registrar un nuevo contribuyente como persona natural. Pre-requisitos:El contribuyente no debe de estar registrado. Datos de Prueba Procederemos a llenar los campos necesarios: Identificación del contribuyente: Tipo de contribuyente: 1, persona natural Nombres: Miguel Eduardo Apellido paterno: Aguilar Apellido materno: Medina Estado civil: 01, soltero Profesión: 11711, ingeniero, sistemas informáticos Sexo: masculino Homonimia: No Fecha de Nacimiento: 15/04/1977 (Gestión de Cobranza-Trabajo interno) Calif. Contributiva: 003, pequeño contribuyente Calif. SocioEconómica: 003, nivel C Calif. Deudora: 003, pequeño deudor Domicilio Fiscal: Tipo de Vía: 99, no especificado Vía: , no especificado Hab. Urbana: , asoc. De Viv. Villa magisterial Numero: Numero adicional: Nombre de la edificación: Tipo edific.: 02, casa / chalet

Tipo interior: 02, casa / chalet Num. Interior: Nombre: Manzana: B Lote: 6 Sub lote: Dirección adicional: Documentos: Tipo de documento: 02, DNI Número de documento: Contactos: (para uso de personas jurídicas) Nombre del contacto: Cargo: Teléfonos: Gestores: (Gestión de Cobranza-Trabajo interno) Código gestor: , no especificado Fecha inicio: Fecha fin: Observación: Teléfonos - Teléfono(s) Tipo de teléfono: 05, celular 1 Numero: (s) Dirección: Observaciones: Observación: nuevo contribuyente

Pasos: Entrar al sistema SIGTMv2 Entrar a registro de contribuyente: Registro/Contribuyente Dar clic en la opción nuevo Llenar los campos de identificación del contribuyente Llenar domicilio fiscal Ingresar documento de identidad del contribuyente Registrar algún contacto del contribuyente (para uso de personas jurídicas) Registrar los gestores si los hubiere (Ficha de uso interno) Registrar teléfonos y correo electrónico del contribuyente Ingresar alguna observación (obligatorio) Dar clic en guardar Confirmar la opción de guardado Salir del formulario “Datos del Contribuyente” Salir del sistema SIGTMv2 Pantallas usadas durante el llenado de información del registro del contribuyente

Notas: