POLITECNICO DI BARI

FACOLT DI INGEGNERIA CORSO DI LAUREA MAGISTRALE IN INGEGNERIA INFORMATICA

TEMA DANNO in

INGEGNERIA DEL SOFTWARE

PARTE PRIMA: STUDIO DI FATTIBILIT FEASIBILITY STUDY

Docente: Prof. Ing. Marina Mongiello

Studenti: Donato Barone Marco Suma

ANNO ACCADEMICO 2011/2012

Pagina appositamente lasciata vuota

STUDIO DI FATTIBILIT PER LA PIATTAFORMA DI PRESTITO

WonderL3ndWeb

Realizzato dalla MarDon S.r.l Sede legale: Via Orabona, 4 (Bari) Partita iva: 01032450072
Data 02/11/2011

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

SOCIET: MarDon S.r.l. REGIONE: Puglia DATA DI COMPILAZIONE: 02/11/2011

DATI SOCIET
Ragione/Denominazione Sociale Forma Giuridica Capitale Sociale Sottoscritto Partita iva / Codice fiscale Iscrizione CCIAA di Numero dipendenti: Sede Legale Comune Via/Piazza Tel Bari Orabona 0805963431 Fax 0805963431 e-mail
info@mardonsrl.it

MarDon S.r.l. S.r.l. 50000 01032450072 n Iscrizione 74256 Data 10/10/2011 Data di Costituzione di cui versato 05/10/2011 18000

Bari 30

Prov

BA

Cap

70125 N. 4

Sede Amministrativa Comune Via/Piazza Sede Operativa Comune Via/Piazza Bari Orabona Prov BA Cap 70125 N. 4 Bari Orabona Prov BA Cap 70125 N. 4

Legale rappresentante Nome Tel Daniela 0808574125 Cognome Fax Mancini / e-mail
danman@mardonsrl.it

MarDon S.r.l. un azienda di produzione software e consulenza informatica con sede a Bari. Lazienda offre soluzioni di eccellenza a problematiche software di vario tipo: applicazioni per sistemi embedded, web applications, stand-alone applications; siamo a supporto del business delle imprese e dei consumatori medi, fornendo gli strumenti tecnologici appropriati per soddisfare specifiche necessit di crescita e sviluppo, con particolare attenzione alle enormi potenzialit di integrazione che i siti web che realizziamo offrono ai sistemi informativi tradizionali.

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

Il nostro obiettivo linnovazione, coniugando le competenze specialistiche e l'esperienza dei nostri professionisti nei diversi settori di mercato: informatica e tecnologie, comunicazione aziendale, web e multimedia, SEO (posizionamento sui motori di ricerca), Webmarketing e ADV (pubblicit on line e off line), con competenze funzionali specialistiche di information technology e servizi alle imprese. Possediamo una forte collaborazione con PMI, Studi Professionali e Pubblica Amministrazione e li affianchiamo in un percorso di crescita.

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

SOMMARIO
INTRODUZIONE AL PROBLEMA ......................................................................................7 Tassonomia degli oggetti.....................................................................................................8 Musica .............................................................................................................................9 Video...............................................................................................................................9 Libri elettronici ...............................................................................................................9 Pubblicazioni scientifiche................................................................................................9 Determinazione di procedure di registrazione .....................................................................9 Dati anagrafici e inserimento credenziali ......................................................................10 Questionario ..................................................................................................................10 Lettura del regolamento.................................................................................................10 Metodi di identificazione...................................................................................................10 Amministratore .............................................................................................................10 Utente premium .............................................................................................................10 Utente standard .............................................................................................................11 Gestione delle modalit di pagamento ...............................................................................11 Scelta dei protocolli di rete ................................................................................................11 Realizzazione di una base di dati specifica per la gestione degli oggetti e degli utenti ......11 Realizzazione di un interfaccia grafica opportuna .............................................................11 Realizzazione di un catalogo .............................................................................................11 Musica ...........................................................................................................................12 Video.............................................................................................................................12 Libri Elettronici .............................................................................................................12 Pubblicazioni scientifiche..............................................................................................12 Realizzazione di un applicazione per dispositivi mobile ...................................................12 Fornire meccanismi di protezione dei dati sensibili e dei contenuti multimediali .............12 Gestione del carrello spesa ................................................................................................12 Implementare un meccanismo di basket analysis che consigli agli utenti determinati oggetti ...............................................................................................................................13 Gestione delle forniture .....................................................................................................13 Gestione della piattaforma multilingua (inglese e italiano) ...............................................13 ORGANIZZAZIONE DEL PROGETTO .............................................................................14 REQUISITI HARDWARE E SOFTWARE ..........................................................................14 ANALISI DEI RISCHI .........................................................................................................17 PROGRAMMAZIONE DEL PROGETTO...........................................................................26 CONCLUSIONI....................................................................................................................29

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

Si vuole realizzare un sistema software che permetta agli utenti abilitati di prendere in prestito oggetti di diversa natura. Il sistema deve essere accessibile via Web. INTRODUZIONE AL PROBLEMA Con la realizzazione di questo software si vuole consentire allutenza di ottenere oggetti multimediali (musica, video, libri, documenti scientifici ) attraverso la rete Internet. In altre parole, con il concetto di prendere in prestito si intende labilitazione temporanea allaccesso dei vari oggetti presenti sui server. Di conseguenza, non viene consentito alcun download del prodotto selezionato. Gli oggetti disponibili sono tutelati da copyright e quindi il consumatore, al momento della transazione, accetta le norme previste dal regolamento. Gli oggetti presenti sul catalogo vengono forniti sulla base di contratti stipulati con le societ che li possiedono. Laddove loggetto non sia multimediale, prevista una fase di digitalizzazione del contenuto, che consentir alloggetto di poter essere prestato in forma multimediale. Per lo sviluppo del software sar necessario fondare un nuovo team allinterno dellazienda. Il team verr chiamato con lo stesso nome del prodotto software: WonderL3ndWeb. Sar quindi necessario spostare alcuni dipendenti da altri team, diminuendo

momentaneamente la forza-lavoro sugli altri progetti. Non si reputa indispensabile lassunzione di nuovi dipendenti, poich questo graverebbe sulla spesa della realizzazione del software. Il tempo previsto per la realizzazione del prodotto 4 mesi: durante le prime tre settimane si prevede di effettuare un analisi approfondita delle specifiche del software, nelle successive 11 settimane prevista la fase di progettazione e implementazione del prodotto, e nelle ultime 2 settimane la fase di testing e validazione. Il budget messo a disposizione stimabile sui 15000, il quale potrebbe subire delle variazioni inerenti a eventi inattesi: Acquisto computer (n.4) [costo fisso] Gestione Laboratorio (previsto) [costo variabile] Acquisto licenza software IDE [costo fisso] Acquisto licenza software generici [costo fisso] Premio produzione (n.10 dipendenti) [costo variabile] Varie ed eventuali Totale 700 cad. 500/mese 5000 3000 250 cad. 1800 15000

Le spese previste allinterno del budget non comprendono i costi relativi alle licenze degli oggetti da inserire nel catalogo e di gestione dei server; questi costi saranno interamente a

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

carico del proprietario del software, il quale ovviamente recuperer le proprie spese mediante il prestito degli oggetti. Obiettivi generali: Fornire una piattaforma online che consenta agli utenti abilitati di poter prendere in prestito oggetti di varia natura; Garantire un sistema di accesso di tipo gestionale per gli amministratori; Fornire un interfaccia grafica user-friendly per un utilizzo semplice ed intuitivo da parte dellutente; Fornire meccanismi di ridondanza per garantire il continuo utilizzo del sistema e il mantenimento dei dati; Gestire un sistema gerarchico degli utenti iscritti, con privilegi differenti. Fornire un supporto di pagamento elettronico per gli utenti; Fornire un supporto per dispositivi mobile;

Analizzando pi in dettaglio le richieste legate al software, effettuiamo una ridefinizione del problema principale e la conseguente scomposizione in sottoproblemi: Tassonomia degli oggetti; Determinazione di procedure di registrazione; Metodi di identificazione; Gestione delle modalit di pagamento; Scelta dei protocolli di rete; Realizzazione di una base di dati specifica per la gestione degli oggetti e degli utenti; Realizzazione di un interfaccia grafica opportuna; Realizzazione di un catalogo; Realizzazione di un applicazione per dispositivi mobile; Fornire meccanismi di protezione dei dati sensibili e dei contenuti multimediali; Gestione del carrello spesa; Implementare un meccanismo di basket analysis che consigli agli utenti determinati oggetti; Gestione delle forniture; Gestione della piattaforma multilingua (inglese e italiano);

Tassonomia degli oggetti Gli oggetti che potranno essere prestati per via telematica apparterranno alle seguenti categorie:

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

Musica; Video; Libri elettronici; Pubblicazioni scientifiche;

Musica I formati riconosciuti e utilizzati avranno estensione .mp3, .wav, .mid. La dimensione di ciascun file non superer i 5MB, in modo tale da garantire un ascolto pi fluido da parte dellutente e la possibilit di soddisfare un maggior numero di richieste da parte del server. Video I formati riconosciuti e utilizzati avranno estensione .avi, .mpeg, .wmv, .mp4. In questo caso non viene impostato un limite ristretto sulla dimensione (tuttavia i video non potranno mai superare i 3GB). La qualit del video sar non inferiore ai 480p. La frequenza di campionamento del suono 48KHz e il bit rate di 128 Kbit/s. La frequenza di immagine di 25 fps. I contenuti del video (anche sottotitolati) sono disponibili in diverse lingue: italiano, inglese, spagnolo, francese, tedesco e giapponese. Libri elettronici I formati elettronici riconosciuti e utilizzati avranno estensione .pdf, .djvu, .lit, .ePub, .dtb, .oeb, .prc, .pdb. La dimensione dei file non pu essere superiore ai 250 MB. Preferibilmente il contenuto delle pagine devessere a colori. Nel caso in cui sia prevista una fase di digitalizzazione del documento, le scansioni vengono effettuate con una risoluzione di 300dpi. Le lingue in cui i documenti potranno essere forniti sono: italiano, inglese, tedesco, francese, spagnolo e giapponese. Pubblicazioni scientifiche Il formato riconosciuto e utilizzato sar .pdf. Le pubblicazioni messe a disposizione sono regolarmente ed esclusivamente acquisite dallIEEE

(http://www.ieee.org/publications_standards/index.html). Non vi sono vincoli fisici rilevanti sulle caratteristiche del file. Determinazione di procedure di registrazione Per poter accedere al catalogo ed effettuare acquisti, bisogner aver eseguito la procedura di registrazione composta da 3 fasi: 1) Dati anagrafici e inserimento credenziali; 2) Questionario;

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

10

3) Lettura del regolamento. Dati anagrafici e inserimento credenziali Allutente vengono chiesti: nome, cognome, citt di nascita, data di nascita, citt di residenza, via di residenza, telefono, cellulare, e-mail, username e password. Prima di convalidare la registrazione, il sistema controller leventuale presenza dello username allinterno della base di dati predisposta. Il login avviene mediante linserimento dello username e password. Ad ogni indirizzo e-mail pu corrispondere una sola registrazione. Viene previsto un meccanismo di validazione dellaccount tramite linvio di due mail sul proprio indirizzo di posta elettronica: la prima immediatamente dopo la registrazione effettuata, la seconda sette giorni dopo, in modo da evitare lutilizzo di fake-e-mail. Questionario Vengono sottoposte al registrante una serie di domande che hanno lo scopo di sondarne le preferenze per consigliare, in futuro, mediante un sistema di basket analysis, eventuali prodotti presenti nel catalogo. Lettura del regolamento In questa fase lutente legger il regolamento interno del sistema, riguardo alle procedure di prestito disponibili e alle leggi che riguardano le-trading. La registrazione va a buon fine solo se si accetta lintero regolamento. Metodi di identificazione Allinterno del sistema viene prevista una gerarchia dellutenza: 1) Amministratore; 2) Utente premium; 3) Utente standard; Amministratore Il ruolo degli amministratori riguarda la gestione del sito: aggiungere, rimuovere o modificare oggetti, cancellare utenti, gestire e monitorare lo stato dei file, rispondere ad eventuali segnalazioni. Utente premium I vantaggi di un utente premium consentono di: avere una maggiore larghezza di banda, ossia un bit rate pi elevato che permette di accedere pi velocemente ai prodotti di elevata qualit, la possibilit di usufruire di offerte sugli oggetti del catalogo, di acquistare prodotti

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

11

in anteprima e di visualizzare i commenti introdotti da altri utenti premium relativi ad un oggetto, non accessibili dagli utenti standard. Il costo dellabbonamento premium viene deciso dagli amministratori. Utente standard Un utente standard pu semplicemente accedere alle funzionalit di base del sistema, i.e. la visualizzazione del catalogo, gestione del carrello,lacquisto di prodotti e laccesso alla storia degli acquisti Gestione delle modalit di pagamento I pagamenti potranno essere effettuati o tramite bonifico bancario sullIBAN specificato al momento della transazione dacquisto oppure tramite pagamento elettronico sui circuiti VISA, MasterCard e PostePay. Di conseguenza necessario lutilizzo di protocolli sicuri che garantiscano la riservatezza dei dati. Scelta dei protocolli di rete A seconda dei contenuti da trasmettere dovr essere effettuata la scelta opportuna del protocollo da utilizzare. Ad esempio, in caso di streaming video preferibile un protocollo non affidabile, ma pi veloce. Realizzazione di una base di dati specifica per la gestione degli oggetti e degli utenti La base di dati realizzata dovr memorizzare tutti i dati relativi agli oggetti, agli utenti ed ai prestiti effettuati dai vari utenti. Realizzazione di un interfaccia grafica opportuna Si dovr realizzare un interfaccia user-friendly, che permetta allutente di accedere facilmente al catalogo dei prodotti, ai propri dati, al carrello spesa e alla visualizzazione degli acquisti effettuati. Linterfaccia grafica dovr consentire la visualizzazione in maniera selettiva dei prodotti, e di poter effettuare una ricerca filtrata. Realizzazione di un catalogo Il catalogo dovr contenere al suo interno tutte le informazioni relative agli oggetti. Nello specifico ci saranno quattro macro categorie gi citate in precedenza: Musica, Video, Libri, Pubblicazioni scientifiche.

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

12

Musica Bisogner tenere traccia del titolo della canzone, dellartista, dellalbum, della durata, della casa discografica, del genere di appartenenza e della copertina dellalbum di appartenenza. Video Le informazioni allegate al video saranno: il titolo, lanno di produzione, gli attoriprotagonisti, una breve recensione, la trama, la durata, il genere, le lingue disponibili e unanteprima accessibile solo agli utenti premium. Libri Elettronici Ad ogni libro sar associato lISBN, lautore, la data di uscita, il titolo, il genere, il numero di pagine, le lingue disponibili e la visualizzazione della copertina. Pubblicazioni scientifiche Le pubblicazioni saranno corredate di informazioni relative agli autori, il titolo, data di pubblicazione,ISBN associato e dellabstract che sar visualizzabile dai soli utenti premium.

Ogni singolo item visualizzabile nel catalogo avr oltre alle informazioni suddette una serie di commenti postati da altri utenti premium e visibili solo agli stessi, che forniranno un aiuto sul processo decisionale riguardante lacquisto o meno. Logicamente ad ogni oggetto sar associato il prezzo corrispondente espresso di default in euro, ma convertibile in altre valute come il dollaro, le sterline, etc. Realizzazione di un applicazione per dispositivi mobile Attraverso lapplicazione mobile sar possibile accedere a tutte le operazioni consentite tramite il sito web. Fornire meccanismi di protezione dei dati sensibili e dei contenuti multimediali Verranno previsti meccanismi di protezione che consentiranno la riservatezza dei dati sensibili e limmunit da attacchi informatici. Gestione del carrello spesa Il carrello della spesa ha validit allinterno di una data sessione. Per questo tiene traccia di tutti i prodotti scelti dal catalogo. Un prodotto allinterno del carrello non stato ancora acquistato e pu essere eliminato in qualsiasi momento. Lacquisto viene definito nel momento in cui viene convalidato il pagamento.

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

13

Implementare un meccanismo di basket analysis che consigli agli utenti determinati oggetti Oltre alla compilazione del questionario, il sistema tiene traccia del tipo di oggetti chiesti in prestito; mediante comuni analisi statistiche dei dati, suggerisce al cliente oggetti a cui si potenzialmente interessati. Gestione delle forniture Gli oggetti presenti nel catalogo sono ottenuti sulla base di contratti stipulati con le societ posseditrici dei diritti dautore delloggetto. Nel caso in cui la risorsa non sia in formato multimediale, sar necessaria una fase preliminare di digitalizzazione, in modo da consentirne linserimento sul catalogo online. Gestione della piattaforma multilingua (inglese e italiano) Poich il servizio su scala mondiale, il sistema viene reso disponibile attraverso la lingua inglese e quella italiana, ossia la lingua internazionale e quella di origine del software.

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

14

ORGANIZZAZIONE DEL PROGETTO Il team incaricato per la realizzazione del progetto sar composto da 10 componenti: tre analisti programmatori, quattro ingegneri informatici, un giurista dimpresa, un esperto di marketing e un consulente finanziario dazienda. Il giurista dimpresa sar coinvolto nellaspetto legale della realizzazione del progetto; quindi nel momento in cui verranno acquisite le licenze necessarie per laggiunta nel catalogo dei prodotti, per la stesura del regolamento, per lacquisto di licenze di software di programmazione e per la stipula di contratti necessari. Lesperto di marketing assume un ruolo fondamentale nella prima parte del progetto; egli fornir una visione generale del mercato attinente al prodotto, per stabilire quali potrebbero essere gli oggetti pi richiesti. Deve valutare limpatto del software sul mercato, leventuale profitto ottenibile e indi per cui fornire dei parametri di previsione circa la fattibilit del prodotto. Il consulente finanziario deve effettuare unanalisi dei costi fissi e variabili legati allo sviluppo del software, al suo mantenimento e al testing. Dovr fornire unanalisi dei rischi finanziari a cui lazienda va incontro accettando il progetto. Gli analisti programmatori avranno sostanzialmente il compito di implementare il progetto sviluppato dagli ingegneri informatici nel linguaggio di programmazione scelto. Gli ingegneri informatici dovranno preoccuparsi della fase di analisi e progettazione del software, valutando le soluzione alternative a problemi non risolvibili con il budget a disposizione e dovranno determinare i vincoli posti dal contesto. Nel tempo potrebbe essere prevista laggiunta o leliminazione di componenti al team, qualora lazienda lo reputi necessario. Il responsabile del progetto verr scelto tra uno degli ingegneri informatici; sar una persona sufficientemente qualificata, con esperienze pregresse. REQUISITI HARDWARE E SOFTWARE Per la realizzazione di questo software, come gi detto, necessaria la costituzione di un nuovo team e di un nuovo laboratorio di sviluppo. Per i seguenti motivi, si reputa necessario lallestimento di nuove risorse hardware. e lutilizzo di: Workstation; Rete aziendale ad alta velocit con connessione dedicata alla Internet;

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

15

Dispositivi di archiviazione di massa supplementari per operazioni di backup; Server; Acquisizione dominio web e IP statici per i servers(*); Sistemi di alimentazione autonoma ausiliaria; Ambienti di sviluppo per applicazioni web; Ambienti di sviluppo per applicazioni mobile; Software di gestione di basi di dati web-oriented; Sistemi di cloud-computing; Documentazione online;

(*) Data linesperienza dei committenti, la gestione dellacquisizione del dominio e degli IP statici stata affidata allazienda stessa, nonostante questo non sia un requisito prettamente legato alla fase di carrying out dello sviluppo del progetto. Per la memorizzazione delle risorse multimediali, consigliato lutilizzo di due periferiche di storage (una per il backup) ad alta affidabilit e ad alta capienza. In seguito ad una consulenza specifica di sicurezza, si sceglier la locazione opportuna della periferica di backup. Il prodotto ideale il seguente: Cisco NSS326 6-Bay Smart Storage (con 6 TB)

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

16

Inizialmente viene ritenuto congruo lutilizzo di due server. opportuno garantire elevate prestazioni dei server che conterranno le risorse multimediali. Si ritiene valida la scelta del seguente modello: HP 9000 Superdome SX1000 Server

Caratteristiche CPUs 8-CPU Cell Boards Maximum memory per partition Memory Bandwidth (Peak) Total hot-swap PCI I/O slots Hot-swap, redundant power supplies (N+1 included) I/O Fans Hot-swap, redundant blowers or fans (N+1 included) Virtual partitions Physical (hard) partitions Crossbar Bandwidth (Peak) Cell Controller to I/O subsystem Bandwidth (Peak) I/O Bandwidth (Peak)

64 CPUs 4-64 1-8 512 GB 128 GB/s 48/96 slots 64 slots @ 533 MB/s 32 slots @ 1066 MB/s 6 6 4 64 8 32 GB/s 2.0 GB/s 16GB/s

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

17

ANALISI DEI RISCHI Nella progettazione di un software di questo tipo e di queste dimensioni bisogna effettuare unapprofondita analisi dei rischi per riuscire a comprendere quali sono gli imprevisti a cui si pu andare in contro e quali politiche adottare per cercare diminuire la probabilit che questi si verifichino. La lista dei rischi per il progetto la seguente: Personale non disponibile (il personale appartenente allo staff potrebbe ammalarsi); Variazioni considerevoli dalle richieste iniziali (il committente potrebbe cambiare o aggiungere delle altre richieste a quelle iniziali in fasi ormai avanzate. Queste potrebbero essere riguardanti la struttura della piattaforma o linterfaccia grafica); Problemi con i laptop acquistati (i laptop potrebbero avere dei problemi strutturali); Case tools inefficienti (gli strumenti di aiuto, potrebbero non funzionare secondo le aspettative); Richieste particolari del committente (il committente potrebbe richiedere la generazione del software in un linguaggio di programmazione sconosciuto al team); Problemi con i software acquistati per il riuso (alcuni software di cui sono state acquistate le licenze per il riuso potrebbero avere al loro interno dei bug oppure potrebbero non essere adatti allo scopo prefissato); Task force priva di esperienza (il team che lavora al progetto potrebbe essere inesperto); Sottostima del tempo (il tempo stimato intorno ai 4 mesi, potrebbe essere troppo esiguo in relazione alla mole di lavoro); Sottostima dei costi (le spese sono state sottostimate); Fase di analisi superficiale (lanalisi potrebbe essere effettuata in maniera frettolosa e superficiale); Cambiamento di sede (lazienda potrebbe spostare la sede operativa in altro loco, pi o meno distante); Cambiamento del responsabile; Calamit naturali (tutti i dati attinenti il progetto per la realizzazione del software vengono persi a causa di un evento catastrofico: terremoto, tsunami, alluvione.) Dispositivi di backup non funzionanti (i dispositivi sui quali stato effettuato il back-up dei dati sono danneggiati);

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

18

Furti (lazienda subisce un furto nel quale vengono portate via tutte le apparecchiature tecnologiche e tutte le informazioni relative ai progetti);

Indagini di mercato rivelatrici (le indagini di mercato effettuate da un esperto di marketing evidenziano che sul mercato esistono prodotti simili di maggiore qualit oppure il mercato non si adatta alla vendita di tale prodotto);

Bancarotta della societ (la societ a causa di debiti costretta a dichiarare bancarotta);

Supporti di memorizzazione inefficienti (le tecniche inizialmente reputate adatte alla memorizzazione di una mole cos grande di dati e di reperimento degli stessi per poter permettere il prestito sono inefficienti);

Soluzioni errate (le soluzioni inizialmente pensate per risolvere determinati problemi sono errate);

Dimissioni di uno o pi dipendenti appartenenti allo staff (uno o pi dipendenti rassegnano le dimissioni con il minimo del preavviso consentito dalla legge);

Il prodotto realizzato non rispetta le richieste (il software creato non riscontra le aspettative del cliente);

Uno o pi elementi del team incaricato della realizzazione del software potrebbero ammalarsi; nel caso di donne potrebbero rimanere incinta e perci chiedere le ferie per maternit. Questo provocherebbe logicamente una riduzione del personale che lavora sul progetto e un conseguente rallentamento sulla tabella di marcia, che potr essere pi o meno consistente in proporzione al periodo di assenza del personale. Il problema avrebbe effetti pi seri nel caso in cui lelemento assente fosse il pi esperto o comunque il pi abile. Una soluzione possibile ottenibile nominando un sostituto, che ricopra lo stesso ruolo dellelemento assente e che abbia logicamente le stesse competenze. Questo nel caso in cui il numero di giorni di assenza considerevole, altrimenti si pu semplicemente decidere di adottare una politica di ignoring, in altri termini non prendere alcun provvedimento e aspettare il rientro dellimpiegato. Un rischio di tale tipo da considerarsi altamente probabile, con una percentuale tra il 50 e il 75%. Gli effetti che potrebbe provocare sono da considerarsi tollerabili, soprattutto nel momento in cui si sta analizzando una situazione in cui lassenza dovuta a malattie lievi ed questa lipotesi su cui si basa lanalisi del rischio;

Il committente potrebbe modificare o aggiungere nuovi requisiti al software, il che in caso di lievi modifiche non sarebbe neanche considerabile come rischio, invece in caso di cambiamenti radicali potrebbe comportare non pochi problemi alla

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

19

generazione del software, soprattutto se si in una fase avanzata della realizzazione. Questo comporterebbe una ridefinizione dei tempi stimati inizialmente e un passaggio del nuovo requisito attraverso le varie fasi realizzative. Un incremento dei tempi porta anche ad un aumento dei costi e quindi ad una revisione del budget ed eventualmente del compenso pattuito. La probabilit che tale rischio si verifichi moderata tra il 25 e 50%, poich plausibile pensare che il committente abbia sui punti principali le idee chiare. Gli effetti di tale rischio sul progetto di realizzazione del software sarebbero seri, dato che potrebbero portare ad un rallentamento considerevole e nei casi pi gravi al fallimento vero e proprio del progetto. Si pu cercare di evitare il problema interagendo molto nella fase di analisi con il committente, cos da proporgli tutte le alternative. Nel caso in cui il problema gi presente bisogner analizzare a fondo i cambiamenti, in modo tale da evitare successive modifiche; I laptop acquistati potrebbero generare diversi problemi. La potenza computazionale potrebbe essere inadatta a sopportare la mole di lavoro a cui saranno sottoposti (non riescono a far girare lIDE in maniera fluida, non sono in grado di sopportare la fase di simulazione, etc). I laptop sono danneggiati, ci sono dei componenti allinterno non funzionanti che rendono perci il portatile inutilizzabile. Problemi di questo tipo generano dei ritardi nella fase di partenza del progetto e quindi per cercar di rimanere nei tempi, si tende a velocizzare le fasi successive., il che porta a commettere degli errori (specifiche non considerate, fraintendimenti sulle specifiche, etc). La probabilit che si verifichi tale rischio sono basse tra il 10 e il 25%, dato che prima di effettuare un acquisto vengono valutate le varie opzioni e si tiene conto di tutte le necessit. Le conseguenze del verificarsi di tale rischio sarebbero tollerabili, si tratta solo di un ritardo nello scheduling dei lavori. Nel caso in cui si verifichi tale problema, pu essere risolto, ove possibile, restituendo i laptop e acquistando quelli le cui caratteristiche rispecchiano le necessit del team per la realizzazione del software, oppure bisogner direttamente procedere ad un upgrading delle apparecchiature; I CASE tool utilizzati potrebbero non essere implementabili oppure potrebbero non funzionare secondo le aspettative. Nel primo caso si avranno dei grandi ritardi dovuti allimplementazione manuale di tutte le classi con la definizione di tutti gli attributi e i metodi; mentre nel secondo caso il risultato non rispecchia le aspettative dei progettisti e quindi si passer allimplementazione manuale riuscendo cos ad ottenere un prodotto di pi elevata qualit rispetto a quello fornito dai generatori semiautomatici. La probabilit che tutto ci si verifichi moderata, si aggira intorno al 25-50%. Gli effetti sono tollerabili e le politiche adottabili sono di avoidance (si evita il problema non utilizzando i CASE) oppure si cercano altri CASE tool in grado di fornire prodotti migliori;

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

20

Il committente potrebbe richiedere la generazione del software in un linguaggio di programmazione sconosciuto al team. Questa richiesta potrebbe essere particolarmente scomoda, dato che questo richiederebbe del tempo per effettuare un training dello staff. A parte il training il problema pi grande non imparare il nuovo linguaggio, ma saperlo utilizzare a pieno; infatti problemi che nel linguaggio consueto potrebbero portare via al personale addetto allimplementazione un paio dore; in questa situazione probabilmente comporteranno la perdita di giorni. La probabilit che ci accada alta tra il 50 e il 75%. Una percentuale cos alta comprensibile data la gran variet di linguaggi esistenti oggi giorno. Gli effetti che ci potrebbe avere, per quanto detto prima, sono tollerabili. Il problema pu essere eliminato impedendo di scegliere al committente il linguaggio di programmazione in cui il software dovr essere implementato;

Alcuni software di cui sono state acquistate le licenze per il riuso potrebbero avere al loro interno dei bug oppure potrebbero non essere adatti allo scopo prefissato. Se un eventualit simile si verificasse, questo vorrebbe dire che la societ ha speso parte del budget nellacquisto di software inutile o che comunque dovr essere modificato in gran parte per poter essere adatto allo scopo. Oltre ai problemi attinenti lo spreco del budget, c da considerare il fattore tempo. Per poter concludere che il software effettivamente inutile, bisogna analizzarlo quindi perdere del tempo. La probabilit per questo rischio alta e gli effetti sul progetto sarebbero seri. Per evitare un simile problema bisognerebbe effettuare unanalisi approfondita del software che si vuole utilizzare. Altrimenti se il software stato acquistato, si pu controllare se questo possa essere utile in altri progetti;

In alcuni casi non sempre possibile riuscire ad utilizzare un team costituito da persone esperte, perci bisogna utilizzare le risorse a disposizione della societ. Nel caso specifico stata presa la decisione di non effettuare nuove assunzioni, ma di utilizzare ove possibile personale proveniente da altri team. Un rischio derivante dalla presenza di un team inesperto il fallimento del progetto. La probabilit che ci si verifichi molto alta, tra il 75 e il 100% perch ad esempio tutto il personale esperto impegnato su progetti pi importanti oppure perch si vuole far fare esperienza ai giovani. Gli effetti come prima accennato sul progetto potrebbero essere catastrofici. Per evitare un danno di simili dimensioni si devono generare team composti da personale esperto e non. In questo modo si ha la supervisione di un impiegato esperto e si permette a quelli pi giovani di crescere professionalmente;

Il tempo stimato intorno ai 4 mesi potrebbe essere troppo esiguo in relazione alla mole di lavoro. Un errore di questo tipo pu provocare due conseguenze: si velocizzano tutte le fasi portando cos il progetto ad essere completato nei tempi

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

21

stabiliti, ma in questo modo si incrementa la probabilit che il software non rispecchi le specifiche; oppure si ridefiniscono i tempi e questo potrebbe portare nei casi peggiori alla perdita del cliente. La probabilit che ci si verifichi moderata, tra il 25 e il 50%. Gli effetti prodotti sono seri. Per evitare problemi di questo tipo, normalmente si effettua una stima pessimistica dei tempi necessari allo sviluppo del software, cos da non andare mai oltre il limite imposto inizialmente; Se lanalisi dei costi non viene effettuata minuziosamente, ci si potrebbe ritrovare ad aver stabilito un budget per il progetto che effettivamente o troppo alto o troppo basso. Se troppo alto, la societ potrebbe non accettare altri lavori per i quali la parte del budget non utilizzata potrebbe essere determinante; oppure se troppo basso si pu rischiare di accettare un incarico che non sia alla portata della societ stessa. La probabilit che ci si verifichi bassa, tra il 10 e il 25%. Le conseguenze di tale rischio sono serie; Lanalisi viene fatta in maniera frettolosa e superficiale. Questo provoca un processo iterativo con parecchi cicli, dato che nella fase di progettazione verranno rivelati gli errori commessi in quella di analisi. Se questa fase fondamentale viene sempre affrontata senza la giusta concentrazione e spirito critico; il progetto potrebbe andare oltre la durata stimata, ma ancora peggio potrebbe provocare il fallimento dello stesso. La probabilit che ci si verifichi molto alta soprattutto in team inesperti; si riduce notevolmente se ci sono persone con grande esperienza a supervisionare il tutto. Le conseguenze di tale rischio sono catastrofiche nel momento in cui questo si verifichi; Lazienda potrebbe spostare la sede operativa in altro loco, pi o meno distante dalla sede di partenza. Questo trasferimento vorrebbe dire: spostare tutte le attrezzature dellazienda, tutti i documenti, larredamento degli uffici e la possibilit che ci siano dei costi aggiuntivi relativi alla nuova struttura (probabilmente pi grande). Spostare la sede provoca come effetto immediato un ritardo nei tempi di consegna e quindi tutti i problemi derivanti dallesubero della scadenza prestabilita. La probabilit che ci si verifichi bassa e gli effetti che tale rischio produrrebbe sono tollerabili; Il responsabile del progetto viene cambiato. Effettuare questo tipo di cambiamento pu provocare problemi allinterno del team di lavoro e rompere lequilibrio creato in precedenza. Tutto ci pu accadere se il nuovo responsabile ha un metodo di lavoro completamente differente rispetto a quello utilizzato in precedenza. La probabilit che ci si verifichi moderata e gli effetti prodotti sarebbero tollerabili. Una soluzione

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

22

potrebbe essere di specificare nel contratto del responsabile di non poter abbandonare il progetto in corso dopera; Tutti i dati attinenti il progetto per la realizzazione del software vengono persi a causa di un evento catastrofico: terremoto, tsunami, alluvione. Logicamente la valutazione di tale rischio deve essere calibrata in base al luogo in cui sita la sede operativa. Dato che nel caso specifico presente in Puglia, in cui sono rarissimi gli episodi sismici e alluvionali, per non parlare dellimpossibilit di uno tsunami; la probabilit che tale rischio si verifichi molto bassa, addirittura inferiore al 10%. Daltro canto se un episodio del genere si verificasse i danni sarebbero catastrofici. Per poter prevenire danni ingenti lazienda deve munirsi di copie di back up di tutti i dati relativi ai vari progetti in corso e porli in un luogo sicuro; I dispositivi sui quali stato effettuato il back-up dei dati sono danneggiati o perch la calamit naturale ha colpito anche il posto in cui erano stati portati oppure perch si sono danneggiati per altri motivi. Tale rischio normalmente viene evidenziato solo allatto del ripristino, cio solo quando i dati sono persi e si sta cercando tramite le copie di back-up di ripristinare il sistema. La probabilit che ci si verifichi realmente bassa, al di sotto del 10%, ma i danni potrebbero essere catastrofici. Lunica politica che si pu adottare quella di scegliere un luogo sicuro in cui conservare le copie e soprattutto di acquistare dispositivi di alta qualit; Lazienda subisce un furto nel quale vengono portate via tutte le apparecchiature tecnologiche e tutte le informazioni relative ai progetti. Questo vorrebbe dire distruggere lazienda, poich lazienda dovrebbe riacquistare tutte le apparecchiature rubate, utilizzando la maggior parte del capitale sociale. Tutto ci pu mettere a rischio anche la realizzazione di alcuni progetti in quel momento seguiti dallazienda. Per quanto riguarda i dati, sono facilmente recuperabili tramite le copie di back up. La probabilit che ci si verifichi varia a seconda della zona in cui ci si trova, a Bari nella sede operativa dellazienda il rischio viene reputato moderato. Le conseguenze sarebbero sicuramente serie se si verificasse una situazione di questo tipo. Per ridurre la probabilit di tale rischio si pu installare nella sede lavorativa un buon sistema di allarme connesso con la questura di Bari, in modo tale da avvisarla in caso di furto; Le indagini di mercato effettuate da un esperto di marketing potrebbero evidenziare i seguenti scenari: sul mercato esistono prodotti simili di maggiore qualit, il mercato non si adatta alla vendita di tale prodotto. Nel primo caso si deve portare avanti unanalisi approfondita per capire se esiste la possibilit di fare concorrenza al prodotto gi presente sul mercato o se questo ha un monopolio assoluto difficile da usurpare. Nel secondo caso si deve capire se effettivamente lambiente in cui si

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

23

cercher di vendere il prodotto pu perpetuare un qualche genere di interesse oppure no. Nel caso specifico, il software avr come contesto Internet, perci la seconda opzione da scartare a priori. La probabilit che ci si verifichi moderata e le conseguenze sarebbero serie; La societ a causa di debiti costretta a dichiarare bancarotta. Se uneventualit di questo tipo si verificasse, sicuramente tutti i progetti sarebbero abbandonati. La probabilit che ci si verifichi molto bassa, ma le conseguenze sarebbero catastrofiche; Le tecniche inizialmente reputate adatte alla memorizzazione di una mole cos grande di dati e di reperimento degli stessi per poter permettere il prestito sono inefficienti. Questo rischio potrebbe essere non cos improbabile, poich nelle fasi iniziali della realizzazione non ci si rende conto delleffettiva quantit di dati che ci si trover a gestire. Un errore di valutazione di questo tipo, porterebbe alla ricerca di un nuovo supporto in grado di ottemperare alle richieste e quindi alla perdita di tempo derivante dalla ricerca di una nuova tecnica e alla probabile riprogettazione del sistema sui cambiamenti effettuati. La probabilit bassa e le conseguenze sarebbero tollerabili; Le soluzioni inizialmente pensate per risolvere determinati problemi sono errate. Se le soluzioni che vengono progettate sono errate; un riscontro lo si avr solo in fase di implementazione o di testing, perci errori commessi in fase di progettazione si ripercuoteranno nelle fasi successive e costringeranno il team a tornare in fase di progettazione una volta accortosi dellerrore. Questo provoca sicuramente una perdita di tempo e soprattutto indice di una cattiva progettazione. La probabilit associata a tale evento bassa, ma fortemente dipendente dallesperienza del team. Le conseguenze di tale rischio sono serie. Una politica adottabile per evitare questo rischio di mettere dei responsabili del progetto con esperienza; Uno o pi dipendenti rassegnano le dimissioni con il minimo del preavviso consentito dalla legge. Questa situazione sarebbe sicuramente scomoda per la societ, dato che questo vorrebbe dire trovare un numero n di rimpiazzi qualificati in un tempo breve. Questo problema da associare a quello di dover portare avanti i progetti accettati dalla societ. Quindi un inconveniente di questo tipo produrrebbe ritardi nelle consegne non irrilevanti. La probabilit per un rischio di questo tipo bassa e i danni della societ sarebbero seri; Il software creato non riscontra le aspettative del cliente. Il software stato implementato e testato, quindi perfettamente funzionante e pronto per la consegna, ma il cliente non soddisfatto. Questo pu dipendere da diversi motivi: interfaccia

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

24

grafica poco accattivante, interfaccia grafica troppo complessa, funzionalit diverse dalle specifiche di progetto, eccessiva lentezza delle elaborazioni. Questo produrrebbe il ritorno alla fase di progettazione e quindi unelevata perdita di tempo, possibile acquisto di licenze di nuovi software e quindi variazioni nelle stime dei costi iniziali. La probabilit di questo rischio moderata e gli effetti derivanti da tale rischio sarebbero seri;

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

25

La tabella sottostante contiene tutti i rischi analizzati precedentemente, ma in quello che lordine determinato dalla combinazione dei due parametri di valutazione del rischio.
Tabella 1. Elenco dei rischi. Nella tabella vengono evidenziati la probabilit con cui il rischio si pu verificare e gli effetti che esso causerebbe.

Rischi Task force priva di esperienza Problemi con i software acquistati per il riuso Fase di analisi superficiale Personale non disponibile Variazioni considerevoli dalle richieste iniziali Sottostima del tempo Furti Indagini di mercato rivelatrici Il prodotto realizzato non rispetta le richieste Soluzioni errate Sottostima dei costi Dimissioni di uno o pi dipendenti appartenenti allo staff Richieste particolari del committente CASE tools inefficienti Cambiamento del responsabile Problemi con i laptop acquistati Cambiamento di sede Supporti di memorizzazione inefficienti Calamit naturali Bancarotta della societ Dispositivi di back-up non funzionanti

Probabilit Molto alta Alta Alta Alta Moderata Moderata Moderata Moderata Moderata Bassa Bassa Bassa Alta Moderata Moderata Bassa Bassa Bassa Molto bassa Molto bassa Molto bassa

Effetti Catastrofici Seri Catastrofici Tollerabili Seri Seri Seri Seri Seri Seri Seri Seri Tollerabili Tollerabili Tollerabili Tollerabili Tollerabili Tollerabili Catastrofici Catastrofici Catastrofici

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

26

PROGRAMMAZIONE DEL PROGETTO Come gi detto, si ritiene opportuno limpiego di ALMENO 4 mesi per la realizzazione del progetto; durante questi 4 mesi si reputa necessario fissare dei breakpoints che permetteranno di fare il punto della situazione; inoltre, ogni 2 settimane, prevista la compilazione di una documentazione circa i progressi svoltisi. Qualora si dovesse decidere di optare positivamente per la realizzazione del progetto, lavvio dello stesso sar previsto nel mese di Dicembre. Possiamo individuare, per grandi linee, i task (T) e le milestones (M) che costituiscono la realizzazione del progetto:
Tabella 2. Task duration and dependencies in questa tabella vengono riportati tutti i task individuati; oltre al nome, alla descrizione e al tempo impiegato da ciascun task, nellultima colonna vengono esplicitate le dipendenze tra i vari task e le milestones individuate.

Task T1 T2 T3 T4 T5 T6 T7 T8 T9 T10 T11 T12 T1:

Descrizione Indagine di mercato / analisi competitiva Sondaggi statistici sugli oggetti da prestare Valutazione esigenze economiche Project Planning Progettazione base di dati Progettazione sito web Progettazione carrello spesa, pagamento elettronico, catalogo multimediale Progettazione interfaccia tra i vari moduli Implementazione base di dati Implementazione sito web, carrello spesa, pagamento elettronico, catalogo multimediale Implementazione interfaccia tra i moduli Test del sistema

Durata (settimane) 1 2 2 2 2 2 2 1 4 4 2 3

Dipendenze / T1 (M1) T1 (M1) T2,T3 T4(M2) T4(M2) T4(M2) T5,T6,T7(M3) T5(M4) T6,T7(M4) T9,T10(M5) T11(M6)

Durante lindagine di mercato molto importante valutare con attenzione quale potrebbe essere la fetta di mercato allinterno della quale si pu collocare il prodotto, ma soprattutto necessario capire se il prodotto possa essere dinteresse per la clientela e se non ci sono gi altri prodotti simili con i quali non si riuscirebbe a competere;

T2:

Successivamente al primo task, si entra pi in dettaglio circa la scelta degli oggetti e delle risorse multimediali che potrebbero interessare;

T3:

In questo task si effettua una stima circa i costi di gestione del sistema e i costi relativi allacquisizione delle risorse multimediali;

T4:

Questa uno dei task pi importanti; in seguito alla fase preliminare, in questo task si inizia a effettuare la pianificazione e la gestione efficiente di tutte le risorse a

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

27

disposizione; il risultato finale di questo task sar la realizzazione di una bozza piuttosto affidabile e veritiera del progetto; T5: In questa fase si passa in maniera pi dettagliata alla progettazione di una base di dati specifica; T6: Contemporaneamente viene progettata la struttura del sito web; loutput di questo task verr trasferito ai programmatori che realizzeranno il sito web vero e proprio; T7: In questa fase, vengono realizzati gli algoritmi necessari per la gestione del carrello spesa, del catalogo multimediale e del pagamento elettronico; T8: A seguito delle tre fasi precedenti, in questa fase i membri del team realizzeranno linterfaccia di comunicazione tra i vari moduli precedentemente realizzati T9: T10: La base di dati viene implementata con il linguaggio di programmazione specifico; Allo stesso modo del task precedente, viene costruito il sito web con le relative features; T11: T12: Nel penultimo task, si mettono in comunicazione i vari moduli realizzati; Il sistema pronto per lutilizzo e viene sottoposto ad una minuziosa fase di test.

I task individuati consentono di suddividere il lavoro in ulteriori lavori pi piccoli e specifici che permetteranno di gestire meglio lo scheduling delle varie fasi, potendole anche attribuire specificatamente ai singoli membri del team. Nelle due successive tabelle viene evidenziato maggiormente il fattore tempo e la propedeuticit tra i vari task (Gantt chart) e lasseganzione degli stessi ai vari menbri (Team allocation)
Tabella 3. Gantt chart la prima riga evidenzia il numero di settimane; le singole righe successive rappresentano il tempo e le propedeuticit tra i vari task evidenziati nella tabella successiva.

1 T1

2 T2 T3

10

11

12

13

14

15

16

T4 T5 T6 T7 T8 T9 T10 T11 T12 M1 M2 M3 M4 M5 M6

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

28

Le fasce nere corrispondono alla durata stimata in settimane per ciascun task. Essendo una stima, il tempo potrebbe non essere sufficiente. Per questo motivo, per tutti i task tranne che per il primo e lultimo, abbiamo previsto un ulteriore settimana di ritardo (fasce grigie); tuttavia auspicabile lassenza di questa necessit poich causerebbe lo slittamento effettivo del completamento del progetto.
Tabella 4. Team allocation Ai vari membri del team vengono associati i vari task su cui lavora. Viene sempre mantenuta la sequenza temporale tra i task.

Giurista dimpresa Esperto marketing Consulente finanziario

1 T1

4 T4

10 11 12 13 14 15 16

T2 T4 T3 T4 T7 T9 T10 T11 T12 T4 T5 T6 T7 T8 T12

Analisti programmatori

Ingegneri informatici

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

29

CONCLUSIONI Considerato quanto affermato finora, riteniamo fattibile la realizzazione del software, poich esso si basa su un idea concettualmente nuova, la quale potrebbe verosimilmente riuscire a guadagnarsi una buona fetta del mercato online; infatti la concezione di prestare qualcosa potrebbe risultare piuttosto conveniente nellottica del web, poich si eviterebbe di spendere troppo per acquistare una risorsa che magari dopo un certo periodo di tempo diventa completamente inutile per linteresse personale. Inoltre, attraverso questa modalit, il consumatore evita di occupare spazio sulla propria macchina per possedere la risorsa e ha la possibilit di accedervi da qualsiasi dispositivo accessibile a Internet. Oltretutto riteniamo che il budget messo a disposizione sia sufficiente (perlomeno secondo questa fase di stima) e che si possa riuscire a recuperare interamente la somma nel giro di 1214 mesi. Sar indispensabile pubblicizzare il prodotto in maniera accattivante e coinvolgente, offrendo anche un periodo di prova iniziale mediante un account premium: in particolare si potrebbe concedere una somma di 15 spendibili nella prima settimana di prova per i primi 1000 utenti iscritti. Di seguito vengono proposti due grafici previsionali: nel primo viene mostrata una stima del numero di utenti iscritti (rappresentazione cumulativa) basata su un indice di interesse correlato alla conoscenza del sito web: in particolare si prevede che in una prima fase il prodotto sia poco conosciuto e quindi il numero di utenti iscritti relativamente basso; successivamente, grazie alla pubblicit, esso potrebbe crescere linearmente; infine si potrebbe assestare ad un valore di regime; nel secondo grafico viene mostrata una stima dei guadagni ottenuti dal committente: nei primi mesi si assister ad un basso indice di guadagno, dovuto sia ad una scarsa conoscenza del software e sia alla promozione concessa ai primi 1000 iscritti. Successivamente, qualora il prodotto dovesse riscuotere realmente successo, i guadagni saranno verosimilmente esponenziali (vedi guadagni cumulativi 2012) e si potr arrivare al pareggio di bilancio (rispetto alle spese relative al budget) intorno al mese di ottobre (vedi B.E.P. break even point).

MarDon S.r.l Studio di fattibilit WonderL3ndWeb

30

Previsione anno 2012 (numero utenti iscritti)

1400 1200 1000 800 600 400 200 0 Previsione anno 2012 (numero utenti iscritti)

Guadagni previsti nell'anno 2012 (in migliaia di )

20 18 16 14 12 10 8 6 4 2 0

B.E.P

Guadagni previsti nell'anno 2012 (in migliaia di ) Pareggio di bilancio (per budget) Guadagni previsti nell'anno 2012 (cumulativi)