Prot. N. xxxxxx Del xxxxxxxxx Spett.le xxxxxxxxx xxxxxxxxxxxx Alla cortese attenzione del xxxxxxx dott. xxxxxxxxx Sviluppo Applicazione per la gestione e consultazione di materiale didattico Documento di analisi dei requisiti Requirement Analysis Document
Descrizione Il cliente chiede l implementazione di un sistema che prevede la gestione e consultazione di un repertorio di materiale didattico, LO (Learning Object). Il sistema, che si concretizzerà in un applicazione web, permette l accesso simultaneo a tutti gli utenti, per ogni tipo di funzione richiesta. L attività vede come attore principale lo studente che può interrogare l applicazione secondo varie modalità, elicitando il titolo dell argomento scelto. Il materiale reso disponibile può essere visualizzato in vari formati ed in base ai metadati stabiliti, può essere trovato. Amministratori e autori, rappresentano gli altri ruoli che un utente può avere, con diverse funzionalità relative. Requisiti funzionali L utente può accedere da un qualsiasi sistema che abbia un collegamento ad internet. Vista l esigenza, l applicazione non avrà bisogno di installazioni (se non quelle riferite al sistema operativo di base e al browser scelto). Nel caso studente, ci sarà una operazione di login, gestita dall amministratore, la quale, una volta superata, metterà lo studente di fronte a vari canali di ricerca distinguendo per strategia didattica (lezione audiovisiva, materiale teorico, test, ecc ). Nel caso autore, solita operazione di login, accesso all intera banca dati per la visualizzazione. Inserimento di materiale e modifica (unicamente per le attività prodotto). Ultimo caso, amministratore, con operazioni di gestione del sistema, anagrafica utenti, gestione credenziali studenti e autori.
Requisiti non funzionali Usabilità: Layout di visualizzazione graficamente accattivante e intuitivo per permettere allo studente di visualizzare nel più breve tempo il materiale richiesto. Possibilità addizionale di ricerca con campo tesuale. Form di richiesta iscrizione al portale per gli studenti. Affidabilità: Ogni utente accederà ad un server in remoto. Il server avrà più copie di backup. L unica criticità potrebbe essere un collegamento dati non efficiente dal lato utente. Performance: Tempo di risposta: risposta in tempo reale. Supportabilità: L applicazione si appoggerà ad un dominio dedicato (.org/.it). Ciò permetterà un indicizzazione maggiore nei motori di ricerca. L applicazione può essere implementata successivamente con lingue diverse (es. inglese)
Identificazione degli attori 1.STUDENTE Come già accennato precedentemente, è l attore principale a cui va dedicato l intero servizio. Accede al sistema tramite login, trovandosi di fronte un pannello di ricerca testuale e ad oggetti. Nonché le ultime pubblicazioni effettuate dagli autori, e le ultime ricerche effettuate dallo studente stesso. 2.AUTORE L autore è colui il quale inserisce i contenuti. Essi possono avere vari formati e divisi in base alla strategia didattica. Un LO può avere anche più strategie didattiche. Può visualizzare tutte le pubblicazioni effettuate e modificare soltante quelle pubblicate da lui stesso. 3. AMMINISTRATORE Questo ruolo è affidato a colui il quale avrà la gestione delle anagrafiche degli studenti, la gestione delle credenziali, con possibilità di autenticare di volta in volta, lo studente che ne facesse richiesta. Il cliente non lo specifica, ma potrebbe essere implementato un form di richiesta iscrizione al portale, indirizzato all amministratore. L amministratore gestirà anche le anagrafiche e credenziali degli autori.
Identificazione degli scenari Nome scenario Partecipanti Flusso Eventi Iscrizione Studente Pippo :studente, Admin :amministratore 1. Pippo accede all url o tramite motore di ricerca o perché già in possesso; 2. Il sistema visualizza la home page di presentazione; 3. Pippo sceglie la sezione RichiediIscrizione 4. Pippo compila il form di registrazione, con i suoi dati anagrafici (email importante); 5. Il sistema comunica dell avvenuta richiesta avvisando lo studente che nel caso la procedura dovesse andare a buon fine, riceverà le credenziali di accesso; 6. Admin accede all url e sceglie la sezione Accedi; 7. Admin inserisce le credenziali accedendo alla pagina a lui riservata; 8. Il sistema comunica dell avvenuta richiesta di iscrizione da parte di studenti ; 9. Admin apre la sezione, e vede la richiesta di iscrizione di Pippo; 10. Admin decide di accordare l iscrizione, abilitando l utente Pippo con generazione casuale della password; 11. Admin invia, tramite sistema, le credenziali, direttamente alla email indicata da Pippo; 12. Admin si disconnette. 13.Pippo riceve la mail di accettazione iscrizione dal sistema, indicante le credenziali; 14. Clicca sul link indicato nella mail che lo reindirizza al pannello di login;
15. Inserisce le credenziali; 16. Pippo visualizza la home page riservata agli studenti; 17. Pippo si disconnette. Nome scenario Partecipanti Flusso Eventi Interrogazione Studente Pippo :studente 1. Pippo accede al portale tramite url; 2. Inserisce le credenziali nella sezione login; 3. Visualizza la home page relativa agli studenti; 4. Può scegliere tra ricerca testuale, visualizzare gli ultimi contenuti inseriti nel sistema, o selezionare il materiale tramite argomento; 5. Pippo sceglie l opzione desiderata; 6. Pippo si disconnette. Nome scenario Partecipanti Flusso Eventi Interrogazione Studente Prof1 :autore 1. Prof1 accede al portale tramite url; 2. Inserisce le credenziali nella sezione login; 3. Visualizza la home page relativa agli autori; 4. Può scegliere tra ricerca testuale, visualizzare gli ultimi contenuti inseriti nel sistema, o selezionare il materiale tramite argomento. Può inoltre, consultare la sezione relativa alle pubblicazioni con possibilità di modifica (relativamente a quelle proprie); 5. Prof1 sceglie l opzione desiderata; 6. Prof1 si disconnette.
Use Case Model Diagramma dei casi d uso
Casi d uso Nome caso d uso Attori Flusso degli eventi Condizioni di ingresso Condizioni di uscita Iscrizione Iniziato da Studente 1. Lo studente accede al portale tramite url del sito; 2. La home page del portale mostra le tipologie di scelta; 3. Lo studente entra nella sezione registrati; 4. Il portale visualizza un form per l iscrizione, indicante i dati richiesti; 5. Lo studente compila il form e lo invia al sistema; 6. Lo studente riceve i dati di accesso via email; 7. Lo studente inserisce le credenziali nel portale; 8. Lo studente entra nel sistema; 9. Lo studente si disconnette dal sistema. Lo studente ha accesso al portale. Lo studente riceve le credenziali. Nome caso d uso Attori Flusso degli eventi Interrogazione Iniziato da Studente 1. Lo studente accede al portale tramite url del sito; 2. Lo studente inserisce le credenziali nel portale; 3. Lo studente entra nel
Condizioni di ingresso Condizioni di uscita sistema; 4. Lo studente visualizza tutte le opzioni del sistema; 5. Lo studente si disconnette dal sistema. Lo studente ha accesso al portale. Lo studente si disconnette. Nome caso d uso Attori Flusso degli eventi Condizioni di ingresso Condizioni di uscita Gestione Anagrafica Studente Iniziato da Amministratore 1. L Amministratore accede al portale tramite url del sito; 2. L Amministratore inserisce le credenziali nel portale; 3. L Amministratore entra nel sistema; 4. L Amministratore visualizza tutte le opzioni del sistema; 5. L Amministratore procede alle modifiche delle anagrafiche; 6. L Amministratore si disconnette dal sistema. L Amministratore ha accesso al portale. L Amministratore modifica le anagrafiche. Nome caso d uso Attori Flusso degli eventi Gestione Iscrizione Studente Iniziato da Amministratore 1. L Amministratore accede al portale tramite url del sito; 2. L Amministratore inserisce le credenziali nel portale;
Condizioni di ingresso Condizioni di uscita 3. L Amministratore entra nel sistema; 4. L Amministratore visualizza tutte le opzioni del sistema; 5. L Amministratore visualizza le richieste di registrazione; 6. L Amministratore procede all autenticazione inviando le mail con le credenziali; 7. L Amministratore si disconnette dal sistema. L Amministratore ha accesso al portale. L Amministratore invia le credenziali. Nome caso d uso Attori Flusso degli eventi Condizioni di ingresso Condizioni di uscita Interrogazione Iniziato da Autore 1. L Autore accede al portale tramite url del sito; 2. La home page del portale mostra le tipologie di scelta; 3. L Autore visualizza tutte le pubblicazioni effettuate; 4. L Autore si disconnette. L autore ha accesso al portale. L autore interroga le pubblicazioni. Nome caso d uso Attori Flusso degli eventi Modifica Iniziato da Autore 1. L Autore accede al portale tramite url del sito; 2. La home page del portale
Condizioni di ingresso Condizioni di uscita mostra le tipologie di scelta; 3. L Autore visualizza tutte le pubblicazioni effettuate; 4. L Autore entra nella sezione modifica; 5. Il sistema visualizza solo le pubblicazioni effettuate dall autore; 6. L autore effettua le modifiche; 7. L autore si disconnette. L autore ha accesso al portale. L autore modifica le pubblicazioni.
Diagramma di sequenza
Diagramma degli oggetti 1. Interrogazione Entity: - Studente: colui che accede al portale; - DBPubblicazioni: DataBase Boundary: - CercaArgomenti: pulsante che effettua ricerca argomenti; - Accedi: pulsante di accesso alla Home Page Control: - UltimePubblicazioni: riporta le ultime pubblicazioni in HomePage - Risposta: riporta il risultato della query Cerca 2. Iscrizione Entity: - Studente: colui che accede al portale; Boundary: - BottoneRegistrati: pulsante che punta al FormRegistrazione; - FormRegistrazione: form per l inserimento dei dati da inviare al sistema per la ricezione delle credenziali; Control: - InviaRichiestaRegistrazione: riporta i dati al sistema per accettazione iscrizione.
Diagramma delle classi
Diagramma di deployment
Interfaccia Utente e mock-ups Il layout grafico è stato studiato affinchè l interattività possa raggiungere livelli discreti. E fondamentale però, essere immediati. Studente Una volta avuto accesso all url, lo studente visualizzerà:
A questo punto è necessario andare su registrati per inviare la richiesta all amministratore:
Appena l amministratore accetterà la registrazione, lo studente, una volta avuto accesso, accederà nell area dei contenuti: Amministratore L interfaccia Amministratore prevede il solito pannello di login:
Superato il quale, accede direttamente al back-office:
Qui si concretizzano tutte le funzioni a cui gli competono. Sezione Utenti (Studenti e Autori) Sezione Articoli (Pubblicazioni) Sezioni Varie (Manutenzione e Monitorizzazione) Autore L interfaccia Autore prevede il solito pannello di login: L autore è stato accreditato precedentemente dall Admin, quindi non richiede la Registrazione. L autore visualizza tutte le pubblicazioni, ma può modificare unicamente quelle di sua proprietà: