Sto scrivendo il codice a livello di driver che gira su un microcontrollore. Ho descritto alcuni dei design con casi d'uso. Gli utenti nei miei casi d'uso sono gli altri componenti software che usano il mio driver. Tuttavia, ricevo anche input dall'hardware stesso sotto forma di interrupt. Come descrivo quegli interrupt nei miei casi d'uso? L'hardware è di per sé un altro utente? Descrivo gli interrupt come casi eccezionali nei miei casi d'uso esistenti? Questo può essere difficile poiché alcuni degli interrupt sono asincroni e possono verificarsi in qualsiasi momento durante qualsiasi caso d'uso.
Come si usano i casi d'uso in un progetto di driver con interrupt?
1 risposta
5
Il sistema preso in considerazione nel tuo modello sembra essere il tuo microcontrollore con il tuo autista.
Gli attori interagiscono con questo sistema preso in considerazione . Sono di due tipi :
- attori principali: usano il sistema per raggiungere il loro obiettivo. Sono spesso rappresentati sul lato sinistro del diagramma. Qui, sono i componenti software che usano il driver.
- attori secondari: sono altri attori coinvolti in un caso d'uso. Di solito sono rappresentati sul lato destro del diagramma. Qui è l' hardware .
Hol'impressionecheleinterruzioninonsianospecifichedell'unoodell'altrocasod'uso,equindinondovrebberoessererappresentatecomeun'estensioneoun'eccezioneperloro.
Sevuoirappresentareun'interruzione,preferisciutilizzareuncasod'usodistinto.Michiedotuttaviaseènecessarioaffatto:
- leinterruzioninonrappresentanounobiettivopernessunodeituoiattori
- leinterruzioninonvengonocreatedall'hardwareesterno,madalpropriosistema(larispostadii.e.microcontrolleraunsegnalediinput),quindisembraesserepiuttostoundettagliodiimplementazioneinternadicomevengonogestitealcuneinterazioni.
- lalogicadiinterruzioneeillorotimingpotrebberoesseremegliorappresentatiutilizzandoaltridiagrammicomportamentali(adesempioun
Leggi altre domande sui tag embedded-systems use-case drivers