Italia Unified Point of Service Spesifikasjoner
Det forente punktet for Service som ringte UPOS kort, arkitektur for applikasjonsmidler for å posere utstyr som brukes i retailemiljøet. Denne spesifikasjonen vil vise dere begge i operasjonssystemet uavhengig og språk nøytral og definerer.
● En arkitektur for påføringsinterfekt for å beholde utstyr.
● En rekke oppførsel som er tilstrekkelig til å støtte en rekke POS-oppløsninger.
Fiscat'sFiscal printerMAX80-serier er gjennomført UPOS i ett år, som er widely brukt i apotek og andre butikker. På grunn av forskjellige forbindelser med poser, passende operasjoner med eksterne keyboard, åpner den en ny måte å bruke den på.
AvhengigheterNei.
Suksess av målene til UnifiedPOS avhenger av platformspesifikke standardkomiteer (som JavaPOS og OLE for Retail POS-tekniske komiteer) for å fremføre arkitekturen til spesifikk dokumentasjon, API-definisjoner og implementasjon. Nei.
De spesifikke tekniske implementasjonene krever:
● Platform spesifikke henvisninger til implementasjon. Nei.
● Kildefiler, inkludert:
● Definitieringsfiler. Varior interface og klassefiler beskrevet i standarden. Nei.
● Example filer. Disse vil inkludere en rekke prøvekontrollklasser for å illustrate interfekten presentert til en applikasjon. Nei.
Hvem skal lese dette dokumentet?
UnifiedPOS-arkitekten er målt for standardkomiteene som gir språket spesifikk karping og programmerens veiledning. Men applikasjonsutvikleren som vil bruke POS-enheter, systemutvikler som vil skrive POS-enhetskoden, og produsentene av POS-enheter for retail kan imidlertid være interessert i enhetens karakteristikk som vist i dette dokumentet. Nei.
Denne veiledningen antar at standardkomitémedlemmet er kjent med følgende:
● General characteristics of POS peripheral devices. Nei.
● Unified POS terminologi og arkitektur. Nei.
● UML for å lese designen. Nei.
Architectural Overview
UnifiedPOS definerer en flerdlagt arkitektur der en POS-applikasjon samtaler med fysisk eller logisk utstyr gjennom UnifiedPOS kontrolllag. Nei.
Architektuelle komponenter
Applikasjonen av POS (eller påføring) er en påføring som bruker én eller flere UnifiedPOS-enheter. Nei.
UnifiedPOS-utstyr deles i kategorier kalt Device Categories, som Cash Drawer og POS Printer. Nei.
Hver UnifiedPOS-utstyr er en kombinasjon av disse komponentene:
● Kontroll for en enhetkategori. Kontrollklassen gir interfekten mellom Applikasjonen og enhetekategorien. Den inneholder ingen grafisk komponent og er derfor usynlig ved løpstid. Nei.
Kontrollen er designet, s å alle implementasjoner av en enhetkategoriens kontroll vil være kompatibel. Kontrollen kan derfor utvikles uavhengig av Service for samme enhetekategori (de kan til og med utvikles av ulike selskaper). Nei.
● Service, som er en komponent kalt av kontrollen gjennom Service Interface. The Service is used by the Control to implement UnifiedPOS- prescribed functionality for a Physical Device. Det kan også kalle spesielle hendelsemetoder som er gitt av kontrollen for å levere hendelser til Applikasjonen. Nei.
En rekke tjenesteklasser kan gjennomføres for å støtte fysiske utstyr med multippel enhetkategorier. Nei.
Applikasjonen manipulerer den fysiske utstyret (hardware enheten eller perifer) ved å ringe plattformen spesifikke API som tilsvarer UnifiedPOS-standarden. Noen fysiske utstyr støtter mer enn én enhetkategori. Noen POS-printere inkluderer en kasse-drapsspark, og noen barkode-skanner inkluderer en integrert Scale. Men med UnifiedPOS behandler en applikasjon hver av disse enhetene som om det var en uavhengig fysisk utstyr. UnifiedPOS-enhetens standardutvikler er ansvarlig for å presentere periferen på denne måten. Nei.
Merk: Iblant kan en utstyr implementeres i programvare uten bruk-eksponert hardware, i tilfelle den kalles et logisk utstyr. Nei.
Å fortsette! Takk!