Documentos de Académico
Documentos de Profesional
Documentos de Cultura
https://es.wikipedia.org/wiki/Caso_de_uso
En el diagrama de casos de uso, las funciones del sistema en cuestión se representan desde el punto de
vista del usuario (llamado “actor” en UML). Este actor no tiene que ser necesariamente un usuario
humano, sino que el rol también puede atribuirse a un sistema externo que accede a otro sistema. De
este modo, el diagrama de casos de uso muestra la relación entre un actor y sus requisitos o expectativas
del sistema, sin representar las acciones que tienen lugar o ponerlas en un orden lógico.
https://www.ionos.es/digitalguide/paginas-web/desarrollo-web/diagrama-de-casos-de-uso/
Un casos de uso es una secuencia de transacciones que son desarrolladas por un sistema en respuesta a
un evento que inicia un actor sobre el propio sistema. Los diagramas de casos de uso sirven para
especificar la funcionalidad y el comportamiento de un sistema mediante su interacción con los usuarios
y/o otros sistemas. O lo que es igual , un diagrama que muestra la relación entre los actores y los casos
de uso en un sistema. Una relación es una conexión entre los elementos del modelo, por ejemplo la
relación y la generalización son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los
requerimientos del sistema al mostrar como reacciona una respuesta a eventos que se producen en el
mismo. En este tipo de diagrama intervienen algunos conceptos nuevos: un actor es una entidad externa
al sistema que se modela y que puede interactuar con él; un ejemplo de actor podría ser un usuario o
cualquier otro sistema. Las relaciones entre casos de uso y actores pueden ser las siguientes: Un actor
se comunica con un caso de uso. Un caso de uso extiende otro caso de uso. Un caso de uso usa
otro caso de uso.
https://sistemas.com/casos-de-uso.php
Diagrama de secuencia
En muchos casos se utiliza un diagrama de secuencia para ilustrar realizaciones de casos de uso (consulte
el apartado Producto de trabajo: Realizaciones de casos de uso ), es decir, para mostrar cómo
interactúan los objetos para llevar a cabo el comportamiento de todo o parte de un caso de uso . Uno o
más diagramas de secuencia pueden ilustrar las interacciones de objetos que llevan a cabo un caso de
uso . Una organización típica tiene un diagrama de secuencia para el flujo de sucesos principal y un
diagrama de secuencia para cada subflujo independiente del caso de uso .
Los diagramas de secuencia son especialmente importantes para los diseñadores, puesto que aclaran los
roles de los objetos de un flujo, proporcionando así la entrada básica para determinar las interfaces y las
responsabilidades de las clases.
https://cgrw01.cgr.go.cr/rup/RUP.es/LargeProjects/core.base_rup/guidances/guidelines/sequence_diagr
am_AFA76EBB.html#:~:text=Un%20diagrama%20de%20secuencia%20es,ejemplo%20de%20guión%20de
%20uso.
https://es.wikipedia.org/wiki/Diagrama_de_secuencia
Los diagramas de secuencia son una solución de modelado dinámico popular en UML porque se centran
específicamente en líneas de vida o en los procesos y objetos que coexisten simultáneamente, y los
mensajes intercambiados entre ellos para ejecutar una función antes de que la línea de vida termine.
Para comprender lo que es un diagrama de secuencia, es importante conocer la función del Lenguaje
Unificado de Modelado, mejor conocido como UML. El UML es un conjunto de herramientas de
modelado que orienta la creación y notación de muchos tipos de diagramas, incluidos los diagramas de
comportamiento, los diagramas de interacción y los diagramas de estructuras.
https://www.lucidchart.com/pages/es/diagrama-de-secuencia
Diagramas de Actividad
El Diagrama de Actividad es un diagrama de flujo del proceso multi-propósito que se usa para modelar el
comportamiento del sistema. Los diagramas de actividad se pueden usar para modelar un Caso de Uso, o
una clase, o un método complicado.
Un diagrama de actividad es parecido a un diagrama de flujo; la diferencia clave es que los diagramas de
actividad pueden mostrar procesado paralelo (parallel processing). Esto es importante cuando se usan
diagramas de actividad para modelar procesos 'bussiness' algunos de los cuales pueden actuar en
paralelo, y para modelar varios hilos en los programas concurrentes.
https://www.ibiblio.org/pub/linux/docs/LuCaS/Tutoriales/doc-modelado-sistemas-UML/multiple-
html/x291.html
El Lenguaje Unificado de Modelado incluye varios subconjuntos de diagramas, incluidos los diagramas de
estructuras, los diagramas de interacción y los diagramas de comportamiento. Los diagramas de
actividades, junto con los diagramas de casos de uso y los diagramas de máquina de estados, son
considerados diagramas de comportamiento porque describen lo que debe suceder en el sistema que se
está modelando.
Las partes interesadas tienen muchos asuntos que manejar, por lo que es importante una comunicación
clara y concisa. Los diagramas de actividades ayudan a que las personas en las áreas de negocios y
desarrollo de una organización se integren para comprender el mismo proceso y comportamiento.
Usarás un conjunto de símbolos especializados —incluidos aquellos para pasos de inicio, finalización,
fusión y recepción en el flujo— para crear un diagrama de actividades, lo cual cubriremos con más
detalle dentro de esta guía de diagramas de actividades.
https://www.lucidchart.com/pages/es/tutorial-diagrama-de-actividades-uml
Diagrama de Actividades
En UML un diagrama de actividades se usa para mostrar la secuencia de actividades. Los diagramas de
actividades muestran el flujo de trabajo desde el punto de inicio hasta el punto final detallando muchas
de las rutas de decisiones que existen en el progreso de eventos contenidos en la actividad. Estos
también pueden usarse para detallar situaciones donde el proceso paralelo puede ocurrir en la ejecución
de algunas actividades. Los Diagramas de Actividades son útiles para el Modelado de Negocios donde se
usan para detallar el proceso involucrado en las actividades de negocio.
http://www.sparxsystems.com.ar/resources/tutorial/uml2_activitydiagram.php
El diagrama de clases es una herramienta para comunicar el diseño de un programa orientado a objetos,
permitiendo modelar las relaciones entre las entidades. En UML, una clase es representada por un
rectángulo que posee tres divisiones: Nombre de la clase, atributos que tiene y mensajes que entiende.
En el primer cuadro anotamos el nombre de la clase (si es abstracta se escribe en cursiva, o bien se usa
un estereotipo <> arriba del nombre de la clase).
En la segunda parte (que para nosotros no será de tanta importancia) van los atributos (o variables de
instancia, las variables de clase van en subrayado).
En el último cuadro escribimos las operaciones (qué mensajes que puede entender). No confundir con
los métodos que es cómo lo resuelve cada objeto. Lo importante no es documentar todos los mensajes
de un objeto, sino sólo los más relevantes. Así quedan fuera los getters, setters, métodos privados (o
auxiliares) y aquellos que uno considere menores. Moraleja: cuidado con las herramientas que en base
al código generan el diagrama (y viceversa). Bien vale la pena un diagrama útil hecho a mano antes que
uno inútil en 3D.
Importante: Una clase que no tiene comportamiento no está comunicando qué rol cumple en la
solución: o está faltando definir qué le puedo pedir o esa clase no debería estar en el diagrama.
https://wiki.uqbar.org/wiki/articles/diagrama-de-clases.html
Entre los conceptos más utilizados por estudiantes de computación y programación se encuentran los
diagramas de clases, que como los diagramas de flujo, son sumamente importantes para el desarrollo de
cualquier programa o aplicación, ya que permiten al desarrollador estar bien ubicado dentro de su
proyecto. En este artículo, describiremos y explicaremos lo que es un diagrama de clases, de modo que
al finalizar su lectura puedan comprender la importancia de este tipo de herramienta fundamental de
trabajo para un desarrollador del tipo OO (orientado a objetos).
Las clases se utilizan en la programación orientada a objetos para crear módulos que pueden ser
ejecutados dentro de un programa, tantas veces como deseemos y realicen una tarea específica
(básicamente encierran toda la información de un objeto). Desde esta óptica, podemos decir que un
diagrama de clases es el equivalente de la POO (programación orientada a objetos) de un diagrama de
flujo.
Un diagrama de clases nos permitirá representar gráficamente y de manera estática la estructura general
de un sistema, mostrando cada una de las clases y sus interacciones (como herencias, asociaciones, etc),
representadas en forma de bloques, los cuales son unidos mediante líneas y arcos. Los diagramas de
clases son el pilar fundamental del modelado con UML, siendo ampliamente utilizados tanto para
análisis como para diseño de sistemas y software en general.
https://culturacion.com/que-es-un-diagrama-de-clases/?
__cf_chl_managed_tk__=pmd_ykTd0f1hVi7dMTtiyCo0Dycwdm3VFZ_LrWU.DO9FSS8-1630382415-0-
gqNtZGzNAtCjcnBszQil
Diagramas de Clase en UML . El UML (Lenguaje Unificado de Modelado), es una de las herramientas mas
emocionantes en el mundo actual del desarrollo de sistemas. Esto se debe a que los creadores de
sistemas generar diseños que capturen sus ideas en forma convencional y bacín de aprender para
comunicarlas a otras personas. El UML es la creación de Grady Booch, James Rumbaugh e Ivar Jacobson.
“Los tres Amigos” como se apodaron estos tres grandes utilizaban metodologías diferentes para el
diseño de software hasta que en los años 90 decidieron unirse y trabajar en conjunto en una solo
metodología, el UML está compuesto pro diversos elementos gráficos que se combinan para conformar
diagramas, con las mismas finalidades que es presentar diversas perspectivas de un sistema a las cuales
se conoce como modelo. En este artículo nos estaremos refiriendo principalmente al Diagrama de
Clases.
https://www.ecured.cu/Diagrama_de_Clase
El diagrama de clases recoge las clases de objetos y sus asociaciones. En este diagrama se representa la
estructura y el comportamiento de cada uno de los objetos del sistema y sus relaciones con los demás
objetos, pero no muestra información temporal.
Con el fin de facilitar la comprensión del diagrama, se pueden incluir paquetes como elementos del
mismo, donde cada uno de ellos agrupa un conjunto de clases.
Este diagrama no refleja los comportamientos temporales de las clases, aunque para mostrarlos se
puede utilizar un diagrama de transición de estados, otra de las técnicas propuestas en MÉTRICA Versión
3.
https://manuel.cillero.es/doc/metodologia/metrica-3/tecnicas/diagrama-de-clases/