Folium LabsFolium Labs
ServiciosPreciosNosotrosBlogFAQ
ES/ENCotiza tu proyecto
Folium LabsFolium Labs

Servicios profesionales de redaccion academica y desarrollo tecnologico para estudiantes en Honduras.

Servicios

  • Tesis y Monografias
  • Desarrollo de Software
  • Revision de Formato
  • Analisis de Datos
  • Todos los servicios

Empresa

  • Nosotros
  • Precios
  • Blog
  • Preguntas Frecuentes
  • Contacto

Contacto

  • contacto@folium-labs.com
  • WhatsApp
  • Honduras

2026 Folium Labs. Todos los derechos reservados.

PrivacidadTerminos
InicioBlogGuia de diagramas UML para estudiantes universitarios
Volver al blog
softwareUMLdocumentacion-tecnicaingenieria

Guia de diagramas UML para estudiantes universitarios

Equipo Folium Labs20 de marzo de 20266 min lectura
Guia de diagramas UML para estudiantes universitarios

Si estudias ingenieria en sistemas o informatica en Honduras, los diagramas UML son parte obligatoria de casi todo proyecto de software. El problema es que muchos estudiantes los tratan como un requisito burocratico en vez de como una herramienta de diseño. Aqui aprenderás para que sirve cada diagrama y como hacerlo correctamente.

Que es UML y por que importa

UML (Unified Modeling Language) es un lenguaje visual estandarizado para documentar el diseño de sistemas de software. No es un lenguaje de programacion — es una forma de comunicar como funciona tu sistema antes de escribir codigo.

En la UNAH, UNITEC, UTH y CEUTEC, los asesores de proyecto tipicamente exigen entre 3 y 6 diagramas UML como parte de la documentacion tecnica. Los mas solicitados son: diagrama de clases, casos de uso, secuencia y actividad.

Diagrama de clases

Es el diagrama mas fundamental. Muestra las entidades de tu sistema, sus atributos, metodos y las relaciones entre ellas.

Componentes principales

ElementoDescripcionEjemplo
ClaseRectangulo con 3 secciones (nombre, atributos, metodos)Estudiante
AtributoPropiedad de la clase- nombre: String
MetodoComportamiento de la clase+ matricular(): void
RelacionLinea que conecta clasesAsociacion, herencia, composicion

Tipos de relaciones

  • Asociacion (linea simple) — "Un Estudiante tiene una Matricula"
  • Herencia (flecha con triangulo vacio) — "Docente hereda de Persona"
  • Composicion (rombo negro) — "Una Factura contiene Items" (si la factura se elimina, los items tambien)
  • Agregacion (rombo vacio) — "Un Departamento tiene Empleados" (si el departamento se elimina, los empleados siguen existiendo)

Visibilidad de atributos y metodos

SimboloSignificado
+Publico
-Privado
#Protegido
~Paquete

Ejemplo practico: Para un sistema de control de notas universitario, tus clases principales serian: Estudiante, Asignatura, Seccion, Docente, Nota. Cada una con sus atributos y las relaciones correspondientes.

Diagrama de casos de uso

Muestra que puede hacer cada tipo de usuario (actor) con el sistema. Es el diagrama mas facil de entender y generalmente el primero que debes presentar.

Componentes

ElementoRepresentacionEjemplo
ActorFigura humana con nombreEstudiante, Administrador
Caso de usoOvalo con descripcion"Consultar notas"
SistemaRectangulo que contiene los casos de uso"Sistema de Notas"
RelacionLinea entre actor y caso de usoEstudiante --- Consultar notas

Relaciones especiales

  • Include (linea punteada con <<include>>) — Un caso de uso siempre incluye a otro. Ejemplo: "Generar reporte" siempre incluye "Autenticar usuario"
  • Extend (linea punteada con <<extend>>) — Un caso de uso opcionalmente extiende a otro. Ejemplo: "Registrar estudiante" puede extender con "Enviar correo de confirmacion"

Error comun: No confundas casos de uso con funcionalidades del sistema. "Hacer clic en un boton" no es un caso de uso. "Matricular asignatura" si lo es.

Diagrama de secuencia

Muestra como interactuan los objetos de tu sistema en un orden temporal especifico. Es ideal para documentar flujos criticos como login, registro o procesamiento de pagos.

Componentes

ElementoDescripcion
Objeto/ActorRectangulo en la parte superior con linea de vida vertical
MensajeFlecha horizontal entre objetos (en orden de arriba a abajo)
ActivacionRectangulo sobre la linea de vida (indica que el objeto esta procesando)
RespuestaFlecha punteada de regreso

Ejemplo: flujo de login

  1. Usuario envia credenciales a Frontend
  2. Frontend envia request POST a API
  3. API consulta a Base de Datos
  4. Base de Datos retorna resultado a API
  5. API genera token JWT y responde a Frontend
  6. Frontend muestra dashboard al Usuario

Cada paso es una flecha horizontal entre los objetos. El orden temporal va de arriba hacia abajo.

Diagrama de actividad

Es como un diagrama de flujo avanzado. Muestra el flujo de trabajo de un proceso, incluyendo decisiones, acciones paralelas y condiciones de fin.

Componentes

ElementoSimboloUso
InicioCirculo negro rellenoPunto de partida
ActividadRectangulo redondeadoAccion que se ejecuta
DecisionRomboBifurcacion con condiciones
Barra de sincronizacionBarra horizontal gruesaActividades paralelas
FinCirculo negro con bordePunto de finalizacion

Ejemplo: Para documentar el proceso de matricula en linea, el diagrama de actividad mostraria: inicio, autenticacion, seleccion de asignaturas, verificacion de requisitos (decision), confirmacion de matricula o mensaje de error, y fin.

Herramientas gratuitas para crear diagramas UML

HerramientaVentajaIdeal para
Draw.io (diagrams.net)Gratis, sin registro, exporta a PNG/PDFTodos los diagramas
LucidchartInterfaz intuitivaPlan gratuito limitado
PlantUMLGenera diagramas desde texto/codigoEstudiantes que prefieren codigo
StarUMLCompleto y profesionalProyectos grandes
Visual Paradigm (Community)Version educativa gratuitaDocumentacion formal

Draw.io es la recomendacion para la mayoria de estudiantes: no requiere instalacion, funciona en el navegador y tiene plantillas UML prediseñadas.

Errores frecuentes en diagramas UML

  1. Diagramas que no corresponden al codigo — Si tu diagrama de clases dice una cosa y tu codigo hace otra, tu asesor lo notara
  2. Demasiado detalle — No pongas todos los getters y setters. Muestra lo relevante
  3. Confundir composicion con agregacion — Preguntate: si elimino el contenedor, los contenidos se eliminan tambien?
  4. Casos de uso demasiado tecnicos — Los casos de uso describen que hace el usuario, no como funciona el sistema internamente
  5. No incluir actores externos — Sistemas externos, APIs de terceros y bases de datos tambien son actores

En Folium Labs creamos la documentacion tecnica completa para tu proyecto — diagramas UML, documentos de requerimientos y manuales de usuario. Cotiza tu proyecto.

Que diagramas pedir segun tu proyecto

Tipo de proyectoDiagramas recomendados
App web (CRUD)Clases, casos de uso, secuencia (para flujos criticos)
Sistema de gestionClases, casos de uso, actividad, secuencia, ER
App movilCasos de uso, secuencia, actividad, navegacion
API RESTClases, secuencia, componentes
Proyecto de investigacion con softwareCasos de uso, actividad (del proceso investigativo)

Consulta con tu asesor cuales diagramas son obligatorios en tu carrera. No hagas de mas si no es necesario, pero tampoco presentes menos de lo esperado.

Necesitas ayuda con la documentacion de tu proyecto de software? Nuestro equipo te asesora en cada etapa. Conoce nuestros servicios.

Necesitas ayuda con tu proyecto?

Nuestro equipo puede encargarse de tu tesis, investigacion o proyecto tecnologico.

Cotiza tu proyecto

Tambien te puede interesar

Como documentar un proyecto de software correctamente
softwaredocumentacion-tecnicaingenieria

Como documentar un proyecto de software correctamente

Guia practica para documentar proyectos de software universitarios. README, manual de usuario, manual tecnico y diagramas UML.

24 de marzo de 20265 min lectura
Como crear una landing page para tu proyecto universitario
softwareweblanding-page

Como crear una landing page para tu proyecto universitario

Aprende a crear una landing page funcional como entregable de tu proyecto de ingenieria. Estructura, herramientas y ejemplos practicos.

1 de abril de 20266 min lectura