Kravspecifikation – Sensordata
Anbud eller upphandling?
Förfrågningsunderlag
Källor
Kravspecifikation –Funktionella och icke-funktionella krav
Kravspecifikation – Sensordata
Kravspecifikation –Hållbarhet
Kravspecifikation – Personuppgiftssäkerhet m.m.
Interoperabilitet
Krav på IT-arkitektur
Utvecklingsmetod och process
Validering av personuppgifter
Lagring och delning av uppgifter
Reflektion och nästa steg
Om din lösning innehåller sensordata bör du diskutera vilka data som samlas in och skickas och under vilka förhållanden det sker. Data delas vanligtvis in i mätdata, datafrekvens, dataformat, metadata.
Mät-/förbrukningsdata ("nyttolast"):
Bör som ett minimum omfatta sensor-ID, tidsstämpel i ISO8601 format, mätvärde och felkod om mätdata saknas.
Datafrekvens:
Hur ofta ska sensorn logga och skicka data? En sensor kan ställas in för att logga datakontinuerligt, men skicka data med mindre frekvens. Ju oftare en sensor skickar data, desto snabbare laddas batteriet ur. Det kan vara en idé att diskutera hur ofta ni ska ha data – i realtid eller bara dagligen?
Dataformat:
Använd standarder för att säkerställa att data är enkla och kostnadseffektiva att arbeta med – särskilt mellan leverantörer. Involvera gärna IT-avdelningen för att undersöka om det finns standarder, till exempel i kommunens gemensamma ramverksarkitektur, som ni kan använda (se RefARK, FIWARE, dansk/svenskstandard).
Metadata (installationsdata):
Sensorns mätdata bör åtföljas av metadata eller installationsdata om sensorn, såsom sensor-ID, typ, plats. Om möjligt bör batteristatusen också ingå som en del av datapaketet. Dessa data kan underlätta arbetet med varifrån mätningarna sker och när man ska byta batteri till sensorn.
Konfiguration och kalibrering:
De flesta sensorer behöver konfigureras och kalibreras vid uppstart för att kunna anpassas till den miljö där de används. Leverantörer erbjuder ofta att göra detta, men se till att det står i avtalet. Vissa sensorer kräver kontinuerlig omkalibrering över tid.
Kräv också kontinuerlig och fjärruppdatering av sensorns programvara för att säkerställa korrekta mätningar och säker hårdvara och programvara.
Felhantering:
Som med alla typer av data kan fel uppstå i samband med bland annat bristande dataöverföring eller utmaningar med data som faller utanför det definierade utfallsområdet. Det är därför viktigt att leverantören är skyldig att bli underrättad när det finns avvikelser från förväntad data.
Ett exempel på datafel kan vara när data visar att temperaturen, till exempel, plötsligt beräknas i Fahrenheit snarare än i Celsius.
Hur går man tillväga
- Klargör om du behöver sensorer i din lösning.
- DigiTing Alliance kan ge dig råd om du är osäker.
- Om du vill använda sensordata, klargör behovet av datafrekvens.
- Prata med IT-avdelningen eller DigiTing Alliance om vilka krav på standarder ni bör ställa på sensordata.
- Formulera krav på sensordata, inklusive vilken typ av data som den enskilda sensortypsdatan ska innehålla och det normala intervallet för mätningarna i mottagaren.
- Diskutera hur fel i data ska hanteras, t.ex. om data ligger utanför det normala intervallet. Ska en avisering skickas till en e-postlåda, ett sms till en person eller på något annat sätt?
- Diskutera hur ni ska hantera data som saknas. Hur och vem ska hantera detta?