Intervento congiunto di Polarion Software e TRS - Tecnologie nelle Reti e nei Sistemi SpA

1. Polarion Software®
Welcome to Polarion
Stefano Rizzo – VP Strategy & Bus. Dev.
stefano.rizzo@polarion.com

2. Polarion Software Ovum ALM Decision Matrix
Polarion Software® Polarion® Requirements™ - www.polarion.com

3. Polarion Software Global Appearance
Polarion Software® Polarion® Requirements™ - www.polarion.com 3

4. Polarion Software Polarion in Numbers
110+
extensions
250+
Fortune 1000 deployments
10,000+
Registered community members
Polarion Software® Polarion® Requirements™ - www.polarion.com 4

5. Polarion Software 1 Mil. Users
1,000,000 +
Polarion Software® Polarion® Requirements™ - www.polarion.com 5

6. Polarion Software Polarion Customers
Polarion Software® Polarion® Requirements™ - www.polarion.com 6

7. Why are Polarion Products
One Platform
different?
Polarion Software® Polarion® Requirements™ - www.polarion.com 7

8. Why are Polarion Products
Easy implementation & roll-out
different?
days
Polarion Software® Polarion® Requirements™ - www.polarion.com 8

9. Why are Polarion Products
Best value for the money
different?
Polarion Software® Polarion® Requirements™ - www.polarion.com 9

10. TRS SpA
Uso del metodo COSMIC e di Polarion per la
gestione dei progetti di sviluppo SW
Software Testing Forum - Milano, 12 giugno 2012
Enrico Berardi

11. La TRS e il Consorzio START
l System/software house nata nel 1983
l Organico attuale: circa 190 persone
l Sedi: Roma (sede centrale), Napoli (Fusaro e Giugliano)
l Dal 2001 fa parte del Consorzio START
Difesa Traffico Aereo Spazio Trasporti Homeland
Security
Principali clienti
SelexSI, MBDA, Thales Alenia Space, Iniziativa Car Sharing, Ansaldo Breda, ecc.
http://www.trs.it
http://www.consorziostart.it

12. Polarion e il CMMI ML3
l Inizio lavori à fine 2007
l SCAMPI di classe A (Staged) per Maturity Level 3
à Luglio 2009
l SEI Certified Partner: Business Strategy

13. Polarion come ALM Tool
l Perché la scelta
l Strumento polivalente (più Aree di Processo)
l Repository centralizzato (accesso via Web)
l Supporto per una Base Dati storica
l Interpretazione Agile del CMMI
l Approccio record-oriented vs document-oriented
l Informazioni puntuali, immesse una sola volta, al momento
giusto, nel posto giusto; riusate più volte, per scopi diversi e
aggregate secondo viste complementari e a vari livelli
l Tracking and Traceability
l Documenti come output (report, export dei dati…)

14. Il modello implementato
l Ciclo di Vita Iterativo
l SCRUM
l Pianificazione adattiva
l Ciclo di Vita Waterfall
l Pianificazione Up Front à Import del Gantt da MS Project
l Earned Value Analysis
l Requirements Management
l Test Management
l Pianificazione Integrata: sviluppo, qualità, configuration
management
l Work flow per la Preventivazione

15. Work Breakdown Structure
has parent

16. Piano di progetto waterfall

17. Piano di progetto iterativo

18. Il problema dei Requisiti: alcune criticità ricorrenti …
l Requirement Providers e Team di Sviluppo: due punti di vista
non sempre in sintonia
l definizione dei Requisiti spesso insufficiente per lo sviluppo
l numerose richieste di chiarimento
l probabili disallineamenti
l Requisiti di Sistema e Requisiti SW: coerenza tra i due livelli
l scarsa interoperabilità tra i componenti in fase d Integrazione finale
l necessità di modifiche ai requisiti ex-post
l contenziosi per distinguere SCP e SPR
l Valutazione delle sub-forniture
l necessità di una metrica di riferimento, legata al contenuto funzionale
l trattare solo le ore non è sufficiente, manca una dimensione
funzionale

19. Il metodo COSMIC - una scelta strategica
l può fornire un contributo importante alla soluzione del
problema dei Requisiti
l è facile da usare
l fornisce un modello per la rappresentazione dei Requisiti,
condivisibile tra diversi stakeholders (simile alla Use Case
Analysis) e applicabile a diversi livelli di scomposizione (Sistema,
Componente, …)
l consente di associare una metrica standard ISO ai requisiti
funzionali (Size Funzionale), fondamentale per la gestione del
Progetto e dell Organizzazione stessa

20. Il metodo COSMIC
Riconosciuto dall ISO
l Standard ISO/IEC 19761:
The COSMIC FSM Method
l http://www.cosmicon.com
Metodo di nuova generazione. Applicabile a:
l Software Gestionale
l caratterizzato da una prevalenza di dati ( data rich )
l Software Real-time
l caratterizzato per le gestione di eventi e il controllo di dispositivi
nel modo reale
l Ibridi dei due

21. Classificazione dei Requisiti
(norma ISO/IEC 14143-1)
l Requisiti Utente Funzionali
l rappresentano i compiti e i servizi che il software
deve svolgere per soddisfare le esigenze dell utente
l Requisiti sulla Qualità
l qualsiasi requisito correlato alla qualità del software
così come definita nella norma ISO 9126 (ISO/
IEC25010)
l Requisiti Tecnici
l requisiti legati alla tecnologia e all ambiente, per lo
sviluppo, la manutenzione, il supporto e l esecuzione
del software

22. Dimensione Funzionale
l La norma ISO/IEC 14143 definisce i concetti
fondamentali della Misurazione della
Dimensione Funzionale (FSM – Functional Size
Measurement)
l Dimensione Funzionale: una dimensione del software
derivante dalla quantificazione dei Requisiti Utente
Funzionali
l E la Dimensione più importante (non esistono Requisiti di
Qualità o Tecnici senza Requisiti Funzionali)
l E la Dimensione (tra quelle possibili) meglio definita

23. Qualità dei Requisiti Funzionali
Misurare i Requisiti Utente Funzionali,
secondo un modello del SW coerente e
ben definito, è anche un modo per
verificarne la Qualità
Qualità
Sviluppo
Misurabilità

24. COSMIC – Il modello del SW
… Functional user requirements
of a piece of software to be
measured can be mapped into
unique functional processes….
… Each functional process
consist of sub-processes …

25. COSMIC – Il modello del SW
… There are four types of data movement ...
/ Entry (E) Exit (X) Read (R) Write (W) /
… A functional process shall include at least
1 E and either 1 W or 1 X …

26. COSMIC - Processo funzionale
l Un processo funzionale è una componente elementare di
un insieme di Requisiti Utente Funzionali, ovvero è la più
piccola unità di attività che è significativa per l utente
l Comprende un insieme di movimenti di dati unico,
compatto e indipendentemente eseguibile
l È innescato da un movimento di dati (un Entry)
proveniente da un utente funzionale che informa la
porzione di software che l utente funzionale ha
identificato un evento d innesco.
l È completo quando ha eseguito tutto ciò che si richiede
di fare in risposta all evento d innesco, lasciando
l applicazione in uno stato di coerenza funzionale.

27. COSMIC – supporto all Early Testing
Processo
Funzionale
COSMIC
Test cases,
Sviluppo scripts, and
procedures

28. COSMIC – Agile - Polarion
l WBS di Progetto
root control account
has parent
control account control account
[…]
has parent […] […] […] […]

29. COSMIC – Agile - Polarion
l Campi custom
BAC (Budget At Completion)
BCWSi (Budgeted Cost of Work Scheduled)
l Campi custom calcolati (Calculated Fields)
ACWP (Actual Cost of Work Performed)
Σ
ACWPi
Σ
Time Spent

30. COSMIC – Agile - Polarion
l Iteration Scope
has parent
[…]
[…] […] […] […]
In scope of

31. COSMIC – Agile - Polarion
l Campi custom
SizePlanned
SizePlannedi
l Campi custom calcolati (Calculated Fields)
SizeDone
Σ
SizeDonei
Σ
Size

32. The meaning of done
verified by
Size
*
Passed
SizeDone

33. Planning: Initial performance baseline
Overall Effort 8000 ph
Total Planned Size 320 CFP
Avg. Productivity 0,04 CFP/ph
Avg. Velocity 32 CFP/iteration

34. Project Monitoring & Control

35. Earned Value Analysis in termini di Size
Funzionale
l Riformulazione degli indicatori CPI e SPI
l PRDPlanned = SizePlanned / BCWS
l PRDActual = SizeDone / ACWP
l CPI = PRDActual / PRDPlanned
l SPI = SizeDone / SizePlanned

36. Prossimo obiettivo
l CMMI Maturity Level 5
l Controllo Statistico di Processo applicato all Earned
Value
l Aree di Processo di livello 4
l Quantitative Project Management (QPM)
l Organizational Process Performance (OPP)

37. Riferimenti
l E.Berardi, L.Santillo: “COSMIC-based Project Management in Agile Software
Development and Mapping onto related CMMI-DEV Process Areas”
– published in “Applied Software Measurement. Proceedings of the joined International
Conferences on Software Measurement IWSM/MetriKon/Mensura 2010”
- Shaker Verlag-ISBN:978-3-8322-9618-6” (
http://www.cosmicon.com/portal/public/COSMIC_based_PM_in_Agile_and_CMMI.pdf)
l E.Berardi, L.Buglione, L.Santillo, S.Trudel: The COSMIC Functional Size
Measurement Method, Version 3.0.1 - “Guideline for the use of COSMIC
FSM to manage Agile projects – vers.1.0, September 2011”
(http://www.cosmicon.com/portal/public/COSMIC_Agile_Projects_Guideline_v10.pdf)
l W.Lipke, J.Vaughn: “Statistical Process Control Meets Earned Value”
CrossTalk -The Journal of Defense Software Engineering – June 2000
l J.Sutherland, C.R.Jacobsen, K.Johnson. Scrum and CMMI Level 5: A Magic
Potion for Code Warriors.” - Agile Conference. Denver, CO, July, 2005. (
http://jeffsutherland.com/2007/09/scrum-and-cmmi-level-5-magic-potion-for.html)

38. Grazie per l attenzione… Q &A
Enrico Berardi
(enrico.berardi@trs.it)
T.R.S. S.p.A. - Via della Bufalotta 378 - 00139 ROMA
tel. (+39)0687281607 - fax (+39)0687281550
cell. (+39)3355251890
skype: ecobei