Il Processo di Sviluppo Software

Transcript

1 Il Processo di Sviluppo Software Rinaldo Zocca - 14/11/2014

2 Il processo di sviluppo software in Datalogic Chi è Datalogic Breve storia e panoramica sui prodotti Come funzionano i codici a barre Il software in Datalogic Che tipo di software viene sviluppato in Datalogic Quali obiettivi si vogliono raggiungere Il processo di sviluppo Overview Il ruolo del marketing di prodotto I requisiti Il test La gestione dei difetti Gli aspetti manageriali La gestione del rischio L importanza del riutilizzo La gestione dei componenti I tools ALM 2

3 Chi è Datalogic Azienda Italiana, fondata nel 1972 dall Ing. Romano Volta Produce lettori di codici a barre, sensori e sistemi di sicurezza. E una azienda ad alta tecnologia che è cresciuta in modo sano cioè vendendo i propri prodotti e reinvestendo i ricavi nell acquisizione di aziende concorrenti o di settori limitrofi al nostro. Datalogic comprende 8 organizzazioni di ricerca e sviluppo, di cui 1 dedicata alle core technologies e le altre dedicate allo sviluppo prodotti distribuite geograficamente fra Italia, Stati Uniti e Vietnam. Tecnologia matura, da una fase di alti margini, tante aziende piccole ad una fase in cui il prezzo è importante e ci sono pochi grandi concorrenti. 3

4 Cosa sono i codici a barre

5 Reading 1D barcodes Scanning Laser Looks like a solid line, but it s actually a single dot sweeping by very quickly Quiet Zone Element Digitized Signal Analog Reflection A barcode reader projects the Laser at the barcode. The analog reflection coming back to the reader is then converted to a digital signal that is decoded within the reader. Optics, micro-mechanics, optoelectronics, digital signal processing are only some of the key technologies for laser scanning. Copyright Datalogic

6 Decoding Images

7 Direct Part Marking

8 Retail - Food 2009 Datalogic Scanning - Confidential Information

9 Retail No Food 2009 Datalogic Scanning - Confidential Information

10 Transportation and Logistics 2009 Datalogic Scanning - Confidential Information

11 Manufacturing Work in Progress Warehousing 2009 Datalogic Scanning - Confidential Information

12 Healthcare Hospitals & Patient Care 2009 Datalogic Scanning - Confidential Information

13 Hospitality/Entertainmen t (Access Control & Security) 2009 Datalogic Scanning - Confidential Information

14 Che tipo di software facciamo Tre tipi di software: quello di decodifica (Signal Processing and Image Processing) quello applicativo che, embedded nel prodotto, offre al cliente le funzionalità di cui a bisogno quello di configurazione che gira su PC o su host e permette di configurare il lettore. Sul primo si fa ricerca, c è competizione, si fanno brevetti o si mantiene come trade secret. Serve per ottenere prestazioni es. leggere i codici più da lontano o anche se sono rovinati etc.. quindi da un vantaggio competitivo. Sul secondo si da per scontato che ci sia e funzioni bene quindi i problemi sono: la qualità ed il time to market Ad es. nessuno ti compra il tuo lettore perché ha il beeper ma se il beeper gracchia o si sente male il cliente non comprerà il prodotto. Sul terzo ci sono le tipiche problematiche di un sw con interfaccia grafica utente quindi, gradevolezza e semplicità d uso, portabilità etc. Qui spesso ci appoggiamo all esterno quindi ci sono i problemi tipici dell esternalizzazione definizione dei requisiti e validazione. 14

15 Cosa serve all Azienda Prestazione Qualità Rapidità nello sviluppo 15

16 Product Marketing Product development at a glance Business Requirement Authoring Product Test Designer Test Procedur es Test Executor Monitor and Control Test Report R & D Manager Require ments Require ments System Engineer Defect In Field Requests Business Manager Technical Support Program Manager Activity Plan Quality Standard Product Quality Qualifica tion Report 6

17 Il ruolo del marketing di prodotto Il marketing di Prodotto porta le necessità del mercato all interno dell azienda. I requisiti di marketing sono di diverso tipo: me too, new concept basato su customer-need non soddisfatti, più spesso miglioramento incrementale. Trend: prezzi in calo e prestazioni maggiori. Non formali: ad es. prodotto con prestazioni sui codici DPM superiore a quelle della concorrenza oppure alta velocità di lettura però dicono la direzione in cui andare. 17

18 I requisiti I requisiti tecnici devono tradurre i requisiti si marketing in modo che siano testabili. Quand è che un requisito è scritto bene: ci sono libri su questo arogomento però io dico che: deve essere verificabile tramite una procedura di test (oppure una design review in caso di constrain). Deve essere oggettivo e non soggettivo. La cosa difficile lavorando con i requisiti è la copertura (funzioni presenti ma non coperte da requisiti e che quindi sfuggiranno al processo) 18

19 Il Test 19 I requisiti sono indispensabili per fare un processo di test corretto. Paradigma fondamentale: chi testa deve essere una persona diversa da chi sviluppa. Non solo per un conflitto di interessi ma soprattutto perché è un diverso punto di vista. Altro paradigma: risolvere un problema costa poco in fase di sviluppo ha un costo esponenziale col passare del tempo mano a mano che ci si avvicina alla produzione e dopo che il prodotto è sul mercato. Il requisito è la base di partenza comune: il programmatore scrive il software (e lo debugga) il testatore scrive la procedura di test in parallelo. Quando il software viene rilasciato, il testatore esegue il test. Copertura del test rispetto ai requisiti.

20 Il Processo di Gestione dei difetti Il processo di gestione dei difetti è fondamentale ed è un lavoro comune (Configuration Management Board) fra marketing autore dei requisiti, progettista tester perché il difetto può essere ovunque (come il requisito è espresso, la procedura di test, il software) oppure addirittura potrebbe essere necessario rivedere i requisiti di marketing. Lo stato di ogni difetto viene tracciato (macchina a stati) 20

21 La gestione del rischio un test completo ed esaustivo di è economicamente non sostenibile quindi il test è sempre non esaustivo, quindi le procedure di test possono evolvere nel tempo per aumentare l efficacia nel trovare difetti. Rischio che non conosco ma posso stimare con delle metriche. Spesso non è conveniente risolvere tutti i difetti prima di uscire con il prodotto a volte conviene uscire col prodotto per la data prevista ma con qualche funzionalità in meno. Questo livello di decisione viene elevato al Supervisory board che comprende i responsabili di Business Unit e di divisione, ma è importante che i dati emersi dal test permettano una valutazione obiettiva. 21

22 Il riutilizzo Il riutilizzo comincia dai requisiti. Il riutilizzo dei requisiti porta diversi vantaggi: primo si riutilizza il software che implementa quei requisiti e quindi si risparmiano risorse e tempo, I prodotti hanno comportamenti consistenti (family feeling) eppure Il riutilizzo costa fatica. La cosa più semplice sarebbe «clonare» il vecchio software utilizzarlo per sviluppare il nuovo. Questo velocizza lo sviluppo del singolo nuovo prodotto perché offre più gradi di libertà nello sviluppo ma poi si paga nella manutenzione. I branch divergono e il costo di manutenzione cresce. Il riutilizzo va pensato nella fase di impostazione del progetto. 22

23 La gestione dei componenti Il riutilizzo massimizza la sua efficacia quando si sposa con il concetto dei componenti. Spezzo la grande complessità di un sistema in pezzi più piccoli ma con funzionalità chiare e ben definite. Definisco le interfacce fra i componenti e riutilizzo i componenti software in diversi prodotti. ma chi gestisce i componenti? Ownership forte \ ownership debole Lo «Unit Test» e l «Integration Test» 23

24 Tool ALM Location Requirements Test Cases Test Procedures Test Report Defect Tracking Task Planning FRS (Eugene) DOORS DOORS Word Word Dimensions Word Mobile (Eugene & Lippo) Word Quality Center Quality Center Quality Center Quality Center Excel HS (Lippo & HCMC) DOORS DOORS Word Word Dimensions Excel IA (MSP) Quality Center Quality Center Quality Center Quality Center Quality Center Excel IP TECH (Lippo) Word Word Word Word Quality Center Word IA Laser Marking (Donnais) IA Machine Vision (Minneapolis) Excel Excel Excel Trac Trac Excel Word Word Word Word Mantis Excel IA (Telford) Word Test link Test link Bugzilla Bugzilla Excel Solutions, Pasadena Bugzilla Excel Word Excel Bugzilla Word Bugzilla MCSA (Treviso) Word Excel Excel Word Excel Bugzilla MS Project 4

25 Tool Selection - Candidates HP-ALM IBM Rational Jazz Serena RM Siemens Teamcenter PTC Integrity 5

26 Product Marketing Product development at a glance Business Requirement Authoring Product Test Designer Test Procedur es Test Executor Monitor and Control Test Report R & D Manager Require ments Require ments System Engineer Defect In Field Requests Business Manager Technical Support Program Manager Activity Plan Quality Standard Product Quality Qualifica tion Report ALM Requirements, Test, Change and Activity Management PPM Support Business Decision PLM Product Configuration and Operations Front End 6

27 Thank you! Questions & Answers This presentation contains statements that are neither reported financial results nor other historical information. These statements are forwardlooking statements. These forward-looking statements rely on a number of assumptions and are subject to a number of risks and uncertainties, many of which are outside the control of Datalogic S.p.A., that could cause actual results to differ materially from those expressed in or implied by such statements, such as future market conditions, currency fluctuations, the behavior of other market participants and the actions of governmental and state regulators 2013 Datalogic S.p.A. - All rights reserved. Protected to the fullest extent under U.S. and international laws. Copying, or altering of this document is prohibited without express written consent from Datalogic S.p.A. Datalogic and the Datalogic logo are registered trademarks of Datalogic S.p.A. in many countries, including the U.S.A. and the E.U. All other brand and product names may be trademarks of their respective owners. 27

28 Le Competenze Software per lo Sviluppo Prodotti Rinaldo Zocca - TBD/2014

29 Competenze software per lo sviluppo dei prodotti in Datalogic La fase di definizione dell architettura UML e Design Pattern I sistemi real-time, multi-tasking, pre-emptive La fase di sviluppo Padronanza della programmazione ad oggetti L importanza della Naming Convention I generatori di documentazione automatici (Doxygen) I problemi di portabilità La fase di ottimizzazione Profiler (ottimizzazione dell utilizzo del tempo di CPU) Memory debugger (Trovare al run-time errori di memoria) La fase di debug Il debug in ambiente simulato: (PC - Visual Studio) Il debug in ambiente embedded: dalla printf agli emulatori con tracciamento delle istruzioni Le core technologies Signal Processing Image Processing La protezione del software Brevetti Trade secrets 29