Хајде да то узмемо у реду
Шта значи ова слика мало касније, али за сада да почнем са уводом.
У хладном фебруарском дану није било знакова невоље. Група невиних студената дошла је први пут да одржи час на тему коју су одлучили назвати „Методологија за организовање пројектовања и развоја информационих система“. Било је редовно предавање, наставник је говорио о флексибилним методама развоја, као што је Сцрум, ништа није наговештавало невоље. И на крају учитељ најављује:
Желим да сами искусите све тешкоће тимског рада, поделите се у групе, осмислите пројекат, одредите вођу и заједно прођете кроз све фазе пројектовања. На крају, очекујем од вас готов производ и чланак на Хабреу.
Ту почиње наша прича. Као лоптице у билијару, одбијали смо се једни од других док се енергија ударца није распршила и група од 7 људи се окупила. Можда је ово превише за пројекат обуке, али је у реду да боље распоредите улоге. Почела је дискусија о идејама за пројекат, од „Узмимо готов пројекат“ до „Емулатора за формирање свемирских објеката“. Али на крају је дошла идеја, чији назив сте прочитали на првој слици.
Зауставите одуговлачење – шта је то, са чиме се једе и како смо га развили и шта је од тога произашло
Прича ће бити испричана у име руководиоца пројекта, који је, на срећу или несрећу, додељен мени. Која нам је идеја пала на памет? Инспирисани популарним “Схаке Аларм Цлоцк” будилником из СупперЦоммон-а, односно функцијом потпуног блокирања паметног телефона док корисник не изврши одређену радњу која ће га највероватније довести до буђења, одлучили смо да направимо сличну апликацију која ће помоћи да се ослободити се зависности од телефона, по истом принципу као „Протреси будилник“
Принцип рада
Корисник поставља тајмере
-Време које се може потрошити на паметном телефону
-Време без паметног телефона (период блокаде)
Када тајмер истекне, на екрану се појављује преклапање које се не може умањити
-Да бисте затворили преклапање потребно је да прођете кроз мали тест (унесите лозинку на збуњујућу тастатуру, решите математички задатак, протресите телефон неколико минута)
Након откључавања на овај начин, време које се може провести на паметном телефону је преполовљено и тако до једног минута.
Изградња тима
Прво је требало одредити ко ће шта радити и на ком језику ће све ово бити написано. Мислим да ово нема много везе са управљањем пројектима, јер када саставите тим за прави пројекат, одмах саставите оне који су вам потребни. Као резултат тога, преузео сам и терет дизајнера, изабрао једног менаџера тима који је имао добро искуство у развоју апликација, три програмера су му додељена, а још два су постала тестери. Наравно, програмски језик је изабран на основу вештина. Као резултат тога, одлучено је да се користи Јава, пошто су сви програмери били упознати са њом.
Постављање задатака
По препоруци наставника направљена је табла задатака на бесплатном сервису . Планирано је да се ради по Сцрум систему, где би сваки стреам био нека врста комплетне апликације.
Међутим, у стварности, све је то произашло из једног великог и дугог тока, у који су се стално вршиле измене, допуне и исправке.
Пишемо спецификације
Под утицајем Савенове књиге „Тестинг.цом“, у глави сам имао сопствену идеју како све треба да буде уређено. Све је почело писањем спецификација, како верујем, без јасног описа шта очекујемо, шта и како треба да функционише, ништа неће радити. Програмери ће све испрограмирати како виде, тестери ће тестирати нешто друго, менаџер је очекивао треће, а испоставиће се као и увек четврто.
Писање спецификација није лако, потребно је размислити о свим детаљима, свим нијансама. Наравно, први пут ништа није успело. Као резултат тога, спецификације су допуњене и прерађене 4 пута. Последњу опцију можете пронаћи на крају чланка, у одељку веза.
Цртање дизајна
Дизајн у мобилној апликацији је најважнија ствар. Међутим, не разумеју сви ово, укључујући и мој тим, многи су ми се жестоко расправљали да дизајн није потребан, да је ово најневажнији део апликације итд. Не би требао бити тако наиван. Прво, готов дизајн олакшава рад програмера; он не мора да размишља шта да стави где и где, он само узима и куца оно што је нацртано. Заједно са спецификацијама, дизајн скоро у потпуности ослобађа ум програмера од непотребних ствари, и даје му могућност да се концентрише на логику. Генерално, прво је нацртан прототип (ужасан) дизајн:
Али онда је дизајн чешљан и враћен у нормалу.
(Веза до свих елемената дизајна на крају чланка).
Програмирање
Програмирање је тешко, али могуће. Изоставићу ову тачку, пошто се лично нисам тиме бавио. Програмери су обавили огроман посао без којег би све било бесмислено. Наравно, неке своје идеје смо успели да реализујемо. А програм још треба побољшати. Постоји много грешака и функција које треба уклонити. Да имамо више времена, изашли бисмо из дубоке алфе, али за сада можете тестирати апликацију на крају чланка.
Па, о тестирању
Шта је главна ствар у програмирању? По мом мишљењу, најважније је да све функционише и изгледа како треба. Не иде увек како треба и не одмах. Ово захтева тестирање. Својим тестерима сам предложио модел тестирања користећи тестне случајеве. Прво, тестни случајеви су написани у потпуности у складу са спецификацијама, а затим се на њима врши тестирање. Шта је из овога произашло можете видети на линковима испод.
Хвала за читање. Надам се да сте овде нашли бар нешто корисно, можда идеју за ваш стартуп, или можда неки добар савет или алатку.
Референце:
Најновији .
Дизајн укључен .
и .
Сама апликација је укључена . — Апликација је направљена под именом ХандсОфф, не питајте ни зашто (јер је Стоп одуговлачење предугачко).
Па, на крају
Мислите ли да је све ово имало смисла?
Само регистровани корисници могу учествовати у анкети. , Добродошао си.
Да ли је таква пракса неопходна у образовним установама и колико је корисна и применљива у стварном животу?
-
Потребно, непроцењиво искуство
-
Потребно, мада мало искуства
-
Готово бескорисно, највише ћете разумети опште карактеристике рада у тиму
-
Губљење времена и труда
2 корисника гласало. Нема уздржаних.
Извор: ввв.хабр.цом