ACTIVIDAD 10 MENESES EDWIN
SEDE: SAN RAFAEL
LICENCIATURA: INFORMÁTICA ADMINISTRATIVA
INGENIERÍA DE SOFTWARE II
ALUMNO: EDWIN MENESES CABALLERO
7° CUATRIMESTRE
06 DE NOVIEMBRE DEL 2015
CAPITULO 10: DISEÑO EN EL NIVEL DE COMPONENTES
El diseño en el nivel de componentes tiene lugar una vez terminado el diseño de la arquitectura. En esta etapa se haestablecido 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 difícil y está abierta a la introducción de errores sutiles que son difíciles de detectar y de corregir en las etapas posterioresdel proceso del software.
Durante el diseño arquitectónico, se define un conjunto completo de componentes de software. Pero las estructuras internas de datos y detalles de procesamiento de cada componente no están representadas en un nivel de abstracción cercano al código
10.1 ¿QUÉ ES UN COMPONENTE?
Un componente es un bloque de construcción de software de cómputo. Con más formalidad, laEspecificació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”.
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 incluyatodos 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
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, lasestructuras 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:
1) como componente de control que coordina la invocación de todos los demás componentes deldominio del problema,
2) como componente del dominio del problema que implanta una función completa o parcial que requiere el cliente y
3) como componente de infraestructura que es responsable de las funciones que dan apoyo al procesamiento requerido en el dominio del problema.
Igual que los componentes orientados a objetos, los componentes tradicionales del software provienen del modelo deanálisis. Sin embargo, en este caso, el elemento de datos orientado al flujo del modelo de análisis sirve de base para su obtención. Cada transformación (burbuja) representada en los niveles más bajos del diagrama de flujo de datos se mapea en una jerarquía de módulos. Cerca de la parte superior de la jerarquía (arquitectura del programa) se hallan los componentes del control (módulos) y hacia la parteinferior de ella tienden a encontrarse los del dominio del problema. Para lograr una modularidad efectiva, cuando se elaboran los componentes se aplican conceptos de diseño, como la independencia de funciones.
La visión orientada a objetos y la tradicional del diseño en el nivel de componentes, suponen que el componente se diseña desde la nada. Es decir, que se crea un nuevo componente con base enlas especificaciones obtenidas del modelo de requerimientos
10.2 DISEÑO DE COMPONENTES BASADOS EN CLASE
El diseño en el nivel de componentes se basa en la información desarrollada como parte del modelo de requerimientos y se representa como parte del modelo arquitectónico. Cuando se escoge un enfoque de ingeniería orientado al software, el diseño en el nivel de componentes se centra en la...
Regístrate para leer el documento completo.