Szoftverfejlesztés vállalkozásodra szabva

Mint ahogyan minden egyes vállalkozás más és más, úgy a tevékenységet támogató szoftverekkel szemben támasztott igények is eltérnek. Más folyamatokat kell kezelnie egy kereskedelmi vállalkozásnak, egy szolgáltató cégnek vagy egy összetett belső munkafolyamatokkal működő szervezetnek.

Ez azonban nem jelenti azt, hogy minden vállalkozásnak feltétlenül teljesen egyedi rendszert kell fejlesztenie. A megfelelő megoldás lehet kész szoftver, konfigurálható rendszer, több szolgáltatás integrációja vagy egyedi szoftverfejlesztés is. A lényeg az, hogy a technológia az üzleti folyamatokat támogassa, és ne a vállalkozásnak kelljen indokolatlanul a szoftver korlátaihoz alkalmazkodnia.

Ehhez pedig a programozás előtt meg kell érteni, mit kell megoldania a rendszernek, kik fogják használni, milyen adatokkal dolgozik, milyen más rendszerekkel kell együttműködnie, és hogyan változhatnak az igények a későbbiekben. Itt kezdődik a rendszertervezés.

Mit jelent a rendszertervezés?

A rendszertervezés olyan folyamat, amelynek során a feltárt üzleti és felhasználói igényekből egy megvalósítható rendszer terve készül. Meghatározza a rendszer felépítését, fő komponenseit, azok kapcsolatait, az adatkezelés módját és azokat a technikai megoldásokat, amelyekkel a kívánt működés megvalósítható. A gyakorlatban tehát nem azzal kezdődik a szoftverfejlesztés, hogy a fejlesztők programozni kezdenek.

Előbb meg kell érteni a jelenlegi folyamatokat és problémákat. Hol történik felesleges manuális adatbevitel? Milyen információkat kezelnek Excel-táblákban? Hol kell ugyanazt az adatot többször rögzíteni? Mely folyamatokat kellene automatizálni? Kik férhetnek hozzá az egyes adatokhoz? Milyen külső szolgáltatásokkal kell kapcsolatot teremteni? Ezekből az igényekből készülhet el a specifikáció, amely már sokkal pontosabban leírja, mit kell tudnia a fejlesztendő rendszernek.

Az üzleti igénytől a specifikációig

Az üzleti igény és a műszaki megoldás nem ugyanaz. Ha például egy vállalkozás azt mondja, hogy „szeretnénk automatizálni a rendelésfeldolgozást”, az még nem fejlesztési specifikáció. Tisztázni kell többek között, honnan érkeznek a rendelések, milyen adatokat tartalmaznak, mely munkatársak dolgoznak velük, milyen állapotokon mennek keresztül, milyen számlázási vagy logisztikai rendszerhez kapcsolódnak, és mi történjen akkor, ha valamelyik automatikus lépés sikertelen.

A specifikáció feladata, hogy az ilyen üzleti elvárásokat egyértelmű követelményekké alakítsa. Minél összetettebb a projekt, annál nagyobb jelentősége van annak, hogy a fontos kérdések még a fejlesztés előtt előkerüljenek. Ha egy új rendszer működését nehéz pusztán leírásból elképzelni, a specifikáció mellett egy szoftverprototípus is segíthet a felhasználói folyamatok és képernyők előzetes ellenőrzésében.

Mikor indokolt az egyedi szoftverfejlesztés?

Egy kész szoftver előnye, hogy nem kell nulláról kifejleszteni, így sok esetben gyorsabban bevezethető. Ha a vállalkozás folyamatai jól illeszkednek a rendelkezésre álló megoldáshoz, nincs feltétlenül értelme egyedi rendszert készíteni. Az egyedi fejlesztés akkor válik indokolttá, amikor a kész rendszerek korlátai már érdemben akadályozzák a működést. Ilyen lehet például, ha a vállalkozás sajátos munkafolyamatokat használ, több különálló rendszer között kell adatot mozgatnia, jelentős manuális adminisztrációt szeretne kiváltani, speciális jogosultságkezelésre van szüksége, vagy olyan funkciót szeretne, amelyet a piaci megoldások nem biztosítanak megfelelően.

Az egyedi szoftverfejlesztés vállalati alkalmazásáról szóló cikkünk ezt a döntést részletesebben is körbejárja. A testreszabottság előnye ugyanakkor felelősséggel is jár. Egy saját rendszer fejlesztését, tesztelését, üzemeltetését, biztonsági frissítéseit és későbbi továbbfejlesztését is meg kell oldani. Ezért az egyedi fejlesztésnél nem pusztán azt érdemes vizsgálni, hogy megvalósítható-e egy funkció, hanem azt is, hogy üzletileg indokolt-e saját megoldást fenntartani rá.

ERP, CRM és ügyviteli rendszer: mire valók?

A szoftverfejlesztés szerteágazó terület, és egy vállalkozáson belül több különböző rendszer dolgozhat egymás mellett. Ezek közül gyakran találkozunk az ERP, a CRM és az ügyviteli rendszer fogalmával. A kategóriák között lehet átfedés, ezért nem érdemes kizárólag az elnevezésből kiindulni. A rendszer konkrét funkciói és a vállalati folyamatokhoz való illeszkedése fontosabb annál, hogy milyen címkét kap.

Mit jelent az ERP rendszer?

Az ERP az angol Enterprise Resource Planning rövidítése, magyarul vállalati erőforrás-tervezési vagy vállalatirányítási rendszerként használjuk. Egy ERP célja, hogy a vállalat több üzleti területének folyamatait és adatait egységes rendszerben kapcsolja össze. A konkrét megoldástól és vállalati igényektől függően ilyen terület lehet például a pénzügy, beszerzés, készletgazdálkodás, értékesítés, gyártás vagy más vállalati folyamat.

A nagy előny nem egyszerűen az, hogy sok funkció kerül egy programba. Az integrált működés révén ugyanazokat az adatokat több folyamat is felhasználhatja, így csökkenthető a különálló rendszerek és manuális adatátadások száma. Például egy értékesítés rögzítése hatással lehet a készletre, a beszerzési igényre és a pénzügyi folyamatokra is. Integrált rendszerben ezek az összefüggések kezelhetők anélkül, hogy minden részlegnek külön adatállományt kellene karbantartania.

Az ERP fogalmát és gyakorlati működését részletesebben az ERP rendszer jelentését bemutató útmutatónk tárgyalja, míg a különböző vállalatirányítási rendszerek típusait külön cikkben hasonlítjuk össze.

Mit jelent a CRM rendszer?

A CRM a Customer Relationship Management rövidítése. Magyarul ügyfélkapcsolat-kezelésként vagy ügyfélkezelő rendszerként találkozhatunk vele. A CRM jelentősége túlmutat egy digitális címjegyzéken. Egy megfelelően kialakított rendszer összefoghatja az érdeklődőkkel és ügyfelekkel kapcsolatos adatokat, kommunikációt, értékesítési lehetőségeket, feladatokat és bizonyos ügyfélkiszolgálási folyamatokat.

A munkatársak így nem egymástól elszigetelt jegyzetekből, e-mailekből vagy táblázatokból próbálják rekonstruálni az ügyfél előzményeit. A megfelelő jogosultsággal rendelkező felhasználók egységes rendszerből dolgozhatnak. Ez a vezetői kontrollt is támogathatja. Megvizsgálható például az értékesítési folyamat állapota, az aktív lehetőségek vagy az egyes ügyfélfolyamatok előrehaladása. Ehhez természetesen megfelelő adatminőségre és következetes rendszerhasználatra is szükség van: egy CRM sem tud megbízható képet adni, ha az adatok hiányosak vagy pontatlanok.

Ha maga a rendszer kiválasztása és bevezetése a kérdés, az ügyfélkezelő CRM működéséről és bevezetéséről szóló útmutató további döntési szempontokat ad.

Ügyviteli rendszer vagy ERP?

Az ügyviteli rendszer tágabb, a gyakorlatban többféleképpen használt kifejezés. Ide sorolhatók olyan szoftverek, amelyek a vállalkozás napi működésének egy vagy több területét támogatják, például a megrendelések, készletek, dokumentumok, feladatok, számlázási folyamatok vagy más adminisztratív műveletek kezelését. Egy kisebb vállalkozásnak sokszor nincs szüksége egy kiterjedt ERP minden funkciójára. Egy célzott ügyviteli rendszer is megfelelő lehet, ha pontosan lefedi a működéshez szükséges folyamatokat. A választásnál ezért nem az a kérdés, hogy melyik rendszer „nagyobb” vagy fejlettebb, hanem hogy milyen folyamatokat kell összekapcsolni, hány felhasználót kell kiszolgálni, milyen integrációkra van szükség, és hogyan változhatnak ezek az igények később.

A rendszer mozgásba hozása: a fejlesztés nem ér véget az átadással

Bármilyen profi weboldallal vagy szoftverrel is rendelkezünk, a munka nem feltétlenül ér véget azzal, hogy a rendszer technikailag elkészül. Egy új üzleti szoftver akkor tud valódi szerepet betölteni, ha beilleszkedik a vállalkozás mindennapi működésébe. Ez különösen nagyobb rendszereknél jelent feladatot. Meg kell határozni a jogosultságokat, szükség lehet meglévő adatok migrációjára, felhasználói oktatásra, dokumentációra és a régi folyamatokról az új működésre történő átállás megtervezésére.

Ha például a munkatársak továbbra is párhuzamos Excel-táblákban vezetik az adatokat, miközben az új rendszerben is rögzíteniük kell azokat, a digitalizáció könnyen kettős adminisztrációhoz vezethet. A bevezetés ezért szervezeti és folyamatbeli feladat is, nem pusztán technikai telepítés. Az adminisztratív folyamatok digitalizálásánál ezt a kapcsolatot jól mutatja az adminisztráció és az üzleti folyamatok összefüggése.

Integráció és automatizáció: amikor a rendszerek együtt dolgoznak

Sok vállalkozásnál nem egyetlen szoftver végzi az összes feladatot. Külön rendszer kezelheti például a webáruházat, számlázást, CRM-et, készletet, ügyfélszolgálatot vagy más vállalati folyamatot. Ilyenkor az egyik legfontosabb rendszertervezési kérdés az integráció: hogyan jutnak el az adatok az egyik rendszerből a másikba? Az integráció történhet például API-n keresztül. Az API olyan szabályozott kapcsolódási felület, amelyen keresztül különböző szoftverek adatokat és műveleteket tehetnek elérhetővé egymás számára.

Egy webáruház például átadhatja a rendelés adatait egy számlázási rendszernek, amely automatikusan elkészítheti a szükséges bizonylatot. Az automatizált számlázás jó példa arra, hogyan lehet egy korábban manuális műveletet rendszerek összekapcsolásával egyszerűsíteni. Az automatizáció ugyanakkor csak akkor megbízható, ha a kivételes eseteket is kezeljük. Mi történik, ha az egyik szolgáltatás átmenetileg nem érhető el? Hogyan derül ki, hogy egy adatátadás sikertelen volt? Újra megpróbálja a rendszer a műveletet? Értesítést kap róla valaki? Az ilyen kérdések mutatják meg, miért nem elegendő azt meghatározni, hogy „a két rendszert össze kell kötni”. A kapcsolat működését és hibakezelését is meg kell tervezni.

Üzemeltetés, frissítések és biztonsági mentések

A rendszer átadása után megkezdődik annak életciklusa. A szoftvert és az alatta működő infrastruktúrát karban kell tartani, a függőségeket és komponenseket szükség szerint frissíteni kell, a működést pedig célszerű felügyelni. Ennek biztonsági jelentősége is van. A már nem támogatott vagy ismert sérülékenységet tartalmazó komponensek kockázatot jelenthetnek, ezért a karbantartás nem csupán új funkciók fejlesztéséből áll.

Ugyanilyen lényegesek a biztonsági mentések. Hardverhiba, hibás művelet, szoftverhiba, kibertámadás vagy más incidens miatt olyan adatvesztés következhet be, amely komolyan zavarhatja a vállalkozás működését. A biztonsági mentés azonban csak akkor jelent valódi védelmet, ha szükség esetén az adatok helyre is állíthatók belőle. Ezért a mentési gyakoriság, a megőrzési idő, a mentések elkülönített tárolása és a helyreállítás ellenőrzése is része lehet egy megfelelő üzemeltetési tervnek. A rendszertervezés során azt is célszerű előre meghatározni, mekkora adatvesztés és mennyi kiesés fogadható el üzletileg. Egy ritkán változó belső adatbázis és egy folyamatosan rendeléseket fogadó rendszer ebből a szempontból egészen eltérő követelményeket támaszthat.

Miért lehet előnyös a felhőalapú szoftver?

A felhőről informatikai értelemben nem egyetlen konkrét adattárolási módszert értünk. A cloud computing olyan informatikai erőforrások és szolgáltatások hálózaton keresztüli igénybevételét jelenti, amelyek között tárhely, számítási kapacitás, adatbázis, alkalmazásplatform és számos más szolgáltatás is lehet. Ez pontosabb megközelítés annál, mint amikor a felhőt egyszerűen „internetes adattárolásként” írjuk le.

Egy felhőalapú üzleti alkalmazásnál a felhasználók jellemzően hálózaton keresztül érik el a rendszert, így megfelelő jogosultságok és biztonsági feltételek mellett nem feltétlenül egyetlen irodai számítógéphez vagy helyi szerverhez vannak kötve. A felhőalapú ügyviteli rendszerek ezért többféle működési modellben használhatók. A felhő egyik lehetséges előnye a rugalmas erőforrás-kezelés. A szükséges számítási kapacitás és tárhely a választott architektúrától és szolgáltatástól függően módosítható anélkül, hogy minden változtatás saját fizikai infrastruktúra beszerzését igényelné. Az adattárolás a felhőben szintén megkönnyítheti, hogy az arra jogosult felhasználók több helyről vagy eszközről férjenek hozzá a szükséges információkhoz.

A felhő nem automatikusan jobb minden helyzetben

A felhőalapú működés mellett ugyanakkor olyan kérdéseket is mérlegelni kell, mint az internetkapcsolattól való függés, az adatvédelem, a hozzáférés-kezelés, az üzemeltetési költség, a szolgáltatóhoz való kötődés és az esetleges migráció lehetősége. A megfelelő architektúra tehát nem attól modern, hogy „felhőben van”. Azt kell vizsgálni, hogy az adott vállalkozás biztonsági, teljesítménybeli, rendelkezésre állási, integrációs és költségigényeihez milyen infrastruktúra illeszkedik.

Hogyan érdemes egy szoftverfejlesztési projektet elindítani?

Egy új rendszer tervezésének első kérdése ne az legyen, hogy milyen programozási nyelvet vagy technológiát használjunk. Először az üzleti problémát kell pontosan meghatározni. Hasznos kiindulópont lehet annak feltérképezése, hogyan működik jelenleg a vállalkozás, mely folyamatok okozzák a legtöbb manuális munkát vagy hibalehetőséget, milyen adatokat kell kezelni, mely meglévő rendszereket kell megtartani, és milyen változások várhatók a következő években.

Ebből már eldönthető, hogy kész szoftver bevezetése, meglévő rendszer továbbfejlesztése, integráció vagy teljesen egyedi megoldás jelenti-e a megfelelő irányt. A fejlesztési feladatot ezután célszerű kezelhető részekre bontani. Nem minden funkciónak kell feltétlenül az első verzióba kerülnie. Új digitális termékeknél például az MVP megközelítés segíthet abban, hogy először a legfontosabb működést valósítsuk meg, majd valós tapasztalatok alapján folytassuk a fejlesztést.

A fejlesztés során a hibák és módosítási igények rendezett kezelése szintén a folyamat része. A hibakövető szoftverek lehetővé teszik, hogy az észlelt problémák ne e-mailekben vagy üzenetekben vesszenek el, hanem követhető feladatként kerüljenek a fejlesztési folyamatba.

A jó vállalati szoftver nem egyszerűen testre szabott

A vállalkozásra szabott szoftver nem attól jó, hogy minden egyes funkciót egyedileg fejlesztettek hozzá. Attól válik valóban megfelelővé, hogy az üzleti igényhez a megfelelő technikai megoldást választották. Van, amit célszerű saját rendszerben megvalósítani, máshol jobb döntés lehet egy kész szolgáltatás integrációja. Egy egyszerű folyamatnál felesleges lehet összetett architektúrát építeni, míg egy gyorsan növekvő vagy sok rendszerrel együttműködő vállalkozásnál már a kezdetektől számolni kell a bővíthetőséggel és az integrációkkal.

A jó rendszertervezés ezért nem kizárólag a jelenlegi funkciólistáról szól. Figyelembe veszi a későbbi továbbfejlesztést, az üzemeltetést, a biztonságot, az adatkezelést és azt is, hogy a szoftvert végül embereknek kell használniuk. Így a szoftverfejlesztés nem önmagáért végzett technikai projekt lesz, hanem olyan eszköz kialakítása, amely a vállalkozás tényleges működését támogatja.