Come creare un diagramma idef0. Corso: sviluppo di un modello di impresa a effetto serra utilizzando le metodologie di progettazione IDEF0, DFD e IDEF3. Diagramma di scomposizione A3

Spesso agli sviluppatori viene chiesto non solo di identificare e risolvere un problema nel lavoro dell'azienda, ma anche di determinare quale ruolo svolge nella struttura dell'azienda. Perché è molto più importante capire come un'unità guasta interagisce con le altre che semplicemente capire perché non funziona correttamente. Pertanto, l'identificazione di qualsiasi problema inizia con lo studio del lavoro dell'azienda e l'elaborazione del suo modello funzionale.

Spesso agli sviluppatori viene chiesto non solo di identificare e risolvere un problema nel lavoro dell'azienda, ma anche di determinare quale ruolo svolge nella struttura dell'azienda. Perché è molto più importante capire come un'unità guasta interagisce con le altre piuttosto che capire perché non funziona correttamente. Pertanto, l'identificazione di qualsiasi problema inizia con lo studio del lavoro dell'azienda e l'elaborazione del suo modello funzionale.

Dirai che il manager dovrebbe avere un modello funzionale dell'azienda, indipendentemente dal tipo di azienda di cui sta parlando. Ma, come dimostra la pratica, nella maggior parte dei casi questo modello è assente.

Vantaggio grafico

Cosa sono i modelli IDEF0? Schemi grafici con le proprie caratteristiche e le regole per la loro costruzione. Perché la grafica? Perché è efficace. Questo può essere visto in diversi esempi.

Immaginiamo che il piano militare delle operazioni militari sia stato spiegato a parole e non con l'aiuto di mappe con simboli grafici applicati. Ora sembra impossibile, ma fino alla seconda metà del XIX secolo era esattamente così. La grafica aiuta a capire cosa spiegare e, di conseguenza, a capire cosa è abbastanza difficile.

Lo stesso vale per i processi aziendali: molti incarichi tecnici può essere eseguito sotto forma di notazioni grafiche, che semplificheranno notevolmente l'attività per gli sviluppatori e faranno risparmiare denaro per i clienti.

Vantaggi di IDEF0 perESSO-specialisti

Le attività degli sviluppatori, che si tratti, ad esempio, di installare un CRM o di creare un ERP efficace, sono associate all'esecuzione di modifiche a un sistema già stabilito. E per farlo bene, devi prima studiare come funziona questo sistema. Dopo averlo studiato, lo sviluppatore scrive una proposta commerciale in cui espone la sua visione della situazione, le azioni necessarie per risolvere il problema, nonché il risultato atteso. Tale documento può richiedere più di una dozzina di pagine. Da un lato, questo è positivo, perché il cliente ottiene la massima quantità di informazioni a cui è interessato. D'altra parte, ci vuole tempo per studiare un testo lungo. Uomo d'affari di successo spesso no.

Allora come è possibile trasmettere l'essenza senza ricorrere a testi voluminosi? Grafica! È lei che ti permette di abbreviare ciò che è scritto, dimostrando chiaramente le informazioni necessarie. Dopotutto, un'immagine può sostituire centinaia di parole. E in relazione all'uso della grafica nella descrizione dei processi aziendali, questo è vero al 100%.

Per prima cosa capiamo cosa sono notazione e IDEF0 e a cosa servono.

Notazione per descrivere i processi aziendali: cos'è

La notazione è un formato in cui i processi aziendali sono rappresentati sotto forma di oggetti grafici utilizzati nella modellazione e regole di modellazione diretta. La notazione è una sorta di linguaggio grafico che permette di rappresentare il funzionamento di un'azienda, dimostrando il rapporto tra reparti e divisioni. Cioè, la notazione può essere considerata una sorta di linguaggio di programmazione nella business intelligence.

IDEF0 è...

IDEF0 è un metodo di modellazione funzionale e notazione grafica che viene utilizzato per descrivere e formalizzare i processi aziendali. La particolarità di IDEF0 è che questa metodologia è focalizzata sulla subordinazione degli oggetti. IDEF0 è stato sviluppato per l'automazione aziendale nel 1981 negli Stati Uniti.

Modello funzionale dell'azienda

Il modello funzionale IDEF0 è a blocchi, ciascuno con più ingressi e uscite. Ogni blocco ha controlli e meccanismi dettagliati al livello richiesto. La funzione più importante si trova nell'angolo in alto a sinistra. Si collega al resto delle frecce e alle descrizioni dei blocchi funzione. Ogni freccia o attività ha il suo significato. Per questo motivo, tale modello viene utilizzato per descrivere eventuali processi amministrativi e organizzativi.

Tipi di freccia

In arrivo i compiti sono impostati.

In uscita visualizzare il risultato dell'attività.

manager(frecce dall'alto verso il basso) sono meccanismi di controllo.

meccanismi(frecce dal basso verso l'alto) servono per eseguire il lavoro necessario.

Quando si lavora con un modello funzionale, vengono adottate le seguenti regole. Ad esempio, le frecce sono nominate con nomi (regole, piano, ecc.), Blocchi - con verbi (tenere un registro, concludere un accordo).

IDEF0 consente di scambiare informazioni, mentre grazie alla sua versatilità e visibilità, i partecipanti allo scambio si capiranno facilmente. IDEF0 è stato sviluppato e migliorato con cura, puoi lavorare con IDEF0 utilizzando vari strumenti, ad esempio ERWIN, VISIO, Bussines studio.

IDEF0 ha anche un innegabile vantaggio. Questa tecnica è stata sviluppata relativamente molto tempo fa e nel corso di tre decenni è stata sottoposta a rettifiche e aggiustamenti approfonditi. Pertanto, è possibile creare un modello funzionale di un'azienda rapidamente e con una probabilità di errore minima.

Esistono naturalmente altre metodologie, quindi perché consigliamo IDEF0? Puoi tagliare un pezzo di tubo di metallo con un seghetto, ma, vedi, è molto più facile farlo con una smerigliatrice. Così è con IDEF0: non esiste uno strumento più funzionale per la modellazione, con esso puoi ottenere facilmente e rapidamente il risultato che ti serve.

Come nasce un modello funzionale

Analizziamo la creazione di un modello funzionale utilizzando l'esempio della scrittura di un articolo.

Unità principale si chiamerà "Scrittura dell'articolo".

Ciò che è necessario per scrivere un articolo si riflette in frecce in arrivo- "Esperienza", "Ulteriori letture".

Frecce di controllo per aver scritto un articolo - "Schema dell'articolo", "Requisiti per la registrazione", "Regole della lingua russa".

I meccanismi sono direttamente l'autore stesso, copywriter, editore, software. Come sono organizzati questi meccanismi? L'autore crea il testo registrandone la versione audio. Il copywriter trasferisce il testo in formato testo, concentrandosi sul piano di pubblicazione, osservando i requisiti dell'editore e le regole della lingua russa. Quindi l'editore è collegato al lavoro, che controlla l'articolo, correggendo errori di pronuncia, ortografia e punteggiatura. Il software è i programmi e gli strumenti utilizzati dai partecipanti al processo per creare l'articolo.

Tutto quanto sopra è solo uno schema generale di lavoro, quindi deve essere dettagliato.

Torniamo al nostro modello e scomponiamo il blocco comune in diversi elementi correlati.

Quindi, l'intero processo di scrittura di un articolo può essere suddiviso in 4 fasi:

1. Prepara una versione audio.
2. Prepara il testo stampato.
3. Modifica e preparazione del testo per la stampa.
4. Pubblicazione dell'articolo.

Il diagramma riflette le informazioni su quali controlli e meccanismi sono coinvolti in quale fase. Ad esempio, per creare un testo di qualità, l'autore utilizza la propria esperienza e conoscenza, poiché una guida utilizza il piano di pubblicazione e i requisiti dell'editore. Il copywriter, creando una versione stampata del testo, e l'editor, quando lo correggono, usano le regole della lingua russa. Per pubblicare un articolo, ad esempio, in una pubblicazione online, è necessario un software speciale.

Quando si prepara un modello funzionale, l'esecutore è guidato dallo scopo della sua creazione e dal suo punto di vista.

La modellazione funzionale viene efficacemente utilizzata per prendere varie decisioni gestionali. Nel nostro esempio del processo di scrittura dell'articolo, ci sono due specialisti: un copywriter e un editore. E con la necessaria ottimizzazione del finanziamento del progetto secondo lo schema, non è difficile determinare come farlo. Il copywriter e il correttore di bozze hanno metodi di lavoro simili, quindi tutto il lavoro può essere offerto al copywriter, poiché lavora direttamente con il testo audio, cosa che l'editor non può fare. Allo stesso tempo, al copywriter può essere offerto di fare questo lavoro per la metà dell'importo previsto per l'editore. Sì, ciò potrebbe comportare una perdita di qualità del testo, ma l'attività di ottimizzazione è stata completata correttamente. E sarebbe più difficile farlo senza un diagramma visivo.

Processo di creazione della notazioneIDEF0

Ci sono molti programmi per creare notazioni. Alcuni sono progettati per creare modelli funzionali, mentre altri consentono di lavorare con qualsiasi oggetto grafico. E per qualcuno, nella prima fase, basta un foglio di carta, una matita e una gomma.

Prima di procedere alla descrizione del lavoro dell'azienda, cioè direttamente alla creazione della notazione dei processi aziendali, si dovrebbero studiare i principi del funzionamento dell'azienda. Per questo, viene condotta un'intervista da uno specialista di terze parti. Prima di tutto, il capo dell'azienda risponde alla domanda, poi gli specialisti che supervisionano le altre fasi del lavoro.

La prima fase del lavoro si traduce in due notazioni. Uno rifletterà i processi aziendali nella loro forma originale. Questa annotazione verrà creata in base ai risultati del colloquio e ogni dettaglio deve essere concordato con il capo dell'azienda e i suoi dipendenti. È imperativo che la tua comprensione dei processi aziendali esistenti in azienda coincida con la realtà, ciò richiede conferma a tutti i livelli.

La seconda notazione può essere chiamata "Come dovrebbe essere". Viene creato sulla base del primo con le modifiche apportate in base all'attività.

Standard IDEF0 e suoi requisiti

Abbiamo parlato dei requisiti di base di IDEF0 appena sopra.

1. L'elemento principale si trova nell'angolo in alto a sinistra.
2. Ogni elemento deve avere frecce in entrata e in uscita. Inoltre, le frecce in entrata sono a sinistra, a destra - quelle in uscita.
3. Gli elementi di controllo si trovano in alto, i meccanismi in basso.
4. Quando si posizionano più blocchi su un foglio o schermo, quelli successivi vengono posizionati in basso a destra del precedente.
5. Gli schemi dovrebbero essere creati in modo che le frecce si intersechino il numero minimo di volte.

Errori quando si lavora con IDEF0

Come per qualsiasi attività, si verificano errori durante l'esecuzione della modellazione funzionale. Analizziamo quelli più tipici.

Utilizzo di più colori

È importante ricordare che nella modellazione funzionale tutti gli elementi sono importanti, non ce ne sono di più importanti o meno importanti. Durante la modellazione su carta o in uno dei programmi per computer, gli utenti cercano di rendere il diagramma più visivo colorando blocchi e frecce. in diversi colori... Tuttavia, in pratica, questo non solo non rende il diagramma più visivo, ma, al contrario, porta a confusione e al fatto che la percezione di ciò che viene raffigurato è distorta.

Pertanto, l'opzione ideale è uno schema in bianco e nero senza l'uso di opzioni di colore aggiuntive. Ciò non solo aiuta a eliminare i malintesi, ma disciplina anche direttamente il creatore del modello, il che influisce favorevolmente sulla leggibilità e chiarezza del modello.

Gran numero di blocchi

Quando si compone un modello funzionale del lavoro di un'azienda, i suoi autori spesso cercano di riflettere tutto, anche i più piccoli dettagli. Si scopre un diagramma con un numero enorme di blocchi e frecce. Di conseguenza, la sua leggibilità e chiarezza sono ridotte.

Per evitare questo errore, utilizzare i dettagli che saranno sufficienti per comprendere il problema. I dettagli dettagliati vengono preparati solo se sono realmente necessari per risolvere un problema importante.

Modifica della struttura durante la correzione degli errori

Quando si crea un diagramma, è importante che più di un processo non venga lasciato senza elementi in entrata, in uscita o altri elementi importanti. Ad esempio, se è necessario rimuovere un autore dallo schema, è necessario rimuovere tutti gli elementi e le frecce direttamente correlati a lui. Se rimangono nello schema, ci saranno incomprensioni e confusione, poiché durante i dettagli porteranno a nessuno sa dove.

La stessa situazione si presenta con l'aggiunta di un blocco. Se è necessario inserire qualsiasi informazione, verificare di aver fornito gli attributi richiesti. Questo dovrebbe essere attentamente monitorato, poiché quando si modellano processi aziendali complessi, anche un leggero cambiamento in una parte comporterà cambiamenti in un'altra.

Nomi di blocchi e controlli

Le regole per nominare gli elementi del modello sono abbastanza semplici, ma è estremamente importante ricordarle: le frecce di controllo sono chiamate nomi, i blocchi sono verbi. Questa regola è scritta nello standard IDEF0 e aiuta a evitare confusione ed errori.

Vantaggi dell'utilizzo di IDEF0

Visibilità. Raffigurando il lavoro dell'azienda sotto forma di diagramma, diventa chiaro come funziona l'azienda, dove possono sorgere problemi e come prevenirli.

Comprensione reciproca, esclusione della possibilità di interpretazione errata dello schema. La visibilità e l'accessibilità del modello funzionale, che rappresenta il lavoro dell'azienda sotto forma di blocchi ed elementi di controllo, ti aiuterà quando discuterai con la direzione del funzionamento della loro azienda. A proposito, se necessario, viene creato un glossario per il modello funzionale, che contiene tutti i termini e le convenzioni. Pertanto, la possibilità di incomprensioni tra te e il manager, i dipendenti dell'azienda è ridotta al minimo.

Semplicità e risparmio di tempo durante la creazione di un modello. Certo, ci vuole molto tempo per essere bravi nella modellazione funzionale. Prima di tutto, devi imparare come presentare un'enorme quantità di informazioni sotto forma di uno schema laconico, ad es. essere in grado di filtrare e comprimere i dati originali. Ma il tempo e lo sforzo spesi per l'allenamento sono più che ripagati in seguito. Dopotutto, non ci vorrà molto tempo per creare un modello funzionale e presentarlo in modo accessibile.

Minima probabilità di errore. Lavorare secondo lo standard IDEF0 richiede il rispetto rigoroso delle sue regole. Questo disciplina l'esecutore ed elimina la possibilità di errori. Inoltre, qualsiasi non conformità con lo standard diventa immediatamente evidente.

E infine

Per due analisti aziendali, i modelli funzionali possono essere gli stessi solo se la struttura dell'azienda è estremamente semplice. In altri casi, i modelli differiranno l'uno dall'altro. Questo è naturale, perché ogni analista ha la sua certa esperienza, la sua comprensione del funzionamento dell'azienda, il suo punto di vista su come risolvere i compiti che gli sono stati assegnati. Un analista aziendale sviluppa un modello funzionale dal punto di vista di un manager, immagina come risolverebbe i compiti assegnati.

A nostro avviso, lo strumento IDEF0 sarà utile non solo per i business analyst professionisti, ma anche per coloro che analizzano direttamente il proprio business e si sforzano di costruire un efficace sistema di gestione.

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 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, raccolgono semplicemente 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 un profondo sondaggio pre-progetto attività della società. 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 del progetto di introduzione di un 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 insieme migliorato di funzioni per la descrizione dei processi aziendali, era la disponibilità di una metodologia efficace per l'interazione nell'ambito dell'“analista-specialista”. In altre parole, il nuovo metodo doveva prevedere un lavoro di gruppo sulla realizzazione 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 al verbo modo (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 sotto forma di una struttura gerarchica di singoli diagrammi, che lo rende meno congestionato 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).

Determinare e formalizzare l'obiettivo di sviluppare un modello IDEF0 è un punto estremamente 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 per costruire ulteriormente sulla base di questo modello sistema informativo, allora questo modello sarà significativamente diverso da quello che svilupperemmo per la stessa impresa, ma con l'obiettivo di ottimizzare le filiere.

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 consente di scaricare il modello, rifiutandosi di dettagliare e studiare i singoli elementi che non sono 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, vengono prima "immersi nel tunnel" e quindi, se necessario, "restituiti 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", il 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.

I principi di limitazione della 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 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 chi non ha preso parte al progetto della sua realizzazione, oltre che 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, osservando 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 modo efficace per ottimizzare il sistema di gestione aziendale esistente. Ciò è probabilmente dovuto a una marcata mancanza di informazioni sull'applicazione pratica di queste metodologie e all'inevitabile distorsione da 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 legate alla costruzione sistemi automatizzati gestione. Grazie a ciò, gli standard IDEF nella comprensione della maggioranza sono diventati condizionalmente inseparabili dall'attuazione Tecnologie informatiche, sebbene con il loro aiuto a volte sia possibile risolvere efficacemente anche piccoli problemi locali, letteralmente con l'aiuto di carta e matita.

Durante lo svolgimento di complessi progetti di indagine aziendale, lo sviluppo di modelli nello standard IDEF0 consente di visualizzare visivamente ed efficacemente l'intero meccanismo delle attività aziendali 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 ha spiegato loro i principi di base di IDEF0 in un tempo abbastanza breve e ha insegnato loro a lavorare con il software applicativo corrispondente. 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 un'impresa secondo il “ As is” principio e, cosa più importante, rappresenta un'impresa con posizioni di dipendenti che lavorano in essa 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 in più 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à dal 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 l'uno o l'altro sistema funzionale(dal sistema di progettazione del veicolo spaziale al complesso processo di preparazione della cena) - utilizzare metodi collaudati negli anni. Uno di questi metodi è IDEF0, che ti consente di risolvere problemi di vita complessi con l'aiuto dei suoi strumenti semplici e comprensibili.

Conosciuta oggi non solo negli ambienti 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 uno 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 modelli diversi, 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 una 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 accessibili oggi sono Processo AllFusion Modellatore e studio commerciale. 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 piatti 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 devono 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. Allo stesso tempo, 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 svolgono alcune attività che traducono gli input in output. 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: 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: in 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 è in grado di trasformare solo i flussi in entrata in flussi in uscita e, se lo fa bene, un ulteriore flusso monetario(profitto), riflettendo, 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 di scarto: il cliente spesso si sente come un ostacolo per i dipendenti dell'azienda, i cui compiti sono focalizzati sull'elaborazione dei 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 sui punti 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 delle 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 nell'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. 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 diretto 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 del lavoro a livello di esecutore porta al fatto che i diagrammi 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.

Metodologia SADT (Analisi strutturata e tecnica di progettazione - metodologia di analisi e progettazione strutturale) è un insieme di metodi, regole e procedure progettati per costruire un modello funzionale di un sistema.

Lo sviluppo di questa metodologia è stato avviato da Douglas Ross (USA) a metà degli anni '60. XX secolo Da allora, gli analisti di sistema di SofTech, Inc. migliorato SADT e lo ha utilizzato per risolvere una vasta gamma di problemi. Software di rete telefonica, diagnostica, pianificazione strategica e di lungo termine, produzione automatizzata e la progettazione, la configurazione del sistema informatico, la formazione del personale, la gestione finanziaria e degli appalti sono alcune delle aree in cui SADT può essere utilizzato in modo efficace. L'ampia gamma di aree indica la versatilità e la potenza della metodologia SADT. Nel programma "Integrazione di computer e tecnologie industriali L'Integrated Computer Aided Manufacturing (ICAM) del Dipartimento della Difesa degli Stati Uniti è stato riconosciuto come un utile SADT. Ciò ha portato alla pubblicazione di una parte di esso nel 1981 denominata IDEF0 (Definizione Icam), come standard federale sviluppare Software... Sotto questo nome, SADT è stato utilizzato da migliaia di professionisti nelle organizzazioni militari e industriali. L'ultima revisione dello standard IDEF0 è stata rilasciata nel dicembre 1993. Istituto nazionale di standard e tecnologia (NIST).

Questa metodologia compete con i metodi orientati al flusso di dati (DFD) nella descrizione dell'aspetto funzionale di un sistema informativo. Al contrario, IDEF0 consente:

Descrivi tutti i sistemi, non solo i sistemi informativi (DFD intende descrivere il software);

Creare una descrizione del sistema e del suo ambiente esterno prima di definirne i requisiti finali. In altre parole, con l'aiuto di questa metodologia, si può gradualmente costruire e analizzare il sistema anche quando è ancora difficile immaginarne l'attuazione.

Pertanto, IDEF0 può essere applicato nelle prime fasi della costruzione di un'ampia gamma di sistemi. Allo stesso tempo, può essere utilizzato per analizzare le funzioni sistemi esistenti e sviluppare soluzioni per il loro miglioramento.

La base della metodologia IDEF0 è un linguaggio grafico per descrivere i processi. Un modello in notazione IDEF0 è una raccolta di diagrammi ordinati gerarchicamente e interconnessi. Ciascun diagramma è un'unità di descrizione del sistema e si trova su un foglio separato.

Il modello (AS-IS, TO-BE o SHOULD-BE) può contenere 4 tipi di grafici [ , ]:

Diagramma di contesto;

Diagrammi di decomposizione;

diagrammi dell'albero dei nodi;

Diagrammi di sola esposizione (FEO).

Diagramma di contesto (diagramma di primo livello), essendo il vertice della struttura ad albero dei diagrammi, mostra lo scopo del sistema (funzione principale) e la sua interazione con l'ambiente esterno. Ogni modello può avere un solo diagramma di contesto. Dopo la descrizione della funzione principale, viene eseguita la scomposizione funzionale, ovvero vengono determinate le funzioni che compongono quella principale.

Inoltre, le funzioni sono suddivise in sottofunzioni e così via fino al raggiungimento del livello di dettaglio richiesto del sistema in esame. I diagrammi che descrivono ciascuno di questi frammenti del sistema sono chiamati diagrammi di decomposizione ... Dopo ogni sessione di scomposizione, si tengono sessioni d'esame: gli esperti dell'area disciplinare indicano la corrispondenza dei processi reali ai diagrammi creati. Le incongruenze riscontrate vengono eliminate, dopodiché si procede a dettagliare ulteriormente i processi.

Diagramma dell'albero dei nodi mostra la dipendenza gerarchica delle funzioni (opere), ma non il rapporto tra di esse. Ce ne possono essere diversi, poiché l'albero può essere costruito a una profondità arbitraria e da un nodo arbitrario.

Grafici di esposizione sono costruiti per illustrare singoli frammenti del modello al fine di visualizzare un punto di vista alternativo sui processi che si verificano nel sistema (ad esempio, dal punto di vista del management dell'organizzazione).

6.3. Elementi della notazione grafica IDEF0

La metodologia IDEF0 ha trovato ampia accettazione e applicazione, principalmente grazie alla semplice notazione grafica utilizzata per costruire il modello. I componenti principali del modello sono i diagrammi. Visualizzano le funzioni del sistema sotto forma di rettangoli, nonché i collegamenti tra loro e l'ambiente esterno mediante frecce. L'utilizzo di solo due primitive grafiche (rettangolo e freccia) consente di spiegare rapidamente le regole e i principi della creazione di diagrammi IDEF0 a persone che non hanno familiarità con questa metodologia. Questo vantaggio consente di connettere e attivare le attività del cliente per descrivere i processi aziendali utilizzando un linguaggio grafico formale e visivo.

La figura seguente mostra gli elementi di base della notazione grafica IDEF0.

Riso. 6.1. Elementi della notazione grafica IDEF0

Il rettangolo rappresenta lavoro (processo, attività, funzione o compito) , che ha un obiettivo fisso e porta a un risultato finale. Il nome della commessa deve esprimere l'azione (ad esempio, "Fabbricazione di un pezzo", "Calcolo delle velocità ammissibili", "Formazione della lista del numero civico centralizzato 3").

L'interazione delle opere tra loro e il mondo esterno è descritta sotto forma di frecce. IDEF0 distingue 5 tipi di frecce :

- Ingresso (Input inglese) - materiale o informazione che viene utilizzata e trasformata dal lavoro per ottenere un risultato (output). Il login risponde alla domanda "Cosa deve essere elaborato?" L'input può essere un oggetto materiale (materie prime, una parte, un biglietto d'esame) o uno che non ha contorni fisici chiari (una query al database, una domanda di un insegnante). Si presume che l'opera possa non avere frecce di ingresso. Le frecce di entrata sono sempre disegnate come entrate nel lato sinistro del lavoro;

- controllo (controllo inglese) - dati di controllo, normativi e normativi che guidano il lavoro. Il dipartimento risponde alla domanda "In conformità con il lavoro svolto?" La gestione influenza il lavoro, ma non ne viene trasformata, ad es. funge da limitazione. Come gestione, ci possono essere regole, standard, regolamenti, prezzi, istruzioni orali. Le frecce di controllo sono disegnate come parte della faccia superiore del lavoro. Se, quando si costruisce un diagramma, sorge la domanda su come disegnare correttamente una freccia dall'alto o da sinistra, si consiglia di disegnarla come input (freccia a sinistra);

- produzione (output in inglese) - materiale o informazioni che rappresentano il risultato del lavoro. L'output risponde alla domanda "Qual è il risultato del lavoro?" L'output può essere un oggetto materiale (parte, auto, documenti di pagamento, un estratto conto) o immateriale (recupero dati da un database, risposta a una domanda, indicazione verbale). Le frecce di uscita sono disegnate in uscita dal lato destro dell'opera;

- meccanismo (Meccanismo ing.) - risorse che svolgono lavoro. Il meccanismo risponde alla domanda "Chi sta facendo il lavoro o con quali mezzi?" Il meccanismo può essere il personale dell'impresa, lo studente, la macchina, l'attrezzatura, il programma. Le frecce del meccanismo sono disegnate come entranti nel bordo inferiore dell'opera;

- chiamata (Chiamata inglese) - la freccia indica che parte del lavoro viene svolto al di fuori del blocco in questione. Le frecce di uscita sono estratte dal bordo inferiore del lavoro.

6.4. Tipi di collegamenti tra i lavori

Dopo aver determinato la composizione delle funzioni e le relazioni tra di esse, sorge la domanda sulla loro corretta composizione (associazione) in moduli (sottosistemi). Ciò implica che ogni funzione separata deve risolverne una, rigorosamente un compito specifico... In caso contrario, è necessaria un'ulteriore scomposizione o separazione delle funzioni.

Quando si combinano le funzioni in sottosistemi, è necessario fare in modo che la connettività interna (tra le funzioni all'interno di un modulo) sia il più forte possibile e quella esterna (tra le funzioni incluse in moduli diversi) il più debole possibile. Sulla base della semantica dei collegamenti metodologici, introduciamo una classificazione dei collegamenti tra funzioni (opere). Questa classificazione è un'estensione. I tipi di obbligazioni sono elencati in ordine decrescente di importanza (forza vincolante). Negli esempi citati, le linee spesse evidenziano le funzioni tra le quali si ha il tipo di collegamento considerato.

1. Relazione gerarchica (relazione "parte" - "intero") avviene tra la funzione e le sottofunzioni che la compongono.

Riso. 6.2. Rapporto gerarchico

2. Comunicazione normativa (di controllo, subordinata) riflette la dipendenza di una funzione da un'altra, quando l'output di un lavoro viene inviato per controllarne un altro. La funzione da cui parte il controllo dovrebbe essere considerata regolamentare o controllante e in cui entra - subordinata. Distinguere collegamento di controllo diretto quando il controllo viene trasferito da un lavoro di livello superiore a uno di livello inferiore (Fig.6.3), e feedback della direzione quando il controllo viene trasferito da valle a monte (Fig. 6.4).

3. Comunicazione funzionale (tecnologica) si verifica quando l'output di una funzione funge da input per la funzione successiva. Dal punto di vista del flusso di oggetti materiali, questa relazione mostra la tecnologia (sequenza di lavoro) di elaborazione di questi oggetti. Distinguere collegamento diretto all'ingresso quando l'uscita viene trasferita dal lavoro di livello superiore a quello di livello inferiore (Fig.6.5), e feedback in ingresso quando l'uscita viene trasferita da valle a monte (Figura 6.6).

Riso. 6.5. Collegamento diretto all'ingresso	Riso. 6.6. Feedback di input

4. Comunicazione al consumatore si verifica quando l'output di una funzione funge da meccanismo per la funzione successiva. Pertanto, una funzione consuma le risorse generate dall'altra.

Riso. 6.7. Comunicazione al consumatore

5. Collegamento logico osservato tra funzioni logicamente omogenee. Tali funzioni, di regola, svolgono lo stesso lavoro, ma in modi (alternativi) diversi o utilizzando dati iniziali (materiali) diversi.

Riso. 6.8. Collegamento logico

6. Comunicazione collegiale (metodica) avviene tra funzioni il cui algoritmo di funzionamento è determinato dallo stesso controllo. Un analogo di tale comunicazione è il lavoro congiunto dei dipendenti di un dipartimento (colleghi), subordinato al capo, che impartisce istruzioni e ordini (segnali di controllo). Tale connessione si verifica anche quando gli algoritmi per il funzionamento di queste funzioni sono determinati dallo stesso supporto metodologico (SNIP, GOST, materiali normativi ufficiali, ecc.), Che funge da controllo.

Riso. 6.9. Connessione metodica

7. Collegamento alla risorsa si verifica tra funzioni che utilizzano le stesse risorse per il loro lavoro. Le funzioni dipendenti dalle risorse in genere non possono essere eseguite contemporaneamente.

Riso. 6.10. Collegamento alla risorsa

8. Comunicazione informativa avviene tra funzioni utilizzando le stesse informazioni come input.

Riso. 6.11. Comunicazione informativa

9. Connessione temporanea si verifica tra funzioni che devono essere eseguite contemporaneamente prima o contemporaneamente dopo un'altra funzione.

Oltre ai casi indicati in figura, questo collegamento avviene anche tra altre combinazioni di comando, ingresso e meccanismo che entrano in una funzione.

Riso. 6.12. Connessione temporanea

10. Connessione casuale si verifica quando c'è poca o nessuna connessione specifica tra le funzioni.

Riso. 6.13. Connessione casuale

Dei suddetti tipi di collegamenti, il più forte è il collegamento gerarchico, che, di fatto, determina la combinazione di funzioni in moduli (sottosistemi). I legami normativi, funzionali e di consumo sono un po' più deboli. Le funzioni con questi collegamenti sono generalmente implementate in un sottosistema. Le connessioni logiche, collegiali, di risorse e informative sono tra le più deboli. Le funzioni che li possiedono, di regola, sono implementate in diversi sottosistemi, ad eccezione delle funzioni logicamente omogenee (funzioni collegate da connessione logica). La connessione temporanea indica una debole dipendenza delle funzioni l'una dall'altra e richiede la loro implementazione in moduli separati.

Pertanto, quando si combinano le funzioni in moduli, i primi cinque tipi di collegamenti sono i più desiderabili. Le funzioni associate agli ultimi cinque collegamenti sono implementate al meglio in moduli separati.

IDEF0 ha convenzioni (regole e linee guida) per la creazione di diagrammi per facilitare la lettura e l'esame del modello [,]. Alcune di queste regole sono supportate automaticamente da CASE, altre devono essere applicate manualmente.

1. Prima di costruire un modello, è necessario decidere quale/i modello/i del sistema verrà costruito. Ciò implica definire il suo tipo AS-IS, TO-BE o SHOULD-BE, nonché definire la posizione da cui è costruito il modello. Il "punto di vista" è meglio pensato come un luogo (posizione) di una persona o di un oggetto, in cui uno deve stare per vedere il sistema in azione. Ad esempio, quando si costruisce un modello per il funzionamento di un negozio di alimentari, è possibile scegliere un venditore, un cassiere, un contabile o un direttore tra i possibili richiedenti dal punto di vista del sistema. Di solito viene scelto un punto di vista, che copre in modo più completo tutte le sfumature del funzionamento del sistema e, se necessario, vengono costruiti diagrammi FEO per alcuni diagrammi di scomposizione, mostrando un punto di vista alternativo.

2. Il diagramma di contesto mostra un blocco che mostra lo scopo del sistema. Si consiglia di visualizzare 2-4 frecce che entrano ed escono da ciascun lato.

3. Il numero di blocchi nei diagrammi di scomposizione è consigliato nell'intervallo 3–6. Se ci sono due blocchi nel diagramma di scomposizione, di solito non ha senso. Con un gran numero di blocchi, il diagramma diventa sovrasaturo e difficile da leggere.

4. I blocchi sul diagramma di scomposizione devono essere disposti da sinistra a destra e dall'alto verso il basso. Questa disposizione consente di riflettere più chiaramente la logica e la sequenza del lavoro. Inoltre, i percorsi delle frecce saranno meno confusi e avranno un numero minimo di intersezioni.

5. Non è consentita l'assenza sia delle frecce di controllo che di input per la funzione. Ciò significa che l'avvio di questa funzione non è controllato e può avvenire in qualsiasi momento arbitrario nel tempo o mai del tutto.

Riso. 6.14. Funzione senza controllo e input

Un blocco con solo controllo può essere visto come una chiamata in un programma di una funzione (procedura) senza parametri. Se il blocco ha un ingresso, equivale a chiamare una funzione con parametri nel programma. Pertanto, un blocco senza controllo e input è equivalente a una funzione che non viene mai chiamata per l'esecuzione nel programma.

Nella fig. 6.7–6.12, visualizzando frammenti di diagrammi IDEF0, ci sono blocchi senza input e controllo. Questo non dovrebbe essere visto come un errore, in quanto implica che una di queste frecce debba esserlo.

6. Ogni blocco deve avere almeno una presa.

Riso. 6.15. Nessuna funzione di uscita

Le opere senza risultati sono prive di significato e non dovrebbero essere modellate. Un'eccezione è il lavoro visualizzato nel modello AS-IS. La loro presenza indica l'inefficienza e l'imperfezione dei processi tecnologici. Nel modello TO-BE queste opere dovrebbero essere assenti.

7. Quando si costruiscono diagrammi, è necessario ridurre al minimo il numero di intersezioni, loop e giri di frecce.

8. Feedback e iterazioni (azioni cicliche) possono essere rappresentati utilizzando archi all'indietro. Il feedback sull'ingresso è disegnato dal loop "inferiore", il feedback sul controllo - dal "superiore" (vedi Fig. 6.4 e 6.6).

9. Ogni blocco e ogni freccia nei diagrammi devono avere un nome. È consentito utilizzare frecce di ramificazione (scomposizione) o unione (composizione). Ciò è dovuto al fatto che gli stessi dati o oggetti generati da un lavoro possono essere utilizzati in più lavori contemporaneamente. Al contrario, dati e oggetti uguali o omogenei generati da lavori diversi possono essere utilizzati in un unico luogo.

Riso. 6.16. Frecce ramificate

In questo caso, è consentito assegnare nomi qualificanti a diversi rami della freccia dopo la ramificazione (prima della fusione). Se un ramo dopo il ramo non viene nominato, si considera che il suo nome corrisponda al nome della freccia registrato prima del ramo.

Quindi, nella fig. 6.16 I controlli inclusi nei blocchi "Fabbricazione di parti" e "Assemblaggio del prodotto" hanno significati chiarificatori e sono parte di Di più gestione generale"Progetti". Tutti i disegni sono utilizzati per il funzionamento del blocco "Controllo qualità".

Non è consentito disegnare frecce nel diagramma quando non sono nominate prima e dopo la ramificazione. Nella fig. 6.17 la freccia inclusa nel blocco "Generazione di elenchi standard" non ha un nome prima e dopo la diramazione, il che è un errore.

Riso. 6.17. Nomi sbagliati delle frecce

10. Quando si costruiscono diagrammi per una migliore leggibilità, è possibile utilizzare il meccanismo di tunneling della freccia. Ad esempio, per non ingombrare i diagrammi dei livelli superiori (genitore) con dettagli non necessari, nei diagrammi di scomposizione l'inizio dell'arco è posto nel tunnel.

Riso. 6.18. Frecce tunnel

V questo esempio quando si costruisce un modello di condotta Festa di Capodanno il meccanismo "due assi" non verrà visualizzato sui diagrammi dei livelli superiori, durante la lettura della quale potrebbe sorgere una giusta domanda: "Perché abbiamo bisogno di due assi alla festa di Capodanno?"

Allo stesso modo, puoi eseguire il tunneling con l'obiettivo opposto, evitando che la freccia appaia sui diagrammi di livello inferiore. In questo caso, le parentesi sono poste alla fine della freccia. Nel diagramma contestuale (vedi Fig. 6.21), viene eseguito il tunneling del meccanismo "Path Service Engineer", che è incluso nel blocco "Determination of Allowable Speeds". Questa decisione è stata presa, poiché l'ingegnere è direttamente coinvolto in tutto il lavoro visualizzato sul diagramma di scomposizione di questo blocco (vedi Fig. 6.22). Per non mostrare questa connessione e non ingombrare il diagramma di decomposizione, la freccia è stata scavata.

11. Tutte le frecce che entrano ed escono dal blocco, quando si costruisce un diagramma di scomposizione per esso, dovrebbero essere visualizzate su di esso. L'eccezione sono le frecce con tunnel. I nomi delle frecce trascinate sul diagramma di scomposizione devono corrispondere ai nomi mostrati nel diagramma di primo livello.

12. Se due frecce corrono parallele (iniziano dalla stessa sfaccettatura di un lavoro e finiscono nella stessa sfaccettatura dell'altro lavoro), allora, se possibile, dovrebbero essere combinate e chiamate un singolo termine.

Riso. 6.19. Unione di link

13. Ogni blocco negli schemi deve avere il proprio numero. Per indicare la posizione di uno schema o di un blocco nella gerarchia, vengono utilizzati i numeri dello schema. Il blocco sul diagramma di primo livello è indicato da 0, i blocchi sui diagrammi di secondo livello - da numeri da 1 a 9 (1, 2, ..., 9), i blocchi sul terzo livello - da due numeri , il primo dei quali indica il numero del blocco dettagliato dal diagramma principale e il secondo numero di blocco in ordine sul diagramma corrente (11, 12, 25, 63), ecc. Il diagramma di contesto ha la designazione "A - 0 ", il diagramma di scomposizione di primo livello è "A0", i diagrammi di scomposizione dei livelli successivi sono costituiti dalla lettera " A "seguita dal numero del blocco da scomporre (ad esempio," A11 "," A12 "," A25 "," A63 "). La figura mostra un tipico albero del diagramma (diagramma dell'albero dei nodi) con numerazione.

Riso. 6.20. Gerarchia dei grafici

Nei moderni strumenti CASE, i meccanismi di numerazione dei lavori sono supportati automaticamente. Gli strumenti CASE forniscono anche la costruzione automatica di diagrammi dell'albero dei nodi che contengono solo collegamenti gerarchici. La parte superiore di un tale diagramma può essere qualsiasi nodo (blocco) e può essere tracciata a qualsiasi profondità.

6.6. Un esempio di costruzione di un modello IDEF0 per un sistema per la determinazione delle velocità ammissibili

Il calcolo delle velocità consentite del treno è un compito ingegneristico laborioso. Quando il treno passa in qualsiasi sezione velocità effettiva il movimento del treno non deve superare il massimo consentito. Tale velocità massima ammissibile è stabilita sulla base dell'esperienza operativa e di prove appositamente condotte sulla dinamica del movimento e dell'impatto sul binario del materiale rotabile. Non superare questa velocità garantisce la sicurezza del traffico ferroviario, condizioni di comfort per i passeggeri, ecc. Sono determinati in base al tipo di materiale rotabile (marca della locomotiva e tipo di carrozze), parametri della sovrastruttura (come rotaie, zavorre, traversine ) e in pianta (curve di raggio, curve di transizione, elevazione della rotaia esterna, ecc.). Di norma, per stabilire le velocità ammissibili, è necessario determinare almeno due (in linea retta) e cinque (in curva) velocità, da cui viene selezionata la velocità finale consentita, come la più bassa di tutte calcolate. Il calcolo di queste velocità è regolato dall'Ordine del Ministero delle Ferrovie della Russia n. 41 del 12 novembre 2001 "Norme per le velocità ammissibili del materiale rotabile su binari ferroviari a scartamento 1520 (1524) mm del trasporto ferroviario federale".

Come notato, la costruzione di un modello IDEF0 inizia con la rappresentazione dell'intero sistema come un semplice componente (diagramma di contesto). Questo diagramma mostra lo scopo (funzione principale) del sistema e i dati di input e output richiesti, le informazioni di controllo e normative e i meccanismi.

Il diagramma di contesto per il problema della determinazione delle velocità ammissibili è mostrato nella Figura 6.21. Per costruire il modello è stato utilizzato il prodotto BPwin 4.0 di Computer Associates.

Riso. 6.21. Schema di contesto del sistema per la determinazione delle velocità ammissibili (metodo IDEF0)

Come informazioni di base, sulla base dei quali viene effettuata la determinazione delle velocità ammissibili, vengono utilizzati:

Dati del progetto di una nuova linea o di un progetto di ricostruzione (contiene tutte le informazioni necessarie per l'attuazione del progetto, ovvero il chilometraggio, gli assi dei punti separati, il piano delle linee, ecc.);

Profilo longitudinale dettagliato (contiene informazioni simili a quelle discusse sopra);

Passaporto della distanza della pista (contiene informazioni simili a quelle discusse sopra, nonché informazioni sulla struttura superiore della pista (VSP));

Dati sui risultati del rilevamento del tracciato da parte dell'auto di misurazione della pista;

Elenco delle quote del binario esterno in curva (contiene informazioni sulla pianta del binario).

Alcune delle informazioni originali possono essere prese da diverse fonti... In particolare, le informazioni sulla planimetria (parametri delle curve) possono essere ricavate dal progetto di una nuova linea o da un progetto di ricostruzione, un profilo longitudinale dettagliato, un passaporto della distanza del binario, ecc.

Dati di controllo sono:

Istruzioni del capo del servizio binario della strada o del dipartimento dei binari e delle strutture delle ferrovie russe per il calcolo;

Ordine n. 41, contenente informazioni normative e di riferimento, procedura e formule per la determinazione delle velocità ammissibili;

Informazioni sul traffico ferroviario attuale o programmato (dati sui marchi delle locomotive circolanti e sulle tipologie di carrozze utilizzate);

Informazioni sulle riparazioni pianificate della pista, ricostruzione e riorganizzazione di strutture e dispositivi.

Il risultato il funzionamento del sistema dovrebbe essere:

Fogli delle velocità ammissibili, contenenti tutti i tipi di velocità calcolate e che consentono di stabilire il motivo della loro limitazione;

Bollettino dell'Ordine del capo della strada sulla determinazione delle velocità consentite sui binari e sui punti separati (Ordine "N") secondo il modulo adottato sulla strada. L'Ordinanza "N" approvata fissa ufficialmente le velocità ammissibili del treno;

Moduli standard n. 1, 1a e 2, contenenti le velocità ammissibili pianificate per lo sviluppo dell'orario dei treni.

Le velocità contenute nell'Ordine “H” e nei moduli standard possono differire da quelle calcolate e riportate nelle schede velocità ammesse. Ciò è dovuto al fatto che riflettono i limiti di velocità non solo dalla progettazione del materiale rotabile, dai parametri e dalle curve VSP, ma anche dallo stato dei dispositivi e delle strutture (deformazione del fondo stradale, inclinazione dei supporti della rete di contatto, ecc. .). Inoltre, vengono adeguati tenendo conto delle riparazioni pianificate dei binari, della ricostruzione e della riorganizzazione di strutture e dispositivi, ecc.

Una volta costruito, il diagramma di contesto viene dettagliato utilizzando un diagramma di scomposizione di primo livello. Questo diagramma mostra le funzioni del sistema che devono essere implementate all'interno della funzione principale. Il diagramma per il quale viene eseguita la scomposizione, in relazione ai diagrammi che lo dettagliano, si chiama genitore ... Il diagramma di scomposizione rispetto al genitore si chiama filiale .

Il diagramma di scomposizione del primo livello per il problema in esame è mostrato in Figura 6.22. Di norma, quando si costruisce un diagramma di scomposizione, la funzione originale (da scomporre) è divisa in 3-8 sottofunzioni (blocchi). In questo caso, si consiglia di posizionare i blocchi sul diagramma di scomposizione da sinistra a destra, dall'alto verso il basso, in modo che la sequenza e la logica di interazione delle sottofunzioni siano meglio visibili.

Riso. 6.22. Diagramma di decomposizione di livello 1 (metodologia IDEF0)

La sequenza di esecuzione delle funzioni per risolvere il problema in esame è la seguente:

Inserimento e correzione di informazioni e dati di riferimento sui tratti stradali (blocchi 1 e 2);

Preparazione di un compito per il calcolo (blocco 3). Indica per quale tratta e binario, oltre alla marca della locomotiva e al tipo di vagoni, deve essere effettuato il calcolo;

Calcolo delle velocità ammissibili secondo la procedura e le formule specificate nell'ordine n. 41 (blocco 4). Le informazioni iniziali sono i dati lungo il percorso della sezione (pianta, struttura superiore del binario, ecc.) e gli standard selezionati in base al compito per il calcolo;

Formazione di elenchi di velocità ammissibili (blocco 5). Sulla base dei risultati del calcolo, vengono creati diversi tipi di documenti di output che, da un lato, consentono di identificare il motivo dei limiti di velocità, dall'altro fungono da base per la preparazione dei documenti regolamentati;

Formazione e preparazione del progetto di Ordine "N" e schede standard (blocchi 6 e 7).

Dopo che il diagramma di scomposizione di primo livello è stato costruito, vengono creati diagrammi separati (diagrammi di scomposizione di secondo livello) per le funzioni indicate su di esso. Quindi il processo di scomposizione (costruzione di diagrammi) continua fino a quando l'ulteriore dettaglio delle funzioni perde il suo significato. Per ogni funzione atomica che descrive un'operazione elementare (cioè una funzione che non ha un diagramma di scomposizione), viene elaborata una specifica dettagliata che ne definisce le caratteristiche e un algoritmo di implementazione. I diagrammi di flusso degli algoritmi possono essere utilizzati per integrare la specifica. Pertanto, il processo di modellazione funzionale consiste nel costruire gradualmente una gerarchia di funzioni.

6.7. Codici ICOM

Le frecce che entrano ed escono dal blocco nel diagramma di livello superiore sono le stesse delle frecce che entrano ed escono dal diagramma di livello inferiore, poiché il blocco e il diagramma rappresentano la stessa parte del sistema (vedi Fig. e ). Di conseguenza, i limiti della funzione di primo livello sono gli stessi dei limiti del diagramma di scomposizione.

Codici ICOM (acronimo di Input, Control, Output e Mechanism) servono per identificare le frecce di confine. Il codice ICOM contiene un prefisso corrispondente al tipo di freccia (I, C, O o M) e un numero progressivo (vedi figura).

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 - descrizioni singole di frammenti di sistema. In primo luogo, 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 la modernizzazione dei computer (schede video, schede madri, processori, case, 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 conservare i 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 suddiviso in scomposizioni più piccole e così via, fino a raggiungere il livello di dettaglio desiderato.

La Figura 3 è un diagramma che mostra il lavoro del processo di approvvigionamento in modo più dettagliato.

A seguito dell'approfondimento, sono state evidenziate le principali funzioni. La sezione "Registrazione delle consegne" 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 freccia all'ingresso tra le opere "Invio merce al magazzino" e "Messa 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 grafico dei rapporti 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 preparazione 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é spetta alla diagnostica verificarne l'operatività, quindi redigere un rapporto e inserire 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.