InI0405.Progetto.UN.Rel1 Requisiti Utente Una ditta che trasporta cose vuole automatizzare la gestione dei propri mezzi di trasporto al fine di migliorare l utilizzo di tali mezzi e, nel contempo, proporre rapidamente le possibili alternative, in termini di tempi e costi, al cliente che richieda un trasporto. Estensione. I mezzi di trasposto sono dotati di localizzatore satellitare. Estensione. Molti dei mezzi di trasposto sono dotati di un PC connesso in rete aziendale tramite sistema di comunicazione mobile. Un mezzo è di un qualche tipo, ha limiti di carico (volume, peso), massima distanza percorribile senza soste intermedie, massima lunghezza della tratta d impiego, min-max operazione fra due manutenzioni ordinarie successive, un costo fisso per giorno a mezzo fermo (per ammortamento, manutenzione ordinaria, personale fisso, etc.) + un costo fisso per ogni spostamento (personale ad hoc, usura, rischio, etc.), un costo unitario per chilometri percorsi, etc. La ditta ha al momento una sede centrale e due filiali distribuite sul territorio che essa serve. La ditta esegue trasporti fra certi siti. Nuovi siti possono essere inclusi o preesistenti siti possono essere cancellati. I trasporti sono diretti, senza carichi/scarichi intermedi, dal sito d inizio a quello di fine del trasposto Estensione. Un trasposto può includere consegne a più siti destinatari, uno finale, gli altri intermedi. La ditta è interessata a gestire i suoi trasporti tramite un sistema informatico, accessibile solo ad una data categoria di utenti, suoi impiegati. Nelle prime due versioni, il committente è disposto ad accettare che tale software sia accessibile solo dalla sede centrale; nella prima versione, anche da una solo postazione; nella seconda da più postazioni (e.g. max previsto 16 postazioni), acune delle quali eventualmente distribuite territorialmente, altre (max 5) locali alla sede centrale. Il software richiesto dovrà consentire tutto quanto segue. Controllare ognuno dei mezzi posseduti in termini di dislocazione geografica per giorno (e.g. In tale giorno: 1 a iterazione. {Dove si trova/trovava/troverà il mezzo x? Quali mezzi sono nel sito x?}), stato corrente (e.g. in tale giorno: {libero, attivo, in manutenzione ordinaria, in manutenzione straordinaria}, prossima scadenza di manutenzione ordinaria pianificata. 2 a iterazione. In tale giorno: { Quali siti di operazione attraversa/ha attraversato/attraverserà il mezzo x? Quali mezzi attraversano il sito di operazione x? ne è/era/sarà la destinazione finale}), {quanto volume e peso ha/aveva liberi?}), manutenzione ordinaria pianificata: {previsti/effettivi costi && durata, tempi && costi previsti/effettivi di manutenzione straordinaria}. Definire le caratteristiche territoriali delle tratte (e.g. standard intercity, con sub tratte di montagna-stretta, con sub-tratte di mare senza/con navi di altre compagnie per trasposto mezzi solo gomma/gomma+ferro), Km della tratta, Km di piena stasi del mezzo (perché trasportato da altro mezzo), tempi medi di percorrenza, tempi di stasi, tempo di piena prestasi del mezzo (perché in attesa del traghetto o in fila), eventuali costi aggiuntivi {pedaggi autostradali, tasse ecologiche varie, biglietto per eventuale nave/treno per trasporto mezzi).
1 a iterazione. Si può assumere che esista un costo aggiuntivo unico per tratta e per tipo di mezzo, modificabile a cura della segreteria di direzione aziendale. Eliminare/inserire tratte Acquisire un nuovo mezzo di una qualche categoria (vedere appresso) e aggregarlo a una filiale o alla sede. Dismettere mezzi Trasferire l aggregazione dei mezzi da una filiale/sede ad altra filiale/sede. Aprire/chiudere una nuova filiale in una differente città. Presso la sede e, a partire dalla 2 a iterazione, in ogni filiale, dovrà essere presente un software di gestione atto a tutto quanto segue: Aggiornare lo stato del mezzo, il suo volume/peso ancora disponibile per il carico, etc. Stampare, in sede, la lista delle operazioni di carico/scarico previsto dal mezzo. Estensione: per ogni sito, anche non finale, in cui sono previste operazioni di carico e scarico. Aggiornare da sede o filiale la lista delle operazioni dinamicamente, tramite PC di cui il messo è dotato. Estensione. Il sistema fornisce all impiegato e, tramite questi, al cliente le possibili soluzioni per un richiesto trasporto (se ne esistono), i loro tempi di consegna e tariffe ((costi fissi + costi variabili)* (1+g)), ove g è il tasso di guadagno, inizializzato e modificato, quando necessario, dalla segretaria della direzione aziendale, anche variabile da una eventuale filiale all altra. Si osserva che non tutti i mezzi avranno la possibilità di compiere tutti i percorsi e sopportare tutti i carichi far quelli possibili. Le tipologie di mezzi gestiti dal committente sono limitate e le loro caratteristiche strutturali sono ben note allo stesso. Il committente registra i suoi mezzi come segue: Aereo o Tipo d aereo AP {ATR42A, B1, B2} Treno o Tipo di treno TT {Merci, Ordinario, IC, ATV}
Nave o Tipo di nave NV {500T, 1000T, 2000T} Autocarro o Tipo di autocarro AC {FIAT300, FIAT500, MCB1000, MB2000} Rimorchio o Tipo di rimorchio RN {FIAT1, FIAT2, MCB1, MCB2, G1, G2}, ove G è adatto a ogni autocarro Elicottero ET {AU1, AU2, OM1, OM2} o Tipo di elicottero
Furgone o Tipo di furgone FG {FIAST1, FIAT2, MCB1, MCB2, MCB3} o Eventuale identificatore interno La copertura iniziale del territorio è così definita: Roma - Milano Milano - Bologna Firenze - Bologna Genova - Pisa Bari - Bologna Taranto Bari Napoli - Bari Pisa Firenze Pisa - Piombino Piombino Isola d Elba Roma Vienna Napoli Palermo Civitavecchia Olbia Requisiti non funzionali 1. Il linguaggio di analisi e progettazione deve essere UML 2. Il processo deve essere del tipo RUP. 3. Il linguaggio di programmazione deve essere Java 4. Il progetto deve essere corredato di tutta la documentazione di analisi e progetto, nonché delle istruzioni necessarie per la installazione, compilazione, esecuzione, e dei difetti e limiti conosciuti.
Altro 5. Il sistema deve avere una interfaccia grafica 6. Il supporto per la memorizzazione degli oggetti deve essere fornito insieme al prodotto; pertanto non sono posti vincoli concernenti l utilizzo di software preesistenti. 7. I messaggi d errore devono essere facilmente comprensibili e, ove possibile, deve essere impedito all attore di compiere azioni che portino ad un risultato errato. Prodotti, iterazioni e tempi Analisi e progettazione: sia sviluppata almeno la prima iterazione in 60 gg/uomo (individuale) ovvero la seconda in 120 gg/uomo (team di 2 persone). Codifica: inclusiva di almeno No.2 casi d uso complessi. Testing funzionale della parte codificata. Documentazione aggiuntiva Per ogni iterazione: o Per ogni f in {Analisi a, Progettazione p, Codifica c, Testing t, Rimozione dei difetti d }: /* I documenti da produrre rispettivamente per {a, p, c, t, d} sono quelli indicati durante il corso */ Per ogni membro del team: Registrare (Codice attività svolta [f], Tempo inizio[f], Tempo di fine[f]) /* Def. Codifica delle attività e dizionario per ogni f*/ /* Prog. foglio di lavoro*/ Cumulativo (f) per il team; o Cumulativo (iterazione); Cumulativo (progetto).