Lyubomir Ivanov, az adatbázis-fejlesztő egy interjúban a késztermék árajánlatkéréséről
Az adatbázisok fejlesztése rendkívül fontos a vállalatok számára - sok üzleti alkalmazás, például vállalati weboldal, CRM és ERP rendszerek futnak ezen az alapon. A fejlesztők iránti igény ennek megfelelően magas. Elegendő ok arra, hogy megkérjük Kacha Narimanidze szerkesztőnket, hogy interjút készítsen Lyubomir Ivanov fejlesztő fejlesztőnkkel, hogy betekintést nyújtson egy tipikus fejlesztési folyamatba - az ügyfélkéréstől a kézbesítésig. Mivel tapasztalatból tudjuk, hogy az előzetes eligazodás segít megtakarítani az erőfeszítéseket és a pénzt.
Kacha Narimanidze: Helló Ivanov úr. Mindig azt mondják, hogy "az adatbázis-fejlesztő szerencséje a kidolgozott specifikációban rejlik". Mit értesz ez alatt?
Lyubomir Ivanov: Arra gondolok, hogy Ügyfélkérdések általában meglehetősen nem specifikusnak tűnnek. A puszta kérdés: „Mibe kerül egy ügyfél-adatbázis?” Túl keveset mond. Ennek alapján nem tudunk megbízható becslést adni a költségekről. Először meg kell különböztetni és kérdezni. Ritka esetekben azonban a vállalatoknak már előre megvan a specifikációs lap, amely részletesebben leírja ezeket a dolgokat. Ez érezhetően felgyorsítja az ajánlatok benyújtásának és fejlesztésének teljes folyamatát.
Kacha Narimanidze: Tehát a vállalatoknak pontosan tudniuk kell, mire van szükségük az első vizsgálattól kezdve?
Lyubomir Ivanov: Ez az ideális eset. De persze ezt senki sem kéri. Normális esetben adja meg az ajánlat benyújtása előtt együttműködünk a vevővel a fontos dolgokon. Ide tartozik például, hogy milyen adatokról van szó, hol és hogyan tárolják azokat jelenleg, mi a cél, a követelmények és a funkciók, valamint hogy létezik-e meglévő infrastruktúra és előnyben részesített technológiák. Ha egy rövid beszélgetés nem elég, akkor fogalmi műhelyeket is tartunk. Ezekben a fontos dolgokat előre kidolgozzuk az ügyféllel együtt. Mivel az adatbázis-fejlesztés költségeinek nagy része a személyi kiadásokból származik, egy komoly ajánlat természetesen megköveteli annak meghatározását, hogy pontosan mire van szükség.
Kacha Narimanidze: Ez azt jelenti, hogy az ajánlat benyújtása előtt már ismeri az adatbázis összes követelményét?
Lyubomir Ivanov: Igen, nagy vonalakban - elég jó ahhoz, hogy megbízható ajánlatot tegyen. Egyrészt fontos szempontokat kérünk a szokásos szempontok alapján. Másrészt természetesen minden projektnek megvannak a sajátosságai is, például a sebesség, az interfészek, a cél stb. Követelményei. Természetesen minden ügyfél kiinduló helyzete más. Néhányuknak már több adatbázisa van, amelyekből az adatokat egy központi adatbázisba kell összeállítani. Mások egy teljesen új rendszert akarnak kifejleszteni. Ezen kívül vannak olyan speciális jellemzők és célok, amelyek szorosan kapcsolódnak az adott iparághoz. Ennek megfelelően fogunk foglalkozni mindezekkel a szempontokkal.
Kacha Narimanidze: Ez azt jelenti, hogy a specifikáció kidolgozásával boldoggá teszi magát?
Lyubomir Ivanov: [Nevet] Igen, bizonyos értelemben. Miután sikeresen leadta a megrendelést nálunk, csapatom egy még pontosabb munkán dolgozik nagy projekteken Elemzés és koncepció. Ez magában foglalja a Követelmények és funkcionális előírások. Kötelezően írja le az adatbázis-fejlesztés követelményeit. Ezek lehetnek például funkciók vagy technológiák, folyamatábra, az adatszerkezet és a teljes rendszer vázlata, a használandó harmadik féltől származó szoftverek és a meglévő, szükséges infrastruktúra, például szerverek. Ennek megfelelően a specifikáció egyfajta szerződéses alapként szolgál. Ennek eredményeként mindenki részletesen ismeri a nyújtandó szolgáltatásokat és követelményeket - és ezt megalapozottan követelheti.
Kacha Narimanidze: A specifikáció ekkor egyúttal egyfajta kölcsönös biztosíték is?
Lyubomir Ivanov: Egyértelműen. Ennek megfelelően engedtük Az ügyfél előzetesen erősítse meg és hagyja jóvá a specifikációs lapot. Ez azonban általában visszacsatolás által vezérelt folyamat, ahol ötleteket és kívánságokat használnak a definícióhoz, amíg az ügy rendben van.
Kacha Narimanidze: Tegyük fel, hogy az ügyfél rájön, hogy még mindig fontos funkcióra van szüksége. Nem tudja ezt utólag megvalósítani?
Lyubomir Ivanov: Az ügyfél a király. Tehát természetesen tud Rendeljen vagy cseréljen alkatrészeket a folyamatos fejlesztés során is. De ebben a szakaszban ez vonatkozik ránk is: Ha nagyobb változásokat vagy kéréseket fejeznek ki, akkor azokat előre megírjuk és megerősítjük. Ez elkerülheti a félreértéseket és következetlenségeket, és komplex projektekben mindkét fél számára könnyebben érthető.
Kacha Narimanidze: Akkor mindenképpen fontos igazolni a minőséget, igaz? Ehhez használhatja a specifikációs lapot is?
Lyubomir Ivanov: Természetesen. Bizonyítanunk kell, hogy a követelmények teljesülnek. Mivel mi is nagy hangsúlyt fektetünk az adatbázis-fejlesztésre Program használjuk-e automatizált tesztelés fejlesztési környezeteinkben. Elvileg ezek kisebb programok, amelyek automatikusan ellenőrzik, hogy az alapvető elemek - különösen együtt - megfelelően működnek-e. De természetesen tesztelünk manuálisan is az adatbázisok, felhasználói interfészek és interfészek bizonyos funkciói. Egy másik fontos dolog, ami itt szóba kerül, a miénk Tanúsítványok. A szabványosított eljárások alkalmazásával viszonylag rövid idő alatt elérjük az optimális funkcionalitást.
Az utolsó lépés az Az adatbázis megvalósítása az ügyfélnél. Ez több lépésből áll, és az elfogadás után fontos a megrendelés megfelelő teljesítéséhez. Ide tartozik például Az adatbázis telepítése az ügyfélrendszerre. Természetesen muszáj meglévő adatok, amelyek onnan is valahol fekszenek export és importálás az új adatbázisba. Nagy projektekben - ahol a kézi másolás nem lehetséges - erre programozzuk a magunkat Interfészek.
Kacha Narimanidze: Mi lenne az az eset, amikor a meglévő adatok manuális másolása nem lehetséges?
Lyubomir Ivanov: Ez gyakran előfordul. A nemzetközi szervezetekben gyakran nagyon nagy, széles körben elosztott adatstruktúrák vannak. Ilyen például a vállalati weboldal, amely több ezer aloldalból állhat. - Lehetetlen, hogy valaki ezt kézzel másolja. Ezenkívül a meglévő adatoknak gyakran vannak másolatai, vagy valamilyen más módon meg kell őket tisztítani, és át kell vinni az új adatbázis formátumába. Végül, de nem utolsósorban, kérésre is van egy kiképzés által. Úgy csináljuk a dolgokat, hogy a működési hibák negatív hatása gyakorlatilag lehetetlen. Ennek ellenére az ügyfélnek képesnek kell lennie az adatbázis hatékony felhasználására. Emellett természetesen fennáll a folyamatos lehetősége is Karbantartási szerződés, amely garantálja a gyors javító intézkedéseket és a szoftver állandó naprakészségét.
Kacha Narimanidze: Ivanov úr, köszönöm azt az időt, amikor elraboltuk az adatvilágából.
Az interjút Kacha Narimanidze, az Iphos IT Solutions GmbH hírasszisztense és bloggerje készítette.