Compartir a través de


Diagramas de casos de uso de UML: Referencia

En Visual Studio Ultimate, en los diagramas de casos de uso se resume quién utiliza la aplicación o sistema y qué puede hacer con ella. Para crear un diagrama de casos de uso de UML, en el menú Arquitectura, haga clic en Nuevo diagrama.

Un diagrama de casos de uso actúa como foco en la descripción de los requisitos del usuario. En él se describen las relaciones entre los requisitos, los usuarios y los componentes primarios. No se describen en detalle los requisitos, ya que esto puede hacerse en otros diagramas o documentos que pueden vincularse a cada caso de uso.

Para obtener información acerca de cómo los diagramas de casos de uso pueden ayudar a entender, debatir y transmitir las necesidades de los usuarios, vea Crear modelos de los requisitos de los usuarios.

Nota

En este tema se describen los elementos que están disponibles en los diagramas de casos de uso. Para obtener más información acerca de cómo se dibujan diagramas de casos de uso, vea Diagramas de casos de uso de UML: Instrucciones. Para obtener más información acerca de cómo se crean y dibujan diagramas de modelado, vea Cómo: Modificar un modelo UML y los diagramas.

Leer diagramas de casos de uso

En las tablas de las secciones siguientes, se describen los elementos que están disponibles en un diagrama de casos de uso junto con sus propiedades principales. Para obtener una lista de propiedades completa, vea Propiedades de los elementos de diagramas de casos de uso.

Actores, casos de uso y subsistemas

Elementos de un diagrama de casos de uso

Forma

Elemento

Descripción y propiedades principales

1

Actor

Representa un usuario, organización o sistema externo que interactúa con la aplicación o sistema. Un actor es una clase de tipo.

  • Image Path: ruta de acceso del archivo de una imagen que debe utilizarse en lugar del icono de actor predeterminado. El icono debe ser un archivo de recursos incluido en el proyecto de Visual Studio.

2

Caso de uso

Representa las acciones que realizan uno o varios actores para conseguir un objetivo determinado. Un caso de uso es una clase de tipo.

  • Subjects: subsistema en el que aparece el caso de uso.

3

Asociación

Indica que un actor forma parte de un caso de uso.

4

Subsistema o componente

Sistema o aplicación (o alguno de sus componentes) en el que se está trabajando. Puede abarcar desde una red grande hasta una única clase de una aplicación.

Los casos de uso que un sistema o componente admiten aparecen dentro de su rectángulo. Para aclarar el ámbito del sistema, puede resultar útil mostrar algunos casos de uso fuera del rectángulo.

Un subsistema de un diagrama de casos de uso tiene básicamente el mismo tipo que un componente de un diagrama de componentes.

  • Is Indirectly Instantiated: si es false, el sistema en ejecución tiene uno o varios objetos que se corresponden directamente con este subsistema. Si es true, el subsistema es una construcción del diseño que solo aparece en el sistema en ejecución a través de la creación de instancias de los elementos que lo conforman.

Estructurar los casos de uso

Casos de uso con relación de inclusión, extensión y generalización

Forma

Elemento

Descripción

5

Incluir

Un caso de uso de inclusión llama o invoca al caso de uso incluido. La inclusión se utiliza para mostrar cómo se divide un caso de uso en pasos más pequeños. El caso de uso incluido se encuentra en el extremo con la punta de flecha.

Tenga en cuenta que en el diagrama no se muestra el orden de los pasos. Puede utilizar un diagrama de actividades, un diagrama de secuencia u otro documento para describir estos detalles.

6

Extender

Un caso de uso de extensión agrega objetivos y pasos al caso de uso extendido. Las extensiones solamente funcionan en ciertas condiciones. El caso de uso extendido se encuentra en el extremo con la punta de flecha.

Tenga en cuenta que en el diagrama no se muestran las circunstancias exactas en las que se aplica la extensión; puede registrarlas en un comentario o en otro documento.

7

Herencia

Relaciona un elemento especializado y un elemento general. El elemento general se encuentra en el extremo con la punta de flecha.

Un caso de uso especializado hereda los objetivos y actores de su generalización y puede agregar objetivos más específicos y los pasos para llevarlos a cabo.

Un actor especializado hereda los casos de uso, atributos y asociaciones de su generalización y puede agregar más elementos.

8

Dependencia

Indica que el diseño del origen depende del diseño del destino.

9

Comentario

Se utiliza para agregar notas generales al diagrama.

10

Artefacto

Un artefacto proporciona un vínculo a otro diagrama o documento. Puede crearlo arrastrando un archivo desde el Explorador de soluciones. Se puede vincular mediante una relación de dependencia a otro elemento del diagrama. Un artefacto se utiliza normalmente para vincular un caso de uso a un diagrama de secuencia, una página de OneNote, un documento de Word o una presentación de PowerPoint que describe el caso de uso en detalle. El documento puede ser un elemento de la solución de Visual Studio, o un documento en una ubicación compartida, como un sitio de SharePoint.

  • Hipervínculo. La dirección URL o ruta de acceso del diagrama o documento.

Haga doble clic en un artefacto para abrir la página web o el archivo al que está vinculado.

11 (no se muestra)

Paquetes

Los casos de uso, actores y subsistemas pueden incluirse dentro de paquetes. Los formas del paquete no se muestran en el diagrama, pero puede establecer la propiedad LinkedPackage del diagrama. Los elementos que cree posteriormente en el diagrama estarán situados dentro del paquete. Para obtener más información, vea Definir espacios de nombres y paquetes.

Vea también

Referencia

Diagramas de secuencia UML: Referencia

Conceptos

Diagramas de casos de uso de UML: Instrucciones

Cómo: Modificar un modelo UML y los diagramas

Diagramas de clases de UML: Referencia

Diagramas de componentes de UML: Referencia

Diagramas de componentes de UML: Referencia