Začnimo v redu
Kaj pomeni ta slika malo kasneje, zdaj pa naj začnem z uvodom.
Na hladen februarski dan ni bilo videti težav. Skupina nedolžnih študentov je prvič prišla na predavanje o predmetu, ki so se odločili poimenovati "Metodologija za organizacijo načrtovanja in razvoja informacijskih sistemov." Bilo je redno predavanje, učitelj je govoril o fleksibilnih razvojnih metodah, kot je Scrum, nič ni napovedovalo težav. In na koncu učitelj napove:
Želim vam, da sami izkusite vse tegobe timskega dela, se razdelite v skupine, pripravite projekt, določite vodjo in gremo skupaj skozi vse faze oblikovanja. Na koncu od vas pričakujem končni izdelek in članek na Habréju.
Tu se začne naša zgodba. Kot žogice v biljardu smo se odbijale ena od druge, dokler se energija udarca ni razblinila in se je zbrala skupina 7 ljudi. Morda je to preveč za projekt usposabljanja, vendar je ravno prav, da se vloge bolje porazdelijo. Začela se je razprava o idejah za projekt, od "Vzemimo že pripravljen projekt" do "Emulator za oblikovanje vesoljskih objektov." A na koncu je prišla ideja, katere ime ste prebrali na prvi sliki.
Stop prokrastinaciji - kaj je, s čim se jedo in kako smo jo razvili ter kaj je iz tega nastalo
Zgodba bo pripovedovana v imenu vodje projekta, ki je na srečo ali nesrečo dodeljen meni. Kakšna ideja nam je torej padla na pamet? Po navdihu priljubljene budilke »Shake Alarm Clock« podjetja SupperCommon, in sicer funkcije popolne blokade pametnega telefona, dokler uporabnik ne izvede določenega dejanja, zaradi katerega se bo najverjetneje zbudil, smo se odločili ustvariti podobno aplikacijo, ki bo pomagala pri znebite se zasvojenosti s telefonom, po istem principu kot »Shake the Alarm Clock«
Princip delovanja
Uporabnik nastavi časovnike
-Čas, ki ga lahko porabite za pametni telefon
-Čas brez pametnega telefona (obdobje blokade)
Ko se časovnik izteče, se na zaslonu prikaže prekrivanje, ki ga ni mogoče pomanjšati
-Če želite zapreti prekrivanje, morate opraviti majhen test (vnesite geslo na zmedeno tipkovnico, rešite matematično nalogo, stresite telefon nekaj minut)
Po takem odklepanju se čas, ki ga lahko preživimo na pametnem telefonu, prepolovi in tako naprej do ene minute.
Gradnja ekipe
Najprej je bilo treba določiti, kdo bo kaj delal in v katerem jeziku bo vse to napisano. Mislim, da to nima veliko opraviti s projektnim vodenjem, ker ko sestaviš ekipo za pravi projekt, takoj zbereš tiste, ki jih potrebuješ. Posledično sem prevzel tudi breme oblikovalca, izbral enega vodjo ekipe, ki je imel dobre izkušnje z razvojem aplikacij, dodelili so mu tri programerje, dva pa sta postala preizkuševalca. Seveda je bil programski jezik izbran glede na znanje. Posledično je bilo odločeno, da se uporabi Java, saj so jo vsi programerji poznali.
Postavljanje nalog
Na priporočilo učiteljice je bila izdelana tabla z nalogami na brezplačnem servisu . Predvideno je bilo delo po sistemu Scrum, kjer bi bil vsak tok nekakšna popolna aplikacija.
Vendar je v resnici vse to izšlo iz enega velikega in dolgega toka, ki so ga nenehno urejali, dopolnjevali in popravljali.
Pišemo specifikacije
Pod vplivom Savinove knjige Testiranje.com sem imela v glavi svojo idejo, kako naj bo vse urejeno. Vse se je začelo s pisanjem specifikacij, saj verjamem, da brez jasnega opisa, kaj pričakujemo, kaj in kako naj bi delovalo, ne bo šlo nič. Programerji bodo sprogramirali vse tako, kot vidijo, preizkuševalci bodo preizkusili nekaj drugega, upravitelj je pričakoval tretjega, a se bo izkazalo kot vedno četrto.
Pisanje specifikacij ni enostavno, razmisliti morate o vseh podrobnostih, vseh niansah. Seveda prvič ni delovalo nič. Posledično so bile specifikacije dopolnjene in predelane 4-krat. Zadnjo možnost najdete na koncu članka, v razdelku s povezavami.
Risanje dizajna
Dizajn v mobilni aplikaciji je najpomembnejši. Vendar tega vsi ne razumejo, tudi iz moje ekipe, mnogi so mi ostro trdili, da oblikovanje ni potrebno, da je to najbolj nepomemben del aplikacije itd. Ne bi smel biti tako naiven. Prvič, že pripravljena zasnova programerju olajša delo, ni mu treba razmišljati o tem, kaj bi dal kam in kje, ampak samo vzame in vnese, kar je narisano. Skupaj s specifikacijami zasnova skoraj popolnoma osvobodi programerjev um nepotrebnih stvari in mu daje možnost, da se osredotoči na logiko. Na splošno je bil najprej narisan prototip (grozen) dizajn:
Toda potem so dizajn prečesali in vrnili v normalno stanje.
(Povezava do vseh elementov oblikovanja na koncu članka).
Programiranje
Programiranje je težko, a možno. To točko bom izpustil, ker se osebno s tem nisem ukvarjal. Programerji so opravili ogromno dela, brez katerega bi bilo vse brez pomena. Nekaj naših idej nam je seveda uspelo realizirati. In program je treba še izboljšati. Obstaja veliko napak in funkcij, ki jih je treba odstraniti. Če bi imeli več časa, bi prišli iz globoke alfe, a zaenkrat lahko aplikacijo preizkusite na koncu članka.
No, glede testiranja
Kaj je glavno pri programiranju? Po mojem mnenju je glavno, da vse deluje in izgleda tako, kot mora. Ne uspe vedno prav in ne takoj. To zahteva testiranje. Svojim preizkuševalcem sem predlagal model testiranja z uporabo testnih primerov. Najprej so testni primeri napisani v celoti v skladu s specifikacijami, nato pa se na njih izvede testiranje. Kaj je iz tega nastalo, si lahko ogledate na spodnjih povezavah.
Hvala za branje. Upam, da ste tukaj našli vsaj nekaj uporabnega, morda idejo za svoj startup, morda kakšen dober nasvet ali orodje.
Reference:
Najnovejše .
Dizajn naprej .
и .
Sama aplikacija je vklopljena . — Aplikacija je nastala pod imenom HandsOff, niti ne sprašujte zakaj (ker je Stop Procrastination predolg).
No na koncu
Se vam zdi vse to smiselno?
V anketi lahko sodelujejo samo registrirani uporabniki. , prosim.
Ali je takšna praksa potrebna v izobraževalnih ustanovah in kako uporabna in uporabna je v resničnem življenju?
-
Potrebne, neprecenljive izkušnje
-
Potrebne, čeprav malo izkušenj
-
Skoraj neuporabno, kvečjemu boste razumeli splošne značilnosti dela v timu
-
Škoda časa in truda
Glasovala sta 2 uporabnika. Vzdržanih ni.
Vir: www.habr.com