IDEF0. Familiarità con la notazione e un esempio del suo utilizzo. Software di modellazione computerizzata BPwin (AllFusion Process Modeler) idef0 software di sviluppo del modello

Conosciuta oggi non solo in circoli ristretti, l'abbreviazione IDEF0 è la prima metodologia per standardizzare il lavoro sui processi aziendali. È stato sviluppato a metà del secolo scorso come parte di un progetto aerospaziale negli Stati Uniti e, dopo aver dimostrato la sua efficacia, è diventato standard federale... Nel nostro Paese nel 2000 è stato redatto un documento” Metodologia di modellazione funzionale IDEF0. Documento di orientamento Metodologia di modellazione funzionale Documento di orientamento IDEF0. Edizione ufficiale. Gosstandart della Russia RD IDEF0 - 2000. Sviluppato dal Centro di ricerca CALS - Tecnologie "Logistica applicata". Adottato e attuato dalla Risoluzione del Gosstandart della Russia 2000, Mosca”, Ma come standard non è mai stato approvato. Sebbene ciò non abbia impedito a questa metodologia di diventare uno degli strumenti più popolari per la modellazione grafica dei processi aziendali nel nostro paese. In questo articolo, ti invito a rivedere il modello IDEF0 e valutare l'attuale rilevanza di questo approccio.

Concetti di base e abbreviazioni

Comprendiamo un po' i nomi degli elementi chiave della metodologia. Lo standard grafico IDEF0 fa parte della metodologia SADT (Structured Analysis and Design Technique). IDEF è l'abbreviazione di ICAM Definition e ICAM deriva da Integrated Computer Aided Manufacturing, che si traduce come informatizzazione integrata della produzione. La metodologia SADT è un'intera famiglia di 15 diversi modelli, che insieme avrebbero dovuto consentire lo studio della struttura, dei parametri e delle caratteristiche dei sistemi tecnico-produttivi e organizzativi-economici.

IDEF0 è un modello funzionale, che è il cuore di tutte le altre strutture, collega tra loro flussi informativi e materiali, struttura organizzativa, azioni di controllo e l'attività stessa dell'azienda. Lo standard grafico per i processi di modellazione è anche chiamato notazione. Cioè, la notazione è un sistema di requisiti e regole per costruire un modello di attività in una forma o nell'altra. Pertanto, è opportuno chiamare IDEF0 la notazione che fa parte della metodologia SADT.

La notazione IDEF0 è una tecnica abbastanza rigorosa originariamente sviluppata, come gli standard di progettazione tecnica, per la modellazione manuale. Pertanto, contiene i requisiti per il posizionamento delle frecce, il formato di tutti gli elementi, il contenuto del frame informativo per il diagramma IDEF0, ecc. Poiché le attività dell'azienda sono un complesso sistema di azioni multilivello, ci sono sempre molti schemi, ed è richiesta una sistematizzazione e navigazione univoca attraverso tutti gli elementi del modello. Ora questo viene fatto principalmente da sistemi informatici che supportano la modellazione in questa notazione. Sul territorio della Russia, i sistemi più famosi e disponibili oggi sono AllFusion Process Modeler e Business Studio. Ho intenzione di dedicare articoli separati alla revisione di questi sistemi.

Blocco funzionale

L'elemento centrale del modello IDEF0 è la funzione, che viene visualizzata sul diagramma come blocco funzionale- un rettangolo, all'interno del quale l'azione è indicata sotto forma di sostantivo verbale. L'azione può essere molto diversa in scala - dalle attività della società in generale e alla manipolazione specifica in particolare. Esempi: "Produzione e vendita di stoviglie in ceramica" e "Disegno su un prodotto".

Elementi di blocco funzione obbligatori in IDEF0

Indipendentemente dalla scala delle azioni, tutte le funzioni vengono visualizzate in modo uniforme e contengono necessariamente 4 flussi chiave, che sono rigidamente assegnati ai lati del blocco funzionale:

• a sinistra - input o risorse utilizzate per eseguire la funzione;
• a destra - output o risultati dell'esecuzione della funzione;
• in alto - azioni di controllo che determinano come e quanti risultati dovrebbero essere prodotti;
• sotto - meccanismi che riflettono chi e con l'aiuto di cosa dovrebbe fare questo lavoro.

Questo approccio consente di risparmiare un po' sulle spiegazioni nei diagrammi e di ottenere un'ambiguità nella visualizzazione dei flussi, il che rende snello l'intero modello.

Per costruire un modello funzionale, la metodologia IDEF0 richiede il rispetto delle seguenti regole.

1. Gli input sono risorse che trasferiscono completamente il loro valore agli output, ovvero vengono spesi per creare un risultato per intero, e i meccanismi sono risorse che trasferiscono il loro valore solo parzialmente (attrezzature attraverso l'ammortamento e persone attraverso i salari).
2. La gestione è un elemento necessario del modello, poiché vincola tutte le azioni al sistema normativo aziendale, indicando chiaramente quali regole e requisiti devono essere osservati nel processo di svolgimento della funzione. Spesso questo flusso viene trattato formalmente, ma lo schema perde il suo rigore e talvolta anche il suo significato.
3. Ogni blocco funzionale deve avere almeno una freccia su ciascun lato (poiché non può esserci lavoro senza risorse o risultati e un'istruzione senza un esecutore o un'istruzione sarà incompleta).

Lo schema considerato è un "mattone" dell'approccio IDEF0. La modellazione funzionale comporta una transizione graduale dal generale al particolare attraverso la scomposizione. La scomposizione è un "approfondimento" della funzione in esame, suddividendola in funzioni più piccole. Inoltre, quando la funzione di primo livello è presentata in maniera generalizzata e dopo che è stata scomposta, è opportuno chiamarla processo.

Diagramma di contesto

Al livello più alto, l'azienda si presenta come una "scatola nera" in cui si svolge un'attività che traduce gli ingressi in uscite. Questo livello è solitamente chiamato "", cioè un diagramma che descrive il contesto delle attività dell'azienda. Inoltre, il diagramma di contesto mostra le caratteristiche chiave dell'intero modello.

1. L'obiettivo è una formulazione specifica dello scopo del modello, mediante la quale l'accuratezza della costruzione del modello può essere verificata in futuro.
2. Punto di vista - sulla cui faccia è costruito il modello, poiché il modello dipende sempre dal suo autore e dal centro dell'attenzione. Se costruiamo un modello generale di un'impresa, di solito viene presentato dal punto di vista del suo direttore.
3. Il tipo di modello è un'indicazione di quali informazioni vengono visualizzate sui diagrammi. Ci possono essere 2 opzioni principali qui: AS IS ("così com'è") o TO BE ("come sarà"). Questa separazione è necessaria, poiché possiamo costruire modelli sia per analizzare le attività che per trasformarle. Dobbiamo essere chiaramente consapevoli di ciò che stiamo facendo e trasmettere queste informazioni anche ad altri.

Il diagramma di contesto contiene quindi, nella forma più generalizzata, una descrizione dell'attività dell'impresa, permeata dai flussi che collegano l'impresa con il mondo esterno. Penso che dovremmo anche soffermarci su di loro in modo più dettagliato.

Stream principali

L'esperienza ha dimostrato che, nonostante l'apparente semplicità e formalità di questo livello, è spesso necessario rimanerci a lungo, poiché qui devono riflettersi tutti i risultati significativi per il proprietario e per il mercato. Un errore può portare alla creazione di modelli che non soddisfano i compiti impostati per l'azienda. Per verificare che i flussi significativi vengano riflessi, assicurati che tutti e 4 i principali tipi di flusso siano presenti nel diagramma.

1. Materiale: materiali e componenti all'ingresso e prodotti finiti all'uscita.
2. Cliente: potenziale cliente all'ingresso e soddisfatto all'uscita.
3. Finanziario: all'ingresso, si tratta solitamente di investimenti, pagamenti della clientela (entrate), prestiti e altri proventi; l'output sono pagamenti ai fornitori, tasse, pagamenti di prestiti e profitti.
4. Informativo: all'ingresso, sono tutti flussi di informazioni sull'ambiente esterno (condizioni di mercato, comportamento dei concorrenti, innovazione tecnologica ecc.), e l'output è il flusso di informazioni che l'azienda comunica su se stessa al mondo (tutte le informazioni pubblicitarie, nonché tutti i tipi di segnalazione alle autorità di regolamentazione).

Si prega di notare che l'azienda è sistema aperto, e nulla sorge o scompare in esso. Un'azienda è solo in grado di trasformare i flussi in entrata in quelli in uscita, e se lo fa bene, allora appare un flusso di cassa aggiuntivo (profitto) che riflette, in un certo senso, la qualità dell'intero sistema.

(clicca per ingrandire)

È bene evidenziare ciascuno di questi tipi di flussi con il proprio colore in modo da poter distinguere facilmente il movimento delle risorse e non perdere punti importanti. Ad esempio, è spesso possibile osservare l'assenza di un cliente nei flussi dell'azienda, quindi il lavoro con lui si basa su un principio residuo: il cliente spesso si sente come un ostacolo per i dipendenti dell'azienda, i cui compiti sono focalizzati sull'elaborazione del flusso di documenti.

Le frecce di controllo possono essere rappresentate da un solo tipo di flusso - flusso di informazioni, che può essere suddiviso in 2 sottospecie. Il primo è documenti come:

• Leggi e regolamenti;
• ordini, ordini;
• istruzioni e regolamenti;
• piani;
• documentazione di progetto, ecc.

Il secondo sono informazioni non documentate, che molto spesso includono i requisiti dei proprietari.

E, infine, i meccanismi: ci sono solo 2 tipi di flussi: attrezzature (materiale) e artisti (reparti e persone). Non ci possono essere documenti qui, così come non possono esserci persone sulle frecce di controllo!

Il modello prevede la numerazione continua per la navigazione. Il diagramma di contesto è numerato "A-0". In futuro, ogni blocco funzionale riceverà il proprio numero, indipendentemente dalla profondità della scomposizione.

Decomposizione

Dopo aver elaborato i flussi del diagramma di contesto, possiamo procedere alla scomposizione. Passando a un livello inferiore, come se si aprisse una "scatola nera", vediamo prima un foglio bianco con frecce che sono state attaccate al blocco funzionale.

(clicca per ingrandire)

E qui inizia la vera modellazione funzionale: dobbiamo capire quale insieme di azioni può collegare questi flussi e garantire che tutti i requisiti siano soddisfatti. La difficoltà sta nel fatto che ci sono molte azioni in azienda e sul diagramma abbiamo il diritto di visualizzare non più di 9 funzioni, altrimenti il ​​diagramma diventerà illeggibile e, di conseguenza, inutile.

Non è sempre facile organizzare attività complesse in modo che rimangano visive, leggibili e allo stesso tempo complete. Molto spesso, ricorrono alla divisione dell'intera varietà di processi in grandi blocchi principali, i più significativi dei quali sono i seguenti.

1. Creazione di un prodotto (risultato).
2. Promozione e vendita: lavorare con il flusso dei clienti.
3. Il supporto alle attività di creazione del prodotto sono processi secondari necessari per conformarsi ai requisiti governativi o per garantire la comodità del lavoro (personale e contabilità, servizi di trasporto, pulizia dei locali, ecc.).
4. La creazione di flussi di gestione è l'attività di sviluppo di soluzioni di gestione che determineranno i requisiti per tutti i processi dell'azienda.

La figura seguente mostra il diagramma di scomposizione del nostro esempio.

(clicca per ingrandire)

Nel diagramma, i processi dovrebbero essere disposti in diagonale - questo si chiama principio di dominanza, che implica la disposizione dei blocchi funzionali da sinistra a destra e dall'alto verso il basso - in ordine di importanza o in ordine cronologico. La numerazione dei blocchi è la stessa.

L'ulteriore lavoro sul modello è simile al primo passaggio: ogni blocco funzionale del primo livello viene scomposto. La numerazione del blocco conterrà il numero del primo livello: A1.1… A1n, A2.1… A2.n, ecc.

Conclusioni sulla rilevanza della notazione

Nell'ambito di questo articolo, è stato possibile visualizzare solo i concetti di base della notazione IDEF0 utilizzando un breve esempio di IDEF0, con il quale, ovviamente, è difficile giudicare la metodologia nel suo insieme. Ma molta esperienza nell'uso pratico di questa notazione mi consente di trarre le seguenti conclusioni.

1. Il modello ha un buon potenziale di visualizzazione, ma, a mio parere, la sua maggiore importanza sta nell'effetto disciplinante. Le regole e i limiti incorporati nella metodologia ci costringono a sviluppare un atteggiamento sistematico e rigoroso nei confronti dei modelli, che ha un effetto molto positivo sulla qualità del risultato finale.
2. Il modello consente di costruire flussi di comunicazione tra cose apparentemente non fortemente connesse: connettere i sottosistemi di front e back office con la gestione, il che è molto peggio per altre notazioni.
3. L'approccio è semplice e comprensibile per la maggior parte dei partecipanti al progetto. Costruire e leggere diagrammi in questa notazione è limitato solo dal desiderio di approfondire le complessità dei flussi aziendali.

Alcuni degli argomenti di cui sopra fanno pensare che questo approccio sia il migliore e l'unico per una modellizzazione completa delle attività. Ma non dimenticare che il modello funzionale è progettato solo per il livello superiore della modellazione. L'uso della notazione IDEF0 per la progettazione dell'opera a livello di esecutori porta al fatto che gli schemi sono puramente illustrativi e sulla loro base è impossibile costruire una regolamentazione sensata, poiché non contengono:

• concretizzare gli eventi di avvio e arresto del processo;
• condizioni per il passaggio da un'azione all'altra;
• la capacità di visualizzare visivamente tutte le risorse e gli artisti senza sovraccaricare il diagramma con le frecce.

Pertanto, se usi questa notazione per le attività a cui è destinata (strutturazione di attività di primo livello), IDEF0 è praticamente l'unica notazione oggi che ti consente di farlo in modo significativo e accurato.

V gestione del progetto questo standard di modellazione è più applicabile dove è necessario collegare diversi progetti o processi con flussi visivi. Allo stesso tempo, il modello grafico consentirà di distribuire più razionalmente responsabilità e risorse per compiti. La logica dei compiti del progetto, riflessa nei diagrammi, aiuterà a preparare una migliore qualità piano del calendario sotto forma di diagramma di Gantt.

Impara a vedere e comprendere la struttura funzionale della tua attività!

Attualmente, in Russia, l'interesse per gli standard di gestione generalmente accettati in Occidente è notevolmente aumentato, tuttavia, nella pratica di gestione reale, c'è un momento molto indicativo. Molti leader possono ancora essere sconcertati dalla domanda diretta di struttura organizzativa società o sullo schema dei processi aziendali esistenti. I manager più avanzati che leggono regolarmente periodici economici, di regola, iniziano a disegnare diagrammi gerarchici che sono comprensibili solo a loro, ma anche in questo processo di solito arrivano rapidamente a un vicolo cieco. Lo stesso vale per dipendenti e dirigenti di vari servizi e unità funzionali. Nella maggior parte dei casi, l'unico insieme di regole stabilite in conformità con le quali un'impresa dovrebbe operare è un insieme di disposizioni individuali e descrizione del lavoro... Molto spesso, questi documenti sono stati redatti più di un anno fa, sono mal strutturati e non interconnessi e, di conseguenza, stanno semplicemente prendendo polvere sugli scaffali. Per il momento, un tale approccio era giustificato, poiché durante la formazione dell'economia di mercato russa, il concetto di concorrenza era praticamente assente e non c'era particolare bisogno di considerare i costi: il profitto era gigantesco. Di conseguenza, negli ultimi due anni, abbiamo assistito a un quadro del tutto comprensibile: le grandi aziende cresciute nei primi anni '90 stanno gradualmente perdendo le loro posizioni, fino al loro completo ritiro dal mercato. Ciò è in parte dovuto al fatto che l'impresa non ha implementato standard di gestione, il concetto di un modello funzionale di attività e missione era completamente assente. Con l'aiuto della modellazione di varie aree di attività, è possibile analizzare in modo efficiente i colli di bottiglia nella gestione e ottimizzare lo schema aziendale complessivo. Ma, come sai, in qualsiasi impresa, solo quei progetti che portano direttamente profitto hanno la massima priorità, quindi, di solito è solo durante una crisi tangibile nella gestione dell'azienda che stiamo parlando del sondaggio delle attività e dei suoi riorganizzazione.

Alla fine degli anni '90, quando il mercato era sufficientemente competitivo e la redditività delle imprese iniziava a diminuire drasticamente, i manager sentivano enormi difficoltà nel cercare di ottimizzare i costi in modo che i prodotti rimanessero sia redditizi che competitivi. Fu in questo momento che si manifestò chiaramente la necessità di avere davanti agli occhi un modello dell'attività dell'impresa che riflettesse tutti i meccanismi e i principi dell'interconnessione dei vari sottosistemi nell'ambito di un'unica attività.

Il concetto stesso di "modellazione dei processi aziendali" è entrato nella vita quotidiana della maggior parte degli analisti contemporaneamente alla comparsa sul mercato di complessi prodotti software progettato per l'automazione complessa della gestione aziendale. Tali sistemi implicano sempre una profonda indagine pre-progettuale delle attività dell'azienda. Il risultato di questo sondaggio è un'opinione di esperti, in cui le raccomandazioni per l'eliminazione sono fatte da punti separati ". colli di bottiglia“Nella gestione delle attività. Sulla base di questa conclusione, immediatamente prima dell'implementazione del sistema di automazione, viene effettuata la cosiddetta riorganizzazione dei processi aziendali, a volte piuttosto grave e dolorosa per l'azienda. Questo, e naturalmente, un team che si è sviluppato negli anni è sempre difficile da costringere a “pensare in modo nuovo”. Indagini così complesse sulle imprese sono sempre compiti complessi e significativamente diversi da caso a caso. Esistono metodologie e standard ben collaudati per risolvere tali problemi di modellazione di sistemi complessi. Questi standard includono le metodologie della famiglia IDEF. Con il loro aiuto, è possibile visualizzare e analizzare efficacemente i modelli dell'attività di un'ampia gamma di sistemi complessi in varie sezioni. Allo stesso tempo, l'ampiezza e la profondità dell'esame dei processi nel sistema sono determinate dallo sviluppatore stesso, il che consente di non sovraccaricare il modello creato con dati non necessari. V attualmente alla famiglia IDEF possono essere attribuiti i seguenti standard:

IDEF0 è una metodologia di modellazione funzionale. Con l'aiuto del linguaggio grafico visivo IDEF0, il sistema in studio appare a sviluppatori e analisti sotto forma di un insieme di funzioni correlate (blocchi funzionali - in termini di IDEF0). In genere, la modellazione IDEF0 è il primo passo per conoscere qualsiasi sistema;

IDEF1 - una metodologia per modellare i flussi di informazioni all'interno del sistema, che consente di visualizzare e analizzare la loro struttura e relazioni;

IDEF1X (IDEF1 Extended) è una metodologia per la costruzione di strutture relazionali. IDEF1X appartiene alla tipologia delle metodologie “Entità-Relazione” (ER – Entità-Relazione) e, di norma, viene utilizzata per modellare i database relazionali relativi al sistema in esame;

IDEF2 è una metodologia per la modellazione dinamica dello sviluppo di sistemi. A causa delle gravissime difficoltà di analisi dei sistemi dinamici, questo standard è stato praticamente abbandonato e il suo sviluppo è stato sospeso nella fase iniziale. Tuttavia, attualmente esistono algoritmi e loro implementazioni informatiche che consentono di trasformare un insieme di diagrammi statici IDEF0 in modelli dinamici basati su “reti di Petri colorate” (CPN - Color Petri Nets);

IDEF3 è una metodologia per documentare i processi che si verificano nel sistema, che viene utilizzata, ad esempio, nello studio dei processi tecnologici nelle imprese. IDEF3 descrive lo scenario e il flusso di lavoro per ogni processo. IDEF3 ha una relazione diretta con la metodologia IDEF0 - ogni funzione (blocco funzionale) può essere rappresentata come un processo separato mediante IDEF3;

IDEF4 è una metodologia per la costruzione di sistemi orientati agli oggetti. Gli strumenti IDEF4 consentono di visualizzare visivamente la struttura degli oggetti e i principi alla base della loro interazione, consentendo così di analizzare e ottimizzare complessi sistemi orientati agli oggetti;

IDEF5 è una metodologia per lo studio ontologico di sistemi complessi. Utilizzando la metodologia IDEF5, l'ontologia di un sistema può essere descritta utilizzando un vocabolario specifico di termini e regole, sulla base del quale possono essere formate affermazioni affidabili sullo stato del sistema in esame in un determinato momento. Sulla base di queste affermazioni, si traggono conclusioni su ulteriori sviluppi sistema e viene eseguita la sua ottimizzazione.
In questo articolo, esamineremo la metodologia di modellazione funzionale più comunemente utilizzata IDEF0.

La storia dello standard IDEF0

La metodologia IDEF0 può essere considerata la fase successiva nello sviluppo del noto linguaggio grafico per la descrizione di sistemi funzionali SADT (Structured Analysis and Design Teqnique). Diversi anni fa, in Russia è stata pubblicata una piccola edizione dell'omonimo libro, dedicato alla descrizione dei principi di base della costruzione dei diagrammi SADT. Storicamente, IDEF0 come standard è stato sviluppato nel 1981 come parte di un vasto programma di automazione imprese industriali, che portava la designazione ICAM (Integrated Computer Aided Manufacturing) ed è stato proposto dalla US Air Force. La stessa famiglia di standard IDEF ha ereditato la sua designazione dal nome di questo programma (IDEF = ICAM DEFinition). Nel processo di implementazione pratica, i partecipanti al programma ICAM hanno affrontato la necessità di sviluppare nuovi metodi per analizzare i processi di interazione nei sistemi industriali. Allo stesso tempo, uno dei requisiti per il nuovo standard, oltre a un migliore insieme di funzioni per la descrizione dei processi aziendali, era la disponibilità di una metodologia efficace per l'interazione all'interno del framework "analista-specialista". In altre parole, il nuovo metodo doveva prevedere un lavoro di gruppo sulla creazione del modello, con la partecipazione diretta di tutti gli analisti e specialisti coinvolti nel progetto.

Come risultato della ricerca di soluzioni adeguate, è nata la metodologia di modellazione funzionale IDEF0. Dal 1981, lo standard IDEF0 ha subito diverse modifiche minori, per lo più di natura limitativa, e la sua ultima revisione è stata rilasciata nel dicembre 1993 dal National Institute for Standards and Technology (NIST) degli Stati Uniti.

Elementi e concetti di base di IDEF0

Il linguaggio grafico IDEF0 è sorprendentemente semplice e armonioso. La metodologia si basa su quattro concetti principali.

Il primo è il concetto di Activity Box. Un blocco funzionale è rappresentato graficamente sotto forma di rettangolo (vedi Fig. 1) e personifica una funzione specifica nell'ambito del sistema in esame. Secondo i requisiti della norma, il nome di ogni blocco funzionale deve essere formulato nel modo verbale (ad esempio, “produrre servizi”, non “produzione di servizi”).

Ciascuno dei quattro lati di un blocco funzionale ha un suo significato specifico (ruolo), mentre:

Ciascun blocco funzionale nell'ambito di un singolo sistema considerato deve avere un proprio numero di identificazione univoco.

Figura 1. Blocco funzionale.

La seconda “balena” della metodologia IDEF0 è il concetto di arco di interfaccia (Arrow). Inoltre, gli archi di interfaccia sono spesso chiamati stream o frecce. L'arco dell'interfaccia visualizza un elemento di sistema che viene elaborato da un blocco funzione o influisce in altro modo sulla funzione visualizzata da questo blocco funzione.

La visualizzazione grafica dell'arco dell'interfaccia è una freccia unidirezionale. Ogni arco di interfaccia deve avere il proprio nome univoco (etichetta freccia). Come richiesto dalla norma, il nome deve essere un sostantivo fatturato.

Con l'aiuto degli archi di interfaccia, vengono visualizzati vari oggetti che, in un modo o nell'altro, determinano i processi che si svolgono nel sistema. Tali oggetti possono essere elementi del mondo reale (ricambi, automobili, dipendenti, ecc.) o flussi di dati e informazioni (documenti, dati, istruzioni, ecc.).

A seconda di quale dei lati è adatto questo arco di interfaccia, viene chiamato "in entrata", "in uscita" o "controllo". Inoltre, solo i blocchi funzionali possono essere la "sorgente" (inizio) e "sink" (fine) di ciascun arco funzionale, mentre la "sorgente" può essere solo il lato di uscita del blocco e il "sink" può essere qualsiasi dei tre rimasti.

Si precisa che ogni blocco funzionale, secondo i requisiti della norma, deve avere almeno un'interfaccia di comando d'arco ed una in uscita. Questo è comprensibile: ogni processo deve seguire alcune regole (visualizzate dall'arco di controllo) e deve produrre un risultato (arco in uscita), altrimenti non ha senso considerarlo.

Quando si costruiscono diagrammi IDEF0, è importante separare correttamente gli archi di interfaccia in ingresso da quelli di controllo, il che spesso non è facile. Ad esempio, la figura 2 mostra il blocco funzione "Processo pezzo".

In un processo reale, al lavoratore che esegue la lavorazione viene fornito un pezzo e le istruzioni tecnologiche per la lavorazione (o regole di sicurezza quando si lavora con la macchina). Può essere un errore pensare che sia il pezzo in lavorazione che il documento con le istruzioni tecnologiche siano oggetti in entrata, ma non è così. Infatti, in questo processo, il pezzo viene lavorato secondo le regole riflesse nelle istruzioni tecnologiche, che dovrebbero essere rispettivamente visualizzate dall'interfaccia di controllo arc.

Figura 2.

Un'altra cosa è quando le istruzioni tecnologiche vengono elaborate dal capo tecnologo e vengono apportate modifiche ad esse (Fig. 3). In questo caso, vengono visualizzati come un arco di interfaccia già in entrata e l'oggetto di controllo è, ad esempio, nuovi standard industriali, in base ai quali vengono apportate queste modifiche.

Figura 3.

Gli esempi precedenti enfatizzano la natura apparentemente simile degli archi di interfaccia in entrata e in uscita, ma ci sono sempre alcune distinzioni per i sistemi della stessa classe. Ad esempio, nel caso di imprese e organizzazioni, ci sono cinque tipi principali di oggetti: flussi materiali (parti, merci, materie prime, ecc.), flussi finanziari (contante e non, investimenti, ecc.), documenti flussi (documenti commerciali, finanziari e organizzativi), flussi informativi (informazioni, dati di intenti, istruzioni orali, ecc.) e risorse (dipendenti, macchine, macchine, ecc.). In questo caso, in vari casi, tutti i tipi di oggetti possono essere visualizzati da archi di interfaccia in entrata e in uscita, che controllano solo quelli relativi ai flussi di documenti e informazioni, e solo le risorse possono essere visualizzate da archi-meccanismi.

La presenza obbligatoria degli archi dell'interfaccia di controllo è una delle principali differenze dello standard IDEF0 rispetto alle altre metodologie delle classi DFD (Data Flow Diagram) e WFD (Work Flow Diagram).

Il terzo concetto di base dello standard IDEF0 è Decomposizione. Il principio di decomposizione viene utilizzato quando si scompone un processo complesso nelle sue funzioni costitutive. In questo caso, il livello di dettaglio del processo è determinato direttamente dallo sviluppatore del modello.

La scomposizione consente di rappresentare in modo graduale e strutturato il modello di sistema come una struttura gerarchica di singoli diagrammi, il che lo rende meno sovraccarico e facilmente digeribile.

Il modello IDEF0 inizia sempre con la presentazione del sistema nel suo insieme - un singolo blocco funzionale con archi di interfaccia che si estendono oltre l'area considerata. Tale diagramma con un blocco funzionale è chiamato diagramma di contesto ed è indicato dall'identificatore "A-0".

Il testo esplicativo per il diagramma di contesto deve indicare lo Scopo della costruzione del diagramma sotto forma di una breve descrizione e fissare il punto di vista (Punto di vista).

Definire e formalizzare l'obiettivo di sviluppo di IDEF0 - il modello è estremamente punto importante... L'obiettivo, infatti, individua le aree rilevanti del sistema in esame su cui concentrarsi per prime. Ad esempio, se modelliamo le attività di un'impresa al fine di costruire un sistema informativo sulla base di questo modello in futuro, allora questo modello differirà significativamente da quello che svilupperemmo per la stessa impresa, ma con l'obiettivo di ottimizzazione delle catene di approvvigionamento.

Il punto di vista definisce la direzione principale di sviluppo del modello e il livello di dettaglio richiesto. Una chiara fissazione del punto di vista permette di scaricare il modello, abbandonando il dettaglio e la ricerca dei singoli elementi non necessari, in base al punto di vista scelto sull'impianto. Ad esempio, i modelli funzionali della stessa impresa dal punto di vista del capo tecnologo e del direttore finanziario differiranno significativamente nella direzione del loro dettaglio. Ciò è dovuto al fatto che, in definitiva, il CFO non è interessato agli aspetti della lavorazione delle materie prime sulle macchine di produzione e il capo tecnologo non ha bisogno di diagrammi disegnati. flussi finanziari... La scelta corretta del punto di vista riduce notevolmente il tempo impiegato per costruire il modello finale.

Nel processo di scomposizione, il blocco funzionale, che nel diagramma di contesto mostra il sistema nel suo insieme, viene perforato in un altro diagramma. Il diagramma risultante del secondo livello contiene blocchi funzionali che visualizzano le principali sottofunzioni del blocco funzionale del diagramma di contesto ed è chiamato diagramma figlio in relazione ad esso (ciascuno dei blocchi funzionali appartenenti al diagramma figlio è rispettivamente chiamato Child Box ). A sua volta, il blocco funzione genitore è chiamato blocco genitore in relazione al diagramma figlio (Parent Box), e il diagramma a cui appartiene è chiamato diagramma genitore (Parent Diagram). Ciascuna delle sottofunzioni del diagramma figlio può essere ulteriormente dettagliata da una simile scomposizione del corrispondente blocco funzionale. È importante notare che in ogni caso di scomposizione di un blocco funzionale, tutti gli archi di interfaccia inclusi in questo blocco o in uscita da esso sono fissati nel diagramma figlio. Questo raggiunge l'integrità strutturale del modello IDEF0. Il principio di scomposizione è chiaramente mostrato nella Figura 4. Dovresti prestare attenzione alla relazione tra la numerazione dei blocchi funzionali e dei diagrammi: ogni blocco ha il suo numero di serie univoco sul diagramma (il numero nell'angolo in basso a destra del rettangolo) e la designazione ad angolo retto indica il numero del diagramma figlio per questo blocco ... L'assenza di questa designazione significa che non c'è scomposizione per questo blocco.

Ci sono spesso casi in cui i singoli archi di interfaccia non hanno senso continuare a essere considerati nei diagrammi figlio al di sotto di un certo livello nella gerarchia, o viceversa - i singoli archi non hanno alcun significato pratico al di sopra di un certo livello. Ad esempio, un arco di interfaccia raffigurante un "dettaglio" all'ingresso del blocco funzione "Processo attivo" tornio”Non ha senso riflettere sui diagrammi di livelli superiori: sovraccaricherà solo i diagrammi e li renderà difficili da capire. D'altra parte, è necessario eliminare archi di interfaccia "concettuali" separati e non dettagliarli più in profondità di un certo livello. Per risolvere tali problemi, lo standard IDEF0 prevede il concetto di tunneling. La designazione Arrow Tunnel sotto forma di due parentesi intorno all'inizio dell'arco dell'interfaccia indica che questo arco non è stato ereditato dal blocco genitore funzionale ed è apparso (dal "tunnel") solo in questo diagramma. A sua volta, la stessa designazione intorno all'estremità (freccia) dell'arco di interfaccia nelle immediate vicinanze del blocco ricevitore significa che nel diagramma figlio di questo blocco questo arco non verrà visualizzato e non verrà considerato. Molto spesso, accade che i singoli oggetti e i loro archi di interfaccia corrispondenti non siano considerati ad alcuni livelli intermedi della gerarchia: in questo caso, prima "si tuffano nel tunnel" e poi, se necessario, "tornano dal tunnel".

L'ultimo dei concetti IDEF0 è il Glossario. Per ciascuno degli elementi IDEF0: diagrammi, blocchi funzionali, archi di interfaccia, lo standard esistente implica la creazione e il mantenimento di un insieme di definizioni rilevanti, parole chiave, narrazioni, ecc. che caratterizzano l'oggetto visualizzato da questo elemento. Questo insieme è chiamato glossario ed è una descrizione dell'essenza di questo elemento. Ad esempio, per un'interfaccia di controllo arco "ordine di pagamento", un glossario può contenere un elenco di campi del documento corrispondenti all'arco, il set di visti richiesto, ecc. Il glossario integra armoniosamente il linguaggio grafico, fornendo ai diagrammi le necessarie informazioni aggiuntive.

Figura 4. Scomposizione di blocchi funzionali.

Principi per limitare la complessità dei diagrammi IDEF0

Tipicamente, i modelli IDEF0 trasportano informazioni complesse e concentrate, e al fine di limitarne la congestione e renderle leggibili, i corrispondenti limiti di complessità sono adottati nello standard corrispondente:

Limitazione del numero di blocchi funzionali nel diagramma da tre a sei. Il limite superiore (sei) obbliga il progettista a utilizzare le gerarchie quando descrive elementi complessi e il limite inferiore (tre) assicura che ci siano abbastanza dettagli sul diagramma corrispondente per giustificarne la creazione;

Limitazione a quattro del numero di archi di interfaccia adatti per un blocco funzionale (lasciando un blocco funzionale).
Naturalmente, non è affatto necessario seguire rigorosamente queste restrizioni, tuttavia, come dimostra l'esperienza, sono molto pratiche nel lavoro reale.

Disciplina del lavoro di gruppo sullo sviluppo del modello IDEF0

Lo standard IDEF0 contiene un insieme di procedure che consentono a un ampio gruppo di persone provenienti da diverse aree del sistema modellato di sviluppare e concordare un modello. In genere, il processo di sviluppo è iterativo e consiste nelle seguenti fasi condizionali:

Creazione di un modello da parte di un gruppo di specialisti relativi a varie aree dell'impresa. Questo gruppo è chiamato Autori in termini di IDEF0. La costruzione di un modello iniziale è un processo dinamico durante il quale gli autori chiedono a persone competenti la struttura dei vari processi. Sulla base delle disposizioni esistenti, dei documenti e dei risultati del sondaggio, viene creata una bozza (Bozza modello) del modello.

Distribuzione della bozza per revisione, approvazioni e commenti. In questa fase, c'è una discussione della bozza del modello con un'ampia gamma di persone competenti (in termini di lettori IDEF0) nell'impresa. Allo stesso tempo, ciascuno dei diagrammi della bozza del modello viene criticato e commentato per iscritto, quindi trasferito all'autore. L'autore, a sua volta, concorda anche per iscritto con la critica o la respinge, delineando la logica del processo decisionale e restituisce la bozza rivista per un ulteriore esame. Questo ciclo continua fino a quando gli autori ei lettori non raggiungono un consenso.

Approvazione del modello. Il modello approvato è approvato dal capo del gruppo di lavoro nel caso in cui gli autori del modello ei lettori non abbiano disaccordi sulla sua adeguatezza. Il modello finale è una visione coerente dell'impresa (sistema) da un dato punto di vista e per un dato scopo.
La visibilità del linguaggio grafico IDEF0 rende il modello abbastanza leggibile per le persone che non hanno preso parte al progetto della sua creazione, nonché efficace per lo svolgimento di spettacoli e presentazioni. In futuro, sulla base del modello costruito, potranno essere organizzati nuovi progetti volti a realizzare cambiamenti nell'impresa (nel sistema).

Caratteristiche della pratica nazionale di utilizzare la modellazione funzionale mediante IDEF0

V l'anno scorso l'interesse per le metodologie della famiglia IDEF è in costante crescita in Russia. Lo osservo costantemente, guardando le statistiche delle chiamate alla mia pagina web personale (http://www.vernikov.ru), che descrive brevemente i principi di base di questi standard. Allo stesso tempo, chiamerei l'interesse per standard come IDEF3-5 teorico e in IDEF0 abbastanza praticamente giustificato. Infatti, i primi Case-tools che consentono di costruire diagrammi DFD e IDEF0 sono apparsi sul mercato russo già nel 1996, in contemporanea con l'uscita del popolare libro sui principi della modellazione negli standard SADT.

Tuttavia, la maggior parte dei dirigenti considera ancora l'applicazione pratica della modellazione negli standard IDEF come una dichiarazione di moda piuttosto che un percorso di ottimizzazione efficace. il sistema esistente gestione aziendale. Molto probabilmente, ciò è dovuto a una marcata mancanza di informazioni sull'applicazione pratica di queste metodologie e all'indispensabile bias software della stragrande maggioranza delle pubblicazioni.

Non è un segreto che quasi tutti i progetti per l'indagine e l'analisi delle finanze e attività economica le imprese ora in Russia sono in un modo o nell'altro associate alla costruzione di sistemi di controllo automatizzati. Per questo motivo, gli standard IDEF, nella comprensione della maggioranza, sono diventati condizionatamente inseparabili dall'implementazione delle tecnologie dell'informazione, sebbene con il loro aiuto a volte sia possibile risolvere efficacemente anche piccoli problemi locali, letteralmente con l'aiuto di una matita e carta.

Quando si eseguono progetti complessi per il sondaggio delle imprese, lo sviluppo di modelli nello standard IDEF0 consente di visualizzare visivamente ed efficacemente l'intero meccanismo dell'impresa nel contesto desiderato. La cosa più importante, tuttavia, è la collaborazione fornita da IDEF0. Nella mia pratica, ci sono stati alcuni casi in cui la costruzione del modello è stata eseguita con l'aiuto diretto di dipendenti di vari dipartimenti. Allo stesso tempo, il consulente in un tempo abbastanza breve ha spiegato loro i principi di base di IDEF0 e ha insegnato loro a lavorare con il corrispondente applicato Software... Di conseguenza, i dipendenti di vari dipartimenti hanno creato diagrammi IDEF delle attività della loro unità funzionale, che dovevano rispondere alle seguenti domande:

Cosa va all'unità "all'ingresso"?

Quali funzioni e in quale sequenza vengono eseguite all'interno dell'unità?

Chi è responsabile di ciascuna delle funzioni?

Da cosa è guidato l'esecutore durante l'esecuzione di ciascuna delle funzioni?

Qual è il risultato del lavoro dell'unità (output)?

Dopo aver concordato bozze di diagrammi all'interno di ogni reparto specifico, vengono assemblate dal consulente in una bozza di modello aziendale, in cui sono collegati tutti gli elementi di input e output. In questa fase vengono registrate tutte le discrepanze dei singoli diagrammi e dei loro luoghi controversi. Inoltre, questo modello passa nuovamente attraverso i dipartimenti funzionali per un ulteriore coordinamento e per apportare le modifiche necessarie. Di conseguenza, in un tempo abbastanza breve e con il coinvolgimento di un minimo di risorse umane da una società di consulenza (e queste risorse, come sapete, sono molto costose), si ottiene un modello IDEF0 di impresa secondo il “ As is” principio, e, cosa importante, rappresenta un'impresa con posizioni di dipendenti che ci lavorano e ne conoscono a fondo tutte le sfumature, comprese quelle informali. In futuro, questo modello verrà trasferito per l'analisi e l'elaborazione agli analisti aziendali che cercheranno i colli di bottiglia nella gestione aziendale e ottimizzeranno i processi chiave, trasformando il modello "As is" nella corrispondente view "As should be". Sulla base di queste modifiche, viene fatta una conclusione finale, che contiene raccomandazioni per la riorganizzazione del sistema di gestione.

Naturalmente, un tale approccio richiede una serie di misure organizzative, principalmente da parte della direzione dell'impresa intervistata. Ciò è dovuto al fatto che questa tecnica prevede l'assegnazione di alcuni dipendenti responsabilità aggiuntive sullo sviluppo e l'applicazione pratica di nuove metodologie. Tuttavia, alla fine, questo paga, poiché una o due ore aggiuntive di lavoro dei singoli dipendenti su più giorni possono far risparmiare notevolmente sul pagamento di servizi di consulenza a una società terza (che in ogni caso strapperà il lavoro degli stessi dipendenti con questionari e domande). Quanto agli stessi dipendenti dell'impresa, in un modo o nell'altro, non ho incontrato alcuna espressa opposizione da parte loro.

La conclusione di tutto ciò può essere fatta come segue: non è affatto necessario trovare ogni volta soluzioni per problemi standard. Ogni volta che ti trovi di fronte alla necessità di analizzare un particolare sistema funzionale (dal sistema di progettazione del veicolo spaziale al processo di preparazione di una cena complessa), utilizza metodi che sono stati provati e testati nel corso degli anni. Uno di questi metodi è IDEF0, che ti consente di risolvere problemi di vita complessi con l'aiuto dei suoi strumenti semplici e comprensibili.

I diagrammi IDEF0 sono costruiti utilizzando il programma BPWin. Sono destinati alla modellazione grafica dei processi aziendali in corso.

Informazioni sulla metodologia IDEF0

La metodologia IDEF0 è ampiamente utilizzata grazie alla sua notazione grafica semplice e di facile comprensione, molto comoda per la costruzione di un modello. Il posto principale nella metodologia è dato ai diagrammi. I diagrammi mostrano le funzioni del sistema tramite rettangoli geometrici, nonché le connessioni esistenti tra le funzioni e l'ambiente esterno. I collegamenti vengono visualizzati tramite frecce. Puoi verificarlo vedendo cosa offre il diagramma IDEF0, i cui esempi possono essere trovati in questo articolo.

Il fatto che nella modellazione vengano utilizzate solo due primitive grafiche consente di spiegare rapidamente le attuali regole delle interazioni IDEF0 a coloro che non ne hanno idea. Con i diagrammi IDEF0, il collegamento del cliente ai processi in corso viene effettuato più rapidamente grazie a l'uso di un linguaggio grafico visivo. Puoi vedere cosa offre il diagramma IDEF0, i cui esempi sono presentati di seguito.

Elementi utilizzati per IDEF0

Come già accennato, vengono utilizzati 2 tipi di primitive geometriche: rettangoli e frecce. I rettangoli rappresentano determinati processi, funzioni, lavori o attività che hanno obiettivi e portano al risultato indicato. L'interazione dei processi tra loro e l'ambiente esterno è indicata da frecce. IDEF0 distingue 5 diversi tipi di frecce.

Possibilità di utilizzare IDEF0

La metodologia IDEF0 può essere applicata per descrivere l'aspetto funzionale di qualsiasi sistema informativo.

Tipi di collegamenti tra processi IDEF0

È nell'interesse del modello creare tali connessioni di costruzioni in modo che le connessioni interne siano il più forti possibile e quelle esterne il più deboli possibile. esso punto forte modellazione con IDEF0. Puoi vedere esempi di diagrammi per te stesso ed essere convinto della veridicità di queste parole. Per facilitare l'instaurazione di collegamenti, questi sono collegati in moduli. I collegamenti esterni vengono stabiliti tra i moduli e i collegamenti interni vengono stabiliti all'interno dei moduli. Esistono diversi tipi di link.

1. Relazione gerarchica ("parte" - "intero").

2. Responsabile (regolatorio, subordinato):

2) controllo del feedback.

3. Funzionale o tecnologico:

2) ingresso inverso.

3) consumatore;

4) logico;

5) metodico o collegiale;

6) risorsa;

7) informativo;

8) temporaneo;

9) casuale.

Elementi costitutivi e collegamenti nei diagrammi

La metodologia IDEF0 fornisce una serie di regole e linee guida per il suo utilizzo e il miglioramento della qualità d'uso. Quindi, il diagramma mostra un blocco su cui è possibile specificare il nome del sistema, il suo scopo. 2-5 frecce portano da o verso il blocco. Più o meno può essere possibile, ma sono necessarie almeno due frecce per entrare/uscire e il resto per Lavoro extra e le loro indicazioni nel diagramma. Se le frecce sono più di 5, dovresti pensare all'ottimalità della costruzione del modello e se è possibile renderlo ancora più dettagliato.

Elementi costitutivi nei diagrammi di scomposizione

Il numero di blocchi che saranno su un diagramma è consigliato nel numero di 3-6. Se ce ne sono meno, è improbabile che tali diagrammi portino un carico semantico. Se il numero di blocchi è enorme, sarà molto difficile leggere un tale diagramma, data la presenza di frecce aggiuntive. Per migliorare la percezione delle informazioni, si consiglia di posizionare i blocchi dall'alto verso il basso e da sinistra a destra. Questa disposizione rifletterà la logica dell'esecuzione della sequenza di processi. E anche le frecce creeranno meno confusione, avendo un numero minimo di intersezioni tra loro.

Se l'avvio di una determinata funzione non è controllato in alcun modo e il processo può essere avviato in qualsiasi momento, tale situazione è indicata dall'assenza di frecce che indicano il controllo e l'ingresso. Ma la presenza di una tale situazione può indicare ai potenziali partner una certa instabilità e la necessità di dare un'occhiata più da vicino al potenziale partner.

Un blocco che ha solo una freccia di input indica che il processo riceve parametri di input, ma non si verifica alcun controllo o regolazione in fase di esecuzione. Un blocco che ha solo una freccia di controllo viene utilizzato per indicare un lavoro chiamato solo da un ordine speciale del sistema di controllo. Sono controllati e regolati in tutte le loro fasi.

Ma un esempio di costruzione di un diagramma IDEF0 può convincere che il tipo più completo e comprensivo è il diagramma con le frecce di immissione e controllo.

denominazione

Per migliorare l'esperienza visiva, ogni blocco e ogni freccia dovrebbe avere il proprio nome, che ti permetterà di identificarli tra molti altri blocchi e frecce. Ecco come appaiono i diagrammi di esempio in IDEF0. Sistema informativo, costruito con l'aiuto di loro, ti permetterà di comprendere tutte le carenze e le complessità dei modelli.

La fusione delle frecce viene spesso utilizzata e sorgono domande sulla loro denominazione. Ma la fusione è possibile solo in caso di trasferimento di dati omogenei, quindi non sono necessari nomi separati, sebbene possano essere specificati nel programma BPWin. Inoltre, se c'è una divergenza delle frecce, allora possono essere nominate separatamente per capire cosa è responsabile di cosa.

Se non c'è un nome dopo il ramo, il nome è considerato esattamente come era prima del ramo. Questo può essere il caso se due blocchi richiedono le stesse informazioni. Il diagramma di contesto IDEF0, di cui è possibile trovare un esempio in questo articolo, confermerà queste parole.

Informazioni sulla freccia

Le frecce che entrano ed escono dallo stesso blocco quando si costruisce un diagramma di composizione dovrebbero essere visualizzate su di esso. I nomi delle forme geometriche trasferite al diagramma devono ripetere esattamente le informazioni di livello più alto. Se due frecce sono parallele rispetto agli archi dell'altro (cioè, iniziano sul bordo di un processo e finiscono entrambi su un bordo dell'altro processo), allora forse dovrebbero essere combinate per ottimizzare il modello e scegliere un nome adatto, che è perfettamente visualizzato in IDEF0 (è possibile visualizzare esempi di diagrammi in Visio).

Un esempio di implementazione della metodologia IDEF0 su un modello specifico

Hai già imparato cos'è un diagramma IDEF0, hai visto in parte esempi e regole per costruire tali diagrammi. Ora dovremmo passare alla pratica. Per una migliore comprensione, la spiegazione non si baserà su qualche modello "generale", ma su un esempio specifico che consentirà di comprendere meglio e più a fondo le caratteristiche del lavoro con IDEF0 nel programma BPWin.

Ad esempio, la velocità del treno dal punto A al punto B. Va tenuto presente che il treno non può svilupparsi più della velocità consentita. Questa linea è stabilita sulla base dell'esperienza operativa e dell'influenza dei treni sul binario ferroviario. Dovrebbe essere chiaro che lo scopo del treno è quello di consegnare i passeggeri, i quali, a loro volta, hanno pagato per raggiungere la loro destinazione in modo sicuro e confortevole. Un diagramma IDEF0 è utile, esempi dei quali possono essere trovati in questo articolo.

Le informazioni iniziali sono:

1. tracciare i dati della linea;
2. passaporto dell'intera distanza;
3. piano del percorso.

Dati di controllo:

1. Direzione del capo, capo del servizio di pista.
2. Informazioni sul flusso esistente di movimento dei treni.
3. Informazioni sulle riparazioni programmate, ricostruzione e cambio di tracce.

Il risultato del modello è:

1. Limitazione delle velocità consentite con indicazione del motivo della limitazione.
2. Velocità consentite durante la guida in punti separati e durante il trasporto di treni.

Quando il diagramma di contesto è costruito, deve essere dettagliato e quindi viene creato il diagramma composito, che sarà il diagramma di primo livello. Mostrerà tutte le principali funzioni del sistema. La metodologia IDEF0 e il diagramma per cui viene eseguita la scomposizione sono chiamati genitore. La decomposizione IDEF0 è chiamata decomposizione figlio.

Conclusione

Dopo la scomposizione al primo livello, viene eseguita la scomposizione del secondo livello - e così via fino a quando un'ulteriore decomposizione perde il suo significato. Tutto questo viene fatto per ottenere il diagramma grafico più dettagliato dei processi in corso e pianificati. esso esempio pronto Grafici IDEF0 con cui puoi navigare in questo momento.

Descrizione dei diagrammi dei processi aziendali "Contabilità per le apparecchiature informatiche dell'impresa"

Descrizione del diagramma IDEF0

Per costruire un processo aziendale è stato utilizzato un diagramma IDEF0. La metodologia IDEF0 prescrive la costruzione di un sistema gerarchico di diagrammi - singole descrizioni di frammenti di sistema. Innanzitutto, viene effettuata una descrizione del sistema nel suo insieme e della sua interazione con il mondo esterno (diagramma di contesto). Sono stati costruiti tre livelli del diagramma:

1. Contestuale

2. Decomposizione funzionale

Figura 1 - Diagramma di contesto "Contabilità per apparecchiature informatiche aziendali"

La figura 1 mostra un diagramma di contesto del processo aziendale "Contabilità per apparecchiature informatiche aziendali". Visualizza il sistema nel suo insieme e la sua interazione con i principali flussi informativi esterni.

Le frecce sono indicate nel diagramma di contesto.

Tipi di frecce:

Input (materiali di input: computer e accessori)

Output (l'output è un report)

Le frecce di controllo sono documenti e manager

Le frecce dei meccanismi sono dipendenti e attrezzature

Inserire le informazioni per l'elaborazione:

Computer - PC (personal computer) situati nell'azienda

Componenti: materiali necessari per l'aggiornamento dei computer (schede video, schede madri, processori, custodie, alimentatori, moduli di memoria)

Flussi di uscita:

Rapporto: un rapporto pronto sulla contabilità delle apparecchiature informatiche dell'impresa

Controlli di ingresso:

Regole - condizioni che devono essere soddisfatte per raggiungere l'obiettivo.

Ordini: l'attività assegnata all'impresa (per tenere registri delle apparecchiature informatiche dell'impresa utilizzando determinati sistemi di informazione)

I manager sono direttori e direttori generali dell'impresa.

Risorse di input:

PC: computer con l'aiuto del quale viene eseguita la contabilità.

I dipendenti sono specialisti che eseguono le istruzioni assegnate dalla direzione. Dopo aver costruito il modello concettuale, è stata effettuata una scomposizione funzionale: il sistema è suddiviso in sottosistemi e ciascun sottosistema è descritto separatamente (diagrammi di scomposizione).

La Figura 2 mostra una scomposizione funzionale di quattro lavori.

Figura 2 - Scomposizione funzionale "Contabilità per apparecchiature informatiche aziendali"

Sono state individuate le seguenti tipologie di lavoro:

1) Registrazione delle consegne - il processo in cui l'id viene assegnato al prodotto, inviato allo stoccaggio, al magazzino e le informazioni sul prodotto vengono inserite nel programma.

Il lavoro Registrazione delle forniture comprende sette frecce di confine (ingresso, comando, meccanismo) e una freccia interna foglie (collegamento per ingresso).

Freccia di comunicazione all'ingresso tra i lavori Registrazione delle consegne e Manutenzione del computer (computer);

Frecce di entrata, uscita, controllo si ripetono nei lavori successivi.

2) Manutenzione del computer: il processo in cui avviene l'assemblaggio, la riparazione e l'ammodernamento dei computer.

Il lavoro di manutenzione del computer include quattro frecce di confine (input, controllo, meccanismo, output) e diverse frecce interne (comunicazione di input, feedback di input).

Controllo della freccia: regole, ordini, leader;

Freccia di collegamento all'ingresso tra le commesse Manutenzione e Collocamento Informatico (inserimento dati in banca dati), tra le commesse Manutenzione Informatica e Reportistica (inserimento dati in banca dati);

3) Posizionamento - il processo in cui avviene il posizionamento dei computer negli uffici (uffici).

Controllo frecce - regole, ordini, leader;

Meccanismo a freccia - dipendenti;

Collegamento freccia sull'input tra Spreading e Reporting (assegnazione di un id);

4) Redazione di un rapporto - la fase finale del processo contabile, che consiste nel riassumere i totali ottenuti eseguendo i dati precedenti della contabilità corrente.

Quindi ogni sottosistema viene scomposto in scomposizioni più piccole e così via, fino a raggiungere il grado di dettaglio desiderato.

La Figura 3 è un diagramma che mostra il lavoro di Procurement in maggior dettaglio.

A seguito dell'approfondimento, sono state evidenziate le principali funzioni. La sezione "Registrazione delle forniture" comprende sette frecce principali (entrata, uscita, controllo, meccanismo).

Ingresso freccia - computer e accessori;

Le frecce di controllo sono regole, ordini e un leader. Frecce biforcute;

Frecce del meccanismo, ramificazione - PC, dipendenti;

Frecce di ingresso, controllo, meccanismi si ripetono in tutte le opere.

1) Assegnazione di un numero - assegnazione di un numero individuale a computer e accessori.

Frecce di ingresso - computer e accessori. I computer Arrow vengono ripetuti nei lavori successivi, salvo per la compilazione del report;

Frecce di controllo: regole, ordini e leader;

Frecce del meccanismo - PC e dipendenti;

Collegamento freccia all'ingresso tra le opere Assegnazione numero e Invio merce al magazzino (trasferimento), tra "Assegnazione numero" e "Messa in bilancio" (ingresso nella base);

2) Invio merce al magazzino - invio al magazzino della merce con il numero assegnato.

Freccia di uscita - Computer;

Frecce di controllo: regole, ordini e leader.

Collegamento a freccia all'ingresso tra le opere "Invio merce al magazzino" e "Impostazione in bilancio" (quantità);

3) Bilanciamento: inserimento di informazioni in un computer.

Frecce di controllo: regole, ordini e leader;

Frecce del meccanismo - PC e dipendenti;

La Figura 4 è un diagramma che illustra in dettaglio la manutenzione del computer in modo più dettagliato.

A seguito dell'approfondimento sono state evidenziate le principali funzioni svolte nel processo di manutenzione del computer.

Il lavoro di manutenzione del computer include 4 frecce di confine (input, output, controllo, meccanismo). Frecce interne (feedback in ingresso, comunicazione in ingresso).

1) Assemblaggio di computer - configurazione di computer per ordini individuali di manager.

Freccia di accesso - computer;

Frecce di controllo: regole, ordini e leader;

Frecce del meccanismo - Dipendenti;

Collegamento a freccia all'ingresso tra le opere: "Assemblare computer" e "Riparare computer" (computer);

2) Riparazione computer - assemblaggio di computer approvati per il miglioramento.

Freccia di accesso - computer;

Freccia di uscita - ingresso nella base;

Frecce di controllo: regole, ordini e leader;

Frecce del meccanismo - Dipendenti;

Frecce di entrata, uscita, controllo, meccanismo si diramano;

Collegamento a freccia all'ingresso tra le opere: "Riparazione computer" e "Aggiornamento" (accessori);

3) Aggiornamento: miglioramento, miglioramento, aggiornamento del computer.

Freccia di uscita - ingresso nella base;

Frecce di controllo: regole, ordini e leader;

Frecce del meccanismo - Dipendenti;

Frecce di controllo, meccanismo si ramificano;

La Figura 5 mostra il Reporting Chart in modo più dettagliato. La scomposizione del lavoro Il report include 4 frecce di confine (input, output, controllo, meccanismi). Frecce interne (feedback in ingresso, comunicazione in ingresso).

Come risultato del lavoro, sono state derivate le seguenti funzioni:

1) Raccolta dati - raccolta di informazioni per l'analisi e il processo decisionale.

Inserisci la freccia - assegnazione dell'id;

Frecce di controllo: regole, ordini e leader;

Frecce di entrata, controllo, meccanismo si diramano;

Collegamento freccia sull'ingresso tra i lavori: Raccolta dati e Convalida dati (record);

2) Verifica dei dati - verifica delle informazioni e invio delle stesse alla redazione di un rapporto.

Freccia di accesso - assegnazione di un id, inserimento dei dati nel database;

Freccia di uscita - Segnala;

Frecce di controllo: regole, ordini e leader;

Frecce del meccanismo - Dipendenti, PC;

Le frecce di ingresso (assegnazione dell'id), controllo, meccanismo si biforcano;

Freccia di feedback input da "Controllo dati" a "Acquisizione dati" (controllo ripetuto).

Descrizione del diagramma DFD

La scomposizione del lavoro di manutenzione del computer La Figura 1 definisce quattro attività interne, due entità esterne e due archivi di dati.

Figura 1 - Manutenzione del computer

1) Assemblaggio del computer: il processo di assemblaggio di un computer da componenti esistenti.

2) Redazione di un rapporto - un processo che consiste nel riassumere gli indicatori finali ottenuti eseguendo il lavoro della contabilità corrente.

3) Diagnostica - controllo delle prestazioni

4) Aggiornamento: miglioramento, miglioramento, aggiornamento del computer.

Entità esterne: computer e componenti

Archivi dati:

1) Magazzino: un luogo in cui vengono archiviati i computer assemblati e aggiornati.

2) DB - un database che memorizza tutti i report e tutte le informazioni sul lavoro svolto.

Raccogliamo informazioni sul computer e selezioniamo i componenti per il suo assemblaggio. Quindi assembliamo il computer e lo inviamo al magazzino per lo stoccaggio, ma inoltre, dopo averlo assemblato, possiamo prima inviarlo per la diagnostica, verificarne l'operatività e quindi solo al magazzino. Dopo aver diagnosticato il computer assemblato, inviamo i dati per compilare un report sul lavoro svolto e inserire le informazioni nel Database.

Abbiamo anche un'altra entità esterna, questo è un computer. Lo inviamo per l'ammodernamento, dopodiché viene inviato per la diagnostica per verificarne l'operatività, quindi redigiamo un report e inseriamo le informazioni sul lavoro svolto nel Database. Oppure, dopo l'ammodernamento, inviamo la merce al magazzino, quindi eseguiamo la diagnostica, redigiamo un report e inseriamo le informazioni nel Database.

La scomposizione del lavoro "Reporting" Figura 2 definisce tre attività interne, tre entità esterne e due archivi di dati.

1) Raccolta dati - raccolta di informazioni su computer e componenti.

2) Convalida: verifica dell'accuratezza dei dati.

3) Report - stesura di un report sul lavoro svolto.

Entità esterne: componenti, computer, manager.

Data warehouse - Dati su computer e componenti, dati di report.

Raccogliere informazioni su computer e accessori, quindi inviarli per l'archiviazione. Successivamente, controlliamo l'accuratezza dei dati, redigiamo un report e lo rimandiamo per l'archiviazione al primo data warehouse (Figura 2), oppure inviamo i dati del report al secondo data warehouse (Figura 2) e quindi lo inviamo al responsabile per la verifica.

Il manager controlla, prende appunti, corregge e invia per un nuovo controllo. Successivamente, il rapporto viene inviato per l'archiviazione fino a quando il manager non viene ricontrollato.

Descrizione del diagramma IDEF3

Nella scomposizione lavori Manutenzione computer (Fig. 1) vengono definiti più incroci che collegano uno o più lavori, più lavori interni.

1) Riparazione - assemblaggio del computer con componenti prefabbricati

2) Assemblaggio - riportare il computer alla normalità

3) Aggiornamento - aggiornamento del computer

4) Computer: un prodotto dopo l'assemblaggio e la modernizzazione

5) Invia a magazzino - invia a magazzino dopo il miglioramento (assemblaggio)

6) Diagnostica - controllo delle prestazioni.

7) Report - informazioni sul lavoro svolto.

Intersezioni - Connettori:

1) J2 - tutte le azioni iniziano contemporaneamente.

2) J6 - Giunzione di confluenza. Un nodo che raccoglie molte frecce in una, indicando la necessità della condizione di completare le fonti di lavoro delle frecce per continuare il processo.

3) J7 - si dimostra che queste condizioni non possono essere soddisfatte contemporaneamente.

4) J9 - queste azioni terminano contemporaneamente, dopodiché viene redatto un rapporto sul lavoro svolto.

Il diagramma IDEF3 mostra che la giunzione J2 ha due frecce di diramazione per il lavoro (costruzione e aggiornamento) che iniziano contemporaneamente. Solo dopo che questi lavori sono stati completati, il prodotto finito (computer) esce, collega l'intersezione J6. C'è poi un collegamento all'intersezione J7, che mostra che due lavori (invio merce al magazzino e diagnostica) non possono essere eseguiti contemporaneamente. Dopo aver completato i lavori precedenti, è in corso l'iter per la redazione di una relazione sui lavori, che è collegata dallo svincolo J9.

Apri il progetto in cui vuoi creare il modello. Se non hai ancora creato alcun progetto, puoi utilizzare il progetto DEMO, disponibile subito dopo l'installazione di Cradle, o creare il tuo progetto.

Per entrare nel DEMO uso del progetto Nome utente — MANAGER, password - GESTORE

Come creare il tuo progetto è mostrato in dettaglio in questo video.

Dopo aver creato un nuovo progetto, puoi anche usare per effettuare il login Nome utente — MANAGER e password - GESTORE

Creazione del modello

Per creare il modello IDEF0 includere Pannello del progetto e vai alla sezione modellistica Dominio essenziale

Nota : Allo stesso modo, puoi creare modelli nella sezione Dominio di implementazione della modellazione, così come in qualsiasi sezione configurata dall'utente. La sezione di modellazione è in realtà uno spazio dei nomi all'interno del quale è possibile riutilizzare i flussi.

Per creare il modello di contesto IDEF0, fai clic con il pulsante destro del mouse sulla sezione IDEF0 e seleziona le voci di menu Nuovo-> Elemento

Si prega di notare che questo è il nome dell'intero modello nel suo insieme, non il blocco funzione su A0.

Successivamente, l'area di disegno si aprirà e potrai iniziare a creare il modello di contesto.

Creazione di blocchi funzione

Per fare ciò, selezionare il simbolo del blocco funzione sulla tavolozza

e fare clic una volta sull'area di lavoro in cui si desidera creare il blocco funzione.

Apparirà una finestra di dialogo in cui è necessario inserire il nome del blocco funzione, quindi fare clic su OK.

Di conseguenza, verrà creato un blocco funzione con il nome specificato.

Puoi selezionare il bordo del blocco e cambiarne la scala

Creazione di stream

Per creare flussi, seleziona un simbolo di flusso dalla tavolozza (nessun tunneling o tunneling)

quindi fare clic sul lato del blocco funzione da cui si desidera creare un flusso e fare clic su qualsiasi area del blocco funzione

quindi apparirà una finestra di dialogo per inserire il nome dello stream. accedere titolo breve streaming e fare clic su OK

Nota: Sarai in grado di inserire una descrizione dettagliata del flusso più avanti nella sua specifica.

Dopodiché, per analogia, puoi creare tutti i flussi necessari

Salva il modello facendo clic sul pulsante floppy o CTRL + S. Quando si salva, vengono generate specifiche dei simboli che è possibile modificare per fornire una descrizione più dettagliata degli elementi del modello.

Dopo aver salvato il modello, potrai vedere le specifiche create nel pannello del progetto nella stessa sezione in cui hai creato il modello. Verranno generati due tipi di specifiche: Funzione e Flusso.

Scomposizione del modello

nella finestra di dialogo che appare, lascia le impostazioni predefinite e fai clic su OK

Successivamente, verrà creato un diagramma figlio A1 e tutti i flussi dal diagramma A0 verranno trasferiti ad esso.

Ora puoi rinominare il modello di blocco funzione creato (con una domanda invece di un nome) e crearne di aggiuntivi, nello stesso modo in cui li abbiamo creati in precedenza.

Per rinominare un preset di un blocco funzione, selezionalo e seleziona Rinomina dal menu contestuale

e inserisci il nome richiesto

Per analogia, creare altri blocchi funzione corrispondenti a questo livello di scomposizione.

Per creare flussi tra questi blocchi funzionali bisogna prima cliccare sulla sorgente, poi sul punto intermedio per creare una curva e poi sul lavello, ad esempio in questo modo:

Il risultato è un flusso con due curve.

È possibile correggere la posizione delle curve selezionando il flusso e trascinando i punti di piegatura nella posizione desiderata

Guarda il videoclip per vederlo in dinamica

Per rimuovere (o aggiungere) un punto di piega, premere il tasto MAIUSC sulla tastiera e fare clic sul punto che si desidera rimuovere o nel flusso in cui si desidera crearlo

Salvare il diagramma e verificare che siano state generate le specifiche appropriate

Per analogia si possono scomporre i blocchi funzionali A1.