Mobilalkalmazás létrehozásának folyamata egy példa segítségével. A mobilalkalmazások fejlesztésének szakaszai. A mobilalkalmazások tervezésének szakaszai
Ebben a cikkben megpróbáljuk feltárni egy bármilyen programozási nyelven írt program fejlesztésének főbb szakaszait.
Specifikáció (a programkövetelmények meghatározása):
Ebben a szakaszban van Részletes leírás forrásadatokat, követelményeket fogalmaznak meg a kapott eredményre, minden lehetséges programviselkedést figyelembe vesznek speciális esetek felmerülésekor (például hibás adatok megadása esetén), fejlesztés történik párbeszédpanelek, amely biztosítja az interakciót a felhasználó és maga a program között.
Algoritmus fejlesztés:
Ebben a szakaszban a programozó határozza meg a sorrendet szükséges intézkedéseket, amelyet ezt követően végre kell hajtani a kívánt eredmény eléréséhez.
Ha olyan helyzet áll elő, amikor egy adott probléma többféleképpen is megoldható, akkor természetesen a megoldási algoritmus sokféle lehetősége lehetséges. Ezután a programfejlesztő néhány fontos kritérium (például az algoritmus megoldásának sebessége) alapján választja ki a megfelelőbb megoldást.
A programfejlesztés ezen szakaszának eredménye a programalgoritmus részletes szóbeli leírása, vagy az algoritmus blokkvázlata. Ennek a cikknek a tanulmányozásával részletesen megtudhatja, hogyan fejleszthet ki algoritmust bármely programhoz.
Kódolás:
A megoldási algoritmus megadása és elkészítése után a használt algoritmus végül a kívánt programozási nyelven (Pascal, Delphi, C++ stb.) kerül megírásra. A kódolási szakasz eredménye egy kész program.
A programfejlesztés szakaszai. Hibakeresés:
Ebben a szakaszban a programozó hibakeresést végez a programban, azaz megkeresi és kiküszöböli a hibákat. Ez utóbbiak két csoportra oszthatók: algoritmikusra és szintaktikai (a forrásprogram szövegében előforduló hibák). A két hibacsoport közül a szintaktikai hibákat a legkönnyebb kiküszöbölni, míg az algoritmikus hibákat meglehetősen nehéz azonosítani.
A hibakeresési szakasz csak akkor tekinthető befejezettnek, ha eredeti program megfelelően és helyesen működik egy vagy két elsődleges adatkészlettel. Ebből a cikkből megtudhatja, hogy melyik program milyen összeállítása és milyen főbb feladatokat lát el.
Tesztelés:
A program tesztelése nagyon fontos, mert a legtöbb esetben a programozók nem személyes használatra hoznak létre programokat, hanem azért, hogy mások is használhassák programjukat. A tesztelési szakaszban a fejlesztő számos bemeneti adathalmaz mellett ellenőrzi a program viselkedését, mind a helyes, mind a speciálisan kiválasztott helytelenül.
Súgórendszer létrehozása:
Ha egy programozó úgy fejleszt egy programot, hogy azt mások is használhassák, akkor a programozónak ki kell fejlesztenie egy súgórendszert és telepítenie kell egy egyszerű gyors hozzáférés használja ezt a súgórendszert, amikor a programmal dolgozik. A modern programok súgóinformációkkal rendelkeznek CHM vagy HLP fájlok formájában.
A súgóinformációk mellett a súgórendszer tartalmazza a program telepítéséhez szükséges utasításokat. Általában Readme fájl formájában jelennek meg különböző formátumokban: *.doc, *.txt, *.htm. A programfejlesztés figyelembe vett szakaszát a későbbiekben részletesebben ismertetjük.
Telepítőlemez (CD-ROM) létrehozása:
A fejlesztők létrehoznak egy telepítőlemezt (CD-ROM), hogy a felhasználók önállóan, programozó segítsége nélkül telepíthessék ez a program számítógépére.
A telepítő CD-ROM általában a programon kívül súgófájlokat és a program telepítéséhez szükséges utasításokat is tartalmazza. Megjegyzendő, hogy a legtöbb modern program, beleértve a Delphi környezetben fejlesztett programokat is, sok esetben még a fájlok egyszerű másolásával sem telepíthető a felhasználó számítógépére, mivel ezeknek a programoknak a megfelelő működéséhez speciális könyvtárak jelenléte szükséges, valamint olyan összetevők, amelyek nem létezhetnek egy adott felhasználó számítógépén.
Az internet és az okostelefonok elérhetővé válásával évről évre nő az érdeklődés a mobilalkalmazások iránt. A fejlesztések témái és funkcionalitása nem szűnik meg ámulatba ejteni. A nagyvállalatok és szervezetek mobilalkalmazásokhoz folyamodnak üzleti tevékenységük bővítéséhez.
Az ötlettől a megvalósításig a mobilalkalmazást több fontos előkészítési szakasz választja el:
- a célpiac azonosítása
- tervezés
- részletes műszaki előírások (TOR) elkészítése
- prototípus készítés
- tervezés
- fejlesztés
- tesztelés
- tesztelés és módosítás után postázzuk a működőt mobil verzió alkalmazások be Alkalmazásbolt, A Google Play stb. és kövesse az értékeléseket és a statisztikákat
Fordulópont következik, amikor el kell döntenie, hogy milyen funkcionalitás alkotja az MVP-t (minimális életképes termék), hogyan kell átgondolni a jövőbeli terjeszkedés architektúráját, milyen technológiákat kell választani, és ezen felül döntenie kell a munkaerőköltségekről. és a projekt időzítése. Ennek a folyamatnak a optimalizálása érdekében ajánlatos egy tervet készíteni. Az alábbiakban elmagyarázzuk, hogy miért fontos ez a szakasz, és mely alkalmazások készítésekor hagyhatja ki, és melyek elkészítésekor ez egy olyan hiba, amely további befektetésekbe fog kerülni az ügyfélnek.
Mobil alkalmazás tervezés
Nem minden alkalmazásnak van szüksége tervezésre. Egy egyszerű alkalmazás nem igényel tervezési munkát. A tervezéshez egyedi, nyilvánvalóan új funkcionalitású alkalmazásokra van szükség, amelyek számos funkciót és rendszert integrálnak, ami kétértelműséget jelent lehetséges megoldások. Egyes, különösen összetett esetekben a tervezési szolgáltatás külön szerződésben szerepel.
Ennek a szakasznak a feladata a következők megértése és rögzítése:
1. Hogyan fog megvalósulni a csapatok interakciója a projektben mindkét oldalon?
2. Milyen erőforrásokat vonnak be a fejlesztésbe (elsősorban a megrendelő és a fejlesztő szakemberei)
3. Mi a reális időkeret az MVP és funkcióinak elindításához?
4. Hogyan fog fejlődni a projekt az MVP (hosszú távú projektfejlesztési terv) megjelenése után?
A mobilalkalmazások tervezésének szakaszai
1. Marketing
1) Az alkalmazás létrehozásának céljai
Egy alkalmazás létrehozása előtt a legnagyobb figyelmet kell fordítani a fejlesztési célokra. A leggyakoribb kérdések a következők lehetnek: „Kinek való ez az alkalmazás?”, „Miért fogják használni az emberek?” A tervezési folyamat során ezeket a pillanatokat mélyen és a lehető legrészletesebben dolgozzák ki - ezen információk nélkül a fejlesztés értelmét veszti.
2) Egyéni szkriptek
Az alkalmazást meghatározott személyek fogják használni meghatározott feladatokkal, így mindegyikük számára ki kell dolgozni a legkényelmesebb megoldást ezeknek a problémáknak a megoldására. Ezen a szakaszon való átjutáshoz fontos, hogy az ügyfél teljes körű információval rendelkezzen célközönségéről, és alaposan ismerje egyik vagy másik szegmensének képviselőinek viselkedési jellemzőit.
3) Promóció
Az alkalmazás csak akkor működik, ha letölti és használja. A megjelenés utáni termékpromóciós stratégia kidolgozása lehetővé teszi, hogy eligazodjon a jövőbeni befektetések volumenében.
2. Architektúra, szerkezet és interfészek
1) Építészet
Szerver adatbázis tervezés
2) Szerkezet
Az előző szakasz eredményei alapján elkészítjük az alkalmazás szerkezetét, a szükségeset elhagyva, a feleslegeset eldobva.
3) Interfész prototípusok
Ismét a felhasználói forgatókönyvekre támaszkodva létrehozzuk az összes alkalmazási felület (képernyő) prototípusát.
3. Technológia
A technológiák megválasztása meghatározza az alkalmazás egész jövőjét. Natív, hibrid vagy cross-platform lesz. Milyen terhelést kell elviselnie a szervernek? Milyen integrációs képességeket kell tartalmaznia. Ezek és sok más nem nyilvánvaló probléma ebben a szakaszban megoldódik.
4. MVP kiválasztása
A minimális funkcionalitás elindítása lehetővé teszi az alkalmazás tesztelésének megkezdését rövid időn belül - 2-3 hónapon belül. Ez lehetővé teszi, hogy kapcsolatban maradjon a közönséggel, letöltéseket szerezzen, megerősítse/cáfolja a felhasználói szkriptek írása során feltett hipotéziseket, és első visszajelzést kapjon a felületekről és a használhatóságról.
Az MVP egy olyan termék, amelynek funkcionalitása és kialakítása egyértelmű, világosan meghatározott határidőkkel és fix létrehozási költséggel. Az alapján, hogy a csapat hogyan dolgozott az MVP fejlesztési időszak alatt, dönthet a további együttműködésről Time&Material feltételekkel (a ténylegesen eltöltött normatív órák alapján)
5. Hozzon létre egy hosszú távú fejlesztési tervet
A funkcionalitás bővítését és az alkalmazás népszerűsítését a mérföldkövek, az előzetes határidők és a munkaerőköltségek jellemzik. A hosszú távú stratégia segít megtervezni a szükséges teljes beruházást.
Még egyszer a mobilalkalmazás létrehozása előtti tervezés előnyeiről
Egy összetett projekt „kényszerre” létrehozása általában egy végtelen, hosszú távú konstrukcióvá változtatja, amely előre nem látható, szükségtelen iterációkba, szükségtelen műveletekbe és félreértésekbe torkollik az ügyfél és a fejlesztői csapat között.
Éppen ellenkezőleg, a szakszerűen elvégzett tervezési szakasz lehetővé teszi, hogy átlátszó képet lásson a közelgő munkáról a maga teljességében, és ne menjen el vakon, hanem kölcsönösen világosan megérti, hogy mit, miért és kinek végzik, mivel valamint mennyi ideig tart, és mekkora beruházás szükséges.
Dmitrij Dementiy
Kételkedik abban, hogy megéri-e mobilalkalmazás-fejlesztésbe fektetni? Megteheti saját maga és teljesen ingyenes. Előfordulhat, hogy egy tesztverziót kap, amellyel kényelmesen kiértékelheti mobilstratégiája hatékonyságát. És ha megpróbálja, tisztességes mobilalkalmazást készít, amely az okostelefonok és táblagépek tulajdonosaival való online interakció fő eszközévé válik.
Ne feledje, hogy még a legmenőbb mobilalkalmazás sem lehet az egyetlen promóciós eszköz. Csak az átfogó internetes marketing ad maximális eredményt a forgalom és az értékesítés terén.
Megéri saját mobilalkalmazást készíteni?
Költségek. Ha nem fogadsz szót, íme néhány tény:
- A Flurry Analytics és a comScore szerint az okostelefonok és táblagépek tulajdonosai az eszközzel töltött teljes munkaidőnek csak 14%-át használják a böngészőt. És idejük 86%-át különböző alkalmazásokra fordítják.
- Telepített alkalmazás- az Ön közvetlen kommunikációs csatornája a fogyasztóval. Gondoljon csak bele: nem kell pénzt költenie reklámra, vagy arra várnia, hogy valaki megtalálja Önt a Yandex segítségével. Nincs más hátra, mint a felhasználó által igényelt funkcionalitás támogatása és releváns tartalom biztosítása.
- A táblagépekkel és okostelefonokkal történő vásárlások száma nő általában az interneten és a RuNeten egyaránt. A Criteo marketingügynökség szerint már 2016-ban a RuNet online tranzakcióinak több mint fele mobileszközökkel történik.
Ha akarja, az alkalmazás mobil böngésző, amelyben csak az Ön webhelye nyílik meg. Milyen esetben telepítene a felhasználó egy ilyen internetböngészőt? Csak akkor, ha érdekli az Ön terméke vagy információja. Ezért ne feledje: az alkalmazást telepítő ügyfél a célközönség hűséges és vásárlásra kész képviselője.
Ebben az esetben érdemes-e kockáztatni és barkácsalkalmazásokat kínálni a hűséges vásárlóknak, nem pedig a profik által Androidra és iOS-re készített egyedi programokat? Találjuk ki.
Mikor hozhat létre saját maga alkalmazást?
Emlékszel, mire van szükségük a webhely látogatóinak? Az erőforrás tartalma vagy funkcionalitása miatt jönnek. Az emberek információkat szeretnének szerezni, vásárolni akarnak valamit, meg szeretnének nézni barátaik fényképeit és megjegyzéseket fűzni hozzájuk stb. A mobilalkalmazás-felhasználóknak erre van szükségük. Információt keresnek, vagy valamilyen tranzakciót bonyolítanak le.
Emlékszel arra, amikor egy vállalkozás önállóan készíthetett weboldalt? Helyes, ha még nincs pénzed a szakemberekkel való együttműködésre, de még van időd és kedved a WordPress vagy a Joomla kitalálására. Ugyanez a helyzet az alkalmazásokkal. A saját készítésű iOS és Android programokat nagyjából a nyílt forráskódú motorokra épített weboldalakhoz lehet hasonlítani.
A munka megkezdéséhez nem kell regisztrálni. Kattintson a Létrehozás most gombra kezdőlap vagy válassza ki az Alkalmazás létrehozása menüt a jobb felső sarokban a szolgáltatás bármely oldalán.
Válassza ki a megfelelő alkalmazássablont. Ha tartalomprojektről beszélünk, akkor a következő lehetőségek érdekelhetik:
- Kézikönyv. Ez a sablon lehetővé teszi egy útmutató program létrehozását.
- Blog. Az alkalmazás segít a blog közönségének új jegyzeteket olvasni egy okostelefon vagy táblagép képernyőjéről.
- Weboldal. A sablon egy webhelyet alkalmazássá alakít.
- Oldalak. Ezzel a sablonnal bármilyen tartalmat egyszerű funkcionalitású alkalmazássá alakíthat.
- Hírek. A sablon lehetővé teszi olyan alkalmazás létrehozását, amely iparági vagy regionális híreket gyűjt.
- oldal. A sablon az offline tartalmat, például egy e-könyvet konvertál az alkalmazásba.
- VK oldal és Facebook oldal. Hozzon létre egy alkalmazást, amely lehetővé teszi a VKontakte és a Facebook nyitott csoportjainak frissítéseinek figyelését.
- Youtube. Használd a sablont YouTube-csatornád reklámozásához.
Blogalkalmazás létrehozása
Használja a Blog sablont. A megfelelő mezőbe írja be blogja vagy RSS-hírcsatornája URL-jét. Válassza ki a jegyzet címének színét.
Írja be az alkalmazás nevét.
Adj hozzá leírást.
Válasszon egy szabványt, vagy adjon hozzá egyéni ikont. A megfelelő képméret 512 x 512 pixel.
Letölthető fájl létrehozásához kattintson az Alkalmazás létrehozása gombra. Ezt követően regisztrálnia kell a rendszerben. Erősítse meg regisztrációját, és lépjen be személyes fiókjába. Itt telepítheti az alkalmazást mobileszközére, közzéteheti a Google Playen és az Amazon App Store-on. A rendszer pénzszerzési lehetőséget is kínál. Ha használja ezt a funkciót, hirdetések jelennek meg az alkalmazásban.
Ellenőrizze, hogyan működik az alkalmazás mobileszközén. A táblagépen a programnak meg kell jelenítenie a blogbejegyzések listáját cím és bejelentés formátumban.
BAN BEN személyes fiók Az AppsGeyser segítségével figyelemmel kísérheti a telepítések számát, push értesítéseket hozhat létre, közzéteheti az alkalmazást az üzletekben, bevételt szerezhet a programból hirdetésekkel, és szerkesztheti az alkalmazást.
Több alkalmazást szeretne? Ezután hozzon létre egy útmutató alkalmazást a Kézi sablon segítségével.
A tartalom szerkesztése után adja meg az alkalmazás nevét, adjon hozzá leírást és egy ikont. Kattintson az Alkalmazás létrehozása gombra. A letöltött fájl létrehozása után telepítse azt mobileszközére, és ellenőrizze a működését.
Kérjük, vegye figyelembe, hogy a legtöbb mobil eszközök Alapértelmezés szerint blokkolja az ismeretlen forrásból származó alkalmazások telepítését. Ha egy felhasználó letölt egy programot az Ön webhelyéről vagy egy alkalmazáskészítő webhelyről, akkor biztonsági figyelmeztetést fog látni, amikor megpróbálja telepíteni. Egyes ügyfelek valószínűleg megtagadják a program telepítését.
8 AppsGeyserhez hasonló konstruktor
Ha az univerzális AppsGeyser konstruktor nem megfelelő az Ön számára, vegye figyelembe a hasonló szolgáltatásokat:
- AppsMakerStore. A szolgáltatás segítségével alkalmazásokat hozhat létre különböző típusok: az e-kereskedelmi programoktól a tartalmi projektek megoldásaiig. A tervező iOS és Android rendszerre készít alkalmazásokat. A szolgáltatási felület oroszosított. Kezdőknek van egy tájékoztató útmutató a konstruktor használatához. A szolgáltatás fizetős.
- Mobincube. Eszköz iOS és Android alkalmazások létrehozásához és bevételszerzéséhez. A szolgáltatás alapvető funkciói ingyenesen elérhetők. A tervező lehetővé teszi különböző típusú alkalmazások létrehozását.
- Jó fodrász. A szolgáltatás segítségével Android és iOS alkalmazásokat fejleszthet. A kivitelező fizetett, a használat költsége havi 16 USD.
A kínált szolgáltatások többsége angol nyelvű felülettel rendelkezik. Ha kényelmetlen a kivitelezőkkel dolgozni angol nyelv, válasszon oroszosított tartalmú platformokat.
Alkalmazástervezők: kőbalta vagy vékony modern szerszám?
Ne ess egyik végletből a másikba. A javasolt szolgáltatások segítségével valóban működőképes lehet funkcionális alkalmazások. Az így létrejövő programok különféle problémák megoldására használhatók: az online kereskedés megkönnyítésétől a tartalom terjesztéséig és a közönség oktatásáig. A tervezőben létrehozott alkalmazások közzétehetők a Google Playen és az App Store-ban, szerkeszthetők és bevételre tehetnek szert hirdetésekkel vagy fizetős telepítésekkel.
Ne becsülje túl a kínált szolgáltatásokat. Nyilvánvaló hátrányuk továbbra is sztereotip jellegük. Ez körülbelül mind a programok kialakításáról, mind a funkcionalitásáról. Ezenkívül a megfelelő funkcionalitással rendelkező platformokhoz való hozzáférés fizetős. Mi a jobb: egyszer fizetni a fejlesztőknek a munkájukért, vagy évekig fizetni a tervező tulajdonosainak? Számolj magadnak.
És még valami: ha nincs ideje saját maga elkészíteni mobilos alkalmazás, vegye fel a kapcsolatot cégünkkel. Mobil alkalmazásokat fejlesztünk és .
Lépjen kapcsolatba velünk Megbeszéljük? Rendeljen ingyenes konzultációt
elkezdtem tanulni grafikai tervezés, 13 éves koromban. Online tanfolyamokon tanultam meg weboldalakat tervezni, és napokat töltöttem a Photoshop és az Affinity Designer programokkal. Ez a tapasztalat megtanított tervezőként gondolkodni.
Már közel egy éve foglalkozom alkalmazások tervezésével és fejlesztésével. Részt vettem egy programban az MIT-n, ahol az Universeaty alkalmazást fejlesztő csapatban dolgoztam. Két hónapja kezdtem el dolgozni egy új alkalmazáson, a Crypto Price Trackeren, amely nemrég, január 28-án jelent meg.
Ebben a cikkben megosztom a tervezési folyamatot, amelyet lépésről lépésre követek, amikor alkalmazásokon dolgozom. Ez segíteni fog azoknak, akik szeretnének tanulni vagy fejleszteni digitális tervezési készségeiket. A tervezés nem csak a tervezőszoftverek használatáról szól, és ez a cikk nem tanítja meg ennek használatát. Több száz minőségi képzési program található az interneten. A tervezés a termék lényegének, funkcionalitásának megértését, valamint a végfelhasználókat szem előtt tartó tervezést is jelenti. Ez az, amit ez a cikk megtanít Önnek.
Tervezési folyamat:
- Hozzon létre egy felhasználói folyamatot minden képernyőhöz.
- Prototípusok létrehozása/rajzolása.
- Válasszon tervezősablonokat és színpalettákat.
- Hozzon létre egy dizájnt.
- Készítse el az alkalmazás animált prototípusát, és kérje meg az embereket, hogy teszteljék, és adjanak visszajelzést.
- Végezze el az elrendezések végső retusálását, hogy az összes végső képernyő készen álljon a fejlesztésre.
Kezdjük!
Userflow
Az első lépés az, hogy kitalálja, milyen funkciókat szeretne az alkalmazásban. Ha megvannak az ötletei, hozzon létre egy felhasználói folyamatot. Ez egy folyamatábra az alkalmazás működéséről.
A felhasználói folyamatok jellemzően háromféle figurából állnak.
- A téglalapokat a képernyők ábrázolására használják.
- A gyémántokat feltételekhez használják (pl. bejelentkezési gomb kattintás, balra húzás, nagyítás).
- A nyilak összekapcsolják a képernyőket és a feltételeket.
A felhasználói folyamatok nagyon hasznosak, mert jó logikai megértést adnak az alkalmazás működéséről.
Íme egy felhasználói folyamatábra, amelyet akkor rajzoltam, amikor elkezdtem dolgozni az alkalmazás tervezésén.
Felhasználói folyamat a fő felülethez.
Prototípusok
Miután befejezte az egyes képernyők felhasználói folyamatainak létrehozását, megkezdheti az összes képernyő prototípusainak elkészítését. A prototípusok alapvetően az alkalmazás alacsony részletgazdagságú vázlatai. Lényegében egy vázlat vagy diagram arról, hogy hol lesznek a képek, címkék, gombok stb. Egy hozzávetőleges vázlat az alkalmazás működéséről.
A drótvázak rajzolásához az UI Stencils nyomtatható sablonjait használom. Ez időt takarít meg, és kellemes munkaterületet biztosít a rajzoláshoz és a jegyzetek készítéséhez.
Itt van egy példa prototípus.
Mobil alkalmazás interfész prototípusa A prototípusok elkészítése után használhatja a Pop nevű alkalmazást, és az alkalmazás segítségével pillanatképet készíthet az összes rajzáról, és kattintható prototípust kaphat az összes képernyő gombokkal történő összekapcsolásával.
Tervezési vázlatok és színpaletták
Ez a kedvenc részem. Olyan ez, mint a kirakatvásárlás. Rengeteg tervezési minta és színpaletta közül választhat. Kiválasztom a nekem tetszőket és kísérletezek velük.
A minták megtalálásának legjobb platformja a Mobile Patterns és a Pttrns. A jó színpaletták megtalálásához pedig nézze meg a Color Huntot.
Tervezés
Végre hozzáláthatsz a használathoz szoftver terv létrehozásához. Olyan, mintha a jövőben bejelentkeztél volna az alkalmazásodba, és készítettél néhány képernyőképet. Reálisan kell kinéznie, és nagyon hasonlítania kell az igazihoz.
Létezik szoftver fejlesztés és a tervek készítéséhez szükséges eszközök. Az Affinity Designert használom. A leggyakrabban használt iOS tervezőeszköz a Sketch.
Íme egy példa az alkalmazásom néhány korai tervére.
A rajz átvitele pixelekké! Többet kísérleteztem különböző színpalettákkal.
Megosztottam a kezdeti terveket barátaimmal, hogy visszajelzést kapjanak. Úgy tűnt, sok embernek tetszett az arany és fekete színátmenet.
Legyen nyitott a visszajelzésekre, és kísérletezzen új javaslatokkal! Csodálatos visszajelzést kap a felhasználóktól, amikor beszél velük, nem pedig akkor, amikor eszeveszetten böngészi a Dribbble-t vagy a Behance-t.
Ezért újraterveztem az elrendezést, és eltávolítottam a háttérgrafikákat, mert ezek előállítása technikailag intenzív folyamat volt, és csökkentette az olvashatóságot. Mi lett a vége:
Az arany és fekete színátmenet meglepően jól néz ki! Elégedett voltam a színsémával, a lapsáv ikonjaival és az általános elrendezéssel. Továbbmentem, és a többi képernyőt is ugyanazokat a tervezési elveket követve terveztem meg. Hosszú, de hihetetlenül izgalmas folyamat volt!
Miután az összes képernyőm elkészült, összeállítottam egy prototípust az Adobe XD-ben, és megkértem néhány barátomat, hogy próbálják ki, és adjanak visszajelzést.
Az utolsó simítások után így néz ki a tervem végleges változata.
Végső verzió tervezés Miután az összes képernyő elkészült, importáltam őket az Xcode-ba, és elkezdtem fejleszteni az alkalmazást.
Ez minden! Remélem, ez a cikk segít az alkalmazás tervezésének megkezdésében, vagy segít abban, hogy azzá váljon legjobb tervező. És ha tetszik az alkalmazásom, letöltheti.
Ezt a cikket az egyik kedvenc tervezési idézetemmel zárom.
„A tervezés nem csak arról szól, hogy valami hogyan néz ki és érez. A tervezés így működik."
- Steve Jobs
A mobilalkalmazások fejlesztése összetett és nagyon munkaigényes folyamat, amely teljes értékű szoftverfejlesztés. Annak érdekében, hogy könnyebben megértse, hogyan készítünk mobilalkalmazásokat, röviden szólunk munkánk egyes szakaszairól.
Az emberek azért jönnek cégünkhöz, hogy életre keltsék mobilalkalmazással, webes erőforrással kapcsolatos ötletüket, vagy automatizálják az üzleti folyamatokat. Ingyenes üzleti vizsgálatot végzünk, tanácsot adunk az ügyfélnek és véglegesítjük a projekt ideológiai komponensét, figyelembe véve a felhasználók igényeit.
Interjúk készítése. Az alkalmazás célja és értéke? A célközönség? Alapvető funkcionalitás? Platformok? Az alkalmazásfejlesztési folyamat követelményei?Vállalkozó kiválasztásának szempontjai? Hasonló megoldások áttekintése: funkcionalitás, felhasználók száma, értékelések, vélemények, bevételszerzés. Felhasználói elemzés.
További kérdések. Műszaki szakemberek összekapcsolása. A pályázat megvalósítására vonatkozó követelmények jóváhagyása.
A projektet a fejlesztőcsapat értékeli. Ezt követően az ügyfél előzetes kereskedelmi ajánlatot kap az alkalmazásfejlesztésre: az alkalmazásfejlesztés szakaszai; időzítés és költség; szakemberek; garanciákat.
Megállapodást kötünk, amelyben részletesen ismertetjük a munkavégzés szakaszait és kötelezettségeinket. Ön jogilag védett lesz. A munka minden szakasza teljesen átlátható, minden fő pontot a lehető legrészletesebben megbeszélünk Önnel.
Megértjük, mit várnak el a felhasználók az alkalmazástól, elkezdjük a prototípus-készítési folyamatot. A jól megtervezett felület a kulcsa annak, hogy a felhasználó gyorsan megértse, hogyan segít az alkalmazás megoldani problémáját. Lehetőséget kap a jövőbeli alkalmazás funkcionalitásának megtekintésére a szoftver rész nélkül.
Megrajzoljuk az összes képernyő kialakítását és az elemek állapotát. Az alkalmazások tervezésénél a Google és az Apple ajánlásait használjuk. Gondoskodunk arról, hogy a grafikai megoldások világosak és kényelmesek legyenek. Olyan dizájnt kap, amely megkülönbözteti Önt versenytársaitól.
Feladatkör - jóváhagyott interaktív prototípus és termékterv alapján kidolgozott dokumentum, amely a fejlesztők és a tesztelő mérnökök számára szükséges a projekt fejlesztéséhez és teszteléséhez.
A webes erőforrások vagy mobilalkalmazások programozása a SCRUM módszertan segítségével történik - a feladatok lépésről lépésre történő tervezése és végrehajtásuk sprintekre bontása.
Az eredmények bemutatása az ügyfélnek 2 héten belül. A csapat elemzi a kockázatokat és problémákat, befejezi a sprintet, és optimalizálja a további alkalmazásfejlesztési folyamatot.
Munkánk között az a különbség, hogy nem csak alkalmazásokat fejlesztünk, hanem promócióra is visszük. Ügyfeleink olyan céget kapnak, amely a munka minden szakaszáért felelős: az első gombtól az alkalmazás letöltéséig és a hálás felhasználói értékelésekig.
Interjú
Interjúkat készítünk személyesen vagy Skype-on. Az interjú több óráig is eltarthat. Az alkalmazásfejlesztés ezen szakasza fontos. Az, hogy az ügyfél milyen pontosan és kimerítően válaszol a kérdésekre, meghatározza, hogy milyen lesz a termék.
A fő kérdések, amelyeket felteszünk: projekt céljai, meglévő üzleti folyamat, célközönség, versenytársak. Ebben a szakaszban a jövőbeni funkcionalitásról lesz szó.
Elme térkép
Létrehozunk egy MindMap-et - egy szellemi térképet, amely lehetővé teszi az ügyféltől kapott összes információ strukturálását. Ez a projekt vizuális diagramja, amelynek köszönhetően minden alkalmazási adat egy helyen található.
Elemzés
Vázlatkészítés kézzel
Tanulmányozzuk a versenytársak pályázatait. Elemezzük, hol érezhetik magukat kényelmetlenül a felhasználók, vagy hol botlik meg feladataik elvégzése közben. Ezt azért tesszük, hogy meghatározzuk, miben különbözik az új alkalmazás a meglévő analógoktól.
Prototípus fejlesztés
A vázlatok alapján drótvázakat készítünk - a pályázati oldalak szerkezeti diagramját. Ez a terv váza, ahol a jövőbeli termék minden részlete látható.
Egy UX-szakember dolgozik az oldalelrendezéseken. A drótvázak létrehozásának folyamatát megbeszélik a művészeti vezetővel.
Jóváhagyása után egy kattintható prototípus készül, amelyet jóváhagyásra elküldenek a műszaki osztálynak.
Felhasználói interjúk
A kész prototípust felhasználókon – irodánk alkalmazottaikon vagy önkéntesek csoportjain – teszteljük. Megmutatjuk a prototípust, és kérdéseket teszünk fel: „Szerinted mi ez a gomb?”, „Hogyan adnál egy terméket a kosárba?” stb.
Ez segít felismerni a felhasználók számára nem egyértelmű pontokat, és kijavítani a hibákat a mobilalkalmazások fejlesztésének ebben a szakaszában.
A prototípus bemutatása az ügyfélnek
Prezentációt készítünk: megmutatjuk a prototípust a megrendelőnek, elmagyarázzuk, mi és hogyan fog működni. Szükség esetén módosítjuk és finomítjuk. Minden részletben megegyezünk és jóváhagyjuk.
Tervezési koncepció kidolgozása
A mobilalkalmazások fejlesztésének ebben a szakaszában számos tervezési koncepciót készítünk. Az ügyfél által választott koncepció képezi majd a teljes alkalmazás tervezésének alapját.
Az összes képernyő és állapot kialakítása
Ebben a szakaszban az összes képernyő és elemállapot kirajzolódik. Átlagosan 120-150 képernyőnek bizonyul. Ez segít minden forgatókönyv figyelembevételében, és nem növeli a programozási időt.
Műszaki specifikációk és kliens-szerver architektúra
Ha kész a tervünk, elkezdjük a fejlesztést Műszaki adatok. Leírja az összes forgatókönyvet, képernyőátmenetet és képernyőállapotot. Ebben a szakaszban a szakember a projekt magas szintű architektúráján és az adattárolási modellen dolgozik.
Ez egy fontos szakasz. Meghatározza a szoftverrész felépítésének módját, az alkalmazás sebességét és a „kliens-szerver” kérések konfigurációját. Honnan szerzünk adatokat, hova rögzítjük, hogyan rögzítjük stb. A műszaki leírás tartalmazza az összes olyan rendszert, amellyel szinkronizálni kell.
Programozás és tesztelés
A munka a programozók kezébe kerül. A fejlesztési folyamat a módszertanon alapul agilis fejlesztés Dulakodás. Alakított teljes lista feladatok (az úgynevezett „back-log”), és kis szakaszokra oszlik (úgynevezett „sprintek”).
Lépésről lépésre programozzuk, és minden sprint után bemutatjuk az eredményeket. Amikor a szoftver rész elkészült, tesztelésre küldjük az alkalmazást. A tesztelő szakemberek ellenőrzik a terméket lehetséges hibákat. Ha szükséges, az alkalmazást visszaküldik a programozóknak felülvizsgálatra.
Pályázat közzététele
A mobilalkalmazások fejlesztésének főbb szakaszai befejeződtek, már csak a pályázat publikálásra való előkészítése van hátra. Ennek érdekében a Google Play és AppStore áruház szabályainak megfelelő termékleírást és grafikákat készítünk. Ha ezeknek nem tesz eleget, az alkalmazás nem megy át a moderáláson.
Az üzletekben az első dolog, amit a felhasználó lát, az az alkalmazás ikonja, ezért fontos, hogy vonzóvá tegyük.
Az alkalmazásleírások grafikáinak elkészítésekor ellenőrizzük, hogy a szerzőknek van-e engedélyük bizonyos képek felhasználására, szerepelnek-e sztárarcok a fotókon, illetve, hogy az egyéb bolti követelmények teljesülnek-e.
Termék műszaki támogatás
A befejezést követően a projektek a technikai támogatási szakaszba kerülnek.
