Want to make creations as awesome as this one?

Transcript

Le diverse metriche in uso per quantificare il probabile costo di un SW

Metriche del SW

UNA PRESENTAZIONE DI:

MORADAITLAARABI

SIMONE DELL'ORCO

YASSINE BOUZIANE

FEDERICOSALESI

Indice

7. Parametri di Progetto

6. Rischi e Complessità del Progetto

5. Costo di Manutenzione

4. Qualità del Codice

3. Sforzo Umano

2. Complessità del Software

1. Dimensione del Software

Dimensione del Software

LA PROGETTAZIONE è la base per la realizzazione di un SW, per soddisfare poi le esigenze dei futuri clienti, colmando i loro disagi, tramite il servizio proposto. Inoltre si va incontro anche alla complessità della gestione dei dati, della scelta delle tecnologie ecc…"Si idealizza anche in base alle domande di mercato attuali o future, per poi avere un vantaggio nella vendita."Lo SVILUPPO viene fatto dopo tutta l’ideologia di marketing e progettazione per poi andare a sviluppare le idee definitive per la realizzazione del SW ideato. Per lo sviluppo dunque si fanno lavorare i propri sviluppatori, e qui si nota la complessità dello sviluppo del SW, sia a livello lavorativo che mediatico. "ovviamente non si otterranno i risultati voluti in modo immediato.ma bensì si andrà incontro ad una serie di bug e problemi. che si risolveranno con dei t….."

Complessità e Dimensioni

Una delle possibili metriche usate per quantificare il costo di un SW è sicuramente la complessità dello sviluppo di quest'ultimo.Si basa su: 1)PROGETTAZIONE2)SVILUPPO3)TEST4)RILASCIO

Complessità del Software

Test

I Test, che saranno la base per comprendere gli errori e i bug del nostro SW, dunque tramite questi test si potrà andare a migliorare l'efficienza del SW trovando debug,risoluzione problemi e anche spunti per nuove implementazioni per il mantenimento di sicurezza e robustezza del SW. In certi casi bisognerà addirittura riscrivere intere pagine di codice, per aumentare la comodità di uso per l’utente e un aumento di qualità sul SW. Per questo l’azienda si dovrà fornire anche dei testers che si occuperanno di segnalare eventuali problemi.

Sforzo Umano

The Mythical Man-Month

Ogni persona ha una sua diversa produttività, che può variare nel tempo (con l’età e la conoscenza, ad esempio).La produttività di una persona dipende dalla complessità del problema da risolvere.Aumentando la dimensione del gruppo di lavoro aumenta proporzionalmente la produttività? • Se una persona può svolgere 1 man-month di lavoro in un mese, quanto lavoro potranno svolgere 10 persone nello stesso mese? • Tutti questi problemi furono espressi compiutamente per la prima volta da Brooks nel famoso libro The Mythical ManMonth: Essays on Software Engineering, nel 1975 • In conclusione: si tratta di una metrica di facile misura (ma solo a posteriori) ma di difficilissima stima

Uomo-mese o Uomo-anno

Per sforzo (effort) si intende la misura del quantitativo di lavoro umano necessario per svolgere un lavoro relativo ad un processo di sviluppo software L’unità di misura più comunemente usata è il uomo-mese (man-month) e tutti i suoi multipli e sottomultipli Un mese/uomo si definisce, teoricamente, comeil quantitativo di lavoro che un singolo dipendente può svolgere in un mese lavorativo

Qualità del Codice

4. Feedback Utente: Il numero di bug segnalati dagli utenti può essere un indicatore importante della qualità del software in produzione. Tuttavia, non tutti i bug vengono sempre segnalati dagli utenti, quindi è importante combinare questo dato con altri indicatori. 5. Analisi della Radice: Quando si riscontrano bug, è importante condurre un'analisi della radice per identificare le cause sottostanti. Questo può aiutare a migliorare il processo di sviluppo e prevenire futuri bug simili. 6. Aggiornamenti e Miglioramenti Continui: Il numero di bug può anche riflettere gli sforzi dell'organizzazione per migliorare costantemente il software. Aggiornamenti regolari e correzioni dimostrano un impegno verso la qualità e la soddisfazione del cliente.

Numero di Bug

La valutazione della qualità del codice è un aspetto cruciale nello sviluppo del software, e ci sono diverse metriche utilizzate per misurare vari aspetti della qualità. Esattamente, il numero di bug è una metrica chiave utilizzata per valutare la qualità del software. Ecco alcune considerazioni aggiuntive su come interpretare il numero di bug: 1. Indicatori di Qualità: Un basso numero di bug è generalmente associato a una migliore qualità del codice. Tuttavia, è importante considerare la gravità dei bug. Alcuni bug possono essere meno critici rispetto ad altri. 2. Fase del Ciclo di Vita del Software: È normale che il numero di bug sia più elevato durante le fasi iniziali dello sviluppo. Man mano che il software viene testato e sottoposto a correzioni, ci si aspetta che il numero di bug diminuisca. 3. Test Continuo: L'implementazione di pratiche di test continuo può aiutare a identificare e correggere i bug in modo più tempestivo, riducendo così il numero complessivo di bug nel lungo termine.

Copertura del codice

La "Copertura del Codice" (Code Coverage) è una metrica utilizzata per misurare la percentuale di codice sorgente che è stata eseguita durante i test. Questa metrica è spesso impiegata per valutare l'efficacia dei test e la probabilità di individuare eventuali errori nel software. Ecco alcune considerazioni chiave sulla copertura del codice: Obiettivo della Copertura: L'obiettivo principale della copertura del codice è identificare le porzioni del codice che non sono state testate. Un'alta copertura suggerisce che molte parti del codice sono state eseguite durante i test, riducendo la possibilità di errori non rilevati. Tipi di Copertura: La copertura del codice può essere misurata a diversi livelli, come la copertura delle istruzioni, la copertura delle decisioni (branch coverage), la copertura delle condizioni, ecc. Ogni tipo di copertura fornisce informazioni specifiche sulla qualità dei test.

Costo di Manutenzione

Ma cosa può portare a tassi di fidelizzazione elevati?

Errori comuni, codice difficile da comprendere e struttura complessa possono aumentare i costi di manutenzione. Un sistema che non si adatta facilmente alle nuove esigenze può richiedere modifiche significative e aumentare i costi nel tempo. Complessità del software: progetti software complessi possono comportare un aumento dei costi di manutenzione. Per ridurre gli elevati tassi di manutenzione, è importante investire nella qualità del codice, adottare pratiche di sviluppo agili per adattarsi ai mutevoli requisiti e pianificare l’obsolescenza della tecnologia. In conclusione, il reporting di manutenzione è uno strumento prezioso per prevedere i costi futuri e pianificare una gestione efficace del software nel tempo.

Il Ruolo del Rapporto di Manutenzione

La manutenzione del software è un compito imprescindibile e la sua efficace gestione è fondamentale per garantire la stabilità e la longevità del sistema software nel tempo.L'indicatore principale che ci aiuta a valutare la stabilità finanziaria del software è il "rapporto di manutenzione", il rapporto tra i costi iniziali del software e i costi totali di manutenzione nel tempo. Tassi di fidelizzazione elevati possono essere un segnale di allarme. Ciò indica che il software richiede una manutenzione costosa a lungo termine.

Rischi e Complessità del Progetto

Sulla base dell’analisi dei rischi, è necessario valutare tutti i rischi del progetto. Le difficoltà derivano da una varietà di fattori, tra cui la dimensione del progetto, la struttura dell'organizzazione, la tecnologia coinvolta e la novità della soluzione proposta. Progetti più complessi e rischiosi potrebbero richiedere estensioni. Infine, l'analisi e la valutazione del rischio di un progetto sono importanti per il suo successo. Una buona comprensione di queste situazioni ci aiuterà ad affrontare le sfide e a sviluppare strategie che ci consentiranno di gestire adeguatamente qualsiasi tipo di progetto o sfida.

L'Importanza dell'Analisi dei Rischi

Quando affrontiamo un progetto, soprattutto se grande o complesso, è importante comprendere e gestire le problematiche che possono sorgere durante il processo. Cominciamo discutendo dell'analisi del rischio, una parte importante di qualsiasi gestione di progetto. L’analisi del rischio implica l’identificazione, la valutazione e la mitigazione dei rischi che potrebbero influenzare il successo del progetto. L’importanza dell’analisi del rischio è che fornisce una chiara comprensione delle possibili barriere e consente al team di progetto di sviluppare strategie di mitigazione.

Parametri di Progetto

"Il rispetto delle scadenze non solo crea un programma serrato, ma dimostra anche l'efficacia del team e crea fiducia"

Budget elevati possono comportare costi più elevati, ritardi e, in alcuni casi, la necessità di ridurre o interrompere il progetto. Pertanto, è importante essere preparati a gestire questi cambiamenti in modo sistematico e, se necessario, adeguare il budget, ma sempre con una visione chiara dei risultati a lungo termine. È importante dimostrare che la quantità di tempo e le decisioni sul budget influiranno sul costo totale del progetto. La gestione del tempo e del budget richiede un'attenta pianificazione, un monitoraggio continuo e la flessibilità per accogliere cambiamenti imprevedibili nel progetto. In definitiva, il rispetto delle scadenze e del budget è fondamentale per il successo di qualsiasi progetto.

La Cruciale Gestione di Tempo e Budget

Presentazione dei parametri del progetto: tempestività e gestione finanziaria Oggi esamineremo due fattori importanti che svolgono un ruolo enorme nel successo del progetto: tempo e budget. Un aumento di questi numeri avrà significative implicazioni finanziarie e dal lato dell’offerta. La gestione del tempo è uno degli aspetti più importanti di qualsiasi progetto. Il mancato rispetto delle scadenze può avere conseguenze negative, come la consegna ritardata del prodotto finale, utenti insoddisfatti o opportunità di marketing perse. Pertanto, la gestione del tempo è molto importante per il successo del progetto.

FINE

When you make a WOW presentation, you make interactivity and animation your allies and hear your audience applaud.

A presentation is not WOW when it’s boring and your audience drifts off because they don’t understand anything.

You know that a presentation is WOW when you capture the attention of your audience and everyone assimilates the information.

Job title 3

Genially

Job title 2

Genially

Job title 1

Genially

Including quotes always strengthens our presentation. Break the monotony.

Testimonials

Communicate

Structure

Impress

Design

Plan

To tell stories in an orderly, hierarchical, structured, and concise way. These are the four pillars for giving a successful presentation.

Use timelines

20XX

20XX

20XX

20XX

20XX

When presenting numbers, we recommend prioritizing simplicity and conciseness and using interactivity and animation to emphasize certain data and to allow you to provide additional information.

Underline a relevant figure or fact in this space

of our brain processes visuals

of purchases are emotional

50%

85%

of what see, we remember

of info is received through sight

80%

90%

+ info

of what we do and see, we remember

80%

of visual information is assimilated better

90%

Interactive visual communication improves the results of communication on any topic and in any context. Before starting to create, it’s a good idea to spend a few minutes thinking about the message behind the map.

Maps are a great ally, use them!

Animated doodles (Entrance - Exit)

Animated doodles (Just entance)