Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Una vez completados los modelos conceptuales y lógicos, puede tomar decisiones sobre la implementación física de la aplicación. Para crear el modelo físico, debe comprender dónde se deben ubicar los distintos servicios de la aplicación y cómo se deben implementar. Determinar dónde residen varios servicios debe venir antes de cómo se implementarán los servicios.
Una regla básica para determinar dónde residen varios servicios es esta: coloque el componente donde se usa. Si, por ejemplo, un componente muestra información para el cliente base, debe ir en el equipo del usuario. Si un componente valida la información del cliente base, también debe residir en el equipo del cliente base. Si un componente actualiza la información de una base de datos, debe residir en el servidor de bases de datos.
Hay, por supuesto, consideraciones adicionales que hacen excepciones a esta regla. Los problemas de rendimiento y seguridad también pueden dictar dónde se encuentra un componente. Tenga en cuenta lo siguiente:
- ¿Va a cambiar un componente con frecuencia, lo que dificulta la distribución de actualizaciones?
- ¿Usará el componente otras aplicaciones, como un componente de comprobación de seguridad común?
- ¿El componente realiza cálculos largos o realiza funciones, como la impresión, que se pueden descargar en un servidor?
- ¿Se puede mejorar la seguridad de un componente colocándolo en un servidor?
La ubicación correcta de los componentes de una aplicación también puede aislar al equipo de desarrollo de la costosa recodificación si cambia el sistema o la ubicación de los datos. Por ejemplo, al colocar las reglas de acceso a datos en una capa de datos en lugar de en procedimientos almacenados, la aplicación se aísla más fácilmente de la dependencia de un DBMS específico. No solo son los cambios confinados y las pruebas compartimentadas, sino que los orígenes de datos se pueden cambiar y los datos se pueden distribuir sin cambiar fundamentalmente la aplicación.
Por último, la ubicación de los componentes debe aprovechar las ventajas de las eficiencias del sistema. Es tiempo y rentable colocar objetos empresariales en ubicaciones centralizadas de la red. Los objetos se pueden compartir entre aplicaciones y las pruebas unitarias se pueden realizar antes de implementar los componentes. Los costos de mantenimiento también se pueden reducir porque los cambios de regla solo se producen en un único punto.
Temas relacionados