Este documento presenta una plantilla para definir casos de uso que incluye secciones como información de catalogación, definición del caso de uso, escenario principal, escenarios alternativos, escenarios de excepción, condición de éxito y cuestiones por resolver. Se provee un ejemplo de caso de uso para realizar una transferencia bancaria que sigue el formato de la plantilla.
Plantilla simple de caso de uso para ser utilizada en procesos iterativos e incrementales guiados por casos de uso.
Desarrollada por GLUD en el marco del curso Procesos de Desarrollo de Software.
El documento presenta una plantilla para definir casos de uso que incluye secciones como información de catalogación, definición del caso de uso, escenario principal, escenario alternativo, escenarios de excepción, condición de éxito y cuestiones a resolver. El objetivo es mantener un buen modelo de requerimientos basados en casos de uso.
Un diagrama de casos de uso representa gráficamente los actores, casos de uso y sus interacciones de un sistema. Muestra los requisitos funcionales de un sistema y cómo interactúa con sus usuarios u otras aplicaciones. Un diagrama típico incluye actores, casos de uso, y líneas que conectan los actores a los casos de uso para mostrar sus interacciones.
Este documento presenta una unidad de aprendizaje sobre programación avanzada que cubre temas como modelado UML, casos de uso y diagramas de casos de uso. El objetivo es que los estudiantes aprendan a aplicar programación orientada a objetos usando UML y Java para resolver problemas reales considerando diferentes paradigmas de programación. Se explican conceptos clave de casos de uso como actores, casos de uso, asociaciones, dependencias e inclusiones. También incluye un ejemplo paso a paso de cómo construir un diagrama de casos de uso.
Este documento explica los casos de uso, incluyendo su definición, propósito, representación y relaciones. Un caso de uso describe la interacción entre un actor y el sistema, sin especificar cómo se implementa. Los casos de uso ayudan a comprender y validar los requisitos del sistema. Se representan como óvalos en diagramas de casos de uso junto con actores y relaciones como generalización e inclusión.
modelado casos de uso analisis y diseñooBereGarita
Este documento presenta el modelado de casos de uso con UML. Explica que los casos de uso especifican el comportamiento deseado del sistema desde la perspectiva de los actores y que representan los requisitos funcionales. Describe los componentes de un caso de uso como las secuencias de acciones, actores, variantes y objetivos tangibles. También cubre temas como la descripción textual y gráfica de casos de uso, las relaciones entre ellos, y cómo se obtienen y organizan los requisitos funcionales del sistema a través de este enfoque.
Este documento presenta el Lenguaje Unificado de Modelado (UML) y cómo se pueden usar los diagramas de casos de uso y clases para modelar los requisitos funcionales de un sistema. Explica qué son los casos de uso, cómo se describen y relacionan, e incluye ejemplos de diagramas y descripciones de casos de uso.
Este documento presenta el Lenguaje Unificado de Modelado (UML) y cómo se pueden usar los diagramas de casos de uso y clases para modelar los requisitos funcionales de un sistema. Explica cómo los casos de uso describen el comportamiento deseado del sistema desde la perspectiva de los actores y cómo los diagramas de clases modelan la estructura del sistema.
Plantilla simple de caso de uso para ser utilizada en procesos iterativos e incrementales guiados por casos de uso.
Desarrollada por GLUD en el marco del curso Procesos de Desarrollo de Software.
El documento presenta una plantilla para definir casos de uso que incluye secciones como información de catalogación, definición del caso de uso, escenario principal, escenario alternativo, escenarios de excepción, condición de éxito y cuestiones a resolver. El objetivo es mantener un buen modelo de requerimientos basados en casos de uso.
Un diagrama de casos de uso representa gráficamente los actores, casos de uso y sus interacciones de un sistema. Muestra los requisitos funcionales de un sistema y cómo interactúa con sus usuarios u otras aplicaciones. Un diagrama típico incluye actores, casos de uso, y líneas que conectan los actores a los casos de uso para mostrar sus interacciones.
Este documento presenta una unidad de aprendizaje sobre programación avanzada que cubre temas como modelado UML, casos de uso y diagramas de casos de uso. El objetivo es que los estudiantes aprendan a aplicar programación orientada a objetos usando UML y Java para resolver problemas reales considerando diferentes paradigmas de programación. Se explican conceptos clave de casos de uso como actores, casos de uso, asociaciones, dependencias e inclusiones. También incluye un ejemplo paso a paso de cómo construir un diagrama de casos de uso.
Este documento explica los casos de uso, incluyendo su definición, propósito, representación y relaciones. Un caso de uso describe la interacción entre un actor y el sistema, sin especificar cómo se implementa. Los casos de uso ayudan a comprender y validar los requisitos del sistema. Se representan como óvalos en diagramas de casos de uso junto con actores y relaciones como generalización e inclusión.
modelado casos de uso analisis y diseñooBereGarita
Este documento presenta el modelado de casos de uso con UML. Explica que los casos de uso especifican el comportamiento deseado del sistema desde la perspectiva de los actores y que representan los requisitos funcionales. Describe los componentes de un caso de uso como las secuencias de acciones, actores, variantes y objetivos tangibles. También cubre temas como la descripción textual y gráfica de casos de uso, las relaciones entre ellos, y cómo se obtienen y organizan los requisitos funcionales del sistema a través de este enfoque.
Este documento presenta el Lenguaje Unificado de Modelado (UML) y cómo se pueden usar los diagramas de casos de uso y clases para modelar los requisitos funcionales de un sistema. Explica qué son los casos de uso, cómo se describen y relacionan, e incluye ejemplos de diagramas y descripciones de casos de uso.
Este documento presenta el Lenguaje Unificado de Modelado (UML) y cómo se pueden usar los diagramas de casos de uso y clases para modelar los requisitos funcionales de un sistema. Explica cómo los casos de uso describen el comportamiento deseado del sistema desde la perspectiva de los actores y cómo los diagramas de clases modelan la estructura del sistema.
Este documento proporciona una introducción al lenguaje UML (Unified Modeling Language) y a los casos de uso y diagramas de casos de uso. Explica que UML es un lenguaje estándar para visualizar, especificar, construir y documentar los aspectos de un sistema de software. Luego describe qué son los casos de uso, cómo se representan y las relaciones entre ellos, incluida la generalización, inclusión y extensión. Finalmente, explica qué son los diagramas de casos de uso y cómo se usan para modelar el comportamiento de un sistema desde la perspectiva de
Este documento presenta el Lenguaje Unificado de Modelado (UML) 2.0 y describe cómo se pueden usar casos de uso y diagramas de clases en UML para modelar los requisitos y el diseño de un sistema de software. Explica qué son los casos de uso, cómo se describen y relacionan, e introduce los conceptos básicos de modelado estructural en UML como clases, paquetes y asociaciones.
Este documento presenta una introducción al lenguaje UML (Unified Modeling Language) y a los casos de uso. Explica que UML es un lenguaje estándar para visualizar, especificar, construir y documentar los planos del software. Luego define qué son los casos de uso, cómo se representan, y las relaciones entre ellos como la generalización, inclusión y extensión. Finalmente, describe cómo crear diagramas de casos de uso que muestran las interacciones entre los actores y el sistema.
El documento presenta conceptos básicos sobre casos de uso, diagramas de casos de uso y buenas prácticas para la redacción de casos de uso. Explica que un diagrama de casos de uso muestra una visión general de los casos de uso y sus relaciones, mientras que un caso de uso describe específicamente la interacción entre el sistema y los actores. También describe atributos comunes de los casos de uso y recomendaciones para su redacción como enfocarse en las tareas del negocio y no en detalles de la interfaz.
Este documento describe el modelo de casos de uso para capturar los requisitos funcionales de un sistema de información. Explica los pasos para construir un diagrama de casos de uso, incluyendo la identificación de actores, casos de uso esenciales y de soporte, y las relaciones entre ellos como generalización, asociación, extensión e inclusión. El objetivo es representar de manera clara las interacciones entre los usuarios y el sistema para cumplir los objetivos del negocio.
Este documento describe el modelo de casos de uso para capturar los requisitos funcionales de un sistema de información. Explica los pasos para construir un diagrama de casos de uso, incluyendo la identificación de actores, casos de uso esenciales y de soporte, y las relaciones entre ellos como generalización, asociación, extensión e inclusión. El objetivo es representar de manera clara las interacciones entre los usuarios y el sistema para cumplir los objetivos del negocio.
El documento explica qué son los casos de uso y cómo se utilizan para modelar el comportamiento de un sistema desde la perspectiva del usuario. Los casos de uso describen las interacciones entre actores y el sistema a través de escenarios principales y alternativos. Se representan gráficamente usando diagramas de casos de uso que muestran los actores y sus relaciones con los casos de uso del sistema.
Este documento introduce los casos de uso y diagramas UML. Explica qué son los casos de uso, cómo identificarlos y describirlos. También cubre los actores, escenarios, relaciones entre casos de uso como generalización e inclusión, y cómo modelar el comportamiento de un sistema usando diagramas de casos de uso. El documento concluye resumiendo la actividad complementaria de modelar casos de uso para un proceso industrial.
10 Clase Captura De Los Requisitos Cap.6Julio Pari
Este documento describe los pasos para capturar los requisitos de un sistema de manera efectiva. Se necesitan modelos del dominio y del negocio para comprender el contexto del sistema. Los requisitos funcionales se capturan a través de casos de uso, mientras que los no funcionales se especifican por separado. El proceso iterativo permite actualizar los requisitos a lo largo del desarrollo del proyecto.
10 Clase Captura De Los Requisitos Cap[1].6Julio Pari
Este documento describe los pasos para capturar los requisitos de un sistema de manera efectiva. Se necesitan artefactos como un modelo de casos de uso, requisitos adicionales, modelos de dominio y de negocio. Los modelos de dominio y negocio ayudan a comprender el contexto mediante la identificación de objetos, procesos y actores. La captura de requisitos funcionales se basa en casos de uso, mientras que los no funcionales especifican propiedades como rendimiento y seguridad. El proceso iterativo permite actualizar los
Este documento describe conceptos clave de ingeniería de requisitos como casos de uso, actores, diagramas de casos de uso y especificaciones de casos de uso. Explica cómo modelar requisitos funcionales a través de casos de uso, incluyendo la estructuración y relaciones entre casos de uso como generalización, extensión e inclusión. También cubre temas como pre-condiciones, post-condiciones y la guía para elaborar especificaciones de casos de uso.
Este documento introduce los casos de uso y sus elementos principales. Explica que un caso de uso describe la interacción entre un sistema y sus actores en respuesta a un evento. Identifica los actores principales y secundarios, y describe cómo construir y trabajar con casos de uso de manera iterativa para describir funcionalidades y escenarios. También cubre diagramas de casos de uso y sus elementos, incluyendo relaciones como asociación, dependencia e inclusión.
El documento describe la técnica de casos de uso para la captura de requerimientos funcionales de un sistema. Explica que los casos de uso especifican el comportamiento del sistema a través de la interacción con usuarios u otros sistemas, describiendo qué hará el sistema a un alto nivel desde la perspectiva del usuario. También describe conceptos clave como actores, casos de uso, diagramas de casos de uso, y las relaciones que pueden existir entre casos de uso.
Este documento describe el uso de diagramas de casos de uso para modelar la funcionalidad de un sistema desde la perspectiva de los actores. Explica qué son los casos de uso, actores y sus relaciones. También cubre cómo identificar casos de uso y actores observando las secuencias de interacción desde la perspectiva del usuario. Finalmente, destaca las ventajas de usar casos de uso para la comunicación, comprensión y gestión de requisitos del sistema.
Este documento presenta los conceptos básicos del modelado de requerimientos orientado a objetos, incluyendo los tipos de requerimientos, diagramas de casos de uso, elementos de los casos de uso como actores y casos, y las relaciones entre casos de uso. Explica cómo los casos de uso pueden usarse para modelar las necesidades del sistema desde la perspectiva del usuario.
El documento describe los diagramas de casos de uso, incluyendo sus elementos principales como actores, casos de uso y las relaciones entre ellos. Explica que los diagramas de casos de uso modelan la funcionalidad de un sistema desde la perspectiva de los usuarios finales a través de la interacción entre actores y casos de uso.
Este documento explica qué son los casos de uso y cómo documentarlos. Los casos de uso describen las interacciones entre actores externos y el sistema para lograr un objetivo. Sirven para capturar requerimientos, fundamentar el diseño y las pruebas. Se documentan usando diagramas UML o documentos detallados siguiendo una plantilla. Identificar actores, tareas, agrupar tareas repetidas y generar diagramas UML son pasos para documentar casos de uso.
Este documento describe las actividades de ingeniería de requerimientos B y C, que incluyen priorizar casos de uso, detallar casos de uso mediante la descripción de sus flujos de eventos, y refinar las descripciones de casos de uso agregando más detalles. Se explican las secciones a incluir en la descripción de un caso de uso, como actores, precondiciones, flujo principal y alternativas. También se provee un ejemplo detallado de la descripción de un caso de uso.
Este documento presenta información sobre casos de uso. Define qué son casos de uso, para qué sirven, cómo se representan y cómo se deben crear. Explica conceptos como actores, flujos de eventos y relaciones entre casos de uso como generalización, inclusión y extensión. Concluye que los casos de uso describen el comportamiento de un sistema desde la perspectiva del usuario sin especificar cómo se implementa, y que los diagramas de casos de uso muestran las interacciones entre casos de uso y actores.
Este documento proporciona una introducción al lenguaje UML (Unified Modeling Language) y a los casos de uso y diagramas de casos de uso. Explica que UML es un lenguaje estándar para visualizar, especificar, construir y documentar los aspectos de un sistema de software. Luego describe qué son los casos de uso, cómo se representan y las relaciones entre ellos, incluida la generalización, inclusión y extensión. Finalmente, explica qué son los diagramas de casos de uso y cómo se usan para modelar el comportamiento de un sistema desde la perspectiva de
Este documento presenta el Lenguaje Unificado de Modelado (UML) 2.0 y describe cómo se pueden usar casos de uso y diagramas de clases en UML para modelar los requisitos y el diseño de un sistema de software. Explica qué son los casos de uso, cómo se describen y relacionan, e introduce los conceptos básicos de modelado estructural en UML como clases, paquetes y asociaciones.
Este documento presenta una introducción al lenguaje UML (Unified Modeling Language) y a los casos de uso. Explica que UML es un lenguaje estándar para visualizar, especificar, construir y documentar los planos del software. Luego define qué son los casos de uso, cómo se representan, y las relaciones entre ellos como la generalización, inclusión y extensión. Finalmente, describe cómo crear diagramas de casos de uso que muestran las interacciones entre los actores y el sistema.
El documento presenta conceptos básicos sobre casos de uso, diagramas de casos de uso y buenas prácticas para la redacción de casos de uso. Explica que un diagrama de casos de uso muestra una visión general de los casos de uso y sus relaciones, mientras que un caso de uso describe específicamente la interacción entre el sistema y los actores. También describe atributos comunes de los casos de uso y recomendaciones para su redacción como enfocarse en las tareas del negocio y no en detalles de la interfaz.
Este documento describe el modelo de casos de uso para capturar los requisitos funcionales de un sistema de información. Explica los pasos para construir un diagrama de casos de uso, incluyendo la identificación de actores, casos de uso esenciales y de soporte, y las relaciones entre ellos como generalización, asociación, extensión e inclusión. El objetivo es representar de manera clara las interacciones entre los usuarios y el sistema para cumplir los objetivos del negocio.
Este documento describe el modelo de casos de uso para capturar los requisitos funcionales de un sistema de información. Explica los pasos para construir un diagrama de casos de uso, incluyendo la identificación de actores, casos de uso esenciales y de soporte, y las relaciones entre ellos como generalización, asociación, extensión e inclusión. El objetivo es representar de manera clara las interacciones entre los usuarios y el sistema para cumplir los objetivos del negocio.
El documento explica qué son los casos de uso y cómo se utilizan para modelar el comportamiento de un sistema desde la perspectiva del usuario. Los casos de uso describen las interacciones entre actores y el sistema a través de escenarios principales y alternativos. Se representan gráficamente usando diagramas de casos de uso que muestran los actores y sus relaciones con los casos de uso del sistema.
Este documento introduce los casos de uso y diagramas UML. Explica qué son los casos de uso, cómo identificarlos y describirlos. También cubre los actores, escenarios, relaciones entre casos de uso como generalización e inclusión, y cómo modelar el comportamiento de un sistema usando diagramas de casos de uso. El documento concluye resumiendo la actividad complementaria de modelar casos de uso para un proceso industrial.
10 Clase Captura De Los Requisitos Cap.6Julio Pari
Este documento describe los pasos para capturar los requisitos de un sistema de manera efectiva. Se necesitan modelos del dominio y del negocio para comprender el contexto del sistema. Los requisitos funcionales se capturan a través de casos de uso, mientras que los no funcionales se especifican por separado. El proceso iterativo permite actualizar los requisitos a lo largo del desarrollo del proyecto.
10 Clase Captura De Los Requisitos Cap[1].6Julio Pari
Este documento describe los pasos para capturar los requisitos de un sistema de manera efectiva. Se necesitan artefactos como un modelo de casos de uso, requisitos adicionales, modelos de dominio y de negocio. Los modelos de dominio y negocio ayudan a comprender el contexto mediante la identificación de objetos, procesos y actores. La captura de requisitos funcionales se basa en casos de uso, mientras que los no funcionales especifican propiedades como rendimiento y seguridad. El proceso iterativo permite actualizar los
Este documento describe conceptos clave de ingeniería de requisitos como casos de uso, actores, diagramas de casos de uso y especificaciones de casos de uso. Explica cómo modelar requisitos funcionales a través de casos de uso, incluyendo la estructuración y relaciones entre casos de uso como generalización, extensión e inclusión. También cubre temas como pre-condiciones, post-condiciones y la guía para elaborar especificaciones de casos de uso.
Este documento introduce los casos de uso y sus elementos principales. Explica que un caso de uso describe la interacción entre un sistema y sus actores en respuesta a un evento. Identifica los actores principales y secundarios, y describe cómo construir y trabajar con casos de uso de manera iterativa para describir funcionalidades y escenarios. También cubre diagramas de casos de uso y sus elementos, incluyendo relaciones como asociación, dependencia e inclusión.
El documento describe la técnica de casos de uso para la captura de requerimientos funcionales de un sistema. Explica que los casos de uso especifican el comportamiento del sistema a través de la interacción con usuarios u otros sistemas, describiendo qué hará el sistema a un alto nivel desde la perspectiva del usuario. También describe conceptos clave como actores, casos de uso, diagramas de casos de uso, y las relaciones que pueden existir entre casos de uso.
Este documento describe el uso de diagramas de casos de uso para modelar la funcionalidad de un sistema desde la perspectiva de los actores. Explica qué son los casos de uso, actores y sus relaciones. También cubre cómo identificar casos de uso y actores observando las secuencias de interacción desde la perspectiva del usuario. Finalmente, destaca las ventajas de usar casos de uso para la comunicación, comprensión y gestión de requisitos del sistema.
Este documento presenta los conceptos básicos del modelado de requerimientos orientado a objetos, incluyendo los tipos de requerimientos, diagramas de casos de uso, elementos de los casos de uso como actores y casos, y las relaciones entre casos de uso. Explica cómo los casos de uso pueden usarse para modelar las necesidades del sistema desde la perspectiva del usuario.
El documento describe los diagramas de casos de uso, incluyendo sus elementos principales como actores, casos de uso y las relaciones entre ellos. Explica que los diagramas de casos de uso modelan la funcionalidad de un sistema desde la perspectiva de los usuarios finales a través de la interacción entre actores y casos de uso.
Este documento explica qué son los casos de uso y cómo documentarlos. Los casos de uso describen las interacciones entre actores externos y el sistema para lograr un objetivo. Sirven para capturar requerimientos, fundamentar el diseño y las pruebas. Se documentan usando diagramas UML o documentos detallados siguiendo una plantilla. Identificar actores, tareas, agrupar tareas repetidas y generar diagramas UML son pasos para documentar casos de uso.
Este documento describe las actividades de ingeniería de requerimientos B y C, que incluyen priorizar casos de uso, detallar casos de uso mediante la descripción de sus flujos de eventos, y refinar las descripciones de casos de uso agregando más detalles. Se explican las secciones a incluir en la descripción de un caso de uso, como actores, precondiciones, flujo principal y alternativas. También se provee un ejemplo detallado de la descripción de un caso de uso.
Este documento presenta información sobre casos de uso. Define qué son casos de uso, para qué sirven, cómo se representan y cómo se deben crear. Explica conceptos como actores, flujos de eventos y relaciones entre casos de uso como generalización, inclusión y extensión. Concluye que los casos de uso describen el comportamiento de un sistema desde la perspectiva del usuario sin especificar cómo se implementa, y que los diagramas de casos de uso muestran las interacciones entre casos de uso y actores.
En 1974 la Crónica de la Organización Mundial de la
Salud publicó un importante artículo llamando la atención
sobre la importancia de la deficiencia de yodo como problema
de la salud pública y la necesidad de su eliminación, escrito por
un grupo de académicos expertos en el tema, Prof. JB Stanbury
de la Universidad de Harvard, Prof. AM Ermans del Hospital
Saint Pierre, Bélgica, Prof. BS Hetzel de la Universidad de
Monash, Australia, Prof. EA Pretell de la Universidad Peruana
Cayetano Heredia, Perú, y Prof. A Querido del Hospital
algunos casos de tirotoxicosis y el temor a su extensión con
(18)
distribución amplia de yodo . Recién a partir de 1930 varios
(19)
investigadores, entre los que destaca Boussingault , volvieron
a insistir sobre este tema, aconsejando la yodación de la sal para
su uso terapéutico.
Desórdenes por deficiencia de yodo en el Perú
Universitario, Leiden, Holanda .
(15)
En el momento actual hay suficiente evidencia que
demuestra que el impacto social de los desórdenes por
deficiencia de yodo es muy grande y que su prevención resulta
en una mejor calidad de vida y de la productividad, así como
también de la capacidad de educación de los niños y adultos.
Prevención y tratamiento de los DDI
Los desórdenes por deficiencia de yodo pueden ser
exitosamente prevenidos mediante programas de suplementa-
ción de yodo. A través de la historia se han ensayado varios
medios para tal propósito, pero la estrategia más costo-efectiva
y sostenible es el consumo de sal yodada. Los experimentos de
Marine y col.
(16, 17)
entre 1907 a 1921 probaron que la deficiencia
y la suplementación de yodo eran factores dominantes en la
etiología y el control del bocio endémico. El uso experimental
de la sal yodada para la prevención del bocio endémico se llevó
a cabo en Akron, Ohio, con resultados espectaculares y fue
seguida por la distribución de sal yodada en Estados Unidos,
Suiza y otros lugares. El uso clínico de este método, sin
embargo, fue largamente postergado por la ocurrencia de
La presencia de bocio y cretinismo en el antiguo Perú
antecedió a la llegada de los españoles, según comentarios en
crónicas y relatos de la época de la Conquista y el Virreinato. En
(20)
una revisión publicada por JB Lastres se comenta que Cosme
Bueno (1769), refiriéndose a sus observaciones entre los
habitantes del altiplano, escribió “los más de los que allí habitan
son contrahechos, jibados, tartamudos, de ojos torcidos y con
unos deformes tumores en la garganta, que aquí llaman cotos y
otras semejantes deformidades en el cuerpo y sus corres-
pondientes en el ánimo”. Y es lógico aceptar como cierto este
hecho, dado que la deficiencia de yodo en la Cordillera de los
Andes es un fenómeno ambiental permanente desde sus
orígenes.
Luego de la Independencia hasta los años 1950s, la
persistencia del bocio y el cretinismo endémicos en la sierra y la
selva fue reportada por varios autores, cuyos importantes
(20)
1. Nombre de la Empresa Proyecto
Nombre del Caso de Uso Código
Caso de Uso
Un caso de uso es una historia que narra un usuario cuando interacciona con el sistema. No especifica
como es el sistema como tal, sino las actividades de alto nivel que se ejecutan al momento de hacer uso de
un sistema o una parte de él.
Es la forma más simple de expresar los requerimientos que un usuario tiene para un sistema en especial. Lo
importante al definir un caso de uso es evitar a toda costa diseñar el sistema, ese es otro tipo de trabajo.
Por lo general, el conjunto de casos de uso de un sistema se describen usando un formato genérico para
cada uno de ellos. El presente documento presenta una plantilla con las secciones básicas para mantener
un buen modelo de requerimientos basados en casos de uso.
Aviso Legal
El autor del presente documento otorga el permiso de copiarlo, distribuirlo o modificarlo bajo los términos
contemplados en la Licencia de Documentación Libre GNU (GNU Free Documentation License, Version
1.3). El documento no contiene secciones invariantes, ni textos de cubierta frontal, ni textos de cubierta
trasera.
GLUD – Grupo de Trabajo Académico GNU/Linux Universidad Distrital
Todos los Derechos Reservados. 2012
www.glud.org
glud@udistrital.edu.co
2. Nombre de la Empresa Proyecto
Nombre del Caso de Uso Código
Información de Catalogación
Proyecto Nombre del Proyecto al que pertenece este caso de uso
Autor Nombres de los autores del presente caso de uso. Necesario para poder realizar
seguimientos y aclaraciones en cuanto a la evolución y contenido del caso de uso.
Versión Versión del caso de uso.
Necesario para tener un
adecuado control.
Estado de
Desarrollo
Colocar el estado de desarrollo del caso
de uso. Ej: Borrador, propuesta,
aprobado, abandonado, etc.
Definición del Caso de Uso
Código Un código único que identifique al caso de uso.
Nombre Colocar un nombre corto pero descriptivo que pueda dar a entender el objetivo principal
del caso de uso.
Objetivo Que esperan obtener los actores con la realización de este caso de uso
Descripción Breve descripción de lo que persigue el usuario con la ejecución del caso de uso.
Actores Listado de Actores que intervienen en el caso de uso. Pensar en un caso de uso como
en un conjunto de escenas de una obra de teatro, evidentemente los actores tendrán
que ser nombrados.
Condiciones
Necesarias
En que estado debe encontrarse el sistema para que el caso de uso pueda realizarse.
Escenario
Principal
Describir como una secuencia de pasos la interacción entre los actores y el sistema para
lograr cumplir el objetivo.
Escenario
Alternativo
Describir la secuencia de pasos cuando en algún momento el actor es obligado a
desviarse del escenario principal. El escenario alternativo vuelve en algún momento al
escenario principal y de esta forma el actor o los actores logran el objetivo. Pueden
existir varios escenarios alternativos y cada uno de ellos debe ocupar una nueva fila
para evitar confusiones.
Escenarios de
Excepción
Describir la secuencia de pasos cuando en algún momento el actor es obligado a
desviarse del escenario principal. El escenario de excepción nunca retorna al escenario
principal y de esta forma el actor o los actores no logran el objetivo. Pueden existir
varios escenarios de excepción y cada uno de ellos debe ocupar una nueva fila para
evitar confusiones.
Condición de
éxito
Estado del sistema o de los actores después de la ejecución del caso de uso que
permite concluir que el caso de uso fue exitoso, es decir, cumplió su objetivo
Cuestiones a
resolver
Problemas que quedan por resolver y que están directamente relacionados con alguno
de los escenarios del caso de uso.
Tabla: Formato de Caso de Uso
3. Nombre de la Empresa Proyecto
Nombre del Caso de Uso Código
Información de Catalogación
Proyecto Sistema Automático de Pagos
Autor Adriana Pérez
Versión 0.1 Estado de Desarrollo Borrador / No revisado
Definición del Caso de Uso
Código Caso de Uso - 01
Nombre Realizar Transferencia de Dinero
Objetivo Realizar una transferencia de fondos bancarios entre dos cuentas bancarias a través del
sistema de pagos del portal de la entidad bancaria.
Descripción El cliente de la entidad bancaria al realizar el caso de uso transfiere un monto dado de
dinero desde su cuenta principal a otra cuenta registrada.
Actores Cliente
Condiciones
Necesarias
El cliente es conocido y tiene autorización para realizar la transacción de transferencia
de fondos. Las cuentas están autorizadas para aceptar transacciones desde el sistema
de pagos.
Escenario
Principal
1. El cliente pide una transferencia de fondos.
2. La entidad bancaria (sistema) solicita información de la cuenta de destino y la
cuenta de origen.
3. El cliente brinda la información requerida de cuenta de origen y cuenta destino.
4. La entidad bancaria solicita información del monto a transferir.
5. El cliente brinda la información del monto a transferir
6. La entidad bancaria revisa la disponibilidad de fondos de la cuenta de origen.
7. La entidad bancaria solicita autorización al cliente para realizar la operación de
transferencia.
8. El cliente firma la autorización
9. La entidad bancaria contacta a la entidad bancaria de la cuenta destino y realiza
la transferencia de fondos
10. La entidad bancaria genera los recibos correspondientes a la transacción
11. El cliente obtiene el recibo y termina el caso de uso.
Escenario
Alternativo
7a. La entidad bancaria informa al cliente que el monto solicitado para transferir
supera el saldo de la cuenta.
8a. El cliente acepta la notificación y pide ingresar un nuevo saldo.
9a. El caso de uso continua en el paso 4 del escenario principal.
Escenarios de
Excepción
7a. La entidad bancaria informa al cliente que el monto solicitado para transferir
supera el saldo de la cuenta.
8a. El cliente acepta la notificación y pide cancelar el trámite.
9a. El caso de uso termina.
Condición de
éxito
La cuenta destino ha incrementado su saldo en un valor igual al monto transferido.
La cuenta origen ha disminuido su saldo en un valor igual a la suma del monto
transferido y los gastos administrativos de la transacción.
Cuestiones a
resolver
Si las dos entidades bancarias cobran por realizar la transacción, ¿El pago de la
transacción hace parte de este caso de uso?
Tabla: Ejemplo de Caso de Uso