Documentos de Académico
Documentos de Profesional
Documentos de Cultura
de componentes
Indice de contenido:
1. Caracteres
2. Instrucciones
3. Comentarios
4. Identificadores.
La 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
Gráfica de la
estructura de
un sistema
tradiciona
• Igual que los componentes
orientados a objetos, los
componentes tradicionales del
software provienen del modelo
de aná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 representada
en los niveles más bajos del
diagrama de flujo de datos se
mapea en una jerarquía de
módulos
Visión relacionada
con el proceso
• La visión orientada a objetos y la
tradicional del diseño en el nivel de
componentes, presentadas en las
secciones 10.1.1 y 10.1.2, suponen
que el componente se diseña desde
la nada. Es decir, que se crea un
nuevo componente con base en las
especificaciones obtenidas del
modelo de requerimientos. Por
supuesto, existe otro enfoque.
Diseño de componentes basados en clases.
• Principio Abierto-Cerrado • Principio de equivalencia
(PAC) de la liberación de la
reutilización (PER).
• Principio de segregación de
Principios la interfaz (PSI). • Principio de sustitución
de Liskov (PSL).
• Principio de cierre común
básicos del (PCC). • Principio de Inversión de la
diseño. • Principio de la
reutilización común (PRC).
Dependencia (PID).
Lineamiento de diseño en el nivel de
componentes.
• Componentes.
• Interfaces
• Dependencias y herencia.
Diseño en el nivel
de componentes
El diseño en el nivel de
componentes no es más que la
agrupación de los componentes
pertenecientes de un software.
Una visión
orientada a
objetos
Hace referencia a la programación
orientada a objetos (POO). En este
paradigma los programas se
estructuran de manera que se
representan las clases.
Cohesión
Se llama cohesion al grado en
que los elementos de un modulo
permanecen conectados. Por lo
tanto la cohesion tiene la
funcion de medir la fuerza de la
relacion entre las piezas de
funcionalidad dentro de un
modulo dado.
Tipos de Cohesión:
Funcional De capa
De
comunicación
Acoplamiento
• Acoplamiento debil
Realización del
diseño en el nivel de
componentes.
-¿Qué es ?
-¿Cuándo sucede?
-Pasos.
Realización del
diseño en el nivel de
componentes.
-Representación Gráfica
-Ejemplos
Conclusión
El proceso de diseño en el
nivel de componentes trae
consigo una secuencia de
actividades con las cuales se
presenta el software. El diseño
en el nivel de componentes
nos muestra el software en un
nivel de abstraccion cercano al
codigo.
Bibliografía
• https://virtual.itca.edu.sv/Mediadores/stis/37___diseo_a_nivel_de_componentes.html
• https://elburgues.wordpress.com/2010/09/11/programacin-orientada-a-componentes/
• https://www.significados.com/componentes/
• https://ellibrodepython.com/acoplamiento-poo
• https://es.slideshare.net/AndresRealp1/diseo-
enelniveldecomponentes#:~:text=6.,clase%20o%20componente%20en%20s%C3%AD
• https://virtual.itca.edu.sv/Mediadores/stis/37___diseo_a_nivel_de_componentes.html#:~:text=El%20dise%C3%B1o%20e
n%20el%20nivel%20de%20componente%20transforma%20los%20elementos,base%20para%20dise%C3%B1ar%20los%20
componentes.