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 etr33345222,
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
Ejemplo de un caso de uso real
CA01 Registro de Contribuyente
•Historial de Revisiones:
Fecha Versión Descripción Autor
/ / 1.0 Caso 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.
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:
Fecha Versión Descripción Autor
/ / 1.0 Se aprueba en % el
presente caso de uso.
Observaciones:
Firmas:
Ejemplo real de un caso de prueba
CP01 - REGISTRO DE CONTRIBUYENTE, PERSONA NATURAL
Información de la versión
Proyecto Modernización de la Infraestructura de Software, Hardware y comunicaciones en los
Proyecto: sistemas de Información de la MPT.
Número Interno de 2.0
Versión:
Documentos
Relacionados:
Registro de Contribuyente – Persona Natural
Probar que se puede registrar un nuevo contribuyente como persona natural.
Propósito:
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: 99999999, no especificado
Hab. Urbana: 230101326, 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: 30857012
Contactos: (para uso de personas jurídicas)
Nombre del contacto:
Email:
Cargo:
Teléfonos:
Gestores:
(Gestión de Cobranza-Trabajo interno)
Código gestor: 99999999, no especificado
Fecha inicio:
Fecha fin:
Observación:
Teléfonos - EMail:
Teléfono(s)
Tipo de teléfono: 05, celular 1
Numero: 9689952
E-Mail (s)
Dirección: miagui01@hotmail.com
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: