Join eBIZ

Join the eBIZ community
space space
[PRECEDENTE] [INDICE] [SUCCESSIVA] [PRINT]

eBIZ percorso di adozione: Fase 2

Analisi dello Scenario di Implementazione

OBIETTIVO: 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
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:
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).
[PRECEDENTE] [INDICE] [SUCCESSIVA] [PRINT]