Open BQROpen BQRuna proposta per la valutazione del software Open Source

Relatore Prof. Luigi Lavazza

Correlatore Prof. Sandro Morasca

TAIBI DAVIDE

Obiettivi

O.S.S. Confronto: stato attuale

Ideologie

Opinioni

Scelte di “religione”

Errori di Valutazione

No strumenti

di supporto adeguati +

• Esperienza personale imprecisa

• Metodi esistenti immaturi

• Nessun metodo tratta – qualità interne – qualità esterne – disponibilità di supporto nel tempo – costo necessario per i moduli proprietari

Situazione attuale

Obiettivi

MODELLO DI COMPARAZIONE• formale

• semplice

• intuitivo

rapida comparazione

qualificazione e selezione

ASPETTI FONDAMENTALI- Adeguatezza funzionale

- Assenza di bugs e tempo di risoluzione

- Disponibilità di supporto nel tempo

- Costi

- Altri aspetti

COMPARAZIONE SOFTWARE OPEN SOURCE

1. Selezione

2. Valutazione parametri

3. Classificazione

v

vv

x

x

xx

Open BQR

Analisi preliminare

Contatti con le comunità O.S.• GUFPI-ISMA Software Metrics • Java Open Business• International Function Point User Group (IFPUG)• CMMi Process Improvement Community

Metriche del software• Function Points• Cosmic FFP• COCOMO

Metodi di comparazione esistenti • Open Source Maturity Model • Open Business Readiness Ratings • Qualification and Selection of O.S. Software

Forum

Incontri

Workshop

Sondaggio

Open BQR

OSMMOpen Source Maturity Model

Open BRROpen Business Readiness Rating

+ QSOSQualification and Selection of O.S. Software

+Open BQR

Open Business Quality Rating

1. Quick Assessment Filter

2. Data Collection & Processing

3. Data Translation

Open BQR – Il metodo

• Analisi delle specifiche • Verifica delle caratteristiche richieste

• Analisi degli Indicatori• Parametri basati sul Target di utilizzo

Open BQR – Il metodo

• Tipo di Licenza• Rispetto degli standards• Linguaggio di implementazione• Supporto per l’internazionalizzazione• Libri sul prodotto• Seguito da analisti

1.Quick Assessment Filter

• rapporto bugs risolti/totale• tempo medio risoluzione bugs• rapporto donazioni/numero di bugs

• Analisi delle specifiche • Verifica delle caratteristiche richieste

• Analisi degli Indicatori• Parametri basati sul Target di utilizzo

• Analisi del database dei bugs

Open BQR – Il metodo

1.Quick Assessment Filter

• Analisi delle specifiche • Verifica delle caratteristiche richieste

• Analisi degli Indicatori• Parametri basati sul Target di utilizzo

• Analisi del database dei bugs• Analisi delle qualità internetà

Open BQR – Il metodo

1.Quick Assessment Filter

• complessità (Mc Cabe)• riuso• dipendenze

• Analisi delle specifiche • Verifica delle caratteristiche richieste

• Analisi degli Indicatori• Parametri basati sul Target di utilizzo

• Analisi del database dei bugs• Analisi delle qualità interne• Analisi attività della comunità

Open BQR – Il metodo

1.Quick Assessment Filter

• numero di release rilasciate• numero di aziende che rispondono a richieste• rapporto programmatori/azienda• numero di programmatori indipendenti

Open BQR – Il metodo

1.Quick Assessment Filter

2.Data Collection & Processing

3.Data Translation

• Analisi delle specifiche• Assegnazione peso indicatori

• Normalizzazione pesi• Misurazione parametri indicatori

• Calcolo punteggio finale• Visualizzazione risultati

Test

Drupal

Mambo

WebGUI

CMS ERP

Compiere

Open BQR – CMS

Definizione delle specifiche

Sito web personale:

• Layout definito dal cliente.• Creazione nuove pagine pubbliche e nascoste da parte dell’utente• Galleria immagini • Donwloads • Caricamento files / immagini via browser • Pannello di amministrazione possibilmente in Italiano

Open BQR – CMS

SCELTA INIZIALE

• MAMBO

• DRUPAL

• WEB GUI

VERIFICA DELLE FUNZIONALITA’ RICHIESTE

1. Possibilità di creazione layout personalizzato 10/10

2. CRUD (Create, Read, Update, Delete) delle pagine da parte dell’utente 10/10

3. Galleria immagini 7/10

4. CRUD (Create, Read, Update, Delete) file e pagina di download 5/10

5. Supporto Lingua Italiana 4/10

Open BQR – CMS

Open BQR – CMS

Tool

Open BQR – CMS

• 482 accessi / 1282 pagine viste• 221 download del whitepaper• 375 stime effettuate

Conclusioni – Sviluppi Futuri

• Applicazione a progetti CMS

• Stabilire parametri più significativi da valutare

• Riduzione della soggettività per quanto possibile

• Sensibilizzazione della comunità O.S.

Grazie per l’attenzione