Diseño de Componentes
Enviado por Sebastian Salazar • 13 de Septiembre de 2021 • Informes • 3.611 Palabras (15 Páginas) • 481 Visitas
República Bolivariana de Venezuela.
Ministerio del Poder Popular para la Educación Universitaria.
Universidad Politécnica Territorial del Estado Bolívar.
Programa Nacional de Formación en Informática.
Ingeniería de Software II
UNIDAD VIII
DISEÑO DE COMPONENTES
Bachiller:
Salazar Sebastian
C.I.: 27.731.868
Tutor:
Héctor Molina
Ciudad Bolívar, 13 de septiembre de 2021
Índice
Introducción. 3
Principios del diseño de componentes. 4
Patrones de diseño orientado a objetos. 6
Patrones de diseño creacionales. 6
Patrones de diseño estructurales. 7
Patrones de diseño de comportamiento. 8
Modelado de componentes y despliegue. 10
Documentación de los componentes. 13
Integración de componentes. 15
Conclusión. 18
Bibliografía. 19
Introducción.
El diseño en el nivel de componentes empieza una vez que termina el diseño de la arquitectura. Durante esta etapa se ha establecido la estructura general de los datos y del programa del software. El objetivo es traducir el modelo del diseño a software operativo. Pero el nivel de abstracción del modelo de diseño existente es relativamente alto y el del programa operativo es bajo. La traducción es un poco difícil y está abierta a la introducción de errores sutiles que son difíciles de detectar y de corregir en las etapas posteriores del proceso del software.
Es posible representar el diseño en el nivel del componente con el uso de un lenguaje de programación. En esencia, el programa se crea con el empleo del modelo de diseño arquitectónico como guía. Un enfoque alternativo consiste en representar el diseño en el nivel de los componentes con alguna representación intermedia (gráfica, tabular o basada en texto) que se traduzca con facilidad a código fuente. Sin que importe el mecanismo utilizado para representar a éste, las estructuras de datos, interfaces y algoritmos definidos deben apegarse a varios lineamientos de diseño bien establecidos que ayudan a evitar los errores conforme evoluciona el diseño del procedimiento.
Antes de elaborar el software, se tiene que ser capaz de determinar si funcionará. El diseño en el nivel de componentes lo representa en forma tal que permite revisar los detalles del diseño para garantizar su corrección y su consistencia con otras representaciones del diseño Esto proporciona un medio para evaluar si funcionarán las estructuras de datos, interfaces y algoritmos.
Las representaciones de diseño de datos, arquitectura e interfaces constituyen el fundamento para el diseño en el nivel de componentes. La definición de clase o narrativa de procesamiento de cada componente se traduce a un diseño detallado que utiliza formas de diagrama o basadas en texto que especifican las estructuras de datos internas, los detalles de la interfaz local y la lógica del procesamiento. Con frecuencia es posible obtener componentes de software reutilizable ya existentes, en lugar de construir nuevos.
Principios del diseño de componentes.
¿Qué es un componente?
Un componente es un bloque de construcción de software de cómputo. Para un concepto más formal, la Especificación OMG del Lenguaje de Modelado Unificado define un componente como “una parte modular, desplegable y sustituible de un sistema, que incluye la implantación y expone un conjunto de interfaces”.
Los componentes conforman la arquitectura del software, y por ello, juegan un papel en el alcance de los objetivos y de los requerimientos del sistema que se va a diseñar. Como los componentes se encuentran en la arquitectura del software, estos deben comunicarse y colaborar con otros componentes y con entidades (otros sistemas, dispositivos, personas, etc.) que existen fuera de las fronteras del software.
Visión orientada a objetos.
En el contexto de la ingeniería de software orientada a objetos, un componente contiene un conjunto de clases que colaboran. Cada clase dentro de un componente se elabora por completo para que incluya todos los atributos y operaciones relevantes para su implantación. Como parte de la elaboración del diseño, también deben definirse todas las interfaces que permiten que las clases se comuniquen y colaboren con otras clases de diseño. Para lograr esto, se comienza con el modelo de requerimientos y se elaboran clases de análisis (para los componentes que se relacionan con el dominio del problema) y clases de infraestructura (para los componentes que dan servicios de apoyo para el dominio del problema).
[pic 1]
Ejemplo. Un modelo de componente de recopilación de datos.
Visión tradicional.
En el contexto de la ingeniería de software tradicional, un componente es un elemento funcional de un programa que incorpora la lógica del procesamiento, las estructuras de datos internas que se requieren para implantar la lógica del procesamiento y una interfaz que permite la invocación del componente y el paso de los datos. Dentro de la arquitectura del software se encuentra un componente tradicional, también llamado módulo, que tiene tres funciones importantes:
- Como componente de control que coordina la invocación de todos los demás componentes del dominio del problema.
- Como componente del dominio del problema que implanta una función completa o parcial que requiere el cliente.
- Como componente de infraestructura que es responsable de las funciones que dan apoyo al procesamiento requerido en el dominio del problema.
Composición de componentes.
La composición es un proceso donde se ensamblan componentes para crear un sistema. Un componente presenta interfaces bien definidas, manifestadas a través de puertos. Pues bien, la composición, básicamente, se lleva a cabo al enlazar estos puertos. Este proceso, en una situación teórica ideal, puede tener lugar durante tres fases diferentes del ciclo de vida de los componentes:
- Fase de diseño: en esta fase los componentes son diseñados, definidos y codificados. Los componentes resultantes son almacenados en un repositorio, al igual que los componentes resultantes de una composición.
- Fase de despliegue: los componentes son adquiridos del repositorio y desplegados en forma de binarios dentro del entorno de ejecución del sistema en construcción.
- Fase de ejecución: los componentes son instanciados y ejecutados dentro del sistema.
[pic 2]
Patrones de diseño orientado a objetos (Gof).
Los patrones de diseño son una solución general y reusable para problemas recurrentes. Esto no quiere decir que sea una solución que se pueda convertir directamente a código, es una descripción o plantilla de cómo resolver el problema, que podemos utilizar para diferentes problemas y circunstancias.
...