Polarion UC 2010 - Selex SI - Un approccio all'Application Lifecycle Management

Un approccio
all’Application Lifecycle
Management
Maurizio Lentini

Polarion User Conference 2010
Badia di Campoleone (AR) , 5-6 Ottobre

Contenuti

•  Chi siamo
•  Esigenza iniziale
•  Soluzione: PolarionALM
–  per il processo di sviluppo software
–  per la comunicazione
•  Prossimi passi
•  Conclusioni

© 2010 SELEX Sistemi Integrati. All rights reserved 2

Chi siamo

•  Un gruppo della Unità Sistemi Difesa (ex- Elsag Datamat) di Selex
Sistemi Integrati, una società Finmeccanica.
•  Spin-off verso Selex SI avvenuto in data 1 Luglio 2010.
•  Integrazione operativa tutt’ora in corso.
•  Nello specifico ci occupiamo di Sistemi di supporto alle missioni,
facenti parti della catena di Comando e Controllo. Sono utilizzati
nelle attività pre e post-volo dei piloti militari.


Chi siamo su Polarion

Sistemi di Supporto alle Missioni su
Polarion:
•  50 persone
•  8 progetti
•  Diversi clienti (FFAA, Piattaformisti di
Finmeccanica: Aermacchi, Alenia, Agusta Westland)
•  Diversi subcontractors, leaders mondiali
del settore difesa (tra cui MBDA, EADS, Northrop
Grumman, Boeing)


Esigenza iniziale
Soluzione: PolarionALM

L’esigenza iniziale (1/2)

•  Sistematizzare ed efficientare il nostro approccio al
processo produttivo del SW, nel dettaglio:
–  Pianificare le attività
–  Tracciare e storicizzare gli artefatti e le comunicazioni
–  Monitorare la qualità del processo produttivo
–  Verificare la bontà delle stime di effort effettuate in fase di
pianificazione creando un sistema di misure

•  Colmare alcune lacune evidenziate con l’esperienza di
SCAMPI-B per CMMI (in Elsag Datamat nel 2008)


L’esigenza iniziale (2/2)

•  Evitare l’abuso di uno strumento quale l’email per la
gestione tecnica (scambio documenti, assegnazione
tasks, ecc) passando all’utilizzo di un repository
centralizzato. I principali vantaggi sono ovvi:
–  Tracciabilità dell’informazione
–  Ricerca facilitata
–  Visibilità (chi-fa-cosa)


La soluzione: Polarion ALM

E’ stato selezionato Polarion a fine 2008 e lo abbiamo
implementato per gli aspetti di gestione relativamente:

•  al ciclo di sviluppo del software

•  alla comunicazione interna/esterna


sviluppo Software

Sviluppo SW

Tre aree principali prese in considerazione:
–  Modellazione del processo produttivo (modelling)
–  Gestione del codice sorgente e della
documentazione (source& docs)
–  Gestione della configurazione (CM)


Sviluppo SW - Modelling (1/10)

Work Breakdown Structure

Project

Work Package 1 Work Package 2 Work Package N

Work Package 1.1 Work Package 1.2


Sviluppo SW - Modelling (2/10)

Work Breakdown Element


Sviluppo SW – Modelling (3/10)

Task: workflow e assegnazione



Task: dipendenze con altri work items
–  Documentare e porre in evidenza possibili dipendenze
e correlazioni con altri tasks e/o work items
–  Schedulazione delle risorse durante l’avanzamento del
progetto

Task A

Task B Task C

Task D



Task



Task: lista per progetto o per risorsa



Change Request
–  Identificazione e gestione
–  Analisi di impatto
–  Aggiustamento dei costi/tempi

•  Cosa documenta:
–  la richiesta di cambiamento in
sé
–  i risultati sommari dell’analisi
di impatto
–  la decisione del Change
Control Board
–  infine, la decisione del cliente



Test case
•  Specifici per baseline
•  Copertura dei requisiti



Problem Report
Rappresentano e documentano l’evidenza di problemi riscontrati sul
software durante l’attività di testing



Riassumendo, i work items dello sviluppo SW attualmente
implementati con Polarion sono:

artefatti


Sviluppo SW - Source & Docs

•  Codice sorgente (in Subversion):
–  Controllo di versione
–  Tagging
–  Gestione dei “branch & merge”

•  Documentazione e manuali nel Repository


Sviluppo SW - Configuration Management

•  Per ciascun progetto abbiamo attività strettamente
legate agli aspetti di Configuration Management.
•  Tali attività vengono rappresentate con opportuni work
items:
–  Baselines
–  Configuration items (es: librerie esterne, test data,
documentazione tecnica, etc)
–  PBS (product breakdown structure)


comunicazione

Comunicazione – interna al team (1/4)

•  Information radiator: facilmente accessibile,
istantaneamente comprensibile (intuitivo), facilmente
aggiornabile e – quindi – aggiornato
vs
•  Information refrigerator: poco accessibile,
informazione criptica e ridondante, poco intuitivo



Attraverso il Wiki



•  Notifiche automatiche (livello configurabile)

•  Reports, costruiti per le esigenze dei program

managers

•  Realizzazione di alcune estensioni…



Esempio di estensione:
Matrice di allocazione delle risorse e tempo speso


Comunicazione – esterna (1/6)

•  Esterna (verso gli stakeholders)
–  Stakeholders management
–  Events
–  Actions
–  Request for support
–  Problem Reports


Comunicazione - esterna (2/6)

Stakeholders management



Events



Actions



Request for support



Esempio di estensione:
Minute di meeting


Prossimi passi

•  Estrazione di “conoscenza” dai progetti per poter
raffinare e supportare il calcolo di stime (effort,
tempi, risorse), fondamentali nelle fasi
contrattuali e negoziali.
•  Migliorare ed integrare il processo di gestione
dei requisiti.


Requirements Management (1/2)

•  Parzialmente gestiti con Enterprise Architect™
(Sparx system)


Requirements Management (2/2)

•  Attualmente stiamo valutando il connettore Polarion-EA
•  Obiettivi:
–  Gestione completamente integrata dei requisiti
–  Vista “customer” (document oriented)
–  Vista “engineer” (UML model)


Conclusioni

•  L’utilizzo di Polarion è facile e particolarmente motivante
per il team tecnico.

•  Polarion richiede notevole sforzo per essere
customizzato, ma ripaga molto in quanto si adatta in
maniera egregia alle esigenze specifiche (i.e. è il mio
processo aziendale che è implementato per ognuno dei
miei oggetti di lavorazione).

•  Futuri sviluppi: integrazioni con lo strumento EA e
sviluppo di estensioni per le metriche SW.


Polarion UC 2010 - Selex SI - Un approccio all'Application Lifecycle Management

More Related Content

Polarion UC 2010 - Selex SI - Un approccio all'Application Lifecycle Management