Differences between revisions 9 and 11 (spanning 2 versions)
Revision 9 as of 2012-01-02 17:43:56
Size: 3176
Comment:
Revision 11 as of 2012-03-06 15:53:45
Size: 7045
Comment:
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
Un buon inizio, ma poi vi siete persi nel dettaglio nella sezione analisi dei requisiti. ==== it's a good time for developing ====
Cloudy è un ambiente di sviluppo open-source e multipiattaforma che supporta diversi linguaggi di programmazione. Il software presenta caratteristiche aggiuntive rispetto ai normali ambienti di sviluppo: offre la possibilità di condividere lo spazio di lavoro con altri utenti e di interagire in tempo reale con essi. Cloudy si pone l'obiettivo di migliorare l'interazione tra programmatori per lo sviluppo software, riducendo considerevolmente la quantità di tempo necessaria per la realizzazione di applicazioni.
Line 5: Line 6:
La chiamerei "Analisi dei Requisiti Utente" e cercherei di fare meno riferimento a "come" risolvere il problema, stressando di più "cosa" si vuole fare. === ANALISI DEI REQUISITI DEL SISTEMA: ===
1. Il sistema permette all'utente di visualizzare i documenti condivisi e di scrivere in simultanea con altri utenti.
Line 7: Line 9:
Meno dettagli su registrazioni o account, amministratori ecc. e più dettaglio su come si svolge il lavoro di gruppo e quali funzioni devono essere disponibili. 2. Il sistema permette di creare progetti per un determinato linguaggio di programmazione e di condividerlo con gli utenti designati.
Line 9: Line 11:
''F. Ricca'' 3. Il sistema permette il salvataggio e il caricamento dei progetti e dei documenti contenuti.
Line 11: Line 13:
==== it's a good time for developing ====
Cloudy è un ambiente di sviluppo open-source e multipiattaforma che consente di condividere lo spazio di lavoro con altri utenti. Il software permette di interagire in tempo reale, ovvero leggere o scrivere in contemporanea, con gli altri. Il sistema agevola la collaborazione mettendo a disposizione diversi strumenti utili, quali il voip e i permessi di accesso ad un progetto.
4. Il sistema garantisce una "chiara" visualizzazione in tempo reale del documento su cui stanno operando più utenti: cioè il testo digitato da un utente deve essere immediatamente visibile agli altri utenti che scrivono o, semplicemente, leggono.
Line 14: Line 15:
==== ANALISI DEI REQUISITI: ====
Si vuole realizzare un'applicazione che permetta a più utenti di sviluppare un software in modo condiviso, tenendo l'area di lavoro sincronizzata tra di loro.
5. Il sistema permette di agevolare e rendere "più sicura" la scrittura simultanea tra diversi utenti dando l'opportunità di gestire i diversi permessi.
Line 17: Line 17:
6. Il sistema salva ogni azione degli utenti e la memorizza in un diario, accessibile da tutte le persone che partecipano al progetto.

7. Per agevolare l'interazione, Cloudy permette di creare "lobby" in cui gli utenti possono comunicare tramite voip.

=== ANALISI DEI REQUISITI UTENTE: ===
Line 29: Line 34:
 * Il sistema mette a disposizione un diario aggiornato in cui vengono salvate le modifiche del progetto, registrando l'utente e i file su cui ha lavorato nel corso del tempo.
Line 34: Line 37:

=== CASI D'USO: ===
1.

NOME DEL CASO D'USO: AUTENTICAZIONE UTENTE

DESCRIZIONE: Insieme delle operazioni che consistono nella registrazione dell'utente oppure log-in nel sistema.

PRIORITÀ: Massima.
PORTATA: ??

LIVELLO: Obiettivo utente.

ATTORE PRIMARIO: Utente.

PARTI INTERESSATI O INTERESSI:

- Utente: L'utente deve effettuare l'accesso se è già registrato, oppure registrarsi se è il primo utilizzo.

- Sistema: Il sistema deve memorizzare i dati dell'utente in caso di registrazione, oppure riconoscere l'utente che sta effettuando l'accesso, caricare i suoi progetti e garantire le funzionalità che offre il sistema.

PRECONDIZIONI: Essere connesso alla rete Internet.

GARANZIA DI SUCCESSO (POST-CONDIZIONI): L'utente può accedere alla sua area di lavoro.

AVVIO: Apertura del programma.

SCENARIO PRINCIPALE DI SUCCESSO (FLUSSO DI BASE):

1. L'utente avvia il programma.

2. Il sistema mostra l'interfaccia di accesso.

3. L'utente inserisce i dati 'personali' di accesso.

4. Il sistema verifica l'esistenza dei dati.

5. Il sistema mostra l'area di lavoro associata all'utente.

ESTENSIONI :
Primo scenario alternativo di successo (l'utente effettua la registrazione)

              3a. L'utente effettua la registrazione, inserendo i dati richiesti.

                      3a.1. Il sistema memorizza i dati del nuovo utente.

                      3a.2. Ritorna al punto 3.

Secondo scenario alternativo di successo (l'utente sbaglia i dati di accesso)

              4a. I dati non esistono nel sistema.

                     4a.1. Il sistema avverte l'utente dell'inesistenza dei dati inseriti.

                     4a.2. Torna al punto 2.



REQUISITI SPECIALI (FUNZIONALI)
FREQUENZA DI RIPETIZIONE
ANNOTAZIONI (VARIE)

{{{




ESTENSIONI (FLUSSO ALTERNATIVO):


a) In ogni momento il nutrizionista può scegliere se annullare la registrazione.

b) Tutti i dati sono obbligatori, eccetto le eventuali note, se in nutrizionista dimentica di inserire alcuni dati il sistema ripete il passo 4 e tutto ciò che ne consegue.

c) Al passo 6 il nutrizionista si accorge che alcuni dati sono stati inseriti in maniera errata, in tal caso il nutrizionista può modificare dalla scheda qualsiasi campo e procedere con il passo 7 con i dati modificati.

d) In ogni momento di inserimento dei dati il nutrizionista può perdere la comunicazione con il sistema, in tal caso il sistema non deve memorizzare nessuna informazione, è necessario ripetere tutto lo scenario ex-novo.


REQUISITI SPECIALI: L'interfaccia utente è composta da un modulo elettronico, il nutrizionista viene guidato nella compilazione.

ELENCO DELLE VARIANTI TECNOLOGICHE E DEI DATI: Il sistema calcola, e quindi mostra al nutrizionista, il calcolo del peso ideale secondo le formule di Lorenz, Broca, WanDerVael, Berthean, Perrault, keys, Travia. Per ulteriori informazioni si rimanda al “FORMULARIO PER IL CALCOLO DEL PESO IDEALE”

FREQUENZA DI RIPETIZIONE: Ipotizzando la garanzia di successo, si ripete il caso d'uso per ogni nuovo paziente.

VARIE: E' bene che sia solo il nutrizionista ad effettuare la procedura di registrazione del paziente in quanto per determinare alcuni parametri fisici del paziente sono necessarie competenze che il Paziente, generalmente, non possiede. Ad esempio per determinare la costituzione fisica del paziente.
}}}

Cloudy

it's a good time for developing

Cloudy è un ambiente di sviluppo open-source e multipiattaforma che supporta diversi linguaggi di programmazione. Il software presenta caratteristiche aggiuntive rispetto ai normali ambienti di sviluppo: offre la possibilità di condividere lo spazio di lavoro con altri utenti e di interagire in tempo reale con essi. Cloudy si pone l'obiettivo di migliorare l'interazione tra programmatori per lo sviluppo software, riducendo considerevolmente la quantità di tempo necessaria per la realizzazione di applicazioni.

ANALISI DEI REQUISITI DEL SISTEMA:

1. Il sistema permette all'utente di visualizzare i documenti condivisi e di scrivere in simultanea con altri utenti.

2. Il sistema permette di creare progetti per un determinato linguaggio di programmazione e di condividerlo con gli utenti designati.

3. Il sistema permette il salvataggio e il caricamento dei progetti e dei documenti contenuti.

4. Il sistema garantisce una "chiara" visualizzazione in tempo reale del documento su cui stanno operando più utenti: cioè il testo digitato da un utente deve essere immediatamente visibile agli altri utenti che scrivono o, semplicemente, leggono.

5. Il sistema permette di agevolare e rendere "più sicura" la scrittura simultanea tra diversi utenti dando l'opportunità di gestire i diversi permessi.

6. Il sistema salva ogni azione degli utenti e la memorizza in un diario, accessibile da tutte le persone che partecipano al progetto.

7. Per agevolare l'interazione, Cloudy permette di creare "lobby" in cui gli utenti possono comunicare tramite voip.

ANALISI DEI REQUISITI UTENTE:

  • Per poter utilizzare il prodotto l'utente deve essere registrato. Per utente registrato si intende colui che ha specificato un nome utente (nickname), una password e una casella di posta elettronica.
  • La registrazione può essere effettuata dal menu che viene aperto all'avvio oppure sul sito del programma. Se l'utente è già registrato, allora può eseguire il login e iniziare a lavorare.
  • Ogni utente possiede un'area di lavoro cloud* e può creare altri progetti e gruppi di lavoro, che vengono assegnati ai progetti selezionati, oppure lavorare sui progetti a cui già partecipa.
  • Un gruppo di lavoro è costituito dagli utenti root, cioè dagli amministratori del progetto che hanno pieni poteri sull'area di lavoro e sugli altri gruppi, e da eventuali sotto-gruppi. I sotto-gruppi hanno poteri limitati e visibilità ridotta , attribuita dagli utenti root o dal gruppo sovrastante. Il sistema dei gruppi è gerarchico, quindi ogni sottogruppo ha poteri più ristretti rispetto al gruppo da cui discende.
  • Ad ogni progetto il sistema provvede a creare una room, una stanza privata ed accessibile solo a chi partecipa al progetto, nella quale gli utenti hanno la possibilità di comunicare vocalmente.
  • Durante la digitazione nel documento, ogni utente possiede un'etichetta visibile e univoca che identifica la posizione del cursore dell'utente in quel documento. E' possibile, inoltre, che un utente scelga un colore particolare colore di testo "per maggiore chiarezza".

// è fattibile?

L'utente può eseguire la compilazione tra i linguaggi supportati dal server, ottenendo l'oggetto compilato o visualizzando il risultato se eseguibile.

CASI D'USO:

1.

NOME DEL CASO D'USO: AUTENTICAZIONE UTENTE

DESCRIZIONE: Insieme delle operazioni che consistono nella registrazione dell'utente oppure log-in nel sistema.

PRIORITÀ: Massima. PORTATA: ??

LIVELLO: Obiettivo utente.

ATTORE PRIMARIO: Utente.

PARTI INTERESSATI O INTERESSI:

- Utente: L'utente deve effettuare l'accesso se è già registrato, oppure registrarsi se è il primo utilizzo.

- Sistema: Il sistema deve memorizzare i dati dell'utente in caso di registrazione, oppure riconoscere l'utente che sta effettuando l'accesso, caricare i suoi progetti e garantire le funzionalità che offre il sistema.

PRECONDIZIONI: Essere connesso alla rete Internet.

GARANZIA DI SUCCESSO (POST-CONDIZIONI): L'utente può accedere alla sua area di lavoro.

AVVIO: Apertura del programma.

SCENARIO PRINCIPALE DI SUCCESSO (FLUSSO DI BASE):

1. L'utente avvia il programma.

2. Il sistema mostra l'interfaccia di accesso.

3. L'utente inserisce i dati 'personali' di accesso.

4. Il sistema verifica l'esistenza dei dati.

5. Il sistema mostra l'area di lavoro associata all'utente.

ESTENSIONI : Primo scenario alternativo di successo (l'utente effettua la registrazione)

  • 3a. L'utente effettua la registrazione, inserendo i dati richiesti.
    • 3a.1. Il sistema memorizza i dati del nuovo utente. 3a.2. Ritorna al punto 3.

Secondo scenario alternativo di successo (l'utente sbaglia i dati di accesso)

  • 4a. I dati non esistono nel sistema.
    • 4a.1. Il sistema avverte l'utente dell'inesistenza dei dati inseriti. 4a.2. Torna al punto 2.

REQUISITI SPECIALI (FUNZIONALI) FREQUENZA DI RIPETIZIONE ANNOTAZIONI (VARIE)

ESTENSIONI (FLUSSO ALTERNATIVO):


a) In ogni momento il nutrizionista può scegliere se annullare la registrazione.

b) Tutti i dati sono obbligatori, eccetto le eventuali note, se in nutrizionista dimentica di inserire alcuni dati il sistema ripete il passo 4 e tutto ciò che ne consegue.

c) Al passo 6 il nutrizionista si accorge che alcuni dati sono stati inseriti in maniera errata, in tal caso il nutrizionista può modificare dalla scheda qualsiasi campo e procedere con il passo 7 con i dati modificati.

d) In ogni momento di inserimento dei dati il nutrizionista può perdere la comunicazione con il sistema, in tal caso il sistema non deve memorizzare nessuna informazione, è necessario ripetere tutto lo scenario ex-novo.


REQUISITI SPECIALI: L'interfaccia utente è composta da un modulo elettronico, il nutrizionista viene guidato nella compilazione.

ELENCO DELLE VARIANTI TECNOLOGICHE E DEI DATI: Il sistema calcola, e quindi mostra al nutrizionista, il calcolo del peso ideale secondo le formule di Lorenz, Broca, WanDerVael, Berthean, Perrault, keys, Travia. Per ulteriori informazioni si rimanda al “FORMULARIO PER IL CALCOLO DEL PESO IDEALE”

FREQUENZA DI RIPETIZIONE: Ipotizzando la garanzia di successo, si ripete il caso d'uso per ogni nuovo paziente.

VARIE: E' bene che sia solo il nutrizionista ad effettuare la procedura di registrazione del paziente in quanto per determinare alcuni parametri fisici del paziente sono necessarie competenze che il Paziente, generalmente, non possiede. Ad esempio per determinare la costituzione fisica del paziente.

Ricca Wiki: CanonacoRende (last edited 2012-03-13 16:09:25 by CanonacoRende)