El modelo físico: arquitectura de la aplicación

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 deben encontrarse los distintos servicios de la aplicación y cómo deben implementarse. 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 determinar 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 puede descargar en un servidor?
• ¿Se puede mejorar la seguridad de un componente colocándolo en un servidor?

La ubicación correcta de componentes de una aplicación también puede aislar al equipo de desarrollo de costosas 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 compartimentados, pero los orígenes de datos se pueden cambiar y los datos se pueden distribuir sin cambiar fundamentalmente la aplicación.

Por último, la localización de componentes debe aprovechar 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 cualquier componente. Los costos de mantenimiento también se pueden reducir porque los cambios en las reglas solo se producen en un único punto.

Temas relacionados

El modelo conceptual: requisitos de la aplicación

El modelo lógico: definición y planeamiento de la aplicación