Workshop sull'utilizzo di idef0 per la descrizione funzionale del software CAD. Metodologia IDEF0. Notazione, principi di modellazione

Software per diagrammi IDEF0: crea rapidamente diagrammi IDEF0 e diagrammi aziendali con ricchi esempi e modelli. Fornire alcune conoscenze IDEF0.

DEF Definizione

IDEF si basa sulla Structured Analysis and Design Technique (SADT), un approccio grafico alla descrizione del sistema, introdotto da Douglas T. Ross nei primi anni '70. Da allora, gli analisti di sistema di Softech, Inc. hanno perfezionato e utilizzato SADT in un'ampia varietà di problemi. Nel 1981 gli Stati Uniti Il programma Air Force for Integrated Computer-Aided Manufacturing (ICAM) ha standardizzato e reso pubblico un sottoinsieme di SADT, chiamato IDEF.

È stato originariamente utilizzato per applicare metodi strutturati per comprendere meglio come migliorare la produttività della produzione. IDEF0 è stato inizialmente creato presso la Northrop Corporation nel 1966 e disponibile per la prima volta in commercio da SoftTek nel 1972. Un Diagramma di attività IDEF0 contiene un livello di scomposizione di un processo. Le caselle all'interno di un diagramma mostrano i sottoprocessi del processo padre indicato dal diagramma. Le frecce tra le caselle mostrano il flusso dei prodotti tra i processi.

Innovativo software IDEF0

Edraw Max è un software per diagrammi IDEF0 facile da usare, che crea rapidamente diagrammi IDEF0 e diagrammi aziendali con ricchi esempi e modelli.

Crea diagrammi gerarchici utilizzando i modelli di grafici dei processi IEDF0 per la gestione della configurazione dei modelli, l'analisi delle esigenze e dei vantaggi, le definizioni dei requisiti e i modelli di miglioramento continuo.

Requisiti di sistema

Funziona su Windows 7, 8, 10, XP, Vista e Citrix

Funziona su Windows a 32 e 64 bit

Funziona su Mac OS X 10.2 o versioni successive

Funzionalità software

Edraw è:

1. all'avanguardia
2. basato su vettori
3. più che semplici diagrammi IDEF0, IDEF1, IDEF2 che possono creare oltre 200 tipi di diagrammi
4. facile da usare con interfaccia drag and drop, simboli predefiniti e strumenti di formattazione automatica
5. accompagnato da una pletora di modelli ed esempi ben progettati
6. progettato con un'ampia compatibilità di formati di file

I diagrammi IDEF0 in genere includono i seguenti componenti:

diagramma di contesto- Il diagramma più in alto in un modello IDEF0.

diagramma genitore/figlio- Una gerarchia di scomposizione IDEF0 che utilizza relazioni padre/figlio.

alberi nodo- Strutture ad albero di nodi radicati in un nodo scelto e utilizzate per rappresentare una scomposizione IDEF0 completa in un singolo diagramma.

I vantaggi dell'utilizzo di IDEF0 per modellare i processi aziendali

1. Comprensione: la modellazione aiuta a scoprire la natura dell'attività che viene modellata; cosa è, cosa viene fatto nel business.
2. Comunicazione - una volta raggiunta la comprensione, la natura del processo di business es possono essere documentati e questi documenti facilmente comunicati.
3. Illuminazione: la modellazione aiuta a scoprire anomalie, ridondanze, carenze e inefficienze nel processo aziendale esistente (così com'è).
4. Miglioramento: un modello consente di selezionare le aree carenti dell'azienda e dei suoi processi e di migliorarle.
5. Riprogettazione: un modello fornisce una base tangibile per la riprogettazione del processo, eseguendo simulazioni del (futuro) processo aziendale riprogettato come definito dalla strategia. Ciò significa che le strategie possono essere testate prima che avvenga l'implementazione.

Le tecniche di modellazione IDEF0

Un Modello IDEF0 rappresenta le attività dell'impresa dal punto di vista dell'impresa, il modo in cui tali attività aziendali sono correlate, le risorse utilizzate per condurre ciascuna attività e il risultato o l'output di ciascuna attività. Il modello è costituito da grafica e testo associato a supporto della grafica.

La tecnica di modellazione IDEF0 consiste in un linguaggio grafico e un processo di modellazione che può essere utilizzato per sviluppare una ricca descrizione del processo. È un modo intuitivo per definire, analizzare e documentare l'azienda nel suo complesso ei processi aziendali.

IDEF0: cos'è e come si usa

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à malfunzionante interagisce con gli altri piuttosto che capire semplicemente perché non funziona correttamente. Pertanto, l'identificazione di qualsiasi problema inizia con lo studio del lavoro dell'azienda e la compilazione del suo modello funzionale.

Lo dirai modello funzionale l'azienda dovrebbe essere a capo, indipendentemente dal tipo di azienda di cui stiamo parlando. Ma, come dimostra la pratica, nella maggior parte dei casi questo modello è assente.

Vantaggio grafico

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

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

È lo stesso con i processi aziendali: molte attività tecniche possono essere organizzate sotto forma di annotazioni grafiche, il che semplificherà notevolmente l'attività per gli sviluppatori e farà risparmiare denaro ai clienti.

Vantaggi di IDEF0 perESSO-specialisti

L'attività degli sviluppatori, che si tratti, ad esempio, dell'installazione di un CRM o della creazione di un ERP efficace, è associata alla modifica di un sistema già consolidato. E per farlo bene, devi prima studiare come funziona questo sistema. Dopo averlo studiato, scrive lo sviluppatore offerta, in cui espone la sua visione della situazione, le azioni necessarie per risolvere il problema, nonché il risultato atteso. Un documento del genere può richiedere più di una dozzina di pagine. Da un lato, questo è positivo, perché il cliente riceve la massima informazione di suo interesse. D'altra parte, studiare un lungo testo richiede tempo, che spesso un uomo d'affari di successo non ha.

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

Capiamo prima cosa sono la notazione e IDEF0 ea cosa servono.

Notazione della descrizione del processo aziendale: che cos'è

La notazione è un formato in cui i processi aziendali vengono presentati sotto forma di oggetti grafici utilizzati nella modellazione e direttamente nelle regole di modellazione. La notazione è una sorta di linguaggio grafico che permette di immaginare il funzionamento dell'azienda, dimostrando la connessione 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, nonché una notazione grafica utilizzata per descrivere e formalizzare i processi aziendali. Una caratteristica di IDEF0 è che questa metodologia è incentrata sulla subordinazione degli oggetti. IDEF0 è stato sviluppato per l'automazione aziendale nel 1981 negli Stati Uniti.

Modello funzionale della società

Il modello funzionale IDEF0 è costituito da blocchi, ognuno dei quali ha diversi ingressi e uscite. Ogni blocco ha controlli e meccanismi che sono 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 frecce

posta in arrivo i compiti sono impostati.

estroverso visualizzare il risultato dell'attività.

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

Meccanismi(frecce dal basso verso l'alto) vengono utilizzate per eseguire il lavoro necessario.

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

IDEF0 ti consente di scambiare informazioni, mentre grazie alla versatilità e alla 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 un'attenta lucidatura e regolazione. Pertanto, è possibile creare un modello funzionale dell'azienda in modo rapido e con una minima probabilità di errore.

Naturalmente esistono altre metodologie, quindi perché consigliamo IDEF0? Puoi anche segare 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 di cui hai bisogno.

Come si crea un modello funzionale

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

Unità principale si intitolerà "Scrivere un articolo".

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

Frecce di controllo per scrivere un articolo - "Piano dell'articolo", "Requisiti per la registrazione", "Regole della lingua russa".

I meccanismi sono direttamente l'autore stesso, il copywriter, l'editor, il software. Come sono organizzati questi meccanismi? L'autore crea il testo registrandone la versione audio. Il copywriter trasferisce il testo in un formato testuale, 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 discorso, ortografia e punteggiatura. Software: questi sono i programmi e gli strumenti utilizzati dai partecipanti al processo durante la creazione dell'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 interconnessi.

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

1. Prepara una versione audio.
2. Preparare il testo per la stampa.
3. Editing e preparazione del testo per la stampa.
4. Pubblicazione articolo.

Lo schema riflette le informazioni su quali elementi e meccanismi di controllo sono coinvolti in quale fase. Ad esempio, per creare un testo di qualità, l'autore utilizza la propria esperienza e conoscenza, utilizzando come guida il piano di pubblicazione e le esigenze dell'editore. Il copywriter, quando crea una versione stampata del testo, e l'editore, quando lo corregge, usa 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 si concentra sullo scopo della sua creazione e sul suo punto di vista.

La modellazione funzionale viene effettivamente utilizzata per prendere varie decisioni di gestione. 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, è facile 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 svolgere questo lavoro per la metà dell'importo previsto per l'editore. Sì, la qualità del testo potrebbe essere persa da questo, ma l'attività di ottimizzazione è stata completata con successo. E farlo senza uno schema visivo sarebbe più difficile.

Processo di creazione della notazioneIDEF0

Ci sono molti programmi per creare notazioni. Alcuni sono progettati per creare modelli funzionali, mentre altri ti consentono di lavorare con qualsiasi oggetto grafico. E per qualcuno al primo stadio bastano un foglio di carta, una matita e una gomma.

Prima di procedere alla descrizione del lavoro dell'azienda, ovvero direttamente alla creazione della notazione dei processi aziendali, è necessario studiare i principi del funzionamento dell'azienda. Per fare ciò, uno specialista esterno conduce un'intervista. Prima di tutto risponde alla domanda il capo dell'azienda, poi gli specialisti che sovrintendono ad altre fasi del lavoro.

Il risultato della prima fase del lavoro sono due notazioni. Uno rifletterà i processi aziendali nella loro forma originale. Questa notazione sarà creata sulla base dei risultati del colloquio, e ogni dettaglio dovrà essere concordato con il capo dell'azienda ei suoi dipendenti. È estremamente importante che la tua comprensione dei processi aziendali esistenti nell'azienda corrisponda alla realtà, ciò richiede conferma a tutti i livelli.

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

Standard IDEF0 e relativi requisiti

Abbiamo parlato dei requisiti di base di IDEF0 un po' più in alto.

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 arrivo sono a sinistra, a destra - in uscita.
3. Gli elementi di controllo si trovano in alto, i meccanismi si trovano in basso.
4. Quando più blocchi si trovano su un foglio o schermo, i successivi vengono posizionati a destra sotto il precedente.
5. Gli schemi dovrebbero essere creati in modo che le frecce si intersechino il numero minimo di volte.

Naturalmente, lo standard IDEF0 ha generalmente accettato norme, requisiti e designazioni. Non ci soffermeremo su di loro in dettaglio, se lo desideri, queste informazioni sono facili da trovare.

Errori quando si lavora con IDEF0

Come in qualsiasi altra attività, si verificano errori durante la modellazione funzionale. Analizziamo il più tipico di loro.

Utilizzo di più colori

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

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

Un gran numero di blocchi

Quando si compila un modello funzionale dell'azienda, i suoi autori cercano spesso di riflettere tutto, anche i più piccoli dettagli. Si scopre uno schema con un numero enorme di blocchi e frecce. Di conseguenza, la sua leggibilità e visibilità sono ridotte.

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

Ristrutturazione durante la correzione dei bug

Quando si crea un diagramma, è importante che nessun processo sia lasciato senza entrata, uscita o altro elementi importanti. Ad esempio, se devi rimuovere l'autore dallo schema, devi rimuovere tutti gli elementi e le frecce che sono direttamente correlati a lui. Se rimangono nello schema, sorgeranno incomprensioni e confusione, poiché durante i dettagli porteranno a nessuno sa dove.

La stessa situazione si verifica con l'aggiunta di un blocco. Se hai bisogno di inserire qualsiasi informazione, controlla se le hai fornite con gli attributi necessari. Questo deve essere attentamente monitorato, poiché durante la modellazione di processi aziendali complessi, anche un leggero cambiamento in una parte comporterà cambiamenti in un'altra.

Nome di blocchi e controlli

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

Vantaggi dell'utilizzo di IDEF0

visibilità. Descrivendo il lavoro dell'azienda sotto forma di diagramma, diventa chiaro come funziona l'azienda, dove possono sorgere problemi e come prevenirne il verificarsi.

Comprensione reciproca, esclusione della possibilità di errata interpretazione dello schema. La visibilità e l'accessibilità del modello funzionale, che rappresenta il lavoro dell'azienda sotto forma di blocchi e controlli, ti aiuterà a discutere con la direzione del funzionamento della loro azienda. A proposito, se necessario, viene creato un glossario per il modello funzionale, in cui vengono raccolti tutti i termini e i simboli. 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. Ovviamente, per padroneggiare la metodologia della modellazione funzionale, è necessario dedicare molto tempo. Prima di tutto, devi imparare a presentare un'enorme quantità di informazioni sotto forma di uno schema conciso, ad es. essere in grado di filtrare e comprimere i dati di origine. Ma lo sforzo e il tempo spesi per l'allenamento sono più che ripagati in seguito. In effetti, non ci vorrà molto tempo per creare un modello funzionale e presentarlo in modo accessibile.

Minima possibilità di errore. Lavorare secondo lo standard IDEF0 richiede una stretta aderenza alle sue regole. Questo disciplina l'esecutore ed elimina la possibilità di un errore. Inoltre, qualsiasi non conformità con lo standard diventa immediatamente evidente.

E infine

Due business analyst possono avere gli stessi modelli funzionali solo se la struttura aziendale è estremamente semplice. In altri casi, i modelli differiranno l'uno dall'altro. Questo è naturale, perché ogni analista ha la propria esperienza specifica, la propria comprensione del funzionamento dell'azienda, il proprio punto di vista su come risolvere i compiti che gli sono stati assegnati. L'analista aziendale sviluppa un modello funzionale dal punto di vista del manager, immagina come risolverebbe i compiti.

A nostro avviso, lo strumento IDEF0 sarà utile non solo per gli analisti aziendali professionisti, ma anche per coloro che analizzano direttamente la propria attività e cercano di costruire sistema efficace gestione.

Una foto vale più di mille parole

saggezza popolare

Certo, in teoria, il manager dovrebbe avere un modello funzionale del lavoro dell'azienda, e poco importa se parliamo dell'organizzazione del magazzino o del sistema informatico (dal lead alla richiesta). Ma in realtà non lo è quasi mai, e quindi, nel processo di studio e ricerca di una soluzione al compito posto dal cliente, creo anche un modello funzionale dell'azienda o determinato processo(funziona) in modo indipendente.

Qualche parola sui vantaggi della grafica

Come sai, i modelli funzionali IDEF0 sono sempre diagrammi grafici. Hanno le loro caratteristiche e regole di compilazione. Ne parleremo un po 'più tardi. E ora vorrei fare un paio di esempi dell'efficacia della grafica. Perché mi sto concentrando su questo? Molto probabilmente, dopo la mia affermazione sulla necessità di un modello funzionale del lavoro dell'azienda, molte persone hanno pensato che ciò non fosse necessario, ed era possibile spiegare a parole come funziona questa o quella funzione in azienda. Questo è ciò di cui voglio parlare.

E per cominciare, facciamo una breve digressione nella storia. Torniamo al lontano 1877, durante il periodo Guerra russo-turca. Fu allora che il tipografo Sytin utilizzò per la prima volta la grafica per descrivere le operazioni militari. Ora tutto questo ci è familiare, quando descriviamo qualsiasi battaglia, davanti ai nostri occhi compaiono carte con frecce che mostrano chiaramente l'andamento della battaglia. E a quei tempi le operazioni militari venivano descritte a parole. Per ogni combattimento - molte, molte parole. Ed è stato molto difficile capire alla fine cosa stava succedendo.

Ecco perché l'idea di Sytin era davvero rivoluzionaria: iniziò a stampare copie litografiche di mappe con la designazione di fortificazioni e posizioni di unità militari. Queste carte erano chiamate “Per i lettori di giornali. Beneficio". L'idea si è rivelata così rilevante che la primissima tiratura di "Help" è andata esaurita all'istante. E poi tali applicazioni erano molto richieste. Il motivo è ovvio. La grafica ha aiutato a capire ciò che era quasi impossibile distinguere con l'aiuto delle sole parole.

Posso anche citare un esempio simile dell'impotenza delle descrizioni verbali dalla mia stessa pratica. Uno dei miei clienti mi ha chiesto di occuparmi dell'implementazione di un sistema ERM per la sua azienda. Quando ho chiesto se avevano qualche tipo di compito tecnico, ho ricevuto la risposta: “Sì, lo fanno. Ma ha 400 pagine. Allo stesso tempo, il cliente si è lamentato molto del fatto che i miei colleghi, che aveva contattato in precedenza, rifiutassero del tutto il progetto o chiamassero prezzi chiaramente gonfiati. Dopo aver visto che i termini di riferimento erano effettivamente lunghi 400 pagine e consistevano esclusivamente in una descrizione testuale, ho capito le ragioni del comportamento degli sviluppatori. Leggere un tale volume di testo, approfondirlo, comprenderne tutte le sfumature solo per capire il compito e nominare il prezzo è davvero molto difficile.

Ho offerto a questo cliente un'opzione alternativa: descrivere graficamente tutto ciò che è possibile sotto forma di annotazioni. Gli ha mostrato esempi di modellazione. Di conseguenza, ora stanno ripensando i loro desideri e la progettazione dei termini di riferimento.

Conosco anche molti altri esempi in cui la modellazione grafica dei processi aziendali ha aiutato sia i miei colleghi, consulenti aziendali e sviluppatori, sia gli stessi uomini d'affari

Perché è importante per il mio lavoro

Il mio lavoro è sempre legato alla modifica del sistema esistente. E per apportare modifiche e ottenere il risultato desiderato, è necessario studiare ciò che già esiste. E non importa cosa facciamo esattamente: impostiamo o installiamo un sistema CRM da zero, creiamo un sistema ERP efficace, siamo impegnati nell'integrazione vari sistemi aumentare l'automazione del lavoro in generale. In ogni caso, per cominciare, è necessario farsi un'idea dello schema di lavoro esistente, e solo dopo è possibile proporre alcune modifiche e riflettere sulle opzioni per risolvere il compito.

Dopo aver studiato lo stato attuale delle cose, io, come qualsiasi altro specialista di terze parti, creo una proposta commerciale in cui rivelo nel modo più dettagliato possibile la mia visione della situazione attuale, nonché le azioni che devono essere intraprese per risolvere il compito e, ovviamente, il risultato atteso.

Tali rapporti di indagine sul lavoro sono voluminosi, occupano più di una pagina, il che, da un lato, è necessario, ma dall'altro complica la percezione. All'inizio, come molti altri, ho pensato che i rapporti voluminosi andassero bene, perché una persona paga per il lavoro e devi fornirgli quante più informazioni dettagliate possibili.

È importante, infatti, non dare volume, ma trasmettere l'essenza nel modo più rapido e completo possibile. Grandi volumi di testo richiedono tempo, che spesso gli uomini d'affari hanno pochissimo. E la grafica mi consente di ridurre il volume della mia proposta e mostrare chiaramente, in una forma comprensibile, la soluzione. Di conseguenza, le mie proposte sono state notevolmente ridotte, la grafica è apparsa in esse e le decisioni sull'inizio della cooperazione hanno iniziato a essere prese più rapidamente.

È per questo motivo che utilizzo modelli visivi. Come sai, un'immagine vale più di mille parole. E nel caso della descrizione dei processi aziendali e delle opzioni per modernizzare il lavoro di un'azienda, questo è vero. E le notazioni IDEF0 sono molto adatte qui.

Ma prima, capiamo i concetti di base su cosa sono le notazioni, perché sono necessarie, cos'è IDEF0, quali sono le caratteristiche ei vantaggi di questo metodo.

Cos'è la notazione della descrizione del processo aziendale

Una notazione è un formato per descrivere un processo aziendale, ovvero un insieme di oggetti grafici utilizzati nella modellazione, nonché regole di modellazione.

In effetti, le notazioni sono uno speciale linguaggio grafico che consente di descrivere il lavoro di un'azienda, dimostrare visivamente l'interazione tra diversi reparti, ad es. descrivere i processi aziendali. Le notazioni possono essere utilizzate per la modellazione di processo o funzionale.

In generale, le notazioni possono essere definite un linguaggio di programmazione nell'analisi aziendale.

Cos'è IDEF0?

IDEF0 è una metodologia di modellazione funzionale e una notazione grafica progettata per formalizzare e descrivere i processi aziendali. Caratteristica distintiva IDEF0 è la sua enfasi sulla subordinazione degli oggetti. IDEF0 considera le relazioni logiche tra i lavori, non la loro sequenza temporale (flusso di lavoro). Wikipedia

Lo standard IDEF0 è stato sviluppato nel 1981 dal Dipartimento di Aeronautica per l'automazione imprese industriali. Nel processo di sviluppo del software, gli sviluppatori devono affrontare la necessità di sviluppare nuovi metodi per l'analisi dei processi aziendali. Di conseguenza, è apparsa la metodologia di modellazione funzionale IDEF0, in cui vengono utilizzate speciali notazioni IDEF0 per l'analisi.

Modello funzionale della società

Il modello funzionale IDEF0 è un insieme di blocchi, ciascuno dei quali è una "scatola nera" con ingressi e uscite, controlli e meccanismi dettagliati (scomposti) al livello richiesto. La funzione più importante si trova nell'angolo in alto a sinistra. E le funzioni sono collegate tra loro con l'aiuto di frecce e descrizioni di blocchi funzionali. Inoltre, ogni tipo di freccia o attività ha il suo significato. Questo modello consente di descrivere tutte le principali tipologie di processi, sia amministrativi che organizzativi.

Le frecce possono essere:

• Posta in arrivo - introduttivo, che imposta un'attività specifica.
• In uscita: visualizza il risultato dell'attività.
• Manager (dall'alto verso il basso) - meccanismi di controllo (posizioni, istruzioni, ecc.).
• Meccanismi (dal basso verso l'alto): ciò che viene utilizzato per produrre il lavoro necessario.

Sarebbe più corretto chiamare input e output le frecce in entrata e in uscita, poiché in inglese sono chiamate rispettivamente Input e Output. Ma le caratteristiche della traduzione e i soliti nomi sembrano già come sono. Eppure, per una corretta comprensione dei termini, è importante ricordarne il significato in questo caso. Ciò è confermato anche dal fatto che questa notazione è stata creata principalmente per lo sviluppo del software, ed è più corretto tradurre i termini in questo punto di vista.

Le frecce sono firmate usando nomi (esperienza, piano, regole) e i blocchi sono firmati usando verbi, ad es. descrivono le azioni che vengono eseguite (creare un prodotto, concludere un contratto, effettuare una spedizione).

IDEF0 è un linguaggio molto semplice e allo stesso tempo visivo per descrivere i processi aziendali. Con l'aiuto di questo standard è possibile il trasferimento di informazioni tra sviluppatori, consulenti e utenti. Lo standard è stato sviluppato con molta attenzione, è conveniente per il design, universale. Esistono molti strumenti per lavorarci, ad esempio VISIO, BPWIN, ERWIN, Bussines studio, ecc.

Inoltre, utilizzare IDEF0 per creare modelli di business non è solo conveniente, ma anche giusto. Questo strumento è stato progettato per la business intelligence, è stato sottoposto a un lungo e approfondito debugging e perfezionamento. Pertanto, utilizzare IDEF0 per creare un modello funzionale senza errori è molto più semplice che senza utilizzare questo standard.

Come sai, è meglio martellare i chiodi con un martello. Certo, puoi usare altri strumenti per questo, ma un martello è il più funzionale ed è più facile martellare un chiodo in modo ordinato e preciso con esso. Quindi, con l'uso di IDEF0, questo strumento è stato creato per la modellazione funzionale e con il suo aiuto puoi ottenere il risultato desiderato molto più velocemente e con maggiore precisione.

Un esempio di creazione di un modello funzionale IDEF0

Per capire come lavorare con la modellazione funzionale, darò un esempio del processo di scrittura di un articolo.

Il blocco principale è "Scrivi un articolo".

Frecce in arrivo: "Esperienza", "Informazioni da fonti di terze parti". Questi sono gli input necessari per iniziare.

Le guide per scrivere un articolo sono il "Piano di pubblicazione", "Requisiti dell'editore", "Regole della lingua russa".

E nel ruolo di "Meccanismi" ci sono l'autore, il copywriter, il correttore di bozze e il software. In questo caso, l'autore crea un materiale audio in cui raccoglie tutti i pensieri e le idee che dovrebbero riflettersi nell'articolo. Un copywriter è una persona che crea, sulla base di questo materiale, guidato dai requisiti dell'editore, dal piano di pubblicazione e dalle regole della lingua russa, il testo finito dell'articolo. Il correttore di bozze controlla il materiale per gli errori. E il software sono gli strumenti che tutti i partecipanti al processo utilizzano nel loro lavoro.

Pertanto, ho impostato i parametri principali del processo, il suo input, output, nonché tutto il necessario per la corretta implementazione del processo. Ma questo è solo il quadro di base del processo. Questo descrive lo schema generale dell'azienda nel suo insieme.

In effetti, il processo di creazione di un articolo, come qualsiasi processo aziendale, può e deve essere dettagliato. Per fare ciò, scompongo il blocco generale "scrivi un articolo" in elementi interconnessi.

Nel nostro caso, il lavoro è suddiviso in 4 fasi principali:

1. Prepara l'audio.
2. Prepara il testo
3. Preparare il testo per la pubblicazione.
4. Inserire un articolo in una pubblicazione.

Il diagramma mostra chiaramente in quale fase quali elementi di controllo e quali meccanismi sono coinvolti.

Pertanto, durante la creazione dell'audio, l'autore utilizza la sua conoscenza ed esperienza, pur essendo guidato dal piano di pubblicazione e dai requisiti dell'editore. Il copywriter riceve in input una registrazione audio dalla quale, guidato dalle regole della lingua russa, crea un testo. Il correttore di bozze riceve il testo e lo controlla, guidato anche dalle regole della lingua russa. Per inserire un articolo in una pubblicazione, è necessario un software speciale.

Quando si crea un modello funzionale, i parametri chiave sono l'obiettivo e il punto di vista. Sulla base di essi, la modellazione degli stessi processi può apparire leggermente diversa. Ad esempio, nel mio caso, l'obiettivo è "parlare del processo di scrittura di un articolo". E il punto di vista del copywriter è "scrivere e pubblicare un articolo dal punto di vista del responsabile del processo".

Quindi, se lo stesso processo fosse descritto dal punto di vista di un copywriter, l'input sarebbe un'esperienza e un file audio dell'autore. Inoltre, in questo caso, Esperienza significherebbe l'esperienza di un copywriter, ma non di un leader o di un autore. Pertanto, la prima cosa da determinare quando si crea un modello di processo aziendale è scegliere un punto di vista e articolare chiaramente l'obiettivo.

Tale modellazione non è solo visiva, ma anche molto comoda per prendere decisioni di gestione efficaci. Ad esempio, nel processo aziendale sopra descritto, ci sono due specialisti separati: un copywriter e un correttore di bozze. Se mi pongo il compito di ottimizzare il project financing, grazie allo schema vedrò subito dov'è e come si può fare. Quindi, un copywriter e un correttore di bozze usano approssimativamente le stesse regole, ma il copywriter riceve l'audio e fornisce il risultato sotto forma di testo, mentre il correttore di bozze accetta e fornisce il testo. E quindi, se necessario, posso, diciamo, per metà del costo delle mansioni di correttore di bozze, offrire un copywriter. Quindi risparmierò denaro e tempo sull'interazione di diversi specialisti. Certo, capisco tutti i meriti dei correttori di bozze e perché è meglio lavorare con singoli specialisti. Ma ti ricordo che ho un compito: l'ottimizzazione dei costi.

Senza un tale strumento visivo, sarebbe più difficile determinare quale dei blocchi può essere rimosso e quindi ottimizzare il lavoro.

Come creare notazioni IDEF0

Esistono molti prodotti software diversi che possono essere utilizzati per creare notazioni. Alcuni sono progettati specificamente per la modellazione funzionale, altri sono progettati per qualsiasi lavoro con elementi grafici. Dove e come costruire questi modelli dipende da te.

Personalmente ritengo che nella prima fase non ci sia niente di meglio della carta normale, una semplice matita e una gomma per apportare correzioni in caso di errori.

Per creare una notazione per i processi aziendali esistenti, ad es. per descrivere come funziona oggi l'azienda, è necessario studiare i principi del lavoro. Uno specialista di terze parti (consulente, sviluppatore) conduce un'intervista per questo. Nella prima fase, il capo dell'azienda risponde alle domande, quindi, nel processo di dettaglio della notazione, vengono condotte interviste con i dipendenti responsabili delle varie fasi del lavoro.

È importante capire che, di conseguenza, saranno necessarie 2 notazioni. Il primo visualizzerà i processi aziendali così come sono. Lo crei sulla base di un colloquio e coordini ogni dettaglio con i dipendenti dell'azienda e il manager. È molto importante che la tua visione dei processi esistenti coincida con la realtà, ed è questo che richiede conferme a tutti i livelli.

La seconda notazione è "come dovrebbe essere". Viene creato sulla base delle prime e di quelle modifiche che si propone di apportare alla struttura del lavoro per ottimizzare e automatizzare il lavoro dell'azienda come parte del compito.

Requisiti IDEF0

I requisiti di base dello standard IDEF0, in linea di principio, li ho descritti sopra e mostrati con un esempio.

1. Nell'angolo in alto a sinistra c'è sempre l'elemento principale.
2. Tutti gli elementi devono avere frecce in entrata e in uscita, poiché per l'esecuzione è necessario ricevere qualcosa in ingresso (ordine, compito) e dopo l'elaborazione in uscita è necessario trasferire il prodotto finito. Le frecce in arrivo sono sempre a sinistra, quelle in uscita sempre a destra.
3. In alto gli elementi di controllo, in basso i meccanismi necessari per completare il processo.
4. Se ci sono più blocchi su un foglio (schermo), ogni blocco successivo si trova a destra e sotto il precedente.
5. È necessario sforzarsi di creare schemi in modo tale che l'intersezione delle frecce sia ridotta al minimo necessario.

Errori comuni

La modellazione funzionale viene eseguita utilizzando una varietà di strumenti, inclusi quelli non destinati alla modellazione. In quest'ultimo caso, non vi è alcun controllo per errori e limitazioni dello standard. Il desiderio di aumentare la visibilità e la mancanza di esperienza spesso finiscono in errori.

Uso di colori diversi

Tutti gli elementi nel diagramma sono ugualmente importanti. Nella modellazione funzionale non ci sono elementi più o meno importanti. La scomparsa di uno qualsiasi comporterà un'interruzione del processo e un difetto di fabbricazione.

Spesso durante la modellazione su carta o in vari programmi, gli utenti cercano di aumentare la visibilità attraverso l'uso di colori differenti. Questo è uno degli errori più comuni. In effetti, l'uso di frecce e blocchi multicolori introduce solo ulteriore confusione e distorce anche la percezione dello schema.

Il tuo modello dovrebbe leggere in bianco e nero, senza ulteriori informazioni soluzioni di colore. Questo approccio aiuta contemporaneamente a evitare fraintendimenti e disciplina il creatore del modello, di conseguenza, la leggibilità e l'alfabetizzazione del modello aumentano.

Troppi blocchi

Quando compilano un modello, spesso cercano di visualizzare su un foglio tutte le sfumature del lavoro dell'azienda con tutti i dettagli. Il risultato è molto un gran numero di blocchi con grande quantità frecce di controllo. La leggibilità è persa.

L'opzione migliore è fornire dettagli sufficienti per comprendere il problema e niente di più. I dettagli dettagliati del lavoro di ciascun dipartimento o persino di un dipendente possono essere rivelati quando si sceglie una visione dettagliata di un particolare processo. E una tale struttura viene creata solo se è veramente necessaria per il lavoro o il processo decisionale.

Violazione della struttura durante le regolazioni

Guarda attentamente per evitare confusione o processi senza elementi in entrata, in uscita e altri elementi importanti. Ad esempio, se nell'esempio sopra, ritengo opportuno spostare il punto di vista sul copywriter, rimuoverò l'autore dallo schema. E poi i controlli "esperienza dell'autore e fonti terze", così come il piano di pubblicazione diventano superflui. Dopotutto, l'autore li usa. Il copywriter lavora con il file audio. E se rimangono dentro schema generale, quindi quando dettagliano, porteranno incomprensibilmente dove e introdurranno confusione.

Allo stesso modo, se decido di aggiungere un blocco, è importante assicurarsi che abbia anche tutti gli attributi richiesti. L'attenzione è molto importante qui, perché quando si modellano processi aziendali complessi, i cambiamenti in una parte del modello possono portare a cambiamenti in un'altra. Devono essere inseriti.

Regole per la denominazione di controlli e blocchi

È importante ricordare una semplice regola: le frecce di controllo sono chiamate nomi, i blocchi sono chiamati verbi. Questo è accettato nello standard IDEF0 e questo approccio aiuta a evitare confusione ed errori.

Molto spesso, vengono commessi errori durante la denominazione dei blocchi. Ad esempio, invece di "Crea un articolo" scrivono "Crea un articolo". I blocchi in questo approccio sono azioni e quindi dovrebbero sempre essere verbi.

Vantaggi dell'utilizzo di IDEF0

• Il primo vantaggio è ovvio: è la visibilità. Tu stesso inizi a capire come funziona questo o quel sistema e puoi anche spiegare chiaramente dove ci sono "punti sottili" in questo sistema e come le tue soluzioni ti aiuteranno a sbarazzartene.
• Comprensione reciproca e mancanza di disaccordo. Quando si discute del lavoro dell'azienda utilizzando il modello funzionale, si hanno blocchi di attività visivi e intuitivi con controlli. Inoltre, la modellazione funzionale comporta la creazione, se necessario, di un glossario in cui vengono rivelati simboli e termini. Di conseguenza, tu e il tuo cliente, manager e altri dipendenti parlate la stessa lingua quando discutete di un problema.
• Semplicità e alta velocità di creazione del modello. Certo, imparare a modellare non è così facile come sembra. Dopotutto, uno schema è, in effetti, una presentazione super densa di informazioni, che è molto utile per la comprensione, ma per implementare tale presentazione è necessario un approccio speciale. Il cervello dell'analista funge in questo caso da una parte da una potentissima pressa e dall'altra da filtro. Ma con l'esperienza, questo processo diventa molto veloce. Di conseguenza, ottieni uno strumento che ti aiuterà a capire cosa sta succedendo in un particolare sistema e, utilizzando un aiuto visivo creato in breve tempo, illustrare punti importanti colleghi o clienti.
• Disciplina e nessun errore. Lo standard IDEF0 presuppone quadri e regole rigorose. Questo approccio disciplina e l'abitudine di agire nell'ambito della norma aiuta a evitare errori dovuti alla disattenzione. Qualsiasi violazione dello standard diventa immediatamente evidente.

Qual è la difficoltà di utilizzare IDEF0

È importante capire che solo nei casi più semplici due analisti aziendali creeranno esattamente gli stessi modelli funzionali per descrivere il lavoro dell'azienda. Qualsiasi modello riflette l'esperienza dell'analista, la profondità di comprensione dell'attività che cerca di descrivere e anche, in qualche modo, il suo punto di vista personale su questa attività. Quelli. una persona sviluppa un modello di business dal punto di vista del leader, come se fosse il leader.

Allo stesso tempo, credo che un analista aziendale non sia proprio una professione, ogni manager aziendale o sviluppatore di alcuni sistemi è impegnato nell'analisi aziendale, che analizza il business e si sforza di costruire il sistema più efficace. È per queste persone e per questi scopi che è destinato lo strumento IDEF0.

Pertanto, è molto importante consultare costantemente il capo dell'azienda durante la compilazione di un modello di business funzionale "così com'è", in modo da non commettere errori che comporteranno automaticamente errori nelle fasi di decomposizione. Inoltre, nelle fasi successive, potrebbero essere richieste ulteriori approvazioni da parte dei responsabili delle divisioni strutturali e dei dipendenti. Solo se il tuo modello funzionale "così com'è" rifletterà davvero il reale stato delle cose, puoi apportare alcune modifiche e suggerimenti. E per ottenere risultati di alta qualità in tale lavoro, prima di tutto è richiesta esperienza pratica e conoscenza delle caratteristiche di un particolare tipo di attività.

Metodologia IDEF0

Metodologia IDEF0 prescrive la costruzione di un sistema gerarchico di diagrammi - singole descrizioni di frammenti di sistema. Innanzitutto, viene eseguita una descrizione del sistema nel suo insieme e della sua interazione con il mondo esterno (diagramma di contesto), dopodiché viene eseguita una scomposizione funzionale: il sistema è suddiviso in sottosistemi e ogni sottosistema è descritto separatamente (diagrammi di scomposizione) . Quindi ogni sottosistema viene scomposto in sottosistemi più piccoli e così via fino al raggiungimento del grado di dettaglio richiesto.

Ogni IDEF0-diagrammiun contiene blocchi e archi. I blocchi rappresentano le funzioni del sistema simulato. Gli archi collegano i blocchi tra loro e visualizzano le interazioni e le relazioni tra di essi.

I blocchi funzionali (lavori) nei diagrammi sono rappresentati da rettangoli, ovvero processi, funzioni o compiti denominati che si verificano in un determinato periodo di tempo e hanno risultati riconoscibili. Il nome dell'opera deve essere espresso come un sostantivo verbale che denota l'azione.

IDEF0 richiede che un diagramma abbia almeno tre e non più di sei riquadri. Questi vincoli mantengono la complessità dei diagrammi e dei modelli a un livello che può essere letto, compreso e utilizzato.

Ogni lato del blocco ha uno scopo specifico e ben definito. Il lato sinistro del blocco è per gli ingressi, quello superiore è per il controllo, quello destro è per le uscite, quello inferiore è per i meccanismi. Tale designazione riflette alcuni principi del sistema: gli input sono convertiti in output; il controllo limita o prescrive le condizioni per eseguire le trasformazioni; i meccanismi mostrano cosa e come esegue una funzione.

I blocchi in IDEF0 sono posti in ordine di importanza, come inteso dall'autore del diagramma. Questo ordine relativo è chiamato dominanza. La dominanza è intesa come l'influenza che un blocco ha su altri blocchi del diagramma. Ad esempio, il blocco più dominante nel diagramma può essere il primo di una sequenza richiesta di funzioni o una funzione di pianificazione o controllo che influenza tutte le altre.

La casella più dominante è solitamente posizionata nell'angolo in alto a sinistra del diagramma e la casella meno dominante è posizionata nell'angolo destro.

La disposizione dei blocchi sulla pagina riflette la definizione di dominio dell'autore. Pertanto, la topologia del diagramma mostra quali caratteristiche hanno un impatto maggiore sulle altre. Per sottolineare questo, l'analista può rinumerare i blocchi secondo il loro ordine di dominanza. L'ordine di dominanza può essere indicato da un numero posto nell'angolo in basso a destra di ogni casella: 1 indicherebbe la dominanza più alta, 2 la successiva e così via.

L'interazione delle opere con il mondo esterno e tra di loro è descritta sotto forma di frecce rappresentate da singole linee con frecce alle estremità. Le frecce rappresentano alcune informazioni e sono chiamate sostantivi.

IDEF0 distingue tra cinque tipi di frecce.

Entrata- oggetti utilizzati e trasformati dall'opera per ottenere un risultato (output). E' ammesso che l'opera non abbia alcuna freccia di entrata. La freccia di entrata viene tracciata mentre si entra nel lato sinistro del lavoro.

Controllo-.informazioni che controllano le azioni del lavoro. In genere, le frecce di controllo contengono informazioni che indicano cosa deve fare il lavoro. Ogni lavoro deve avere almeno una freccia di controllo, che viene mostrata mentre entra nella faccia superiore del lavoro.

Produzione- oggetti in cui vengono convertiti gli input. Ogni lavoro deve avere almeno una freccia di uscita, disegnata come proveniente dal lato destro del lavoro.

Meccanismo- Risorse che fanno il lavoro. La freccia del meccanismo è disegnata entrando nella faccia inferiore dell'opera. A discrezione dell'analista, le frecce del meccanismo potrebbero non essere visualizzate sul modello.

Chiamata- una freccia speciale che indica un diverso modello di lavoro. La freccia di chiamata viene disegnata come proveniente dalla parte inferiore del lavoro e viene utilizzata per indicare che un lavoro viene svolto al di fuori del sistema simulato.

Riso. 2.1 Tipi di frecce

Nella metodologia IDEF0, sono necessari solo cinque tipi di interazione tra i blocchi per descrivere le loro relazioni: controllo, input, feedback di controllo, feedback di input, meccanismo di output. Le relazioni di controllo e di entrata sono le più semplici in quanto riflettono azioni dirette intuitive e molto semplici.

Riso. 2.2. Comunicazione in uscita

Riso. 2.3. Comunicazione gestionale

Una relazione di controllo si verifica quando l'output di un blocco influisce direttamente su un blocco con meno dominanza.

Il feedback di controllo e il feedback di input sono più complessi perché sono iterativi o ricorsivi. Vale a dire, gli output di un lavoro influenzano l'esecuzione futura di altri lavori, che successivamente influenzeranno il lavoro originale.

Il feedback di controllo si verifica allora; quando l'output di un blocco influisce su un blocco con più dominio.

Le relazioni meccanismo di uscita sono rare. Riflettono una situazione in cui l'output di una funzione diventa un mezzo per un fine per un'altra.

Riso. 2.4. Feedback di ingresso

Riso. 2.5. Feedback della direzione

I collegamenti tra meccanismo di output sono caratteristici dell'allocazione delle fonti di risorse (ad esempio, strumenti richiesti, personale addestrato, spazio fisico, attrezzature, finanziamenti, materiali).

In IDEF0, un arco raffigura raramente un singolo oggetto. Di solito simboleggia un insieme di oggetti. Poiché gli archi rappresentano insiemi di oggetti, possono avere più punti iniziali (sorgenti) e punti finali (destinazioni). Pertanto, gli archi possono ramificarsi e connettersi in vari modi. L'arco intero o parte di esso può uscire da uno o più blocchi e terminare in uno o più blocchi.

La ramificazione degli archi, rappresentata come linee divergenti, significa che tutto o parte del contenuto degli archi può apparire in ogni ramo. Un arco è sempre etichettato prima di un ramo per dare un nome all'intero insieme. Inoltre, ogni ramo di un arco può o meno essere etichettato secondo le seguenti regole:

i rami senza etichetta contengono il peso degli oggetti specificati nell'etichetta dell'arco prima della diramazione;

i rami etichettati dopo il punto di diramazione contengono tutti o parte degli oggetti specificati nell'etichetta dell'arco prima del ramo.

Le fusioni di archi in IDEFO, mostrate come linee che convergono insieme, indicano che il contenuto di ciascun ramo va a formare un'etichetta per l'arco risultante dall'unione degli archi originali. Dopo un'unione, l'arco risultante viene sempre contrassegnato per indicare il nuovo insieme di caratteristiche emerse dopo l'unione. Inoltre, ogni filiale può o meno essere contrassegnata prima di una fusione, secondo le seguenti regole:

Riso. 2.6. Connessione meccanismo di uscita

i rami senza etichetta contengono il peso degli oggetti specificati nell'etichetta comune dell'arco dopo l'unione;

i rami contrassegnati prima della fusione contengono tutti o alcuni degli oggetti elencati nel segno comune dopo la fusione,

numero di blocchi sul diagramma - N;

livello di scomposizione del diagramma - l;

saldo grafico - IN;

il numero di frecce collegate al blocco - E

Questo insieme di fattori si applica a ciascun diagramma del modello. Quanto segue elencherà le raccomandazioni per i valori desiderati dei fattori del grafico.

È necessario sforzarsi di garantire che il numero di blocchi sui diagrammi dei livelli inferiori sia inferiore al numero di blocchi sui diagrammi principali, ovvero, con un aumento del livello di decomposizione, il coefficiente diminuirebbe. Pertanto, la diminuzione di questo coefficiente indica che. che man mano che il modello viene scomposto, le funzioni dovrebbero essere semplificate, quindi il numero di blocchi dovrebbe diminuire.

I grafici devono essere equilibrati. Ciò significa che all'interno di un diagramma, la situazione mostrata in Fig. 2.7: il lavoro 1 ha molte più frecce in entrata e di controllo rispetto a quelle in uscita. Va notato che questa raccomandazione potrebbe non essere implementata nei modelli che descrivono i processi di produzione. Ad esempio, quando si descrive una procedura di assemblaggio, un blocco può includere molte frecce che descrivono i componenti di un prodotto e una freccia può uscire: il prodotto finito.

Riso. 2.7. Un esempio di grafico non bilanciato

Introduciamo il coefficiente di equilibrio del diagramma

È necessario sforzarsi di ky era il minimo per il grafico.

Oltre l'analisi elementi grafici diagrammi, è necessario considerare i nomi dei blocchi. Per valutare i nomi viene compilato un dizionario di funzioni elementari (banali) del sistema simulato. In effetti, le funzioni della scomposizione dei diagrammi di livello inferiore dovrebbero rientrare in questo dizionario. Ad esempio, per un modello di database, le funzioni “trova un record”, “aggiungi un record al database” possono essere elementari, mentre la funzione “registrazione utente” richiede un'ulteriore descrizione.

Dopo aver formato il vocabolario e compilato un pacchetto di diagrammi di sistema, è necessario considerare il livello inferiore del modello. Se mostra una corrispondenza tra i nomi dei blocchi di diagrammi e le parole del dizionario, ciò indica che è stato raggiunto un livello sufficiente di scomposizione. Il coefficiente che riflette quantitativamente questo criterio può essere scritto come L*C- il prodotto del livello del modello per il numero di corrispondenze dei nomi dei blocchi con le parole del dizionario. Più basso è il livello del modello (L più alto), più preziosi sono i fiammiferi.

Quando si avvia BPWin, la barra degli strumenti principale, la tavolozza degli strumenti e l'Esploratore modello vengono visualizzati per impostazione predefinita.

Quando si crea un nuovo modello, viene visualizzata una finestra di dialogo in cui è necessario specificare se il modello verrà creato di nuovo o verrà aperto dal repository ModelMart, inserire il nome del modello e selezionare la metodologia in cui verrà costruito il modello ( Figura 2.8).

Fig.2.8 Finestra di dialogo per la creazione del modello

BPWin supporta tre metodologie: IDEF0, IDEF3 e DFD. In BPWin è possibile costruire modelli misti, cioè un modello può contenere contemporaneamente i diagrammi IDEF0, IDEF3 e DFD. La composizione della tavolozza degli strumenti cambia automaticamente quando si passa da una notazione all'altra.

Un modello in BPWin è visto come una raccolta di attività, ciascuna delle quali opera su una serie di dati. Se si fa clic su qualsiasi oggetto del modello con il pulsante sinistro del mouse, viene visualizzato un menu contestuale a comparsa, ciascuna voce del quale corrisponde all'editor di alcune proprietà dell'oggetto.

La costruzione di un modello di sistema dovrebbe iniziare con lo studio di tutti i documenti che lo descrivono. funzionalità. Uno di questi documenti è il capitolato d'oneri, vale a dire le sezioni "Scopo dello sviluppo", "Obiettivi e obiettivi del sistema" e "Caratteristiche funzionali del sistema".

Dopo aver studiato i documenti di origine e aver intervistato i clienti e gli utenti del sistema, è necessario formulare l'obiettivo della modellazione e determinare il punto di vista sul modello. Consideriamo la tecnologia della sua costruzione sull'esempio del sistema "Servizio per l'impiego nell'ambito dell'università", le cui caratteristiche principali sono state descritte nel lavoro di laboratorio n. 1.

Formuliamo lo scopo della modellazione: descrivere il funzionamento del sistema, che sarebbe comprensibile per il suo utente, senza entrare nei dettagli relativi all'implementazione. Costruiremo il modello dal punto di vista degli utenti (studente, insegnante, amministratore, rettorato, azienda).

Iniziamo costruendo un diagramma di contesto IDEF0. Secondo la descrizione del sistema, la funzione principale è servire i propri clienti elaborando le loro richieste. Pertanto, definiamo l'unico compito del diagramma di contesto come "Servire il client del sistema". Successivamente, definiamo i dati di input e output, nonché i meccanismi e il controllo.

Per servire un cliente, è necessario registrarlo nel sistema, aprire l'accesso al database ed elaborare la sua richiesta. I dati di input saranno "nome cliente", "password cliente", "database originale", "richiesta cliente". L'esecuzione della richiesta porta o all'ottenimento di informazioni dal sistema o alla modifica del contenuto del database (ad esempio, durante la compilazione di perizie), quindi l'output sarà "report" e "database modificato". Il processo di elaborazione della richiesta verrà eseguito dal monitor di sistema sotto il controllo dell'amministratore.

Quindi, definiamo il diagramma di contesto del sistema (Fig. 2.9).

Figura 2.9. Diagramma di contesto del sistema

Scomponiamo il diagramma di contesto descrivendo la sequenza del servizio clienti:

Determinazione del livello di accesso al sistema.

Selezione del sottosistema.

Accesso a un sottosistema.

Modifica del database (se necessario).

Otteniamo lo schema mostrato in Fig. 2.10.

Dopo aver completato la scomposizione del diagramma di contesto, si procede alla scomposizione del diagramma del livello successivo. Di solito, quando si considerano i livelli terzo e inferiore, i modelli ritornano ai diagrammi principali e li correggono.

Riso. 2.10. Scomposizione dell'opera "Servizio, il cliente del sistema"

Decomponiamo in sequenza tutti i blocchi del diagramma risultante. Il primo passo per determinare il livello di accesso al sistema è determinare la categoria dell'utente. In base al nome del cliente, viene eseguita una ricerca nel database degli utenti, determinandone la categoria. Secondo una certa categoria, vengono chiariti i poteri concessi all'utente del sistema. Successivamente, viene eseguita la procedura per l'accesso al sistema, verificando il nome e la password di accesso. Combinando le informazioni sulle autorizzazioni e il livello di accesso al sistema, viene formato un insieme di azioni consentite per l'utente. Pertanto, la definizione del livello di accesso al sistema sarà simile a quella mostrata in Fig. 2.11.

Riso. 2.11. Scomposizione dell'opera "Determinazione del livello di accesso al sistema"

Dopo aver eseguito la procedura di accesso al sistema, il monitor analizza la richiesta del cliente, scegliendo un sottosistema che elaborerà la richiesta. La scomposizione dell'opera "Riferimento a un sottosistema" non corrisponde allo scopo e al punto di vista del modello. L'utente del sistema non è interessato agli algoritmi interni del suo lavoro. In questo caso è importante per lui che la scelta del sottosistema venga effettuata automaticamente, senza il suo intervento, quindi la scomposizione della chiamata al sottosistema non farà che complicare il modello.

Scomponiamo il lavoro "Elaborazione della richiesta del cliente", eseguito dal sottosistema per l'elaborazione delle richieste, la determinazione delle categorie e le autorizzazioni dell'utente. Prima di cercare una risposta a una domanda, è necessario aprire il database (connettersi ad esso). In generale, il database può trovarsi su un server remoto, quindi potrebbe essere necessario stabilire una connessione con esso. Definiamo la sequenza di lavoro:

Apertura della banca dati.

Esecuzione di una richiesta.

Generazione di report.

Dopo aver aperto il database, è necessario informare il sistema sulla creazione di una connessione al database, quindi eseguire la query e generare report per l'utente (Fig. 2.12).

Va notato che "Esecuzione della richiesta" include il lavoro di vari sottosistemi. Ad esempio, se una richiesta include test, verrà eseguita da un sottosistema di test professionali e psicologici. Nella fase di esecuzione della query, potrebbe essere necessario modificare il contenuto del database, ad esempio durante la compilazione delle valutazioni degli esperti. Pertanto, è necessario prevedere tale possibilità sul diagramma.

Riso. 2.12.

Analizzando il diagramma risultante, sorge la domanda, in base a quali regole vengono generati i report? È necessario disporre di modelli preformati che verranno utilizzati per selezionare dal database e questi modelli devono corrispondere alle query e devono essere predefiniti. Inoltre, al cliente dovrebbe essere data la possibilità di scegliere la forma del rapporto.

Correggiamo il diagramma aggiungendo le frecce "Modelli di report" e "Richieste di modifica del database" e la freccia del tunnel "Client di sistema". Il tunneling del "Client di sistema" è stato applicato per non posizionare la freccia sul diagramma superiore, poiché la funzione di selezione del modulo di report non è abbastanza importante per visualizzarla sul diagramma principale.

La modifica del diagramma comporterà la regolazione di tutti i diagrammi principali (Fig. 2.13 - 2.15).

Si consiglia di scomporre il lavoro di "Esecuzione query" utilizzando il diagramma DFD (lavoro di laboratorio n. 3), poiché la metodologia IDEF0 considera il sistema come un insieme di lavori correlati, che riflette male i processi di elaborazione delle informazioni.

Riso. 2.13. Scomposizione del lavoro "Elaborazione della richiesta del cliente"

Riso. 2.14. Scomposizione del lavoro "Al servizio del cliente del sistema" (opzione 2)

Riso. 2.15. Diagramma di contesto del sistema (opzione 2)

Passiamo alla scomposizione dell'ultimo blocco "Cambiare il database". Dal punto di vista del cliente, questi sistemi si trovano in un unico database. In realtà, ci sono sei database nel sistema:

banca dati utente,

banca dati degli studenti, (opzione 2)

banca dati dei posti vacanti,

database dei progressi,

banca dati di prova,

DB di perizie,

Riepilogo DB.

In base allo scopo della modellazione, è importante che il cliente comprenda che i dati ricevuti non vengono aggiornati immediatamente nel sistema, ma passano attraverso un'ulteriore fase di elaborazione e controllo. L'algoritmo di cambiamento può essere formulato come segue:

Viene determinato il database in cui verranno modificate le informazioni.

L'operatore forma un set di dati temporaneo e lo fornisce all'amministratore.

L'amministratore controlla i dati e li inserisce nel database.

Questo modello può essere implementato in modo diverso, fornendo la possibilità di aggiornare il database direttamente su richiesta, bypassando il processo di controllo dei dati. In questo caso, è necessario garantire l'integrità del database per evitare danni allo stesso. In questo caso, il diagramma sarà simile a questo (Fig. 2.17).

Riso. 2.16. Scomposizione dell'opera "Cambiamento del database"

Riso. 2.17. Scomposizione dell'opera "Cambiare il database" (opzione 2) Per la prima opzione mostrata in fig. 2.12

L'esecuzione di un'ulteriore scomposizione "Modifiche al database" complicherà il modello, spiegando come viene eseguita la modifica fisica del database nel sistema. In questo caso, l'utente non riceverà alcuna informazione aggiuntiva sul funzionamento del sistema dei servizi per l'impiego. La scomposizione di questo lavoro dovrebbe essere eseguita nel processo di progettazione di un sistema di database nella fase di creazione di un modello di database logico.

La scomposizione del lavoro di "Query Execution" sarà effettuata nel laboratorio successivo, illustrando l'uso dei diagrammi DFD per descrivere i processi di elaborazione delle informazioni.

Svolgiamo un'analisi quantitativa dei modelli rappresentati nelle Figg. 2.12 e 2.13, secondo il metodo sopra descritto. Si consideri l'andamento del coefficiente ^ per questi modelli. Il diagramma principale "Elaborazione della richiesta di un cliente" ha un coefficiente di 4/2 = 2 e diagrammi di decomposizione di 3/3 = 1. Il valore del coefficiente diminuisce, il che indica che la descrizione delle funzioni è semplificata con una diminuzione del livello di il modello.

Considera la variazione del coefficiente A b in due modelli.

per la seconda opzione

Coefficiente A b non cambia il suo valore, quindi, l'equilibrio del diagramma non cambia.

Partiamo dal presupposto che il livello di scomposizione dei diagrammi considerati è sufficiente a riflettere lo scopo della modellazione, e sui diagrammi del Livello inferiore vengono utilizzate funzioni elementari come nomi di opere (dal punto di vista dell'utente del sistema).

Riassumendo l'esempio considerato, è necessario notare l'importanza di considerare diverse opzioni per i diagrammi durante la modellazione di un sistema. Tali opzioni possono sorgere durante la regolazione dei diagrammi, come è stato fatto con "Elaborazione di una richiesta del cliente" o durante la creazione di implementazioni alternative delle funzioni di sistema (scomposizione del lavoro "Modifica del database"). La considerazione delle opzioni consente di selezionare quella migliore e includerla nel pacchetto del diagramma per ulteriori considerazioni.