AGENDA DE CITAS

AGENDA DE CITAS

Karla Gonzáles Morán  Karla_gonzales_moran@hotmail.com

Diego García Garay

Alexander

Escuela Profesional de Ingeniería Informática

Universidad Ricardo Palma

1. Introducción

Esta agenda de citas virtual  le permitirá al usuario realizar de manera cómoda y eficaz todas las gestiones relacionadas con las citas y organizar sus distintas actividades. Una de las características con las que cuenta esta agenda es que es definible y personalizada por usuario, de esta manera cada usuario tendrá su propia agenda adaptada a sus necesidades (días, fechas, horarios y rangos de horas). La generación de la agenda se realizada de manera automática ampliando el rango seleccionado. A través de esta agenda podrá registrar todas las citas, cambios y anulaciones realizadas, permitiendo seleccionar el tiempo necesario de acuerdo con la actividad solicitada por el usuario. En páginas posteriores se intentarán explicar estas y otras de las características y gestiones con las que cuenta esta agenda

La Agenda permite planificar citas, reuniones y tareas.

La agenda (calendar) es un objeto que contiene las citas propias de un usuario y las de los grupos a los que pertenece. Las funciones de la agenda ayudan al usuario a la planificación, preparación y de una actividad.

El elemento fundamental que proporciona la agenda para la organización de reuniones es la cita. Ésta queda descrita por, al menos:

• una fecha y
• un nombre

1. Objetivos

2.1 Objetivo General

Desarrollar un programa que le permita al usuario ordenar, organizar y planificar sus diversas actividades ya sea reuniones o tareas; el usuario también podrá guardar, editar, cancelar o eliminar según se dé el caso y el usuario lo requiera.

2.2 Objetivo Especifico

Listado de las diferentes actividades en el mes, así como mostrar información detallada de cada cita.

• Creación de la cita,  básicamente poder ingresar la fecha, el mes y hora que esta se realizará.
• Ejecución de guardar y cargar la cita y mostrarla en un block de notas.

• El usuario tendrá la opción de editar, eliminar una cita según lo requiera.

1. Solución

3.1 Requerimientos del sistema

Para el funcionamiento de la aplicación se requieren los siguientes Hardware y Software que serán detallados a continuación:

• Dispositivo móvil (Celular y/o Tablet) que cuente con las siguientes características:

• Sistema Operativo Android 4.0 o superior.

• Pantalla TouchScreen

• Acceso a internet

• El desarrollo se realizo con el IDE de Eclipse versión con el SDK de Android (Android Developer Tools).

3.2 Descripción de la solución

El aplicativo fue desarrollado para versiones de Android 4.0 y/o superiores, sin embargo, también soporta versiones inferiores hasta Android 2.2; la solución consta de una aplicación principal llamada BMSquare y dos tipo librerías que detallaremos a continuación:

[pic 1]

ABSLib y ABSNavigationDrawer

Estas librerías nos permiten utilizar el action Bar así como el navigation drawer con soporte a versiones pasadas de Android.

GreenDAOGenerator

Librería para generación de código para los accesos a datos en SQLite

BMSquare

Aplicación tipo android donde se concentra la solución. Acá se encuentran los siguientes componentes:

RES, acá se colocaron todos los Layouts, los cuales utilizan las librerías ABSLib y ABSNavigationDrawer para el navigation drawer, de los ViewPager y la librería AChartGenerator para la generación de los gráficos tipo pie. Se crearon nuevos Estilos para todos los layouts así como Strings generales, de controles (usados en los layouts) y de menú; también se crearon colores y dimensiones  (colors, dimens). Las opciones del navigation drawer, son leídas desde los archivos de la carpeta Menu.

[pic 2]

LIBS, acá tenemos las siguientes librerías:

• AChartEngine, utilizada para los gráficos tipo pie.

• Android Async http, utilizado para las llamadas a los servicios backend (para este caso se hacen a través de JSON, por HTTPS).

• GreenDAO, utilizado para la generación de código para los accesos a datos (se utiliza solo una vez al momento de crear el modelo de datos) en SQLite.
• JackSon, utilizado para todo el manejo y parseo de los JSON.

        [pic 3]

SRC, Acá tenemos todas las clases que han sido divididas en 9 paquetes:

• com.BM.bmsquare, acá se encuentran los activities que en este caso son 4 LoginActivity, MainContentActivity, ClosingActivity y el BillingInfoActivity; (los activities heredan de una clase de  com.BM.bmsquare.Controls llamada AbstractNavDrawerActivity, esta clase abstracta contiene todo el comportamiento en común de los Scherlock Navigation Drawer.

• com.BM.bmsquare.Adapters, aca se encuentran tantos los adapters de los listView como de los ViewPagers.
• com.BM.bmsquare.BusinessEntities, clases que representan todos los request (filtros, datos a guardar, etc.) de la aplicación. Este paquete contiene una clase BaseRequest, la cual obtiene el id del dispositivo para verificar si tiene acceso a los servicios del backend, así como un SessionKey, que es generado al momento del login y que solo estará disponible para ese dispositivo.

• com.BM.bmsquare.Controls, clases que representan a controles genéricos como el Navigation Drawer, acá hemos implementado una interfaz de tal forma que podamos tener 2 tipos de item: uno  que es la opción (y se puede seleccionar) y uno que es la sección (agrupador de opciones), así como un NavDrawerActivityConfiguration, que encapsula las opciones de configuración de los Navigation Drawer. La clase abstracta AbstractNavDrawerActivity, es utilizada como base de todos los activities que utilicen el Scherlock Navigation Drawer.

[pic 4]

• com.BM.bmsquare.DataAccess, acá están las clases necesarias para el acceso a datos en SQLite, estas clases fueron autogeneradas por el GreenDaoGenerator.

• com.BM.bmsquare.Entities, clases que representan las entidades del negocio. Encapsulan toda la información a mostrar.

• com.BM.bmsquare.Fragments, en ese paquete se encuentran todos los fragments de la aplicación.

• com.BM.bmsquare.Logic, consta basicamente de 3 clases que son de tipo final (mantienen sus objetos a través de todo el ciclo de vida de la aplicación).

• DatabaseManager, maneja todos los accesos a datos, es la única entrada para los objetos tipo DAO del DataAccess.

• SyncManager, maneja todas las jamadas HTTP, así como el parseo de los JSON.

• MainManager, Maneja todas las llamadas de las diferentes vistas; las vistas solo podrán comunicarse con el MainManager, en caso requieran algún objetivo, conectarse a los servicios backend o intentar obtener un valor desde el SQLite (MainManager se comunica con DatabaseManager y SyncManager.

• com.BM.bmsquare.Utils, Clases de ayuda como constantes, configuraciones, etc.

1. Implementación

La aplicación cuenta con las siguientes pantallas:

Login, acceso a la aplicación.

[pic 5]

Menú, una vez autenticado el usuario tendrá acceso al siguiente menú

[pic 6]

Billing History, en esta opción se podrán ver los diferentes cierres realizados en un mes determinado.

[pic 7]

[pic 8]

Luego de seleccionar una facturación, se podrá ver el detalle.

[pic 9]

[pic 10]

[pic 11]

...