Mit jelent a mobilalkalmazás-fejlesztés?
Megismerkedhet a mobilalkalmazások fejlesztéséhez használt folyamatokkal és szoftverekkel
Szoftverek létrehozása mobileszközökhöz
A mobilalkalmazás-fejlesztés definíciója értelmezhető széles körűen – beleértve a mobilalkalmazások létrehozásával és kiadásával kapcsolatos összes folyamatot is –, vagy érthetjük az alkalmazás konkrét kódolását és üzembe helyezését is alatta. Ez a cikk a mobilalkalmazások fejlesztésének mindkét definícióját ismerteti, és különösen a mobilalkalmazás-fejlesztés definiálására összpontosít a döntéshozók vagy a szoftver elkészítéséért felelős személyek számára.
A mobilalkalmazás-fejlesztés meghatározásához először definiálnunk kell a mobilalkalmazásokat, amely ebben az esetben hordozható elektronikus eszközökre, például okostelefonokra vonatkozik, mint a táblagépek, hordozható számítógépek, intelligens órák, e-könyv olvasók és kézi játékkonzolok. Alkalmazáson nem csak az adott eszközökön natív szoftvert értünk, hanem azokat a gyakori operációs rendszereket, platformokat és nyelveket is, amelyeket ezek az eszközök támogatnak. A tanulás során többféleképpen is megközelítheti a mobilalkalmazások fejlesztését és a számos meghozandó döntést.
A mobilalkalmazás-fejlesztési folyamat
A mobilalkalmazások létrehozásának és kiadásának folyamatát gyakran értelmezik lépések vagy fázisok sorozataként. A mobilalkalmazás-fejlesztési folyamat ezen fázisai számos különböző személyt és szakértelmet foglalnak magukban a szervezeten belül, beleértve a cégirányítást, a marketinget, a tervezést és a fejlesztést. A mobilalkalmazás-fejlesztési folyamat fázisai a következők:
- Stratégia
- Tervezés
- Arculat
- Fejlesztés
- Tesztelés
- Kiadás
Mennyi ideig tart egy mobilalkalmazás létrehozása?
A szervezetek három hónaptól kilenc hónapig – vagy szükség esetén tovább – fejlesztik a mobilalkalmazásokat. Az alkalmazások hatóköre és funkciói mind befolyásolják a mobilalkalmazás-fejlesztési folyamat időtartamát.
Stratégia
A mobilalkalmazás-fejlesztés folyamata azzal kezdődik, hogy megértjük, miért lehet egy mobilalkalmazás jó megoldás egy problémára vagy egy lehetőség megközelítésére, majd eldöntjük, mit és hogyan építsünk. A stratégiai fázisban a szervezetek meghatározzák az alkalmazás céljait és a siker mérőszámait, elemzik a piacot és a versenytársakat, felmérik ügyfeleik igényeit, és meghatározzák, hogy az alkalmazás milyen felhasználókat és használati eseteket szolgáljon ki. A stratégiai fázisban a szervezetek azt is elkezdhetik vizsgálni, hogy mely mobilalkalmazás-fejlesztési platformok vannak a legjobb összhangban céljaikkal és követelményeikkel. Eben a fázisban kezdik meg az alkalmazás kiadásával kapcsolatos marketingtevékenységet is.
Tervezés
A tervezési fázisban a szervezetek megállapodnak a mobilalkalmazás-fejlesztési folyamat négy kulcsfontosságú részletében: a csapatokban, az eszközökben, a technológiákban és az ütemezésben. Ekkorra már van elképzelésük arról, hogy milyen típusú mobilalkalmazást kell létrehozniuk, kik fogják az alkalmazást elkészíteni, és milyen platformot vagy platformokat fognak használni. Ebben a fázisban a szervezetek lefektetik a termékfejlesztési ütemtervet – eldöntik, hogy mely funkciókat milyen sorrendben és mikorra készítsenek el –, meghatározzák a mérföldköveket, és kialakítanak egy olyan projekttervet, amely lehetővé teszi számukra a tervezett kiadási dátum betartását. Az időpont meghatározásához és a kiadás eléréséhez elengedhetetlen a rendelkezésre álló erőforrások és szakértelem, valamint a folyamathoz választott technológia megvalósításának ismerete.
Arculat
A mobilalkalmazás megjelenése, jellemzői és funkciói a tervezési fázisban kezdenek formát ölteni. A mobilalkalmazás-fejlesztési folyamat e fázisában a csapatok feltérképezik a felhasználói élményt, és különböző hűségfokozatokban hozzák létre a felhasználói felületeket és az alkalmazás állapotait. Kezdhetik alacsony hűségű elrendezési képekkel a megvalósíthatóság igazolására, vagy korai szakaszban összegyűjthetik az ügyfelek visszajelzéseit. A fejlesztők és mérnökök ebben a fázisban segíthetnek a prototípusok létrehozásában vagy tanácsadásban a felhasználói élménnyel és felülettel (UX és UI) kapcsolatos döntésekhez – értesítve a csapatokat a szervezet által választott platformok követelményeiről és technikai specifikációiról. Így a szervezetek, amikorra eljött a teljes hűségű képernyőkre váltás ideje, olyan alkalmazást terveztek, amely ténylegesen megvalósítható.
Fejlesztés
A fejlesztés kifejezés ebben a környezetben néha a mobilalkalmazások létrehozásának és kiadásának teljes szoftverfejlesztési életciklusára utal. Általában azonban a fejlesztés a mobilalkalmazás-fejlesztés ezen szoftverfejlesztési fázisát jelenti. Ezt a fázist még részletesebben definiáljuk majd a cikkben. E helyütt ezt a fázist leginkább úgy tudnánk leírni, mint azt a lépést, amikor a csapatok létrehozzák a technikai architektúrát és a technológiai stacket – az előtér- és a háttérrendszert és az API-kat is beleértve –, meghatározzák a fejlesztési mérföldköveket, meghatározzák az alkalmazás fejlesztési életciklusát, és megírják a programkódját.
Tesztelés
A tesztelés a mobilalkalmazás-fejlesztési folyamat kulcsfontosságú fázisa. Tesztelés nélkül a szervezetek nem lehetnek biztosak benne, hogy alkalmazásaik biztonságosak lesznek, és hogy a felhasználók igényeinek megfelelően működnek majd, mégpedig ott, ahol üzembe helyezik őket. Ebben a fázisban a csapatok minőségbiztosítást nyújtanak, és teszteseteket hoznak létre az alkalmazás használhatóságának, teljesítményének, stabilitásának és biztonságának felméréséhez minden olyan eszközön, amelyen az alkalmazásnak futnia kell. A szervezetek gyakran stressztesztelik az alkalmazást annak biztosítása érdekében, hogy az alkalmazás architektúrája méretezhető legyen a hirtelen nagy terhelésnek való megfelelés érdekében.
Verzió
A mobilalkalmazás-fejlesztési folyamat legutolsó fázisa a kiadás. Az alkalmazás üzembe helyezése után a szervezet támogatást nyújt az azt használó ügyfeleknek, valamint folyamatos monitorozást és karbantartást biztosít az alkalmazás elérhetőségének és a kívánt módon való működésének biztosítása érdekében. Az alkalmazás elfogadásának ösztönzésére irányuló marketingkampányok és intézkedések gyakran ezzel a fázissal esnek egybe. Ha a szervezet úgy dönt, hogy olyan fejlesztéseket vagy módosításokat hajt végre az alkalmazásban, amelyek túllépik a módosítások hatókörét, fejlesztési életciklusa képes kezelni, dönthet úgy, hogy az elejétől kezdi újra a mobilalkalmazás-fejlesztési folyamatot.
Szoftverfejlesztés a mobilalkalmazás-fejlesztési folyamatban
A fejlesztési szakasz első feladata a mobilalkalmazás műszaki architektúrájának kialakítása. Gyakran összekeverik a technikai stackkel – amely az előtér- és a háttérrendszert, valamint az API-kat foglalja magában –, a technikai architektúra a mobilalkalmazás fejlesztését irányító szabályokat és mintákat jelenti.
Technikai architektúra
A technikai architektúrát általában három rétegben képzelhetjük el:
Prezentációs réteg
Ez az alkalmazás azon rétege, amelyet az ügyfél lát és kommunikál vele. A prezentációs réteg tartalmazza a felhasználói felületet és az alkalmazás összes olyan elemét, amely a felhasználói élmény része.
Üzleti réteg
A munkafolyamatokat, az adatcserét és a műveleteket szabályozó logika az üzleti rétegben található. A mobilalkalmazás alapvető tevékenységei, például az adatvédelem, a gyorsítótárazás, a naplózás és a kivételkezelés ebben a rétegben történnek.
Adatréteg
Az adatréteg az alkalmazás követelményeinek felel meg, adat-segédprogramokat, adatelérési összetevőket, valamint segítőket vagy szolgáltatásügynököket biztosít. Emellett ez a réteg ellenőrzi és kezeli az adatokat, és támogatja az adattranzakciókat.
Technológiai stack
Ugyanígy a technológiai vagy a technikai stack is a három említett elemből áll. Ezek azonban az alkalmazás létrehozásához és támogatásához használt konkrét lehetőségeket jelölnek, nem pedig az alkalmazás létrehozásának irányelveit.
Előtérrendszer
A prezentációs réteghez szorosan kapcsolódó eszközök és nyelvek, amelyek a mobilalkalmazás előtérrendszerének kódját használják, nagymértékben függenek attól, hogy az alkalmazás milyen eszközökön lesz üzembe helyezve. Számos lehetőség közül választhat, és a mobileszközök többsége rendelkezik natív nyelvekkel.
Háttérrendszer
A háttérrendszer az alkalmazás azon része, amely az adatbázist és azon más hasonló objektumokat tartalmazza, amelyek egy adott kiszolgálón találhatók, és támogatják a mobilalkalmazás funkcióit. A csapatok kevésbé lesznek az eszközökhöz kötve, ha mobil háttértechnológiák kiválasztásáról van szó, és gyakran találhatnak előre elkészített háttérmegoldásokat.
API
Az alkalmazás az API-n keresztül kommunikál a háttér- és az előtérrendszer között, ami lehetővé teszi az alkalmazás integrálását más alkalmazásokkal és szolgáltatásokkal, valamint az azokkal való együttműködést.
Ahhoz azonban, hogy a csapatok kiválaszthassák a technikai stackjüket, vagy akár kialakíthassák a technikai architektúrájukat, először el kell dönteniük, hogy milyen típusú mobilalkalmazást szeretnének készíteni.
Mobilalkalmazás-típusok
A mobileszközökhöz készült alkalmazások fejlesztésekor a szervezetek több mobilalkalmazás-típus közül választhatnak. Ebben az esetben a mobilalkalmazás típusa nem azt jelenti, hogy az alkalmazás mit tesz lehetővé a felhasználók számára, hanem az alkalmazás elkészítésének módját.
Natív alkalmazások
Az adott eszközre vagy platformra (például Androidra vagy iOS-re) készült alkalmazásokat natív alkalmazásoknak nevezzük. Ezek az alkalmazások közvetlenül az eszköz operációs rendszerén futnak, a platform által biztosított nyelveket és keretrendszereket használják, és az operációs rendszerre jellemző alkalmazásáruházon vagy piactéren keresztül telepíthetők. A natív alkalmazások általában teljes hozzáféréssel rendelkeznek az eszközök összes funkciójához és hardveréhez.
Többplatformos alkalmazások
A csapatok kódokat készíthetnek az alkalmazásokon belül az általuk kiválasztott nyelveken és keretrendszerekben, majd lefordíthatják a kódot minden olyan operációs rendszerhez, amelyen az alkalmazásnak futnia kell olyan platformok használatával, mint például a Xamarin. Az úgynevezett platformfüggetlen alkalmazások lehetővé teszik, hogy a csapatok számos különböző eszközön futtathassák azokat, és a kód nagy részét újra felhasználják – bár a kód áthidalása több munkát igényelhet, mint az egyetlen platformra való fejlesztés.
Progresszív webalkalmazások
A webalkalmazásokhoz hasonlóan a progresszív webalkalmazások mobilböngészőkben futnak, és általában JavaScript, CSS és HTML5 használatával készülnek. A webalkalmazások progresszív volta azt takarja, hogy leküldéses értesítéseket, jobb érintéses kézmozdulatokat és hardveres interakciót biztosítanak a speciális böngészőfunkciók használatával. Nincsenek olyan SDK-k, amelyek segíthetnek a progresszív webalkalmazások létrehozásában, de piactér használata nélkül is üzembe helyezhetők.
Hibrid alkalmazások
A natív alkalmazások és a progresszív webalkalmazások keverékét jelentő, hibrid alkalmazások lényegében natív programkódot tartalmazó tárolók, amelyek webalkalmazásokat futtatnak. Ez a kombináció lehetővé teszi, hogy az alkalmazás több hozzáférést kaphasson az eszközök funkcióihoz és hardveréhez és több eszköztípuson fusson – mindezt egyetlen kódbázis fenntartása mellett. A hibrid alkalmazások általában nem érik el azt a teljesítményt, mint a más típusú mobilalkalmazások.
A létrehozandó mobilalkalmazás típusa
A szervezet által választott mobilalkalmazás-típusnak komoly hatása van arra, hogy milyen eszközök, platformok, keretrendszerek, nyelvek állnak a csapatok rendelkezésére, valamint az alkalmazás terjesztésére, a karbantartandó kódbázisok számára és arra, hogy az alkalmazás milyen eszközökön fog futni, sőt még arra is, hogy az alkalmazás milyen műveleteket végezhet.
Amikor eldönti, hogy milyen típusú mobilalkalmazást szeretne létrehozni, érdemes megfontolni, hogy kik lesznek a felhasználók, és mit igényelnek az alkalmazástól. Ha például főként egy eszköztípust vagy operációs rendszert használnak, akkor a legjobb megoldás egy natív alkalmazás lehet. Előfordulhat, hogy azok az alkalmazások, amelyek nem hardverérzékelőkre vagy GPS-re támaszkodnak, progresszív webalkalmazásokként vagy hibrid alkalmazásokként is megfelelőek lehetnek, de az is, hogy nem, ha a felhasználók nem rendelkeznek megfelelő hálózati kapcsolattal. Ha a felhasználók egy céghez vagy szervezethez tartoznak, megfontolandó lehet egy eltérő mobilstratégia-. És természetesen mindez végső soron attól függ, hogy milyen szaktudás áll rendelkezésre a szervezeten belül vagy egy partnerén keresztül.
Ez a diagram további különbségeket és hasonlóságokat ábrázol a különböző típusú mobilalkalmazások között, hogy könnyebben átgondolhassa, milyen típusú alkalmazást érdemes fejlesztenie.
A mobilalkalmazás-típusok összehasonlítása
| Natív alkalmazások | Többplatformos alkalmazások | Progresszív webalkalmazások | Hibrid alkalmazások | |
|---|---|---|---|---|
| Kódbázisok száma | Platformonként egy | Egy, de minden platformhoz lefordítva | Összesen egy | Egy az alkalmazáshoz, egy másik a tárolóhoz |
| Nyelvek és keretrendszerek | Csak natív | A csapat választása | Csak webes | Webes és natív |
| Hozzáférés az SDK-khoz és API-khoz | Igen | Igen | Nem | Korlátozott |
| Teljesítmény | Legmagasabb | Magas | Legalacsonyabb | Alacsony |
| Hozzáférés az eszköz hardveréhez | Kész | Legtöbb | Nagyon kicsi | Néhány |
| Válaszképesség a felhasználói bevitelre | Jó | Jó | Legrosszabb | Rossz |
| Interaktivitás | Magas | Magas | Legalacsonyabb | Alacsony |
| Eszközerőforrás-használat | Magas | Magas | Alacsony | Közepes |
| Hálózati kapcsolat szükséges | Nem | Nem | Igen | Igen |
| A létrehozás és a karbantartás költsége | Legmagasabb | Magas | Legalacsonyabb | Alacsonyabb |
| Az alkalmazás tárolási helye | Eszköz | Eszköz | Kiszolgáló | Eszköz és kiszolgáló |
| Üzembe helyezés módja | Piactér | Piactér | Böngésző | Piactér |
| Külső jóváhagyást igényel | Igen | Igen | Nem | Igen |
Mobilalkalmazás-fejlesztői platformok és szoftverek
Miután eldöntötte, hogy milyen típusú mobilalkalmazást fog létrehozni – vagy éppen gondolkodik rajta – ajánlott kiértékelnie a mobilalkalmazás-fejlesztési platformokat. Ezeket az alkalmazásfejlesztési platformokat fogja használni a fejlesztéshez, buildeléshez, teszteléshez, hibakereséshez, kezeléshez, és bizonyos esetekben még a mobilalkalmazások üzembe helyezésére is a teljes életciklusuk során. A legtöbb alkalmazásfejlesztési szoftver előtérbeli eszközöket tartalmaz a felület létrehozásához, háttéreszközöket az adatok kezeléséhez, API-eszközöket, tesztelési eszközöket és együttműködési és kódelemzési eszközöket.
A legtöbb mobilalkalmazás-platform célja, hogy mindent biztosítson, amire a fejlesztőknek szükségük van a mobilalkalmazások létrehozásához. Ez lehetővé teszi a fejlesztők számára, hogy elkerüljék a mobilfejlesztői szoftverek különböző részei közötti mozgással kapcsolatos problémákat, és kezeljék a közöttük felmerülő problémákat, például a kódintegritást, az inkompatibilitást és az adatvesztést. A mobilalkalmazás-fejlesztési platformok csökkentik a szervezetek számára a mobilalkalmazások létrehozásához szükséges költséget, időt, erőforrásokat és szakértelmet. Bár egyes szervezetek saját platform készítése mellett teszik le a garast, sokkal többen vannak, akik a számos elérhető alkalmazásfejlesztési alternatíva egyikét választják.
A szervezetek legjobb mobilalkalmazás-fejlesztési alternatívái aszerint változnak, hogy milyen típusú mobilalkalmazásokat kívánnak létrehozni, milyen nyelveken tudnak kódolni, és milyen eszközöket szeretnének kiszolgálni. Néhány mobilalkalmazás-fejlesztési alternatíva:
- Platformfüggetlen eszközök, például Xamarin, amelyek lehetővé teszik a fejlesztők számára, hogy .NET és C# használatával androidos és iOS-alkalmazásokat készítsenek.
- Visual Studio-eszközök Xamarinhoz, egyetlen megosztott kódbázissal Android, iOS és Windows rendszerű mobilalkalmazásokhoz.
- Olyan eszközök, amelyek használatához csak minimálisan vagy egyáltalán nincs szükség kódírásra, például a Power Apps. Alacsony kódtartalommal egyszerűen készíthet professzionális szintű alkalmazásokat technikai ismeret vagy szakértelem nélkül is. További információ.
Mobilalkalmazás-fejlesztési erőforrások
Fedezze fel az Azure mobilfejlesztői dokumentumait
Megkeresheti az Azure-beli mobilalkalmazás-fejlesztéshez szükséges információkat. További információt találhat a leküldéses értesítésekről, a hitelesítésről, az elemzésekről és az SDK-król.
Mobilfejlesztői erőforrások és dokumentáció beolvasásaPróbálja ki egy mobilalkalmazás létrehozását most
Folyamatos integrációs és teljesítési folyamatot hozhat létre androidos alkalmazásokhoz. Bármelyik Git-adattárhoz csatlakozva csapata percek alatt készen állhat a munkára.
Az Android-alkalmazások használatának első lépései a felhőbenA mobilalkalmazás-fejlesztéssel kapcsolatos gyakori kérdések
-
A mobilalkalmazások fejlesztésének definíciója lehet széles körű, beleértve a mobilalkalmazások létrehozásában és kiadásában részt vevő összes folyamatot, vagy vonatkozhat konkrétan az alkalmazás kódolására és üzembe helyezésére.
-
A mobilalkalmazás-fejlesztési folyamat fázisai a stratégia, a tervezés, az arculat kialakítása, a fejlesztés, a tesztelés és a kiadás.
-
Amikor eldönti, hogy milyen típusú mobilalkalmazást szeretne készíteni, hasznos átgondolnia, hogy kik lesznek a felhasználók, és mit várnak az alkalmazástól.
-
A szervezetek legjobb mobilalkalmazás-fejlesztési alternatívái aszerint változnak, hogy milyen típusú mobilalkalmazásokat kívánnak létrehozni, milyen nyelveken tudnak kódolni, és milyen eszközöket szeretnének kiszolgálni.
-
A szervezetek három hónaptól kilenc hónapot – vagy szükség esetén hosszabb időt – fordítanak a mobilalkalmazások fejlesztésére.
-
Bár a mobilalkalmazások teljes kifejlesztése több hónapot is igénybe vehet, íme öt tipp a Microsofttól a mobilalkalmazások fejlesztésének első lépéseihez.
-
DevOps egyesíti a „fejlesztést” és a „műveleteket”, és a személyek, a folyamatok és a technológia egységeként van definiálva, hogy folyamatosan értéket biztosítson az ügyfeleknek. A DevOps kulturális környezete, eszközei és gyakorlatai segíthetnek a silózott szerepkörökben (például a fejlesztésben, az informatikai műveletekben, a minőségfejlesztésben és a biztonságban) a hatékonyabb és megbízhatóbb mobilalkalmazások létrehozása érdekében végzett együttműködés érdekében. A DevOps segít a fejlesztői csapatoknak abban, hogy jobban reagálhassanak az ügyfelek igényeire, növeljék az önbizalmukat az általuk fejlesztett alkalmazásokban, és gyorsabban érjék el a csapat üzleti céljait.
-
A fejlesztők általában a felhőszolgáltatók technikai képességeire és folyamataira összpontosítanak, például a következőkre: könnyű üzembe helyezés, kezelés és frissítés, függetlenül attól, hogy standard felületeket és API-kat használnak-e, rendelkeznek-e a figyelési és felügyeleti rendszerrel integrált eseménykezeléshez szükséges hivatalos rendszerrel, jól dokumentált változáskezelési folyamatokkal, és hogy támogatottak-e a hibrid funkciók.