Műanyag- és Gumiipari Évkönyv 2015 - page 36

36
MÛANYAG- ÉS GUMIIPARI ÉVKÖNYV 2015
az ERP oldali résztvevők gyakran elhangzó végső
érve az, hogy itt (az XY rendszerben) ez úgy van,
hogy… Vajon képes-e ez a kötött szemléletmód
arra, hogy a féltve optimalizált, és gondosan kifej-
lesztett, egyedi gyártási folyamatokat kellő mély-
ségben támogassa?
A fizikai folyamatokhoz közeli, valós idejű, fo-
lyamattámogató, -követő és -modellező szoftver
gyakran igen speciális ismereteket igényel. Integ-
rálni kell tudni hardveres elemeket. Az érzékelés
és a vezérlés világához gyakran már a megfelelő
mélységű és minőségű adatok megszerzése érde-
kében is közel kell tudni kerülni. Nem is beszélve
a tényleges vezérlési és beavatkozási igényekről.
A fizikai folyamatok valós idejű követése gyak-
ran az automatikus azonosítás (AutoID) eszközeit
igényli.
Ez nem az ERP-s szereplők terepe. Mára az ERP-k
és a vezérléstechnológia világa közé, a folyama-
tosan optimalizált, változékony gyártási folyama-
tok követhetőségével, modellezésével szemben
támasztott igények egy új szegmens megszületé-
sét indikálták. E szakterület igényeinek lefedése
speciális tudást igényel, amely egyaránt tartal-
maz alacsony szintű (hardveres) és magas szintű
(ERP-k, vállalati adatcsere szabványok) integrálá-
si képességeket. Emellett a folyamatmodellezési,
adatbányászati, adatintegrálási, és üzleti intelli-
gencia elemek is nagyon hangsúlyosak. A gyakran
megjelenő, magasabb üzembiztonsági, rendelke-
zésre állási és hibamentességi kritériumok szin-
tén speciális ismeretekre támaszkodva érhetők el.
A nagyfokú egyediség és változékonyság miatt a
leginkább szükséges kompetencia mégis a progra-
mozási képesség.
A szoftverfejlesztés mint termékfejlesztés
A szoftverfejlesztés időigényes és költséges fo-
lyamat, amely megkívánja az előzetes elméleti
kutatást, a modellezést, vagy a prototípusok le-
gyártását-, az ezekkel végzett mérések, kísérletek
és vizsgálatok alapján egyes termékösszetevők
újratervezését, megváltoztatását. Szoftvert azon-
ban mindenki azonnal szeretne. Pedig a folyamat
a termékfejlesztéssel rokonítható, ahol a fejlesztési
időszakban jelentkező kisebb-nagyobb vargabetűk,
visszafordulók, és zsákutcák nem a kudarc jelei,
hanem a folyamat elfogadott sajátosságai. Mi több,
a termék-életciklus során szerzett gyártási és fel-
használási tapasztalatok is módosíthatják az erede-
ti, egyszer már helyesnek gondolt elképzeléseket.
Nincsen ez másképp a szoftverek esetében sem.
Mindennek persze, mint általában a termékfej-
lesztésnek is, komoly kezdeti befektetési igénye,
költségvonzata van. Jellemzően az átlagosnál jobb
minőségű szoftvert kell előállítani, ami nem ol-
csó dolog egy olyan szegmensben, amely jelen-
tős globális szakemberhiánnyal küzd, és ahol az
igazán jó programozókért kiélezett verseny folyik.
A szoftverek más területei az internetes szolgál-
tatásként széles célközönségnek kínált szoftverek,
vagy a sokszoros eladásra szánt “dobozos” szoft-
verek, amelyekhez igen olcsón juthatnak hozzá a
végfelhasználók. Ezt azonban azáltal érik el, hogy
a költségek megoszlanak a nagyszámú felhaszná-
ló közt. Gyakran az üzleti modell alternatív profit-
forrásai is segítenek ebben, esetleg ingyenesek is
lehetnek ezáltal. Ezzel szemben az egyedi szoft-
verek esetében nincs alternatív üzleti modell és
költségmegoszlás. A költségek egésze az egyetlen
szoftverbirtokosra terhelődik. Természetesen cse-
rébe sok - elsősorban működési -paraméter tekin-
tetében pont olyan lehet a program, amilyennek
azt szeretné. Ez pedig az árnál jóval fontosabb té-
nyező ezeknek a szoftvereknek az esetében. Ilyen
körülmények közt azonban nem túlzás kijelenteni,
hogy egyedi szoftver luxuscikk. Márpedig azokról
a prémiumnak mondott termékekről, melyekhez
gyanúsan olcsón jutunk hozzá, végül ki szokott
derülni valami turpisság…
Ha egy vállalat a megtermelt profitja egy részét
luxusra költi, akkor jól teszi, ha nagyon komolyan
megnézi mire is költi a pénzét, és nem egy hét-
köznapi beszerzésként tekint az ügyletre. Külön-
ben nagyon könnyen előállhat az a helyzet, hogy
a vártnál kevesebbet kap: a beszerzett szoftver vé-
gül nem tud megfelelni a magas elvárásoknak, és
felesleges kiadásnak bizonyul majd.
I...,26,27,28,29,30,31,32,33,34,35 37,38,39,40,41,42,43,44,45,46,...162