• Add to Collection
  • Tools Used
  • About

    About

    MobiCrm wordt gebruikt door de engineers om hun interventies te verwerken bij de klant. MobiCrm zorgt dat deze gegevens worden doorgegeven aan de… Read More
    MobiCrm wordt gebruikt door de engineers om hun interventies te verwerken bij de klant. MobiCrm zorgt dat deze gegevens worden doorgegeven aan de TelelinQ Crm applicatie zodat daar de werkbonnen en de resultaten kunnen worden beheerd Read Less
    Published:
In opdracht van TelelinQ voor gebruik binnen de TelelinQ groep
1. Inleiding Inleiding

Vanwege de stop in verkoop van Pre windows 8 Mobiles is er het besluit genomen om een nieuwe MobiCrm versie te maken: MobiCrm 8.1 voor Windows 8
Deze versie moet de volledige functionaliteit hebben van de huidige Mobicrm 4 met volgende extra aanpassingen
 Volledig offline kunnen werken
 Correct verwerken van meerdere interventies bij de klant (dit leidt nu nog voor fouten)
Daar windows 8 op een volledig verschillende manier werkt moeten we vanaf 0 herbeginnen aan MobiCrm waardoor we dit best als een volledig project beschouwen met de daarbij horende MileStones

 
2. Functionele Analyse
Voor de volledige Functionele Analyse met offline ondersteuning verdelen we de analyse in verschillende onderdelen

2.1 Beveiliging
Daar we offline werken zullen en vanuit gaande dat de bedrijfsstandaard aanduid dat de security settings op de mobile ingesteld zijn op een security paswoord gaan we de technieker zijn gegevens bijhouden, wel met een mogelijkheid om indien nodig de technieker aan te passen (dit moet wel online gebeuren)
 
2. 2. Data en Queue
2.2.1 Data

We zorgen dat we een onderdeel hebben dat voor ons op regelmatige momenten een controle doen van de planning van de ingelogde technieker. Zowel de planning voor vandaag als die voor morgen. Deze data houden we lokaal bij in een kleine lokale database.
 
2.2.2 Queue
De lokale queue wordt op regelmatige momenten doorgestuurd naar de server. Om aldaar in de server queue terecht te komen.
De queue is volgens voorstel 4.1.2 opgesplitst in 2 queue’s waarin de 2de queue de grotere communicatie blokken zal verwerken zodat vertragingen in de belangrijke gegevens geminimaliseerd worden
 
2. 3. Server
Hier worden de doorgegeven gegevens verwerkt naar de database. Ook hier houden we rekening met de aanpassingen van voorstel 4.1.2 en voorstel 4.2.2
 
2. 4. Gebruikers schermen
Door de andere werkwijze op Windows 8 zullen de schermen er anders uit komen ze zien.
Elk scherm zullen we apart bespreken samen met de mogelijkheden en achterliggende acties
Daar we volledig offline gaan werken zullen we enkele zekerheden inbouwen en enkele lokale instellingen behouden.