Diseñar UML en línea: cómo generar clases UML a partir de código JAVA
Para más casos de aplicación de UML y preguntas sobre la aplicación, puede consultar en la comunidad de idehub. Hay profesores profesionales en la sección de UML para responder preguntas.
¿Cómo generar un diagrama de clases UML a partir de código JAVA? ¡Recomiende ModelGoon!
¿Qué es ModelGoon?
Es un complemento de Eclipse para el diseño de modelos 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 de código o uso de documentación).
*Condiciones aplicables
La última versión de ModelGoon es 3.0.0, que es adecuada para Eclipse3.4, incluida la última versión de Eclipse3.6.
*Cómo instalar
Se recomienda realizar la instalación en línea, la dirección del sitio web es
Cabe señalar que a veces se debe utilizar un servidor proxy para realizar correctamente conectar.
La instalación sin conexión también es posible. La dirección del paquete de descarga es
Después de descargar el jar, cópielo directamente al directorio dropins en el directorio de instalación de Eclipse y reinicie Eclipse.
*Cómo usarlo
Después de una instalación exitosa, file = gtnew = gt tendrá un ModelGoonDiagrams adicional en otro menú y se creará uno en su proyecto Java existente. Nuevo diagrama de clases para generar diagrama de clases. Una vez creado, encontrarás una ventana con. Se ha generado el sufijo mgc. Ahora puedes usar este archivo para crear tu propio diagrama de clases. El uso es muy sencillo. Puede arrastrar varias clases de Java a esta vista de archivos y, de forma natural, se generarán un diagrama de clases UML y las relaciones entre clases.
*Materiales de referencia
Cabe señalar que a veces se debe utilizar un servidor proxy para conectarse correctamente.
*¿Por qué elegir ModelGoon en lugar de otros complementos?
Otros complementos UML también pueden realizar funciones similares, pero encontrarán varios problemas durante la instalación y el uso.
A menudo se recomienda EclipseUML como complemento, pero actualmente la página de inicio del proyecto no se puede abrir y el mantenimiento parece haberse detenido;
Se dice que SlimeUML es bueno, pero la descarga no se puede encontrar la fuente;
p>
Además, AgileJ tiene buena reputación, pero es pago y no tiene una versión gratuita;
En cuanto a papyrusuml, es solo unidireccional, se utiliza para el diseño de modelos y el dibujo UML y no admite ingeniería inversa;
p>
Resumen del diagrama UML: el uso de diagramas de casos de uso en la etapa de análisis de requisitos. Recientemente, el Año Nuevo chino, debido a la furiosa neumonía por nuevo coronavirus, las empresas han comenzado a tomarse unas largas vacaciones. Se estima que no podré regresar a Chengdu para trabajar hasta el Festival de los Faroles. Si bien tienen que trabajar desde casa antes de regresar al trabajo, todavía quedan cosas por hacer. El más importante es mi proyecto de graduación. El primer borrador deberá entregarse en uno o dos meses, pero aún no he empezado.
Dado que el proyecto de graduación requiere el uso de varios diagramas UML, aprovechamos esta oportunidad para revisar y resumir el contenido relevante de los diagramas UML en los cursos de ingeniería de software. Después de todo, esto todavía juega un papel importante en el proceso de diseño y análisis de software. También es una herramienta poderosa para el análisis de software que puede ayudarnos a analizar rápidamente lo que queremos hacer y dejarlo claro de un vistazo. Comencemos la revisión resumida directamente. Tome mi proyecto de graduación, un sencillo sistema de exámenes en línea, como ejemplo para comenzar a aprender.
Un caso de uso es un diagrama modelo de la funcionalidad de un sistema que pueden observar usuarios externos (llamados actores). Un diagrama de casos de uso es el modelo del sistema. Un diagrama de casos de uso presenta algunos actores, algunos casos de uso y sus relaciones y se utiliza 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, un diagrama de casos de uso es un diagrama compuesto por actores, casos de uso, límites del sistema y flechas. Finalizar.
A continuación se presentan los componentes por separado.
Actor se refiere a la abstracción de entidades externas de personas, sistemas, subsistemas o clases que existen fuera del sistema e interactúan directamente con el sistema.
En términos simples:
Los usuarios del sistema pueden incluir participantes.
Cada actor puede participar en uno o más casos de uso, y cada caso de uso también puede tener uno o más actores.
En el diagrama de casos de uso, se utiliza un ícono con forma humana para representar al participante y el nombre del participante se escribe debajo del ícono con forma humana.
En pocas palabras, un caso de uso es una descripción de una serie de acciones, incluidas variables. El sistema realiza estas acciones y produce resultados observables que transmiten valor a actores específicos.
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 del 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.
Para crear casos de uso, necesitamos analizar qué se pueden utilizar como casos de uso y cómo identificarlos. Podemos determinar los casos de uso a partir de los siguientes puntos:
En pocas palabras, si la granularidad de los casos de uso es pequeña, habrá demasiados casos de uso. 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 un caso de uso con una granularidad mayor puede ser así:
Si lo abstraemos en múltiples casos de uso basado en operaciones específicas (menor granularidad), también puede verse así:
Muestra exactamente los mismos requisitos del sistema como un caso de uso único.
Las relaciones entre casos de uso incluyen lo siguiente: