El concepto y la aplicación del modelado de casos de uso de 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 soportar el análisis y diseño orientado a objetos, sino que también soporta todo el proceso de desarrollo de software a partir del análisis de requisitos. 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. Los diagramas a dibujar dependen del Depende de la situación específica. De hecho, una comprensión simple también es 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.
2. Introducción al modelado de casos de uso
El modelado de casos de uso es parte del modelado UML, 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 con un dibujo. La descripción del caso de uso se utiliza para describir en detalle cada caso de uso en el diagrama de casos de uso y se completa en un documento de texto.
1. Diagrama de casos de uso
Los participantes no se refieren específicamente a personas, sino que se refieren a los roles fuera del sistema que desempeñan al usar el sistema o interactuar con el sistema. Por tanto, los participantes 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 administrador de la biblioteca. Participa en la interacción del sistema de gestión de la biblioteca. En este momento, puede participar en la gestión como administrador y también puede tomar prestados libros de la biblioteca como prestatario. Aquí Xiao Ming desempeña dos roles. Los roles son dos participantes diferentes. Los participantes están representados por figuras simples en los dibujos, con los nombres de los participantes adjuntos debajo de las figuras.
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 un poco difícil de entender para los principiantes. Podemos entenderlo de esta manera, un caso de uso es lo que los participantes quieren que haga el sistema. Para nombrar el caso de uso, podemos darle al caso de uso un nombre simple y descriptivo, generalmente una palabra con acción. Los casos de uso se representan mediante elipses en los dibujos, con el nombre del caso de uso adjunto debajo de la elipse.
Los límites del sistema se utilizan para representar los límites del sistema que se está modelando. Dentro del límite representa los componentes del sistema y fuera del límite representa el exterior del sistema. El límite del sistema está representado por un cuadro en el dibujo, con el nombre del sistema adjunto. Los participantes se dibujan fuera del límite y los casos de uso se dibujan dentro del límite. Debido a que el papel de los límites del sistema a veces no es muy obvio, personalmente entiendo que se puede omitir al hacer dibujos.
Las flechas se utilizan para representar las relaciones entre actores y sistemas que interactúan 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 siempre lo inicia el participante.
2. Descripción del caso de uso
El diagrama de casos de uso simplemente describe el sistema con un diagrama, pero para cada caso de uso, también necesitamos una descripción detallada para que otros puedan entenderlo. Para tener una comprensión más detallada de este sistema, necesitamos escribir una descripción del caso de uso.
Generalmente no existe un formato estricto para el contenido de las descripciones de casos de uso, pero aún así se debe escribir algún contenido necesario o importante en la descripción de casos de uso. Las descripciones de casos de uso generalmente incluyen: breve descripción (descripción), condiciones previas (requisitos previos), flujo de eventos básico, otros flujos de eventos, flujos de eventos anormales, condiciones posteriores (post-evento), 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
Condición previa: el estado en el que debe estar el sistema antes; ejecutar el caso de uso, o Condiciones a cumplir;
Flujo de eventos básico: describe el proceso básico del caso de uso, que se refiere a lo que sucede cuando cada proceso opera normalmente. No hay flujos alternativos ni flujos anormales. , pero solo el flujo final. Flujos de eventos que pueden ocurrir;
Otros flujos de eventos: Indica que este comportamiento o proceso es opcional o alternativo, y no siempre tienen que ejecutarse;
Flujo de eventos anormales: representa el proceso a ejecutar cuando ocurre algo anormal;
Postcondición: el estado del sistema una vez ejecutado el caso de uso;
3. Diagramas de casos de uso y casos de uso Describe ejemplos de diseño
Aquí utilizo un sitio web de tutoría que desarrollé para analizar simplemente el método de dibujo de diagramas de casos de uso y el método de escritura de descripciones de casos de uso. Utilicé UML para analizar completamente este sitio web. A continuación extraje el diagrama de casos de uso y la descripción del caso de uso. Este sitio web de tutoría está dividido en un sistema de cliente de front-end y un sistema de gestión de back-end.
El diagrama de casos de uso del sistema de cliente front-end es el siguiente:
El diagrama de casos de uso del sistema de gestión de back-end es el siguiente:
Para la descripción del caso de uso, el espacio es limitado, aquí solo enumero el back-end. Un anuncio en el sitio web en el sistema de gestión publica una descripción de este caso de uso. De la siguiente manera:
IV.Resumen
De hecho, el modelado de casos de uso no es tan simple. Implica mucho conocimiento aquí, con la esperanza de ayudar a los principiantes. aprender UML. Los compañeros de clase modelo son útiles.
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 soportar el análisis y diseño orientado a objetos, sino que también soporta todo el proceso de desarrollo de software a partir del análisis de requisitos. 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. Los diagramas a dibujar dependen del Depende de la situación específica. De hecho, una comprensión simple también es 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.
2. Introducción al modelado de casos de uso
El modelado de casos de uso es parte del modelado UML, 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 con un dibujo. La descripción del caso de uso se utiliza para describir en detalle cada caso de uso en el diagrama de casos de uso y se completa en un documento de texto.
1. Diagrama de casos de uso
Los participantes no se refieren específicamente a personas, sino que se refieren a los roles fuera del sistema que desempeñan al usar el sistema o interactuar con el sistema. Por tanto, los participantes 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 administrador de la biblioteca. Participa en la interacción del sistema de gestión de la biblioteca. En este momento, puede participar en la gestión como administrador y también puede tomar prestados libros de la biblioteca como prestatario. Aquí Xiao Ming desempeña dos roles. Los roles son dos participantes diferentes. Los participantes están representados por figuras simples en los dibujos, con los nombres de los participantes adjuntos debajo de las figuras.
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 un poco difícil de entender para los principiantes. Podemos entenderlo de esta manera, un caso de uso es lo que los participantes quieren que haga el sistema. Para nombrar el caso de uso, podemos darle al caso de uso un nombre simple y descriptivo, generalmente una palabra con acción. Los casos de uso se representan mediante elipses en los dibujos, con el nombre del caso de uso adjunto debajo de la elipse.
Los límites del sistema se utilizan para representar los límites del sistema que se está modelando. Dentro del límite representa los componentes del sistema y fuera del límite representa el exterior del sistema.
El límite del sistema está representado por un cuadro en el dibujo, con el nombre del sistema adjunto. Los participantes se dibujan fuera del límite y los casos de uso se dibujan dentro del límite. Debido a que el papel de los límites del sistema a veces no es muy obvio, personalmente entiendo que se puede omitir al hacer dibujos.
Las flechas se utilizan para representar las relaciones entre actores y sistemas que interactúan 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 siempre lo inicia el participante.