Diseño uml en línea: cómo generar un diagrama de clases UML a partir de código java

El diseño UML es el proceso de modelado y análisis general del proyecto con la ayuda de herramientas UML antes del desarrollo de software. Este es un curso sistemático en el que necesita combinar casos reales, encontrar potentes herramientas UML y practicar ejercicios prácticos.

Para más aplicaciones UML y preguntas sobre aplicaciones, puede consultar en la comunidad idehub, y hay profesores profesionales en la sección UML para responderlas.

Cómo generar un diagrama de clases UML a partir de código JAVA

¡Se recomienda ModelGoon!

*¿Qué es ModelGoon?

Es un complemento de Eclipse para modelado basado en diagramas UML e ingeniería inversa (es decir, generación de diagramas de clases a partir de código fuente existente para análisis o documentación de código).

*Condiciones aplicables

La última versión de ModelGoon es 3.0.0, que es adecuada para Eclipse 3.4 y superior, incluida la última versión de Eclipse 3.6

* Método de instalación

El sitio en línea recomendado para instalar es

Cabe señalar que a veces debes usar un servidor proxy para conectarte exitosamente.

También puede instalarlo sin conexión. La dirección para descargar el paquete de software es

Después de descargar el archivo jar, cópielo directamente al directorio desplegable en el directorio de instalación de Eclipse y reinicie Eclipse. /p >

*Cómo usar

Después de una instalación exitosa, file=>new=> habrá un menú adicional de ModelGoon entre otros menús. También habrá un ModelGoonDiagrams más que crea un nuevo diagrama de clases en su proyecto Java existente para generar diagramas de clases. Después de completar la creación del archivo .mgc, encontrará el sufijo del archivo y ahora podrá utilizar este archivo para crear su propio diagrama de clases. El uso es muy sencillo. Puede arrastrar y soltar algunas clases de Java en esta vista de archivo y se generará naturalmente un diagrama de clases UML, al tiempo que se muestra la relación entre cada clase.

*Materiales de referencia

Tenga en cuenta que a veces debe utilizar un servidor proxy para conectarse correctamente.

*Por qué elegir ModelGoon en lugar de otros complementos

Otros complementos UML pueden lograr funciones similares, pero pueden encontrar problemas al instalarlos y usarlos.

A menudo se recomienda el complemento EclipseUML, pero la página de inicio del proyecto no se puede abrir y el mantenimiento parece haberse detenido;

También está SlimeUML, que se dice que es bueno. pero no se puede encontrar la fuente de descarga;

Además, AgileJ tiene buena reputación, pero desafortunadamente es pago y no tiene una versión gratuita;

En cuanto a papyrusuml, es solo unidireccional, utilizado para modelar y dibujar diagramas UML y no admite ingeniería inversa UML. La figura resume el diagrama de casos de uso utilizado en la etapa de análisis de demanda.

Recientemente, varias empresas han comenzado a adoptar un diagrama de casos de uso. Largas vacaciones debido al nuevo coronavirus durante el Año Nuevo chino. Inicialmente se estima que no podrán regresar a trabajar en Chengdu hasta el Festival de los Faroles. Antes de comenzar mi trabajo, trabajaba en casa, pero aún así tenía que hacerlo. hacer algunas cosas que le debía. Lo más importante es mi proyecto de graduación. El primer borrador lo entregaré en uno o dos meses, pero aún no lo he comenzado.

Ya que el proyecto de graduación lo requiere. Usando varios diagramas UML, aprovecharé esta oportunidad para revisar y resumir el contenido relevante sobre los diagramas UML en el curso de ingeniería de software. Después de todo, esto todavía ocupa una parte importante en el proceso de diseño y análisis de software. Los puestos también deberían aprovechar esta oportunidad. El puesto más importante también es una herramienta de análisis de software, que puede ayudarnos a analizar rápidamente lo que queremos hacer y también permitirnos comprender claramente lo que queremos hacer y luego comenzar directamente a resumir y revisar, según mi proyecto de graduación. -un simple sistema de examen en línea como ejemplo para comenzar nuestro viaje de aprendizaje

Caso de uso Un diagrama de casos de uso (UserCase) es un diagrama modelo de funciones del sistema que pueden ser observados por usuarios externos (llamados participantes) . Un diagrama de casos de uso es un modelo de un sistema.

Los diagramas de casos de uso muestran algunos actores, algunos casos de uso y las relaciones entre ellos, y se utilizan principalmente para modelar el comportamiento funcional de un sistema, subsistema o clase.

Por ejemplo, el diagrama de casos de uso empresarial de nuestro sistema de examen en línea:

En pocas palabras: el diagrama de casos de uso consta de actores (Actors), casos de uso (UseCase), límites del sistema. , flechas y Complete la representación gráfica de las funciones del sistema mediante dibujos.

A continuación se presentan los distintos componentes.

Un agente es una abstracción de una entidad externa de una persona, sistema, subsistema o clase que existe fuera del sistema e interactúa directamente con el sistema.

En pocas palabras:

Los usuarios del sistema pueden participar en el rol de participantes

Cada participante puede participar en uno o más casos de uso, cada uno de ellos Un caso de uso Puede tener uno o más actores.

En un diagrama de casos de uso, los actores están representados por un ícono de persona, con sus nombres escritos debajo del ícono de persona.

En resumen: un caso de uso es una descripción de una secuencia de operaciones (incluidas variables) que el sistema realiza y produce un resultado observable, entregando así valor a un actor específico.

Los límites del sistema se utilizan para representar los límites del sistema de modelado. Los componentes dentro del límite representan los componentes del sistema y los componentes fuera del límite representan el exterior del sistema. En el dibujo, el límite del sistema está representado por un cuadro con el nombre del sistema, los actores 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 pueden omitir en el dibujo.

Al crear casos de uso, debemos analizar cuáles se pueden utilizar como casos de uso y cómo determinarlos. Podemos determinar los casos de uso a partir de los siguientes puntos:

En pocas palabras. : si la granularidad del caso de uso es pequeña, obtenemos que la cantidad de casos de uso será demasiada. Por otro lado, si la granularidad de los casos de uso es grande, la cantidad de casos de uso será pequeña.

Por ejemplo, en nuestro sistema de exámenes: nuestros profesores pueden administrar exámenes, entonces la visualización de casos de uso más detallados puede ser así:

Si seguimos las operaciones específicas Si se abstrae en múltiples casos de uso (con una granularidad más pequeña), y puede verse así:

Esto muestra que los requisitos del sistema son exactamente los mismos que los de un solo caso de uso.

Las relaciones entre casos de uso incluyen lo siguiente: