Meeskond:DropDead: Difference between revisions

From ICO wiki
Jump to navigationJump to search
Line 30: Line 30:
==Resultaat==
==Resultaat==
Analüüsi resultaadiks on järgnev ERD diagramm ja vaated. Juurde veel, et ainuke info mida andmebaasis ei hoita on pildifailid (LOB kujul oleks see võimalik aga paisutaks andmebaasi mahu liiga suureks, mis tekitab probleeme varundamisel). Failid jäävad omaette kataloogi arvuti failisüsteemis.
Analüüsi resultaadiks on järgnev ERD diagramm ja vaated. Juurde veel, et ainuke info mida andmebaasis ei hoita on pildifailid (LOB kujul oleks see võimalik aga paisutaks andmebaasi mahu liiga suureks, mis tekitab probleeme varundamisel). Failid jäävad omaette kataloogi arvuti failisüsteemis.


==Põhifunktsionaalsused==
==Põhifunktsionaalsused==

Revision as of 23:06, 31 October 2014

Meeskond

Meeskonna liikmed:

  • Urmas Hoogma

Meeskonna kokkupanek

Algselt oli siinkohas midagi muud. Kel huvi saab (kahjuks) alati ajaloost vaadata. Arusaamatused tunduvad olevat klaarumas aga otsus üksi teha jääb kehtima (poolel teel hobuseid ei vahetata). Kehtima jääb ka meeskonna nimi. Miks? Algselt oli mul kavas teha 3rd person shooter stiilis mäng (vo. XNA tehnoloogial) kus mängija saab vaenlasi tulistada ja võib-olla ka kirvega raiuda (see oleks olnud lisafunktsioon). Kuid hinnates olukorda kainelt on selge, et inimene kes ei oska mängida võib hakkama saada mängu programmeerimisega kuid mitte mingil juhul selle kavandamise või testimisega. Aga nimi on ikkagi hea ning lõppude-lõpuks on see meeskonna, mitte projekti nimi.

Kehtiv idee

"Loogika ja algoritmiteooria" on veel kellelgi meeles? Kindlasti. 2015. aasta kevadel tuleb meil uus Lorentsi aine ja on vaja samu õpikuid. „Hulgad, valemid, algoritmid“ sain kergesti, „Informaatika teoreetilised alused“ leidmine oli aga tohutult raske. Lõpuks leidsin Facebookist grupi kus üks inimene müüb kasutatud raamatuid ja sain talt selle soodsalt osta. Mehel on juba üle 2000 raamatu ning tal on probleeme nende haldamisega. Kui ma hakkasin projekti välja mõtlema meenus see mulle kohe ning minu projektiks saabki kasutatud raamatute haldamine desktop rakendusega ning selle teostamise tehnoloogiaks saab WPF.

Mees ise ei tea sellest projektist midagi ja ma loodan, et nii ka jääb. Ma ei hakka temaga konkureerima aga müügitööga tegeleda ma ka ei soovi.

Analüüs

Juba alguses olgu selge, et raamatute ja klientide üle arve pidamine ning tegevused Facebookis on ja jäävad kaheks eri asjaks. Selle projekti skoobiks on vaid raamatute ja klientide üle arve pidamine. Lihtsalt ma kardan, et selle rakenduse Facebookiga integreerimine ajaks projekti ajaliselt lõhki. Pealegi ei taha riskida sellega, et hindeline töö sõltub välisest süsteemist mis pole minu kontrolli all.

Nõuded

Tulenevad suhtlusest Facebookis raamatu „Informaatika teoreetilised alused“ ostmiseks ja vastava Facebooki lehe jälgimisest.

  1. Teoseid reklaamitakse vastaval Facebooki lehel.
  2. Teosele saab Facebookis lisada pildi.
  3. Pildil võib olla ka mitu teost. Pilt võib olla postituse juures või eraldi albumis.
  4. Kogu suhtlus kliendiga toimub Facebookis.
  5. Ühel teosel võib olla mitu autorit.
  6. Üks teos võib kuuluda mitmesse kategooriasse.
  7. Teos võib (aga ei pruugi kuuluda raamatusarja)
  8. Raamatusarjas võib olla erinevatesse kategooriatesse kuuluvaid teoseid.
  9. Raamatuid saadetakse postiga (Omniva või SmartPost)
  10. Müüki peab olema võimalik katkestada (näiteks juhul kui klient lihtsalt ära kaob).

Resultaat

Analüüsi resultaadiks on järgnev ERD diagramm ja vaated. Juurde veel, et ainuke info mida andmebaasis ei hoita on pildifailid (LOB kujul oleks see võimalik aga paisutaks andmebaasi mahu liiga suureks, mis tekitab probleeme varundamisel). Failid jäävad omaette kataloogi arvuti failisüsteemis.

Põhifunktsionaalsused

  1. Autorite, raamatute, klientide ja müükide lisamine
  2. Müükide haldamine.
  3. Facebooki postituste (nii tiitlite kui piltide) kooskõlastamine süsteemiga
  4. Teoste nimekirja eksport teksti kujul (postitamiseks Facebooki).

Lisafunktsionaalsused

  1. Piltide nimekirja eksport (haldaja saab selle kopeerida Windows Exploreri otsikasti ning nii postitamiseks vajalikud pildid kätte).
  2. Kõikide muudatuste tegemine kasutajaliidese kaudu

ERD Diagramm

Olemite nimed on üldjuhul ainsuses, nagu Priit Raspel nõuab. Andmetüüpideks on need mis QSEE-s olemas, reaalseteks andmetüüpideks tulevad T-SQL-i jaoks sobivad tüübid, tabelite ja väljade kommentaarid lähevad andmebaasiskripti.

caption

Diagrammi seoste juurde seletuseks

  1. Kuidas on võimalik, et teosel pole ühtegi autorit?

Antoloogiate puhul võib autorite arv ulatuda kümnetesse. Kui vähemalt esialgu ei viitsi haldaja neid kõiki sisestada peab olema võimalik sisestada teos nii, et autoreid polegi.

  1. Kuidas on võimalik, et teosel on mitu müüki?

Lihtne. Tabel „MYYK“ näitab müügi protsessi. Kui müük nurjub saab sama raamatut müüa uuesti. Vaadete nimekiri ja vaated: Kuna projekti lõplik välimus sõltub paljuski sellest mida on kõige mõttekam piiratud aja jooksul teha, siis on liiga vara teha siduvaid lubadusi eriti mis puutub disaini. Allolev pilt kujutab endast vaate „Teoste otsing ja muutmine“ suure kasutusmugavusega ideaalvariandi mockuppi.

Raskused mis võivad tekkida:

  1. Peab uurima kuidas on võimalik lisada WPF projektile predictive search (nt widgeti kujul). Nii oleks lihtsam olemasolevat sisu (nt. autoreid) valida.
  2. Andmete sidumine

Vaated

Lisan lingi hiljem