Mit jelent a mobilalkalmazás-fejlesztés?
Megismerheti a mobilalkalmazások fejlesztéséhez használt folyamatokat és szoftvereket.
Szoftverek készítése mobileszközökhöz
A mobilalkalmazás-fejlesztés definíciója széles lehet, kiterjedhet a mobilalkalmazások létrehozásában és kiadásában részt vevő összes folyamatra, vagy lehet konkrét, amely az alkalmazás kódolására és üzembe helyezését jelenti. Ez a cikk a mobilalkalmazás-fejlesztés mindkét definícióját ismerteti, és elsősorban a mobilalkalmazás-fejlesztés meghatározására összpontosít azon személyek számára, akik döntéseket hoznak a szoftver felépítéséről, vagy felelősek a szoftver felépítéséért.
A mobilalkalmazások fejlesztésének meghatározásához először meg kell határoznunk a mobileszközöket, amely ebben az esetben hordozható elektronikus eszközökre vonatkozik, például okostelefonokra, táblagépekre, laptopokra, intelligens órákra, e-olvasókra és kézi játékkonzolokra. Alkalmazás alatt nem csak az eszközök natív szoftverét értjük, hanem azokat a közös operációs rendszereket, platformokat és nyelveket is, amelyeket ezek az eszközök támogatnak. Mint megtudhatja, a mobilalkalmazás-fejlesztéshez számos különböző módszer áll rendelkezésre, és számos döntést kell meghoznia.
A mobilalkalmazás-fejlesztési folyamat
A mobilalkalmazások létrehozásának és kiadásának folyamata gyakran több lépést vagy fázist jelent. A mobilalkalmazás-fejlesztési folyamat ezen fázisai számos különböző személyt és szemléletet foglalnak magukban a szervezeten belül, beleértve az üzleti, marketinges, tervezési és mérnöki feladatokat is. A mobilalkalmazás-fejlesztési folyamat fázisai a következők:
- Stratégia
- Tervezés
- Tervezés
- Fejlesztés
- Tesztelés
- Felszabadítás
Mennyi ideig tart a mobilalkalmazás létrehozása?
A szervezeteknek változó időre (három hónaptól kilenc hónapig vagy hosszabb ideig) van szükségük a mobilalkalmazások fejlesztésére. Az alkalmazások hatóköre és funkciói mind befolyásolják a mobilalkalmazás-fejlesztési folyamat ütemtervét.
Stratégia
A mobilalkalmazás-fejlesztési folyamat első lépése annak megértése, hogy egy mobilalkalmazás miért lehet jó megoldás egy problémára vagy egy lehetőség megközelítésére, majd a következő lépés eldönteni, hogy mit és hogyan kell létrehozni. A stratégiai fázisban a szervezetek meghatározzák az alkalmazás céljait és a siker mérését, elemzik a piac és a versenytársak adatait, megvizsgálják az ügyfelek igényeit, és meghatározzák, hogy az alkalmazás mely felhasználókat és használati eseteket fogja kiszolgálni. A stratégiai fázisban a szervezetek azt is elkezdhetik megvizsgálni, hogy mely mobilalkalmazás-fejlesztési platformok működnének a legjobban a céljaikkal és követelményeikkel. A szervezetek ebben a fázisban kezdik el mérlegelni az alkalmazás kiadása körüli marketinget is.
Tervezés
A tervezési fázisban a szervezetek elfogadják a mobilalkalmazás-fejlesztési folyamat négy fő részletét: a csapatokat, az eszközöket, a technológiákat és az ütemterveket. Mostanra már van fogalmuk arról, hogy milyen típusú mobilalkalmazást kell létrehozniuk, ki fogja létrehozni az alkalmazást, és hogy melyik platformot vagy platformokat fogják használni. Ebben a fázisban a szervezetek meghatároznak egy termékfejlesztési ütemtervet, meghatározzák, hogy mely funkciók milyen sorrendben és lesznek létrehozva, beállítják a mérföldköveket és olyan projekttervet hoznak létre, amely lehetővé teszi számukra, hogy megfeleljenek a kívánt kiadási dátumnak. A dátum meghatározásához és a kiadás eléréséhez elengedhetetlen annak ismerete, hogy milyen erőforrások és szakértelem áll rendelkezésre, valamint hogy a folyamathoz választott technológiát hogyan implementálják.
Tervezés
A mobilalkalmazás megjelenése, jellemzői és funkciója a tervezési fázisban kezd formálódni. A mobilalkalmazás-fejlesztési folyamat ezen szakaszában a csapatok diagramon ábrázolják a felhasználói élményt, és különböző hűségekkel hozzák létre az alkalmazás felhasználói felületeit és hű ábrázolásait. Előfordulhat, hogy alacsony megbízhatóságú utánzatokkal kezdődnek, hogy megvalósíthatósági vizsgálatot biztosíthassanak, vagy egy korai szakaszban gyűjthessék az ügyfelek visszajelzéseit. A fejlesztők és mérnökök ebben a fázisban segíthetnek prototípus-készítésben vagy tanácsadásban a felhasználói felülettel vagy UI-jal kapcsolatos döntésekben, hogy a csapatok tisztában legyenek a szervezet által választott platformok követelményeivel és műszaki specifikációival. Így a szervezetek pontosságú képernyőre váltáskor olyan alkalmazást terveztek, amely valóban felépíthető.
Fejlesztés
Ebben a környezetben a fejlesztés szó néha a mobilalkalmazások létrehozásához és kiadásához szükséges teljes szoftverfejlesztési életciklusra utal. Általában azonban a fejlesztés a mobilalkalmazás-fejlesztés ezen szoftverfejlesztési fázisát jelenti. Ezt a fázist részletesebben a cikk későbbi részében fogjuk meghatározni. Jelenleg ezt a fázist legjobban azon lépésként írhatjuk le, amelyben a csapatok létrehozzák a technikai architektúrát és a technológiai vermet – beleértve az előtérrendszert, a háttérrendszert és az API-kat –, beállítják a fejlesztési mérföldköveket, meghatározzák az alkalmazás fejlesztési életciklusát, és kódolják az alkalmazást.
Tesztelés
A tesztelés a mobilalkalmazás-fejlesztési folyamat kritikus fázisa. Tesztelés nélkül a szervezetek nem lehetnek biztosak abban, hogy az alkalmazás biztonságos, a felhasználók által elvárt módon működnek, és ott működnek, ahol üzembe helyezik őket. Ebben a fázisban a csapatok biztosítják a minőségbiztosítást, é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 terheléses tesztnek vetik alá az alkalmazást annak érdekében, hogy az alkalmazás architektúrája a hirtelen nagy terhelésnek megfelelően méretezhető legyen.
Felszabadítás
A mobilalkalmazás-fejlesztési folyamat utolsó 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 annak érdekében, hogy az alkalmazás elérhető legyen, és a kívánt módon teljesítsen. Az alkalmazás bevezetését ösztönző marketingkampányok és javaslatok gyakran egybeesnek ezzel a fázissal. Ha a szervezet úgy dönt, hogy olyan fejlesztéseket vagy módosításokat végez az alkalmazáson, amelyek túllépnek a fejlesztési életciklusuk által kezelt módosítások hatókörén, dönthet úgy, hogy újrakezdi a mobilalkalmazás-fejlesztési folyamatot.
Szoftverfejlesztés a mobilalkalmazás-fejlesztési folyamatban
A fejlesztési fázis első feladata a mobilalkalmazás technikai architektúrájának kialakítása. Gyakran összekeverik a technikai veremmel, amely magában foglalja az előtér- és háttérrendszert, valamint az API-kat – a technikai architektúra a mobilalkalmazás fejlesztését szabályozó szabályokat és mintákat foglalja magában.
Technikai architektúra
A technikai architektúra általában három rétegből áll:
Prezentációs réteg
Ez annak az alkalmazásnak a rétege, amelyet az ügyfél lát és amellyel kommunikál. A megjelenítési réteg tartalmazza a felhasználói felületet és az alkalmazás összes olyan elemét, amely a felhasználói élményt alkotja.
Üzleti réteg
A munkafolyamatokat, az adatcserét és a műveleteket szabályozó logika az üzleti rétegben található. A mobilalkalmazás olyan alapvető aspektusait, mint a biztonság, a gyorsítótárazás, a naplózás és a kivételkezelés a rendszer ebben a rétegben kezeli.
Adatréteg
Az adatréteg maga az alkalmazás követelményeinek felel meg, és 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 tartja karban az adatokat, és támogatja az adattranzakciókat.
Technológiai verem
Hasonlóképpen, a technológiai verem – vagy tech verem – is három részből áll, ahogy említettük. Ezek azonban az alkalmazás létrehozásához és támogatásához használt konkrét választási lehetőségeket jelölik, nem pedig a létrehozásra vonatkozó irányelveket.
Előtérrendszer
A bemutató réteghez szorosan igazodva a mobilalkalmazás előtérrendszerének kódolásához használt eszközök és nyelvek nagyban függenek azoktól az eszközöktől, amelyen az alkalmazás üzembe lesz helyezve. Számos lehetőség áll rendelkezésre, és a legtöbb mobileszköz rendelkezik olyan nyelvekkel, amelyek natívak.
Háttérrendszer
A háttérrendszer az alkalmazás azon része, amely tartalmazza az adatbázist és a kiszolgálón található egyéb hasonló objektumokat, és támogatja a mobilalkalmazás funkcióit. A csapatok kevésbé láthatják az eszközöket, amikor mobil háttértechnológiákmobil háttértechnológiákat választanak, és gyakran találnak előre elkészített háttérmegoldásokat.
API
Az alkalmazás az API-n keresztül kommunikál a háttérrendszer és az előtérrendszer között, így az alkalmazás integrálható és kommunikálhat más alkalmazásokkal és szolgáltatásokkal.
Ahhoz azonban, hogy a csapatok kiválaszthassák a technikai vermüket – vagy akár létrehozhassák a technikai architektúrájukat –, először el kell dönteniük, hogy milyen típusú mobilalkalmazást hoznak létre.
A mobilalkalmazások típusai
A mobileszközökhöz készült alkalmazások fejlesztésekor a szervezetek számos különböző típusú mobilalkalmazás közül választhatnak. Ebben az esetben a mobilalkalmazás típusa nem arra vonatkozik, hogy az alkalmazás mit tesz lehetővé a felhasználók számára, hanem az alkalmazás létrehozásának módját.
Natív alkalmazások
Az adott eszközre vagy platformra – például Androidra vagy iOS-re – jellemző 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 adott operációs rendszerre jellemző áruházon vagy piactéren keresztül vannak üzembe helyezve. A natív alkalmazások általában teljes hozzáféréssel rendelkeznek az általuk futtatott eszközök összes funkciójához és hardveréhez.
Többplatformos alkalmazások
A csapatok az alkalmazáson belül az általuk választott nyelveken és keretrendszerekben kódolhatnak, majd lefordíthatják a kódot minden olyan operációs rendszerhez, amelyen az alkalmazásnak futnia kell, például a Xamarinplatformhoz. A többplatformos alkalmazások, ahogy ezeket nevezik, lehetővé teszik a csapatok számára, hogy számos különböző eszközön fussanak, és a kód nagy részét újra felhasználják, bár a kód áthidalása több munkát igényel, mint egyetlen platformon való fejlesztés.
Progresszív webalkalmazások
A webalkalmazásokhoz hasonlóan a progresszív webalkalmazások is mobilböngészőkben futnak, és általában JavaScript, CSS és HTML5 használatával készültek. A webalkalmazások fokozatosan képesek leküldéses értesítéseket, jobb érintéses kézmozdulatokat és hardveres interakciókat biztosítani fejlett böngészőfunkciók használatával. Nincsenek olyan SDK-k, amelyek segítenek progresszív webalkalmazások létrehozásában, de ezek üzembe helyezhetők anélkül, hogy egy piactéren kellene áthaladni.
Hibrid alkalmazások
A natív alkalmazások és a progresszív webalkalmazások kombinációjaként a hibrid alkalmazások lényegében natív módon kódolt tárolók, amelyek webalkalmazásokat futtatnak. Ez a kombináció lehetővé teszi, hogy az alkalmazás több hozzáférést biztosítson az eszközök funkcióihoz és hardveréhez, és több eszköztípuson fusson, miközben egyetlen kódbázist tart fenn. A hibrid alkalmazások általában nem érik el a többi típusú mobilalkalmazás teljesítményét.
A létrehozandó mobilalkalmazás típusa
A szervezet által létrehozandó mobilalkalmazás típusa jelentős hatással van a csapatok számára elérhető eszközökre, platformokra, keretrendszerekre, nyelvekre, az alkalmazás terjesztésére, a karbantartani kívánt kódbázisok számára, az alkalmazás által futtatott eszközökre és még arra is, hogy mire képes az alkalmazás.
Amikor eldönti, hogy milyen típusú mobilalkalmazást szeretne létrehozni, érdemes átgondolni, hogy kik lesznek a felhasználók, és mire van szükségük az alkalmazásból. Ha például főként egy eszköztípust vagy operációs rendszert használnak, egy natív alkalmazás lehet a legjobb. A hardverérzékelőkre vagy GPS-ekre nem támaszkodó alkalmazások ideálisak lehetnek progresszív webalkalmazásokként vagy hibrid alkalmazásokként, de előfordulhat, hogy nem megfelelőek, ha a felhasználók nem rendelkeznek megfelelő kapcsolattal. Ha a felhasználók a vállalata vagy szervezete tagjai, érdemes megfontolnia egy másik mobilstratégiát. Mindez természetesen a szervezeten belül vagy egy partneren keresztül elérhető szakértelemre is érvényes.
Ez a diagram további különbségeket és hasonlóságokat mutat be a különböző típusú mobilalkalmazások között, így könnyebben átgondolhatja, hogy milyen típusú alkalmazásokat kell fejlesztenie.
A mobilalkalmazások típusainak ö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 szerkesztve | Ö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 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 | Teljes körű | A legtöbb esetben | Nagyon kevés | Néhány |
| Válaszképesség a felhasználói adatbevitelre | Jó | Jó | Legrosszabb | Rossz |
| Interaktivitás | Magas | Magas | Legalacsonyabb | Alacsony |
| Eszköz erőforrás-használata | Magas | Magas | Alacsony | Közepes |
| Kapcsolat szükséges | Nem | Nem | Igen | Igen |
| Létrehozási és karbantartási költségek | Legmagasabb | Magas | Legalacsonyabb | Alsó |
| Az alkalmazás tárolási helye | Eszköz | Eszköz | Kiszolgáló | Eszköz és kiszolgáló |
| Üzembe helyezés a következőn keresztül: | Piactér | Piactér | Böngésző | Piactér |
| Külső jóváhagyást igényel | Igen | Igen | Nem | Igen |
Mobilalkalmazás-fejlesztési platformok és szoftverek
Miután eldöntötte, hogy milyen típusú mobilalkalmazást fog létrehozni – vagy éppen miközben azt fontolgatja, hogy melyik típust válassza – feltehetően szeretné majd kiértékelni a mobilalkalmazás-fejlesztési platformokon. Ezeket az alkalmazásfejlesztési platformokat fogja használni a fejlesztéshez, építéshez, teszteléshez, hibakereséshez, felügyelethez, és bizonyos esetekben akár mobilalkalmazások üzembe helyezéséhez is a teljes életciklusuk során. A legtöbb alkalmazásfejlesztő szoftver tartalmaz előtérrendszeri eszközöket, háttéreszközöket az adatok kezeléséhez, API-eszközöket, tesztelési eszközöket, valamint 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őnek szüksége van egy mobilalkalmazás létrehozásához. Ez lehetővé teszi a fejlesztők számára, hogy elkerüljék a különböző mobilfejlesztői szoftverek közötti mozgást és 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 emellett csökkentik a szervezet mobilalkalmazások létrehozásához szükséges költségeit, idejét, erőforrásait és szakértelmét. Bár néhány szervezet saját platformot hoz létre, sokkal többen választják az elérhető számos alkalmazásfejlesztési alternatíva egyikét.
A legjobb mobilalkalmazás-fejlesztési alternatívák a szervezet számára attól függően változnak, hogy milyen típusú mobilalkalmazásokat szeretnének létrehozni, milyen nyelveken kódolni, és milyen eszközöket szeretnének kiszolgálni. Néhány mobilalkalmazás-fejlesztési alternatíva:
- Többplatformos eszközök, például Xamarin- , amelyek lehetővé teszik a fejlesztők számára, hogy Android- és iOS-alkalmazásokat készítsenek .NET és C# használatával.
- Visual Studio-eszközök XamarinhozVisual Studio-eszközök Xamarinhoz, amelyek egyetlen megosztott kódbázist használnak Android, iOS és Windows rendszerű mobilalkalmazásokhoz.
- Kevés kódolást igénylő vagy kód nélküli eszközök, például a Power Apps. A kevés kódolással egyszerűen készíthet professzionális szintű alkalmazásokat technikai képzés és szakértelem nélkül. További információ.
Mobilalkalmazás-fejlesztési források
Ismerkedés az Azure mobilfejlesztői dokumentációval
Minden szükséges információ az Azue-beli mobilalkalmazások fejlesztéséhez. További információ a leküldéses értesítésekről, a hitelesítésről, az elemzésekről és az SDK-król.
Próbálja meg most létrehozni a mobilalkalmazást
Folyamatos integrációs és kézbesítési folyamat beállítása Android-alkalmazásokhoz. Csatlakozhat bármelyik Git-adattárhoz, és percek alatt útnak indíthatja a csapatát.
A mobilalkalmazás-fejlesztéssel kapcsolatos gyakori kérdések
-
A mobilalkalmazás-fejlesztés definíciója széles lehet, kiterjedhet a mobilalkalmazások létrehozásában és kiadásában részt vevő összes folyamatra, vagy lehet konkrét, amely az alkalmazás kódolására és üzembe helyezését jelenti.
További információ -
A mobilalkalmazás-fejlesztési folyamat fázisai a stratégia, a tervezés, az arculattervezés, a fejlesztés, a tesztelés és a kiadás.
További információ -
Amikor eldönti, hogy milyen típusú mobilalkalmazást szeretne létrehozni, érdemes átgondolni, hogy kik lesznek a felhasználók, és mire van szükségük az alkalmazásból.
További információ -
A legjobb mobilalkalmazás-fejlesztési alternatívák a szervezet számára attól függően változnak, hogy milyen típusú mobilalkalmazásokat szeretnének létrehozni, milyen nyelveken kódolni, és milyen eszközöket szeretnének kiszolgálni.
További információ -
A szervezeteknek változó időre (három hónaptól kilenc hónapig vagy hosszabb ideig) van szükségük a mobilalkalmazások fejlesztésére.
További információ -
Bár a mobilalkalmazások teljes körű fejlesztése hónapokig is eltarthat, íme öt tipp a Microsofttól a mobilalkalmazás-fejlesztés első lépéseihez.
Öt tipp a mobilalkalmazások létrehozásához -
A DevOps egyesíti a "fejlesztési" és a "műveletek" szót, és az emberek, folyamatok és technológiák uniójaként definiálva folyamatosan értéket teremt az ügyfeleknek. A DevOps-kultúra, -eszközök és -eljárások segíthetnek az olyan silóként működő szerepkörökben, mint a fejlesztés, az informatikai üzemeltetés, a minőségtervezés és a biztonság, hogy összehangolják működésüket és együttműködjenek a jobb és megbízhatóbb mobilalkalmazások létrehozása érdekében. A DevOps segít a fejlesztői csapatoknak abban, hogy jobban reagálhassanak az ügyfelek igényeire, nagyobb megbízhatóságot érjenek el az általuk fejlesztett alkalmazásokban, és hogy gyorsabban elérjék a csapat üzleti céljait.
További információ a DevOpsról -
A fejlesztők általában a felhőszolgáltatók technikai képességeire és folyamatára összpontosítanak, például az egyszerű üzembe helyezésre, a felügyeletre és a frissítésre, hogy standard felületeket és API-kat használ-e, hogy rendelkezik-e formális eseménykezelési rendszerrel, amely integrálva van a figyelési/felügyeleti rendszerével, hogy jól dokumentált változáskezelési folyamatokkal rendelkezik-e, és hogy támogatottak-e a hibrid képességek.
További információ a felhőszolgáltató kiválasztásáról