Tema 2 LENGUAJE UNIFICADO DE MODELADO (UML)

Ing. Limberg A. Menacho Ardaya Universidad UTEPSA

Objetivos
Recordar los inicios del UML Reconocer los artefactos del UML Identificar y clasificar las funciones del sistema Identificar y clasificar los atributos del sistema y relacionarlos con las funciones

Un proyecto no puede ser exitoso sin una especificacin correcta y exhaustiva de los requerimientos
2

Qu es el modelado visual?
Modelar es capturar la esencia de un sistema El modelado visual es la actividad de modelar usando herramientas grficas estndar Los procesos de negocios (business process) se pueden modelar a travs de un modelado visual El modelado visual sirve para:

Capturar la lgica de los procesos de negocios Hacer el anlisis y diseo de una aplicacin Definir la arquitectura del software. El modelo es independiente del software Promover la reusabilidad de los componentes
3

Funcionalidad del UML

Dibujar la frontera de un sistema y mostrar su funcionalidad a travs de los casos de uso y actores. Ilustrar como se realizan los casos de uso con diagramas de iteracin. Representar la estructura esttica del sistema con diagramas de clases. Modelar el comportamiento de los objetos con diagramas de estado. Revelar la implementacin fsica del sistema con diagramas de componentes y de despliegue. Extender la funcionalidad con estereotipos.

Diagramas del UML

Diagramas del UML

UML define 9 tipos de diagramas que representan los distintos puntos de vista de modelado.
1) Diagramas de casos de uso. Representan las funciones de un sistema desde el punto de vista del usuario. 2) Diagramas de secuencia. Son una representacin temporal de los objetos y sus relaciones. 3) Diagramas de colaboracin. Son una representacin espacial de objetos, uniones e interacciones. 4) Diagramas de objeto. Representan objetos y sus relaciones.
6

Diagramas del UML

5) Diagramas de clase. Representan la estructura esttica en trminos de clases y relaciones. 6) Diagramas de estado. Representan el comportamiento de una clase en trminos de estado. 7) Diagramas de actividad. Representan el comportamiento de una operacin como un conjunto de acciones. 8) Diagramas de despliegue. Representan la colocacin de componentes en piezas particulares de hardware. 9) Diagramas de componente. Representan los componentes fsicos de una aplicacin.
7

Conocimiento de los requerimientos

Objetivo: Crear los artefactos de la fase de requerimientos. Identificar y clasificar las funciones del sistema. Saber expresar los requerimientos.

Los requerimientos
Los requerimientos son una descripcin de las necesidades o deseos de un producto. La meta primaria:

Identificar y documentar lo que en realidad se necesita, en una formar que claramente se lo comunique al cliente y a los miembros del equipo de desarrollo

Por lo regular hay que reunir y asimilar muchos estudios y documentos electrnicos, analizar los resultados de las entrevistas, celebrar reuniones para definir los requerimientos en grupo.
10

Los requerimientos

Se recomiendan los siguientes artefactos en esta fase:

Panorama general Clientes Metas Funciones del sistema Atributos del sistema

11

Artefactos: Panorama general

Contextualizar el problema, en un prrafo dar a conocer en que se utilizar el sistema.

Ej.: Este proyecto tiene por objeto crear un Sistema de Terminal para el punto de venta que se utilizar en las ventas al menudeo.

Artefactos: Clientes

Personas o sistemas que interactuarn con el sistema.

12

Artefactos: Metas

Que se pretende conseguir con el sistema, las metas que se propone alcanzar con el mismo. Ej.: TPV
Pago rpido de los clientes Anlisis rpido y exacto de las ventas Control automtico del inventario

Artefactos: Funciones del sistema

Son las que el sistema habr de hacer. Hay que identificarlas y listarlas en grupos cohesivos y lgicos.

13

Artefactos: Funciones del sistema

Con el objeto de verificar que algn X es de verdad una funcin del sistema, la siguiente oracin deber tener sentido:
El sistema deber hacer <X>.

Categora de las funciones:

Evidente: Debe realizarse y el usuario debera saber que se ha realizado. Oculta: Debe realizarse aunque no es visible para los usuarios. Superflua: Opcionales, su inclusin no repercute significativamente en el costo ni en otras funciones.
14

Artefactos: Atributos del sistema

Los atributos del sistema son cualidades no funcionales, son sus caractersticas o dimensiones. Pueden abarcar todas las funciones (por ejemplo, la plataforma del sistema operativo) o ser especficos de una funcin o grupo de funciones. Los detalles de los atributos y las restricciones de frontera pueden catalogarse como obligatorios u opcionales.

15

Otros artefactos en la fase de requerimientos

Se tiene la necesidad de otros artefactos importantes para atenuar el riesgo y entender el problema.
Requerimientos y equipos de enlace: lista de los que deberan participar en la especificacin de las funciones y atributos del sistema, en las entrevistas, pruebas, etc. Grupos afectados: los que reciben el impacto del desarrollo o aplicacin del sistema. Riesgos: las cosas que puede ocasionar el fracaso o retraso. Dependencias: otras personas, sistemas y productos de los cuales no puede prescindir el proyecto para su terminacin.
16

Casos de uso: Descripcin de procesos

Objetivo: Identificar y escribir casos de uso. Disear diagramas de casos de uso. Contrastar los casos de uso de alto nivel con los expandidos. Contrastar los casos de uso esenciales con los reales.

Casos de uso
El caso de uso es un documento narrativo que describe la secuencia de eventos de un actor (agente externo) que utiliza el sistema para completar un proceso. Describe qu hace el sistema, no cmo lo hace. Conviene comenzar con los casos de uso de alto nivel para lograr entender rpidamente los principales procesos globales.

Comprar productos
18

Tipos de casos de uso

Segn el nivel de detalle

Alto nivel: Expandido: Descripcin en unas pocas lneas Descripcin detallada (contratos) Procesos comunes ms importantes Procesos menores o raros Procesos que pueden no abordarse

Segn la importancia
Primario: Secundario Opcional

Segn el nivel de abstraccin

Esencial: No se consideran cuestiones de implementacin Real: Se contemplan detalles de implementacin (interfaces)
19

Propiedades de los casos de uso

Son iniciados por un actor con un objetivo en mente y es completado con xito cuando el sistema lo satisface. Puede incluir secuencias alternativas que llevan al xito y fracaso en la consecucin del objetivo. El CdU es una descripcin de principio a fin relativamente amplia, que abarca muchos pasos o transacciones. El conjunto completo de casos de uso especifica todas las posibles formas de usar el sistema, esto es el comportamiento requerido.

20

Casos de uso: procesos y funciones

Un CdU describe un proceso. Un proceso

describe de principio a fin una secuencia de eventos que se requieren para producir u obtener algo de valor para una empresa o actor. Las funciones del sistema identificadas durante la especificacin previa de requerimientos deben asignarse a los CdU. Todas las funciones y CdU del sistema deberan poder rastrearse hasta la implementacin y pruebas.
21

Ejemplo de CdU
actor caso de uso

Procesar Prstamo
ResponsablePrestamos

asociacion

22

Obtencin de los Casos de uso

Objetivo: Clasificar los casos de uso. Cuando sea necesario, preparar versiones simplificadas de los casos de uso. Asignar los casos de uso a los ciclos de desarrollo.

Identificacin de los casos de uso

La estrategia general consiste e escoger primero los casos de uso que influyen en la arquitectura bsica. Un mtodo se basa en los actores:

Se identifican los actores relacionados con un sistema. En cada actor, se identifican los procesos que inician o en que participan.

Segundo mtodo se basa en eventos:

Se identifican los eventos externos a los que un sistema ha de responder. Se relacionan los eventos con los actores y con los casos de uso.
24

Asociaciones entre CdU

Relacin de extensin

extend
Hacer Pedido

Hacer Pedido Urgente

include
Relacin de inclusin

Comprobar clave
Generalizacin

Validar Usuario

Seguir Pedido

include

Examinar retina
25

Casos de uso expandido

Describe un proceso ms a fondo que el de alto nivel. Durante la fase de especificacin de requerimientos, conviene escribir en el formato expandido los casos ms importantes y de mayor influencia. Inicio de un caso expandido:

Indique el nombre del caso de uso Dibuje su diagrama de caso de uso Especifique su contrato Dibuje un prototipo de la interface (si es posible).
26

Comportamiento de los sistemas: Contratos

Objetivo: Crear contratos para las operaciones de un sistema

Contratos
Los contratos contribuyen a definir el comportamiento de un sistema; describen el efecto que sobre l tienen las operaciones.
Suele redactarse en un estilo declarativo, enfatizando lo que suceder y no cmo se conseguir.

28

Actividades y dependencias
Los contratos contribuyen a definir el comportamiento del sistema; describe el efecto que sobre el tiene las operaciones. Los contratos se elaboran durante la fase de anlisis. Su preparacin depende del desarrollo previo del modelo conceptual y la identificacin de casos de uso. Suele redactarse en un estilo declarativo, enfatizando lo que suceder y no como se conseguir.

29

Cmo preparar un contrato

Identifique las operaciones del sistema a partir de los casos de uso. Elabore un contrato en cada operacin del sistema. Comience redactando la seccin de Responsabilidades; despus describa informalmente el propsito de la operacin. Complete luego la seccin de Postcondiciones, describiendo en forma declarativa los cambios de estado de los objetos en el modelo conceptual. Describa el flujo de sucesos de la manera mas detallada posible, lo que hace el actor y lo que responde el sistema. Redacte finalmente los caminos alternativos.

30

Principales secciones del contrato

Nombre: Nombre de la operacin y parmetros. Responsabilidades/Descripcin: Descripcin informal de las responsabilidades que debe cumplir la operacin. Actores: Actores que participan en la operacin. Precondicin: Suposiciones acerca del estado del sistema antes de ejecutar la operacin. Flujo de sucesos: Mensajes enviados por el actor y salidas de la interfaz del usuario como respuestas del sistema. Se sugiere numerar los sucesos. Camino alternativo: Comportamientos alternativos al flujo de sucesos. Postcondicin: Estado del sistema despus de la operacin.

31

Ejemplo de Contrato
Validar Operador El caso de uso inicia cuando el actor Operador selecciona la opcin de ingreso al sistema para el ingreso o mantenimiento de datos. El Operador tiene acceso, e ingresa con los privilegios autorizados de acuerdo a su nivel de acceso asignado por el actor Super Operador. Precondicin El Operador debe estar registrado en el Sistema, con su nombre de Operador y su contrasea vigente. Flujo de Sucesos Camino Bsico: Actor Sistema 1. El caso de uso inicia cuando el Operador 2. Despliega una ventana donde pide ingresar su selecciona la opcin de ingresar al men nombre de Operador y su contrasea. de mantenimiento (de datos). 3. El Operador ingresa su nombre de 4. Verifica el nombre de Operador y la Operador y su contrasea, luego presiona contrasea validando los mismos. el botn Aceptar. 5. Habilita las opciones de men de mantenimiento asignadas, segn su nivel de acceso al Sistema. Camino Alternativo: En el punto 3, el Operador presiona el botn Salir y el caso de uso termina. En el punto 4, si los datos introducidos no corresponden a un Operador habilitado, el Sistema debe emitir un mensaje de error y el caso de uso termina. En el punto 5, si los datos introducidos corresponden al Super Operador, adicionalmente se habilita el Men de Mantenimiento de Operadores. Se habilitan las opciones de men de Mantenimiento. Poscondicin: Prototipo de Interfaz: Nombre Descripcin
Acceso a Mantenimiento de Datos
Nombre Operador: contrasea:
Aceptar Salir

32

Actores
Es

una entidad externa del sistema que de alguna manera participa en el CdU. Los actores utilizan el sistema al interactuar con los casos de uso. No todos los actores representan a personas. Pueden ser actores otros sistemas o hardware externo que interacta con el sistema.
Papeles que desempean las personas Sistemas de cmputo Aparatos elctricos o mecnicos
33

Actores
En un CdU hay un actor iniciador que produce la estimulacin inicial y, posiblemente, otros actores participantes; conviene indicar quin es el iniciador. Por lo regular estimulan el sistema con eventos de entradas o recibe algo de el. Conviene escribir su nombre con maysculas en la narrativa del caso para facilitar la identificacin.

Cliente
34

Modelo del Negocio

Objetivos: Comprender el conjunto de procesos de negocio que tienen lugar dentro de una empresa Cmo consigue la empresa sus objetivos?

Modelo del Negocio

Procesos del Negocio
datos
tarea2 tarea1 tarea3 tarea4 tarea5

Reglas del Negocio

determinan polticas y estructura de la informacin

36

Etapas del modelado del negocio

Identificar

y delimitar los procesos de negocio segn los objetivos de la organizacin. Definir un caso de uso del negocio para cada proceso del negocio, utilizando un diagrama de casos de uso del negocio para mostrar el contexto y los lmites de la organizacin bajo estudio. Identificar los roles implicados en los diferentes procesos del negocio.
37

Ejemplo
Empresa que fabrica productos bajo demanda
Objetivos Estratgicos Satisfacer pedido de cliente Subobjetivos Procesos del Negocio Incrementar las ventas un 25% Reducir tiempo de fabricacin un 15% ...

Registrar pedido de cliente

Fabricar productos pedidos

Gestionar almacn de materiales

Realizar pedidos a proveedores

Casos de Uso del Negocio

Registrar pedido Fabricar productos Gestionar almacn
Generar pedidos a proveedor
38

Modelo de Requisitos
Objetivos:
Se establecen los requisitos funcionales (casos de uso) y no funcionales del sistema. A partir del modelo del negocio se construye el modelo de casos de uso y el modelo conceptual inicial.

Requisitos funcionales
Objetivo:
Operaciones que realiza un sistema, las cuales se alimentan de la informacin proporcionada por un actor. Ejemplo:
1 2 3 4 5 El Operador ingresar su login y contrasea para validar su ingreso al sistema El Super Operador administrar los operadores, permisos y accesos al sistema. El Operador registrar las empresas exportadoras. El Operador ingresar los datos de las Declaraciones de Exportacin. El usuario generar informes de pases, productos, aduanas de salida y medios de transporte.
40

Requisitos no funcionales

Un sistema debe poseer caractersticas que no estn especficamente relacionadas con la funcionalidad del sistema.
Utilizacin del sistema facilidad de uso, facilidad de aprendizaje, consistencia de la interfaz de usuario, documentacin del usuario Fiabilidad Rendimiento Facilidad de mantenimiento. Entorno de implementacin
41

Caso de Estudio 1
Elaborar el caso de uso para un mquina que sirve caf, definir los actores, dibujar el Diagrama de Casos de Uso, establecer los requisitos no funcionales.

42