modelo de implementacion

Modelo de Implementación



El Modelo de Implementación es comprendido por un conjunto de componentes y subsistemas que constituyen la composición física de la implementación del sistema. Entre los componentes podemos encontrar datos, archivos, ejecutables, código fuente y los directorios. Fundamentalmente, se describe la relación que existe desde los paquetes y clases del modelo de diseñoa subsistemas y componentes físicos.
Este artefacto describe cómo se implementan los componentes, congregándolos en subsistemas organizados en capas y jerarquías, y señala las dependencias entre éstos.
Para representar los diagramas del Modelo de Implementación se puede emplear el diagrama de UML de Componentes.
 
Relaciones
Rol Responsable:
Arquitecto de Software
Disciplina:Implementación
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
1. Elemento de Implementación
2. Subsistema de Implementación
3. Elemento de Soporte de Prueba
Plantila:
No posee


Ambiente de referencia.
Cada programa o subprograma tiene un conjunto de asociaciones de identificador disponibles para su uso al hacer referencias durante su ejecución. Este conjun­to de asociaciones deidentificador se conoce como el ambiente de referencia del subprograma (o programa). El ambiente de referencia de un subprograma es ordinariamente invariable durante su ejecución. Se establece cuando se crea la activación del subprograma, y permanece 5111 cambio durante el tiempo de vida de la activación. Los valores contenidos en los diversos objetos de datos pueden cambiar, pero no así lasasociaciones de nombres con objetos de datos y subprogramas. El ambiente de referencia de un subprograma puede tener varios componentes:
1. Ambiente local de referencia (o simplemente ambiente local). El conjunto de asociaciones creadas al entrar a un subprograma y que representan parámetros formales, variables locales y subprogramas definidos sólo dentro de ese subprograma conforma el ambiente localde referencia de esa activación del subprograma. El significado de una referencia a un nombre en el ambiente local se puede determinar sin salir de la activación del subprograma.
2. Ambiente no local de referencia. El conjunto de asociaciones para identificadores que se pueden usar dentro de un subprograma pero que no se crean al entrar a él se conoce como el ambiente no local de referencia delsubprograma.
3. Ambiente global de referencia. Si las asociaciones creadas al inicio de la ejecución del programa principal están disponibles para usarse en un subprograma entonces estas asociaciones forman el ambiente global de referencia de ese subprograma. El ambiente global es parte del ambiente no local.
4. Ambiente predefinido de referencia. Ciertos identificadores tienen una asociaciónpredefinida, la cual se define directamente en la definición del lenguaje. Cualquier programa o subprograma puede usar estas asociaciones sin crearlas en forma explícita.
BINDING (LIGADURA)
• Definición
Ligadura es la acción de asociar tipo, referencia o valor a un nombre de variable.
• Ligadura en lenguajes fuertemente tipados (variables estáticas y automáticas)
La asociación de un tipo a unavariable se conoce como ligadura estática, anticipada ó en tiempo de compilación.
(N + T)
La asociación de una referencia a una variable se conoce como ligadura intermedia ó en tiempo de creación.
((N + T) + R))
La asociación de un valor a una variable se conoce como ligadura dinámica ó en tiempo de ejecución.
(((N + T) + R) + V)
• Ligadura en lenguajes débilmente tipados (variablesdinámicas)
La asociación de un tipo a una variable se conoce como ligadura dinámica, tardía ó en tiempo de ejecución. Sin embargo, en este caso, los tipos están ligados a los valores y los valores están representados a partir de cierta referencia. Luego, la ligadura dinámica puede consistir en crear un valor de cierto tipo a partir de una referencia y asociar esa referencia a un nombre de variable, ó...