Krabička na lieky Ako projekt sme si vybrali krabičku na lieky. Takáto krabička bude riadená arduinom. Bude mať senzor na kontrolu, či bola otvorená alebo nie. Ak nie, cez aplikáciu bude možné po sieti spustiť upozornenie. Toto upozornenie spočíva vo zvukovej signalizácii. Keď sa zapne upozornenie, krabička (bzučák ovládaný arduinom) začne vydávať zvuk.
Prehľad¶
| Názov projektu | Krabička na lieky |
|---|---|
| Členovia tímu | [Kevin Minárik](mailto:xminarikk@stuba.sk)- S026; Nina Nemčoková - S028 |
| Bitbucket | |
| Zámer | Pomôcť ľuďom a ich rodinám, aby brali lieky pravidelne a na čas. |
| Vízie členov | Kevin: - vytvoriť niečo s hlbším zmyslom - skúsenosti s architektúrou softvéru (TOGAF, ArchiMate) |
Nina: - pomôcť rodinnému príslušníkov - skúsenosť s arduinom | |
| Vízia tímu | Vytvoriť riešenie automatického pripomenutia pomocou arduina. |
| Misia | Našou misiou je pomôcť chorým ľuďom a uľahčiť im život. |
| Cieľová skupina | Ľudia, ktorí zabúdajú na branie liekov. |
| Technológie | Arduino Nano; programovací jazyk C, Kotlin a Java; potrebný hardware |
| Opis výrobku | Krabička na lieky bude riadená arduinom. Bude mať senzor na kontrolu, či bola otvorená alebo nie. Ak nie, cez aplikáciu bude možné po sieti spustiť upozornenie. Toto upozornenie spočíva vo zvukovej signalizácii. Keď sa zapne upozornenie, krabička (bzučák ovládaný arduinom) začne vydávať zvuk. |
| Výstup | Krabička na lieky s arduinom |
| Cesta | W7 - plánovanie realizácie konštrukcie, objednanie súčiastok W8 - preštudovanie podobných existujúcich riešení W9 - Návrh schémy W10 - Realizácia, vytvorenie diagramov W11 - Realizácia, vytvorenie diagramov W12 - Finalizácia, dokončenie dokumentácie |
| Projektové zdroje | |
| Dosiahnuté výsledky | Vytvorená krabička s arduinom so spúšťačom alarmu |
| Vylepšenia | - Mobilná aplikácia - Automatizovanie konštrukcie - Prepojenie s databázou |
| Cenové výdavky | 25€ |
Biznisová vrstva¶
Business layer je súčasťou architektonického rámca, ktorý sa zameriava na popis obchodných procesov, organizácie a stratégií. Jej účelom je poskytnúť prehľad o obchodných cieľoch a požiadavkách, čím umožňuje navrhovať informačné systémy, ktoré efektívne podporujú podnikovú stratégiu. Obchodná vrstva taktiež uľahčuje komunikáciu medzi obchodnými a IT profesionálmi, čo prispieva k lepšiemu zaradeniu technologických riešení do obchodných potrieb organizácie.
Requirements view
Requirements view je dôležitý v softvérovom vývoji na systematické a jasné zaznamenávanie funkčných a nefunkčných požiadaviek na systém. Pomáha vytvárať komplexný obraz o očakávaných vlastnostiach systému a jeho schopnostiach. Tento pohľad uľahčuje komunikáciu medzi členmi tímu a zainteresovanými stranami a slúži ako základ pre návrh a implementáciu softvérových riešení podľa stanovených požiadaviek.
Motivation view
Motivation view je užitočný na pochopenie a dokumentovanie motivácií a cieľov. Pomáha identifikovať a správne interpretovať potreby zainteresovaných strán a zabezpečuje, aby architektúrne riešenia boli v súlade s obchodnými cieľmi. Tento pohľad taktiež slúži ako nástroj pre lepšie riadenie komunikácie medzi zainteresovanými stranami a zabezpečuje, aby architektúra efektívne podporovala strategické rozhodnutia organizácie.
¶
¶
Systémová vrstva¶
V súvislosti s TOGAF (The Open Group Architecture Framework) sa pojem "System layer" vzťahuje na tretiu architektonickú vrstvu v rámci TOGAF Architecture Development Method (ADM). Zahŕňa vývoj a štruktúrovanie aplikácií a dát na podporu obchodných procesov a služieb, poskytujúc prepojenie medzi Technologickou a Business vrstvou. Vrstva systému pomáha zabezpečiť, aby technologická infraštruktúra efektívne podporovala Business požiadavky, uľahčujúc návrh a implementáciu systémov s cieľom dosiahnuť organizačné ciele.
Use case diagram
Use case (prípad použitia) je výborný nástroj v rámci softvérového vývoja na pochopenie a dokumentovanie funkčných požiadaviek systému. Pomáha analyzovať, ako konkrétni používatelia interagujú so systémom a aké scenáre využitia sú dôležité. Prípady použitia taktiež slúžia ako základ pre návrh, testovanie a validáciu systému, čím prispievajú k jeho úspešnej implementácii.
Activity diagram
Activity diagram je v softvérovom inžinierstve užitočný nástroj na modelovanie tokov práce a sekvencií činností v systéme. Pomáha vizualizovať postupnosť krokov v procesoch a identifikovať paralelné a súbežné aktivity. Activity diagramy podporujú lepšie porozumenie behu systému, čo zjednodušuje analýzu, návrh a implementáciu procesov v softvérových projektoch.
Component view
Component view je v softvérovom inžinierstve užitočný na modelovanie štruktúry a organizácie softvérových komponentov v systéme. Pomáha identifikovať jednotlivé časti systému a ich vzájomné vzťahy, čo zjednodušuje návrh, implementáciu a údržbu softvéru. Tento pohľad podporuje celkové porozumenie architektúry a usmerňuje vývojárov pri tvorbe a správe komponentov systému.
Technická vrstva¶
V rámci The Open Group Architecture Framework (TOGAF), technická dokumentácia predstavuje súčasť výstupu z procesu Enterprise Architecture (EA). TOGAF je štandardný rámec pre riadenie architektúry organizácie, ktorý poskytuje štruktúrovaný prístup k plánovaniu, navrhovaniu, implementácii a správe enterprise architektúry.
V technickej fáze TOGAF definuje technickú dokumentáciu, ktorá sa zaoberá vývojom architektúry v oblasti technológií. Táto dokumentácia zahŕňa špecifikácie infraštruktúry, hardvéru, softvéru a technologických štandardov.
Technology Usage View
Technology Usage View (pohľad na využitie technológií) je jedným z pohľadov, ktorý sa zameriava na popis, analýzu a vizualizáciu spôsobu, akým sú technológie využívané v rámci organizácie alebo v rámci konkrétnych systémov. Poskytuje detailný pohľad na to, ako sa technológie používajú na podporu obchodných procesov a cieľov organizácie. Pomáha identifikovať, ako rôzne technológie spolupracujú alebo sú vzájomne prepojené v rámci celkovej architektúry. Obsahuje detailné informácie o technológiách, ktoré sú používané v organizácii alebo systéme.
Layer View
Termín "Layer View" sa odvoláva na jednu z pohľadov (views) v rámci pohľadového rámca TOGAF. Tieto pohľady sú súčasťou Architektonického vývojového modelu (ADM - Architecture Development Method) a slúžia na organizovanie informácií o architektúre organizácie a poskytujú rôzne perspektívy na systémy, procesy a komponenty architektúry. Poskytuje pohľad na hierarchickú štruktúru vrstiev v architektúre organizácie alebo systému, umožňuje identifikovať vzťahy a závislosti medzi jednotlivými vrstvami. Tento pohľad tiež pomáha pri analýze a plánovaní zmien v jednotlivých vrstvách a ich dopadu na celkovú architektúru.
Technická dokumentácia¶
V tejto časti si opíšeme naše zariadenie. Následne uvedieme, ktoré súčiastky budeme používať a ukážeme schému zapojenia.
Opis zariadenia
Naše zariadeni je vytvárané so zameraním pozornosti na ľudí, ktorí pravidelne potrebujú brať lieky, no nedarí sa im to. Kvôli tomuto sa im môžu zhoršiť príznaky chorôb, čo môže mať kritické následky.
Vďaka našemu zariadeniu bude možné pre rodinu ľahko a jednoducho pripomenúť chorým príbuzným, nech si včas zoberú tabletky, a taktiež ich skontrolovať, či ich zobrali.
Súčiastky
- Senzor zatvorenia dverí/okna MC-38A normálne zatvorený - Senzor zatvorenia dverí/okna MC38A. Balenie obsahuje 2 kusy. Jeden s káblikmi, ten sa umiestni na zárubňu a druhý protikus (magnet bez káblikov) sa umiestni na dvere alebo okno. V prípade, že sa okno priblíži sa senzor rozopne.
- Aktívny buzzer - pre alarm alebo signalizáciu. Pri napájaní buzzer “pípa” frekvenciou približne 2300 Hz.
- Box na batérie - na napájanie.
- WiFi modul ESP8266 - modul s integrovaným TCP/IP protokolom ktorý môže ponúknuť akémukoľvek mikrokontroléru prístup k WiFi sieti. Modul má v pamäti naprogramovaný firmware obsahujúci AT príkazy, pomocou ktorých je možné ESP8266 ovládať.
- Arduino Nano - je vhodný pre projekty, ktoré vyžadujú malú veľkosť dosky a zároveň zachovávajú flexibilitu a jednoduchosť vývoja charakteristickú pre platformu Arduino. Je široko využívaný v rôznych aplikáciách, vrátane robotiky, senzorických projektov, a ďalších elektronických experimentov.
Schéma zapojenia
Výstupy¶
Prvý prototyp¶
V rámci cieľov do budúcna by sme chceli náš projekt obohatiť o viaceré vlastnosti, či už z pohľadu softvéru alebo hardvéru.
Prvým vylepšením by sme chceli vyriešiť konfiguráciu krabičky pomocou wifi modulu. Pre túto konfiguráciu by sme radi vyvinuli softvér s používateľským rozhraním vo forme mobilnej aplikácie.
Pri vytvorení používateľského rozhrania by bolo možno užitočné prepojenie s databázou pre uchovávanie potrebných údajov.
Ďalším vylepšením by bola možná automatizovaná konštrukcia, ktorá krabičku p spustení otvorí a pri výbere lieku automaticky vypne alarm.