El concepto y la aplicación del modelado de casos de uso de UML
Dos. Introducción al modelado de casos de uso
El modelado de casos de uso es parte del modelado UML y, en mi opinión, también es la parte más básica de UML. La función principal del modelado de casos de uso es expresar los requisitos funcionales o el comportamiento del sistema.
Según tengo entendido, el modelado de casos de uso se puede dividir en diagramas de casos de uso y descripciones de casos de uso. Un diagrama de casos de uso consta de actores, casos de uso, límites del sistema y flechas y se completa mediante dibujos. Las descripciones de casos de uso se utilizan para describir en detalle cada caso de uso en el diagrama de casos de uso y se completan con documentos de texto.
1. Diagrama de casos de uso
Los participantes no se refieren a las personas, sino a los roles que desempeñan cuando utilizan el sistema o interactúan con el sistema fuera del sistema. Por tanto, los actores pueden ser personas, cosas, tiempo u otros sistemas, etc. Otra cosa a tener en cuenta es que los participantes no se refieren a la persona o cosa en sí, sino al papel que esa persona o cosa desempeñó en ese momento. Por ejemplo, Xiao Ming es el bibliotecario de la biblioteca. Está involucrado en la interacción de los sistemas de gestión de bibliotecas. En este momento, puede participar en la gestión como administrador o pedir prestado libros de la biblioteca como prestatario. Aquí Xiao Ming desempeña dos papeles, dos participantes diferentes. Los participantes están representados por dibujos de personajes simples con el nombre del participante debajo del personaje.
Un caso de uso es una descripción de una secuencia de acciones (incluidas variables) que el sistema realiza y produce resultados observables que transmiten valor a un actor específico. Esta es la definición formal de casos de uso de UML, que puede resultar difícil de entender para los principiantes. Podemos entender que los casos de uso son cosas que los actores quieren que haga el sistema. Para nombrar casos de uso, podemos darles un nombre descriptivo simple, generalmente una palabra orientada a la acción. Los casos de uso están representados por puntos suspensivos en el diagrama y el nombre del caso de uso se agrega debajo de los puntos suspensivos.
Los límites del sistema se utilizan para representar los límites del sistema que se está modelando. El interior del límite representa los componentes del sistema y el exterior del límite representa el exterior del sistema. Los límites de un sistema están representados por cuadros en la figura, junto con el nombre del sistema. Los actores se dibujan fuera de los límites y los casos de uso se dibujan dentro de los límites. Debido a que el papel de los límites del sistema a veces no es obvio, mi entendimiento personal es que se pueden omitir al dibujar.
Las flechas se utilizan para indicar la relación entre actores y sistemas enviándose señales o mensajes entre sí. La cola de la flecha se usa para representar la parte que inicia la interacción y la punta de la flecha se usa para representar la parte que inicia el caso de uso.
2. Descripción del caso de uso
Un diagrama de caso de uso simplemente utiliza un diagrama para describir el sistema, pero para cada caso de uso, necesitamos una explicación detallada para que otros puedan tener una mejor comprensión. comprensión del sistema. Para comprenderlo en detalle, necesitamos escribir una descripción del caso de uso.
El contenido de la descripción del caso de uso generalmente no tiene un formato rígido, pero se debe escribir algún contenido necesario o importante en la descripción del caso de uso. Las descripciones de casos de uso generalmente incluyen: breve descripción (explicación), condiciones previas (premisas), flujo de eventos básico, otros flujos de eventos, flujos de eventos anormales, condiciones posteriores (condiciones posteriores), etc.
Hablemos del significado de cada parte:
Breve descripción: una breve descripción de la función y el propósito del caso de uso;
Requisito previo: el estado en el que debe estar el sistema antes ejecutar el caso de uso, o a las Condiciones que se cumplen;
Flujo de eventos básico: describe el flujo básico del caso de uso, lo que significa que cada flujo es? ¿normal? No existen procesos alternativos ni procesos de excepción para lo que sucede durante la operación, solo el proceso de evento más probable;
Otros flujos de eventos: indica que el comportamiento o proceso es opcional o alternativo, y no siempre es necesario ejecutarlos;
Proceso de evento de excepción: el proceso que se ejecutará cuando ocurre una excepción;
Postcondición: el estado del sistema después de que se ejecuta el caso de uso;
Tres. Diagramas de casos de uso y ejemplos de diseño de descripciones de casos de uso
Aquí utilizo un sitio web de tutor que desarrollé para analizar brevemente el método para dibujar diagramas de casos de uso y el método para escribir descripciones de casos de uso. Analicé este sitio web completamente usando uml. A continuación he extraído algunos diagramas de casos de uso y descripciones de casos de uso. El sitio web de este tutor está dividido en un sistema de cliente front-end y un sistema de gestión back-end.
El diagrama de casos de uso del sistema cliente front-end es el siguiente:
El diagrama de casos de uso del sistema de gestión back-end es el siguiente:
Para la descripción del caso de uso, el espacio es limitado. Aquí solo enumero la descripción de este caso de uso en el que el anuncio del sitio web se publica en el sistema de gestión en segundo plano. Como se muestra a continuación:
IV. Resumen
De hecho, el modelado de casos de uso no es tan simple, implica mucho conocimiento. Aquí hay solo una breve introducción, espero que sea útil para los estudiantes que son nuevos en el modelado UML.
1. Introducción a UML UML (Lenguaje de modelado unificado) es un lenguaje de modelado visual bien definido, fácil de expresar, potente y de aplicación universal. Incorpora nuevas ideas, nuevos métodos y nuevas tecnologías en el campo de la ingeniería de software. Su alcance no se limita a respaldar el análisis y el diseño orientado a objetos, sino que también respalda todo el proceso, desde el análisis de requisitos hasta el desarrollo de software. Durante la fase de análisis del sistema, generalmente usamos UML para dibujar muchos diagramas, incluidos diagramas de casos de uso, diagramas de estado, diagramas de clases, diagramas de actividad, diagramas de secuencia, diagramas de colaboración, diagramas de construcción, diagramas de configuración, etc. , qué dibujos hacer depende de la situación específica. De hecho, la simple comprensión es también una comprensión personal. La función de UML es utilizar muchos diagramas para describir de manera integral el sistema que desarrollaremos desde aspectos estáticos y dinámicos.
Dos. Introducción al modelado de casos de uso
El modelado de casos de uso es parte del modelado UML y, en mi opinión, también es la parte más básica de UML. La función principal del modelado de casos de uso es expresar los requisitos funcionales o el comportamiento del sistema.
Según tengo entendido, el modelado de casos de uso se puede dividir en diagramas de casos de uso y descripciones de casos de uso. Un diagrama de casos de uso consta de actores, casos de uso, límites del sistema y flechas y se completa mediante dibujos. Las descripciones de casos de uso se utilizan para describir en detalle cada caso de uso en el diagrama de casos de uso y se completan con documentos de texto.
1. Diagrama de casos de uso
Los participantes no se refieren a las personas, sino a los roles que desempeñan cuando utilizan el sistema o interactúan con el sistema fuera del sistema. Por tanto, los actores pueden ser personas, cosas, tiempo u otros sistemas, etc. Otra cosa a tener en cuenta es que los participantes no se refieren a la persona o cosa en sí, sino al papel que esa persona o cosa desempeñó en ese momento. Por ejemplo, Xiao Ming es el bibliotecario de la biblioteca. Está involucrado en la interacción de los sistemas de gestión de bibliotecas. En este momento, puede participar en la gestión como administrador o pedir prestado libros de la biblioteca como prestatario. Aquí Xiao Ming desempeña dos papeles, dos participantes diferentes. Los participantes están representados por dibujos de personajes simples con el nombre del participante debajo del personaje.
Un caso de uso es una descripción de una secuencia de acciones (incluidas variables) que el sistema realiza y produce resultados observables que transmiten valor a un actor específico. Esta es la definición formal de casos de uso de UML, que puede resultar difícil de entender para los principiantes. Podemos entender que los casos de uso son cosas que los actores quieren que haga el sistema. Para nombrar casos de uso, podemos darles un nombre descriptivo simple, generalmente una palabra orientada a la acción. Los casos de uso están representados por puntos suspensivos en el diagrama y el nombre del caso de uso se agrega debajo de los puntos suspensivos.
Los límites del sistema se utilizan para representar los límites del sistema que se está modelando. El interior del límite representa los componentes del sistema y el exterior del límite representa el exterior del sistema. Los límites de un sistema están representados por cuadros en la figura, junto con el nombre del sistema.
Los actores se dibujan fuera de los límites y los casos de uso se dibujan dentro de los límites. Debido a que el papel de los límites del sistema a veces no es obvio, mi entendimiento personal es que se pueden omitir al dibujar.
Las flechas se utilizan para indicar la relación entre actores y sistemas enviándose señales o mensajes entre sí. La cola de la flecha se usa para representar la parte que inicia la interacción y la punta de la flecha se usa para representar la parte que inicia el caso de uso.