{"id":30252,"date":"2016-01-28T11:17:57","date_gmt":"2016-01-28T10:17:57","guid":{"rendered":"https:\/\/nearshore-it.eu\/artykuly\/definiowanie-wymaganaplikacji-mobilnych\/"},"modified":"2024-11-07T14:46:21","modified_gmt":"2024-11-07T13:46:21","slug":"definiowanie-wymaganaplikacji-mobilnych","status":"publish","type":"post","link":"https:\/\/nearshore-it.eu\/pl\/artykuly\/definiowanie-wymaganaplikacji-mobilnych\/","title":{"rendered":"Definiowanie wymaga\u0144 dla funkcjonalno\u015bci aplikacji mobilnych"},"content":{"rendered":"\n
\n

<\/p>\n

    \n
  1. 1. Cele powstania aplikacji mobilnej<\/a><\/li>\n
  2. 2. Modele wsp\u00f3\u0142pracy<\/a><\/li>\n
  3. 3. Aplikacja natywna czy\u00a0cross-platformowa<\/a><\/li>\n
  4. 4. Integracje zewn\u0119trzne<\/a><\/li>\n
  5. 5. Definiowanie logiki aplikacji mobilnej i\u00a0jej funkcjonalno\u015bci<\/a><\/li>\n
  6. 6. Projektowanie funkcjonalno\u015bci – User Experience<\/a><\/li>\n
  7. 7. Rozw\u00f3j aplikacji mobilnej – dalsze kroki<\/a><\/li>\n <\/ol>\n<\/div>\n\n\n

    Cele powstania aplikacji mobilnej<\/h2>\n\n\n\n

    Pierwszym krokiem jest zdefiniowane cel\u00f3w stworzenia konkretnej aplikacji mobilnej. Niekt\u00f3rzy klienci dok\u0142adnie i z du\u017c\u0105 szczeg\u00f3\u0142owo\u015bci\u0105 przedstawiaj\u0105 swoje wymagania i specyfikacj\u0119 techniczn\u0105. Inni maj\u0105 tylko og\u00f3ln\u0105 wizj\u0119 funkcjonalno\u015bci aplikacji i za\u0142o\u017cone cele biznesowe, ale bez konkretnej specyfikacji dzia\u0142ania systemu. Nale\u017cy podkre\u015bli\u0107, \u017ce oba podej\u015bcia s\u0105 poprawne, a dla ka\u017cdego z nich istniej\u0105 odpowiednie modele wsp\u00f3\u0142pracy z us\u0142ugodawc\u0105.<\/p>\n\n\n\n

    Modele wsp\u00f3\u0142pracy<\/h2>\n\n\n\n

    Je\u015bli\u00a0us\u0142ugobiorca zna szczeg\u00f3\u0142owe wymagania dotycz\u0105ce funkcjonalno\u015bci aplikacji i\u00a0chce posiada\u0107 bezpo\u015bredni\u0105 kontrol\u0119<\/strong>\u00a0nad\u00a0zespo\u0142em \u2013 powinien wykorzysta\u0107 model\u00a0Team Extension<\/strong>, kt\u00f3ry\u00a0pozwala zarz\u0105dza\u0107 pracownikami dostawcy us\u0142ug. Je\u015bli natomiast\u00a0znane s\u0105 og\u00f3lne wymagania, ale\u00a0us\u0142ugobiorca chce skorzysta\u0107 z\u00a0do\u015bwiadczenia dostawcy us\u0142ug w\u00a0celu ich szczeg\u00f3\u0142owego dopracowania<\/strong>\u00a0\u2013 korzysta z\u00a0modelu\u00a0Project Outsourcing<\/strong>. Dzi\u0119ki temu zrealizowane zostaj\u0105 \u2013 analiza, projekt i\u00a0wdro\u017cenie aplikacji. Je\u015bli okre\u015blone s\u0105 tylko\u00a0cele biznesowe \u2013 rekomendujemy wsp\u00f3\u0142prac\u0119 w\u00a0modelu Project Outsourcing lub Managed Services<\/strong>, po\u00a0to, by\u00a0dostawca us\u0142ugi przej\u0105\u0142 ca\u0142y proces, od\u00a0stworzenia modelu biznesowego, poprzez wykonanie projektu, implementacj\u0119, a\u017c po\u00a0sta\u0142\u0105 opiek\u0119 i\u00a0dalszy rozw\u00f3j aplikacji.<\/p>\n\n\n\n

    <\/div>\n\n\n\n
    \"Modele
    Modele wsp\u00f3\u0142pracy<\/em><\/figcaption><\/figure>\n\n\n\n
    <\/div>\n\n\n\n

    Aplikacja natywna czy cross-platformowa<\/h2>\n\n\n\n

    Zdefiniowanie wymaga\u0144 warto zacz\u0105\u0107 od odpowiedzi na kilka pyta\u0144. Pierwsze dotyczy wyboru platform, na kt\u00f3re tworzymy aplikacj\u0119 \u2013 iOS, Android? Je\u017celi us\u0142ugobiorca zainteresowany jest niemal 100% pokryciem rynku \u2013 decyduje si\u0119 na wszystkie, je\u017celi natomiast konieczne jest ograniczenie bud\u017cetu \u2013 wybiera tylko te kluczowe. Ka\u017cda platforma jest bowiem inna i wymaga odmiennego podej\u015bcia przy projektowaniu funkcjonalno\u015bci. To specyfika \u015bwiata mobilnego \u2013 projekty maj\u0105 te same wymagania, ale wynikowe aplikacje s\u0105 nieco inne. Ka\u017cda aplikacja jest dopasowana do standard\u00f3w UI platformy docelowej, dostosowana do oferowanych us\u0142ug i zaprojektowana w spos\u00f3b intuicyjny dla u\u017cytkownika danego systemu.<\/p>\n\n\n\n

    Powy\u017csze r\u00f3\u017cnice prowadz\u0105 do kluczowego pytania w projektach mobilnych: tworzy\u0107 natywnie czy cross-platformowo?<\/strong><\/p>\n\n\n\n

    <\/div>\n\n\n\n
    \"Aplikacja<\/figure>\n\n\n\n
    <\/div>\n\n\n\n

    Programowanie cross-platformowe<\/strong> pozwala stworzy\u0107 aplikacje dla wszystkich platform jednocze\u015bnie, poprzez jeden projekt z mo\u017cliwo\u015bci\u0105 publikacji na ka\u017cdej z nich. Zazwyczaj jest to mniej kosztowne i wymaga mniej licznego zespo\u0142u. Rozwi\u0105zanie takie niesie ze sob\u0105 jednak pewne ograniczenia \u2013 zdarza si\u0119, i\u017c stwarza problemy w wykorzystaniu niekt\u00f3rych funkcjonalno\u015bci, mo\u017ce ogranicza\u0107 wydajno\u015b\u0107 i stabilno\u015b\u0107. To najlepsza technologia dla tych aplikacji, kt\u00f3rych g\u0142\u00f3wnym celem jest prezentowanie u\u017cytkownikowi informacji. Funkcje takie jak GPS, aparat, zaawansowane mapy mog\u0105 dzia\u0142a\u0107 niewystarczaj\u0105co wydajnie i sprawnie.<\/p>\n\n\n\n

    Tworzenie aplikacji natywnych<\/strong> oznacza, \u017ce projekt na ka\u017cd\u0105 platform\u0119 przygotowywany jest przez osobny zesp\u00f3\u0142 \u2013 innymi s\u0142owy, przynajmniej jeden programista pracuje nad jedn\u0105 platform\u0105. Podej\u015bcie natywne pozwala wykorzysta\u0107 wszystkie mo\u017cliwe na danej platformie funkcjonalno\u015bci, stworzy\u0107 aplikacj\u0119 o najwy\u017cszej jako\u015bci i wydajno\u015bci oraz dostosowa\u0107 j\u0105 do wzorc\u00f3w i dobrych praktyk ka\u017cdej z platform. Tworzenie aplikacji natywnych jest dro\u017csze, ale zawsze daje lepsze rezultaty.<\/p>\n\n\n\n

    Je\u015bli konieczne jest wykonanie aplikacji tylko na jedn\u0105 platform\u0119 \u2013 na przyk\u0142ad do u\u017cytku wewn\u0119trznego w firmie, wiedz\u0105c, \u017ce wykorzystywana jest tylko platforma Android \u2013 zawsze nale\u017cy wybra\u0107 podej\u015bcie natywne, poniewa\u017c uzyskana zostanie zdecydowanie wy\u017csza jako\u015b\u0107 przy por\u00f3wnywalnych kosztach wykonania.<\/p>\n\n\n\n

    Decyzja co do wyboru sposobu tworzenia aplikacji powinna zawsze zosta\u0107 skonsultowana z dostawc\u0105 us\u0142ug. W\u0142a\u015bciwy wyb\u00f3r ma ogromny wp\u0142yw na osi\u0105gni\u0119cie za\u0142o\u017conych cel\u00f3w, ca\u0142o\u015b\u0107 implementacji, ograniczenia, sk\u0142ad zespo\u0142u i bud\u017cet projektu.<\/p>\n\n\n\n

    Przeczytaj tak\u017ce:\u00a0Stw\u00f3rz swoj\u0105 PWA<\/a><\/strong><\/p>\n\n\n\n

    Integracje zewn\u0119trzne<\/h2>\n\n\n\n

    Aplikacja mobilna zazwyczaj nie dzia\u0142a samodzielnie. Dane znajduj\u0105ce si\u0119 w aplikacji s\u0105 \u015bci\u0105gane przez Internet \u2013 za po\u015brednictwem mechanizmu nazywanego API (ang. Application Programming Interface<\/strong>) lub webservice.<\/p>\n\n\n\n

    Us\u0142ugobiorca mo\u017ce te\u017c posiada\u0107 w\u0142asny system lub baz\u0119 danych, kt\u00f3re maj\u0105 integrowa\u0107 si\u0119 z aplikacj\u0105. Alternatywnie, dostawca us\u0142ug mo\u017ce stworzy\u0107 system zarz\u0105dzania tre\u015bci\u0105 CMS (ang. Content Management System) dzia\u0142aj\u0105cy przez www i umo\u017cliwiaj\u0105cy \u0142atw\u0105 edycj\u0119 zawarto\u015bci aplikacji mobilnej w przegl\u0105darce komputera.<\/p>\n\n\n\n

    Definiowanie logiki aplikacji mobilnej i jej funkcjonalno\u015bci<\/h2>\n\n\n\n

    Po ustaleniu bazowych wymaga\u0144 i podj\u0119ciu decyzji o zewn\u0119trznych integracjach, nast\u0119pnym krokiem jest zdefiniowanie logiki aplikacji \u2013 funkcjonalno\u015bci oraz  UI (User Interface). W zale\u017cno\u015bci od modelu wsp\u00f3\u0142pracy aspekt ten mo\u017ce by\u0107 zdefiniowany przez us\u0142ugobiorc\u0119 b\u0105d\u017a te\u017c mo\u017ce on wy\u0142\u0105cznie okre\u015bli\u0107 cele biznesowe i og\u00f3ln\u0105 koncepcj\u0119 aplikacji, a dostawca zaprojektuje finalne funkcje, UX i UI.<\/p>\n\n\n\n

    Typowe fazy projektowania aplikacji to:<\/p>\n\n\n\n

    1. Specyfikacja funkcjonalno\u015bci<\/strong> \u2013 opisuje, co powinno znale\u017a\u0107 si\u0119 w aplikacji, kt\u00f3re funkcje s\u0105 kluczowe, a kt\u00f3re opcjonalne. W tym kroku nale\u017cy te\u017c zdefiniowa\u0107 grup\u0119 docelow\u0105 oraz urz\u0105dzenia, na kt\u00f3rych aplikacja powinna dzia\u0142a\u0107.<\/p>\n\n\n\n

    2. Interaktywny prototyp UI<\/strong> \u2013 w tej fazie powstaje prototyp, prezentuj\u0105cy UX oraz UI aplikacji. Projektant skupia si\u0119 na tworzeniu ekran\u00f3w, przej\u015b\u0107 pomi\u0119dzy nimi i u\u0142o\u017ceniu element\u00f3w UI, takich jak przyciski, obrazki, tekst itd. Na tym etapie nie tworzy si\u0119 finalnego wygl\u0105du, a wy\u0142\u0105cznie uk\u0142ad element\u00f3w. Tak przygotowany prototyp mo\u017cna pogl\u0105dowo \u201eprzeklika\u0107\u201d, by pozna\u0107 dzia\u0142anie aplikacji, spos\u00f3b prezentowania poszczeg\u00f3lnych informacji, intuicyjno\u015b\u0107 obs\u0142ugi dla u\u017cytkownika, a tak\u017ce to jak wygl\u0105da ka\u017cda kluczowa funkcjonalno\u015b\u0107. Po wst\u0119pnym przetestowaniu zlecone zostaj\u0105 poprawki, a nast\u0119pnie ponownie przeprowadzona zostaje weryfikacja wdro\u017conych zmian. Na tym etapie s\u0105 one znacznie mniej kosztowne ni\u017c ich wprowadzanie po sko\u0144czeniu pierwszej wersji aplikacji, dlatego dopracowanie projektu przed rozpocz\u0119ciem wykonania jest kluczowe.<\/p>\n\n\n\n

    3. Grafika<\/strong> \u2013 kiedy prototyp zosta\u0142 ju\u017c zatwierdzony, ostatnim etapem jest stworzenie finalnej grafiki dla zaprojektowanego uk\u0142adu element\u00f3w.<\/p>\n\n\n\n

    <\/div>\n\n\n\n
    \"Aplikacje-mobilne-etapy-projektu\"<\/figure>\n\n\n\n
    <\/div>\n\n\n\n

    Projektowanie funkcjonalno\u015bci – User Experience<\/h2>\n\n\n\n

    Dobrze zaprojektowana aplikacja mobilna zawsze powinna by\u0107 projektowana z my\u015bl\u0105 o potrzebach u\u017cytkownik\u00f3w, specyfice urz\u0105dzenia, na kt\u00f3rej jest wykorzystywana, a tak\u017ce celu, dla kt\u00f3rego jest tworzona. Dlatego szczeg\u00f3lnie wa\u017cne – ju\u017c na etapie projektu i tworzenia specyfikacji technicznej systemu – jest zadbanie o dobre praktyki w zakresie UX (User Experience).<\/strong> Musimy pami\u0119ta\u0107, \u017ce u\u017cytkownik aplikacji mobilnej zwykle musi radzi\u0107 sobie na stosunkowo ma\u0142ym urz\u0105dzeniu (w por\u00f3wnaniu do ekranu komputera), bez u\u017cycia tradycyjnej klawiatury (cz\u0119sto u\u017cywa jednej r\u0119ki lub nawet jednego palca), a tak\u017ce w warunkach du\u017cego rozproszenia uwagi (czyli praktycznie wsz\u0119dzie).<\/p>\n\n\n\n

    Dlatego w\u0142a\u015bnie projektuj\u0105c aplikacj\u0119 nale\u017cy m.in:<\/strong><\/p>\n\n\n\n