Escriba los pasos en un caso de uso en una narrativa fácil de entender. Kenworthy (1997) describe los siguientes pasos:
- Identifique quién usará el sitio web.
- Elija uno de esos usuarios.
- Defina lo que ese usuario quiere hacer en el sitio. Cada cosa que hace el uso en el sitio se convierte en un caso de uso.
- Para cada caso de uso, decida el curso normal de los eventos cuando ese usuario esté utilizando el sitio.
- Describa el curso básico en la descripción del caso de uso. Descríbelo en términos de lo que hace el usuario y lo que hace el sistema en respuesta que el usuario debe tener en cuenta.
- Cuando se describe el curso básico, considere cursos alternativos de eventos y agregue los para «extender» el caso de uso.
- Busque puntos en común entre los casos de uso. Extraiga estos y anótelos como casos de uso del curso comunes.
- Repita los pasos 2 a 7 para todos los demás usuarios.
A continuación, hay ejemplos de tres casos de uso con niveles crecientes de complejidad. Para nuestros propósitos, los hemos definido como un caso de uso simple, de peso mediano y de peso pesado para lavar la ropa. En cada uno de estos tipos de casos de usos, verá que:
- Identifique quién usará el sitio web.
- Elija uno de esos usuarios.
- Defina lo que ese usuario quiere hacer en el sitio. Cada cosa que hace el uso en el sitio se convierte en un caso de uso.
- Para cada caso de uso, decida el curso normal de los eventos cuando ese usuario esté utilizando el sitio.
- Describa el curso básico en la descripción del caso de uso. Descríbelo en términos de lo que hace el usuario y lo que hace el sistema en respuesta que el usuario debe tener en cuenta.
- Cuando se describe el curso básico, considere cursos alternativos de eventos y agregue los para «extender» el caso de uso.
- Busque puntos en común entre los casos de uso. Extraiga estos y anótelos como casos de uso del curso comunes.
- Repita los pasos 2 a 7 para todos los demás usuarios.
¿Qué es un caso de uso Ejemplos?
Jagina ha realizado capacitación profesional en comunicaciones y análisis durante más de 12 años, con un título de la Universidad Estatal de Kent en Periodismo y Comunicaciones.
¿Alguna vez te ha decepcionado cuando una nueva versión de software no incluye esa característica común que todos los usuarios quieren? ¿Quizás fue parte de planificar un nuevo sistema y no podía entender por qué el producto final estaba lleno? Si es así, comprender cómo los casos de uso mejoran su negocio puede ser beneficioso.
Un caso de uso es una descripción de cómo una persona que realmente usa ese proceso o sistema logrará un objetivo. Por lo general, está asociado con sistemas de software, pero se puede utilizar en referencia a cualquier proceso. Por ejemplo, imagine que eres un cocinero que tiene el objetivo de preparar un sándwich de queso a la parrilla. El caso de uso describiría a través de una serie de pasos escritos cómo el cocinero prepararía ese sándwich. Un caso de uso lo ayuda a comprender dónde podrían ocurrir errores en el proceso y las características de diseño para resolver esos errores.
- Actor, que es el usuario, que puede ser una sola persona o un grupo de personas, interactuando con un proceso
- Sistema, que es el proceso que se requiere para alcanzar el resultado final
- Objetivo, que es el resultado exitoso del usuario
Elementos adicionales que se incluyen en un caso de uso complejo:
- Actor, que es el usuario, que puede ser una sola persona o un grupo de personas, interactuando con un proceso
- Sistema, que es el proceso que se requiere para alcanzar el resultado final
- Objetivo, que es el resultado exitoso del usuario
¿Qué es un caso de uso en UML?
El propósito de un diagrama de casos de uso en UML es demostrar las diferentes formas en que un usuario podría interactuar con un sistema. Cree un diagrama profesional para casi cualquier caso de uso utilizando nuestra herramienta de diagrama UML.
En el lenguaje de modelado unificado (UML), un diagrama de casos de uso puede resumir los detalles de los usuarios de su sistema (también conocidos como actores) y sus interacciones con el sistema. Para construir uno, usará un conjunto de símbolos y conectores especializados. Un diagrama de casos de uso efectivo puede ayudar a su equipo a discutir y representar:
Escenarios en los que su sistema o aplicación interactúa con personas, organizaciones o sistemas externos
Objetivos que su sistema o aplicación ayuda a esas entidades (conocidas como actores) a alcanzar
Un diagrama de casos de uso no entra en muchos detalles; por ejemplo, no espere que modele el orden en que se realizan los pasos. En cambio, un diagrama de casos de uso adecuado muestra una descripción general de alto nivel de la relación entre casos de uso, actores y sistemas. Los expertos recomiendan que los diagramas de casos de uso se usen para complementar un caso de uso textual más descriptivo.
UML es el kit de herramientas de modelado que puede usar para construir sus diagramas. Los casos de uso se representan con una forma ovalada etiquetada. Las cifras de Stick representan a los actores en el proceso, y la participación del actor en el sistema se modela con una línea entre el actor y el caso de uso. Para representar el límite del sistema, dibuje una caja alrededor del caso de uso en sí.
Definir y organizar requisitos funcionales en un sistema
¿Qué es el caso de uso?
Articular cómo un cliente interactuará con un producto o sistema es esencial para la recopilación de requisitos y la comunicación de las partes interesadas de alto nivel. Un diagrama de modelo de caso de uso es una representación visual de los usuarios de un producto, cómo interactuarán con el producto y lo que hace el producto. Pero, ¿qué es exactamente un caso de uso, y por qué es una herramienta importante para los gerentes de proyecto?
Aunque comúnmente se usa para desglosar ideas complejas en un entorno de desarrollo de software, los casos de uso en la gestión de proyectos pueden ser igual de vitales para recopilar requisitos y establecer el alcance de un proyecto.
Obtenga más información sobre cómo escribir un caso de uso y cómo se puede utilizar una herramienta de modelo de caso de uso al establecer requisitos esenciales del proyecto.
Un caso de uso es una descripción de las formas en que un usuario interactúa con un sistema o producto. Un caso de uso puede establecer los escenarios de éxito, los escenarios de falla y cualquier variación o excepción críticas. Un caso de uso se puede escribir o hacer visual con la ayuda de una herramienta de modelo de caso de uso.
El científico informático sueco Ivar Jacobson presentó el primer artículo sobre casos de uso en 1987, describiendo cómo se utilizó la técnica en la compañía de telecomunicaciones Ericsson para capturar los requisitos del sistema. En 1992, Jacobson fue coautor del libro «Ingeniería de software orientada a objetos, un enfoque de uso impulsado por el caso», que ayudó a popularizar los casos de uso para especificar requisitos funcionales en el desarrollo de software.
¿Qué es un caso de uso y ejemplo?
- Un escenario de uso para un software; A menudo se usa en plural para sugerir situaciones en las que un software puede ser útil.
- Un escenario potencial en el que un sistema recibe una solicitud externa (como la entrada del usuario) y responde a él.
Un caso de uso es una lista de acciones o pasos de eventos que generalmente definen las interacciones entre un rol (conocido en el lenguaje de modelado unificado (UML) como actor) y un sistema para lograr un objetivo. El actor puede ser un sistema humano u otro sistema externo. En ingeniería de sistemas, los casos de uso se utilizan en un nivel más alto que dentro de la ingeniería de software, a menudo representando misiones o objetivos de partes interesadas. Los requisitos detallados pueden capturarse en el lenguaje de modelado de sistemas (SYSML) o como declaraciones contractuales.
En 1987, Ivar Jacobson presentó el primer artículo sobre casos de uso en la conferencia OOPSLA’87. [1] Describió cómo se utilizó esta técnica en Ericsson para capturar y especificar los requisitos de un sistema utilizando técnicas de modelado textual, estructural y visual para impulsar el análisis y el diseño orientados a objetos. [2] Originalmente había usado los términos escenarios de uso y caso de uso, este último, una traducción directa de su término sueco Användningsfall, pero descubrió que ninguno de estos términos sonaba natural en inglés, y finalmente se decidió por el caso de uso. [3]
Desde entonces, muchos autores han contribuido al desarrollo de la técnica, especialmente: Larry Constantine se desarrolló en 1995, en el contexto del diseño centrado en el uso, llamadas «casos de uso esenciales» que tienen como objetivo describir las intenciones de los usuarios en lugar de las secuencias de acciones o escenarios que pueden restringir o sesgar el diseño de la interfaz de usuario; [8] Alistair Cockburn publicado en 2000 una práctica de caso de uso orientado a objetivos basada en narraciones de texto y especificaciones tabulares; [9] Kurt Bittner e Ian Spence desarrollados en 2002 prácticas avanzadas para Análisis de requisitos funcionales con casos de uso; [10] Dean Leffingwell y Don Widrig propusieron aplicar casos de uso a la gestión del cambio y las actividades de comunicación de las partes interesadas; [11] Gunnar Overgaard propuesto en 2004 para extender los principios de los patrones de diseño a los casos de uso. [12]
En 2011, Jacobson publicó con Ian Spence y Kurt Bittner el Caso de uso de libros electrónicos 2.0 para adaptar la técnica a un contexto ágil, enriqueciéndolo con «cortes» de caso de uso incremental y promoviendo su uso en todo el ciclo de vida del desarrollo [13] después de haber presentado haber presentado El enfoque renovado en la conferencia anual de IIBA. [14] [15]
¿Qué elementos tiene un caso de uso?
Fuera del desarrollo de software y sistemas, un ejemplo que se puede utilizar para explicar los casos de usos es impulsar direcciones.
Un conductor está buscando llegar de Boston a la ciudad de Nueva York. En este escenario, el actor es el conductor, el objetivo es llegar a Nueva York y el sistema es la red de carreteras y carreteras que tomarán para llegar allí. Es probable que haya una ruta que sea la más comúnmente tomada por los conductores entre Boston y Nueva York: este es el caso de uso del curso común. Sin embargo, hay varios desvíos que se pueden sacar de esta ruta que eventualmente llevarán al conductor a la ciudad de Nueva York. Estos desvíos y diferentes rutas son los casos de uso extendidos. El objetivo de las instrucciones de conducción es identificar cada giro y salida de la carretera que el conductor debe tomar para llegar a su destino final.
Más específicamente relacionado con el desarrollo de software y sistema, se puede utilizar un caso de uso para identificar cómo un cliente completa un pedido a través de un minorista en línea. Primero, el caso de uso debe ser nombrado y los actores deben ser identificados. En este escenario, el caso de uso se llamará «compra completa» y los actores son:
- el cliente;
- el sistema de cumplimiento de la orden; y
- El sistema de facturación.
A continuación, se definen los desencadenantes, condiciones previas y post-condiciones. En este caso, el desencadenante es el cliente que indica que le gustaría comprar sus productos seleccionados. La condición previa para el caso de uso es el cliente que selecciona los artículos que eventualmente desea comprar. Las post-condiciones incluyen el orden que se realiza; el cliente recibe una identificación de seguimiento para su pedido; y el cliente que recibe una fecha de entrega estimada para su pedido.
¿Qué es un diagrama de casos de uso y elementos que lo componen?
Los actores son entidades externas que interactúan con su sistema. Puede ser una persona, otro sistema o una organización. En un sistema bancario, el actor más obvio es el cliente. Otros actores pueden ser empleados o cajeros del banco dependiendo del papel que esté tratando de mostrar en el caso de uso.
Un ejemplo de una organización externa puede ser la autoridad fiscal o el banco central. El procesador de préstamos es un buen ejemplo de un sistema externo asociado como actor.
Ahora es el momento de identificar los casos de uso. Una buena manera de hacerlo es identificar lo que los actores necesitan del sistema. En un sistema bancario, un cliente necesitará abrir cuentas, depositar y retirar fondos, solicitar libros de cheques y funciones similares. Entonces, todo esto puede considerarse como casos de uso.
Los casos de uso de nivel superior siempre deben proporcionar una función completa requerida por un actor. Puede extender o incluir casos de uso dependiendo de la complejidad del sistema.
Una vez que identifica a los actores y al caso de uso de nivel superior, tiene una idea básica del sistema. Ahora puede ajustarlo y agregarle capas adicionales de detalle.
Busque una funcionalidad común que pueda reutilizarse en todo el sistema. Si encuentra dos o más casos de uso que comparten una funcionalidad común, puede extraer las funciones comunes y agregarla a un caso de uso separado. Luego puede conectarlo a través de la relación de inclusión para mostrar que siempre se llama cuando se ejecuta el caso de uso original. (Ver el diagrama para un ejemplo).
Puede haber casos en los que los actores estén asociados con casos de uso similares al tiempo que desencadenan algunos casos de uso únicos para ellos. En tales casos, puede generalizar al actor para mostrar la herencia de las funciones. También puede hacer algo similar para el caso de uso.
¿Cuáles son los modelos de caso de uso?
Un elemento modelo que representa cada caso de uso. Las propiedades incluyen el nombre del caso de uso y la especificación del caso de uso. Ver
Artefacto: caso de uso y concepto: caso de uso para
más información.
Las asociaciones se utilizan para describir las relaciones entre los actores y los casos de uso en los que participan.
La relación se conoce comúnmente como una «asociación comunicada».
El modelo de caso de uso también puede contener los siguientes elementos de modelo avanzados.
Un elemento modelo que representa el límite del sistema de interés.
Un elemento modelo utilizado para estructurar el modelo de caso de uso para simplificar el análisis, las comunicaciones, la navegación y
planificación. Si hay muchos casos de uso o actores, puede usar paquetes de casos de uso para estructurar aún más el caso de uso
Modele de la misma manera que usa carpetas o directorios para estructurar la información en su disco duro.
Puede particionar un modelo de caso de uso en paquetes de casos de uso por varias razones, que incluyen:
- Para reflejar el pedido, la configuración o las unidades de entrega en el sistema terminado, lo que respalda la planificación de la iteración.
- Para apoyar el desarrollo paralelo dividiendo el problema en piezas del tamaño de un bocado.
- Para simplificar la comunicación con diferentes partes interesadas creando paquetes para contener casos de uso y actores
relevante para una parte interesada en particular.
Una relación entre los actores para apoyar la reutilización de propiedades comunes.
Varios tipos de dependencia entre los casos de uso se definen en UML. En particular, << extender >> y
<< incluir >>.
Artículos Relacionados:
