Funcionalidades para V2 de IF

  • Actualización de la app a versiones al menos 4 de Android
  • Actualización de todo el frontal a nuevas versiones responsive
  • En la lista de contactos de Agenda desarrollar de alguna forma la selección múltiple, para en una sola operación poder agregar todos los contactos a un grupo
  • Para los contactos de la agenda con una sola forma de contacto, no mostrar al usuario la selección, sino que el propio sistema lo seleccione de forma automática
  • Contactos manuales: contactos que no existen en la agenda pero que queremos introducir manualmente
  • Asociación a grupos de contactos manuales (no existentes en la agenda del terminal)
  • Cada uno de los grupos definidos en la aplicación tiene una serie de contactos seleccionados de la propia agenda del teléfono. Cuando el usuario accede a los grupos y dentro de ellos selecciona un contacto de la agenda, IF le muestra un conjunto de formas de contacto disponibles para dicho contacto de la agenda (emails y teléfonos). Una vez el usuario selecciona la forma de contacto de ese contacto, dicha selección pasa a una tabla de contactos relacionados con grupos. Actualmente si un contacto ha sido seleccionado para un grupo y se ha seleccionado de la misma forma su forma de contacto (email o teléfono), cuando el contacto sea seleccionado para otro grupo no se puede seleccionar una forma de contacto distinta. En la V2 un mismo contacto relacionado con varios grupos podrá tener para cada grupo una forma de contacto distinta. Por ejemplo, Pepito pertenece al grupo 1 y al grupo 2. Pepito como formas de contacto tiene pepito@pepito.com y 6545656YY. Para la V2 Pepito podrá tener como forma de contacto para el grupo 1 el mail y para el grupo 2 el teléfono indicado. En la versión 1 Pepito tanto para grupo 1 como para grupo 2 tendrá una única forma de contacto, que se corresponderá con la primera de las selecciones efectuadas. Esta modificación es crítica, ha sido una cagada monumental poner la forma de contacto en la tabla de contactos de los grupos. El problema actualmente es que este cambio afecta a la capa de DAO, a la capa de servicios y a la lógica de la aplicación, por el momento inviable modificarlo.
  • Refactorización de la capa de DAOS. Mediante la creación de una capa de servicios intermedia podremos pasar los métodos de mas alto nivel a la nueva capa y dejar la capa DAO de la forma mas simple posible. En la V1 la capa de DAO contiene cierta lógica de negocio que no me gusta.
  • Emplear framework de persistencia para la app, eliminado toda la capa manual de tratamiento físico. FMW a tomar en consideracion
    • greenDAO
    • SugarORM
    • ORMLite
    • Activedroid
    • ORMDroid
  • CU03 _02 Consulta datos propios sorteo
  • Los envios de mails se debieran poder hacer usando otro servidor distinto de gmail
  • Actividad de modificación de un evento existente. En la v1 de la aplicación sólo existirá el alta, por lo tanto para realizar una modificación tendremos que dar una baja y un alta.
  • Gestión de Eventos (CRUD).
  • Implementación de soluciones de backup mediante Backup Manager de google.