Este documento presenta una introducción a los casos de uso y actores. Explica que los casos de uso describen cómo interactúan los usuarios con un sistema y los beneficios de usarlos. Luego, proporciona pasos para identificar actores y casos de uso, y recomendaciones para crear casos de uso efectivos. El objetivo es mejorar la especificación de requerimientos en el desarrollo de software.
Los Casos de Uso fueron introducidos por Jacobson en 1992. Sin embargo, la idea de especificar un sistema a partir de su interacción con el entorno es original de Mc Menamin y Palmer, dos precursores del análisis estructurado, que escribieron en 1984 un excelente libro cuya lectura recomendamos.
En ese libro, se define un concepto muy parecido al del caso de uso: el evento. Para Mc Menamin y Palmer, un evento es algo que ocurre fuera de los límites del sistema, ante lo cual el sistema debe responder. En este caso el sistema deberá responder al estímulo que recibe el pedido procesándolo.
Un caso de uso debe especificar un comportamiento deseado, pero no imponer cómo se llevará a cabo ese comportamiento, debe decir QUÉ pero no CÓMO. Esto se realiza utilizando escenarios.
Los Casos de Uso fueron introducidos por Jacobson en 1992. Sin embargo, la idea de especificar un sistema a partir de su interacción con el entorno es original de Mc Menamin y Palmer, dos precursores del análisis estructurado, que escribieron en 1984 un excelente libro cuya lectura recomendamos.
En ese libro, se define un concepto muy parecido al del caso de uso: el evento. Para Mc Menamin y Palmer, un evento es algo que ocurre fuera de los límites del sistema, ante lo cual el sistema debe responder. En este caso el sistema deberá responder al estímulo que recibe el pedido procesándolo.
Un caso de uso debe especificar un comportamiento deseado, pero no imponer cómo se llevará a cabo ese comportamiento, debe decir QUÉ pero no CÓMO. Esto se realiza utilizando escenarios.
En la siguiente presentación se detalla varias caracteristicas de los casos de uso, entre las cuales tenemos: definición, caracteristicas, clasifiación y unos ejemplos.
Para una mejor visualización se recomienda descargarlas.
En la siguiente presentación se detalla varias caracteristicas de los casos de uso, entre las cuales tenemos: definición, caracteristicas, clasifiación y unos ejemplos.
Para una mejor visualización se recomienda descargarlas.
Instrucciones del procedimiento para la oferta y la gestión conjunta del proceso de admisión a los centros públicos de primer ciclo de educación infantil de Pamplona para el curso 2024-2025.
ROMPECABEZAS DE ECUACIONES DE PRIMER GRADO OLIMPIADA DE PARÍS 2024. Por JAVIE...JAVIER SOLIS NOYOLA
El Mtro. JAVIER SOLIS NOYOLA crea y desarrolla el “ROMPECABEZAS DE ECUACIONES DE 1ER. GRADO OLIMPIADA DE PARÍS 2024”. Esta actividad de aprendizaje propone retos de cálculo algebraico mediante ecuaciones de 1er. grado, y viso-espacialidad, lo cual dará la oportunidad de formar un rompecabezas. La intención didáctica de esta actividad de aprendizaje es, promover los pensamientos lógicos (convergente) y creativo (divergente o lateral), mediante modelos mentales de: atención, memoria, imaginación, percepción (Geométrica y conceptual), perspicacia, inferencia, viso-espacialidad. Esta actividad de aprendizaje es de enfoques lúdico y transversal, ya que integra diversas áreas del conocimiento, entre ellas: matemático, artístico, lenguaje, historia, y las neurociencias.
1. INSTITUTO DE EDUCACIÓN SUPERIOR
TECNOLÓGICO PÚBLICO “ALFRED NOBEL”
ANÁLISIS Y DISEÑO DE SISTEMAS
MÓDULO II
TEMA: CASOS DE USO Y ACTORES
DOCENTE: PERCY FREDY LLACZA ZUÑIGA
2. CASOS DE USO Y ACTORES
En esta presentación,
exploraremos qué son los casos
de uso, los beneficios de
utilizarlos, ejemplos prácticos y
cómo crear casos de uso
efectivos.
3. ¿QUÉ SON LOS CASOS DE
USO?
• Los casos de uso son una técnica
utilizada en la ingeniería de
software para describir cómo los
usuarios interactúan con un
sistema. Proporcionan una
representación visual clara de los
requerimientos del sistema y
ayudan a entender cómo se
espera que el sistema funcione.
7. DESAFÍOS COMUNES AL ELABORAR CASOS DE USO
¿Qué son los stakeholders?
Concepto creado en la década de 1980 por el filósofo estadounidense Robert Edward Freeman, stakeholder
es cualquier individuo u organización que, de alguna manera, es impactado por las acciones de determinada
empresa.
En una traducción libre para el español, significa "partes interesadas"
8. IDENTIFICAR
ACTORES
Encontrar actores es uno de los primeros pasos para definir los casos de uso del sistema. Cada tipo de fenómeno
externo con el que el sistema debe interactuar está representado por un actor.
• Un actor es cualquier cosa que intercambia datos con el sistema. Un actor puede ser un usuario, un hardware
externo u otro sistema.
• Las siguientes preguntas nos ayudarán a encontrar los actores que interactuarán con el sistema:
¿Qué grupos de usuarios requieren ayuda del sistema para realizar sus tareas?
¿Qué grupos de usuarios se necesitan para ejecutar las funciones principales más obvias del
sistema?
¿Qué grupos de usuarios están obligados a realizar funciones secundarias, como el mantenimiento y
la administración del sistema?
¿El sistema interactuará con cualquier hardware externo o sistema de software?
• Cualquier individuo, grupo o fenómeno que se ajuste a una o más de estas categorías es un candidato para un
actor.
9. IDENTIFICAR CASOS DE USO
La mejor forma de encontrar casos de uso es considerar lo que cada actor requiere del sistema. Recuerde que el
sistema existe solo para sus usuarios y, por lo tanto, debe basarse en las necesidades de los usuarios. Reconocerá
muchas de las necesidades de los actores a través de los requisitos funcionales establecidos en el sistema. Cada
actor, sea humano o no, hay que hacer las siguientes preguntas:
¿Cuáles son las tareas principales que el actor quiere que realice el sistema?
¿El actor creará, almacenará, cambiará, eliminará o leerá datos en el sistema?
¿El actor necesitará informar al sistema sobre cambios repentinos y externos?
¿El actor necesita ser informado sobre ciertas ocurrencias en el sistema?
¿El actor realizará un arranque o apagado del sistema?
• Las respuestas a estas preguntas representan los flujos de eventos que identifican casos de uso candidatos. No
todos constituyen casos de uso separados; algunos pueden modelarse como variantes del mismo caso de uso. No
siempre es fácil decir qué es una variante y qué es un caso de uso separado y distinto. Dependerá, en gran medida,
del nivel de granularidad que queramos dar al esquema.
10. DESCRIBIR COMO INTERACTÚAN LOS ACTORES Y LOS CASOS DE USO
• Debido a que es importante
mostrar cómo se relacionan los
actores con el caso de uso, al
encontrar un caso de uso, debe
establecer qué actores
interactuarán con él. Para hacer
esto, debe definir una
asociación de comunicaciones
que sea navegable en la misma
dirección que la transmisión de
señal entre el actor y el caso de
uso.
13. CONCLUSIONES Y RECOMENDACIONES
• Los casos de uso son una herramienta
valiosa para la especificación de
requerimientos en el desarrollo de
software. Al utilizar casos de uso, se mejora
la comunicación, se identifican problemas
tempranamente y se garantiza la calidad
del sistema. Sigue las mejores prácticas y
desafíos comunes para crear casos de uso
efectivos
