Pronalaženje uskog grla poduzeća na primjeru distribucijskog sustava. Metodologija za ocjenu proizvodne sposobnosti poduzeća Identifikacija uskih grla
Postoji ova statistika: 20% koda se izvrši 80% vremena. Njegova točnost
teško da u potpunosti odgovara stvarnom stanju stvari, ali ovdje je opće značenje
prilično zanimljivo: ispada da je optimizacija cijele aplikacije zadatak
nezahvalne i glupe, a pravi rezultati se mogu postići samo njihovom optimizacijom
20% aplikacija kojima treba najduže da se pokrenu. Štoviše, pronaći ovih 20% nije tako lako
i teško.
U ovom članku ćemo govoriti o profiliranje. Prema Wikipediji,
profiliranje nije ništa drugo nego "prikupljanje karakteristika rada programa, kao što je
kao vrijeme izvršenja pojedinih fragmenata, broj točno predviđenih uvjetnih
prijelazi, broj promašaja predmemorije i tako dalje." Prevedeno na ruski, ovo je
znači "identificiranje". uska grla programe" (ili, kako kažu anglofili,
"uska grla"), naime svi oni dijelovi koda u kojima program
počinje “kliziti”, tjerajući korisnika da čeka.
Najjednostavnije profiliranje može se napraviti golim rukama (a u nastavku ću pokazati
kako to učiniti), ali bolje je osloniti se na zajednicu čiji predstavnici
sve je već stvoreno potrebni alati. Prvi i najpopularniji alat
ide pod imenom GNU Profiler (ili gprof). Koristi se stoljećima za
kod za profiliranje koji generira GCC prevodilac. Drugo - GNU pokrivenost
alat za testiranje (gcov), uslužni program za više detaljna analiza produktivnost.
Treći je skup alata za ispravljanje pogrešaka i profiliranje pod općim imenom Google
Alati za izvedbu (skraćeno GPT). Pa, četvrti je Valgrind, što je barem
i dizajniran je za traženje pogrešaka u radu s memorijom, ali sadrži u svom arsenalu
niz uslužnih programa za analizu izvedbe programa.
Počnimo, očekivano, s klasicima.
GNU Profiler
GNU Profiler(gprof) jedan je od najstarijih dostupnih profilera
operacijskim sustavima kao što je UNIX. Dio je gcc paketa i stoga može
koristiti za profiliranje programa napisanih u bilo kojem podržanom
njihov jezik (a to nije samo C/C++, već i Objective-C, Ada, Java).
gprof sam po sebi nije alat za profiliranje, već samo omogućuje
prikaz statistike profila koju je aplikacija prikupila tijekom
rad (podrazumijeva se, niti jedna aplikacija to ne radi prema zadanim postavkama,
ali se može pokrenuti ako izgradite program s argumentom "-pg").
Pogledajmo kako to funkcionira u stvarnim uvjetima. Osjetiti sve
prednosti gprofa, nećemo ga primijeniti na neke apstraktne, umjetne
kreiranu aplikaciju, već onu pravu koja se koristi svaki dan. Neka
to će biti gzip.
Primamo i raspakiramo izvore arhivara:
$ wget www.gzip.org/gzip-1.3.3.tar.gz
$ tar -xzf gzip-1.3.3.tar.gz
$ cd gzip-1.3.3
Instalirajte alate potrebne za sastavljanje (u Ubuntuu se to radi
putem instalacije meta-paketa build-essential):
$ sudo apt-get install build-essential
Pokrećemo konfigurator izgradnje prosljeđivanjem argumenta CFLAGS varijabli okruženja
"-pg":
$CFLAGS="-pg" ./konfiguracija
Sastavljanje programa:
Sada imamo gzip binarnu datoteku koja može voditi statistiku o svom
izvršenje. Svaki put kada se pokrene, bit će popraćen generiranjem datoteke gmon.out:
$ ls -l gmon.out
-rw-r--r-- 1 j1m j1m 24406 2010-11-19 14:47 gmon.out
Ova datoteka nije namijenjena za čitanje od strane ljudi, ali se može koristiti
izrada detaljnog izvješća o izvršenju:
$ gprof ./gzip gmon.out > gzip-profile.txt
Najvažniji dio rezultirajuće datoteke prikazan je na snimci zaslona.
Svaki redak je statistika izvršenja jedne funkcije, stupci su različiti
pokazatelji. Zanimaju nas prvi, treći, četvrti i sedmi stupac. Oni
prikazati informacije o ukupnom vremenu utrošenom na izvršenje
funkcija (prvi stupac je u postocima, treći u sekundama), njezina količina
poziva i ime.
Pokušajmo analizirati izvješće. Prva na popisu je funkcija deflate,
koji je pozvan samo jednom, ali je "progutao" 29% ukupnog vremena izvršenja
programa. Ovo je implementacija algoritma kompresije, a ako smo se suočili s
zadatak optimizacije gzipa je mjesto gdje bismo trebali početi. 22% vremena
trebalo izvršiti funkciju longest_match, ali, za razliku od deflate, bila je
pozvana je čak 450.613.081 puta, pa je svaki pojedinačni poziv funkcije trajao
beznačajnu količinu vremena. Ovo je drugi kandidat za optimizaciju. Funkcija
fill_window je uzeo 13% ukupnog vremena i pozvan je "samo" 22.180 puta.
Možda bi u ovom slučaju optimizacija mogla dati rezultate.
Pomičući se datotekom izvješća do sredine (usput, odmah nakon tablice nalazi se detaljan
informacije o svim njegovim stupcima, što je vrlo zgodno), doći ćemo do tzv
"Grafikon poziva" To je tablica podijeljena na zapise,
odvojene jedna od druge isprekidanim linijama (ponavljajući znakovi minus). Svaki
zapis se sastoji od nekoliko redaka, dok je drugi red, protivan zdravom razumu
značenje se naziva "primarno" i opisuje funkciju kojoj je zapis posvećen.
Linija iznad je opis funkcije koja ga poziva, a ispod - one koje se pozivaju.
njoj.
Stupci sadrže sljedeće informacije (s lijeva na desno): indeks (indeks, to je
samo u primarnoj liniji i, zapravo, ne znači ništa); postotak vremena
koji se troši na izvršavanje funkcije (% vremena); količina potrošenog vremena
za njegovo izvršenje u sekundama (samo); količinu vremena utrošenog na
izvršavanje funkcije i svih funkcija koje ona poziva (djeca); broj poziva
funkcija (pozvana) i njezino ime (name).
Grafikon poziva pokazao se vrlo korisnim kada je u pitanju optimizacija
tuđi kod. Ne postaju vidljiva samo uska grla programa, već i cjelokupna logika
njezin rad, što možda neće biti vidljivo proučavanjem izvornog koda.
Alat za testiranje GNU pokrivenosti
Uz gprof, GCC prevodilac uključuje još jedan alat
profiliranje, koje omogućuje dobivanje detaljnijeg izvješća o izvršenju
aplikacije. Uslužni program se zove gcov i dizajniran je za generiranje
naziva se označeni izvorni kod, koji se pojavljuje pored svakog retka
sadrži broj njegovih izvršenja. Ovo može biti potrebno za dublje
proučavanje problema primjene, kada se pronađu funkcije odgovorne za "kočnice", i
bit problema ostaje nejasna (npr. nije jasno u kojem retku
odgovorna je više puta ugniježđena petlja unutar duge funkcije
abnormalni pad performansi).
Gcov se ne može osloniti na statistiku koju generira aplikacija kada je izrađena s njom
sa zastavom "-pg" i zahtijeva ponovnu izgradnju sa zastavicama "-fprofile-arcs" i "-ftest-coverage":
$CFLAGS="-fprofile-arcs -ftest-coverage"
./configure && make
$ ./gzip ~/ubuntu-10.10-desktop-i386.iso
Za svaku datoteku izvornog koda generira se grafikon poziva na temelju
koji se mogu stvoriti čovjeku čitljivim komentarima
izvor:
$ gcov deflate.c
Datoteka "deflate.c"
Izvedene linije: 76,98% od 139
deflate.c:stvaranje "deflate.c.gcov"
Rezultirajuća datoteka sastoji se od tri stupca: broj izvršenja
linija, broj linije i sama linija. Štoviše, za retke koji ne sadrže kod, u
prvi stupac će imati predznak minus, a za linije koje nikada nisu izvršene -
niz oštrih znakova: #####.
Google alati za izvedbu
Google alati za izvedbu(skraćeno GPT) razvoj je Googleovih zaposlenika,
dizajniran za pronalaženje curenja memorije i uskih grla aplikacija. Kao gprof,
GPT nije program izvan aplikacije koja se testira i
tjera ga da samostalno vodi statistiku svog učinka. Međutim
U tu svrhu ne koristi se kod ugrađen u fazi sastavljanja aplikacije, već
biblioteke koje se mogu povezati s aplikacijom tijekom izgradnje ili
povezan pri pokretanju.
Ukupno su dvije biblioteke dodataka dostupne programerima: tcmalloc (koja,
prema autorima GPT-a, to je najbrža implementacija na svijetu
malloc funkcionira, a također omogućuje analizu načina memorije
potrošeno, dodijeljeno i teče) i profiler koji generira izvješće o izvršenju
programi poput gprof. Komplet također uključuje uslužni program pprof,
dizajniran za analizu i vizualizaciju akumuliranih podataka.
Izvorni kod, kao i rpm i deb paketi za cijeli ovaj skup, dostupni su na
službenu stranicu (code.google.com/p/google-perftools), ali ne bih
savjetuje se da se potrudite s ručnom instalacijom, budući da je komplet dostupan u
standardna Fedora i Ubuntu repozitorija, a može se instalirati u jednom jednostavnom
naredba:
$ sudo apt-get instaliraj google-perftools \libgoogle-perftools0
libgoogle-perftools-dev
$LD_PRELOAD=/usr/lib/libprofiler.so.0.0.0\
CPUPROFILE=gzip-profile.log ./gzip \
/home/j1m/ubuntu-10.10-desktop-i386.iso
Međutim, sami zaposlenici Googlea ne preporučuju korištenje ove metode (očito zbog problema
s programima napisanim u C++), preporučuje se povezivanje knjižnice tijekom
sklopovi. Pa, nemojmo se svađati.
Za eksperimente, uzmimo isti gzip i ponovo ga izgradimo,
povezivanje binarnog sa potrebna knjižnica:
$ cd ~/gzip-1.3.3
$ očistiti
$./konfiguracija
$ LDFLAGS="-lprofiler" ./configure && make
Sada je gzip ponovno spreman zabilježiti svoje izvršenje, ali to neće učiniti
zadano. Da biste aktivirali profiler, morate deklarirati varijablu
okruženje CPUPFOFILE i dodijelite mu stazu do datoteke profila:
$ CPUPROFILE=gzip-cpu-profile.log ./gzip \
~/ubuntu-10.10-desktop-i386.iso
PROFIL: prekidi/izbacivanja/bajtovi = 4696/946/91976
Kao i kod gprof-a, rezultirajuće izvješće je u binarnom obliku i može biti
samo za čitanje pomoću posebnog uslužnog programa. U GPT-u njegovu ulogu igra
perl skripta pprof (u Ubuntuu kako bi se izbjegla zabuna s drugim uslužnim programom istog imena
preimenovan je u google-pprof), koji može generirati ne samo tablice i
označeni izvori u stilu gcov-a, ali i vizualni grafovi poziva. Ukupno
Postoji 11 tipova izlaza ovog pomoćnog programa, od kojih je svaki dodijeljen
Odgovarajući argument naredbenog retka je:
- Tekst (--text) - tablica slična gprof izlazu;
- Callgrind (--callgrind) - izlaz u formatu kompatibilnom s uslužnim programom kcachegrind (iz valgrind paketa);
- Grafika (--gv) - grafikon poziva koji se odmah prikazuje na ekranu;
- Popis (--list=
) - označeni popis navedene funkcije; - Rastavljeni popis (--disasm=
) - komentirano
rastavljeni popis navedene funkcije; - Simboli (--symbols) - popis dekodiranih simboličkih imena;
- Grafička datoteka (--dot, --ps, --pdf, --gif) - grafikon poziva, spremljeno
podnijeti; - Raw (--raw) - priprema datoteku binarnog profila za prijenos preko mreže
(prekodirano korištenjem ispisnih znakova).
Od najvećeg interesa za nas su tekst ("--text") i grafika
("--gv") vrste poziva. Samo oni mogu dati potpunu informaciju o provedbi
primjena i sva njena problematična područja. Tekstualni izlaz se generira na sljedeći način
put:
$ google-pprof --text ./gzip gzip-cpu-profile.log
Kao što možete vidjeti na snimci zaslona, izlaz je tablica s popisom svih
funkcije i troškove njihove provedbe. Na prvi pogled djeluje vrlo slično
tablicu koju generira uslužni program gprof, ali to nije slučaj. Biti pravedan
biblioteke, GPT ne može voditi statistiku izvršavanja programa u istim detaljima
i točno kako to radi kôd ugrađen izravno u aplikaciju. Stoga, umjesto
zapisi svih činjenica pozivanja i izlaska iz funkcija (ponašanje programa kompiliranog s
zastavica "-pg"), GPT koristi metodu koja se zove uzorkovanje. Stotinu puta u sekundi
knjižnica aktivira posebnu funkciju čija je zadaća prikupljanje podataka o
u kojem trenutku ovaj trenutak program se izvršava i snima
ove podatke u međuspremnik. Po završetku programa, a
datoteka profila se zapisuje na disk.
Zbog toga izlaz pprof-a ne sadrži informacije o tome koliko je puta funkcija izvršena
pozivao dok je program radio, ili koji je postotak vremena utrošen na njega
izvršenje. Umjesto toga, za svaku funkciju naveden je broj provjera, u
vrijeme za koje je utvrđeno da je program trenutno angažiran
izvršenje ove funkcije. Stoga, broj provjera dan za svaki
funkcije se sa sigurnošću mogu računati kao ukupno vrijeme njenog izvršenja.
U svim drugim aspektima, tablica jako sliči izlazu gprof: by function on
redak, eksponent po stupcu. Ukupno ima šest stupaca:
- Broj provjera za ovu funkciju;
- Postotak provjera za sve ostale funkcije programa;
- Broj provjera za ovu funkciju i sve njezine potomke;
- Isti broj kao postotak ukupnog broja provjera;
- Naziv funkcije.
Na prvu se ovakav pristup mjerenju vremena izvršenja čini previše.
netočno, ali ako usporedite tablice dobivene pomoću gprof-a s tablicama
pprof, postaje jasno da pokazuju istu sliku. Štoviše, GPT
omogućuje vam promjenu broja provjera po sekundi vremena pomoću varijable
okruženje CPUPROFILE_FREQUENCY, tako da se točnost može povećati za deset, sto
ili tisuću puta, ako to situacija zahtijeva (npr. ako je potrebno
profilirati izvođenje vrlo malog programa).
Nedvojbena prednost GPT-a u odnosu na gprof je mogućnost predstavljanja
informacije u grafički oblik. Da biste aktivirali ovu pprof funkciju, trebali biste
pokrenuti sa zastavom "--gv" (usput, za prikaz grafikona koristit će se
istoimeni uslužni program):
$ google-pprof --gv ./gzip gzip-cpu-profile.log
Grafikon poziva funkcije generiran kao rezultat izvršavanja ove funkcije je vrlo
vizualni i puno lakši za razumijevanje i proučavanje od sličnih
tekstualni graf generiran naredbom gprof. Naziv i statistika izvedbe za svaki
funkcije su smještene u pravokutnike čija je veličina izravno proporcionalna
količina vremena provedenog u obavljanju funkcije. Unutar pravokutnika
objavio podatke o tome koliko je vremena bilo potrebno za izvršenje same funkcije i njezine
potomci (vrijeme se mjeri u čekovima). Veze između pravokutnika označavaju
o redoslijedu pozivanja funkcija, i numeričke vrijednosti, naznačeno pored priključaka -
za vrijeme trajanja izvođenja pozvane funkcije i svih njezinih potomaka.
Još jedna prednost GPT-a je njegova mogućnost korištenja različitih razina
granularnost za izlaz podataka, dopuštajući korisniku da sam odabere jedinice
drobljenje. Prema zadanim postavkama, funkcija se koristi kao takva jedinica, dakle
svaki pprof izlaz je logički podijeljen na funkcije. Međutim, po želji, kao
jedinice za drobljenje mogu se koristiti linije izvornog koda (argument "--lines"),
datoteke ("--datoteke") ili čak fizičke memorijske adrese ("--adrese"). Zahvaljujući
Ova GPT funkcija vrlo je praktična za korištenje za pronalaženje uskih grla
velike aplikacije, kada prvo analizirate performanse na razini
odvojite datoteke, zatim idite na funkcije i konačno pronađite problem
mjesto na razini izvornog koda ili memorijskih adresa.
I još nešto za kraj. Kao što sam rekao gore, GPT nije samo dobar profiler,
ali i alat za pronalaženje curenja memorije, pa ima jedan vrlo
zgodna nuspojava u obliku sposobnosti analize potrošnje memorije
primjena. Da biste to učinili, aplikacija mora biti izgrađena ili pokrenuta uz podršku
tcmalloc knjižnica, a varijabla HEAPPROFILE sadrži adresu za postavljanje
datoteka profila. Na primjer:
$ LD_PRELOAD=/usr/lib/libtcmalloc.so.0.0.0 \
HEAPPROFILE=gzip-heap-profile.log \
./gzip ~/ubuntu-10.10-desktop-i386.iso
Počinje praćenje gomile
Izbacivanje profila hrpe u gzip-heap-profile.log.0001.heap (Izlaz)
Rezultirajuća datoteka imat će dodan kraj 0000.heap. Ako ga postavite
ovu datoteku u pomoćni program pprof i navedite oznaku "--text", prikazat će tablicu
funkcije i razinu potrošnje memorije svake od njih. Stupci znače isto
isto kao i u slučaju konvencionalnog profiliranja, s tim da umjesto
broj provjera i njihov postotak, tablica sada sadrži broj
potrošnja memorije i postotak ukupne potrošnje memorije.
Ako je potrebno, ove informacije mogu se dobiti u grafičkom obliku, kao i
promijeniti jedinice za drobljenje. Knjižnica se može prilagoditi pomoću različitih
varijable okruženja, od kojih se najkorisnija zove HEAP_PROFILE_MMAP.
Omogućuje profiliranje za mmap sistemski poziv (GPT prema zadanim postavkama
prikuplja statistiku samo za pozive na malloc, calloc, realloc i new).
Nekoliko riječi o Valgrindu
U zadnjem dijelu članka ukratko ćemo pogledati kako koristiti
alat Valgrind za profiliranje aplikacije. Valgrind je vrlo moćan
memorijski program za ispravljanje pogrešaka koji je sposoban pronaći takve memorijske pogreške kao što su
druge komunalne službe čak i ne sumnjaju u to. Ima modularnu arhitekturu tj
s vremenom je omogućio nabavu nekoliko dodataka koji nisu povezani s
izravno na otklanjanje pogrešaka. Ukupno postoje tri takva dodatka:
- Cachegrind - omogućuje vam prikupljanje statistike o učitavanjima podataka i
programske upute u predmemoriju prve i druge razine procesora (snažni i
sofisticirani alat koji je koristan pri izvođenju profiliranja
kod niske razine). - Massif je heap profiler sličan po funkcionalnosti svom parnjaku iz GPT paketa.
- Callgrind je profiler sličan onima u gprof-u i GPT-u.
Prema zadanim postavkama, Valgrind koristi memcheck kao svoj glavni dodatak.
(program za ispravljanje pogrešaka u memoriji), pa vam je za pokretanje u načinu profiliranja potreban
ručno odredite potrebni dodatak. Na primjer:
$ valgrind --tool=callgrind ./program
Nakon toga će se u trenutnom direktoriju stvoriti datoteka s imenom
callgrind.out.PID program, koji se može analizirati pomoću uslužnog programa
callgrind_annotate ili grafički program kcachegrind (instaliran
odvojeno). Neću opisivati format podataka koje ti programi generiraju
(dobro je predstavljeno na istoimenim man stranicama), reći ću samo to
Bolje je pokrenuti callgrind_annotate s oznakom "--auto" tako da može
Sami pronađite izvorne datoteke programa.
Za analizu potrošnje memorije, Valgrind treba pokrenuti s argumentom "--tool=massif".
Nakon čega će se programska datoteka massif.out.PID pojaviti u trenutnom direktoriju, što
može se analizirati pomoću uslužnog programa ms_print. Za razliku od pprofa, ona
može prikazati podatke ne samo u obliku standardne tablice, već i generirati
prekrasna ascii-art grafika.
zaključke
Alati kao što su gprof, gcov i GPT omogućuju analizu performansi
aplikaciju i identificirati sva njezina uska grla do pojedinog procesora
upute, a povezivanjem Valgrinda s procesom profiliranja možete postići
nevjerojatni rezultati.
INFO
Prema zadanim postavkama, gprof ne ispisuje informacije o profilu za funkcije.
libc knjižnice, ali situacija se može popraviti instaliranjem paketa libc6-prof i
kompajliranje testa s bibliotekom libc_p: "export LD_FLAGS="-lc_p"".Možete aktivirati GPT profiler ne samo pomoću varijable okruženja
CPUPROFILE, ali i uokvirivanje testiranog dijela koda s funkcijama ProfilerStart().
i ProfilerStop(), koji su deklarirani u google/profiler.h.
UPOZORENJE
Zbog sigurnosnih zahtjeva, GPT neće raditi za aplikacije s
SUID bit postavljen.
17. Analiza uskih grla koja se javljaju u poduzeću.
Zadatak operativnog planiranja proizvodnog programa je određivanje asortimana i obujma proizvoda. Da biste to učinili, morate znati sljedeće podatke:
1) cijene proizvoda;
2) troškovi proizvodnje;
4) raspoloživi proizvodni kapacitet.
Problemi planiranja proizvodnog programa
određena prvenstveno vrstom i brojem uskih grla u proizvodnji. Osim toga, važni su mogući alternativni tehnološki procesi. Riječ je o instaliranoj opremi i intenzitetu njezine upotrebe u proizvodnom procesu.
Mogući su različiti pristupi planiranju proizvodnog programa.
Postoje tri osnovna pristupa u poduzeću:
a) Nema uskih grla.
Budući da nema uskih grla, svi se proizvodi mogu proizvesti.
b) Prisutnost jednog uskog grla.
Pretpostavimo da postoji jedno usko grlo u poduzeću. Potrebno je razlikovati slučajeve jednog i mogućeg alternativnog tehnološkog procesa.
Ako su varijabilni troškovi po jedinici vremena isti za sve proizvode, tada morate provjeriti jesu li iznosi pokrića pozitivni za sve proizvode i procese ili su negativni za određene kombinacije proizvoda i procesa
Ako su poznati prihodi od prodaje i varijabilni troškovi po jedinici proizvodnje, a samim tim i visina pokrića, tada se može oblikovati optimalni proizvodni program u fazama, ako postoji samo dosljedna izrada programa jedno usko grlo.
c) Prisutnost nekoliko uskih grla.
Ako se prilikom provjere prodajnih i proizvodnih programa pokaže da postoji nekoliko uskih grla u proizvodnji odjednom, onda je teže donijeti odluku. U tom slučaju treba koristiti metode linearnog programiranja.
Planiranje optimalnog proizvodnog programa ne treba provoditi samo s troškovne strane, već se moraju uzeti u obzir kriteriji profita. Kalkulacijski podaci temeljeni na punim troškovima nisu dovoljni za planiranje optimalnog proizvodnog programa, jer se u takvim kalkulacijama troškovi ne dijele na varijabilne i fiksne. Uz troškove, potrebno je razmotriti i učinak upravljačke odluke o prihodima od prodaje i iznosima pokrića. U tom smislu potrebno je koristiti podatke iz izračuna iznosa pokrića.
Prisutnost jednog uskog grla može se objasniti s dva razloga:
a) ako je proizvodni proces jednofazni, tada postojeći kapaciteti nisu dovoljni za proizvodnju najveće moguće količine svih proizvoda s pozitivnim iznosima pokrića;
b) ako je proizvodni proces višefazni, tada se usko grlo javlja samo u jednom dijelu, čiji kapacitet nije dovoljan za proizvodnju svih proizvoda.
Ako poduzeće ima usko grlo, potrebno je izračunati relativne iznose pokrića po jedinici vremena učitavanja uskog grla za pojedine grupe proizvoda. Uzimajući to u obzir, potrebno je promijeniti rangirani redoslijed proizvodnje proizvoda kako bi se postigla optimalna vrijednost proizvodnog rezultata. Određivanje prodajnog i proizvodnog programa bez uzimanja u obzir raspoloživih kapaciteta u uskom grlu dovodi do smanjenja ukupnog iznosa pokrića. To je pogrešna odluka, jer u tom slučaju tvrtka gubi iznose pokrića
Pozadina
U listopadu 2010. u sklopu organizacije projekata poboljšanja učinkovitosti
tvornice zrakoplova za 2011. tvrtka Rightstep izvršila je dijagnostiku gl
tvornička proizvodnja. Glavna svrha ankete bila je identificirati uska grla, tj. one objekte, postupke upravljanja i odjele koji su ograničavali cjelokupnu proizvodnju tvornice.
Prema rezultatima analize, glavni “ uska grla" postrojenja (potencijalno usko grlo su također bili postupci (točnije nedostatak istih) za održavanje elektroničkog sastava proizvoda):
1) montažna radnja ASTS1;
2) metode planiranja i upravljanja proizvodnjom;
3) SHTs trgovina (žigosanje), MC trgovina (mehanička)
Ovaj članak opisuje "probijanje" "uskog grla" u ASC1 radionici.
Radnja ASTS1 prva je u sekvencijalnom lancu strojne montaže (gdje se proizvod počinje sastavljati iz jedinica, zatim se prenosi u preostale montažne radionice, ASTS2 i DSP), koja je „vrh trokuta“ u -lanac opskrbe postrojenja i potrošač je preostalih trgovina za proizvodnju dijelova (DDC). Ili - početak "cjevovoda" za pomicanje proizvoda duž lanca montaže.
Posljedično, svaki problem koji se pojavio u radionici ASTS1 i ograničio početak montaže proizvoda automatski je doveo do ograničenja proizvodnje strojeva od strane cijelog pogona.
A u jesen 2010., radionica ASC1 bila je takvo usko grlo, s prosječnom proizvodnjom od 6 proizvoda mjesečno, s tvorničkim planom od 7-8. Glavni problemi ASC1 bili su:
1) nesinkronizacija isporuke dijelova i montažnih jedinica iz drugih radionica u ASC radionicu (čitaj - stalni "neočekivani" nedostaci u montaži)
zbog stvarnog nepostojanja izračunatog plana nabave po narudžbi (stroja);
2) krajnje neučinkovito unutarnja organizacija rad u radionici, s glavnim simptomima (ne uzrocima!): „nema ljudi“, „neispravni dijelovi“, „nema mjesta, nema gdje staviti proizvode“.
Zapravo, problemi ASTS1 bili su odraz problema u upravljanju i organizaciji proizvodnje cijelog pogona. I iznad svega:
1) stvarni nedostatak plana strojne nomenklature sinkroniziran između pogona za "izradu dijelova" i "montažu agregata" (DDC i ASC), što je dovelo do proizvodnje ne onoga što je bilo potrebno iu pogrešnim količinama, kao posljedicu - raditi “zbog nestašice” i, u konačnici, ometanja skupštinskog rasporeda;
2) nadnice po komadu, koje dopuštaju i tjeraju radionice da, čak iu radionicama s uskim grlima, traže prije svega "bruto", ne uzimajući uvijek u obzir manjkove.
Izbor koncepta
Na temelju rezultata analize podataka i rasprave o mogućim načinima "rješavanja" uskog grla identificirana su sljedeća područja transformacije.
Prvi: mijenjanje sustava upravljanja proizvodnjom tako da nas tjera da proizvodimo samo ono što je potrebno uz relativno niske troškove. Za to je bilo potrebno:
1) organizirati sustav planiranja nomenklature po narudžbi, sustav za praćenje isporuka i strojeva za „zatvaranje“;
2) promjenom motivacijskog sustava (modifikacija “posla”) motivirati radionice da ispune, prije svega, zadani plan;
3) omogućiti upravljanje procesom proizvodnje i opskrbe kroz vizualizaciju i praćenje onoga što se događa.
Drugi:
mijenjanje sustava organizacije proizvodnje radionice kroz:
1) optimizacija tokova kretanja dijelova i sklopova unutar trgovine,
2) uklanjanje svih nepotrebnih proizvodnih i neproizvodnih operacija na putu stvaranja stroja,
3) pružanje vizualizacije onoga što se događa, statusa trenutne situacije, budućih i sadašnjih problema,
4) smanjenje lansiranja serija i kretanja kroz cijeli proizvodni lanac.
Za provedbu ovih transformacija odabrani alati bili su SCM ("upravljanje lancem proizvodnje") i Lean (" Mršavo") i TOC ("Teorija ograničenja") metode upravljanja proizvodnjom.
Rad u prvom smjeru, “Sustav planiranja i praćenja pogona”, počeo se provoditi uvođenjem novih procesa (procedura) za cijeli pogon, sinkroniziranim (prema rasporedu montaže i otpreme strojeva) planiranjem i proizvodnjom. upravljanja, plus uvođenje Lean IT planiranja i sustava praćenja koji ih podržava, a izradio ga je SCMo.
Rad u drugom smjeru prihvaćen je za implementaciju korištenjem tradicionalnijih, ali „prilagođenih“ Lean i TOC alata za korištenje u tvornici.
Transformacije. Nova organizacija unutar ASC1 radionice
Projekt transformacije na ASTS1 započet je u siječnju 2011. godine, ali je tada zbog određenih promjena u radionici zaustavljen.
Rezultati projekta prikazani u nastavku postignuti su u samo nekoliko mjeseci, uklj. zahvaljujući odlučnom i principijelnom stavu uprave radionice. I, gledajući unaprijed, napominjemo da je glavni cilj projekta povećanje propusnost radionice od 6 do 8 strojeva mjesečno, sa:
ne-povećanje operativni troškovi(platni spisak, broj radnika i dr.) i zalihe dijelova i nedovršene proizvodnje - ostvarena.
Optimizacija izvangradnje montaže proizvoda
Fizička lokacija proizvoda. Suočavanje s prostornim ograničenjima
Na temelju rezultata analize utvrđeno je da je jedno od „uskih grla“ ASTS1 fizička organizacija vanjskog montažnog prostora. Stranica je bila pretrpana starom opremom/mezaninima, nepotrebnim predlošcima, dijelovima i ostalim besmislicama koje zapravo nisu korištene u proizvodnji strojeva postojećih modifikacija.
Zbog toga je bilo moguće smjestiti maksimalno 3-4 istovremeno sklopljena stroja u montažnom prostoru izvan gradilišta. Štoviše, u izrazito skučenim i neoptimalnim uvjetima.
Ovo bi bilo dovoljno ako idealna organizacija montažnih radova i uz savršeno pridržavanje rasporeda isporuke dijelova iz drugih radionica. Ali u stvarni svijet", ako se pojave problemi s bilo kojim proizvodom, to usporava montažu, uklj. navoz svih ostalih strojeva. A montažni timovi jednostavno nisu imali fizičku mogućnost prebaciti se na drugi stroj.
Kao rezultat toga, odlučeno je srušiti nepotrebnu opremu, očistiti gradilište i organizirati dvije "linije" za montažu strojeva na gradilištu. Tijekom ovog rada korištene su metode ergonomske organizacije radnog prostora prema 5C. Pogledajte dijagram i fotografiju.
Kao rezultat toga, vanjski prostor za montažu sada može primiti 6 strojeva, uključujući i one za isporuku, a to je uz neusporedivo bolju i praktičniju organizaciju radnih mjesta.
Prijenos operacija s završne montaže proizvoda na druga područja.
Na temelju rezultata analize montažnog prostora izvan gradilišta, koji je bio „usko grlo“ radionice, identificirane su brojne „dodatne“ operacije, tj. operacije koje bi se mogle izvesti učinkovitije u drugim područjima i za kraće vrijeme kvalificirano osoblje. Neki primjeri - pogledajte fotografiju.
Nakon temeljite analize i razgovora s tehnolozima u radionici, te su operacije prebačene u druga, manje prometna područja, čime je monterima oslobođeno vrijeme od "sporednih" operacija.
Promjena sustava obračuna plaće radnika
U sklopu reformi promijenjen je i sustav obračuna plaća radnika.
Fond plaća se izričito obračunavao na temelju plana proizvodnje, odnosno o broju izrađenih strojeva koji su prebačeni u sljedeću radionicu u lancu.
Dalje je taj iznos raspodijeljen na članove montažnih ekipa (predradnike), ovisno o kvalifikacijama radnika i stopi radnog učešća.
Sustav alarma
Dodatno, odlučeno je izgraditi fleksibilnu strukturu procesa rada u radionici, usmjerenu na stvaranje maksimalnih uvjeta za
proizvodni radnik i alarm/rješavanje svih njegovih potreba/problema on-line kao što je prikazano u nastavku:
Kako bismo u navedenom lancu brzo odgovorili na novonastale potrebe izvođača, odlučili smo koristiti alate za vizualizaciju, poput signalnih svjetala. Svaki sektor gradilišta planira se opremiti s dvije vrste žarulja, zelenom i crvenom, te tipkama za njihovo paljenje.
Zelena svjetiljka signalizira da je sektor u potpunosti opskrbljen dijelovima, da je oprema za proizvodnju dostupna i da su trenutne potrebe za sklopovima potpuno jasne (tj. situacija je normalna).
crvena žarulja- ovo je signal da sektor treba riješiti probleme u jednom od tri područja, a voditelj gradilišta mora što prije odgovoriti na ovaj zahtjev i poduzeti mjere za brzo rješavanje ili obavijestiti druge izvođače ako problem utječe na njihove kompetencije.
Žuta boja- problem postoji, ali je u procesu rješavanja.
Optimizacija dijela detaljne montaže radionice
Sustav za osiguranje opskrbe iz dijela detaljne montaže radionice
Nakon izvršenih navedenih transformacija, kapacitet pogona izvangradnje za montažu povećan je na 8 vozila mjesečno. No, gotovo odmah, usko grlo ASTS1 radionice preselilo se u detaljna montažna područja radionice.
Zbog ovoga, nova organizacija uveden je u dio radionice za detaljnu montažu, dio koji proizvodi i izravno isporučuje sklopove za montažu izvan gradilišta. Radovi su završeni za otprilike mjesec dana, prema metodologiji koju je predložio Rightstep:
1) optimizacija organizacije radnih mjesta na gradilištu prema načelima “5C”;
2) ugradnja sustava za vizualizaciju;
3) organiziranje sustava planiranja povlačenja i nabave dijelova za montažu metodama “supermarket” i “kanban”.
Uvedena nova organizacija proizvodnje toliko se svidjela predradnicima i radnicima ostalih pogona radionice da su pogoni doslovce “stali u redu” za implementaciju.
Transformacije. Osiguravanje pravovremenih isporuka ACC1
SCMo sustav planiranja i praćenja
Sa stajališta “vanjskih” uvjeta, veliki problem za radionicu bila je neritmična (nesinhronizirana s ritmom montaže određenih strojeva) nabava dijelova iz distribucijskog centra radionica tvornice.
Rješenje ovog problema provedeno je u sklopu projekta uspostave sustava sinkronog međufaznog planiranja nomenklature narudžba po narudžbu na razini cijele tvornice. Korištena metodologija bila je metodologija planiranja “povuci” (just in time and točno u količini po narudžbi) i metodologija rada s “buffers” i “prioritetima” “uskih grla” Teorije ograničenja.
Lean je korišten kao alat za implementaciju ERP sustav SCMo, koji omogućuje on-line planiranje, upravljanje i praćenje procesa proizvodnje i nabave.
Algoritam planiranja konfiguriran za postrojenje omogućio je stvaranje prilagođenog (za svaki stroj ili "skupnu" narudžbu) plana proizvoda
proizvodnje i zaliha za svaku radionicu obuhvaćenu sustavom. Sa signalizacijom u boji/osvjetljenjem svake serije dijelova koje isporučuje radionica dobavljača, stalno ažuriranim nakon proizvodnje. Pogledajte dijagram u nastavku.
U sklopu projekta transformacije u radionici ASTS1 korištenjem SCMo-a bilo je moguće „ispravno“ instalirati sljedeće procese:
1) formiranje redoslijeda za montažu strojeva u radionicama ASTS1 - ASTS2 - DSP, a za ASTS1 - formiranje rasporeda isporuke za određene strojeve i na određene datume u mjesecu (pogledajte ekranski obrazac ispod):
2) na temelju rasporeda isporuke strojeva od strane radionice ASC1 - formulirati plan nabave dijelova i sklopova iz radionica dobavljača. Ovo trenutno nije bilo moguće u potpunosti automatizirati zbog netočnosti u elektroničkom sastavu proizvoda (stroja). Zbog toga je donesena odluka da se u SCMo-u djelomično zadrže elektronički manjkovi upućeni radionicama dobavljača, uz obvezno postavljanje “obećanog datuma” od strane dobavljača. Zapravo, radi se o „dnevnicima manjka“ koji se objavljuju na internetu i dostupni su svima, a koje je prethodno vodio PDB dispečer trgovine, a informacije iz kojih su postale dostupne trgovinama dobavljača, često u iskrivljenom obliku, i to samo na planskim sastancima.
To je učinjeno u okviru nove metodologije upravljanja, prenesene u IT sustav, odnosno osigurava maksimalnu vizualizaciju onoga što se događa za sve sudionike u proizvodnom lancu (vidi dolje):
Pozitivna nuspojava je održavanje “elektroničkih nedostataka” u SCMo-u - mogućnost prelaska na “elektroničke” planske sastanke, čija je učinkovitost mnogo veća od tradicionalnih, a vrijeme utrošeno na njih je manje.
Sustav za praćenje događanja (sustav video nadzora)
Unutar ovaj smjer, kako bi se osigurala maksimalna vizualizacija onoga što se događa u proizvodnji, u radionicu je uveden i sustav vizualizacije (videonadzora) koji radi u on-line modu i omogućuje, po potrebi, da se vidi što se stvarno događa u prostorima radionice na određeno vrijeme.
Rezultati projekta
1. Kapacitet radionice povećan je sa 6 na 8 strojeva mjesečno.
Uz: nema povećanja troškova poslovanja (plaća, broja radnika i sl.) i zaliha dijelova i proizvodnje u tijeku.
2. Sustav planiranja i praćenja nabave pušten je u rad, sinkronizirajući ne samo proizvodnju, već i pokretanje svih radionica tvornice s rasporedom
agregat i završna montaža strojeva.
3. Osigurana je potpuna transparentnost onoga što se događa u proizvodnji.
4. Osigurana je osnova za postizanje stope proizvodnje od 9 automobila mjesečno u 2012. godini.
5. Pokrenut je “zamašnjak” transformacija, uklj. i u drugim područjima radionice.
Wrightstep, Iris Partenaires
Uska mjesta
Uska grla su nedostatak proizvodnog kapaciteta u lancu procesa, određen nekom komponentom: opremom, osobljem, materijalima ili transportom; eliminira se organizacijskim i tehničkim mjerama – “deblokada” uskih grla.
Uska grla se mogu pojaviti u poduzećima iz raznih razloga. U uvjetima složene suradnje različitih strojeva koji rade na moderna poduzeća, priroda unutarproizvodnih veza, proporcionalnost pojedinih radionica i proizvodnih područja ne mogu se dati jednom zauvijek i ostati nepromijenjeni. Poboljšanje opreme i proizvodne tehnologije, poboljšanje organizacije rada, promjena prirode proizvodnje u jednom području neminovno uvjetuje odgovarajuće promjene u drugim područjima koja su s tim povezana.
Tablica 46. Uska grla
|
Usko grlo |
Opis problema |
Aktivnosti i očekivani rezultati |
|
Izgled radionice |
U rasporedu radionice strojevi su postavljeni okomito na proizvodnu liniju - to ne osigurava sigurnost radnika koji stoje iza strojeva. |
Bilo bi optimalnije rasporediti strojeve u takozvanom uzorku "riblja kost" - pod kutom u odnosu na liniju. Time će se osigurati sigurnost radnika i drugo učinkovito korištenje prostor radionice. |
|
Transportni posao |
Prijevoz u radionici funkcionira na sljedeći način: na početku dana kamioni dolaze u radionicu, preuzimaju izratke iz skladišta i razvoze ih duž proizvodnih traka te odlaze. Na kraju dana kamioni ponovno počinju s radom: preuzimaju gotove proizvode iz kontejnera i odvoze ih u odgovarajuće skladište. Ostatak vremena vozila miruju. |
Možete organizirati distribuciju obratka i dostavu Gotovi proizvodi ne na kraju i na početku radnog dana, već tijekom cijelog radnog vremena. |
|
Rad transportera i utovarivača |
Prijevoznik i utovarivač plaćaju se u punom iznosu, ali nisu zaposleni cijeli radni dan. |
Utovarivače i transportere možete platiti upola manje, jer... njihova zaposlenost u radionici je vrlo mala. Stvorite kombinaciju zanimanja - transporter može raditi i kao utovarivač. |
Zaključak
U predmetni rad poduzete su mjere za organiziranje proizvodne djelatnosti mehaničarska montažna radionica. Tijekom procesa razvoja izračunat je i određen obujam proizvodnje potreban iznos oprema, broj osoblja, prostor radionice, fond plaća glavnih radnika, pomoćnih radnika, menadžera, namještenika, stručnjaka. Rješenje pitanja organizacije proizvodnje i vođenja u radionici temeljilo se na proučavanju dizajna proizvoda, tehnoloških procesa njihove proizvodnje i organizacije rada zaposlenika poduzeća.
Izračunat ćemo planirano opterećenje opreme i identificirati uska grla. Izradit ćemo plan proizvodnje i analizirati proizvodni program radi njegove izvedivosti.
Identifikacija uskih grla u proizvodnom programu. Proračun i bilanca opterećenja opreme pri planiranju proizvodnje.
Svaki voditelj proizvodnje redovito postavlja pitanje „Hoće li moći izvršiti sve planirane narudžbe na vrijeme. Je li proizvodni kapacitet poduzeća dovoljan za to? Koliko se intenzivno očekuje rad u ovom planskom razdoblju?
Ovaj video će demonstrirati module TCS sustava, koji omogućuju, prvo, izračunati i analizirati volumetrijske pokazatelje opterećenja opreme tijekom vremenskog razdoblja od interesa, i drugo, vizualizirati kalendarski plan proizvodnja u obliku gantograma uz istovremeni prikaz opterećenja opreme od interesa.
Dakle, kao početni podaci u TCS sustavu već su kreirani proizvodni nalozi za gotove proizvode - montažne ormare u različitim konfiguracijama i količinama, te nalog za izradu standardiziranih komponenti. vlastita proizvodnja održavati standarde zaliha.
Svaka od ovih narudžbi ima procijenjeni datum izdavanja. Za narudžbe komercijalni proizvodi To su obično uvjeti ugovora; za interni nalog to je otprilike sredina mjeseca. Podsjetimo, u našem skladištu imamo određenu zalihu standardiziranih komponenti (rezervu) iz koje će se kompletirati narudžbe za prvu polovicu mjeseca. Stavke internih narudžbi proizvedene do sredine mjeseca koristit će se za vraćanje rezerve skladišta i dovršetak preostalih narudžbi za to razdoblje.
Sljedeći korak je izračunavanje datuma lansiranja za stavke proizvoda i njihove komponente, kao i komponente proizvedene kao posebna narudžba za skladište standardiziranih dijelova. Odaberimo sve proizvodne specifikacije planskog razdoblja i pokrenimo makro " Izračun datuma lansiranja/izlaska".
Kao rezultat, za sve proizvedene dijelove i montažne jedinice dobivamo okvirne datume početka i završetka proizvodnje, izračunate na temelju zadanih rokova i primijenjenih tehnoloških procesa.
Učinimo ove proizvodne specifikacije funkcionirajućima i prijeđimo na odgovarajuću karticu plan proizvodnje nomenklature. Navodi artikle s količinama koje treba proizvesti i rokovima.
Dakle, najraniji datum lansiranja serije je 18. veljače, a posljednji datum izdavanja je 23. ožujka 2010.
Kartica "Tehnički proces" daje detaljnije informacije, odnosno plan rada. Oni. popis svih radova koje je potrebno obaviti da bi se proizveli svi planirani predmeti. Za svaki posao izračunava se složenost njegove provedbe, a također iu skladu s tehnološki proces prikazana je oprema, radionica, područje, zanimanje i kategorija.
Također, TCS sustav održava informacije o strojnom parku poduzeća, tj. stvarna količina svakog modela opreme i njihova dostupnost u odjelima. Na primjer, u prvom dijelu sedme radionice imamo Amada prešu i FINN-POWER prešu, u drugom dijelu je oprema za zavarivanje, au trećem dijelu su stolovi za montažu i kontrolu.
Za procjenu izvedivosti ovog plana koristimo modul "" TCS sustava. Odredit ćemo datume početka i završetka za razdoblje u kojem se planira izvođenje planiranih radova, a to su 18. veljače i 23. ožujka 2010. godine. Idemo računati.
Kao rezultat izračuna prikazuje se popis svih modela opreme koji se koriste za izvođenje radova. Označeno je kojim skupinama pripada i gdje se nalazi. Za svaki model izračunava se fond radnog vremena u satima za određeno razdoblje. Izračun uzima u obzir količinu ove opreme u odjelu i raspored planiranih popravaka i održavanja. Također se izračunava koliko će ukupno sati ova oprema biti zauzeta izvođenjem planiranih operacija. Posljednji stupac prikazuje planirano opterećenje.
U praksi, ovisno o veličini poduzeća i njegovoj strukturi ovaj popis mogu biti vrlo velike (mnoge radionice, sekcije, modeli). Može biti teško stvarno raditi s takvom količinom informacija. Stoga, radi praktičnosti, možete koristiti različite postavke.
Na primjer, prikazati opterećenje samo za jedan odjel koji nas zanima. Izaberimo prvi dio dvanaeste radionice ili drugi dio sedme radionice. Možete prikazati preuzimanja samo onih koja nas zanimaju Skupine opreme, na primjer, Control. Oprema ove grupe prisutna je u različitim odjelima poduzeća.
Kako biste brzo identificirali potencijalna uska grla u našem proizvodnom planu, samo unesite prag opterećenja. Upisujemo 70%, s obzirom da oprema čije opterećenje u planskom razdoblju prelazi 70-80% predstavlja tzv. rizičnu skupinu. Sakrijmo linije s manjim opterećenjem. U našem primjeru, samo će FINN-POWER hidraulična revolverska preša biti više od 70% opterećena, tj. za plan za ožujak, to je upravo usko grlo.
Slučajni kvar ove opreme može dovesti do poremećaja u izvršenju, ako ne cijelog plana, onda mnogih naloga planskog razdoblja. Što obično dovodi ne samo do financijskih kazni, već i do nefinancijskih gubitaka. Na primjer, ovaj negativni događaj također može utjecati poslovni ugled poduzeća.
Pogledajmo koju biste opremu također trebali pogledati Posebna pažnja. Unesemo graničnu vrijednost od 50% i takve linije jednostavno obojimo u odabranu boju. Amada preša je dodana FINN-POWER-u, njeno projektirano opterećenje je 57%. Sve ostale radionice i oprema u njima nisu toliko opterećeni i, najvjerojatnije, neće zahtijevati povećanu pozornost planera.
Dakle, korištenjem modula "" možemo izvući sljedeće zaključke:
Je li naš plan načelno izvediv ili ne. Kriterij za ovu procjenu bit će prekoračenje 100% opterećenja za bilo koji model. Ako je negdje opterećenje veće od 100%, tada nikakva količina neće pomoći suvremene metode optimizacija proizvodnog plana. U ovom slučaju potrebno je povećati radni fond opreme, tj. ili povećati vremensko razdoblje, ili zaposliti dodatno osoblje koje će raditi drugu smjenu, ili pokrenuti drugu kopiju opreme u blizini.
Naš primjer plana nema nijednu poziciju čija vrijednost opterećenja prelazi 100%. To znači, barem teoretski, da se određena količina posla može dovršiti unutar određenog vremenskog okvira koristeći postojeću opremu. Hoćemo li ili nećemo provesti plan u stvarnosti naše proizvodnje. Ova procjena također nam omogućuje da izvučemo zaključak o izvedivosti predstavljenog plana, ali ne teorijski, kao prvi, već bliže životu i individualne karakteristike svaku proizvodnju. Na primjer, očito je da će iskorištenost opreme od 99% omogućiti da se plan ispuni samo u radnim uvjetima bez kvarova, kašnjenja i zastoja, kada su svi sustavi duplicirani i roboti rade u poduzeću. U stvarnosti, kvarovi i kašnjenja redovito se događaju iz raznih razloga. Ili materijal nije isporučen na vrijeme, ili stroj nije bio postavljen, ili se radnik razbolio, ili je došlo do strujne nesreće itd. i tako dalje. Stoga, u svakom poduzeću, čak i za različite radionice i odjele ovog poduzeća ili različiti tipovi radi ovaj kriterij ima drugačije značenje. Na primjer, za jedno područje opterećenje od 80% smatra se kritičnim, a za drugo - 60%.
Oni. Za svaku vrstu radova ili gradilišta može se napraviti usporedba s odgovarajućom pojedinačnom graničnom vrijednošću, što iskusni projektanti obično znaju iz prakse. Odgovara li struktura postojećeg strojnog parka u poduzeću proizvodnom programu? Ovaj zaključak će biti posebno koristan za poduzeća koja imaju stabilan proizvodni program, tj. plan proizvodnje koji se može izgraditi unaprijed i nije podložan jakim promjenama iz mjeseca u mjesec.
U našem primjeru većina modela opreme nije opterećena ni do 40%, dok opterećenje tiska FINN-POWER doseže kritičnu vrijednost. Ako se slično stanje dogodilo u masovnoj proizvodnji, onda bismo trebali prije svega kupiti opremu za nabavu, kako bismo povećali obujam proizvodnje.
