IDEF0: cos'è e come si usa. Costruire diagrammi idef3 (e idef0) - in quale programma dovrei farlo? Sviluppo di un programma per computer in idef0

Gennady Vernikov

Attualmente, l'interesse per gli standard di gestione generalmente accettati in Occidente è notevolmente aumentato in Russia, tuttavia, nella pratica di gestione reale, c'è un momento molto significativo. Molti leader possono ancora essere sconcertati dalla domanda diretta di struttura organizzativa società o sullo schema dei processi aziendali esistenti. I gestori di periodici economici più avanzati e che leggono regolarmente, di regola, iniziano a disegnare diagrammi gerarchici comprensibili solo a loro soli, ma in questo processo di solito si fermano rapidamente. Lo stesso dicasi per dipendenti e responsabili dei vari servizi e unità funzionali. Nella maggior parte dei casi, l'unico insieme di regole stabilite in base alle quali un'impresa deve operare è un insieme di regolamenti separati e descrizione del lavoro. Molto spesso, questi documenti sono stati compilati più di un anno fa, sono mal strutturati e non correlati tra loro e, di conseguenza, raccolgono semplicemente polvere sugli scaffali. Per il momento, un simile approccio era giustificato, poiché durante la formazione del russo economia di mercato il concetto di concorrenza era praticamente assente e non c'era particolare necessità di considerare i costi: il profitto era gigantesco. Di conseguenza, negli ultimi due anni abbiamo visto un quadro abbastanza comprensibile: grandi aziende, cresciute nei primi anni '90, stanno progressivamente perdendo posizioni, fino al completo ritiro dal mercato. Ciò è in parte dovuto al fatto che in azienda non sono stati introdotti standard di gestione, il concetto di modello funzionale di attività e missione era completamente assente. Attraverso la simulazione varie zone attività, è possibile analizzare efficacemente i "colli di bottiglia" nella gestione e ottimizzare lo schema aziendale complessivo. Ma, come sapete, in qualsiasi impresa, solo quei progetti che portano direttamente profitto hanno la massima priorità, quindi di solito si tratta di esaminare le attività e riorganizzarle solo durante una crisi tangibile nella gestione dell'azienda.

Alla fine degli anni '90, quando il mercato iniziò a diventare più competitivo e la redditività delle imprese iniziò a diminuire drasticamente, i manager incontrarono grandi difficoltà nel cercare di ottimizzare i costi in modo che i prodotti rimanessero sia redditizi che competitivi. Proprio in quel momento si è manifestata chiaramente la necessità di avere davanti agli occhi un modello dell'attività dell'impresa, che riflettesse tutti i meccanismi ei principi dell'interconnessione dei vari sottosistemi all'interno di un'unica impresa.

Il concetto stesso di "modellazione dei processi aziendali" è entrato nella vita della maggior parte degli analisti contemporaneamente all'apparizione sul mercato del complesso prodotti software destinato automazione integrata gestione aziendale. Tali sistemi comportano sempre un profondo sondaggio pre-progetto attività aziendali. Il risultato di questa indagine è un parere di esperti, in cui vengono formulate raccomandazioni in paragrafi separati per eliminare i "colli di bottiglia" nella gestione delle attività. Sulla base di questa conclusione, immediatamente prima dell'implementazione del sistema di automazione, viene eseguita la cosiddetta riorganizzazione dei processi aziendali, a volte piuttosto grave e dolorosa per l'azienda. Questo è, ovviamente, un team che si è sviluppato negli anni è sempre difficile da far "pensare in un modo nuovo". Tali indagini complete sulle imprese sono sempre complesse e differiscono notevolmente da caso a caso. Esistono metodologie e standard ben consolidati per risolvere tali problemi di modellazione di sistemi complessi. Questi standard includono la famiglia di metodologie IDEF. Con il loro aiuto, puoi visualizzare e analizzare efficacemente i modelli di 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 è determinata dallo stesso sviluppatore, il che consente di non sovraccaricare il modello creato con dati non necessari. Attualmente, i seguenti standard possono essere attribuiti alla famiglia IDEF:

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

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

IDEF1X (IDEF1 Extended) - una metodologia per costruire strutture relazionali. IDEF1X appartiene alla metodologia di tipo Entity-Relationship (ER) ed è tipicamente utilizzato per modellare database relazionali rilevanti per il sistema in questione;

IDEF2 è una metodologia per la modellazione dinamica dell'evoluzione dei sistemi. A causa delle gravissime difficoltà nell'analisi sistemi dinamici questo standard è stato praticamente abbandonato e il suo sviluppo è stato sospeso nella fase iniziale. Tuttavia, attualmente ci sono algoritmi e i loro implementazioni informatiche, che consente di trasformare un insieme di diagrammi IDEF0 statici in modelli dinamici costruiti sulla base di "reti di Petri colorate" (CPN - Color Petri Nets);

IDEF3 è una metodologia per documentare i processi che si verificano in un sistema, che viene utilizzata, ad esempio, nella ricerca processi tecnologici presso le imprese. IDEF3 descrive lo scenario e la sequenza delle operazioni per ciascun processo. IDEF3 ha una relazione diretta con la metodologia IDEF0: ogni funzione (blocco funzionale) può essere rappresentata come un processo separato utilizzando gli strumenti IDEF3;

IDEF4 è una metodologia per la creazione di sistemi orientati agli oggetti. Gli strumenti IDEF4 consentono di visualizzare visivamente la struttura degli oggetti ei principi alla base della loro interazione, consentendo in tal modo di analizzare e ottimizzare sistemi complessi orientati agli oggetti;

IDEF5 è una metodologia per lo studio ontologico di sistemi complessi. Utilizzando la metodologia IDEF5, l'ontologia del sistema può essere descritta utilizzando un certo vocabolario di termini e regole, sulla base del quale si possono formare affermazioni affidabili sullo stato del sistema in esame in un determinato momento. Sulla base di queste affermazioni, vengono tratte conclusioni ulteriori sviluppi sistema e ottimizzarlo.
Nell'ambito di questo articolo, considereremo la metodologia di modellazione funzionale IDEF0 più comunemente utilizzata.

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). Alcuni anni fa è stata pubblicata in Russia una piccola edizione di un libro con lo stesso nome, dedicato alla descrizione dei principi di base della costruzione di 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 era stata proposta dal Dipartimento dell'Aeronautica degli Stati Uniti. 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 dovuto affrontare la necessità di sviluppare nuovi metodi per analizzare i processi di interazione in impianti industriali. Allo stesso tempo, oltre a un migliore set di funzionalità per la descrizione dei processi aziendali, uno dei requisiti per il nuovo standard era la disponibilità di una metodologia efficace per l'interazione all'interno dell'"analista-specialista". In altre parole, nuovo metodo doveva garantire un lavoro di gruppo per la creazione del modello, con la partecipazione diretta di tutti gli analisti e specialisti coinvolti nel progetto.

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

Elementi e concetti di base di IDEF0

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

Il primo di questi è il concetto di Activity Box. Il blocco funzionale è rappresentato graficamente come un rettangolo (vedi Fig. 1) e ne rappresenta alcuni funzione specifica all'interno del sistema considerato. Secondo i requisiti della norma, il nome di ciascun blocco funzionale deve essere formulato nel modo verbale (ad esempio, "produrre servizi" e non "produrre servizi").

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

Il lato superiore è "Controllo";

Il lato sinistro è "Input";

Il lato destro è impostato su "Output";

Il lato inferiore ha il valore "Meccanismo" (Meccanismo).

Ogni unità funzionale all'interno del singolo impianto considerato deve avere un proprio numero identificativo univoco.

Figura 1. Blocco funzione.

La seconda "balena" della metodologia IDEF0 è il concetto di arco di interfaccia (Freccia). Inoltre, gli archi di interfaccia sono spesso chiamati flussi o frecce. Un arco di interfaccia rappresenta 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). Secondo lo standard, il nome deve essere un turnover di un sostantivo.

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

A seconda di quale lato si avvicina l'arco di interfaccia dato, è chiamato "in entrata", "in uscita" o "controllo". Inoltre, la "sorgente" (inizio) e il "ricevitore" (fine) di ciascun arco funzionale possono essere solo blocchi funzionali, mentre la "sorgente" può essere solo il lato di uscita del blocco e il "ricevitore" può essere qualsiasi dei restanti tre.

Si noti che qualsiasi blocco funzionale, secondo i requisiti della norma, deve avere almeno un arco di interfaccia di controllo e uno in uscita. Ciò è comprensibile: ogni processo deve avvenire secondo alcune regole (visualizzate dall'arco di controllo) e deve produrre un risultato (arco in uscita), altrimenti la sua considerazione non ha alcun senso.

Quando si costruiscono i diagrammi IDEF0, è importante separare correttamente gli archi di interfaccia in ingresso da quelli di controllo, il che spesso non è facile. La figura 2 mostra ad esempio il blocco funzionale "Elaborazione pezzo".

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

Figura 2.

Un'altra cosa è quando le istruzioni tecnologiche vengono elaborate dal capo tecnologo e vengono apportate modifiche (Fig. 3). In questo caso, sono già visualizzati dall'arco dell'interfaccia 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 sottolineano la natura apparentemente simile degli archi di interfaccia in entrata e di controllo, ma ci sono sempre alcune distinzioni per i sistemi della stessa classe. Ad esempio, nel caso di considerare imprese e organizzazioni, esistono cinque tipi principali di oggetti: flussi materiali (parti, merci, materie prime, ecc.), flussi finanziari (contanti e non, investimenti, ecc.), documenti flussi (documenti commerciali, finanziari e organizzativi), flussi informativi (informazioni, dati di intenti, ordini verbali, ecc.) e risorse (dipendenti, macchine, macchine, ecc.). In questo caso, in vari casi, gli archi di interfaccia in entrata e in uscita possono visualizzare tutti i tipi di oggetti che gestiscono solo quelli relativi al flusso di documenti e informazioni, e solo le risorse possono essere visualizzate come archi-meccanismi.

La presenza obbligatoria di archi di interfaccia di controllo è una delle principali differenze tra lo standard IDEF0 e altre metodologie delle classi DFD (Data Flow Diagram) e WFD (Work Flow Diagram).

Il terzo concetto fondamentale dello standard IDEF0 è la decomposizione. Il principio di decomposizione viene applicato quando un processo complesso viene scomposto 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 sovraccarico e facilmente digeribile.

Il modello IDEF0 inizia sempre con una visione del sistema nel suo complesso - un singolo blocco funzionale con archi di interfaccia che si estendono oltre l'area considerata. Un diagramma di questo tipo con un blocco funzione è chiamato diagramma di contesto ed è contrassegnato dall'identificatore "A-0".

Nel testo esplicativo del diagramma di contesto, lo scopo (Scopo) della costruzione del diagramma nella forma breve descrizione e punto di vista fisso (Punto di vista).

La definizione e la formalizzazione dell'obiettivo di sviluppo IDEF0 - i modelli è estremamente punto importante. In effetti, l'obiettivo determina le aree rilevanti nel sistema in esame, che devono essere focalizzate per prime. Ad esempio, se modelliamo le attività di un'impresa per costruire in futuro sulla base di questo modello sistema informativo, allora questo modello differirà in modo significativo da quello che svilupperemmo per la stessa impresa, ma con l'obiettivo di ottimizzare le catene di fornitura.

Il punto di vista determina la direzione principale dello 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 singoli elementi che non sono necessari, in base al punto di vista scelto sul sistema. Ad esempio, modelli funzionali della stessa impresa dal punto di vista del capo tecnologo e direttore finanziario differiranno in modo significativo nella direzione dei loro dettagli. Ciò è dovuto al fatto che, alla fine, il direttore finanziario non è interessato agli aspetti della lavorazione delle materie prime sulle macchine di produzione e il capo tecnologo non è interessato agli schemi tracciati dei flussi finanziari. Giusta scelta punto di vista riduce significativamente il tempo impiegato per costruire il modello finale.

Nel processo di scomposizione, il blocco funzionale, che nel diagramma di contesto rappresenta il sistema nel suo complesso, è dettagliato in un altro diagramma. Il diagramma risultante di secondo livello contiene blocchi funzionali che visualizzano le principali sottofunzioni del blocco funzionale del diagramma contestuale ed è chiamato diagramma figlio (Child diagram) in relazione ad esso (ciascuno dei blocchi funzionali appartenenti al diagramma figlio è rispettivamente chiamato blocco figlio - Child Box). A sua volta, il blocco funzionale - l'antenato è chiamato il blocco genitore in relazione al diagramma figlio (Parent Box) e il diagramma a cui appartiene - il diagramma genitore (Parent Diagram). Ciascuna delle sottofunzioni del diagramma figlio può essere ulteriormente dettagliata mediante una scomposizione simile del blocco funzionale corrispondente. È importante notare che in ogni caso di scomposizione di un blocco funzionale, tutti gli archi di interfaccia inclusi in questo blocco o uscenti da esso vengono fissati sul 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 i diagrammi: ogni blocco ha il proprio numero di serie univoco sul diagramma (il numero nell'angolo in basso a destra del rettangolo) , e la designazione nell'angolo destro indica il numero del diagramma figlio per questo blocco . L'assenza di questa designazione indica che non vi è alcuna scomposizione per questo blocco.

Spesso ci sono casi in cui non ha senso continuare a considerare i singoli archi di interfaccia nei diagrammi figli al di sotto di un certo livello nella gerarchia, o viceversa: i singoli archi non hanno senso pratico al di sopra di un certo livello. Ad esempio, un arco di interfaccia raffigurante un "dettaglio" all'ingresso del blocco funzione "Process on". tornio" non ha senso riflettere su diagrammi di livello superiore - questo sovraccaricherà solo i diagrammi e li renderà difficili da leggere. D'altra parte, potrebbe essere necessario eliminare i singoli archi di interfaccia "concettuali" e non dettagliarli più profondo di un certo livello.Per risolvere tali problemi in Lo standard IDEF0 prevede il concetto di tunneling.La notazione "tunnel" (Arrow Tunnel) sotto forma di due parentesi attorno all'inizio dell'arco dell'interfaccia indica che questo arco non è stato ereditato dal blocco genitore funzionale ed è apparso (dal "tunnel") solo su questo diagramma.gira, la stessa designazione attorno all'estremità (freccia) dell'arco di interfaccia nelle immediate vicinanze del blocco ricevitore indica il fatto che questo arco non essere visualizzato e considerato nel diagramma figlio di questo blocco.gli archi di interfaccia non sono considerati ad alcuni livelli intermedi della gerarchia - in questo caso, prima "si tuffano nel tunnel" e poi, se necessario, "ritornano dal tunnel" .

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

Figura 4. Scomposizione dei blocchi funzionali.

Principi per limitare la complessità dei diagrammi IDEF0

Tipicamente, i modelli IDEF0 trasportano informazioni complesse e concentrate e, per limitarne la congestione e renderle leggibili, vengono adottate le corrispondenti restrizioni di complessità nello standard corrispondente:

Limitazione del numero di blocchi funzione nel diagramma da tre a sei. Il limite superiore (sei) costringe il progettista a utilizzare le gerarchie quando descrive argomenti complessi, e il limite inferiore (tre) assicura che il diagramma corrispondente abbia dettagli sufficienti per giustificarne la creazione;

Limitare a quattro il numero di archi di interfaccia che si avvicinano a un blocco funzionale (lasciando un blocco funzionale).
Certo, non è affatto necessario seguire rigorosamente queste restrizioni, tuttavia, come dimostra l'esperienza, sono molto pratiche nel lavoro reale.

La disciplina del lavoro di gruppo sullo sviluppo di un modello IDEF0

Lo standard IDEF0 contiene un insieme di procedure che consentono lo sviluppo e l'approvazione di un modello da parte di un ampio gruppo di persone appartenenti a diverse aree di attività del sistema oggetto di modellazione. In genere, il processo di sviluppo è iterativo e consiste nelle seguenti fasi condizionali:

Creazione di un modello da parte di un gruppo di specialisti legati a varie zone attività aziendali. Questo gruppo è chiamato Autori in termini IDEF0. La costruzione del modello iniziale è un processo dinamico durante il quale gli autori interrogano persone competenti sulla struttura vari processi. Sulla base delle disposizioni esistenti, dei documenti e dei risultati del sondaggio, viene creata una bozza (Model Draft) del modello.

Distribuzione della bozza per considerazione, approvazioni e commenti. In questa fase, la bozza del modello viene discussa con un'ampia gamma di persone competenti (in termini di lettori IDEF0) all'interno dell'azienda. 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 con la critica per iscritto o la respinge dichiarando la logica della decisione e restituisce nuovamente la bozza corretta per ulteriori considerazioni. Questo ciclo continua finché autori e lettori non raggiungono un consenso.

Approvazione del modello. Il modello approvato è approvato dal responsabile del gruppo di lavoro nel caso in cui gli autori del modello ei lettori non abbiano disaccordi sulla sua adeguatezza. Il modello finale è una visione coerente dell'impresa (sistema) da un dato punto di vista e per un dato scopo.
La visibilità del linguaggio grafico IDEF0 rende il modello abbastanza leggibile per le persone che non hanno preso parte al progetto della sua realizzazione, oltre che efficace per dimostrazioni 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 dell'utilizzo della modellazione funzionale utilizzando gli strumenti IDEF0

Negli ultimi anni l'interesse in Russia per le metodologie della famiglia IDEF è in costante crescita. Lo osservo costantemente quando guardo le statistiche degli accessi alla mia pagina web personale (http://www.vernikov.ru), che descrive brevemente i principi di base di questi standard. Allo stesso tempo, definirei teorico l'interesse per standard come IDEF3-5, e in IDEF0 è praticamente giustificato. Infatti, i primi strumenti Case che consentono di costruire diagrammi DFD e IDEF0 sono apparsi sul mercato russo nel 1996, contemporaneamente all'uscita di un libro popolare sui principi della modellazione negli standard SADT.

Tuttavia, la maggior parte dei manager considera ancora l'applicazione pratica della modellazione negli standard IDEF più come un tributo alla moda che maniera efficiente ottimizzazione sistema esistente gestione aziendale. Ciò è molto probabilmente dovuto a una pronunciata mancanza di informazioni su applicazione pratica di queste metodologie e con un pregiudizio software indispensabile della stragrande maggioranza delle pubblicazioni.

Non è un segreto che quasi tutti i progetti di indagine e analisi di finanza e attività economica le imprese in Russia sono ora in un modo o nell'altro legate alla costruzione sistemi automatizzati gestione. A causa di ciò, gli standard IDEF nella comprensione della maggioranza sono diventati condizionalmente inseparabili dall'implementazione Tecnologie informatiche, anche se con il loro aiuto a volte è possibile risolvere efficacemente anche piccoli problemi locali, letteralmente con carta e matita.

Quando si conducono complessi progetti di sondaggi aziendali, lo sviluppo di modelli nello standard IDEF0 consente di visualizzare visivamente ed efficacemente l'intero meccanismo delle attività di un'impresa nel giusto contesto. La cosa più importante, tuttavia, è la capacità collaborativa fornita da IDEF0. Nel mio attività pratiche ci sono stati parecchi casi in cui il modello è stato costruito con l'aiuto diretto di dipendenti di vari dipartimenti. Allo stesso tempo, il consulente per abbastanza poco tempo spiegato loro i principi di base di IDEF0 e insegnato loro come lavorare con l'applicazione corrispondente Software. Di conseguenza, i dipendenti di vari dipartimenti hanno creato diagrammi IDEF delle attività della loro unità funzionale, che avrebbero dovuto rispondere alle seguenti domande:

Cosa entra nell'unità "all'ingresso"?

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

Chi è responsabile di ciascuna funzione?

Cosa guida l'esecutore nello svolgimento di ciascuna delle funzioni?

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

Dopo aver coordinato le bozze dei diagrammi all'interno di ciascuna unità specifica, vengono assemblati da un consulente in una bozza del modello aziendale, in cui tutti gli elementi di input e output sono collegati. In questa fase, vengono risolte tutte le incoerenze dei singoli diagrammi e i 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 un coinvolgimento minimo risorse umane da parte di una società di consulenza (e queste risorse, come sapete, sono molto costose), si ottiene un modello IDEF0 dell'impresa secondo il principio "As is" e, cosa importante, rappresenta l'impresa dalla posizione di i dipendenti che ci lavorano e ne conoscono a fondo tutte le sfumature, comprese quelle informali. In futuro, questo modello sarà trasferito per l'analisi e l'elaborazione agli analisti aziendali che cercheranno "colli di bottiglia" nella gestione dell'azienda e ottimizzeranno i processi principali, trasformando il modello "As is" nel corrispondente "As it should be "rappresentazione. Sulla base di questi cambiamenti, 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 comporta l'imposizione ad alcuni dipendenti ulteriori responsabilità sullo sviluppo e l'applicazione pratica di nuove metodologie. Tuttavia, alla fine, ciò si giustifica, poiché una o due ore aggiuntive di lavoro da parte di singoli dipendenti su più giorni possono far risparmiare in modo significativo sul pagamento dei servizi di consulenza di una società terza (che in ogni caso interromperà il lavoro di gli stessi dipendenti con questionari e domande). Per quanto riguarda gli stessi dipendenti dell'impresa, in un modo o nell'altro, non ho incontrato alcuna espressa opposizione da parte loro nella mia pratica.

La conclusione da tutto ciò può essere tratta come segue: non è assolutamente necessario trovare ogni volta soluzioni per problemi standard. Ogni volta che ci si trova di fronte alla necessità di analizzare un particolare sistema funzionale (dal design system navicella spaziale, prima del processo di preparazione di una cena complessa) - usa metodi che sono stati provati e testati nel corso degli anni. Uno di questi metodi è IDEF0, che consente di utilizzare il suo toolkit semplice e comprensibile per risolvere problemi di vita complessi.

Ministero dell'Istruzione e della Scienza della Federazione Russa

Agenzia federale per l'istruzione

Stato Istituto d'Istruzione istruzione professionale superiore

Lavoro del corso

"Modellazione del sistema"

"Sviluppo di un modello di impresa in serra utilizzando le metodologie di progettazione IDEF0, DFD e IDEF3"

1. Lo scopo del lavoro

2. Introduzione teorica

3. Descrizione argomento

4. Descrizione di BPwin

4.1 Il principio di costruzione di un modello IDEF0

4.2 Il principio di costruzione di un modello DFD

4.3 Principio di costruzione del modello IDEF3

5. Simulazione

5.1 Modello serra

5.2 Modello matematico

6. Analisi comparativa

6.1 Metodologie

6.2 Confronto degli strumenti

Letteratura

1. Lo scopo del lavoro

Gli obiettivi di questo corso erano:

applicazione di metodi di indagine pre-progettuale dell'impresa;

analisi dei materiali ottenuti per la successiva modellazione;

sviluppo di un modello di processo nello standard IDEF0;

descrizione del flusso di lavoro e dell'elaborazione delle informazioni nello standard DFD;

descrizioni dei processi nello standard IDEF3;

sviluppo di un modello di descrizione del processo misto basato sugli standard IDEFO, DFD e IDEF3.

creazione di scenari per il funzionamento dell'impresa;

costruzione dello schema strutturale dell'impresa;

creazione di un modello matematico di questa impresa.

analisi comparativa

2. Introduzione teorica

Quando si sviluppano sistemi di controllo automatizzati nelle fasi di codifica e test, viene rivelato un gran numero di errori, la cui correzione comporta cambiamento drastico in tutto il sistema in fase di sviluppo. Tali errori vengono presi in considerazione nella modellazione e nell'analisi approfondita e dettagliata. progetti creati. La modellazione consente di "vedere" il progetto nel processo di sviluppo e creare i prerequisiti per l'analisi del comportamento del sistema in funzione delle condizioni iniziali.

Per un corretto coordinamento dei processi che si verificano nel sistema di controllo simulato, è necessario creare una struttura, ad es. snellire i processi. Modellare il funzionamento di un sistema informativo è particolarmente importante nelle prime fasi della sua creazione. Poiché la correzione degli errori effettuata in questa fase è la più costosa, i vantaggi nella fase di analisi del problema e lo sviluppo di un modello logico per la sua soluzione sono significativi.

A questo proposito, è necessario studiare e sviluppare l'area tematica, vale a dire il lavoro dell'industria delle serre. Per fare ciò, è necessario comprendere la terminologia di quest'area, raccogliere le normative necessarie e documenti legali, studia i campioni di documenti di questa impresa e traccia il loro movimento sia all'interno che all'esterno dell'impresa.

La fase successiva dello sviluppo è la fase di progettazione. Prima di iniziare la progettazione e l'implementazione, è necessario avere una comprensione accurata e dettagliata dei requisiti per alto livello. Inoltre, è molto utile disporre di una struttura dei requisiti che può essere utilizzata come input per formare il sistema. Tutto questo si ottiene attraverso l'analisi e la modellazione.

Nel corso del lavoro nelle fasi di modellazione e progettazione, è necessario ottenere un progetto di sistema contenente informazioni sufficienti per la sua implementazione. È inoltre necessario analizzare il lavoro dell'industria delle serre, a seguito del quale è possibile giudicare il grado di carico di lavoro di ciascun reparto, cosa deve essere automatizzato in primo luogo e con quali mezzi.

I principali obiettivi della modellazione nello sviluppo dei progetti sono:

rappresentazione delle attività dell'impresa e delle tecnologie in essa adottate sotto forma di una gerarchia di diagrammi che forniscono visibilità e completezza della loro visualizzazione;

formazione sulla base dell'analisi di proposte di riorganizzazione della struttura organizzativa e gestionale;

razionalizzazione dei flussi di informazioni (compreso il flusso di lavoro) all'interno dell'azienda;

analisi dei requisiti e progettazione delle specifiche dei sistemi informativi aziendali.

3. Descrizione dell'area tematica

Per considerazione in questo tesinaè stato preso come base per il lavoro delle serre. Questa impresa è specializzata nella coltivazione di colture agricole. La vendita dei prodotti viene effettuata su richiesta del cliente.

L'organizzazione del lavoro è svolta secondo il seguente schema:

Questo diagramma mostra i reparti dell'impresa, le loro funzioni e le interrelazioni. Alcuni reparti possono essere automatizzati.

A capo dell'intera impresa c'è la direzione, rappresentata dal capo e dal suo vice. La loro funzione principale è controllare le attività dell'impresa.

Servizio di protezione del lavoro, la cui funzione principale è la formazione del personale;

Il reparto contabilità è impegnato nella gestione dei documenti;

Il servizio di controllo della produzione effettua il controllo completo in tutte le fasi della produzione;

Settore Manutenzione impegnato in lavori di riparazione.

Dipartimenti, servizi e posti di lavoro di questa impresa sono presentati nella tabella n. 1:

tabella numero 1

I compiti e le funzioni della nostra industria delle serre sono mostrati nella tabella n. 2:

Tabella numero 2

La documentazione è presentata nelle tabelle n. 3:

tavolo numero 3

L'elenco delle organizzazioni è presentato nella tabella n. 4:

tavola numero 4

Di seguito è riportato un diagramma che descrive lo scenario dell'impresa con le conclusioni corrispondenti per ciascuna delle fasi: il cliente riceve una domanda per la fornitura di determinati prodotti di serra al responsabile delle vendite. Il responsabile delle vendite elabora questa domanda e prende una decisione. Parallelamente, il contabile calcola il costo della fornitura di servizi. Una volta completate tutte queste fasi, inizia il processo di conclusione di un contratto. Il responsabile delle vendite discute i termini del contratto con il cliente e lo conclude. Successivamente, il cliente effettua un pagamento. Il controllo sul pagamento è di competenza del reparto contabilità. Il contabile riceve un estratto dalla banca e forma un ordine per avviare l'esecuzione dell'ordine, che viene trasferito al tecnologo. Il tecnologo, a sua volta, elabora un piano: un programma di lavoro e tiene traccia dei fondi necessari. Dopo aver redatto un piano - un programma di lavoro, viene dato un ordine al giardiniere per eseguire i lavori di terra. Il giardiniere esegue lavori di terra e raccolti. Il raccolto raccolto viene inviato al cliente. Lungo la strada ciclo produttivo il capo dell'impresa riceve rapporti sulle attività del direttore delle vendite, contabile e tecnologo. Il capo controlla l'intero processo dell'impresa e, se necessario, commenta il lavoro del suo personale al fine di migliorare il processo produttivo e il lavoro dell'intera impresa nel suo insieme.

Schema dello scenario dell'impresa

4. Descrizione di BPwin

BPwin è un piccolo strumento di modellazione integrato che supporta diversi tipi di modelli e metodi.

Per analizzare e riorganizzare i processi aziendali, Logic Works offre uno strumento CASE di alto livello - BPwin, che supporta le metodologie IDEF0 ( modello funzionale), IDEF3 (diagramma del flusso di lavoro) e DFD (diagramma del flusso di dati). La principale delle tre metodologie è IDEF0. BPwin ha un'interfaccia utente abbastanza semplice e intuitiva, che consente all'analista di creare modelli complessi con il minimo sforzo.

BPwin automatizza le attività associate alla creazione di modelli di sviluppo, fornendo il rigore semantico necessario per garantire risultati corretti e coerenti. Ciò si ottiene utilizzando le seguenti metodologie in BPwin: IDEF0, DFD e IDEF3.

Ma prima di impegnarsi in questo compito più complesso, è davvero necessario almeno "ricalcolare" tutti gli elementi del business, ovvero creare una struttura organizzativa dell'azienda. Il passo successivo è cercare di rappresentare graficamente le relazioni tra i vari elementi della struttura precedentemente definita.

È possibile costruire modelli misti in BPwin, cioè un modello può contenere contemporaneamente i diagrammi IDEFO, IDEF3 e DFD. Un modello in BPwin è visto come un insieme di attività, ciascuna delle quali opera su un insieme di dati. Il lavoro è mostrato come rettangoli, i dati come frecce.

Tutte le opere del modello sono numerate. Il numero è composto da un prefisso e un numero. È possibile utilizzare un prefisso di qualsiasi lunghezza, ma di solito viene utilizzato il prefisso A. L'operazione di contesto (radice) dell'albero è numerata A0. L'opera di scomposizione A0 è numerata Al, A2, A3, ecc. Le opere di scomposizione del livello inferiore hanno il numero dell'opera madre e il numero di serie successivo, ad esempio le opere di scomposizione A3 avranno i numeri A3.1 A3.2, AZ.3, A3.4, ecc.

Come risultato dell'aggiunta di diagrammi, diagrammi IDEFO, DFD e IDEF3, è possibile creare un modello misto che descriva al meglio tutti gli aspetti dell'azienda. La gerarchia dei lavori del modello misto può essere visualizzata nella finestra Esplora modelli. Sono raffigurate opere in notazione IDEFO in verde, DFD - blu.

BPwin, così come i sistemi integrati locali, praticamente non consentono di eseguire un'analisi completa dei sistemi, che è più o meno necessaria per creare PMIS di piccole, medie e grandi dimensioni. Con il loro aiuto, puoi sviluppare IS locali o piccoli sottosistemi progettati per automatizzare singole catene di business, ovvero quando non è necessario analisi complessa imprese. Un'area tipica dell'utilizzo di piccoli strumenti integrati è la risoluzione dei problemi della cosiddetta automazione "a tratti" di un'impresa.

4.1 Il principio di costruzione di un modello IDEFO

La base della metodologia IDEFO è un linguaggio grafico per la descrizione dei processi aziendali. Un modello in notazione IDEFO è una raccolta di diagrammi ordinati gerarchicamente e interconnessi. Ogni diagramma è un'unità di descrizione del sistema e si trova su un foglio separato.

Il modello IDEFO presuppone la presenza di un obiettivo chiaramente definito di un singolo soggetto di modellazione e un punto di vista.

Un modello può contenere quattro tipi di grafici:

diagramma di contesto (ogni modello può avere un solo diagramma di contesto);

diagrammi di scomposizione;

diagrammi ad albero dei nodi;

grafici di sola esposizione (FEO).

Il diagramma di contesto è il vertice della struttura ad albero dei diagrammi ed è la descrizione più generale del sistema e della sua interazione con l'ambiente esterno.

Questo processo è chiamato decomposizione funzionale e i diagrammi che descrivono ciascun frammento e l'interazione dei frammenti sono chiamati diagrammi di decomposizione.

La notazione e metodologia IDEF0 si basa sul concetto di "blocco", ovvero un rettangolo che esprime una funzione aziendale. Come sai, un rettangolo ha quattro lati. In IDEF0, i ruoli (significati funzionali) di tutte le parti sono diversi:

il lato superiore ha il significato di "controllo";

sinistra - "ingresso";

destra - "uscita";

inferiore - "meccanismo".

Il secondo elemento della metodologia e della notazione è il "flusso" (nello standard chiamato "arco di interfaccia") - un elemento che descrive i dati, il controllo informale o qualsiasi altra cosa che "influenza" la funzione rappresentata dal blocco. A seconda del lato del blocco verso cui è diretto il flusso, viene rispettivamente chiamato "input", "output", "control".

L'elemento iconico che rappresenta il "flusso" è una freccia.

Gestione - questo è ciò che controlla le attività dell'ufficio, in questo modello in fase di sviluppo - queste sono le leggi sulle singole PU.

Le frecce "input" introducono le funzioni dei dati di input, nel diagramma di contesto sono i dati anagrafici del dipendente.

Frecce "exit" - dati di output. Nel diagramma di contesto, si tratta di varie informazioni inviate alla Cassa pensione della Federazione Russa.

La freccia del "meccanismo" sono i dati che influenzano i processi. Nel diagramma, questi sono il personale e il PC.

Dopo la scomposizione del diagramma di contesto, ogni frammento grande del sistema viene scomposto in frammenti più piccoli, a ciascun frammento viene assegnato un nome e così via, fino a raggiungere il livello di descrizione desiderato.

Dopo ogni sessione di scomposizione, si tengono sessioni d'esame: gli esperti in materia indicano la corrispondenza dei processi aziendali reali ai diagrammi creati.

Le incongruenze riscontrate vengono corrette e solo dopo aver superato l'esame senza commenti si può procedere alla successiva sessione di scomposizione. È così che si ottiene la conformità.

Tutte le intersezioni sul diagramma sono numerate, ogni numero ha un prefisso J. È possibile modificare le proprietà dell'intersezione utilizzando la finestra di dialogo Editor delle definizioni.

4.2 Il principio di costruzione di un modello DFD

I diagrammi di flusso dei dati (DFD) sono il mezzo principale per modellare i requisiti funzionali di un sistema in fase di progettazione. Con il loro aiuto, questi requisiti vengono scomposti in componenti funzionali (processi) e presentati come una rete collegata da flussi di dati. l'obiettivo principale tali strumenti devono dimostrare come ogni processo trasforma i suoi input in output e identificare le relazioni tra questi processi.

Due diverse notazioni sono tradizionalmente utilizzate per rappresentare i DFD: Yodan (Yourdon) e Gane-Sarson (Gane-Sarson). Inoltre, quando si costruiscono esempi, verrà utilizzata la notazione Yodan, tutte le eccezioni verranno specificate preliminarmente.

Tale metodologia (metodologia Gane/Sarson) si basa sulla costruzione di un modello dell'IS analizzato - progettato o effettivamente esistente. In accordo con la metodologia, il modello di sistema è definito come una gerarchia di diagrammi di flusso di dati (DFD o DFD) che descrivono il processo asincrono di trasformazione dell'informazione dal suo ingresso nel sistema alla sua emissione all'utente. I diagrammi dei livelli superiori della gerarchia (diagrammi di contesto) definiscono i principali processi o sottosistemi del SI con input e output esterni. Sono dettagliati utilizzando diagrammi di livello inferiore. Questa scomposizione continua, creando una gerarchia multilivello di diagrammi, fino a raggiungere un livello di scomposizione in cui i processi diventano elementari ed è impossibile dettagliarli ulteriormente.

Le fonti informative (entità esterne) generano flussi informativi (flussi di dati) che trasferiscono informazioni a sottosistemi o processi. Questi, a loro volta, trasformano le informazioni e generano nuovi flussi che trasferiscono le informazioni ad altri processi o sottosistemi, archiviazione dei dati o entità esterne - consumatori di informazioni. Pertanto, i componenti principali dei diagrammi di flusso dei dati sono:

entità esterne;

sistemi/sottosistemi;

processi;

dispositivi di archiviazione dati;

flussi di dati.

4.3 Principio di costruzione del modello IDEF3

IDEF3 può anche essere utilizzato come metodo di creazione del processo. IDEF3 integra IDEFO e contiene tutto il necessario per costruire modelli che possono essere successivamente utilizzati per l'analisi di simulazione.

Ogni lavoro in IDEF3 descrive uno scenario di processo aziendale e può far parte di un altro lavoro. Poiché lo scenario descrive lo scopo e la portata del modello, è importante che le opere siano indicate con un nome verbale che denoti il ​​processo dell'azione, o una frase che contenga tale nome.

Il punto di vista del modello deve essere documentato. Di solito questo è il punto di vista della persona responsabile del lavoro nel suo insieme. È inoltre necessario documentare lo scopo del modello: le domande a cui il modello intende rispondere.

Incrocio stradale. Il completamento di un lavoro può segnalare l'inizio di più lavori oppure un lavoro può attendere l'avvio del completamento di più lavori. Gli incroci vengono utilizzati per visualizzare la logica di interazione delle frecce durante l'unione e la ramificazione o per visualizzare una serie di eventi che possono o devono essere completati prima di iniziare il lavoro successivo. I tipi di intersezioni sono presentati nella tabella:

Tipi di intersezione

Designazione	Nome	Significato in caso di fusione delle frecce (Fan-in Junction)	Significato nel caso giunzioni a freccia (Giunzione fan-out)
||&	AND asincrono	Tutti i processi precedenti devono essere completati	Tutti i seguenti processi devono essere in esecuzione
||&||	AND sincrono	Tutti i processi precedenti sono stati completati contemporaneamente	Tutti i seguenti processi vengono eseguiti contemporaneamente
||O	OR asincrono	Uno o più processi precedenti devono essere terminati	Devono essere in esecuzione uno o più dei seguenti processi
||O||	OR sincrono	Uno o più processi predecessori completati contemporaneamente	Uno o più dei seguenti processi vengono eseguiti contemporaneamente
||X		Solo un processo antecedente completato	Viene avviato solo un processo successivo

Tutte le intersezioni sul diagramma sono numerate, ogni numero ha un prefisso J. È possibile modificare le proprietà dell'intersezione utilizzando la finestra di dialogo Editor delle definizioni. A differenza di IDEFO e DFD, in IDEF3 le frecce possono unirsi e diramarsi solo attraverso le intersezioni.

Oggetto di collegamento. Un oggetto collegamento in IDEF3 esprime idee, concetti o dati che non possono essere associati a una freccia, un'intersezione o un lavoro. Per aggiungere un oggetto collegamento utilizzare |R| – (aggiungere un oggetto di riferimento al diagramma - Referente) nella tavolozza degli strumenti. L'oggetto collegamento viene disegnato come un rettangolo simile al rettangolo del lavoro. Il nome dell'oggetto di riferimento viene impostato nella finestra di dialogo Referente (voce del menu a comparsa dell'editor dei nomi), come nome, è possibile utilizzare il nome di una freccia da altri diagrammi o il nome di un'entità dal modello di dati. Gli oggetti di riferimento devono essere collegati a unità di lavoro o intersezioni con linee tratteggiate. La specifica IDEF3 ufficiale distingue tre stili di oggetti di riferimento: incondizionato, sincrono e asincrono. BPwin supporta solo oggetti di collegamento incondizionato. Gli oggetti di riferimento sincroni e asincroni utilizzati nei diagrammi di transizione dello stato dell'oggetto non sono supportati.

5. Simulazione

5.1 Modello serra

Navigatore modelli - Esplora modelli

Diagramma di contesto:

Diagramma di scomposizione A0:

Diagramma di scomposizione A1:

Diagramma IDEF3 A11.1:

Diagramma flusso dati A12:

Diagramma di scomposizione A2:

Schema IDEF3 A21.1:

Diagramma di scomposizione A3:

Diagramma di scomposizione A4:

Diagramma di scomposizione A5:

Diagramma di scomposizione A6:

A63 Diagramma del flusso di dati:

5.2 Modello matematico

Per più descrizione dettagliata lavoro dell'economia in serra, è necessario compilare un modello matematico per il prodotto dell'attività dell'impresa.

Questo modello matematico descriverà il calcolo del prezzo per unità di merce in diverse condizioni.

e - il costo di un'unità di merce, determinato dal produttore, include tutti i costi associati alla produzione di un'unità di merce, la parte principale di questa cifra è il prezzo di acquisto dei semi;

v - il prezzo di acquisto dei semi, questo è il prezzo al quale l'impresa ha acquistato i semi dal fornitore (sezione "acquisto di semi");

a - costo del lavoro salario e altre spese all'interno dell'impresa);

g - carburanti e lubrificanti (carburanti e lubrificanti);

n - le tasse (parte di consumo) sono stabilite dallo stato e hanno un'aliquota fissa;

k - IVA, imposta sul valore aggiunto, anch'essa ad aliquota fissa;

r - prezzo al dettaglio, questa è la somma di denaro per la quale il produttore vende un'unità del suo prodotto sul mercato, di norma il prezzo al dettaglio è determinato dal prezzo di costo con una certa percentuale di margine;

s - il markup dell'azienda per unità di merce, di norma, ogni imprenditore ne determina individualmente l'importo, in questo caso è il 40% del costo, ad es. (e * 40) / 100

o - prezzo all'ingrosso, questa è la quantità di denaro offerta per unità di merce, quando si acquista da 100 unità, in questo caso c'è uno sconto del 10% dal prezzo al dettaglio;

os – sconto per acquisto in blocco (os

Modello matematico per il calcolo del costo per unità di bene prodotto:

Modello matematico per il calcolo del prezzo al dettaglio per unità di prodotto:

Modello matematico per il calcolo del prezzo all'ingrosso per unità di manufatti:

o=v+la+sol+n+k+s - os

o=r - (r*10)/100

Il calcolo del costo dei prodotti presso l'impresa "Greenhouse Economy" viene effettuato dal reparto contabilità, che controlla il flusso dei documenti, tiene conto delle entrate e delle spese dell'impresa, tiene libri contabili ed emette certificati. Sulla base di queste formule ottenute nel modello matematico dell'impresa, il contabile può calcolare il prezzo dei beni, sia al dettaglio che all'ingrosso.

6. Analisi comparativa

Per modellare la nostra impresa, abbiamo utilizzato 5 metodologie: Dragon, UML, IDEF0, IDEF3, DFD. A nostro avviso, la metodologia UML è il modo migliore per presentare il modello della nostra impresa, poiché riflette in modo più chiaro e accurato gli aspetti principali dell'industria delle serre.

I diagrammi UML sono relativamente facili da leggere.

Ad esempio, il diagramma "Use Case", utilizzato come risultato della progettazione del sistema di implementazione Greenhouse, consente al cliente, all'utente finale e allo sviluppatore di discutere insieme la funzionalità e il comportamento del sistema. "Diagramma delle classi" consente di descrivere la struttura del sistema, mostra le classi del sistema, i loro attributi, i metodi e le dipendenze tra le classi, che possono rivelare in dettaglio lo scenario e l'organizzazione dell'impresa.

Anche la metodologia Dragon ha una struttura molto chiara, ma non ha possibilità così ampie per modellare vari sistemi.

Visio è lo strumento di modellazione dei processi più semplice e accessibile. Questo prodotto ha uno standard, familiare a tutti i pannelli di controllo nello stile di MS Office ed è facilmente integrato con qualsiasi applicazione di questo pacchetto, il che rende più facile lavorare con esso per gli utenti inesperti. Tuttavia, l'analisi dei tempi o dei costi richiede lo sviluppo di report, il che complica notevolmente l'utilizzo di questo prodotto. I report tipici non sono chiaramente sufficienti per l'analisi dei processi aziendali. Nonostante ciò, Visio è uno strumento comune per descrivere i processi aziendali sia in Russia che all'estero. Visio supporta i formati IDEF e UML per la descrizione dei processi aziendali. È anche possibile sviluppare autonomamente i formati.

BPWIN - occupa un posto intermedio, contraddistinto dalla semplicità e dalle grandi capacità di analisi. La funzionalità di BPWIN non è solo quella di disegnare diagrammi, ma anche di verificare l'integrità e la coerenza del modello. BPWIN fornisce chiarezza logica nella definizione e descrizione degli elementi del diagramma, nonché verifica dell'integrità delle relazioni tra i diagrammi. Lo strumento fornisce la correzione degli errori più comuni nella modellazione. Inoltre, BPWIN supporta proprietà personalizzate che vengono applicate agli elementi del grafico per descrivere proprietà specifiche specifiche di quell'elemento. Il limite principale di questo sistema è lo standard IDEF alla base di esso, in cui vi sono severe restrizioni durante la creazione di modelli. Ciò semplifica il compito di descrivere procedure semplici, ma complica la descrizione di processi di grandi dimensioni. Gli schemi 1DEF, quando descrivono processi complessi, iniziano a presentare innumerevoli schemi interconnessi che sono molto simili nell'aspetto, il che rende difficile comprendere il processo nel suo insieme.

7. Conclusione:

Nel corso di questo corso, tutti i nostri obiettivi sono stati raggiunti.

A questo proposito, abbiamo studiato l'area tematica in fase di sviluppo, vale a dire il lavoro dell'industria delle serre. Per fare ciò è stato necessario comprendere la terminologia di quest'area, raccogliere i documenti normativi e legali necessari, studiare campioni di documenti della nostra impresa e tracciarne il movimento sia all'interno che all'esterno dell'impresa.

A seguito di tali attività sono state ottenute informazioni sulla base delle quali è stata effettuata una prima analisi ed è stata elaborata una bozza del modello proiettato.

La fase successiva dello sviluppo è la fase di progettazione. Prima di iniziare a progettare e implementare, è necessario avere una comprensione accurata e dettagliata dei requisiti ad alto livello. Inoltre, è molto utile disporre di una struttura dei requisiti che può essere utilizzata come input per formare il sistema. Tutto questo si ottiene attraverso l'analisi e la modellazione. Eseguendo l'analisi e la modellazione, abbiamo ottenuto una separazione dei compiti, che nello stato pre-progetto abbiamo preparato e semplificato per le successive attività di progettazione e implementazione. Distinguiamo tra problemi che devono essere risolti e decisioni che devono essere prese per affrontarli.

Come risultato del lavoro nelle fasi di modellazione e progettazione, abbiamo ricevuto un progetto di sistema contenente informazioni sufficienti per la sua implementazione.

Dopo aver analizzato il lavoro dell'industria delle serre, possiamo giudicare il grado di carico di lavoro di ciascun dipartimento, cosa deve essere automatizzato in primo luogo e con quali mezzi.

Per facilitare il lavoro, è possibile introdurre nuove tecnologie che faciliteranno il lavoro nella nostra fattoria.

Letteratura:

Rogozov Yu.I., Stukotiy L.N., Sviridov A.S. "Modellazione dei sistemi" TRTU, 2004.

S.V. Maklakov “Strumenti CASE per lo sviluppo di sistemi informativi. BPwin e Erwin "-M.: DialogMifi, 2001.

Maklakov S. "Combinazione dell'approccio strutturale e dell'oggetto nella nuova generazione di strumenti CASE di Computer Associates" // Centro di formazione e consulenza. 2002.

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 assegnato dal cliente, creo anche un modello funzionale dell'azienda o un determinato processo (funzione) su il mio.

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 la 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: installiamo o installiamo un sistema CRM da zero, creiamo un sistema ERP efficace, integriamo vari sistemi per 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. Una caratteristica distintiva di 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 dell'Aeronautica degli Stati Uniti per l'automazione industriale. 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 diversi programmi, gli utenti cercano di aumentare la visibilità utilizzando colori diversi. 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 essere leggibile in bianco e nero, senza ulteriori combinazioni di colori. 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 è un numero molto elevato di blocchi con un numero elevato di 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 nello schema generale, quando dettagliano, condurranno in modo incomprensibile 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 tu stesso cosa sta accadendo in un particolare sistema e, con l'aiuto di un aiuto visivo creato in breve tempo, a illustrare punti importanti a 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à.

Il modo più semplice e veloce per creare diagrammi utilizzando le notazioni grafiche idef0 e idef3 è utilizzare l'editor multipiattaforma distribuito gratuitamente per diagrammi, diagrammi di flusso, diagrammi di rete, diagrammi UML e altri spiriti maligni chiamato "Dia". Il programma è stato tradotto in molte lingue, incluso il russo.

Puoi scaricare il programma sul suo sito ufficiale: http://projects.gnome.org/dia/. Al momento della stesura di questo articolo, l'ultima versione del programma Dia era numerata 0.97.1 - ed è così da quasi due anni. Nonostante ciò, la funzionalità dell'applicazione è eccellente.

Creazione di diagrammi IDEF0

per creare diagrammi nella notazione grafica idef0 è sufficiente selezionare la libreria standard di elementi Dia chiamata "SADT / IDEF0":

Se è la prima volta che incontri idef0, ti consiglio vivamente di leggere prima questi articoli su questa metodologia:

1. Metodologie moderne per la descrizione dei processi aziendali. Metodologia IDEF0 - Kovalev Valery Mikhailovich (Rivista "Consulente Direttore", n. 12, giugno 2004)
2. IDEF0 come strumento di modellazione dei processi - Andrey Dvornikov (Avant Partner Magazine, n. 22(79), agosto 2005)
3. Esperienza nell'uso dello standard IDEF0 - Sergey Rubtsov

Creazione di diagrammi IDEF3

Con idef3, è un po' più complicato. Dia non fornisce un set standard di elementi per costruire un diagramma nella notazione grafica idef3, ma il programma ha tutti i blocchi necessari. Devono solo essere raggruppati manualmente. Per fare ciò, cliccare sul menu: "File -> categorie e oggetti". Nella finestra che si apre, fai clic sul pulsante "Crea". Si aprirà un'altra finestra, in cui selezioniamo la voce "Nome categoria" e inseriamo lì "idef3". Il processo di creazione di una categoria è simile al seguente:

Poiché hai appena creato questa categoria, naturalmente è vuota. Dobbiamo spostare al suo interno gli elementi necessari degli schemi. Ecco perché:

Fai clic sul pulsante "Applica", "Chiudi" la finestra e il gioco è fatto! Andiamo in "altre librerie di elementi" e selezioniamo lì la notazione grafica "idef3" da noi creata (si trova al suo posto in ordine alfabetico). A proposito, per scrivere in blocchi, è conveniente usare il tasto F2. Naturalmente, questo non è uno strumento perfetto, ma questo metodo consente di creare diagrammi IDEF3 il più vicino possibile alla loro esatta notazione grafica.

Se conosci altri strumenti grafici IDEF3 gratuiti, condividili con tutti nei commenti.

Workshop sull'applicazione di IDEF0 per la descrizione funzionale del software CAD

Workshop sull'applicazione di IDEF0 per la descrizione funzionale del software
Parte 1.

Se analizziamo gli annunci per l'assunzione di dipendenti di aziende coinvolte nello sviluppo di software, di recente si è verificata una grave carenza di project manager in grado di svolgere con competenza l'impostazione delle attività. Il problema non è che non possono formulare il problema, ma che non possono documentare adeguatamente la documentazione, tenendo conto dei moderni standard di progettazione. Già il clientenon basta dare qualche foglio digitato in Word. Vuole una documentazione progettata in BPWin, ErWin, S-Designer, Power Designer, Rational Rose, ecc. Dietro ognuno di questi strumenti CASE c'è uno standard. Questo articolo è dedicato a uno di loro: IDEF0.

Introduzione. Quando si compila la documentazione, ogni project manager considera "un onore" inventare qualcosa di "proprio" - il proprio "super formato" per presentare le proprie idee. La complessità dei progetti sta crescendo, il volume della documentazione per il progetto sta crescendo, la documentazione va oltre il gruppo di lavoro ... e poi diventa chiaro che la documentazione non è adatta al cliente o al gruppo di sviluppatori che stanno finalizzando il progetto e mantenerlo.

Di solito, il project manager è un programmatore di classe (il programmatore principale dell'argomento - il progetto) o una persona che parla bene una lingua straniera e ha familiarità con la programmazione. Questi sono i principali criteri di selezione per la posizione di project manager. Questa è la radice del problema. Puoi essere un grande programmatore o solo un buon impiegato, ma questo non ha nulla a che fare con la documentazione.

Di solito, la specifica per ogni tipo di gestore si riduce o a una descrizione del modello del programma stesso (architettura di moduli, classi, DLL, struttura del database e suo utilizzo, ecc.) o a una descrizione delle funzioni dell'utente (cosa dovrebbe fare, quali forme dovrebbero essere nel programma, ecc.).

L'opzione ideale è quando il cliente imposta l'attività. In questo caso, puoi vivere secondo il principio "il cliente vuole" e finché è soddisfatto, ricevi denaro dal cliente. Ma sempre più progetti vengono creati nel profondo di qualsiasi organizzazione e poi offerti al cliente. E in questo caso viene in primo piano la qualità della documentazione, quello che avete fatto e quello che intendete fare. La documentazione in questo caso è tutto...

Lo standard IDEF0 (Integrated Definition Function Modeling) è progettato per la modellazione funzionale ed è stato adottato come standard federale degli Stati Uniti. Lo standard IDEF0 fa parte di un gruppo di standard ampiamente utilizzato per descrivere qualsiasi processo aziendale. Il suo uso per descrivere progetti software è una direzione molto giovane, ma l'uso di IDEF0 garantisce che i tuoi partner ti prendano sul serio ...

L'applicazione degli standard del gruppo IDEF (IDEF0, IDEF1, ecc.) è la condizione effettiva per ottenere lo status di organizzazione che soddisfa ISO9000, ISO9001. Questi standard per un'organizzazione sono un'opportunità per aumentare le vendite di prodotti, un'opportunità per dimostrare di essere "sulla cresta dell'onda".

Molti programmatori usano ampiamente CASE ErWin senza sapere che è basato sullo standard IDEF1. Non è solo quello che ti piace o quello che piace ai tuoi clienti. Questo è lo standard - e questo dice tutto.

Brevi concetti di base dello standard IDEF0. Lo standard IDEF0 si basa sul concetto di funzione. Una funzione è un'azione controllata sui dati di input che si traduce in dati di output, utilizzando un meccanismo attraverso il quale viene eseguita questa azione.

Lo standard IDEF0 si basa su tre principi fondamentali:

1. il principio della scomposizione funzionale: qualsiasi funzione può essere scomposta (dettagliata, scomposta) in funzioni più semplici;

2. il principio di limitazione della complessità - il numero di blocchi nel diagramma dovrebbe essere 2...6 (condizione di leggibilità);

3. Il principio del contesto: la modellazione dei processi aziendali inizia con la costruzione di un diagramma di contesto, che mostra solo un blocco: la funzione principale del sistema di modellazione, che limita l'area di confine del sistema di modellazione (regola il fase iniziale della costruzione del modello).

I diagrammi IDEF0 sono costruiti utilizzando blocchi. Ogni blocco descrive un'azione completata (funzione).

I quattro lati del blocco hanno scopi diversi. I dati di input vengono visualizzati a sinistra, i dati di output vengono visualizzati a destra, il controllo viene visualizzato in alto, il meccanismo viene visualizzato in basso.

Dati di input - risorse iniziali per la funzione descritta dal blocco (informazioni iniziali, materiali).

Dati di output: le risorse risultanti ottenute a seguito dell'esecuzione della funzione descritta dal blocco (informazioni di output, materiali di origine elaborati).

Il controllo è ciò che influenza il processo di esecuzione della funzione descritta dal blocco e consente di influenzare il risultato dell'azione (controlli, sensori, persone).

Il meccanismo è quello mediante il quale si compie l'azione data (macchine, dispositivi, risorse umane, software).

L'interazione tra i blocchi viene visualizzata come archi (frecce). A volte i lati del blocco sono chiamati direzioni e le frecce sono chiamate flussi. Le frecce possono essere firmate. Le firme sono associate alla freccia corrispondente usando uno zigzag (fulmine).

La vista generale dell'implementazione del blocco del diagramma IDEF0 è mostrata in Fig.1.

Fig. 1. Implementazione del blocco utilizzato nei diagrammi IDEF0.

Quando si scompone (dettagliando) una funzione, il diagramma appena formato mostra tutte le frecce in entrata e in uscita (archi, flussi) associate alla funzione scomposta. Il numero di frecce a qualsiasi livello del diagramma e in qualsiasi direzione non è limitato. Il diagramma è chiamato il blocco rotto (funzione). Solo il nome del diagramma-contesto (DC) coincide con il nome della funzione contenuta nel diagramma.

In sostanza, i diagrammi formano un albero. Qualsiasi diagramma funge da DC in relazione a quelli sottostanti.

Ad esempio, considera una funzione astratta. Questa funzione ha dati di input, due tipi eterogenei di dati di output, è controllata da un'influenza esterna ed è implementata dai meccanismi A e B. Un esempio del diagramma di contesto principale è mostrato in Fig. 2 e una versione dettagliata (scomposta) di questa funzione, costituita da due funzioni (più azioni elementari), mostrata in Fig.3. A loro volta, anche le funzioni 1 e 2 possono essere dettagliate (scomposte).

Fig.2. Un esempio di un diagramma di base.

Fig.3. Un esempio di scomposizione della funzione principale.

Il diagramma si trova su un modulo speciale, che contiene il nome della funzione, la sua immagine grafica, la designazione del diagramma con il livello di annidamento, collegamenti ad altre funzioni, informazioni speciali sull'autore, l'organizzazione e il progetto descritto.

Connessioni. Le frecce o gli archi mostrano le relazioni tra i blocchi. Le frecce di solito segnano. Le etichette delle frecce sono selezionate come nomi. Per comodità, le frecce sono collegate alle firme con dei fulmini. Per la leggibilità del diagramma IDEF0, si consiglia di posizionare le etichette sopra la freccia oa destra della freccia.

In genere, il cablaggio inizia con i dati. L'input è il dato richiesto per eseguire la funzione. Raramente sorgono domande in quest'area. L'output è il dato che è il risultato dell'esecuzione della funzione. La situazione più semplice è quando l'uscita è l'ingresso di un altro blocco. È sempre così? Se la funzione, elaborando le informazioni di input, forma un comando di controllo, questo è controllo. Approssimativamente la stessa situazione quando si forma la funzione di formato dei dati. Un formato dati è un meccanismo per trasmettere informazioni.

I principali tipi di connessioni tra i blocchi nel diagramma, formati sulla base delle informazioni di output, sono mostrati in Fig.1.

Fig.4. Tipi di connessioni tra i blocchi nel diagramma. Di conseguenza, a) comunicazione dati, b) comunicazione controllo, c) comunicazione meccanismo, d) feedback.

Il feedback è un collegamento che forma un anello tra blocchi di dati, controllo o formato. Un esempio di tale connessione è mostrato in Fig. 2.d. Quando appare una tale connessione, controlla se il tuo diagramma è ridotto a un diagramma di flusso dell'algoritmo. La presenza di tale connessione non è un segno di errore.

Blocco priorità e numerazione. Tutti i blocchi hanno la priorità. La priorità dei blocchi dipende dall'ordine in cui vengono eseguiti. I blocchi situati a sinistra e in alto hanno la massima priorità. Dominante è la posizione orizzontale.

La numerazione del blocco (indice del blocco sul diagramma) nel diagramma è determinata in base alla priorità. La numerazione parte da uno. Il codice grafico è composto dalla lettera "A" e da un numero. DC ha il codice A-0. La lettera "A" significa azione attiva (dall'inglese attivo). Il diagramma, che è una versione scomposta del DC, avrà il codice A0. Ogni elemento del diagramma A0 sarà codificato da A1 a A6 in base alla priorità. A loro volta, scomponendo uno dei blocchi A1...A6, i codici dei blocchi dello schema appena scomposto saranno costituiti dal codice dello schema scomposto più l'indice del blocco selezionato. I codici del blocco del grafico non vengono ripetuti nell'intero grafico.

In base al numero di cifre nel codice del diagramma, è possibile determinare il livello del diagramma, il livello di decomposizione della DC. È consuetudine considerare la DC come livello principale e tutto il resto dal primo livello di decomposizione in su.

Tipi di sequenze di azioni. I dati possono essere elaborati in sequenza o in parallelo.

Un esempio di elaborazione sequenziale è la compilazione di una rubrica (dopotutto, non è possibile scrivere due indirizzi contemporaneamente). In ogni blocco viene sempre elaborata una sola istanza di dati, che cambia in sequenza dopo ogni elaborazione. I blocchi sono disposti in sequenza orizzontalmente o obliquamente dall'angolo in alto a sinistra a quello in basso a destra.

Un esempio di elaborazione parallela: puoi guardare la TV e mangiare una mela allo stesso tempo. In questo caso, due azioni vengono eseguite contemporaneamente. Queste azioni non sono correlate. Tali blocchi nel diagramma sono disposti verticalmente uno sopra l'altro.

Spesso c'è un gruppo di azioni (blocchi) sul diagramma, di cui solo uno viene eseguito, a seconda di alcune condizioni. Tali azioni sono chiamate alternative. La condizione dovrebbe essere applicata a tali blocchi come azione di controllo (scelta dell'azione). Si consiglia di introdurre nel diagramma un blocco speciale che gestisca la condizione per la selezione di un'azione alternativa (blocco). Questo blocco genera comandi separati di scelta per ogni blocco.

Il ruolo di una persona nei diagrammi IDEF0. Chi è lui: gestione o meccanismo? Sei tu a decidere quali funzioni svolge una persona nell'attività descritta. Se l'azione contenuta nel blocco è controllata da una persona, controlla. Se l'azione viene eseguita da una persona, allora il meccanismo. Tutto dipende dal grado di astrazione della rappresentazione del problema.

Ci sono casi in cui una persona (inclusa la stessa) per un blocco fungerà da meccanismo e controllo. CAPITA. Ad esempio, una persona sta scrivendo una lettera. È scritto da questa persona e questa persona gestisce il contenuto di questa lettera.

dati di controllo. La gestione è una squadra. Se il comando contiene una parte informativa (nomi, condizioni, scadenze, ecc.), allora la parte informativa del comando sono i dati di input.

La soluzione più semplice è dividere la freccia originale in due: controllo e dati. Queste frecce portano ai lati corrispondenti del blocco. Entrambe le frecce divise devono essere etichettate di conseguenza.

Sergej Sokolov (Minsk, BSUIR)
E-mail: