Thesis full text PDF - Untitled Document - Politecnico di Milano

Politecnico di Milano · Polo Regionale di ComoFACOLTÀ DI INGEGNERIA DELL’INFORMAZIONECorso di Laurea Magistrale in Ingegneria InformaticaManuale del ProgrammaWorkFlow DesignerRelatore:Prof. Marco BrambillaRealizzato da:Alessio AntoniniMatr. 673853Anno Accademico 2004-2005

Indice1 Introduzione 12 Analisi dei requisiti 32.1 Gestione dell’albero dati . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32.2 Generazione degli Id’s degli oggetti . . . . . . . . . . . . . . . . . . . . . . 52.3 Navigazione attraverso i livelli . . . . . . . . . . . . . . . . . . . . . . . . . 52.4 Discriminazione sul tipo di livello . . . . . . . . . . . . . . . . . . . . . . . 53 Progettazione 63.1 I componenti . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64 Commento del codice 84.1 Creazione di più viste aeree . . . . . . . . . . . . . . . . . . . . . . . . . . 84.2 Discriminazione sul tipo di livello . . . . . . . . . . . . . . . . . . . . . . . 125 Testing 215.1 Caso di applicazione . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215.1.1 Livello 0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215.1.2 Livello 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225.1.3 Uso dei tabulatori . . . . . . . . . . . . . . . . . . . . . . . . . . . . 245.1.4 Uso del menù di navigazione . . . . . . . . . . . . . . . . . . . . . . 245.1.5 Conclusioni . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256 Conclusioni e sviluppi futuri 26i

Capitolo 1IntroduzioneLo scopo di questo programma è fornire un ambiente di sviluppo grafico per l’implementazionedi un WorkFlow.A tal fine si è realizzata l’applicazione WorkFlow Designer, che costituisce lanaturale evoluzione di un precedente progetto 1La scelta dello standard da adottare per la realizzazione dei diagrammi di workflow èricaduta sul linguaggio BPMN 2 .Il suddetto linguaggio permette di adottare una notazione grafica, che descriva le fasidi lavoro all’interno di un generico processo di business.Al fine di aumentare le potenzialità del programma preesistente si è introdotto ilconcetto di multilivello, peraltro già documentato nello standard BPMN.Per la realizzazione del suddetto scopo si è resa necessaria una sostanziale riproggettazionedel programma preesistente.1 Tesi di laurea in Ingegneria Informatica presso il Politecnico di Milano: SDSgraphicaltool a cura diVignani e Riceputi, anno 2003/20042 Business Process Modeling Notation: serve a definire un Business Process Diagram (BPD), questodiagramma sarà un insieme di oggetti grafici collegati tra loro da frecce che rappresentano dei controllidi flusso, il cui scopo è quello di definire l’ordine di svolgimento delle azioni. Questi oggetti consentonoil facile sviluppo di semplici diagrammi di flusso che hanno il pregio di risultare familiari ed intuitivialla maggior parte degli utenti che ne fanno uso (es. flowchart). Gli elementi che compongono il BPDsono stati definiti rispettando due criteri principali: il primo è che siano il più possibile distinguibili unodall’altro; il secondo che la forma risulti il più possibile familiare. Le attività sono rettangolari mentre ledecisioni hanno la forma di rombi.1

Quindi il lavoro svolto consta delle seguenti fasi:1. analisi dei requisiti2. progettazione3. codifica4. testingLe prime due fasi tengono in conto dei preesistenti requisiti e della loro implementazione,andandosi ad aggiungere come ulteriore rielaborazione.La codifica avvenuta utilizzando l’ambiente di sviluppo Eclipse 3.0, verrà di seguitocommentata negli aspetti salienti.l’ultima fase è illustrata attraverso una demo del programma in funzione, documentataattraverso una sequenza di screens.2

Capitolo 2Analisi dei requisitiAllo scopo di aumentare le potenzialità del programma preesistente, con l’iserimento delmultilivello, si è fatto uno studio di progettazione che tiene in conto dei seguenti aspetti:• gestione dell’albero dati• generazione degli Id’s degli oggetti• navigazione attraverso i livelli• discriminazione sul tipo di livello2.1 Gestione dell’albero datiIl meccanismo di generazione dei dati si serve del sistema illustrato in figura 2.1.Quindi il multilivello è implementato sfruttando la struttura dell’albero già implementatanel preesistente programma 1Si dovrà implementare una classe CreateSubProcess che permetta l’inserimento delleattività con sotto processi, come definite nel linguaggio BPMN.1 Non si esclude la possibiltà futura di modificare l’albero utilizzando altri costrutti Java.3

2.1. Gestione dell’albero datiFigura 2.1: Struttura dell’albero e multilivello.4

2.2. Generazione degli Id’s degli oggetti2.2 Generazione degli Id’s degli oggettiLa gestione degli Id’s degli oggetti è un punto delicato, in quanto ad ogni nuova istanzadi WFDInternalFrame il loro conteggio non si deve azzerare.Questa è una problematica rinvenibile solamente in una struttura multilivello, ove ogniInternlFrame è un livello.La soluzione adottada è quella di azzerare i contatori ad ogni new project.2.3 Navigazione attraverso i livelliBisogna poter discriminare tra i diversi livelli, ad esempio con l’inserimento di un menùwindow che permetta di selezionare il sotto-livello (sub-process) di lavoro.Per agevolare l’utente di provvederà all’inserimento di più viste aeree ( AeroCanvas )nonchè di un sistema a tabulatori che permetta di vedere la vista aerea di tutti i relativipadri di ogni sottolivello.2.4 Discriminazione sul tipo di livelloNell’implementazione della funzionalità multilivello, è di sicuro interesse, al fine di sviluppifuturi, il poter differenziare i tipi di primitive disponibili per ogni nuovo livello.In pratica nel caso si vogliano poter aggiungere, ad un determinato livello, oggettidiversi dallo standard BPMN, il programa deve poter permettere questa opzione.5

Capitolo 3ProgettazioneIl programma realizzato ha come core le seguenti tre classi:1. WFDManager: contiene il main e si occupa della gestione dei dati e della GUI.2. WFDMainframe: realizza il desktop e la menuBar.3. WFDInternalFrame: realizza l’area di lavoro.Possiamo quindi definire il Class Diagramm riportato in figura 3.1.3.1 I componentiIl programma necessita di un Manager : WFDManager (utilizzo del pattern singleton)che gestisce l’intero progamma.Dovremo avere una classe WFDMainFrame che rappresenta il desktop del programma, in avvio vuoto ( almeno prima di fare un nuovo progetto o caricarne uno esistente ).WFDMainFrame conterrà 0 o N istanze di WFDInternalFrame (multilivello) ; ogniWFDInternalFrame avrà un’unica instanza delle classi InfoTabPanel, ScrollableCanvas epiù istanze di AeroCanvas. Lo stesso conterrà pure le istanze delle classi Create.Nelle classi che creano gli oggetti ( activity ecc..) viene passato il WFDInternalFramedi riferimento. Ovvero devono essere legati al proprio InternalFrame.6

3.1. I componentiFigura 3.1: Class Diagramm.7

Capitolo 4Commento del codiceIn questa parte vengono riportati dei frammenti di codice relativi agli aspetti implementativipiù salienti.4.1 Creazione di più viste aereePassiamo ad esaminare come avviene la creazione di più viste aeree.✞Per creare un InternalFrame usiamo la classe WFDInternalFrame:WFDMainFrame . addNewInternalFrame✡✝✆Per costruire un nuovo InternalFrame ( ad esempio IF1 ) gli viene passato l’InternalFramepadre (IF0):✞/∗ c r e a t e a e r e a l view panel ∗/// s i fa dare d a l l ’ InternalFrame padre// t u t t i g l i aerocanvas// e ne r i c h i e d e l a c l o n a z i o n eJTabbedPane tabPane = new JTabbedPane ( ) ;c o n t r o l P a n e l . add ( tabPane ) ;i f ( parentIntFrame != null ) {8

4.1. Creazione di più viste aereeL i s t l = parentIntFrame . getShownAeroCanvasList ( ) ;for ( int i = 0 ; l != null && i < l . s i z e ( ) ; i++){AeroCanvas ae = ( AeroCanvas ) l . get ( i ) ;ae = ( AeroCanvas ) ae . c l o n e ( ) ;JPanel viewPanel = new JPanel (new BorderLayout ( ) ) ;viewPanel . add ( ae , BorderLayout .CENTER) ;// a t t a c c a l ’ aerocanvas di ogni padre}}ae . updateView ( ) ;/∗ c r e a t e aeroCanvas ∗/✡✝// aeroCanvas = n u l l ;aeroCanvas = createNewAeroCanvas ( ) ; // nota1JPanel viewPanel = new JPanel (new BorderLayout ( ) ) ;viewPanel . add ( aeroCanvas , BorderLayout .CENTER) ;// a t t a c c a l ’ aerocanvas di se s t e s s o. . . . . . . .tabPane . add ( viewPanel , ”” + aeroCanvas . getLevel ( ) ) ;tabPane . s e t S e l e c t e d I n d e x ( tabPane . getComponentCount ( ) − 1 ) ;✆L’InternalFrame 1 chiede a InternalFrame 0 la clonazione di tutti gli Aerocanvasmostrati da InternalFrame 0:✞[ ae = ( AeroCanvas ) ae . c l o n e ( ) ; ]✡✝✆9

4.1. Creazione di più viste aereeOgni ae (AeroCanvas) per clonarsi, chiede al proprio InternalFrame creatore di fareuna copia:✞AeroCanvas . c l o n e ( ) => return intFrame . createNewAeroCanvas ( ) ;✡✝✆L’InternalFrame quando crea un nuovo “ae”, lo fa passando il riferimento a se stesso;in questo modo ogni “ae” ha il riferimento verso il proprio creatore.Inoltre InternalFrame tiene traccia in una lista di tutti gli AE creati. Questo serveper aggiornare tutti gli AeroCanvas che mostrano l’InternalFrame che é stato modificato.✞✡✝public AeroCanvas createNewAeroCanvas ( ) {AeroCanvas ac = new AeroCanvas ( this ) ;createdAeroCanvasList . add ( ac ) ;return ac ;}✆L’aggiornamento degli AeroCanvas avviene invocando il metodo updateAllAeroCanvas()della classe WFDInternalFrame.Tornando alla creazione del nuovo InternalFrame, dopo aver chiesto all’InternalFramepadre la clonazione dei suoi AeroCanvas mostrati, il nuovo InternalFrame deve crearsi ilsuo nuovo AeroCanvas.10

4.1. Creazione di più viste aereeIn figura 4.1 è schematizzato il meccanismo appena spiegato al fine di offrire unamaggiore chiarezza:Figura 4.1: Aerocanvas.11

4.2. Discriminazione sul tipo di livello4.2 Discriminazione sul tipo di livelloQuando viene creato un Subprocess, se il livello non esiste ancora viene chiesto all’utenteil suo tipo.Il tipo di un livello è caratterizzato da un sottoinsieme di tools 1 disponibili.I tipi a disposizione sono descritti nel file levelTypes.properties. Questo file diproperty ha come chiave il nome del tipo e come valore una stringa contenente i nomi deitools a disposizione separati da una virgola.Questo potrebbe essere un esempio di oggetti disponibili e seconda che il tipo di livellosia : all o sub set es 2 :all = Lane,Start,End,Activity,SubProcess,And,Or,Xor,Data,Linksub set es = Lane,Start,End,Activity,Data,LinkIl metodo che si occupa del caricamento dei tipi a disposizione è:WFDManager.loadLevelConfigurations.Attraverso il codice che segue viene letto il file di properties riempiendo una nuovaHashMap (levelTypes) (stringa,ArrayList); come chiave usa la stringa contenente il nomedel tipo, come valore non più una sringa ma un ArrayList contenente i nomi dei tools adisposizione; questa scelta è comoda perché è più semplice scandire un ArrayList piuttostoche “tokenizzare” un stringa separata da virgole.✞/∗∗∗ Loads the l e v e l c o n f i g u r a t i o n f i l e s ,∗ c o n t a i n i n g the l e v e l s t y p e s and∗ f o r each l e v e l the a v a i l a b l e t o o l s∗∗/private void l o a d L e v e l C o n f i g u r a t i o n s ( ){// f i l l l e v e l T y p e s : key = l e v e l type name ( S t r i n g ) ,// v a l u e = a v a i l a b l e t o o l s ( Set of S t r i n g s )// e . g . ” Level1 ” {”And” , ” A c t i v i t y ” , ”End ” . . . }1 Per tools intendiamo gli oggetti grafici offerti dal linguaggio BPMN; ma potrebbero anche essereoggetti specificati sencondo un qualsiasi altro standard per rappresentare WorkFlow2 i nomi dei livelli sono del tutto arbitrari ed a solo scopo di esempio12

4.2. Discriminazione sul tipo di livelloP r o p e r t i e s prop = new P r o p e r t i e s ( ) ;try {FileInputStream configStream =new FileInputStream (LEVEL TYPES CONFIG FILE ) ;prop . load ( configStream ) ;configStream . c l o s e ( ) ;for ( I t e r a t o r i t = prop . keySet ( ) . i t e r a t o r ( ) ; i t . hasNext ( ) ; ){S t r i n g key = ( ( S t r i n g ) i t . next ( ) ) . trim ( ) ;S t r i n g value = ( S t r i n g ) prop . get ( key ) ;L i s t l i s t = new ArrayList ( ) ;StringTokenizer s t = new StringTokenizer ( value , ” , ” ) ;while ( s t . hasMoreTokens ( ) ) {S t r i n g token = s t . nextToken ( ) . trim ( ) ;l i s t . add ( token ) ;}levelTypes . put ( key , l i s t ) ;}✡✝}} catch ( IOException e ) {levelTypes = new HashMap ( ) ;System . out . p r i n t l n (” Error : Cannot load c o n f i g u r a t i o n f i l e ’ ”+ LEVEL TYPES CONFIG FILE+ ” ’ ” ) ;}✆13

4.2. Discriminazione sul tipo di livelloQuindi la classe ChooseLebvelDialog può mostrare all’utente l’elenco dei tipi a disposizionee per ogni tipo mostra i tools a disposizione scandendo l’ArrayList.✞public class ChooseLevelDialog extends JDialog{private S t r i n g type ;/∗∗∗ Creates a new i n s t a n c e of t h i s c l a s s .∗/public ChooseLevelDialog ( Frame ownerFrame , int l e v e l ){. . . . . .initComponents ( ) ;}private void initComponents ( ){/∗ c r e a t e content pane ∗/. . . . . ./∗ o r g a n i z e t y p e s ∗/Map levelTypes = WFDManager . g e t I n s t a n c e ( ) . getLevelTypes ( ) ;// recupero l a mappa d e i l i v e l l i✡✝L i s t typeNames = new ArrayList ( levelTypes . keySet ( ) ) ;// recupero l ’ elenco d e l l e c h i a v i ,// ovvero I nomi d e i t i p i d e i l i v e l l i✆14

4.2. Discriminazione sul tipo di livelloVengono scanditi i nomi dei tipi e per ognuno di questi viene creato un bottone; glisi attacca l’implementazione dell’interfaccia ActionListener facendo in modo che quandol’utente preme il bottone rapresentante il tipo desiderato registra nela variabile type (attributo privato dela classe ChooseLevelDialog) il nome del tipo a cui il bottone fa riferimento:✞for ( I t e r a t o r i t = typeNames . i t e r a t o r ( ) ; i t . hasNext ( ) ; ){// buttonf i n a l S t r i n g name = ( S t r i n g ) i t . next ( ) ;JButton button = new JButton (name ) ;button . setBackground (WFDManager . d e f a u l t C o l o r ) ;button . addActionListener (new A c t i o n L i s t e n e r ( ) {public void actionPerformed ( ActionEvent e ) {type = name ;s e t V i s i b l e ( f a l s e ) ;}} ) ;westPanel . add ( button ) ;// iconsL i s t l i s t = ( L i s t ) levelTypes . get (name ) ;// recupero ArrayList contenente i// nomi d e i t o o l s a d i s p o s i z i o n e✡✝✆Creazione del pannello:✞// s i s c a n d i s c e l a l i s t ae per ognuno d e i nomi// chiedo a l Manager di r e s t i t u i r e l ’ image icon r a p p r e s e n t a n t e i l// t o o lfor ( I t e r a t o r i t 2 = l i s t . i t e r a t o r ( ) ; i t 2 . hasNext ( ) ; ){S t r i n g s = ( S t r i n g ) i t 2 . next ( ) ;15

4.2. Discriminazione sul tipo di livelloImageIcon imageIcon =WFDManager . g e t I n s t a n c e ( ) . getImageIconFor ( s ) ;JLabel label = new JLabel ( imageIcon ) ;iconPanel . add ( label ) ;i f ( i t 2 . hasNext ( ) ) {iconPanel . add (Box . c r e a t e H o r i z o n t a l S t r u t ( 5 ) ) ;}centerPanel . add ( iconPanel ) ;}}✡✝pack ( ) ;✆Il seguente frammento di codice ritorna il tipo al Manager che lo usa per definire iltipo di livello quando questo livello viene utilizzato per la prima volta:✞}✡✝/∗∗∗ Returns the choosen type .∗/public S t r i n g getType ( ) {}return type ;✆16

4.2. Discriminazione sul tipo di livelloNel Manager c’è una mappa ( levelMap ) che per ogni livello contiene il suo tipo (chiave=Integer, valore=stringa ):✞/∗∗∗ Shows a d i a l o g containg the a v a i l a b l e l e v e l type∗ with t o o l s and r e t u r n s a s e t containg the∗ a v a i l a b l e t o o l s f o r the choosen l e v e l type .∗/public L i s t chooseAvailableTools ( int l e v e l ) {. . . .S t r i n g type = null ;L i s t r e s = null ;I n t e g e r l e v = new I n t e g e r ( l e v e l ) ;. . . . .i f ( levelMap . get ( l e v ) != null ) {type = ( S t r i n g ) levelMap . get ( l e v ) ;} else {ChooseLevelDialog d i a l o g =new ChooseLevelDialog ( getMainFrame ( ) , l e v e l ) ;d i a l o g . s e t V i s i b l e ( true ) ;type = d i a l o g . getType ( ) ;levelMap . put ( lev , type ) ;// i l type è r e s t i t u i t o// d a l l a c l a s s e ChooseLevelType}r e s = ( L i s t ) levelTypes . get ( type ) ;// s i recuperano i t o o l s r e l a t i v i// a l type v o l u t o per i l l i v e l l o}✡✝return r e s ;✆17

4.2. Discriminazione sul tipo di livello✞La creazione di un nuovo InternalFrame viene fatta dalla seguente classe:Classe CreateSubProcessprivate void createNewInternalFrame ( ) {int nextLevel = intFrame . getLevel ( ) + 1 ;L i s t enableTools = WFDManager . g e t I n s t a n c e ( ). chooseAvailableTools ( nextLevel ) ;GFNode gfNode = new GFNode( ”Group DataObj” , null , null ) ;treeSubProcess . add (new DefaultMutableTreeNode ( gfNode ) ) ;newIntFrame = WFDManager . g e t I n s t a n c e ( ) . getMainFrame ( ). addNewInternalFrame ( treeSubProcess ,nodeSubProcess . getID ( ) ,nextLevel , enableTools , intFrame ) ;gfNode . setInternalFrame ( newIntFrame ) ;// a s s o c i a a l l a root d e l s o t t o a l b e r o// i l nuovo InternalFrame✡✝}intFrame . g e t P a l e t t e ( ) . s e t D e f a u l t T o o l ( ) ;✆Creazione di un nuovo progetto:✞/∗∗ Create a new p r o j e c t ∗/public WFDInternalFrame newProject ( ) {// i n i t mappai f ( levelMap != null ) {levelMap . c l e a r ( ) ;levelMap = null ;}levelMap = new HashMap ( ) ;// c r e a z i o n e a l b e r o vuoto18

4.2. Discriminazione sul tipo di livellop r o j e c t T r e e = new DefaultMutableTreeNode( ” Tree f o r the Domain Model” ) ;GFNode gfNode = new GFNode( ”Group DataObj” , null , null ) ;p r o j e c t T r e e . add (new DefaultMutableTreeNode ( gfNode ) ) ;// svuota l a mappa d e i GO ( key=GFNode , v a l u e = GO)nodeGODict . c l e a r ( ) ;// svuota i l desktopgetMainFrame ( ) . removeAllInternalFrames ( ) ;// crea nuovo InternalFrame p a s s a n d o g l i// i l nuovo p rojectTreeWFDInternalFrame intFrame =getMainFrame ( ) . addNewInternalFrame (projectTree ,”Main Diagram” ,0 ,null ,null ) ;gfNode . setInternalFrame ( intFrame ) ;// s e t t a i l nome d e l p r o g e t t o✡✝}setProjectName ( ” U n t i t l e d ” ) ;return intFrame ;✆Caricamento di un progetto:✞F i l e L i s t e n e r . a c t i o n L i s t e n e r ( ActionEvent e )// crea nuovo p r o g e t t oWFDInternalFrame intFrame =19

4.2. Discriminazione sul tipo di livelloWFDManager . g e t I n s t a n c e ( ) . newProject ( ) ;// recupera i l nome d e l f i l eS t r i n g nameFile = openFile . getAbsolutePath ( ) ;// l e g g e I l i v e l l i d a l f i l e// Memorizza n e l \emph{WFDManager} per ogni// l i v e l l o i l t i p o a s s o c i a t o// ( es . l i v e l l o 2 , t i p o l e v e l p i p p o )// invocando i l metodo addToLevelMap// d e l l a c l a s s e WFDManager i l q u a l e riempie// l a mappa levelMap :levelMap . put ( lev , type ) ;LoadProjectLevels . parse ( nameFile ) ;// q u esto metodo r i c e v e l ’ InternalFrame e// s i fa dare da q u e s t i i v a r i t o o l per// creare I v a r i o g g e t t i ;// mantiene a g g i o rnata l a mappa nodeGODict// che fa r i f e r i m e n t o a l l a mappa GFNodeGO// a l l a f i n e t r a c c i a t u t t i i l i n k t r a g l i o g g e t t i✡✝OpenToolXml . parse (nameFile ,nodeGODict ,( Vector ) attrTable . get ( ” Link ” ) ,intFrame ) ;20✆

Capitolo 5TestingIn quest’ultima fase ci occuperemo di mostrare attraverso un esempio reale l’utilizzo dellefunzionalità del programma allo stato di sviluppo attuale.Questo ci permetterà anche di evidenziare eventuali malfunzionamenti, scopo principaledi un testing.5.1 Caso di applicazioneSi vuole rappresentare un WorkFlow relativo alla richiesta di un prestito da parte di unprivato nei confronti di una società finanziaria.Il caso in esame presenta due possibili livelli.5.1.1 Livello 0Nel primo livelo abbiamo 3 attori:1. il cliente: colui che rischiede il prestito2. il manager: il funzionario responsabile dei prestiti della società fininziaria3. l’impiegato: colui che effettua i controlli patrimoniali e lavorativi suiclienti.Abbiamo 4 attività elementari:1. la richiesta di finanziamento: avanzata dal cliente nei confronti delmanager2. la validazione preliminare: effettuata dal manager21

5.1. Caso di applicazione3. il controllo finanziario: demandato dal manager all’ìimpiegato4. l’approvazione finale: rilasciata dal managerVi è inoltre un’attività con sottoprocesso:5. il controllo dell’attività lavorativa: effettuato da un ente terzo surichiesta dell’impiegato della società finanziaria.In figura 5.1 è riportato lo screen della situazione appena descritta, modellata conWFD.Figura 5.1: Prestito: livello 0.5.1.2 Livello 1Nel secondo livelo abbiamo 1 attore:4. l’impiegato: della società per cui lavora il cliente, che a seguito di richiestada perte della società finanziaria effettua un controllo sullo statolavorativo.22

5.1. Caso di applicazioneVi è una ulteriore attività elementare:6. ilcontrollo della posizione del cliente: ovvero proprio l’attività di verificasulla situazione lavorativa del cliente da parte dell’ente per cuilavora.In figura 5.2 è riportato lo screen della situazione appena descritta, modellata conWFD.Figura 5.2: Prestito: livello 1.23

5.1. Caso di applicazione5.1.3 Uso dei tabulatoriIn figura 5.3 è riportato uno screen che mostra come sia possibile attraverso i tabulatori,pur restando nel livello 1, vedere l’aerocanvas del livello 0.Figura 5.3: Uso dei tabulatori5.1.4 Uso del menù di navigazioneEsistono inoltre molte possibilità per navigare atraverso i livelli:• menù “window”• pulsante per il “back”• doppio click sul subprocess24

5.1. Caso di applicazioneIn figura 5.4 è riportato uno screen che mostra le tre possibilità:Figura 5.4: Navigazione5.1.5 ConclusioniIl testing non ha evidenziato particolari problemi per quel che riguarda le funzionalitàimplementate, tuttavia, non potendosi escludere la presenza di “bachi”, si consiglia aipossibili utilizzatori di effettuare un periodo di beta-testing.25

Capitolo 6Conclusioni e sviluppi futuriIl programma, allo stato attuale permette:• la realizzazione di progetti multilivello• il salvataggio e il caricamento dei progetti in formato XML• la generazione del LTL ( Linear Temporal Logic )• la visualizzazione aerea multilivello• la possibilità di differenziare la tipologia di livelloL’applicazione consente di effettuare ulteriori migliorie ed ampliamenti di funzionalità.Tra i possibili sviluppi futuri, si evidenzia la possibilità di:• aggiugere ulteriori oggetti del linguaggio BPMN.• progettare ben definite tipologie di livelli alternativi al BPMN.• semplificare la struttura dell’albero dati attraverso opportuni costruttijava alternativi ( tipo DOM - Document Object Model ).• migliorare alcune funzionalità dell’interfaccia utente.26