uml unified modelling language tomás bradanovic p

20
UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P.

Upload: estrella-catalina

Post on 27-Jan-2016

251 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

UML UNIFIED MODELLING LANGUAGE

Tomás Bradanovic P.

Page 2: 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

Page 3: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

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

Page 4: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

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:

Page 5: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

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

Page 6: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

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

Page 7: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

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

Page 8: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P
Page 9: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

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:

Page 10: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

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

Page 11: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

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 <<Interfaz>> como una clase especial que hace ciertas operaciones pero no tiene atributos

Page 12: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

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 ContribuyenteDescripció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ásicoEl 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

Page 13: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

Flujos AlternativosEn 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 2A 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 4El digitador podrá negar la confirmación de guardado, regresando al punto 3 con todos los datos ingresados hasta ese momento.

PrecondicionesEl 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.PoscondicionesEn 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.

Page 14: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

•Historial de Aprobaciones:

Fecha Versión Descripción Autor

/ / 1.0 Se aprueba en % el presente caso de uso.

Observaciones:

Firmas:

CP01 - REGISTRO DE CONTRIBUYENTE, PERSONA NATURALInformació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

Page 15: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

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 naturalNombres: Miguel EduardoApellido paterno: AguilarApellido materno: MedinaEstado civil: 01, solteroProfesión: 11711, ingeniero, sistemas informáticosSexo: masculinoHomonimia: NoFecha de Nacimiento: 15/04/1977(Gestión de Cobranza-Trabajo interno)Calif. Contributiva: 003, pequeño contribuyenteCalif. SocioEconómica: 003, nivel CCalif. Deudora: 003, pequeño deudor

Domicilio Fiscal:Tipo de Vía: 99, no especificadoVía: 99999999, no especificadoHab. Urbana: 230101326, asoc. De Viv. Villa magisterialNumero:Numero adicional:Nombre de la edificación:Tipo edific.: 02, casa / chalet

Page 16: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

Tipo interior: 02, casa / chaletNum. Interior:Nombre:Manzana: BLote: 6Sub lote:

Dirección adicional:Documentos:Tipo de documento: 02, DNINúmero de documento: 30857012Contactos: (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 especificadoFecha inicio:Fecha fin:Observación: Teléfonos - EMail:Teléfono(s)Tipo de teléfono: 05, celular 1Numero: 9689952E-Mail (s)Dirección: [email protected]:Observación: nuevo contribuyente

Page 17: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

Pasos:

Entrar al sistema SIGTMv2Entrar a registro de contribuyente: Registro/ContribuyenteDar clic en la opción nuevoLlenar los campos de identificación del contribuyenteLlenar domicilio fiscalIngresar documento de identidad del contribuyenteRegistrar 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 contribuyenteIngresar alguna observación (obligatorio)Dar clic en guardarConfirmar la opción de guardadoSalir del formulario “Datos del Contribuyente”Salir del sistema SIGTMv2

Pantallas usadas durante el llenado de información del registro del contribuyente

Page 18: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P
Page 19: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P
Page 20: UML UNIFIED MODELLING LANGUAGE Tomás Bradanovic P

Notas: