# Quinck: analisi funzionale dell'applicazione mobile

## Sommario
Analisi volta a delineare le funzionalità e le caratteristiche dell'applicazione di Quinck.

## Analisi
Si vuole realizzare un'applicazione in grado di fornire i servizi offerti da Quinck agli Utenti e ai Funzionari dei clienti attraverso Device Mobile.
L'applicazione sarà in grado di interfacciarsi con il sistema creato dal team di Quinck, quindi di comunicare con la station installate nei punti di interesse e accesso e con i server, garantendo sempre sicurezza nel passaggio di dati sensibili. L'applicazione dei Funzionari a differenza di quella degli Utenti sarà inoltre in grado di controllare l'utenza, cioè visualizzare gli abbonati e verificare il corretto utilizzo del servizio da parte di essi.

### Glossario
#### Terminologia

| Nome | Sigla | Descrizione |
| --- | --- | --- |
| Station | ST | Dispositivo elettronico utilizzato come parte della rete IoT. |
| Device | DE | Sistema mobile su cui viene installata l'applicazione. |
| Application | APP | Applicazione mobile installata sui device. |
| User | US | Utente finale che utilizza l'applicazione. |
| Customer | CU | Ente che decide di diventare cliente e quindi di fornirsi del nostro servizio. |
| Functionary | FU | Persona incaricata dal cliente e che ne fa le veci e che svolge le funzionalità di controllo da parte del cliente stesso. |
| Functionary Application | FU-APP | Applicazione fornita al funzionario per effettuare le operazioni di controllo. |
| Server | SE | Parte applicativa lato server. |
| Sistema | SY | Sistema nel suo complesso. |

#### Requisiti
- **Business Requirements**
Requisiti ad alto livello che il sistema deve realizzare al fine di immettersi nel mercato
- **Functional Requirements**
Vincoli Funzionali del sistema
- **Non Functional Requirements**
Vincoli che riguardano la qualità e i limiti del sistema nel suo complesso. Non riguardano strettamente le funzionalità messe a disposizione. Quality of Experice ed altre.

### Business Requirements

### Argomenti

| Codice | Nome |
| --- | --- |
| 1 | Funzionalità |
| 2 | Costi di pubblicazione |
| 3 | Costi di distribuzione |
| 4 | Profilazione e newsletter|

| Codice | Soggetto | Descrizione |
| --- | --- | --- |
| 1.1 | SY | L'APP deve essere in grado di comunicare con la ST e con il SE. |
| 1.2 | APP | L'APP deve essere fatta in modo da poter essere usata dal maggior numero di persone, cioè deve consentire una buona user experience. |
| 2.1 | APP | L'APP sarà pubblicata tramite Play Store o App Store dal team di Quinck, i quali si farannno carico dei costi di pubblicazione. |
| 3.1 | APP | L'APP sarà gratuita per tutti gli US e FU. |
| 3.2 | APP | Il team di Quinck si occuperà di pubblicizzare l'APP. |
| 4.1 | APP | Per utilizzare l'APP sarà necessario registrarsi in modo da avere dei profili US |
| 4.2 | APP | Sarà possibile attivare una newsletter per ricevere aggiornamenti riguardanti i servizi offerti. |

### Functional Requirements

#### Argomenti
| Codice | Nome |
| --- | --- |
| 1 | Vincoli al funzionamento |
| 2 | Logica all'interno dell'applicazione |
| 3 | Login |
| 4 | Servizio di pagamento |
| 5 | Controlli effettuati da un funzionario |
| 6 | Storico delle informazioni |
| 7 | Servizi dei nostri clienti |

| Codice | Soggetto | Descrizione |
| --- | --- | --- |
| 1.1 | APP | L'APP deve funzionare anche in background. |
| 1.2 | APP | L'APP per funzionare richiede l'accesso ad internet. |
| 1.3 | APP | L'APP dovrà garantire la gestione dei guasti dovuti a cadute di connessione. |
| 2.1 | APP | L'APP non deve avere logica riguardante i servizi al suo interno. |
| 2.2 | APP | L'APP offrirà diversi servizi di pagamento e personalizzazioni relative a quali servizi l'US vuole usare. |
| 2.3 | APP | L'APP deve funzionare come ponte tra la ST e i SE limitandosi ad inviare i dati. |
| 3.1 | APP | Dovrà essere possibile effettuare il login dall'APP. |
| 4.1 | APP | L'APP non dovrà permettere all'US di utilizzare il servizio se non ha impostato un servizio di pagamento. |
| 4.2 | APP | L'APP permetterà di aggiungere più servizi di pagamento. |
| 5.1 | FU | Un FU di un nostro cliente deve poter controllare se un US è registrato e se sta utilizzando il sistema. |
| 5.2 | FU-APP | La FU-APP dovrà permettere di visualizzare le informazioni di un US relative all'utilizzo del nostro servizio. Le informazioni riguarderanno solo il servizio messo a disposizione dal CU per cui questo FU sta svolgendo la sua mansione. |
| 6.1 | APP | Saranno disponibili le informazioni relative alle transazioni che l'US ha sostenuto. |
| 6.2 | APP | Saranno disponibili le informazioni relative ai servizi utilizzati con uno storico degli utilizzi. |
| 6.3 | APP | L'APP deve fornire la possibilità di filtrare per servizio sia per quanto riguarda l'utilizzo dei servizi che per le transazioni effettuate. |
| 7.1 | APP | L'APP deve fornire un elenco di servizi che l'US potrà scegliere. |
| 7.2 | APP | Tramite l'APP dovrà essere possibile per l'US configurare la metodologia di un servizio. |
| 7.3 | APP | L'US tramite l'APP dovrà essere abilitato ad aggiungere abbonamenti che questo possiede per un determinato servizio. |
| 7.4 | APP | Ogni CU avrà una sua voce nell'APP. |
| 7.4.1 | APP | Per ogni CU saranno disponibili i servizi da lui messi a disposizione visibili all'US. |
| 7.4.2 | APP | Per ogni CU saranno disponibili una serie di funzionalità personalizzabili che il proprio servizio potrà offrire ai propri US. |

### Non Functional Requirements

#### Argomenti

| Codice | Nome |
| --- | --- |
| 1 | Prestazioni |
| 2 | Tolleranza ai guasti |
| 3 | Usabilità |
| 4 | Internazionalizzazione |
| 5 | Riusabilità |

| Codice | Soggetto | Descrizione |
| --- | --- | --- |
| 1.1 | APP | L'APP non deve utilizzare un consumo eccessivo in termini di batteria. |
| 1.2 | APP | L'APP non deve utilizzare un consumo eccessivo di dati mobili. |
| 2.1 | APP | L'APP sarà tollerante a disconnessioni della rete. |
| 2.2 | APP | L'APP sarà tollerante a disconnessioni della ST. |
| 3.1 | APP | L'interfaccia grafica fornita dall'APP dovrà essere "user friendly". |
| 3.2 | APP | Le schermate principali saranno poche ed immediate. |
| 3.3 | APP | Le personalizzazioni saranno possibili nelle sotto pagine di una pagina generica "servizi". |
| 4.1 | APP | L'APP sarà pensata per essere facilmente traducibile in tutte le lingue richieste dai CU. |
| 4.2 | APP | L'APP supporterà inizialmente italiano ed inglese. |
| 5.1 | APP | L'APP deve gestire tutti i possibili CU modificando solo la pagina "servizi". |