Identificare i processi di business di eBIZ, le sequenze di transazioni e le informazioni scambiate che la nuova soluzione sarebbe in grado di supportare per adottare lo Scenario di business identificato nella Fase precedente.
OUTPUT:
Raccolta delle caratteristiche e dei requisiti dello scenario di implementazione in un documento che fornisce:
l'analisi dello scenario in cui verrà utilizzata la nuova soluzione, evidenziando requisiti e criticità;
l'elenco dei domini eBIZ e dei processi aziendali in grado di supportare lo scenario analizzato;
per ogni processo selezionato, la modellazione delle sequenze delle transazioni di business rilevanti e dei relativi modelli di dati astratti.
RISORSE DISPONIBILI:
Documentazione tecnica di eBIZ: definizione di processi aziendali e transazioni di eBIZ
Template TP513-006 : un Template che può essere utilizzato per realizzare il documento previsto come output di questa fase.
Fase 2
STEP 1:
Business Scenarios - Mapping dello Scenario di Implementazione
L'output della fase precedente è l'insieme di (uno o più) scenari aziendali selezionati che devono essere implementati al fine di migliorare i KPI di alcune aziende. Questo step mira a descrivere lo scenario di implementazione, inteso come l'insieme dei processi aziendali e delle transazioni dell'azienda che devono essere organizzati o riorganizzati per adottare gli Scenari di Business selezionati. Per ogni processo aziendale reale identificato, è necessario definire:
i ruoli/attori coinvolti (chi scambia informazioni di business);
le condizioni che influenzano l'esecuzione del processo;
le transazioni commerciali (ad esempio ordine di acquisto, avvisodi spedizione, ecc.), le informazioni inviate e la loro granularità (ad es. cosa è identificato e come: articoli, seriali - ovvero pezzi o lotti, stati di avanzamento, posizioni, ecc.);
le sequenze delle transazioni e le condizioni che influenzano la loro esecuzione;
requisiti e criticità a livello di processo e di transazione.
Se lo scenario aziendale richiede RFID, vengono richieste ulteriori azioni:
identificazione delle fasi della catena di fornitura e del processo di produzione in cui è previsto l'utilizzo di RFId;
identificazione degli eventi da monitorare usando RFId;
selezione delle informazioni RFId inviate e loro granularità.
Output attesi:
descrizione testuale dello Scenario di Implementazione (vedi Capitolo 2 del Template TP513-006 ).
STEP 2:
Analisi del dominio e dei processi di Business
La Reference Architecture (RA) di eBIZ definisce processi di business per 3 domini distinti:
Tessile/Abbigliamento (Upstream)
Calzatura (Upstream)
Dalla Produzione al Retail (Downstream)
ma, nella maggior parte dei casi, un sottogruppo di essi è sufficiente per implementare gli scenari di business selezionati. L'obiettivo di questo step è identificare la sezione di eBIZ RA in grado di coprire lo scenario di implementazione. Questo dovrebbe essere effettuato eseguendo le seguenti azioni:
selezione del dominio eBIZ pertinente;
mapping dei processi di business dell'azienda (provenienti dallo Step 1) in quelli eBIZ, verificando che i requisiti e le criticità raccolti possano essere supportati / gestiti.
Outputs attesi:
l'elenco dei domini eBIZ e dei processi aziendali pertinenti per lo scenario di implementazione (vedi il Capitolo 3 del Template TP513-006 ).
STEP 3:
Modellazione delle transazioni di Business
L'obiettivo di questo passaggio è quello di modellare tutte le sequenze di transazioni commerciali, personalizzando (se necessario) i processi di business di riferimento di eBIZ RA identificati dallo Step 2. Ciò Dovrebbe essere raggiunto attraverso le seguenti azioni:
analisi delle transazioni appartenenti ai processi di eBIZ provenienti dallo Step 2 e dei tipi di documenti eBIZ che implementano ciascuno di essi;
selezione delle transazioni eBIZ in grado di implementare le transazioni commerciali dell'azienda (provenienti dallo Step 1). Assicurarsi di verificare che i requisiti e le criticità raccolti possano essere supportati / gestiti;
definizione e modellazione delle sequenze di transazione attraverso diagrammi di sequenza UML, prendendo come riferimento quelli di eBIZ.
Outputs attesi:
un set di diagrammi di sequenza UML che rappresentano la sequenza di transazioni commerciali che la nuova soluzione dovrebbe implementare;
l'elenco dei tipi di documenti eBIZ da utilizzare (vedi il Capitolo 4 del Template TP513-006 ).
STEP 4:
Modellazione del modello di dati astratto
Questo passaggio ha l'obiettivo di fornire i modelli di dati astratti relativi alle transazioni identificate allo Step 3. Ciascun modello dovrebbe rappresentare le informazioni potenzialmente scambiate al momento dell'esecuzione della transazione (ad esempio il contenuto ammesso e previsto per il relativo documento di business). I modelli sono indipendenti dalla sintassi, quindi per l'implementazione di casi reali è necessario scegliere una notazione sintattica e definire un Profilo d'Uso che descriva il mapping (vedere la prossima fase). Un modello di dati astratto deve essere definito per ognuna delle transazioni nella lista proveniente dallo Step 3; ognuno definisce:
l'elenco delle informazioni scambiate nella transazione e ciò che è obbligatorio;
elenchi di codici (ad esempio per codici valuta, codici paese, ecc.), se utilizzati;
meccanismi usati per la codifica dell'informazione, come articoli, posizione, packaging, ecc.
Outputs attesi:
l'insieme di modelli di dati astratti che rappresentano le informazioni che la nuova soluzione dovrebbe essere in grado di scambiare (vedi il Capitolo 5 del Template TP513-006 ).
Se lo scenario aziendale richiede l'RFID, sono richieste le seguenti ulteriori azioni:
la definizione dei dati da memorizzare nel tag RFId e nella relativa codifica (standard).
