# LIKO

#### Tilanneraportti

- Alhaalta löytyy linkki projektimme wikiin. Pääsy teillä pitäisi olla sinne, sillä olette ainakin mukana kyseisessä ryhmässä. Jos asia ei ole näin, niin tarkastellaan, missä mahtaa ongelma olla.

- https://dev.azure.com/tiko-agile19/Ryhm%C3%A4%20A_1/_wiki/wikis/Ryhm%C3%A4-A_1.wiki/51/Hackathon-Wiki

- Wikistä löytyy mm.
- Pekan tapaamisien yhteenvedot
- Ohjauspalaverien yhteenvedot
- Päivittäisten Scrum tapaamisien yhteenvedot
- Enemmän tietoa projektistamme
- tätä ei sinällänsä siellä vielä ole, mutta kunhan pääsemme itse kehitystyöhön, tulee sinne enemmän asiaa projektistamme
- Mikäli kiinnostusta löytyy, voi Azuren devopsia tarkastella lähempääkin.
- Sinänsä mitään siellä ei voi sotkea, joten kaikkia nappeja voi painella
- Tehään tarvittaessa vahinkotilanneraportteja
- Mitä olemme tällä hetkellä tekemessä löytyy sieltä
- Vasen valikko "Boards" ja "Sprints" kohdasta, olemme tällä hetkellä menossa 2. sprintissä (6. sprinttiä kehitystyötä yhteensä).

- Päivittäiset Scrum tapaamiset ovat nykyään äänichatin maailmoissa. Tarkkaa scriptiä näistä ei enää jää (ei sillä, että siellä koskaan mitään on tapahtunut). Sen sijaan näistä laaditaan tiivistelmä asioista, joita kävimme läpi (löytyy wikistä).

- Kysymyksiin vastailimme parhaimmalla katsomallamme tavalla. Sinällänsä kellariviritelmä-järjestelmä, jota olemme toteuttamassa jää hyvin nopeasti jo markkinoilta löytyvien järjestelmien jalkoihin, joten kysymyksiin vastailtu lähinnä siltä kantilta.

- Työmäärä ryhmän jäsenellä on laitettu 30h per viikko. Ryhmässämme on kuusi henkeä, jolloin käytämme 180h viikossa kehittämiseen. Kehitysviikkoja on kuusi, eli yhteensä 1080h aikaa menee järjestelmän kehittämiseen.
- Tässä on hyvä huomioda se, että useammalla ryhmän jäsenellä on vaikeuksia työn teossa, joten tuntityömäärä todellisuudessa tulee jäämään huomattavasti tuosta suunnitellusta maalista.

- Mitä tulee itse tuotteeseen, sinällänsä se ei "pärjää" jo markkinoila oleville järjestelmille, sillä työmäärä, kokemus ja taidot ovat koetuksella ryhmämme sisällä. Todennäköisesti pystymme tuottamaan jonkinlaisen järjestelmän. Minkälainen idea olisi se, että järjestelmä olisi suurimmalta osin ilmainen tai kokonaan. Järjestelmä olisi myös avointalähdekoodia, jolloin sen käyttäjät voisivat kehittää järjetelmää pitemmälle. Eli idea olisi saada ns. "jalka oven väliin" lähestymistapa. Jos olemme jonkinlainen "yritys", niin syömme tämän kehitystyön kulut, mutta saisimme mahdollisesti uusia asiakkaita tai parhaimmassa tapauksessa järjestelmän voisi ostaa joku isompi yritys.
- Tuossa on vaan ideointia, tulisiko tämmöinen toimimaan paperilla on sitten muiden ihmisten laskettava.
- Tosin mistä voisi sen sijaan saada rahaakin on, mikäli tämmöinen järjestelmä toteutetaan, niin yritykset voisivat ostaa koko järjestelmän palveluna meiltä. Eli alustaisimme ja ylläpitäisimme järjestelmää heille, eli hankimme sensorit, laitteiston ja muut asiat, mitkä tarvitaan.

- Mitä järjestelmään tulee, niin kun saamme tehtyä siitä toimivan prototyypin, niin teille on mahdollista, että voitte kokeilla sitä, kuinka se toimii ja minkälainen se on.
- Tästä saisitte ideaa järjestelmästä
- Mahdollisia huomioita kehitystyöhön

- Jos kysymyksien vastauksissa on selvennettävää, niin laittakaa ihmeessä viestiä, niin koitan selittää paremmin/ laajemmin.

- Kuten aikaisemmin: kysymyksiä/ huolia/ muuta voi aina laittaa discordiin, niin vastailen niihin.

### Kysymykset ja niiden vastaukset
___

1. Miten teidän suunnittelemanne järjestelmä eroaa jo markkinoilla olevista järjestelmistä? Mitkä ominaisuudet erottavat sen kilpailijoista? (Esim. helppokäyttöisyys, ainutlaatuisuus, monipuolisuus yms.)

- Tarkoitus tehdä helppökäyttöinen kokonaisuus työntekijän näkökulmasta

2. Miten paljon järjestelmä kehittäminen vie resursseja? Entä sen ylläpitäminen?

- 30h * 6 henkeä viikko (maksimi kehitysaika)

3. Pystyykö järjestelmän ottamaan käyttöön nykyisessä muodossa muissakin kaupungeissa/kauppakeskuksissa/julkisissa yhteisöissä? Jos ei, vaativatko muutostyöt paljon resursseja?

- Pystyy. Tarjoamme kaikki tarvittavat asiat järjestelmän käyttöön.
- Laitteisto asiakkaan hankittavana, voi myös ostaa valmiin palvelimen
- Sensorit jäävät asiakkaan hankittavaksi

4. Oletteko huomioineet mobiililaitteet suunnittelussa?

- Tarkoitus olisi, kyllä, mutta aika näyttää tuleeko siitä totta

5. Keneen ja miten järjestelmä ottaa yhteyttä, jos sattuu hätätilanne ja henkilöstöä ei tällöin ole töissä? Tuleeko hälytykset tästä huolimatta läpi vastuuhenkilöille?

- autoomaattiset hälytykset (palokunta/ poliisi) (tulipalo/ murto)

6. Onko järjestelmän käyttökieli aluksi ainoastaan suomi?

- Suomi alustavasti, mahdollisesti työnpuutteessa rakennetaan multikieli

7. Vaatiko järjestelmä säännöllisiä päivityksiä?

- turvallisuus päivitykset
- pahimpien bugien korjaaminen

8. Voiko asiakas ostaa erilaisia versioita järjestelmästä? Esim. lite, normaali ja kultataso (järjestelmän kattavuus vaihtelee tason mukaan).

- tällä hetkellä ei ole suunnitelmissa, tarvittaessa keksitään kohtia.

9. Voiko järjestelmään ostaa lisäpalveluita tai -osia?

- halutessaan maksua vastaan.

10. Tietosuoja: Onko järjestelmä haavoittuvainen? Rakennatteko oman vai pystyykö järjestelmään integroimaan jo olemassa olevaan turvajärjestelmään?

- Mikäli saamme AD-kirjautumisen (Microsoft) toimimaan, näin ollen sovelluksen pitäisi olla huomattavasti turvallisempi, kuin meidän säädöillä.

11. Pystyykö järjestelmän yhdistämään muihin toiminnanohjausjärjestelmiin? Esim. CRM.

- en osaa vastata, joten ehkäpä ei on vastaus
- todennäköisesti ei

12. Mitkä ovat järjestelmän heikkoudet? Entä jos järjestelmä kaatuu tai siihen tulee vikaa, miten tähän on varauduttu?

- tarvitsee yhteyden palvelimelle ja varapalvelinta ei tällä hetkellä ainakaan ole tiedossa

13. Pystyykö järjestelmään yhdistämään muita sensoreita, jotka mittaisivat esim. hometta, kosteutta tai häkäpitoisuutta? Entä havainnoimaan vesivahinkoa tai tulipaloa?

- periaatteessa mitä vain parsittavaa dataa voidaan ottaa käytöön kunhan vain niille tehdään tarvittavat tietokannan osat ja mittaavat sensorit löytyvät
- jos sensorin arvo poikkeaa viitearvoista