Okos érzékelők monitorozására szolgáló webalkalmazás fejlesztése

Okos érzékelők nyomkövetése magánügyfeleknek

Az Okos érzékelők nyomkövetése akkor hasznos, ha valaki egy távoli felületen szeretné látni az eszközök állapotát, a mért adatokat és a figyelmeztetéseket. A cél nem az, hogy a rendszer bonyolult legyen, hanem az, hogy a tulajdonos gyorsan megértse, mi történik az érzékelőkkel. Egy jól elkészített webalkalmazás megmutatja az adatokat, kezeli a jogosultságokat, és segít időben észrevenni a hibát. Qjob.hu oldalán magánszakember is kereshető ilyen online fejlesztési feladatra, nem csak nagy fejlesztőcég.

Én azt látom, hogy a legtöbb magánügyfél nem teljes ipari rendszert akar. Inkább egy érthető irányítópultot, ahol látszik a hőmérséklet, a mozgás, az ajtónyitás, a páratartalom, a fogyasztás vagy más mért érték. Szerintem ez akkor működik jól, ha a fejlesztő már az elején rákérdez az eszközök típusára, az adatküldés gyakoriságára, a hozzáférésekre és arra, hogy milyen értesítés legyen fontos.

Okos érzékelők követése online felületen

Az okos érzékelők követése nem csak adatok kirakását jelenti egy képernyőre. Kell mögé logika. Mi számít normális értéknek. Mikor legyen figyelmeztetés. Mit lásson a tulajdonos, és mit ne lásson más felhasználó. Egy magánszakember által készített online felület lehet egyszerű, de akkor is pontosan kell tudnia kezelni az adatokat.

Tapasztalatom szerint a jó munka azzal kezdődik, hogy az ügyfél leírja, milyen érzékelők vannak használatban, és milyen eredményt vár. Nem elég annyi, hogy legyen egy oldal, ahol minden látszik. Fontosabb kérdés, hogy mit kell látni elsőként. Egy vízszivárgás jelzése például sürgősebb, mint egy napi átlaghőmérséklet. Egy fogyasztási adatnál pedig sokszor a trend érdekesebb, mint az egyetlen pillanatnyi szám.

Sokan ott hibáznak, hogy túl sok adatot kérnek az első változatba. Ettől az alkalmazás lassabb, drágább és nehezebben használható lesz. Jobb először a fő mérési pontokat kiválasztani. Utána lehet bővíteni naplózással, grafikonokkal, exporttal, több felhasználói szereppel vagy összetettebb értesítésekkel.

Okos érzékelők nyomkövetése árak

Az ár leginkább attól függ, hogy hány eszközt kell kezelni, milyen adatforrásból érkeznek az adatok, kell e felhasználói belépés, és mennyire legyen részletes az irányítópult. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Nem azért, mert minden olcsó ajánlat rossz, hanem mert az érzékelőadatoknál sok apró hiba csak később derül ki.

Ezek a sávok tájékoztató jellegűek, de a magánügyfélnek adnak egy reális kiindulást. Én óvatos lennék azzal az ajánlattal, amely teljes rendszert ígér nagyon alacsony összegért. Az ilyen munka gyakran ott lesz drága, hogy javításra, újraírásra vagy hiányzó biztonsági megoldások pótlására lesz szükség.

Megfelelő szakember választása érzékelős webalkalmazáshoz

A megfelelő szakember nem csak kódot ír. Megérti az adat útját az érzékelőtől a felületig. Tud kérdezni, és nem vállal mindent homályos leírás alapján. Egy ilyen fejlesztő rákérdez az adatkapcsolatra, a frissítési időre, a tárolásra, a hibakezelésre és arra is, hogy mit kell látni mobilon.

Magánügyfélként érdemes portfóliót kérni. Nem feltétlenül kell pontosan ugyanilyen rendszernek lennie benne, de legyen benne adatkezelés, bejelentkezés, irányítópult vagy valamilyen valós idejű megjelenítés. A webfejlesztő munkája akkor megbízhatóbb, ha érthetően elmondja, mi fér bele az első változatba, és mi legyen későbbi bővítés.

Volt olyan eset, amikor egy ügyfél többféle érzékelőt akart egy felületre kötni, de nem volt tiszta, melyik eszköz milyen formában küldi az adatot. A fejlesztés csak akkor indult jól, amikor először készült egy rövid technikai felmérés. Ez pár napot elvitt, de később megspórolt sok fölösleges javítást. Szerintem ez tipikus helyzet. A nyugodt előkészítés olcsóbb, mint a kapkodó átépítés.

Okos szenzoros alkalmazás munkamenete

Az okos szenzoros alkalmazás fejlesztése távolról is jól szervezhető. A munka általában egyeztetéssel indul. Az ügyfél elküldi az eszközök adatait, a meglévő hozzáféréseket, képernyőképeket vagy leírást arról, hogyan érhetők el a mérések. A szakember ez alapján javaslatot ad a felépítésre.

Ezután érdemes külön választani a látványtervet, az adatkapcsolatot és a működési szabályokat. Nem kell mindent egyszerre véglegesíteni. De a fő irány legyen tiszta. Például legyen e külön oldal minden érzékelőnek. Kell e riasztási előzmény. Ki törölhet adatot. Mit mutasson a kezdőképernyő. Ezek apróságnak tűnnek, mégis ezek döntik el, hogy a végeredmény használható lesz e.

A kommunikáció online történik. Lehet üzenetben, hívásban vagy közös dokumentumban. A lényeg az, hogy a döntések visszakereshetők legyenek. A határidő akkor tartható, ha az ügyfél időben ad hozzáférést, válaszol a kérdésekre, és nem változtatja naponta a fő célt. És persze a fejlesztőnek is jeleznie kell, ha technikai akadályba ütközik.

Adatbiztonság és hozzáférés okos érzékelőknél

Az okos érzékelők adatai személyes szokásokat is mutathatnak. Látszódhat belőlük, mikor van mozgás, mikor változik a hőmérséklet, vagy mikor működik egy berendezés. Ezért az adatbiztonság nem külön extra, hanem alapfeltétel. Egy magánszakembernek is felelősen kell kezelnie a belépési adatokat és a hozzáféréseket.

Érdemes tisztázni, ki kap adminisztrátori jogot, és meddig marad hozzáférése a fejlesztőnek. A próbaidőszak után a jelszavakat le kell cserélni. Ha az alkalmazás külső szolgáltatással kapcsolódik, akkor az adatforrás jogosultságait is ellenőrizni kell. Ez nem látványos része a munkának, de később sok kellemetlenséget előzhet meg.

Szerintem egy kisebb projektben sem szabad nyílt admin oldalt, gyenge jelszót vagy ellenőrizetlen adatkaput hagyni. Az ügyfél gyakran csak a felületet nézi, pedig a háttér legalább ilyen fontos. Ha a webalkalmazás hibásan kezeli az adatokat, akkor a szép grafikon sem ér sokat.

Tipikus hibák érzékelőadatok megjelenítésénél

A leggyakoribb hiba a pontatlan feladatleírás. Az ügyfél azt gondolja, hogy a fejlesztő majd kitalálja a működést. A fejlesztő pedig néha túl gyorsan kezd dolgozni. Ebből lesz az, hogy a kész felület szép, de nem azt mutatja, amire a tulajdonosnak szüksége van.

Másik hiba a túl sűrű adatfrissítés indokolatlan használata. Nem minden méréshez kell másodpercenkénti frissítés. Egy hőmérsékleti adatnál sokszor elég ritkább frissítés, míg egy hibajelzésnél gyors reakció kell. Ha ez nincs átgondolva, az alkalmazás fölöslegesen terheli a rendszert.

Gondot okozhat az is, ha nincsenek üres állapotok és hibajelzések. Mi történik, ha egy érzékelő nem küld adatot. Mit lát a felhasználó, ha megszakad a kapcsolat. Kell e külön jelzés az elavult mérésre. Ezek a részletek a mindennapi használatban számítanak igazán. Én azt látom, hogy a minőség gyakran nem a nagy funkciókon, hanem ezeken az apró döntéseken múlik.

Átadás és bővítés okos érzékelős rendszerben

Az Okos érzékelők nyomkövetése akkor tekinthető késznek, ha az ügyfél nem csak egy működő oldalt kap, hanem érti is az alapvető használatot. Az átadás része lehet egy rövid leírás, belépési adatok rendezése, próbamérések ellenőrzése és a legfontosabb hibajelzések kipróbálása. Nem kell hosszú kézikönyv, de kell egy tiszta alap.

A bővítésnél fontos, hogy az első változat ne zárja el a későbbi lehetőségeket. Lehet később új érzékelőt, új nézetet, exportot, összetettebb jogosultságot vagy részletesebb elemzést hozzáadni. Ez akkor lesz egyszerűbb, ha a fejlesztő nem rövid távú toldozást készít, hanem átlátható szerkezetet.

A magánügyfélnek az a jó eredmény, amely stabilan működik, érthető, és nem igényel állandó magyarázatot. Egy érzékelőkövető felületnél nem az a cél, hogy minden technikai részlet látszódjon. Az a cél, hogy a fontos adat időben, érthetően és ellenőrizhető módon jelenjen meg. Ezért az okos eszközök nyomon követése akkor lesz valóban hasznos, ha a fejlesztés nem csak a funkciókról, hanem a napi használatról is szól.