Si u përpoqëm të punonim në grup dhe çfarë erdhi prej saj

Le të shkojmë me radhë

Çfarë do të thotë kjo shifër pak më vonë, por tani për tani le të fillojmë me një hyrje.

Në një ditë të ftohtë shkurti, asgjë nuk parashikonte telashe. Një grup studentësh të pafajshëm erdhën për herë të parë në një çift për një temë që ata vendosën ta quajnë "Metodologjia e organizimit të projektimit dhe zhvillimit të sistemeve të informacionit". Kishte një leksion të rregullt, mësuesi foli për metodat e zhvillimit fleksibël, siç është Scrum, asgjë nuk parashikonte telashe. Dhe në fund mësuesi njofton:

Unë dua që ju të përjetoni vetë të gjitha vështirësitë e punës në grup, të ndaheni në grupe, të krijoni një projekt, të emëroni një drejtues dhe të kaloni së bashku të gjitha fazat e projektimit. Në fund, pres një produkt të përfunduar nga ju dhe një artikull për Habré.

Këtu fillon historia jonë. Si topa në një tavolinë pishinë, ne u kthyem nga njëri-tjetri derisa energjia e goditjes u shpërnda dhe një grup prej 7 personash u mblodhën së bashku. Ndoshta kjo është shumë për një projekt trajnimi, por për të shpërndarë më mirë rolet, kaq. Një diskutim i ideve për projektin filloi nga "Le të marrim një projekt të përfunduar" te "Emulatori i formimit të objekteve hapësinore". Por në fund kaloi ideja, emrin e së cilës e lexoni në foton e parë.

Ndaloni zvarritjen - çfarë është, me çfarë hahet dhe si e kemi zhvilluar dhe çfarë erdhi prej saj

Historia do të zhvillohet në emër të menaxherit të projektit, tek i cili, për fat ose për fat të keq, u emërova. Pra, çfarë ideje na erdhi në mendje? Të frymëzuar nga ora e alarmit popullor "Shake the Alarm" e SupperCommon, përkatësisht funksioni për të bllokuar plotësisht telefonin inteligjent derisa përdoruesi të kryejë një veprim të caktuar që ka shumë të ngjarë ta zgjojë atë, vendosëm të krijojmë një aplikacion të ngjashëm që do të ndihmojë në heqjen e varësisë nga telefoni. , në të njëjtin parim si "Tundni orën me zile"

Parimi i operacionit

Përdoruesi vendos kohëmatës
- Koha që mund të shpenzohet në një smartphone
-Koha pa smartphone (periudha e bllokimit)
Kur kohëmatësi skadon, në ekran shfaqet një mbivendosje që nuk mund të minimizohet
-Për të mbyllur mbivendosjen, duhet të kaloni një test të vogël (futni një fjalëkalim në një tastierë konfuze, zgjidhni një problem matematikor, tundni telefonin tuaj për disa minuta)
Pas zhbllokimit në këtë mënyrë, koha që mund të kaloni në smartfonin tuaj përgjysmohet dhe kështu me radhë deri në një minutë.

Ndërtimi i një ekipi

Për të filluar, ishte e nevojshme të përcaktohej se kush do të bënte çfarë dhe në cilën gjuhë do të shkruhej e gjitha. Unë mendoj se ka pak të bëjë me menaxhimin e projektit, sepse kur mbledh një ekip për një projekt të vërtetë, mbledh menjëherë ata që të duhen. Si rezultat, unë mora edhe barrën e një projektuesi, zgjodha një drejtues ekipi që kishte përvojë të mirë në zhvillimin e aplikacioneve, tre programues iu caktuan atij dhe dy të tjerë u bënë testues. Sigurisht, gjuha e programimit u zgjodh sipas aftësive. Si rezultat, u vendos të përdorej Java, pasi të gjithë programuesit ishin të njohur me të.

Ne vendosëm detyra

Me rekomandimin e mësuesit, u krijua një tabelë detyrash në një shërbim falas Trello. Ishte planifikuar të punonte sipas sistemit Scrum, ku çdo rrymë do të ishte një lloj aplikacioni i përfunduar.
Sidoqoftë, në realitet, nga e gjithë kjo doli një rrjedhë e madhe dhe e gjatë, në të cilën vazhdimisht bëheshin redaktime, plotësime dhe korrigjime.

Ne shkruajmë specifikat

Nën ndikimin e librit të Savinit "Testing.com", unë kisha idenë time në kokën time se si duhet eliminuar gjithçka. Gjithçka filloi me shkrimin e specifikimeve, siç besoj, pa një përshkrim të qartë se çfarë presim, çfarë dhe si duhet të funksionojë, asgjë nuk do të funksionojë. Programuesit do të programojnë gjithçka siç e shohin, testuesit do të testojnë diçka tjetër, menaxheri po priste të tretin dhe do të dalë, si gjithmonë, i katërti.
Shkrimi i specifikimeve nuk është i lehtë, duhet të mendoni për të gjitha detajet, të gjitha nuancat. Sigurisht, asgjë nuk ndodhi herën e parë. Si rezultat, specifikimet u plotësuan, u ndryshuan 4 herë. Opsionin e fundit mund ta gjeni në fund të artikullit, në seksionin e lidhjeve.

Ne vizatojmë dizajnin

Dizajni në një aplikacion celular është gjëja më e rëndësishme. Sidoqoftë, jo të gjithë e kuptojnë këtë, duke përfshirë shumë nga ekipi im që debatojnë me zell me mua se dizajni nuk është i nevojshëm, se kjo është pjesa më e parëndësishme e aplikacionit, etj. Nuk duhet të jesh kaq naiv. Së pari, një dizajn i gatshëm është një thjeshtim i punës së programuesit, ai nuk ka nevojë të mendojë se çfarë të vendosë ku dhe ku, ai thjesht merr dhe shtyp atë që vizatohet. Së bashku me specifikimet, dizajni e çliron pothuajse plotësisht mendjen e programuesit nga gjërat e panevojshme dhe i jep atij mundësinë të përqendrohet në logjikë. Në përgjithësi, fillimisht u vizatua një model prototip (i tmerrshëm):

Por më pas dizajni u kreh dhe u kthye në normalitet.
(Lidhja me të gjithë elementët e dizajnit në fund të artikullit).

Programimi

Programimi është i vështirë, por i mundshëm. Do ta heq këtë moment, pasi unë personalisht nuk e kam bërë këtë. Programuesit bënë një punë të shkëlqyer, pa të cilën gjithçka do të ishte e pakuptimtë. Sigurisht, ne arritëm të realizonim disa nga idetë. Dhe programi ka ende nevojë për përmirësim. Shumë gabime dhe veçori për të rregulluar. Nëse do të kishim më shumë kohë, do të dilnim nga alfa e thellë, por tani për tani, mund ta provoni aplikacionin në fund të artikullit.

Epo, në lidhje me testimin

Cila është gjëja më e rëndësishme në programim? Sipas mendimit tim, gjëja kryesore është që gjithçka funksionon dhe duket ashtu siç duhet. Siç duhet, jo gjithmonë dhe jo menjëherë. Kjo kërkon testim. Për testuesit e mi, u propozova një model testimi duke përdorur rastet e testimit. Së pari, rastet e testimit shkruhen në përputhje të plotë me specifikimet, dhe më pas ato testohen. Ju mund të shihni se çfarë doli prej saj në lidhjet e mëposhtme.

Faleminderit per leximin. Shpresoj se keni gjetur të paktën diçka të dobishme këtu, ndoshta një ide për startup-in tuaj, ose ndoshta një këshillë ose një mjet të mirë.

referencat:

Latest specifikimet.
Dizajn në figma.
Rastet e testimit и raportet e gabimeve.

Vetë aplikacioni HokeyApp. - Aplikacioni është ndërtuar me emrin HandsOff, as mos pyesni pse (sepse Stop Procrastination është shumë i gjatë).

Epo, në fund

A mendoni se e gjithë kjo kishte kuptim?

Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. Hyni, te lutem

A nevojitet një praktikë e tillë në institucionet arsimore dhe sa e dobishme dhe e zbatueshme është në jetën reale

• Keni nevojë për përvojë të paçmuar

• E nevojshme, edhe pse pak përvojë

• Pothuajse e padobishme, maksimumi do të kuptoni tiparet e përbashkëta të punës në grup

• Humbje kohe dhe përpjekjesh

2 përdorues kanë votuar. Nuk ka abstenime.

Burimi: www.habr.com