Ya que se tiene noción de la construcción del sistema de notificaciones se debe tomar en cuenta la manera en que el código se diseñará. Para este se implementó el uso de un modelo de tipo N-tier (Modelo de capas).
Este modelo tiene como fundamento la separación de la aplicación en diversas capas lógicas. Se caracteriza por la descomposición funcional de las aplicaciones, los componentes de servicio, y su implementación distribuida, mejorando la escalabilidad, disponibilidad, capacidad de gestión y utilización de recursos así como por el hecho de que cada capa es completamente independiente –o intenta serlo en la mayor medida- de las demás, excepto por aquella inmediata superior e inferior. La capa solo debe saber cómo
manejar una solicitud desde la capa n+1, como redirigir una solicitud de la capa n-1 (si es que existe), y cómo manejar los resultados de la petición.
Los beneficios detectados como resultado del uso del modelo se encuentran los siguientes: • Disminución del grado de acoplamiento entre los componentes responsables del
mantenimiento y la presentación de los datos.
• Los cambios a la interfaz de usuario no logran afectar la forma en que se manejan los datos.
• Una reorganización en los datos puede efectuarse sin ningún impacto en la interfaz de usuario.
• Al encontrarse desacoplados los elementos de las capas, la solución se vuelve tolerante a fallas, facilitando el aislamiento de problemas y aplicación de soluciones con un mínimo impacto a los componentes o capas vecinas.
El diseño, específicamente para la aplicación CEM consta de 3 capas, distribuidas de la siguiente manera:
• Capa de Presentación. Aquí se encuentran los componentes responsables de proveer los elementos para la interacción con la aplicación, dentro de sus tareas se encuentran: presentar y formatear la salida de datos, así como la validación de los mismos introducidos por un usuario.
• Capa de Negocio. Los componentes de esta capa son responsables de implementar la lógica de procesamiento de información dentro de la aplicación en base a las reglas de negocio pre-establecidas.
• Capa de Datos. En esta última capa del modelo escogido encontramos los componentes responsables de abstraer la lógica necesaria para la extracción y persistencia de datos de y hacia las fuentes de datos.
Este modelo se encuentra en ambos lados de la aplicación, como se muestra en la figura 4.5:
Figura 4.5 – Arquitectura en capas de los componentes del sistema CEM.
La última capa concierne al acceso a los datos de la aplicación. Esto considera la convivencia con otro software ya mencionado, el motor de la base de datos.
En todo programa informático es esencial el acceso y guardado de datos por ese motivo CEM Administrador utiliza una herramienta diseñada para ese motivo que se encuentra en .Net Framework de Microsoft, ésta es ADO.Net.
Todo empezó en la incursión de Microsoft en el acceso de datos universal, misma que comenzó con la conectividad abierta de base de datos (ODBC). La idea sobre la que se asienta esta tecnología ODBC (crear un modo estándar de acceso a las bases de datos mediante programación) ha sido usada en todas las tecnologías de acceso a datos posteriores procedentes de Microsoft. En el caso de ODBC, este método estándar esta ejemplificado en el API (Interfaz de Programación de Aplicaciones) de ODBC. Cualquier proveedor de base de datos que quiera garantizar el cumplimiento del estándar ODBC debe elaborar el software que convierta una llamada ODBC (hecha de acuerdo con el API) en una llamada de base de datos nativa. Este software recibe el nombre de controlador ODBC y es el puente entre una aplicación de cliente genérica y una base de datos específica. Mediante este enfoque, los programadores de aplicaciones evitan tener que aprender a usar
el API de base de datos específico del proveedor. Todo lo que un programador necesita saber es como escribir aplicaciones cliente usando el API de ODBC (Open DataBase
Connectivity). Este hecho mejora la productividad y permiten escribir programas que
pueden ser usados con diferentes bases de datos.
De manera similar a este conector, el controlador de Android provee un mecanismo de guardado de la información, un proveedor de contenidos como es nombrado en dicha plataforma, como se mencionó en las secciones 3.3.1 y 3.3.3. La base de datos SQLite tiene como principal característica el no tener ningún instalador ni administrador, además, ésta se encuentra presente dentro de cada teléfono móvil utilizando Android.
El hecho de que no cuente con ningún tipo de instalación quiere decir que el guardado de los datos se hace intrínsecamente en el software controlador, por medio de acceso al sistema de archivos, este proceso aun cuando puede tener ciertos problemas de rendimiento se traduce en la portabilidad de la base de datos sin ningún tipo de software tercero. La dirección de guardado de estos directorios de base de datos se encuentran en la dirección:
DATA/data/Nombre de la aplicación/databases26
Finalmente, SQLite para Android, también responde al estándar de SQL (Structured Query
Language), además de añadir tipos de datos con nomenclatura correspondiente a Java,
como son los tipos de datos: texto, entero y real, TEXT, INTEGER y REAL, correspondientemente. Cualquier aplicación que lo necesite puede generar una base de datos la cuál será almacenada en la carpeta correspondiente a la aplicación desarrollada, así entonces tomando el caso específico del sistema CEM, esta carpeta se encontrará en:
DATA/data/CEM/databases
Para crear esta base de datos solo deben seguirse los procesos rutinarios que describe el estándar de SQL (Structured Query Language).
26
Cabe mencionar el hecho de que esta ubicación está dentro de la unidad de sistema del teléfono a la cual el usuario no tiene privilegios de acceso.