Documentacion de casos de uso

Plantilla de documentación de casos de uso

Un caso de uso es una descripción escrita de cómo los usuarios realizarán tareas en su sitio web.    Describe, desde el punto de vista del usuario, el comportamiento de un sistema que responde a una solicitud. Cada caso de uso se representa como una secuencia de pasos sencillos, que comienza con el objetivo del usuario y termina cuando se cumple ese objetivo.
Los casos de uso añaden valor porque ayudan a explicar cómo debería comportarse el sistema y, en el proceso, también ayudan a pensar en lo que podría salir mal.    Proporcionan una lista de objetivos y esta lista puede utilizarse para establecer el coste y la complejidad del sistema. Los equipos del proyecto pueden entonces negociar qué funciones se convierten en requisitos y se construyen.
A continuación se presentan ejemplos de tres casos de uso con niveles de complejidad crecientes.    Para nuestros fines, los hemos definido como caso de uso Simple, Medio y Pesado para lavar la ropa.    En cada uno de estos tipos de casos de uso verás que:
Los miércoles, el ama de llaves se presenta en la lavandería.    Clasifica la ropa que está allí.    Luego lava cada carga.    Seca cada carga. Dobla las prendas que necesitan ser dobladas.    Plancha y cuelga las prendas arrugadas.    Tira cualquier prenda que esté irremediablemente encogida, sucia o quemada.

Diagrama de casos de uso

Esto es muy importante. Es mucho más fácil encontrar los problemas en la fase de planificación que después de haber escrito el código. Entonces, ¿cómo pueden los desarrolladores evitar estos errores y crear un diseño sólido para su software? Este artículo describirá varios métodos para recopilar requisitos de software y escribir casos de uso, los dos primeros pasos del proceso de desarrollo de software.
Un momento. ¡Hay mejores maneras de hacer esto! Es posible que quieras decir: «Pero no tengo tiempo para averiguar todas estas cosas, ¡tengo que hacer esto! Los plazos de entrega de este proyecto son muy ajustados». Antes de hacerlo, tómate un momento para considerar que es mucho más rápido solucionar un problema al principio del proceso que después. Cuanto antes se descubran los problemas, menos tiempo se perderá y menos cosas se verán afectadas. Si volvemos al ejemplo de la casa, piense en lo siguiente: ¿cuánto más rápido y barato sería cambiar el plano y construir una casa de dos pisos en lugar de construir una casa de un piso y luego arrancar el techo para añadir el segundo piso? El resultado típico de los requisitos incompletos es una enorme brecha entre lo que los desarrolladores creen que deben construir y lo que los usuarios creen que obtendrán. Esto, por supuesto, hace que el software tarde más en construirse y eleva el coste.

Documentacion de casos de uso 2021

Hoy en día, el término «caso de uso» no es algo que utilicen únicamente los analistas de negocio, los gestores de productos y los desarrolladores. Se ha convertido en un término habitual para los entusiastas de las start-ups y los que se dedican al mercado de riesgo. Es posible que alguien pregunte: «…cuéntame el caso de uso de tu idea de negocio». Y el destinatario sabría utilizar el caso de uso no como el discurso del ascensor, sino para contar la historia y la secuencia típica de eventos que describen la participación de su consumidor/usuario en el negocio.
En el mundo de la tecnología, tus casos de uso son tan efectivos como el valor que alguien obtiene de ellos. Lo que parece obvio para usted puede no serlo para sus desarrolladores o clientes. La medida del éxito de un caso de uso escrito eficazmente es que se entienda fácilmente y, en última instancia, que los desarrolladores puedan construir el producto correcto a la primera.
Una gran manera de escribir casos de uso eficaces es recorrer un ejemplo de caso de uso y ver cómo se puede aprovechar para algo complejo. Al absorber el significado de los diagramas de casos de uso, los flujos alternativos y los flujos básicos, podrás aplicar los casos de uso a tus proyectos. En algunos de los consejos siguientes, utilizaremos las características de eBay para los casos de uso de ejemplo.

Escenario de uso

Un caso de uso es una lista de acciones o pasos de eventos que suelen definir las interacciones entre un rol (conocido en el Lenguaje Unificado de Modelado (UML) como actor) y un sistema para lograr un objetivo. El actor puede ser un ser humano u otro sistema externo. En la ingeniería de sistemas, los casos de uso se utilizan a un nivel más alto que en la ingeniería de software, y suelen representar misiones u objetivos de las partes interesadas. Los requisitos detallados pueden plasmarse en el lenguaje de modelado de sistemas (SysML) o en forma de declaraciones contractuales.
En 1992 fue coautor del libro Object-Oriented Software Engineering – A Use Case Driven Approach,[4] que sentó las bases del método de ingeniería de sistemas OOSE y ayudó a popularizar los casos de uso para capturar requisitos funcionales, especialmente en el desarrollo de software. En 1994 publicó un libro sobre casos de uso y técnicas orientadas a objetos aplicadas a los modelos de negocio y a la reingeniería de procesos empresariales[5].
Al mismo tiempo, Grady Booch y James Rumbaugh trabajaban en la unificación de sus métodos de análisis y diseño orientados a objetos, el método Booch y la Técnica de Modelado de Objetos (OMT) respectivamente. En 1995, Ivar Jacobson se unió a ellos y juntos crearon el Lenguaje de Modelado Unificado (UML), que incluye el modelado de casos de uso. UML fue estandarizado por el Grupo de Gestión de Objetos (OMG) en 1997.[6] Jacobson, Booch y Rumbaugh también trabajaron en un refinamiento del proceso de desarrollo de software Objectory. El Proceso Unificado resultante se publicó en 1999 y promovía un enfoque basado en casos de uso[7].

Acerca del autor

admin

Ver todos los artículos