Rakenduse analüüs

Projekti eesmärk on siis luua laeva meeskonna munsterrolli (kes ei tea, siis see on selline nimekiri, kus on kirjas kõik laeva meeskonnaliikmete nimed, sünniajad ja ametikohad osakondade kaupa) tegemise programm. “Lõpp-produktiks“ on füüsiliselt väljaprinditav paber, mille kinnitab laeva kapten isiklikult igakord enne sadamast väljumist. Munsterroll on väga tähtis dokument laevas. See peab olema alati korrektselt vormistatud ja loomulikult sisult ka õige.

Loodav programm peaks lõpptulemusena olema C# programmeerimiskeeles kirjutatud kasutajale võimalikult mugav ja lihtne ning loodetavasti ka silmale ilus rakendus, mida igapäevaselt kasutada. Andmebaasiks, kus hoitakse andmeid saab meil olema Microsofti enda SQL ja graafiline pool teostatakse WPF-iga, päringuteks kasutame LINQ abi.

Rakenduse eesmärk on võimaldada igapäevaselt luua kiirelt laeva meeskonna munsterrolli, registreerida uut laevapereliiget andmebaasis,muuta olemasolevaid andmeid andmebaasis, teostada andmebaasis erinevaid otsinguid(nt. kas laevapereliige on varasemalt töötanud meil, mis dokumendid/sertifikaadid tal on olemas ja kas need veel kehtivad) ja palju muud. Loodav rakendus on kasutatav laevadel(nt. suurema meeskonna arvuga reisilaevadel, aga ka väiksematel alustel), aga miks mitte ka mujal kus sarnane funktsionaalsus vajalik. Laevadel on see tüürimehele, kes vastutab laevapereliikmete dokumentide ja munsterrolli tegemise eest, väga hea abimees.

Projekti edukaks täideviimiseks võib üheks problemaatiliseks kohaks osutuda eelneva IT-alase projekti meeskonnatöö kogemuse puudumine-ressursside jagamine(nt. „topelttöö“ tegemise võimalus) ja mõistlik koordineerimine, omavahelise info jagamine. Seoses sellega et, kõik kolmekesi elame eri linnades ja kokku eriti ei saa, on loodud ühine Dropbox kaust, kus hoiame materjali ja muud tarvilikku, ühine Skype grupp vahetumaks suhtlemiseks, mõtete ja arvamuste jagamiseks.

Veel tuleb kindlasti paika panna äriloogika, mille alusel hakatakse rakendust looma. Enne kui alustada, peavad kõik projektis osalejad saama aru loodava rakenduse eesmärgist ning ülesehitusest. Selleks on kõik osalejad pannud kirja oma mõtted ja arvamused paberil, millest on välja kujunenud üks kindel ettekujutus projektist.

Kindlasti tuleb paika panna omavaheline tööjaotus. See aitab ressursse jagada, välistab või vähemalt minimeerib topelttöö tegemise võimaluse. Osalejad teavad millega keegi tegeleb.

Tooksin järgnevalt välja funktsionaalsuse kirjelduse, mis peaks sellel programmil minimaalselt olema lõpuks ehk siis „must have“ funktsionaalsus :

a) Meeskonnaliikmete registreerimine andmebaasi(st. tema ees-ja perekonnanimi, sünniaeg, kodakondsus, sünnikoht, isikukood, häirenumber, kajuti number, kui on siis ka meiliaadress)

b) Meeskonnaliikme andmete muutmine andmebaasis

c) Meeskonnaliikme kustutamine andmebaasist

d) Meeskonnaliikme dokumentide andmete sisestus andmebaasi(st. dokumendi nimi, dokumendi number, väljaandmise kuupäev, kehtivuse kuupäev kui on)

e) Meeskonnaliikme sobivuse kontroll vastavalt tema ametikohale(st. kõik nõutavad dokumendid olemas ja kehtivad)

f) Dokumentide kehtivuse kontroll( nt. hoiatus kui alla 30 päeva)

g) Otsing(st. otsing andmebaasist nime, dokumendi aegumiskuupäeva järgi )

h) Munsterrolli väljatrükk( nii printer kui pdf-iks)

Järgnevalt funktsionaalsus, mis võiks olla(„nice to have“) või mille teeme hiljem kui lõppkuupäevaks ei jõua:

a) Programmile juurdepääs salasõna kaudu

b) Erinevad väljatrükid vastavalt teostatud päringutele

c) Meilifinktsionaalsus-kui kasutaja andmetesse on sisestatud meiliaadress, siis saadetakse ka sinna meeldetuletus dokumendi aegumise kohta

d) Nt. avalehekülg võiks kuvada 30 päeva jooksul aeguvate dokumentide omanikud, koos dokumendi nime ja kuupäevaga

e) Laevapereliikme staazi arvutus ja väljaprint
f) Külaliste munsterrolli tegemine
Lisaks eelnevalt loetletud võimalustele võib kindlasti hiljem lisada funktsionaalsust ja seda me ka kindlasti teeme.

Ülesanded üritasime jagada enamvähem võrdselt: Marek tegeleb Visuaalse poolega ja selle ühendamisega programmi sisuga, Kaarli valmistab printimise funktsionaalsuse ja Indrekule jääb valmistada sisemine keemia, koos sinna juurde kuuluvate klassidega. Dokumentatsioon, kujuneb programmi arenemise käigus, paralleelselt programmi valmimisega.

Programm saab olema oma lihtsale olemusele vaatamata päris suur väljakutse, kuna juurde tuleb õppida....enamvähem kõik, mis programmi kirjutamisega kaasneb :)