UML Parte1 - Diagramas de Casos de Uso1

UML
Instructor: Edgar Fabian Alvarez R

Contenido
1. Requisitos de software
2. Requisitos Funcionales
3. Requisitos No Funcionales
4. UML
5. Diagramas UMLpara el Desarrollo de Software
6. Diagramas de Casos de Uso
a. Plantillas de descripción de Caso de Uso.
¿Qué es un Requisito en un
Sistema
b. Diagrama Estructurado o Modelo de Caso de Uso.
de Software?
Sistema
Es la descripción de las
características y las
funcionalidades del sistema
que se desea desarrollar.
de Software?
Sistema
Los requisitos nos
comunican las
expectativas de los
consumidores de
productos software.
de Software?
Sistema
Los requisitos pueden ser
obvios o estar ocultos,
conocidos o desconocidos,
esperados o inesperados,
desde el punto de vista del
cliente.
Requisitos Funcionales - RF
Los requisitos funcionales son
declaraciones de los servicios que
prestará el sistema, en la forma en que
reaccionará a determinados insumos.
Pueden ser interacciones con otros
sistemas, respuestas automáticas,
procesos predefinidos, etc.
Ejemplos de Requisitos Funcionales - RF
Descripciones de los datos a ser ingresados en el sistema.
Descripciones de las operaciones a ser realizadas por cada pantalla.
Descripción de los flujos de trabajo realizados por el sistema.
Descripción de los reportes del sistema y otras salidas.
Definición de quién puede ingresar datos en el sistema.
Cómo el sistema cumplirá los reglamentos y regulaciones de sector o generales

que le sean aplicables.
Requisitos No Funcionales - RNF
Los requisitos NO funcionales no se

refieren directamente a las funciones
específicas suministradas por el sistema
(características de usuario), sino a las
propiedades del sistema: rendimiento,
seguridad, disponibilidad. No hablan de
“lo que” hace el sistema, sino de “cómo”
lo hace.
Ejemplos de Requisitos NO
Funcionales - RNF
El sistema debe ser capaz de operar adecuadamente con hasta 100.000 usuarios con
sesiones concurrentes.
Los permisos de acceso al sistema podrán ser cambiados solamente por el

administrador de acceso a datos.
Todoslos sistemas deben respaldarse cada 24 horas.
El sistema no continuará operando en caso de fuego.
El sistema será desarrollado para las plataformas PC y Macintosh.

UML
Lenguaje Unificado de Modelado (UML)
El Lenguaje Unificado de Modelado

(UML) desempeña un rol importante
en los proyectos, porque muestra
visualmente el comportamiento y la
estructura de un sistema o proceso.
Un poco de historia de UML
El UML se implementó por primera
vez en la década de los 90 gracias a
tres ingenieros de software: Grady
Booch, Ivar Jacobson y James
Rumbaugh. Ellos querían desarrollar
una forma menos caótica de
representar el desarrollo de software,
a la vez que separaban la
metodología del proceso.
Un poco de historia de UML
En la actualidad UML sigue siendo la indicación estándar para los
desarrolladores, así como para gestores de proyectos, empresarios
tecnológicos y profesionales de distintos sectores.
Object Management Group
(OMG)
El Object Management Group (OMG) es Es
una organización sin fines de lucro, formada
en 1989, que promueve el uso de tecnología
orientada a objetos mediante guías y
especificaciones. Se dedica al cuidado y el
establecimiento de estándares de
tecnologías orientadas a objetos, tales como
UML, XMI, CORBA y BPMN.
Ventajas de UML
Automatiza la
Mantiene abiertas producción de
Simplifica las
las líneas de software y los
complejidades.
comunicación. procesos.
Ayuda a resolver
los problemas Reduce los costos y
Aumenta la calidad el tiempo de
arquitectónicos del trabajo.
constantes. comercialización.
Principales Diagramas UML
para el Desarrollo de Software
Diagrama de Casos de Uso
Representa una funcionalidad

particular de un sistema. Ilustra
cómo se relacionan las
funcionalidades con sus
controladores (actores)
internos/externos.
Diagrama de Casos de Uso
Diagrama de Secuencia
Muestra cómo los objetos

interactúan entre sí y el
orden de la ocurrencia.
Representan interacciones
para un escenario concreto.
Diagrama de Secuencia
Diagrama de Clases
El diagrama UML más comúnmente usado, y

Es la base para la base principal de toda solución orientada a
diseñar la Base objetos. Las clases dentro de un sistema,
de Datos del atributos y operaciones, y la relación entre
proyecto. cada clase. Las clases se agrupan para crear
diagramas de clases al crear diagramas de
sistemas grandes.
Diagrama de Clases
Diagramas de
Casos de Uso
¿Qué son Diagramas de Casos de Uso?
Son diagramas que

muestran la interacción
de los usuarios
(actores) con el
sistema.
Capturan los requisitos

funcionales del sistema
a desarrollar.
Objetivos de los Casos de Uso
• Capturar los requisitos funcionales del sistema y expresarlos
desde el punto de vista del usuario.
• Guiar todo el proceso de desarrollo del sistema de

información.
Elementos o Notación
Entorno del Identificar el entorno del sistema que vamos a
sistema representar e indicar un nombre.
Conjunto de requisitos funcionales o la

Caso de uso funcionalidad que el sistema proporciona a los
actores externos.
Actor Actores externos que interactúan con el sistema.
Indican la interacción que cada actor tiene con los

Comunicación casos de uso.
Elementos o Notación Entorno del sistema
Casos de uso
Actores
Actores
Casos de uso
Comunicación
¿Quiénes interactúan con el sistema?
Se deben identificar todos los actores que interactúan con el
sistema.
Plantilla de descripción de Caso de Uso
Es la descripción textual de un caso de uso, se detalla lo que
debe hacer el sistema.
Ejemplo de una Plantilla de
descripción de Caso de Uso
¿Cómo Realizar un
Caso de Uso?
Con base a esto, trate de responder las preguntas:
Relación de Inclusión <<include>>
 Esta relación denota la incorporación del comportamiento
de un caso de uso en otro. Antes era llamada <<uses>>.
 Se usa para secuencias comunes a varios casos de uso, de
uso obligatorio.
 Un Caso de Uso origen incluye también el comportamiento
descrito por el Caso de Uso destino.
Ejemplo de <<include>>
Relación de Extensión <<extend>>
 Denota cuando un Caso de Uso es una especialización de otro. Se
usa cuando se describe una variación sobre el comportamiento
normal.
 Se usa para mostrar partes opcionales de un Caso de Uso ó para
mostrar que se realiza un caso de uso si se cumple una condición.
 Un Caso de Uso origen extiende el comportamiento del Caso de
Relación de Extensión <<extend>>
Uso destino.
cliente
Ejemplo de <<extend>>
Ejemplo de <<extend>>
Relación de Generalización ó Herencia
 Se usa cuando se tienen distintas variantes de un Caso de
Uso. (“es un tipo de”).
 El uso más común es entre actores, ya que hereda el
comportamiento del otro.
Relación de Herencia
base. Caso base
Casos de uso especializados

(Generalización/Especialización)
 Es una especialización de casos de uso, los casos de uso
especializados son refinamiento del flujo de evento del caso
Relación de Herencia
(Generalización/Especialización)
 Se usa que los actores descendientes pueden tomar todos
los roles (permisos) que tiene el actor antecesor.
Ejemplo de Generalización
Reglas para tener en cuenta:
Los actores deben tener
nombres y/o íconos El nombre de un caso de uso
Cada actor y cada caso de uso
representativos. Los nombres debe indicar una acción y debe
debe tener un nombre único. de los actores deben ser claro y conciso.
representar roles.
Forma general:
Verbo (infinitivo) + Predicado. Evitar tener demasiados casos
Evitar el cruce de líneas.
de uso en el mismo diagrama.
Ej: Imprimir Reporte de Ventas.
Evite el uso complejo de

relaciones de extensión,
especialización e inclusión, no
más de 3 niveles.
Para la descripción textual:
Para la descripción textual:
¿Qué errores puede
encontrar en el siguiente
diagrama?
¿Qué te parece así?
CU-08 Listar Solicitudes Pendientes:
¿Y así?
CU-06 Procesar Solicitud de Registro:
Ejemplo
Casos de Uso de una
Máquina Expendedora de
Café
Ejemplo
Casos de Uso de una
Máquina Recicladora
ACTIVIDAD EN EQUIPOS DE PROYECTO
Realiza los Diagramas de Casos de Uso de los requerimientos funcionales de tu

Proyecto Formativo.
Referencias de Apoyo
Las referencias escogidas, apoyan el estudio de UML. Para ingresar a cada una de las referencias
debes estar logueado en el Sistema de Bibliotecas del SENA. Recuerda que el usuario y
contraseña es tu número de documento de identidad.
1. Libro digital UML 2.5: Sistema de Bibliotecas SENA -> Bases de Datos -> ENI -> UML 2.5
2. Casos Prácticos de UML: https://sena-primo.hosted.exlibrisgroup.com/permalink/f/1j5choe/sena_sfx65780000000019821
3. http://www.pmoinformatica.com/2015/05/requerimientos-no-funcionales-ejemplos.html
4. http://www.pmoinformatica.com/2017/02/requerimientos-funcionales-ejemplos.html

UML Parte1 - Diagramas de Casos de Uso1

Cargado por

Copyright:

Formatos disponibles

UML Parte1 - Diagramas de Casos de Uso1

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

UML Parte1 - Diagramas de Casos de Uso1

Cargado por

Copyright:

Formatos disponibles

UML

Instructor: Edgar Fabian Alvarez R

Descripciones de las operaciones a ser realizadas por cada pantalla.

Descripción de los flujos de trabajo realizados por el sistema.

Descripción de los reportes del sistema y otras salidas.

Definición de quién puede ingresar datos en el sistema.

Cómo el sistema cumplirá los reglamentos y regulaciones de sector o generales

Los requisitos NO funcionales no se

Los permisos de acceso al sistema podrán ser cambiados solamente por el

Todoslos sistemas deben respaldarse cada 24 horas.

El sistema no continuará operando en caso de fuego.

El sistema será desarrollado para las plataformas PC y Macintosh.

El Lenguaje Unificado de Modelado

Representa una funcionalidad

Muestra cómo los objetos

El diagrama UML más comúnmente usado, y

Son diagramas que

Capturan los requisitos

• Guiar todo el proceso de desarrollo del sistema de

Conjunto de requisitos funcionales o la

Actor Actores externos que interactúan con el sistema.

Indican la interacción que cada actor tiene con los

base. Caso base

Casos de uso especializados

Evite el uso complejo de

Realiza los Diagramas de Casos de Uso de los requerimientos funcionales de tu

También podría gustarte