Diferencia entre revisiones de «Arquitectura Software (desarrollo de componentes)»
(→Ver además) |
m (Texto reemplazado: «<div align="justify">» por «») |
||
| (No se muestran 2 ediciones intermedias de 2 usuarios) | |||
| Línea 5: | Línea 5: | ||
|concepto= | |concepto= | ||
}} | }} | ||
| − | + | ||
| − | '''Arquitectura basada en el desarrollo de componentes.''' Una de las arquitecturas más usadas para la producción de software comercial. Por lo general, los componentes terminan siendo subsistemas que tienen una funcionalidad específica, generalmente, aparecen en forma de librerías (DLL), pero no quiere decir que esta sea la única forma de verlos. La mayoría de las definiciones que existen giran sobre la idea de que es la implementación de una funcionalidad de un sistema de software, que puede ejecutar varias funcionalidades liberadas. Estos proveen una interfaces para visualizar las funcionalidades que implementan. La reutilización de los componentes es una de las características más importantes de este estilo. Pero estos deben tener características bien definidas. | + | '''Arquitectura basada en el desarrollo de componentes.''' Una de las arquitecturas más usadas para la producción de [[software]] comercial. Por lo general, los componentes terminan siendo subsistemas que tienen una funcionalidad específica, generalmente, aparecen en forma de librerías (DLL), pero no quiere decir que esta sea la única forma de verlos. La mayoría de las definiciones que existen giran sobre la idea de que es la implementación de una funcionalidad de un sistema de [[software]], que puede ejecutar varias funcionalidades liberadas. Estos proveen una interfaces para visualizar las funcionalidades que implementan. La reutilización de los componentes es una de las características más importantes de este estilo. Pero estos deben tener características bien definidas. |
== Identificable == | == Identificable == | ||
Un componente debe tener una identificación clara y consistente que facilite su catalogación y búsqueda en repositorios de componentes. | Un componente debe tener una identificación clara y consistente que facilite su catalogación y búsqueda en repositorios de componentes. | ||
== Accesibilidad == | == Accesibilidad == | ||
| − | + | Sólo a través de su [[interfaz]]. El componente debe exponer al público únicamente el conjunto de operaciones que lo caracteriza ([[interfaz]]) y ocultar sus detalles de implementación. Esta característica permite que un componente sea remplazado por otro que implemente la misma [[interfaz]]. | |
== Servicios invariantes == | == Servicios invariantes == | ||
| − | Las operaciones que ofrece un componente, a través de su interfaz, no deben variar. La implementación de estos servicios puede ser modificada, pero no deben afectar la interfaz. | + | Las operaciones que ofrece un componente, a través de su [[interfaz]], no deben variar. La implementación de estos servicios puede ser modificada, pero no deben afectar la [[interfaz]]. |
== Documentado == | == Documentado == | ||
Un componente debe tener una documentación adecuada que facilite su búsqueda en repositorios de componentes, evaluación, adaptación a nuevos entornos, integración con otros componentes y acceso a información de soporte. | Un componente debe tener una documentación adecuada que facilite su búsqueda en repositorios de componentes, evaluación, adaptación a nuevos entornos, integración con otros componentes y acceso a información de soporte. | ||
== Ver además == | == Ver además == | ||
| − | |||
*[[Desarrollo de software basado en componentes]] | *[[Desarrollo de software basado en componentes]] | ||
*[[Desarrollo de software]] | *[[Desarrollo de software]] | ||
última versión al 14:32 20 jun 2019
| ||||
Arquitectura basada en el desarrollo de componentes. Una de las arquitecturas más usadas para la producción de software comercial. Por lo general, los componentes terminan siendo subsistemas que tienen una funcionalidad específica, generalmente, aparecen en forma de librerías (DLL), pero no quiere decir que esta sea la única forma de verlos. La mayoría de las definiciones que existen giran sobre la idea de que es la implementación de una funcionalidad de un sistema de software, que puede ejecutar varias funcionalidades liberadas. Estos proveen una interfaces para visualizar las funcionalidades que implementan. La reutilización de los componentes es una de las características más importantes de este estilo. Pero estos deben tener características bien definidas.
Sumario
Identificable
Un componente debe tener una identificación clara y consistente que facilite su catalogación y búsqueda en repositorios de componentes.
Accesibilidad
Sólo a través de su interfaz. El componente debe exponer al público únicamente el conjunto de operaciones que lo caracteriza (interfaz) y ocultar sus detalles de implementación. Esta característica permite que un componente sea remplazado por otro que implemente la misma interfaz.
Servicios invariantes
Las operaciones que ofrece un componente, a través de su interfaz, no deben variar. La implementación de estos servicios puede ser modificada, pero no deben afectar la interfaz.
Documentado
Un componente debe tener una documentación adecuada que facilite su búsqueda en repositorios de componentes, evaluación, adaptación a nuevos entornos, integración con otros componentes y acceso a información de soporte.
