• Funzioni e benefici di PTESY

• Chi può usare PTESY con profitto

• Tecnologia e requisiti di piattaforma

• Configurazioni possibili e condizioni di fornitura

• Cos'è LogBook

• Cos'è ReqBook

• Cos'è TestBook

• Cos'è IO_Manager

Richiedi un CD demo di LogBook e/o di altri componenti del sistema PTESY

Promozione: SEMINARIO sulla PROGETTAZIONE AFFIDABILISTICA gratuito, abbinato all'acquisto di licenze software PTESY!

Cos'è PTESY

Funzioni e benefici di PTESY

Il Sistema di Project and Test Engineering (PTESY) copre tutte le fasi significative del Ciclo di Vita di un Sistema, per mezzo di strumenti relazionali. 

PTESY permette di avere disponibili, in qualsiasi momento, con ricerche di pochi secondi, le informazioni inerenti i seguenti macro-elementi:

• Requisiti funzionali utente

• Requisiti Tecnologici o Software 

• Procedure di Test

• Problemi riscontrati nelle diverse fasi di test, ai diversi livelli di integrazione del sistema

• Problemi riscontrati dall'Utente durante la vita operativa del sistema

Ognuna delle categorie di informazione menzionate ha il suo quaderno elettronico dedicato:

• ReqBook per i Requisiti

• TestBook per le Test Procedure

• LogBook per i Problemi

• IO_Manager per i segnali di Input/Output del sistema, la generazione e gestione di I/O Table

I quattro sistemi citati condividono (ed ognuno di essi ha a disposizione anche se installato in configurazione Stand Alone / Single Application) alcuni archivi standardizzati:

• Archivio Clienti

• Archivio Fornitori

• Archivio Progetti

• Archivio Sottosistemi

• Archivio Sottoinsiemi

• Archivio Package

• Archivio Risorse Umane

• Archivio Documenti di Progetto

I diversi quaderni elettronici sono integrabili tra di loro, in modo che, a fronte di un problema riscontrato (o un gruppo di problemi), è possibile rintracciare e riferire immediatamente:

• il  test (o i test) che hanno permesso di scoprire il problema

• il requisito coperto dal test di cui sopra

• il documento che include il requisito di cui sopra

PTESY permette di risparmiare enormi quantità di tempo, specialmente nelle seguenti aree:

• Discussione, emissione e riesame di Requisiti

• Definizione di Test Procedure e Test Case

• Tracciamento dei Test Case verso i Requisiti

• Annotazione, analisi e soluzione di Problemi nelle differenti fasi di test

• Riunioni di valutazione delle campagne di test e stesura delle relative Minute di Meeting 

• Tracciamento di Problemi verso Requisiti, discussioni su Correzioni verso Modifiche

• Manutenzione e soluzione di problemi di sistemi licenziati, durante la vita operativa normale del sistema

Chi può usare PTESY con profitto

I concetti base di PTESY sono nati nel contesto di progetti software di automazione, ma il sistema PTESY è utilizzabile in qualsiasi contesto tecnologico o scientifico, in qualsiasi contesto progettuale minimamente complesso. Dall'uso di PTESY può trarre beneficio chiunque sviluppi attività di progetto, quindi praticamente tutto il mondo produttivo industriale e postindustriale, e tutto il mondo della ricerca scientifica e tecnologica.

PTESY è stato progettato e sviluppato interamente in Italia, nel "fuoco" della gestione di progetti ESA molto complessi, in cui il rispetto della schedulazione ed il rispetto delle metodologie  di qualità avevano uguale importanza: PTESY ha dimostrato che è possibile gestire le due esigenze in modo armonico, e non più conflittuale.

Tecnologia e requisiti di piattaforma

PTESY è sviluppato mediante tecnologie commerciali (Access / Visual Basic) e gira su tutti i sistemi operativi Microsoft (Windows 95, 98, NT, 2000).

Per avere buone prestazioni è consigliabile eseguire il sistema su piattaforme aventi caratteristiche non inferiori alle seguenti:

• CPU pentium III 300 Mkz o superiore

• memoria ram 64 Mb

• risoluzione video 800x600

• almeno 100 Mb liberi su hard-disk (se non si dispone di Access 2000, e quindi il disco di setup Andromeda installerà il runtime di Access 2000).

Configurazioni possibili e condizioni di fornitura

PTESY viene commercializzato come licenze sw. Ognuno dei suoi componenti (LogBook, ReqBook, TestBook, IO_Manager) può essere acquistato ed installato come singola applicazione (configurazione Single Application) oppure, insieme agli altri componenti, come sistema integrato (configurazione Integrated).

Sia i singoli componenti che il sistema integrato possono essere installati su una singola macchina (configurazione Stand Alone), oppure in architettura Client Server (configurazione Client Server).

In configurazione Single Application / Stand Alone ogni componente può essere installato facilmente dallo stesso Utente in pochi minuti.

Le configurazioni Integrated e/o Client Server richiedono invece l'intervento di personale specializzato, per l'installazione e configurazione del sistema. Detto intervento, insieme al training minimo necessario per l'utilizzo del sistema in configurazione Integrated/Client-Server, non richiede normalmente più di una/due giornate, a seconda delle dimensioni della rete su cui si vuole installare il sistema.

Il LogBook dei Problemi ed Eventi, componente del sistema PTESY, è un quaderno elettronico per registrare problemi ed errori scoperti durante l'intero ciclo di vita di un progetto, e specificamente:

1. Le differenti fasi di test nel corso delle fasi di sviluppo del sistema, di installazione, di collaudo.
2. La vita del sistema dopo l'installazione.

LogBook è quindi uno strumento multiutente, poichè viene usato dai progettisti e dall'ingegneria di test  durante le fasi test e quality assurance, e dall'Utente finale durante la vita operativa del sistema.

LogBook può essere usato sulla stessa workstation usata per fare il test, oppure su un notebook nel sito di esecuzione dei test, e permette quindi di annnotare i problemi riscontrati in tempo reale, con i seguenti benefici:

1. Ogni problema è descritto secondo una metodologia, quindi nessun aspetto chiave può essere dimenticato.
2. Ogni problema è descritto una volta sola
3. Ogni problema registrato può essere ritrovato facilmente e velocemente, per mezzo di potenti chiavi di ricerca.
4. Durante i meeting, tenuti per valutare le campagne di test e decidere le azioni successive, tutti i problemi sono già descritti, pronti per essere stampati ed acclusi alle minute di meeting.

Il sistema di selezione e ricerca problemi ed eventi consente di comporre selezioni complesse utilizzando tutti i campi/chiave. Le query di selezione possono essere memorizzate per uso futuro.  

LogBook può essere integrato con:

1. ReqBook, per trovare rapidamente i requisiti violati dai problemi ed inserire i riferimenti a detti requisiti,
2. TestBook, per inserire rapidamente e facilmente i riferimenti al test che ha permesso di scoprire il problema
3. IO_Manager, per inserire velocemente e facilmente riferimenti a segnali di Input/Output 

permettendo una grande riduzione dei tempi di ricerca dei riferimenti sulla documentazione cartacea.

Vedi anche la sezione "Perchè annotare i problemi".

ReqBook, Project Requirements Book, componente del sistema PTESY, è un quaderno elettronico per registrare i requisiti funzionali utente e/o i requisiti tecnologici o software di un sistema in corso di progettazione.

ReqBook è uno strumento multiutente, infatti viene utilizzato, in fasi diverse:

• dall'utente finale nella fase di concezione del sistema
• dai progettisti / sistemisti che si occupano del disegno, dello sviluppo e dell'integrazione del sistema
• dai test engineers nelle fasi di commissioning ed accettazione
• dall'utente finale e dai progettisti nelle fasi di estensione delle funzionalità del sistema

Il sistema di selezione e ricerca consente di comporre selezioni complesse utilizzando tutti i campi/chiave. Le query di selezione possono essere memorizzate per uso futuro. 

ReqBook è dotato di una potente sezione commenti, che permette di condurre agevolemente la fase di discussione dei requisiti di un sistema fra tutte le persone coinvolte.

La sezione riferimenti è altrettanto potente e permette di inserire riferimenti a Test Procedure e Test Case creati per testare il requisito. Qualora ReqBook sia integrato con TestBook, l'inserimento di riferimenti può essere fatto scegliendo direttamente dall'elenco dei test. Tali funzioni permettono inoltre di creare facilmente e velocemente le matrici di tracciabilità tra Test, Requisiti e Metodi di Verifica.

ReqBook permette inoltre di registrare, per ogni requisito, riferimenti a più requisiti padre.

ReqBook può importare requisiti generati per mezzo di altri strumenti o word processor. A tale scopo richiede l'introduzione nel testo di poche parole chiave, che permetteranno al parser di interpretare e delimitare ogni requisito durante l'importazione. 

ReqBook può esportare il testo di requisiti selezionati molto facilmente ed agevolmente, in forma di tabelle le cui colonne sono definibili dall'utente. Questo permette di selezionare, sulla quarantina di informazioni di cui dispone ogni record requisito, le poche informazioni da riportare in un documento di testo in uscita. 

ReqBook può essere usato contestualmente a, ed integrato con, LogBook nelle fasi di test, girando sulla stessa workstation o rete di workstation. Questo permette di rintracciare velocemente i requisiti violati dai problemi riscontrati, evitando tempivore ricerche sui documenti cartacei ed, in molti casi, discussioni sul carattere di correzione o change dei problemi identificati.

ReqBook può essere installato in configurazione integrata con LogBook, TestBook, IO_Manager, per condividere gli archivi comuni e selezionare direttamente riferimenti a Test Case, Problemi, Documentazione.

TestBook, System Test Procedures Book, componente del sistema PTESY, è il quaderno elettronico che permette di registrare, su una base dati relazionale, i Test Case delle diverse Procedure di Test di un sistema che si deve testare.

Test Book è uno strumento multiutente, poichè viene utilizzato, in fasi diverse:

• dai progettisti / sistemisti che si occupano del disegno, dello sviluppo e dell'integrazione del sistema
• dai test engineers nelle fasi di commissioning ed accettazione
• dall'utente finale e dai tecnici manutentori quando si rende necessaria la riesecuzione di test per accertare lo stato funzionale del sistema

TestBook permette di sviluppare i seguenti livelli di Procedure di Test:

1. la Test Procedure, che comprende informazioni generali sulla procedura di test e l'elenco delle Test Session contenute
2. la Test Session, che comprende informazioni sull'ambiente di test, strumentazione da utilizzare, la configurazione particolare della classe di test inclusi nella sessione, l'elenco dei Test Case contenuti
3. il Test Case, che comprende la lista dei passi di verifica (Test Step) previsti per un singolo test, con i campi essenziali di action, expected result, actual result ed altri relativi al dettaglio dei singoli passi di verifica
4. il Test Step, che comprende altre informazioni di dettaglio per ogni passo di verifica.

TestBook può essere installato in configurazione integrata con LogBook, ReqBook, IO_Manager, per condividere gli archivi comuni e selezionare direttamente riferimenti a requisiti, problemi, documentazione.

IO_Manager, componente del sistema PTESY, è il quaderno elettronico che permette di registrare e documentare, su una base dati relazionale, i segnali di Input/Output di un sistema in corso di progettazione o commissioning.

IO_Manager viene utilizzato, in fasi diverse:

• dai progettisti / sistemisti che si occupano del disegno, dello sviluppo e dell'integrazione del sistema
• dai test engineers nelle fasi di commissioning ed accettazione
• dall'utente finale e dai tecnici manutentori per tenere traccia della storia dei diversi segnali digitali e grandezze analogiche trattate dal sistema

IO_Manager comprende le seguenti sezioni:

• I/O List, che permette di registrare, documentare in modo dettagliato e selezionare/ritrovare velocemente e facilmente tutti i segnali di un progetto, sistema, sottosistema, sottoinsieme, package
• Documentazione, che permette di registrare le informazioni significative di ogni documento di progetto. Tra le funzionalità è compresa la generazione di codici documento utilizzando i codici di progetto e di work package.
• Test Schedule/Project Management, che permette di schedulare le sessioni di test sui vari sottoinsiemi 
• Generazione I/O Table, che contiene delle funzioni template per la generazione di tabelle segnali utilizzabili dai vari nodi del sistema, più vari strumenti di confronto automatico di liste di segnali importate. (Questa sezione è ovviamente la più suscettibile di personalizzazioni, data la grande varietà di criteri di progettazione dei sistemi di automazione). 
• Esportazione di I/O List, con selezionabilità dei campi-colonna desiderati. 
• Glossario dei termini, sigle ed acronimi usati nella documentazione. 

IO_manager può essere installato in configurazione integrata con LogBook, ReqBook, TestBook, per condividere gli archivi comuni e facilitare i riferimenti a requisiti, problemi, documentazione.

Superstizione

Se non pensiamo ai problemi, essi spariranno o, meglio ancora, neppure si manifesteranno mai. Se invece ci preoccupiamo dei problemi, finiremo per attirarli come una calamita.

Non c’è bisogno di commenti.

Spreco di tempo

Tutti i progettisti sono “sicuri” di essere perfettamente in grado di gestire i problemi, e non hanno tempo di scrivere alcunchè.

Se il/la progettista è giovane, è possibile che la sua memoria lo aiuti a non dimenticare i problemi.

Ma la giovane età si porta dietro qualche meno: minor esperienza metodologica, alta possibilità di risolvere più volte problemi simili in modi non standard, ecc…

Mancanza di strumenti

Nel momento in cui il problema si manifesta, non ho carta, non ho matita né posto per mettermi a scrivere, e tantomeno tempo di annotare il problema.

LogBook risolve questo problema: essendo un quaderno elettronico, interamente basato su tecnologie commerciali, in molti casi può girare sulla stessa workstation che stiamo usando per condurre il test.

Psicologia

Quando trovo un problema, non mi piace enfatizzarlo (ero così sicuro di non aver fatto errori!)

Sentimento comprensibile, specialmente nei progettisti più giovani, ma dovranno imparare a cambiare.

Psicologia

Se posso risolvere subito il problema, perchè menzionarlo ancora in seguito?

Perché, almeno nel caso della progettazione SW, qualsiasi metodologia di qualità (ISO 9000, ESA PSS05,  etc...) si stia usando, due sono le cose richieste:

1.      mai modificare il codice sorgente mentre si stanno eseguendo i test

2.      annotare tutti i problemi e le soluzioni adottate

Quindi i problemi non possono essere risolti nel momento in cui si trovano, e devono essere tracciati in ogni caso.

Minimizzazione

Se non posso risolvere il problema subito, ci metterò cinque minuti più tardi: non c’è bisogno di registrarlo.

Non è vero: troverai molti altri problemi e, tutti insieme, richiederanno un tempo considerevole per essere risolti.

Minimizzazione

Scriverò tutto più tardi, nel pomeriggio, alla fine dei test.

Sei proprio sicuro che ricorderai tutto, più tardi, delle decine di problemi che avrai trovato?

Il momento migliore di annotare un problema è quando l’hai trovato, analizzato, e ce l’hai “fresco” in mente.

Più tardi potresti ritrovarti a spendere più tempo, magari a dover rifare l’analisi e, sicuramente, scriverai meno di quanto scriveresti adesso, forse dimenticando aspetti essenziali.

Professionalità

Un buon progettista dovrebbe fare pochi errori.

Completamente falso:

1.      La professionalità di un progettista si misura sulla sua capacità di consegnare sistemi il più possibile privi di errori.

2.      Affinchè il prodotto finale sia privo di errori tutti gli errori devono essere trovati ed eliminati.

3.      Le fasi di test sono espressamente finalizzate a trovare gli errori e permetterne la rimozione.

Mancanza di cultura del testing

Ogni volta che trovo un problema nel mio sistema entro in uno stato di depressione.

Da rovesciare completamente:

Ogni volta che io trovo un errore nel mio sistema, sono molto felice, perchè non sarà il mio Cliente a trovarlo, e non potrà causare danni.