Dobozos vagy egyedi szoftver

Átírás

1 Konstantinusz Kft. 2011

2 1 Tartalomjegyzék 1 Tartalomjegyzék Bevezetés Mit értünk dobozos vagy egyedi rendszeren Dobozos rendszer: Egyedi rendszer: A megrendelő szempontjából A dobozos szoftver Egyedi rendszer A fejlesztő szempontjából Dobozos szoftver Egyedi szoftver Összefoglalás / 10

3 2 Bevezetés Az esettanulmány célja, hogy megpróbáljon választ adni arra a fontos kérdésre, hogy egyedi rendszer megoldásra van-e szükségünk, vagy megfelelő egy dobozos szoftver is. Ez egy olyan témakör amit fejlesztőként és megrendelőként is át kell gondolni, mind a kettőnek megvannak a saját előnyei és hátrányai. Valamint döntően befolyásolja mindkét fél jövőjét. Mivel egy cég nem egy vagy két hónapra tervez amikor vállalat irányítási rendszert vezet be, ezért a döntés mindenképpen hosszútávra szól. Rendszerfejlesztéshez hasonlóan itt is érdemes a cégnek az igényfelméréssel kezdeni, hogy tudja, hogy mit akar. Az hibás hozzáállás, hogy mások is használnak vállalat irányítási rendszert, úgyhogy holnaptól mi is fogunk. A fejlesztők közül sokan, ragaszkodnak ahhoz, hogy ők egyedi rendszert csináljanak, pedig ha átgondolnák akkor lehet rájönnének, hogy miért is van olyan sok fejlesztő cég amely doboz szoftvert árul, és ezek miért is lettek mára nagy nemzetközi cégek. 3 / 10

4 3 Mit értünk dobozos vagy egyedi rendszeren 3.1 Dobozos rendszer: Előre kifejlesztett program, csak le kell venni a polcról telepíteni és már működik is, nem kell egyeztetni, hogy mit tudjon, vannak adott funkciói amelyek megfelelő telepítés után működnek. Néhány esetben modulokból is össze rakhatóak, vagyis ki választhatjuk, hogy mely funkciókra van szükségünk, és melyekre nem. Ettől még az egyes funkciók működésébe nincs beleszólásunk. Jellemzi még az általános működés, vagyis fel kell készíteni, arra, hogy sokan fogják használni, és ezért kell támogatni általánosan több adat kezelését (pl.: egyedi mezők). 3.2 Egyedi rendszer: Egy fejlesztő csapat, direkt a megrendelő igényeinknek megfelelő szoftvert készít, amelyhez a megrendelő segítségével készíti el a rendszer specifikációját, vagyis nagy mértékű beleszólása van az ügyfélnek abba, hogy hogyan működjön és mit tudjon a rendszer. Általában ha új mezőkre tulajdonságokra, van szükségünk azt az eredeti csapattól kell megrendelnünk. 4 / 10

5 4 A megrendelő szempontjából Ha valaki vállalat irányítás rendszer bevezetésén gondolkozik, akkor fel kell mérnie, hogy mit is szeretne pontosan. Meg kell határoznia valamilyen célt amit a rendszerrel el szeretne érni. Kisvállalatokkal történt találkozásaink során az alábbi problémákkal találkoztunk: Nem használnak rendszert: Nem tudja nyereséges-e a cége: Ez furcsán hangzik, de családi vállalkozásnál, nem biztos, hogy könnyű ezt eldönteni, ha nagy összegek vannak mindkét oldalon, és ők maguk is vásárolnak a saját cégüktől. Valamint ha venni kell valamit akkor azt saját magán pénzükből is megteszik. A raktárban sosem annyi készlet van mint kéne lennie: Ez gyakori probléma, hallottunk olyan esetekről amikor családtag volt a raktáros és Ő maga is vitt ki terméket saját használatra raktárbizonylat nélkül. Használnak rendszert: 6 különböző programot használnak munkalap kezelésre számlázásra bérszám fejtésre, és 1 ember napi 8 órában csak adminisztrációval foglalkozik. Integrált rendszerük van, de nem a nekik megfelelő: Találkoztunk olyan esettel amikor egy autós műhelynek szánt szoftvert használtak gyárban, és minden megrendeléshez rendszámot kellett beírni, mégpedig az előzőektől különbözőt. Ez pedig óriási adminisztrációs teher volt. 5 / 10

6 4.1 A dobozos szoftver Előnyei: Olcsóbb mint az egyedi: Általában csak a töredékébe kerül a bevezetése későbbiek folyamán többe is kerülhet (pl.: fenntartás, támogatás). Viszont az ellenkezőjével is lehet találkozni, van olyan dobozos rendszer, amelynek árából 2-3 egyedi rendszert is lehet fejleszteni. Több funkciót tartalmaz: Rendszerint vannak olyan funkciói amelyre a megrendelőnek nincs szüksége, és csak később lesz, de ekkor az már készen áll. Gyorsabb bevezetés: A megrendelő megspórolja a fejlesztés idejét, és azonal az oktatással, és a tényleges bevezetéssel foglalkozhat. Frissítések: Általában az ilyen szoftverekhez mások kérései miatt írnak új funkciókat, vagy frissítéseket írnak új törvényi szabályozás miatt. Könnyű a váltás: ha valamiért váltani akarunk, akkor ezt kis költséggel megtehetjük és a régi adataink a régi szoftverből továbbra is elérhetőek. Hátrányai: Rugalmatlan: Ha nekünk kellene egy plusz funkció, vagy valamilyen funkciónak máshogy kellene működnie a megrendelőnél azt, ki kell fejlesztetni, de ennek költsége akár az egyedi rendszer árát is elérheti. Több cég az egyedi fejlesztésre azért mond, horribilis árat, mert neki nem éri meg az, hogy egyedi részeket fejlesszenek, és a magas árral érik el, hogy ne kelljen megcsinálniuk. Vagy egyszerűen azt, mondják, hogy nem csinálják meg. Több funkciót tartalmaz: Ezt az előnyök között is említettem, de hátrány is lehet, hiszen ha felületen van plusz 20 gomb amitől alig találjuk meg a nekünk kellőeket, az megnehezítheti a használatot. Frissítések:Szintén előny és hátrány egyben. Sok program kötelező frissítéssel rendelkezik, vagyis csak úgy használhatjuk ha hagyjuk, hogy interneten keresztül rendszeresen frissüljön. Előfordul, hogy a frissítés számunkra hátrányos változásokkal jár, például új felületet kapunk amihez hozzá kell szokni. 6 / 10

7 4.2 Egyedi rendszer Előnyei: Egyedi:Pontosan azt tudja amit a megrendelő szeretne, se többet se kevesebbet, nincsenek felesleges funkciók, olyan tulajdonságok amiket kötelező kitölteni pedig nincs is rá szükségünk. Rugalmas: Az első verzióhoz képest általában kérhetünk módosításokat, működésben és megjelenésben. Hátrányai: Egyedi: Nagy valószínűséggel csak az a csapat fogja vállalni a fenntartását aki annak idején készítette. Ha megszűnnek akkor lehet, hogy le kell cserélni emiatt a rendszert. Ár: Általában magasabb ára van mint a dobozos szoftvernek ez viszont hosszú távon megtérülhet. Frissítés: Általában nem jár hozzá frissítés, ami alkalmazkodik az új törvényi előírásokhoz. 7 / 10

8 5 A fejlesztő szempontjából Ha nagyon leegyszerűsítjük a kérdést akkor arra kell választ találnunk, hogy kevés programot akarunk írni darabját nagyobb áron értékesítve, vagy egy nagy rendszert akarunk írni, és azt adjuk el több helyre. De a kérdés azért mégsem ennyire egyszerű. Figyelembe kell venni, azt hogy az eladás után támogatást (support) kell nyújtanunk, és ehhez minél több helyre adtunk el valamit annál több emberre lesz szükségünk. A programozó szempontjából, talán csak a frissítés módja, és a frissítés rendszerének kitalálásában különbözik a dobozos az egyeditől. Illetve azt célszerű megakadályoznia dobozos esetén, hogy bizonyos ügyfeleknél más verzió legyen vagyis ne lehessen egyszerűen frissíteni. Például ha 5000 darabot eladnak egy szoftverből és ehhez hiba esetén több száz különböző frissítést kell megírni akkor az nagyban megnehezíti a munkát, valamint elhúzódhat a frissítés kivitelezése. Ez különösen kritikus hibák esetén lehet problémás. 5.1 Dobozos szoftver Előnyei: Bevétel: Egy programot kell megírnunk, azt többször értékesíteni. Frissítés: Ha mindig adunk ki kötelező frissítést, akkor mindenhol ugyanaz a verziója létezik a programnak, vagyis ha kijavítjuk akkor mindenhol kijavíthatjuk (másolással, és nem kell mindenhol kódszinten javítani). Dokumentáció: csak egy dokumentációt kell készítenünk. Hátrányai: Fenntartás: Ha nagyon sok helyre értékesítjük a dobozos szoftverünket, akkor előfordulhat, hogy sok ügyfelünk fog segítséget kérni, és a telefonok fogadására külön részleget kell fenntartanunk. Esetenként, olyan öngerjesztő folyamatba kerülhetünk, 8 / 10

9 hogy minden évben újabb száz vagy ezer darabot kell értékesítenünk a szoftverből ahhoz, hogy az előzőek fenntartási költségét kitermeljük. Hibás frissítés: ha szoftverünk automatikusan frissül interneten keresztül, akkor egy hibát tartalmazó frissítés után, különösen sokan kereshetnek meg minket, erre is célszerű felkészülni. Általános: fejlesztés során, olyan dolgokra is kell gondolni, hogy sokan használják, és nem pont ugyanazok a folyamatok kellenek, ehhez egyedi mezők lehetnek szükségesek. Ez nehezíti a specifikáció megírását. 5.2 Egyedi szoftver Előnyei: Bevétel: Egyszeri nagyobb bevétel. De fenntartásra itt is oda kell figyelnünk. Fejlesztési idő, ár: Bár egyediként adjuk el általában az alapokat előző verziókból újra felhasználjuk, így minden újabb egyedi program készítése egyre rövidebb időt fog felemészteni. De ettől függetlenül, az árat nem feltétlenül kell csökkentenünk. Hátrányai: Bevétel: A cég fenntartásához folyamatosan újabb rendszereket kell eladnunk, amit megnehezíthetnek külső tényezők (piac telítődése, válságok). Több verzió: Ahogy egyre többet adunk el meggátolhatatlanul egyre több verzióval rendelkező rendszerünk lesz, ha valami közös hibát találunk akkor azt mindegyikben egyedileg kell kijavítani. Dokumentáció: Minden eladott példányhoz külön dokumentációt kell készíteni. 9 / 10

10 6 Összefoglalás Összefoglalásként azt lehet megemlíteni, hogy mindkettőnek megvannak a maga előnyei és hátrányai. Minden esetünkben saját céljainktól függ, hogy melyiket tartjuk előnyösebbnek. Nincs tökéletes megoldás. Azt lehet megállapítani, hogy induló kis cégnek általában nem éri meg egyedi rendszert fejlesztetni. Ez akkor éri meg, ha már kiderült a cégben, hogy milyen egyedi folyamatok vannak. Vagy ha olyan speciális területtel foglalkozik a cég amelyre nincs speciális dobozos szoftver. A magyarországi kiscégek többségénél tapasztalatom szerint nincsenek letisztult folyamatok, sok a tisztázatlan folyamat, ami nem egyértelmű, hogy milyen fázisok megy keresztül. Ahhoz, hogy erre programot lehessen írni, ahhoz teljesen egyértelművé kell tenni minden folyamatot. Sok kis cég akkor jön rá mennyire kaotikus folyamataik vannak amikor, a követelmények meghatározásánál meg kellene fogalmazni, hogy pontosan mit és hogyan csinálnak. Itt számíthatunk arra, hogy majdnem minden folyamatnál lehet valami különleges beleszólás. Pl.: egy megrendelési folyamatban önkényesen többször kell tudni árat változtatni. A vállalat irányítási rendszer nem csak informatikai megoldás, azt is meg köti, hogy hogyan lehet a vállalatot irányítani. Dobozos rendszerekkel együtt kapunk egy irányítási sémát, ami megmondja, hogy így kell működtetni a céget. Egyedinél ennek a megalkotása is ránk vár. 10 / 10