Este proyecto sufrió un fuerte parón después de la entrega de la primera beta delante del tribunal asesino que presidió mi presentación del proyecto final de carrera de la Ingeniería Técnica.
Aunque por ahora deberá esperar a acabar los exámenes finales..... :(
Alguns telèfons mòbils ens permeten definir el tipus de sincronització que volem aplicar als esdeveniments que tenim emmagatzemats. Aquest tipus de sincronització no deixa de ser la visibilitat que volem que tinguin aquests, en el cas que abarca aquest PFC el factor de la visibilitat és importat ja que ens permet determinar qui volem que observi els nostres esdeveniments.
Per tant en el cas de que es determini la visibilitat des de el dispositiu mòbil podrem indicar que sigui pública o privada. I en el cas de que la visibilitat es determini des de la interficie web podrem escollir entre privada, pública o determinada.
Es considera visibilitat pública quan tots els usuaris tenen permisos per llegir aquesta informació. En el cas de ser privada només el usuari generador / propietari tindrà permisos sobre aquell esdeveniment. I finalment en el cas de ser determinada podrem determinar quin grup d'usuaris podran rebre la informació.
Cal tenir present que qui genera l'esdeveniment és qui té inicialment els permissos necessaris per a dur a terme qualsevol modificació. Ens podriem plantejar de en un futur determinar si s'els hi pot otorgar a determinats usuaris permisos per dur a terme les modificacions oportunes. Aquesta característica només seria viable des de la interficie web ja que no disposem de cap paràmetre al telèfon mòbil que ens ho permeti realitzar.
Per altre banda tenim que no tots els telèfons mòbils ens permeten determinar el tipus de visibilitat, per tant a no ser que s'afirmi el contrari tot esdeveniment que es generi al dispositiu serà enviat al servidor com a esdeveniment privat a no ser què es defineixi en el telèfon com a sincronització pública.
Si hi ha un camp que defineix la sincronització com a pública ens caldrà determinar quin és el paràmetre/tag que defineix que la sincronització és pública (i el mateix per la privada).
Quan des del dispositiu mòbil volem determinar que un esdeveniment és públic però no disposem de l'opció que ens permet determinar el tipus de visibilitat, tindrem que o bé generar el esdeveniment des de la interficie web i indicar el tipus de visibilitat o bé generar-lo des del dispositiu mòbil i després modificar els permissos de visibilitat des de l'interficie web. El mateix procediment caldrà seguir quan volguem que un esdeveniment tingui visibilitat determinada.
Fins ara per analitzar les dades que s'envien des del telèfon mòbil al servidor utilitzavem les generades per un dels exemples de la API JSR75 però si aquest tractament de dades el portem als telèfons mòbils reals ens podem trobar diferencies... diferencies que s'han de tenir presents a l'hora de dissenyar el model de dades de una part de l'especificació del projecte.
Per ara tenim que en els següents mòdels de telèfons mòbils els esdeveniments i els seus paràmetres poden ser:
NOKIA N-70
Tipus d'esdeveniments: Reunión
Memorándum
Aniversario (opció que directament no es contempla)
Parametres per a cada esdeveniment:
1. Reunión:
Asunto
Ubicación
Hora de inicio
Hora de finalización
Día de inicio
Día de finalización
Alarma
Repetición
Sincronización
2. Memorandum
Asunto
Día de inicio
Día de finalización
Sincronización
MOTOROLA Z8
Tipus d'esdeveniments: Cita
Rercordatorio
Cita todo el dia
Aniversario (opció que directament no es contempla)
1. Cita
Asunto
Fecha de inicio
Fecha de fin
Hora de inicio
Hora fin
Posición
Alarma
Repetir
Categoria
Moderador
Asistentes
Notas
2. Recordatorio
Asunto
Fecha
Hora
Posición
Alarma
Repetir
Categoria
Notas
3. Cita todo el día
Asunto
Fecha de inicio
Fecha de fin
Posición
Alarma
Repetir
Categoria
Moderador
Asistentes
Notas
Sony Ericsson W660i
Tipus d'esdeveniments: Cita
1. Paràmeteres:
Asunto
Hora Inicial
Duración
Recordatorio
Fecha Inicial
Nokia 6120
Tipus d'esdeveniments: Reunión
Memorandum
**La resta no ens interessa
1. Reunión:
Asunto
Ubicación
Fecha Inicio
Hora Inicio
Fecha Fin
Hora Fin
Tipo Alarma
Alarma (indicamos cuanto antes queremos que nos avise)
2. Memorandum:
Asunto
Fecha Inicio
Fecha Fin
Tipo Alarma
Alarma (igual que en el caso de reunión)
Hora
Nokia 6288
Tipus d'esdeveniments: Reunión
Llamar a
Memorandum
Nota de aviso
**La resta no ens interessa
1. Reunión
Asunto
Lugar
Fecha de inicio
Hora de inicio
Fecha de fin
Hora de fin
Tipo de alarma
Fecha de alarma
Hora de alarma
Repetir?
**En cas afirmatiu : Repetir indefinidamente
2. Llamar a
Nombre
Número de teléfono
Fecha
Hora
Tipo de alarma
Hora de alarma
Repetir?
**En cas afirmatiu : Repetir indefinidamente
3. Memorándum
Asunto
Fecha de inicio
Fecha de fin
Tipo de alarma
Fecha de alarma
Hora alarma
Repetir
**En cas afirmatiu : Repetir indefinidamente
4. Nota de aviso
Tema de nota de aviso
Fecha
Alarma
Hora de alarma
Repetir?
** En cas afirmatiu : Repetir indefinidamente
Hi ha camps comuns però cal analitzar com es tracten cadascun d'aquests camps.
Algú pot afegir el tractament que en fa el seu telèfon mòbil? Gracies!!
Plantejament : Cal dur a terme una sincronització de les notes d'avís? En un principi penso que les notes d'avís poden ser considerades iguals o similars als memorandums, caldria analitzar la diferència que s'observa entre ambdues.
Fa una setmana que ja comença a tenir més bona pinta la part del client, és a dir, aquella que s'executarà en el telèfon mòbil. Per ara, cada vegada que des de la nostra aplicació escollim l'opció de sincronitzar s'ens genera un string que emmagatzema (per ara) tots els esdeveniments que tinguem emmagatzemats en l'agenda del dispositiu mòbil.
Aquest String serà el que enviarem al servidor, és a dir, al webservice. Per tant ara cal desenvolupar una petita part de servidor.
La part de servidor es desenvoluparà en PHP, per tal haig de montar un servidor que treballi amb extensions de SOAP.
La classe Sincro s'encarrega de dur a terme la sincronització. Aquesta classe és instanciada per la classe Listener, cada cop que aquest detecti que al canvas s'ha accionat el command "Sincronitzar".
Quan es crea un nou objecte sincro, el que volem és que es recopili aquella informació que volem enviar al servidor. Per tant, hem de cridar al mètode getList al qual li indiquem el tipus de llista que ha de recuperar.
Pregunta1 : Al recuperar la llista estem recuperant tmb el seu contingut?? o només ens està retornant la posició de la memòria en la que es troba??
Si només ens retornes la posició en la que ens troba també ens caldrà cridar/implementar el mètode getItem.
Al mètode getItem li passem la llista (o PimList) d'esdeveniments i ens ha de retornar una enumeració dels ítems que conté. Aquests esdeveniments seran tractats per la constructora del connection manager.
1. S'inicia l'execució de la midlet.
2. S'instancia (new) el canvas.
3. El canvas té un botó (command) "sincronitzar". Quan aquest es prem, s'invoca el mètode commandAction del Listener.
4. Un cop comparats el displayable i el command, es fa un new DataManager.
5. El DataManager crida al PIM i recupera tots els esdeveniments que té la llista d'esdeveniments
5.1. Agafa el nom de la llista d'esdeveniments
5.2. "Obre" la llista d'esdeveniments
5.3. Llegeix tots els esdeveniments de la llista
5.4. System.out.println(...) dels atributs de cada esdeveniment.
