SlideShare ist ein Scribd-Unternehmen logo
1 von 26
Downloaden Sie, um offline zu lesen
1
Casos de Uso
Instituto Universitario Experimental de Tecnología La Victoria
Programa Nacional de Formación en Informática
Unidad Curricular: Ingeniería del Software I
MODELADO FUNCIONAL
DIAGRAMA DE CASOS DE USO
2
El modelo de casos de uso describe las funcionalidades
del nuevo sistema mostrando las interacciones entre los
usuarios del sistema (actores) y los casos de uso (unidad
funcional completa) del sistema que se está modelando.
Los modelos de casos de uso se usan para:
- Especificar los requisitos
- Comunicarse con los clientes
- Generar casos de prueba
MODELADO FUNCIONAL
DIAGRAMA DE CASOS DE USO
3
Elementos del diagrama: El actor
• Es cualquier entidad externa (humano o máquina)
que interactúa con el sistema para ejecutar algún
trabajo.
• Tiene una o mas metas cuando utiliza el sistema
• Se representa mediante el siguiente símbolo:
4
• No es necesariamente un usuario final. Un usuario puede
desempeñar varios papeles al usar un sistema, mientras que un
actor representa una clase de entidad externa que desempeña
solo un papel en el contexto del caso de uso.
• No siempre se identifica durante la primera iteración.
Aquellos que se identifican en este punto se llaman actores
primarios mientras que los actores secundarios se identifican
conforme se aprende más acerca del sistema.
Actor Primario: interactúa para lograr la función requerida del
sistema y obtiene el beneficio que se espera de éste.
Actor Secundario: da soporte al sistema de manera que los
actores primarios puedan hacer su trabajo.
MODELADO FUNCIONAL
DIAGRAMA DE CASOS DE USO
MODELADO FUNCIONAL
DIAGRAMA DE CASOS DE USO
5
Elementos del diagrama: Caso de uso
• Es una descripción de la funcionalidad que se
construirá en el sistema propuesto
• Se describe usando verbos (identifica que se está
haciendo) y nombres (identifica a que entidad el verbo
aplica)
• Se representa mediante el siguiente símbolo:
MODELADO FUNCIONAL
DIAGRAMA DE CASOS DE USO
6
Elementos del diagrama: Requerimientos, escenarios
y restricciones
• Requerimientos: son los requerimientos funcionales formales
que el sistema debe proporcionar al usuario final.
• Escenarios: descripciones formales de un flujo de eventos
que ocurren durante una instancia de un caso de uso.
MODELADO FUNCIONAL
DIAGRAMA DE CASOS DE USO
7
Elementos del diagrama: Requerimientos, escenarios
y restricciones
•Restricciones: reglas y limitaciones formales bajo las cuales
opera el caso de uso. Incluye: precondición (evento que debe
haber ocurrido antes de que el caso de uso pueda comenzar),
post-condición (evento que será verdad una vez que la
ejecución del caso de uso haya terminado) e invariante
(especifica qué será verdad mientras se ejecuta el caso de
uso).
MODELADO FUNCIONAL
DIAGRAMA DE CASOS DE USO
8
Elementos del diagrama: Relaciones
• Asociación: el actor hace uso de la funcionalidad inherente
en el caso de uso, es decir, hace una invocación al caso de
uso. Se denota con una flecha simple
• Inclusión: permite incorporar el flujo de eventos de un caso
de uso pequeño dentro de un caso de uso base de la
aplicación. Se denota con la siguiente flecha:
• Extensión: permite incorporar el flujo de eventos de un caso
de uso pequeño dentro de un caso de uso base de la
aplicación, bajo la ocurrencia de una determinada condición:
Se denota con:
MODELADO FUNCIONAL
DIAGRAMA DE CASOS DE USO
9
Elementos del diagrama: Relaciones
• Generalización: permite modelar relaciones padre-hijo donde
el comportamiento de los padres es heredado por el hijo, pero
se modifica por la ejecución del hijo. Se denota con la
siguiente flecha:
• Este tipo de relación esta orientado exclusivamente para
casos de uso (y no para actores).
10
TIPOS DE RELACIONES (RESUMEN)
Asociación
Inclusión
Extensión
Generalización
Caso de Uso Origen Caso de Uso Destino
<<extend>>
Caso de Uso Origen Caso de Uso Destino
<<include>>
Caso de Uso Hijo Caso de Uso Padre
Actor Caso de Uso
¿CÓMO SE REPRESENTA UNA HISTORIA?
11
Puede ser:
 Un texto narrativo
 Un esquema de tareas e interacciones
 Una descripción basada en una plantilla
 Una representación a través de diagramas
Sin importar su forma:
Un caso de uso muestra el software o sistema
desde el punto de vista de usuario final.
PASOS PARA ESCRIBIR UN CASO DE USO
12
Desarrollar los casos de uso sugiere varias preguntas:
 ¿Quién (es) es (son) el (los) actor (es) primario (s)?
 ¿Cuáles son las metas del actor?
 ¿Cuáles son las condiciones previas que deben
existir antes de comenzar la historia?
 ¿Cuáles son las tareas o funciones principales que
realiza el actor?
 ¿Cuáles excepciones podrían considerarse
mientras se describe la historia?
 ¿Cuáles son las variaciones posibles en la
interacción del actor?
PASOS PARA ESCRIBIR UN CASO DE USO
13
Desarrollar los casos de uso sugiere varias preguntas:
 ¿Cuál es la información del sistema que el actor
adquirirá, producirá o cambiará?
 ¿El actor tendrá que informar al sistema acerca de
cambios en el medio ambiente externo?
 ¿Cuál es la información que el actor desea del
sistema?
 ¿El actor quiere ser informado acerca de cambios
inesperados?
EJEMPLO: HOGAR SEGURO
14
La mayoría de las personas está familiarizada con los
“sistemas de alarma”, por lo que sería pertinente y
aceptable sacar al mercado una función de seguridad
en el hogar para estos sistemas.
La función de seguridad en el hogar protegería contra o
reconocería una variedad de “situaciones”
indeseables como una entrada ilegal, fuego,
inundaciones, niveles de monóxido de carbono y
otras. Utilizará los sensores inalámbricos para
detectar cada situación, el usuario podrá programarla
y llamará por teléfono automáticamente a una oficina
de monitoreo cuando detecte alguna situación.
EJEMPLO: HOGAR SEGURO
15
Los objetos descritos para Hogar Seguro podrían incluir:
 El panel de control
 Detectores de humo
 Sensores en puertas y ventanas
 Detectores de movimiento
 Una alarma
 Un evento (cuando algún sensor se active)
 Una plantilla
 Una PC
 Números telefónicos, una llamada telefónica y
otros
EJEMPLO: HOGAR SEGURO
16
La lista de servicios para Hogar Seguro podrían incluir:
 Configuración del sistema
 Colocación de la alarma
 Monitoreo de los sensores
 Marcación telefónica
 Programación del panel de control
 Lectura de pantalla
Observe que los servicios actúan sobre los objetos
EJEMPLO: HOGAR SEGURO
17
Algunas restricciones para Hogar Seguro:
 El sistema debe reconocer cuando los sensores no
estén en funcionamiento
 Debe ser usable para el usuario (interfaz directa
con la línea telefónica)
 Criterios de rendimiento (Ej., el evento de un
sensor debe ser reconocido en un segundo o
menos; se debe implementar un esquema para la
prioridad de los eventos)
EJEMPLO: HOGAR SEGURO
18
Los requisitos básicos de Hogar Seguro definen cuatro
actores:
 El propietario de la casa (usuario)
 Administrador de la configuración (probablemente la
misma persona que el propietario, pero en una
función diferente)
 Los sensores (dispositivos agregados al sistema)
 Subsistema de monitoreo (la estación central que
monitorea la función de seguridad en el hogar donde
está instalado “Hogar Seguro”)
EJEMPLO: HOGAR SEGURO
19
Para el ejemplo, consideremos el actor propietario,
quien interactúa con la función seguridad en el hogar en
diferentes formas mediante el uso del panel de control
de la alarma o una PC:
 Ingresa una contraseña para permitir todas las
demás interacciones
 Indaga acerca del status de una zona de seguridad
 Indaga acerca del status de un sensor
 Presiona el botón de pánico en caso de emergencia
 Activa desactiva el sistema de seguridad∕
EJEMPLO: HOGAR SEGURO
20
Considerándose la situación en la cual el propietario utiliza el panel
de control, el caso de uso básico para la activación del sistema se
presenta de la siguiente manera:
01
salida
en casa
instante
desviación
no listo
alarma
verifica
r
fuego
1
4
7
*
2
5
8
3
6
9
0 #
apagado salida en casa
max prueba desviación
instante código repicar
listo
pánico
activado encendido
HogarSeguro
EJEMPLO: HOGAR SEGURO
21
 El propietario observa el panel de control para
determinar si el sistema está listo para entrar.
 Si el sistema no está listo se despliega un mensaje de
no listo sobre la pantalla LCD, y el propietario debe
cerrar en forma física puertas y ventanas para que el
mensaje desaparezca.
 El propietario utiliza una contraseña de cuatro
dígitos. La contraseña se compara con la clave
almacenada en el sistema. Si la contraseña es
incorrecta, el panel de control esperará la siguiente
acción.
EJEMPLO: HOGAR SEGURO
22
 El propietario selecciona e introduce “en casa” o
“salida” para activar el sistema. En casa, activa sólo
los sensores del perímetro (los sensores para la
detección de movimiento interno se desactivan).
Salida, activa todos los sensores.
 Cuando se realiza la activación, el propietario puede
observar una luz roja de alarma.
EJEMPLO: HOGAR SEGURO
23
Plantilla para las descripciones detalladas de los casos
de uso, según Cockburn
Caso de Uso: Inicio de monitoreo
Actor primario: Propietario de la casa
Meta en el contexto: Establecer el sistema para monitorear
los sensores cuando el propietario
salga de la casa o permanezca dentro
de ella.
Condiciones previas: El sistema ha sido programado para
una contraseña y para reconocer
diferentes sensores.
Activador: El propietario decide “iniciar” el
sistema, es decir, encender las
funciones de la alarma.
EJEMPLO: HOGAR SEGURO
24
Escenarios: 1. Propietario: observa el panel de control
2. Propietario: introduce la contraseña
3. Propietario: selecciona “en casa” o “salida”
4. Propietario: observa la luz roja de alarma
para indicar que Hogar Seguro está en
operación
Excepciones: 1. El panel de control no está listo: el
propietario verifica todos los sensores para
determinar cuáles están abiertos
2. La contraseña es incorrecta (el panel de
control emite un sonido): el propietario
introduce de nuevo la contraseña correcta
3. La contraseña no es reconocida: debe
contactarse el subsistema de monitoreo y
respuesta para reprogramar la contraseña
EJEMPLO: HOGAR SEGURO
25
Excepciones: 4. Se selecciona “en casa”: el panel de control
emite un sonido doble y se enciende la luz
de en casa; se activan los sensores del
perímetro.
5. Se selecciona “salida”: el panel de control
emite un sonido triple y se enciende la luz
de salida, se activan todos los sensores.
EJEMPLO: HOGAR SEGURO
26
Activar/Desactivar
Sistema
Propietario
de la casa
Administrador
del Sistema
Entrar en el
sistema por
internet
Responder al
evento de
alarma
Encontrar una
condición de
error
Reconfigurar los
sensores y las
características del
sistema
relacionadas
Sensores

Weitere ähnliche Inhalte

Was ist angesagt?

3 sistemas-de-control-auto ma-tico
3 sistemas-de-control-auto ma-tico3 sistemas-de-control-auto ma-tico
3 sistemas-de-control-auto ma-ticoAlßert Josëph
 
Nivel de liquido con visión artificial Labview
Nivel de liquido con visión artificial LabviewNivel de liquido con visión artificial Labview
Nivel de liquido con visión artificial LabviewMarlon Torres
 
Semana 8 excepciones definidas por el usuario
Semana 8 excepciones definidas por el usuarioSemana 8 excepciones definidas por el usuario
Semana 8 excepciones definidas por el usuariovictdiazm
 
Manual básico del software modellus 4
Manual básico del software modellus 4Manual básico del software modellus 4
Manual básico del software modellus 4lauraalbarracin
 
Estructuras de Control en C++
Estructuras de Control en C++Estructuras de Control en C++
Estructuras de Control en C++alonsoabdiel
 
Excel+(formula+y+funciones)
Excel+(formula+y+funciones)Excel+(formula+y+funciones)
Excel+(formula+y+funciones)Info2CB25Buhos
 
Est de control topdown
Est de control topdownEst de control topdown
Est de control topdownMarianita Ah
 
programacion por capas
programacion por capasprogramacion por capas
programacion por capasluisitoman
 

Was ist angesagt? (13)

Fijo de control i
Fijo de control iFijo de control i
Fijo de control i
 
Logica difusa grupo 2
Logica difusa grupo 2Logica difusa grupo 2
Logica difusa grupo 2
 
3 sistemas-de-control-auto ma-tico
3 sistemas-de-control-auto ma-tico3 sistemas-de-control-auto ma-tico
3 sistemas-de-control-auto ma-tico
 
Nivel de liquido con visión artificial Labview
Nivel de liquido con visión artificial LabviewNivel de liquido con visión artificial Labview
Nivel de liquido con visión artificial Labview
 
Semana 8 excepciones definidas por el usuario
Semana 8 excepciones definidas por el usuarioSemana 8 excepciones definidas por el usuario
Semana 8 excepciones definidas por el usuario
 
Dfd
DfdDfd
Dfd
 
Manual básico del software modellus 4
Manual básico del software modellus 4Manual básico del software modellus 4
Manual básico del software modellus 4
 
Estructuras de Control en C++
Estructuras de Control en C++Estructuras de Control en C++
Estructuras de Control en C++
 
Excel+(formula+y+funciones)
Excel+(formula+y+funciones)Excel+(formula+y+funciones)
Excel+(formula+y+funciones)
 
Est de control topdown
Est de control topdownEst de control topdown
Est de control topdown
 
Procedures funciones
Procedures funcionesProcedures funciones
Procedures funciones
 
manual dfd
manual dfdmanual dfd
manual dfd
 
programacion por capas
programacion por capasprogramacion por capas
programacion por capas
 

Andere mochten auch

Caso de Uso
Caso de UsoCaso de Uso
Caso de Usoutrilla
 
Desarrollo de aplicaciones web con casos de uso
Desarrollo de aplicaciones web  con casos de usoDesarrollo de aplicaciones web  con casos de uso
Desarrollo de aplicaciones web con casos de usoJosafat Mtz
 
Modelado de casos de uso
Modelado de casos de usoModelado de casos de uso
Modelado de casos de usobelleta55
 
Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejerciciosWalter Chacon
 
Descripcion Caso De Uso
Descripcion Caso De UsoDescripcion Caso De Uso
Descripcion Caso De Usoucpr
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseGuillermo Díaz
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML1da4
 
diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemaUniversidad Tecnológica
 
UML Básico - Casos de uso y Clases
UML Básico - Casos de uso y ClasesUML Básico - Casos de uso y Clases
UML Básico - Casos de uso y ClasesAntonio Moreno
 

Andere mochten auch (14)

Caso de Uso
Caso de UsoCaso de Uso
Caso de Uso
 
Casos De Uso
Casos De UsoCasos De Uso
Casos De Uso
 
Casos De Uso
Casos De UsoCasos De Uso
Casos De Uso
 
Desarrollo de aplicaciones web con casos de uso
Desarrollo de aplicaciones web  con casos de usoDesarrollo de aplicaciones web  con casos de uso
Desarrollo de aplicaciones web con casos de uso
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
 
Modelado de casos de uso
Modelado de casos de usoModelado de casos de uso
Modelado de casos de uso
 
Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejercicios
 
Descripcion Caso De Uso
Descripcion Caso De UsoDescripcion Caso De Uso
Descripcion Caso De Uso
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de Clase
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
 
diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistema
 
UML: CASOS DE USO
UML: CASOS DE USOUML: CASOS DE USO
UML: CASOS DE USO
 
UML Básico - Casos de uso y Clases
UML Básico - Casos de uso y ClasesUML Básico - Casos de uso y Clases
UML Básico - Casos de uso y Clases
 

Ähnlich wie Modelado funcional casos_de_uso

Primeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de usoPrimeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de usoJuan Pablo Bustos Thames
 
Introduccion a Casos de Uso (1).pptx
Introduccion a Casos de Uso (1).pptxIntroduccion a Casos de Uso (1).pptx
Introduccion a Casos de Uso (1).pptxANTHONYJOSEMEJIAVILL
 
Unidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De UsoUnidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De UsoSergio Sanchez
 
04 d notacion_casos_uso
04 d notacion_casos_uso04 d notacion_casos_uso
04 d notacion_casos_usoJuan Gómez
 
Requerimientos Funcionales y no Funcionales
Requerimientos Funcionales y no FuncionalesRequerimientos Funcionales y no Funcionales
Requerimientos Funcionales y no Funcionalessullinsan
 
El modelado de casos de uso
El modelado de casos de usoEl modelado de casos de uso
El modelado de casos de usomigkail
 
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOSUNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOSRosemary Samaniego
 
Modelado de Requisitos - 1ra parte 2022.pdf
Modelado de Requisitos - 1ra parte 2022.pdfModelado de Requisitos - 1ra parte 2022.pdf
Modelado de Requisitos - 1ra parte 2022.pdfReneArancibia5
 
05 Casos Uso Bis
05 Casos Uso Bis05 Casos Uso Bis
05 Casos Uso BisCarylu
 

Ähnlich wie Modelado funcional casos_de_uso (20)

Primeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de usoPrimeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de uso
 
Introduccion a Casos de Uso (1).pptx
Introduccion a Casos de Uso (1).pptxIntroduccion a Casos de Uso (1).pptx
Introduccion a Casos de Uso (1).pptx
 
Casosde uso
Casosde usoCasosde uso
Casosde uso
 
Unidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De UsoUnidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De Uso
 
Tema3 d
Tema3 dTema3 d
Tema3 d
 
1. el modelado de casos de uso
1. el modelado de casos de uso1. el modelado de casos de uso
1. el modelado de casos de uso
 
1. el modelado de casos de uso
1. el modelado de casos de uso1. el modelado de casos de uso
1. el modelado de casos de uso
 
lñkjsdhkfjshfsd
lñkjsdhkfjshfsdlñkjsdhkfjshfsd
lñkjsdhkfjshfsd
 
04 d notacion_casos_uso
04 d notacion_casos_uso04 d notacion_casos_uso
04 d notacion_casos_uso
 
Enclausulamiento java
Enclausulamiento javaEnclausulamiento java
Enclausulamiento java
 
Requerimientos Funcionales y no Funcionales
Requerimientos Funcionales y no FuncionalesRequerimientos Funcionales y no Funcionales
Requerimientos Funcionales y no Funcionales
 
El modelado de casos de uso
El modelado de casos de usoEl modelado de casos de uso
El modelado de casos de uso
 
El modelado de casos de uso
El modelado de casos de usoEl modelado de casos de uso
El modelado de casos de uso
 
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOSUNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
 
Clase 11 uml_casos_de_uso
Clase 11 uml_casos_de_usoClase 11 uml_casos_de_uso
Clase 11 uml_casos_de_uso
 
Modelado de Requisitos - 1ra parte 2022.pdf
Modelado de Requisitos - 1ra parte 2022.pdfModelado de Requisitos - 1ra parte 2022.pdf
Modelado de Requisitos - 1ra parte 2022.pdf
 
05 Casos Uso Bis
05 Casos Uso Bis05 Casos Uso Bis
05 Casos Uso Bis
 
Presentacion Casos De Uso1
Presentacion Casos De Uso1Presentacion Casos De Uso1
Presentacion Casos De Uso1
 
UML: CASOS DE USO
UML: CASOS DE USOUML: CASOS DE USO
UML: CASOS DE USO
 
Uml clase 02_uml_casos_de_uso
Uml clase 02_uml_casos_de_usoUml clase 02_uml_casos_de_uso
Uml clase 02_uml_casos_de_uso
 

Mehr von Robert Rodriguez

Modelo Entidad Relacion ,Base de datos
Modelo Entidad Relacion ,Base de datosModelo Entidad Relacion ,Base de datos
Modelo Entidad Relacion ,Base de datosRobert Rodriguez
 
Modelo Entidad Relacion E-R
Modelo Entidad Relacion E-RModelo Entidad Relacion E-R
Modelo Entidad Relacion E-RRobert Rodriguez
 
Diseño Logico de base de datos
Diseño Logico de base de datosDiseño Logico de base de datos
Diseño Logico de base de datosRobert Rodriguez
 
Diseño Logico - Diseño de bases de datos relacionales
Diseño Logico - Diseño de bases de datos relacionalesDiseño Logico - Diseño de bases de datos relacionales
Diseño Logico - Diseño de bases de datos relacionalesRobert Rodriguez
 
Diseño Logico de Base de datos Relacionales
Diseño Logico de Base de datos RelacionalesDiseño Logico de Base de datos Relacionales
Diseño Logico de Base de datos RelacionalesRobert Rodriguez
 
Base de Datos, Diseño Comceptual , logico y Fisico
Base de Datos, Diseño Comceptual , logico y FisicoBase de Datos, Diseño Comceptual , logico y Fisico
Base de Datos, Diseño Comceptual , logico y FisicoRobert Rodriguez
 
Teoria del modelado de objetos otros diagramas actividad despliegue
Teoria del modelado de objetos otros diagramas actividad despliegueTeoria del modelado de objetos otros diagramas actividad despliegue
Teoria del modelado de objetos otros diagramas actividad despliegueRobert Rodriguez
 
Teoria del modelado de objetos modificado
Teoria del modelado de objetos modificadoTeoria del modelado de objetos modificado
Teoria del modelado de objetos modificadoRobert Rodriguez
 
Modelado Estrcutural, Modelado Estructural Casos De USO
Modelado Estrcutural, Modelado Estructural Casos De USOModelado Estrcutural, Modelado Estructural Casos De USO
Modelado Estrcutural, Modelado Estructural Casos De USORobert Rodriguez
 
Modelado funcional casos de uso
Modelado funcional casos de usoModelado funcional casos de uso
Modelado funcional casos de usoRobert Rodriguez
 
Que es Ingenieria del Software?,
Que es Ingenieria del Software?,Que es Ingenieria del Software?,
Que es Ingenieria del Software?,Robert Rodriguez
 
Diseño logico de una base de datos
Diseño logico de  una base de datosDiseño logico de  una base de datos
Diseño logico de una base de datosRobert Rodriguez
 
Casos de Uso - Juan Bernardo Quintero
Casos de Uso - Juan Bernardo QuinteroCasos de Uso - Juan Bernardo Quintero
Casos de Uso - Juan Bernardo QuinteroRobert Rodriguez
 
Que son los editores WYSIWYG ? ,
Que son los editores WYSIWYG ? , Que son los editores WYSIWYG ? ,
Que son los editores WYSIWYG ? , Robert Rodriguez
 
Diagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaDiagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaRobert Rodriguez
 
Contenido de las paginas webs
Contenido de las paginas websContenido de las paginas webs
Contenido de las paginas websRobert Rodriguez
 
Análisis Microsoft Word 2010
Análisis Microsoft Word 2010Análisis Microsoft Word 2010
Análisis Microsoft Word 2010Robert Rodriguez
 
Mantenimiento Preventivo, Correctivo
Mantenimiento Preventivo, CorrectivoMantenimiento Preventivo, Correctivo
Mantenimiento Preventivo, CorrectivoRobert Rodriguez
 
Descripcion y analisis de los elementos del proyecto (desde el problema hasta...
Descripcion y analisis de los elementos del proyecto (desde el problema hasta...Descripcion y analisis de los elementos del proyecto (desde el problema hasta...
Descripcion y analisis de los elementos del proyecto (desde el problema hasta...Robert Rodriguez
 

Mehr von Robert Rodriguez (20)

Modelo Entidad Relacion ,Base de datos
Modelo Entidad Relacion ,Base de datosModelo Entidad Relacion ,Base de datos
Modelo Entidad Relacion ,Base de datos
 
Modelo Entidad Relacion E-R
Modelo Entidad Relacion E-RModelo Entidad Relacion E-R
Modelo Entidad Relacion E-R
 
Diseño Logico de base de datos
Diseño Logico de base de datosDiseño Logico de base de datos
Diseño Logico de base de datos
 
Diseño Logico - Diseño de bases de datos relacionales
Diseño Logico - Diseño de bases de datos relacionalesDiseño Logico - Diseño de bases de datos relacionales
Diseño Logico - Diseño de bases de datos relacionales
 
Diseño Logico de Base de datos Relacionales
Diseño Logico de Base de datos RelacionalesDiseño Logico de Base de datos Relacionales
Diseño Logico de Base de datos Relacionales
 
Base de Datos, Diseño Comceptual , logico y Fisico
Base de Datos, Diseño Comceptual , logico y FisicoBase de Datos, Diseño Comceptual , logico y Fisico
Base de Datos, Diseño Comceptual , logico y Fisico
 
Teoria del modelado de objetos otros diagramas actividad despliegue
Teoria del modelado de objetos otros diagramas actividad despliegueTeoria del modelado de objetos otros diagramas actividad despliegue
Teoria del modelado de objetos otros diagramas actividad despliegue
 
Teoria del modelado de objetos modificado
Teoria del modelado de objetos modificadoTeoria del modelado de objetos modificado
Teoria del modelado de objetos modificado
 
Modelado Estrcutural, Modelado Estructural Casos De USO
Modelado Estrcutural, Modelado Estructural Casos De USOModelado Estrcutural, Modelado Estructural Casos De USO
Modelado Estrcutural, Modelado Estructural Casos De USO
 
Modelado funcional casos de uso
Modelado funcional casos de usoModelado funcional casos de uso
Modelado funcional casos de uso
 
Que es Ingenieria del Software?,
Que es Ingenieria del Software?,Que es Ingenieria del Software?,
Que es Ingenieria del Software?,
 
Diseño logico de una base de datos
Diseño logico de  una base de datosDiseño logico de  una base de datos
Diseño logico de una base de datos
 
Casos de Uso - Juan Bernardo Quintero
Casos de Uso - Juan Bernardo QuinteroCasos de Uso - Juan Bernardo Quintero
Casos de Uso - Juan Bernardo Quintero
 
Que son los editores WYSIWYG ? ,
Que son los editores WYSIWYG ? , Que son los editores WYSIWYG ? ,
Que son los editores WYSIWYG ? ,
 
Diagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaDiagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, Asistencia
 
Contenido de las paginas webs
Contenido de las paginas websContenido de las paginas webs
Contenido de las paginas webs
 
Análisis Microsoft Word 2010
Análisis Microsoft Word 2010Análisis Microsoft Word 2010
Análisis Microsoft Word 2010
 
Mantenimiento Preventivo, Correctivo
Mantenimiento Preventivo, CorrectivoMantenimiento Preventivo, Correctivo
Mantenimiento Preventivo, Correctivo
 
Descripcion y analisis de los elementos del proyecto (desde el problema hasta...
Descripcion y analisis de los elementos del proyecto (desde el problema hasta...Descripcion y analisis de los elementos del proyecto (desde el problema hasta...
Descripcion y analisis de los elementos del proyecto (desde el problema hasta...
 
Tutorial Microsoft Access
Tutorial Microsoft AccessTutorial Microsoft Access
Tutorial Microsoft Access
 

Modelado funcional casos_de_uso

  • 1. 1 Casos de Uso Instituto Universitario Experimental de Tecnología La Victoria Programa Nacional de Formación en Informática Unidad Curricular: Ingeniería del Software I
  • 2. MODELADO FUNCIONAL DIAGRAMA DE CASOS DE USO 2 El modelo de casos de uso describe las funcionalidades del nuevo sistema mostrando las interacciones entre los usuarios del sistema (actores) y los casos de uso (unidad funcional completa) del sistema que se está modelando. Los modelos de casos de uso se usan para: - Especificar los requisitos - Comunicarse con los clientes - Generar casos de prueba
  • 3. MODELADO FUNCIONAL DIAGRAMA DE CASOS DE USO 3 Elementos del diagrama: El actor • Es cualquier entidad externa (humano o máquina) que interactúa con el sistema para ejecutar algún trabajo. • Tiene una o mas metas cuando utiliza el sistema • Se representa mediante el siguiente símbolo:
  • 4. 4 • No es necesariamente un usuario final. Un usuario puede desempeñar varios papeles al usar un sistema, mientras que un actor representa una clase de entidad externa que desempeña solo un papel en el contexto del caso de uso. • No siempre se identifica durante la primera iteración. Aquellos que se identifican en este punto se llaman actores primarios mientras que los actores secundarios se identifican conforme se aprende más acerca del sistema. Actor Primario: interactúa para lograr la función requerida del sistema y obtiene el beneficio que se espera de éste. Actor Secundario: da soporte al sistema de manera que los actores primarios puedan hacer su trabajo. MODELADO FUNCIONAL DIAGRAMA DE CASOS DE USO
  • 5. MODELADO FUNCIONAL DIAGRAMA DE CASOS DE USO 5 Elementos del diagrama: Caso de uso • Es una descripción de la funcionalidad que se construirá en el sistema propuesto • Se describe usando verbos (identifica que se está haciendo) y nombres (identifica a que entidad el verbo aplica) • Se representa mediante el siguiente símbolo:
  • 6. MODELADO FUNCIONAL DIAGRAMA DE CASOS DE USO 6 Elementos del diagrama: Requerimientos, escenarios y restricciones • Requerimientos: son los requerimientos funcionales formales que el sistema debe proporcionar al usuario final. • Escenarios: descripciones formales de un flujo de eventos que ocurren durante una instancia de un caso de uso.
  • 7. MODELADO FUNCIONAL DIAGRAMA DE CASOS DE USO 7 Elementos del diagrama: Requerimientos, escenarios y restricciones •Restricciones: reglas y limitaciones formales bajo las cuales opera el caso de uso. Incluye: precondición (evento que debe haber ocurrido antes de que el caso de uso pueda comenzar), post-condición (evento que será verdad una vez que la ejecución del caso de uso haya terminado) e invariante (especifica qué será verdad mientras se ejecuta el caso de uso).
  • 8. MODELADO FUNCIONAL DIAGRAMA DE CASOS DE USO 8 Elementos del diagrama: Relaciones • Asociación: el actor hace uso de la funcionalidad inherente en el caso de uso, es decir, hace una invocación al caso de uso. Se denota con una flecha simple • Inclusión: permite incorporar el flujo de eventos de un caso de uso pequeño dentro de un caso de uso base de la aplicación. Se denota con la siguiente flecha: • Extensión: permite incorporar el flujo de eventos de un caso de uso pequeño dentro de un caso de uso base de la aplicación, bajo la ocurrencia de una determinada condición: Se denota con:
  • 9. MODELADO FUNCIONAL DIAGRAMA DE CASOS DE USO 9 Elementos del diagrama: Relaciones • Generalización: permite modelar relaciones padre-hijo donde el comportamiento de los padres es heredado por el hijo, pero se modifica por la ejecución del hijo. Se denota con la siguiente flecha: • Este tipo de relación esta orientado exclusivamente para casos de uso (y no para actores).
  • 10. 10 TIPOS DE RELACIONES (RESUMEN) Asociación Inclusión Extensión Generalización Caso de Uso Origen Caso de Uso Destino <<extend>> Caso de Uso Origen Caso de Uso Destino <<include>> Caso de Uso Hijo Caso de Uso Padre Actor Caso de Uso
  • 11. ¿CÓMO SE REPRESENTA UNA HISTORIA? 11 Puede ser:  Un texto narrativo  Un esquema de tareas e interacciones  Una descripción basada en una plantilla  Una representación a través de diagramas Sin importar su forma: Un caso de uso muestra el software o sistema desde el punto de vista de usuario final.
  • 12. PASOS PARA ESCRIBIR UN CASO DE USO 12 Desarrollar los casos de uso sugiere varias preguntas:  ¿Quién (es) es (son) el (los) actor (es) primario (s)?  ¿Cuáles son las metas del actor?  ¿Cuáles son las condiciones previas que deben existir antes de comenzar la historia?  ¿Cuáles son las tareas o funciones principales que realiza el actor?  ¿Cuáles excepciones podrían considerarse mientras se describe la historia?  ¿Cuáles son las variaciones posibles en la interacción del actor?
  • 13. PASOS PARA ESCRIBIR UN CASO DE USO 13 Desarrollar los casos de uso sugiere varias preguntas:  ¿Cuál es la información del sistema que el actor adquirirá, producirá o cambiará?  ¿El actor tendrá que informar al sistema acerca de cambios en el medio ambiente externo?  ¿Cuál es la información que el actor desea del sistema?  ¿El actor quiere ser informado acerca de cambios inesperados?
  • 14. EJEMPLO: HOGAR SEGURO 14 La mayoría de las personas está familiarizada con los “sistemas de alarma”, por lo que sería pertinente y aceptable sacar al mercado una función de seguridad en el hogar para estos sistemas. La función de seguridad en el hogar protegería contra o reconocería una variedad de “situaciones” indeseables como una entrada ilegal, fuego, inundaciones, niveles de monóxido de carbono y otras. Utilizará los sensores inalámbricos para detectar cada situación, el usuario podrá programarla y llamará por teléfono automáticamente a una oficina de monitoreo cuando detecte alguna situación.
  • 15. EJEMPLO: HOGAR SEGURO 15 Los objetos descritos para Hogar Seguro podrían incluir:  El panel de control  Detectores de humo  Sensores en puertas y ventanas  Detectores de movimiento  Una alarma  Un evento (cuando algún sensor se active)  Una plantilla  Una PC  Números telefónicos, una llamada telefónica y otros
  • 16. EJEMPLO: HOGAR SEGURO 16 La lista de servicios para Hogar Seguro podrían incluir:  Configuración del sistema  Colocación de la alarma  Monitoreo de los sensores  Marcación telefónica  Programación del panel de control  Lectura de pantalla Observe que los servicios actúan sobre los objetos
  • 17. EJEMPLO: HOGAR SEGURO 17 Algunas restricciones para Hogar Seguro:  El sistema debe reconocer cuando los sensores no estén en funcionamiento  Debe ser usable para el usuario (interfaz directa con la línea telefónica)  Criterios de rendimiento (Ej., el evento de un sensor debe ser reconocido en un segundo o menos; se debe implementar un esquema para la prioridad de los eventos)
  • 18. EJEMPLO: HOGAR SEGURO 18 Los requisitos básicos de Hogar Seguro definen cuatro actores:  El propietario de la casa (usuario)  Administrador de la configuración (probablemente la misma persona que el propietario, pero en una función diferente)  Los sensores (dispositivos agregados al sistema)  Subsistema de monitoreo (la estación central que monitorea la función de seguridad en el hogar donde está instalado “Hogar Seguro”)
  • 19. EJEMPLO: HOGAR SEGURO 19 Para el ejemplo, consideremos el actor propietario, quien interactúa con la función seguridad en el hogar en diferentes formas mediante el uso del panel de control de la alarma o una PC:  Ingresa una contraseña para permitir todas las demás interacciones  Indaga acerca del status de una zona de seguridad  Indaga acerca del status de un sensor  Presiona el botón de pánico en caso de emergencia  Activa desactiva el sistema de seguridad∕
  • 20. EJEMPLO: HOGAR SEGURO 20 Considerándose la situación en la cual el propietario utiliza el panel de control, el caso de uso básico para la activación del sistema se presenta de la siguiente manera: 01 salida en casa instante desviación no listo alarma verifica r fuego 1 4 7 * 2 5 8 3 6 9 0 # apagado salida en casa max prueba desviación instante código repicar listo pánico activado encendido HogarSeguro
  • 21. EJEMPLO: HOGAR SEGURO 21  El propietario observa el panel de control para determinar si el sistema está listo para entrar.  Si el sistema no está listo se despliega un mensaje de no listo sobre la pantalla LCD, y el propietario debe cerrar en forma física puertas y ventanas para que el mensaje desaparezca.  El propietario utiliza una contraseña de cuatro dígitos. La contraseña se compara con la clave almacenada en el sistema. Si la contraseña es incorrecta, el panel de control esperará la siguiente acción.
  • 22. EJEMPLO: HOGAR SEGURO 22  El propietario selecciona e introduce “en casa” o “salida” para activar el sistema. En casa, activa sólo los sensores del perímetro (los sensores para la detección de movimiento interno se desactivan). Salida, activa todos los sensores.  Cuando se realiza la activación, el propietario puede observar una luz roja de alarma.
  • 23. EJEMPLO: HOGAR SEGURO 23 Plantilla para las descripciones detalladas de los casos de uso, según Cockburn Caso de Uso: Inicio de monitoreo Actor primario: Propietario de la casa Meta en el contexto: Establecer el sistema para monitorear los sensores cuando el propietario salga de la casa o permanezca dentro de ella. Condiciones previas: El sistema ha sido programado para una contraseña y para reconocer diferentes sensores. Activador: El propietario decide “iniciar” el sistema, es decir, encender las funciones de la alarma.
  • 24. EJEMPLO: HOGAR SEGURO 24 Escenarios: 1. Propietario: observa el panel de control 2. Propietario: introduce la contraseña 3. Propietario: selecciona “en casa” o “salida” 4. Propietario: observa la luz roja de alarma para indicar que Hogar Seguro está en operación Excepciones: 1. El panel de control no está listo: el propietario verifica todos los sensores para determinar cuáles están abiertos 2. La contraseña es incorrecta (el panel de control emite un sonido): el propietario introduce de nuevo la contraseña correcta 3. La contraseña no es reconocida: debe contactarse el subsistema de monitoreo y respuesta para reprogramar la contraseña
  • 25. EJEMPLO: HOGAR SEGURO 25 Excepciones: 4. Se selecciona “en casa”: el panel de control emite un sonido doble y se enciende la luz de en casa; se activan los sensores del perímetro. 5. Se selecciona “salida”: el panel de control emite un sonido triple y se enciende la luz de salida, se activan todos los sensores.
  • 26. EJEMPLO: HOGAR SEGURO 26 Activar/Desactivar Sistema Propietario de la casa Administrador del Sistema Entrar en el sistema por internet Responder al evento de alarma Encontrar una condición de error Reconfigurar los sensores y las características del sistema relacionadas Sensores