ZotSell
Wizzard Home |
Task
Permette di definire la traccia di lavorazioni necessarie per la predisposizone di un Form(Modulo da compilare) personalizzato.
Non tutte le attività sono necessarie . Devono essere definite in una piano di lavoro in accordo che le esigenze espresse in fase di preventivazione
Di seguito traccia del percorso implementativo con indicati i vari step e la stima approssiamtiva delle attività
Ovviamente la stima potrà variare in base alla:
a) Complessità del modulo
b) Completezza del materiale fornito in fase di pianificazione
c) Variazioni in corso d'opera rispetto alle indicazioni inziali
d) Metodo di esportazione dei dati richiesto (Opzionale)
e) Richiesta di versioni stampabili personalizzate (Opzionale)
f) Controlli particolari richieste su immissione utente ed eventuali dipendenze campi qualora implementabili.
g) Necessità di vincolare per alcuni campi i dati immessi in alcuni campi del modulo in base valori fissi predefiniti, a liste opzioni di provenienza esterna (tracciati di supporto)
Di seguito nell'esempio è riportato il caso di un modulo di complessità media in cui :
- Non vi sono dipendenze fra campi
- Gli unici dati esterni vincolati a liste esterne sono l'impostazione cliente a cui associare il modulo Contatti (tracciato anagrafiche.csv)
- Non sono previsti sottomoduli
- Inizializzazione nuovo modulo direttamente da ipad
Per dettagli vedi questa Scheda
2.a) Icona App :
Vedi Manualistica
2.b) Immagini spalshscreen App :
2.c) Nome Applicazione :
Vedi Manualistica
Per dettagli vedi questa Scheda
Per dettagli vedi questa Scheda
Per dettagli vedi questa Scheda
Per dettagli vedi questa Scheda
Per dettagli vedi questa Scheda
Per dettagli vedi questa Scheda
Per dettagli vedi questa Scheda
Per dettagli vedi questa Scheda
Per dettagli vedi questa Scheda
Per dettagli vedi questa Scheda
Per dettagli vedi questa Scheda
Per dettagli vedi questa Scheda
Per dettagli vedi questa Scheda
Attenzione In caso siano da riprodurre moduli con strutture complesse con submoduli in fase di compilazione il sistema viene scomposto in singoli moduli e per ciascuno devono essere eseguite le iterazioni del punto a.1 - a.4 per cui è necessario redigere una Blue print di progetto in cui vengono specificati in dettaglio tutti gli elementi del form.
La redazione della Blue print che deve essere approvato prima della messa in opera comporta una lavorazione che non è stimabile a priori ma può comportare indicativamente da 1-2 gg uomo a crescere in funzione della complessità richiesta dai moduli da riprodurre.
| Cod. | Ultima revisione | Wiki | Cod. Sviluppo |
| 654 | 2016/03/05 - PG |
Percorso implementativo task personalizzato
Caratteristiche
Per la messa in opera sono necessarie delle lavorazioni in cui di seguito è riportata su un esempio una stima.Ovviamente la stima potrà variare in base alla:
a) Complessità del modulo
b) Completezza del materiale fornito in fase di pianificazione
c) Variazioni in corso d'opera rispetto alle indicazioni inziali
d) Metodo di esportazione dei dati richiesto (Opzionale)
e) Richiesta di versioni stampabili personalizzate (Opzionale)
f) Controlli particolari richieste su immissione utente ed eventuali dipendenze campi qualora implementabili.
g) Necessità di vincolare per alcuni campi i dati immessi in alcuni campi del modulo in base valori fissi predefiniti, a liste opzioni di provenienza esterna (tracciati di supporto)
Di seguito nell'esempio è riportato il caso di un modulo di complessità media in cui :
- Non vi sono dipendenze fra campi
- Gli unici dati esterni vincolati a liste esterne sono l'impostazione cliente a cui associare il modulo Contatti (tracciato anagrafiche.csv)
- Non sono previsti sottomoduli
- Inizializzazione nuovo modulo direttamente da ipad
Milestone 1 - Predisposizione Basic (1 giornata)
Il sistema di modulistica che è possibile predisporre in app tramite il modulo Zotcare prevede una modalità di inserimento lineare dei dati senza particolari vincoli di controllo tra opzioni o che scaturiscono in proposte di compilazioni submoduli.
In questa prima Milestone è prevista la messa in opera base del modulo lato App in modo che l'utente sia in grado di generarlo e compilarlo liberamente con lo scopo di sostituire la versione cartacea o su file tipo excell o simili ad una versione digitalizzata su dispositivo mobile vincolata nei controlli base di compilazione e obbligatorietà per la chiusura.
In questa prima Milestone è prevista la messa in opera base del modulo lato App in modo che l'utente sia in grado di generarlo e compilarlo liberamente con lo scopo di sostituire la versione cartacea o su file tipo excell o simili ad una versione digitalizzata su dispositivo mobile vincolata nei controlli base di compilazione e obbligatorietà per la chiusura.
1. Incontro via skype per Kickoff progetto
(M1.ZCSKO) Incontro via skype per kickoff progetto. Attivazione e invito referente di progetto primo login di sistema e modo apertura ticket assistenze
Per dettagli vedi questa Scheda
2. Attivazione app con vostri loghi e nome App
(M1ZC.ZFS) Compilazione app con icona, splash screen images personalizzate, e nome App definitivi
2.a) Icona App :
Vedi Manualistica
2.b) Immagini spalshscreen App :
2.c) Nome Applicazione :
Vedi Manualistica
3. Analisi campi del modulo
(M1ZC.ACM) Definizione dei campi che costituiscono il modulo in app per l'acquisizioni dei dati necessaria a compilare il task
Per dettagli vedi questa Scheda
4. Predisposizione del Modulo in app
(M1ZC.PMA) Realizzazione del modulo in app sulla base dell'analisi di cui sopra
Per dettagli vedi questa Scheda
5. Scelta elementi da presentare in lista in app
(M1ZC.EPA) Scelta dei campi del modulo da presentare nell'anteprima in lista dello storico dei task
Per dettagli vedi questa Scheda
6. Definizioni condizioni di chiusura modulo in app
(M1ZC.CMA) Scelta dei campi del modulo da rendere obbligatori o non obbligatori per il salvataggio del modulo e per la chiusura
Per dettagli vedi questa Scheda
7. Predisposizione notifiche email a chiusura modulo
(M1ZC.NEM) Scelta degli indirizzi email a cui mandare la notifica alla chiusura del modulo
Per dettagli vedi questa Scheda
Milestone 2 - Predisposizione funzioni Opzionali (da 1 a 7 giornate)
1. Esportazione dati modulo verso il gestionale
(M2ZC.EMG) Possibilità di predisporre il modulo per l'importazione in gestionale
Per dettagli vedi questa Scheda
2. Visualizzazione Task su server Zotsell
(M2ZC.VTS) Possibilità di visualizzare i moduli compilati dagli utenti nel backend di ZotSell
Per dettagli vedi questa Scheda
3. Predisposizione layout di visualizzazione e stampa
(M2ZC.LVS) Predisposizione della stampa grafica del modulo
Per dettagli vedi questa Scheda
4. Acquisizione dati da tabelle esterne
(M2ZC.ADT) Possibilità di acquisire dati (es. lista clienti, ricambi, ecc.) da database cliente ed importarli nell'app
Per dettagli vedi questa Scheda
5. Versione pdf
(M2ZC.PDF) Possibilità di realizzare la stampa grafica del modulo in PDF
Per dettagli vedi questa Scheda
6. Generazione Task da server Zotsell
(M2ZC.GTS) Possibilità di generare il modulo all'utente tramite il backend di ZotSell
Per dettagli vedi questa Scheda
7. Generazione Task da tracciati esterni
(M2ZC.GTT) Possibilità di generare il modulo all'utente tramite tracciati csv
Per dettagli vedi questa Scheda
8. Attivazione nuovo cliente Esportazione nuovo cliente
(M2ZC.ENC) Possibilità di inserire un nuovo cliente qualora non fosse codificato
Per dettagli vedi questa Scheda
Milestone 3 - Predisposizione di moduli complessi
(M3ZC.PMC)Attenzione In caso siano da riprodurre moduli con strutture complesse con submoduli in fase di compilazione il sistema viene scomposto in singoli moduli e per ciascuno devono essere eseguite le iterazioni del punto a.1 - a.4 per cui è necessario redigere una Blue print di progetto in cui vengono specificati in dettaglio tutti gli elementi del form.
La redazione della Blue print che deve essere approvato prima della messa in opera comporta una lavorazione che non è stimabile a priori ma può comportare indicativamente da 1-2 gg uomo a crescere in funzione della complessità richiesta dai moduli da riprodurre.