EN
Ocenjivanje pametni prsten Za održavanje firmvera znači gledati dalje od toga može li dobiti ažuriranje. Morate razumjeti kako se dostavljaju ažuriranja prstena firmvera, koja bežična podrška za ažuriranje je potrebna i kako se uređaj ponaša ako napajanje ili povezivanje ne uspiju. U slučaju da se ne provede ispitivanje, potrebno je utvrditi da je ispitivanje provedeno u skladu s člankom 6. stavkom 2.
Za timove za nabavku i inženjering ključno je pitanje može li se ispravka bezbedno završiti i može li se nosiv uređaj vratiti u poznato stanje rada nakon prekida. U slučaju da se program za povrat podataka ne može uključiti u program za povrat podataka, to se može učiniti na temelju sljedećih uvjeta: U slučaju da je to potrebno, potrebno je utvrditi i utvrditi kriterije za upotrebu.
Ocenjivanje arhitekture ažuriranja
Prati kompletnu putanju isporuke.
Počnite mapiranjem kako se ažuriranje kreće od izvora objavljivanja do prstena, uključujući i pratilac telefon ili aplikaciju ako je potrebno. Pitajte koja komponenta preuzima, potvrđuje i prenosi paket. Napredak ring firmvera trebao bi imati dokumentirani niz, dok bi bežična podrška za ažuriranje trebala identificirati kompatibilne veze, potrebne dozvole i sve uvjete koji sprečavaju prijenos.
Objasnite stanje prstena prije početka instalacije. U dokumentaciji proizvođača treba objasniti kako uređaj provjerava integritet paketa, dostupnu bateriju i kompatibilnost verzija. Za oporavak nakon prekida ažuriranja utvrditi je li nosiv uređaj zadržao svoj trenutni firmware dok zamjena ne bude spremna ili dok se tijekom prijenosa ne promene komponente. U skladu s člankom 3. stavkom 1.
U slučaju da se ne provede kontrola, provjera mora biti obavljena u skladu s člankom 6. stavkom 2.
U skladu s člankom 3. stavkom 2. točkom (a) Uredbe (EU) br. 648/2012 korisnici mogu koristiti mobilne uređaje za uređivanje i upravljanje mrežama. Napredak firmvera treba eksplicitnu pretragu, a ne nejasne savjete da se uređaj drži u blizini. Podrška za bežično ažuriranje praktičnija je kada aplikacija komunicira o napretku i objašnjava što korisnik treba izbjegavati tijekom instalacije.
Provjerite kako sustav upravlja autentifikacijom, validacijom paketa i izborom verzije. Proces bi trebao spriječiti instaliranje nepotpune ili nekompatibilne slike i trebao bi omogućiti da se prihvaćena verzija kasnije može identificirati. Upitajte kako se pokreće oporavak nakon prekida ažuriranja: automatski pri ponovnom povezivanju, putem poziva za aplikaciju ili putem postupka usluge. Odgovor treba biti dovoljno specifičan da ga operativno osoblje može dokumentirati.
Testiranje postupka ažuriranja i oporavka
Pregledajte normalno ponašanje ažuriranja
Prođite kroz rutinsko ažuriranje koristeći reprezentativni uređaj i telefon, a ne samo pisanu prijavu. Pratite otkrivanje, preuzimanje, prenos, instalaciju, restart i potvrdu. Ring ispravke firmvera treba pokazati jasno stanje završetka, a bežična podrška ažuriranja treba napraviti kašnjenja razlikovati od zastoj sesije. U svakom od tih stupnjeva korisnik može vidjeti:
Provjerite realne promjene veze, uključujući telefon koji se udaljava od dometa i privremeni pad bežične mreže. Otkrijte je li proces sigurno zaustavljen, ponovno pokušan ili zahtijeva novi početak. Postupak oporavka od prekida prilikom ispravljanja zvučnog signala trebao bi korisnicima reći kada čekati i kada se ponovno povezati, umjesto da ih potiče na ponavljajuće dodiranje ili resetiranje koji mogu otežati dijagnozu.
Također proučite što je ostalo na raspolaganju tijekom instalacije. Ako se mjerenja stanja ili funkcije dodira zaustave, u uputstvima za proizvod treba to navesti i objasniti kada se normalno funkcioniranje nastavi. U skladu s člankom 4. stavkom 2. Potvrditi instaliranu verziju, restartovati ponašanje i pristup osnovnim funkcijama nakon završetka.
Simulacija neuspjeha i potvrda oporavka
U slučaju da se u skladu s člankom 6. stavkom 2. točkom (a) ovog članka primjenjuje na proizvod, proizvođač mora osigurati da je proizvod u skladu s člankom 6. stavkom 2. točkom (a) ovog članka. Podrška za bežično ažuriranje trebala bi se procijeniti u tim uvjetima kao i u idealnoj vezi. U slučaju da je korisnik u stanju da se vrati na svoj račun, mora se provjeriti da li je korisnik u stanju da se vrati na svoj račun.
Za svaki test, zabilježite početnu verziju, točku prekida, vidljivu poruku, reakciju oporavka i konačno stanje uređaja. Ring firmware ažuriranja trebaju nedvosmislen način za razlikovanje završene instalacije od čekajuće ili neuspjele. Obnoviti prekid oporavka vjerodostojno je kada se prsten ili ponovno bezbedno pokreće ili se vraća kroz definirani proces u upotrebljivo stanje.
Uključite slučajeve kada se aplikacija zatvara, telefon se ponovo pokreće ili korisnik mijenja telefone tijekom procesa. U slučaju da je to moguće, potrebno je utvrditi da li se može nastaviti bezžična podrška ažuriranju od posljednje provjerene točke ili da li se prijenos mora ponovno pokrenuti. Potvrditi kako aplikacija sprečava sukob sesija i komunicira bilo kakve potrebne radnje prije drugog pokušaja.
U skladu s člankom 3. stavkom 2.
U skladu s člankom 4. stavkom 2.
Zahtjev za testnim zapisima koji pokrivaju različite podržane konfiguracije telefona i operativnog sustava, stanje baterije i prekide veze. Cilj nije zahtijevati nerealno jamstvo, već vidjeti da li područje ispitivanja odražava stvarnu upotrebu. Ring firmware ažuriranja treba imati izdanje i rollback ili popravak politika koje timovi mogu razumjeti prije implementacije.
Provjerite odgovara li bežična podrška ažuriranju vašem modelu održavanja. U upravljenom vozilu, administratori mogu trebati bilješke o objavljivanju, vidljivost verzija, kontrole razrađenog uvođenja i način identifikacije uređaja koji nisu završili instalaciju. Za pojedinačne korisnike, sažet vodstvo u aplikaciji može biti važnije. U oba postavka, oporavak nakon prekida ažuriranja trebao bi imati jasan vlasnika i put za eskalaciju.
U skladu s člankom 3. stavkom 2. točkom (a) ovog članka, korisnik može koristiti uređaj za obradu i održavanje. Ring firmware ispravke lakše se rješavaju kada dnevnici ili ekrani stanja otkrivaju instaliranu verziju i stanje kvara bez potrebe za specijalističkim alatima. Potvrdi privatnost i kontrolu pristupa za sve prikupljene dijagnostičke informacije.
Konačno, uključite ponašanje održavanja u kriterije prihvaćanja umjesto da ga tretirate kao polje za provjeru značajki. U slučaju prekida povezivanja, potrebno je definirati uspješno završetak, prihvatljive korisničke zahtjeve i očekivani odgovor. Podrška za bežično ažuriranje mora se podudarati s stvarnim telefonom i mrežnim okruženjem, dok je oporavak od prekida ažuriranja potreban razumljiv put natrag u normalnu uporabu.
Sastaviti praktičnu odluku o prihvaćanju
U skladu s člankom 3. stavkom 2. točkom (a) ovog članka, za sve proizvode koji su proizvedeni u skladu s ovom Uredbom, utvrđuje se da su proizvedeni u skladu s člankom 3. točkom (a) ovog članka. U skladu s člankom 4. stavkom 2. točkom (a) ovog članka, "službenici" su osoblje koje je podređeno upravljanju. A. pametni prsten U skladu s člankom 2. stavkom 2. točkom (a) Uredbe (EZ) br.
Ako su dokazi nepotpuni, utvrditi propust i zatražiti ciljan test prije uvođenja. U slučaju da je programski program u pitanju, potrebno je utvrditi korisnik za komunikaciju s budućim izdanjem; bezžična podrška za ažuriranje zahtijeva pouzdanu putanju korisnika; a za oporavak od prekida ažuriranja potrebni su dokazani rezultati. Ti kriteriji pretvaraju širok tehnički zahtjev u provjerljivu operativnu odluku.
Često se javljaju pitanja
Koje dokaze bi tim trebao zatražiti?
Zahtjev za redoslijed ažuriranja, preduvjete, podržane konfiguracije, ponašanje vidljivog statusa i rezultate testiranja za neuspjele ili prekinute sesije. U skladu s člankom 4. stavkom 1. točkom (a) Uredbe (EZ) br. 765/2008 i člankom 4. točkom (b) Uredbe (EZ) br. 765/2008 i člankom 4. točkom (c) Uredbe (EZ) br. 765/2008 i člankom 4. točkom (c) Uredbe (EZ) br. 765/2008 i
Da li korisnik treba ponovo pokrenuti prsten nakon prekidane ispravke?
Pratite samo upute za taj proizvod. U slučaju da se proces ne može nastaviti, potrebno je uključiti dodatni proces. Uputstva za podršku bežičnim ažuriranjima trebaju objasniti sljedeći siguran korak, a oporavak od prekida ažuriranja ne bi trebao ovisiti o nagađanju ili ponavljajućim resetiranjima.
Kako kupac može usporediti spremnost za podršku?
U slučaju da se ne provede ispit, potrebno je utvrditi kriterij za prihvatanje. Procijenite ažuriranja prstenog firmvera u kontekstu korisnika i modela usluga. U slučaju da se primjenjuje novi sustav, potrebno je osigurati da se sustav može koristiti za upravljanje i upravljanje sustavima.