D (Glosario) |
Superior Previo Próximo |
decisión Una Decisión es un elemento de un diagrama de Actividades que indica un punto de progresión condicional: si una condición es verdadera, entonces el procesamiento continúa por una ruta, si no, entonces por otra.
delegación La capacidad de un objeto de disparar un mensaje a otro objeto en respuesta a un mensaje. La delegación se puede usar como una alternativa a la herencia.
Contraste: herencia
delegar Un conector delegar define el ensamblaje interno de los puertos e interfaces externos de un componente. Al usar un conector delegar se conecta en los trabajos internos del sistema al mundo exterior, por una delegación de las conexiones de las interfaces externas
dependencia Una relación entre dos elementos de modelado, en los que un cambio a un elemento de modelado (el elemento independiente) afectará al otro elemento de modelado (el elemento dependiente).
despliegue Un despliegue es un tipo de relación de dependencia que indica el despliegue de un artefacto en un nodo o destino ejecutable.
diagrama Una presentación gráfica de una colección de elementos de modelado, la mayoría de las veces presentados como un grafo conectado de arcos (relaciones) y vértices (otros elementos de modelado). UML soporta los siguientes diagramas: diagramas de clases, de objetos, de casos de uso, de secuencias, de colaboraciones, de estados, de actividades, de componentes, y de despliegue.
diagrama de actividades Un diagrama de actividades se usa para modelar desarrollo de aplicaciones de tipo procedimental para diseño de sistemas a través del modelado de procesos de negocio en estructuras y flujos de trabajo organizacionales.
diagrama de análisis Un diagrama de Análisis se usa para capturar procesos de negocio de alto nivel y modelos tempranos del comportamiento y de los elementos del sistema. Es menos formal que algunos otros diagramas, pero provee un buen medio de capturar las características y necesidades esenciales del negocio.
diagrama de casos de uso Un diagrama de Casos de Uso captura las interacciones entre el Caso de Uso y el actor. Describe los requisitos funcionales del sistema, la forma en que las cosas externas (actores) interactúan con el límite del sistema, y la respuesta del sistema.
diagrama de clases Un diagrama que muestra una colección de elementos de modelado declarativos (estáticos), tales como clases, tipos y sus relaciones.
diagrama de colaboración Usado antes del UML 2.0.
diagrama de componentes Un diagrama que muestra las organizaciones y dependencias entre los componentes.
diagrama de comportamiento Los diagramas de comportamiento representan las características de comportamiento de un proceso del sistema o de negocio. Los diagramas de comportamiento incluyen a los diagramas de Actividades, los diagramas de Máquina de Estados, los diagramas de Comunicaciones, los diagramas de Descripción de la Interacción, los diagramas de Secuencias, los diagramas de Tiempos y los diagramas de Casos de Uso.
diagrama de comunicaciones Un diagrama de Comunicación muestra la interacción entre elementos en tiempo de ejecución en la misma forma que un diagrama de secuencias. Sin embargo, los diagramas de comunicaciones se usan para visualizar las relaciones entre objetos, mientras que los diagramas de secuencia son más efectivos para visualizar el procesamiento a lo largo del tiempo
diagrama de despliegue Un diagrama que muestra la configuración de los nodos procesando en tiempo de ejecución y los componentes, procesos y objetos que viven en ellos. Los componentes representan manifestaciones en tiempo de ejecución de unidades de código.
Vea También: diagramas de componentes
diagrama de estados Un diagrama que muestra una máquina de estados.
Vea También: máquina de estados
diagrama de estructura compuesta Un diagrama de estructuras de composición refleja la colaboración interna de las clases, interfaces, o componentes para describir una funcionalidad. Los diagramas de estructuras de composición son similares a los diagramas de clases, excepto que ellos modelan un uso específico de la estructura.
diagrama de interacciones Los diagramas de Interacción pueden ser diagramas de secuencias, diagramas de comunicaciones, diagrama de descripción de la interacción, y diagramas de tiempos. Los diagramas de interacción incluyen los Diagramas de Tiempos, Diagramas de Secuencias, Diagramas de Descripción de la Interacción y Diagramas de Comunicaciones.
diagrama de interacciones Un término genérico que aplica a varios tipos de diagramas que enfatizan la interacción de los objetos. Ellos incluyen los diagramas de colaboraciones y los diagramas de secuencias.
diagrama de máquina de estados Un diagrama de Máquina de Estados ilustra cómo un elemento, muchas veces una clase, se puede mover entre estados clasificando su comportamiento, de acuerdo a disparadores de transición, guardas restrictivas y otros aspectos de los diagramas de máquina de estados que presentan y explican movimiento y comportamiento.
diagrama de objetos Un diagrama que representa los objetos y sus relaciones en un punto de tiempo. Un diagrama de objetos se puede considerar un caso especial de un diagrama de clases o de un diagrama de colaboraciones.
Vea También: diagrama de clases, diagrama de colaboraciones
diagrama de paquetes Los diagramas de paquetes se usan para reflejar la organización de paquetes y sus elementos, y provee una visualización de sus correspondientes nombres de espacio.
diagrama de descripción de la interacción Los diagramas de Descripción de la Interacción visualizan la cooperación entre otros diagramas de interacción para ilustrar un flujo de control sirviendo a un propósito de coordinación. Como los diagramas de descripción de la interacción son una variante de los diagramas de actividades, la mayor parte de la notación de los diagramas es similar, como lo es el proceso de construcción del diagrama.
diagrama de robustez Enterprise Architect soporta extensiones de modelado de negocio desde el perfil de modelado de procesos de negocio. Los diagramas de robustez se usan en el Proceso Iconix Process –puede leer más acerca de él en www.sparxsystems.com.au/iconix/iconixsw.htm-.
diagrama de secuencias Un diagrama que muestra la interacción de los objetos ordenados en una secuencia de tiempo. En particular, muestra los objetos que participan en la interacción y la secuencia de los mensajes que se intercambian. A diferencia de un diagrama de colaboraciones, a diagrama de secuencias incluye las secuencias de tiempo pero no incluye las relaciones de los objetos. Un diagrama de secuencias puede existir en una forma genérica (describe todos los escenarios posibles) y en una forma de instancia (describe sólo el escenario actual). Los diagramas de secuencias y los diagramas de colaboraciones expresan información similar, pero la muestran en diferentes formas.
Vea También: diagrama de colaboraciones
diagrama de tiempos El diagrama de Tiempos define el comportamiento de los diferentes objetos en una escala de tiempo, con descripciones visuales de los cambios de estado y de las interacciones de los objetos a lo largo del tiempo.
diagrama estructural Los diagramas estructurales presentan los elementos estructurales componiendo un sistema o una función. Estos diagramas pueden reflejar las relaciones estáticas de una estructura, como hacen las clases o diagramas de paquetes, o arquitecturas en tiempo de ejecución, tales como objetos o diagramas de estructura compuestos. Los diagramas estructurales incluyen los diagramas de Clases, los diagramas de Estructura de Composición, los diagramas de Componentes, los diagramas de Despliegue, los diagramas de Objetos y los diagramas de Paquetes.
diagramas UML Los diagramas del UML se usan para modelar los diferentes aspectos del sistema bajo desarrollo. Incluyen varios elementos y conexiones, que poseen sus propios significados y propósitos. El UML 2.0 incluye 13 diagramas: los diagramas de Casos de Uso, de Actividades, de Máquina de Estados, de Tiempos, de Secuencias, de Descripción de la Interacción, de Comunicación, de Paquetes, de Clases, de Objetos, de Estructura de Composición, de Componentes y de Despliegue.
diseño La parte del proceso de desarrollo de software cuyo propósito primario es decidir cómo se implementará el sistema. Durante el diseño se toman decisiones tácticas y estratégicas para cumplir los requisitos funcionales y de calidad requeridos de un sistema.
disparar Ejecuta una transición de estados.
Vea También: transición
dominio Un área de conocimiento o actividad caracterizada por un conjunto de conceptos y terminología entendidos por los practicantes de esa área. |