Specificikacija
Da bi stvari bile jasnije a implementacija jednostavnija, ocu da se
svi pojmovi (pre upotrebe) definisu matematicki precizno (u meri u
kojoj je to moguce).
==========================================================================
Sto se tice klijentskog softvera:
vozilo
------
- ima trenutnu lokaciju
- ima resurse (osoblje, lekove...)
- ima status
- za odredjeni dogadjaj moze da proceni vreme potrebno za dolazak na
lice mesta, kao i resurse koje moze da pruzi
- prima poruke od servera i to:
1. informacije o novim dogadjajima
2. update dogadjaja (hm...)
3. naredjenje za intervenciju
4. opoziv (=cancel)
status vozila
-------------
1. vozilo je neaktivno (ready, standby...)
2. vozilo je na zadatku
2.1. krece se ka mestu dogadjaja
2.2. na mestu dogadjaja
2.3. prevozi pacijenta do bolnice
3. vozilo je neispravno
resursi
-------
TODO - ispitati sta sve spada u ovo
dogadjaj / incident
-------------------
- ima lokaciju
- mogu se odrediti minimalni/preporuceni resursi (precizno,
empirijski...) potrebni za intervenciju
TODO - napraviti listu svih mogucih dogadjaja kao i sta se
u tim slucajevima radi... obratiti paznju na teze nesrece
u kojima se ne zna broj zrtava (kako oni to procenjuju)
=====================================================================
Kad isto uradim i za server, poslacu...
U vezi onoga na plone-u... Nije potrebno pisati "salje SMS" i
slicno... Razmisljajte iz sire perspektive. Recimo: server salje
informacije o novom incidentu svim vozilima. Moze se tu precizirati
koja su ocekivanja, ogranicenja tog "slanja" (npr. poruka/odgovor mora
da stigne za 3s u suprotnom se operater savetuje da predje na manuelni
pogon), ali detalje implementacije ostavite za - implementaciju. To ce
biti nekoliko redova u kodu koje treba izmeniti. Pisemo objektno
orijentisano zar ne?
Sad malo diskusije... psovanja i kleveta... i slika Jennifer Lopez...
--
Dragan Milenkovic
svi pojmovi (pre upotrebe) definisu matematicki precizno (u meri u
kojoj je to moguce).
==========================================================================
Sto se tice klijentskog softvera:
vozilo
------
- ima trenutnu lokaciju
- ima resurse (osoblje, lekove...)
- ima status
- za odredjeni dogadjaj moze da proceni vreme potrebno za dolazak na
lice mesta, kao i resurse koje moze da pruzi
- prima poruke od servera i to:
1. informacije o novim dogadjajima
2. update dogadjaja (hm...)
3. naredjenje za intervenciju
4. opoziv (=cancel)
status vozila
-------------
1. vozilo je neaktivno (ready, standby...)
2. vozilo je na zadatku
2.1. krece se ka mestu dogadjaja
2.2. na mestu dogadjaja
2.3. prevozi pacijenta do bolnice
3. vozilo je neispravno
resursi
-------
TODO - ispitati sta sve spada u ovo
dogadjaj / incident
-------------------
- ima lokaciju
- mogu se odrediti minimalni/preporuceni resursi (precizno,
empirijski...) potrebni za intervenciju
TODO - napraviti listu svih mogucih dogadjaja kao i sta se
u tim slucajevima radi... obratiti paznju na teze nesrece
u kojima se ne zna broj zrtava (kako oni to procenjuju)
=====================================================================
Kad isto uradim i za server, poslacu...
U vezi onoga na plone-u... Nije potrebno pisati "salje SMS" i
slicno... Razmisljajte iz sire perspektive. Recimo: server salje
informacije o novom incidentu svim vozilima. Moze se tu precizirati
koja su ocekivanja, ogranicenja tog "slanja" (npr. poruka/odgovor mora
da stigne za 3s u suprotnom se operater savetuje da predje na manuelni
pogon), ali detalje implementacije ostavite za - implementaciju. To ce
biti nekoliko redova u kodu koje treba izmeniti. Pisemo objektno
orijentisano zar ne?
Sad malo diskusije... psovanja i kleveta... i slika Jennifer Lopez...
--
Dragan Milenkovic
Previous by date: plone
Next by date: Wazzaaa?
Previous by thread: Re: spec1.1 Next by thread: Wazzaaa?
Previous by thread: Re: spec1.1 Next by thread: Wazzaaa?