Italien Unified Point of Service Specifikationer

Unified Point of Service, som kort sagt kaldte UPOS, arkitekturen for applikationsgrænseflader til pos-enheder, der bruges i detailmiljøet. Denne specifikation viser dig både i operativsystemets uafhængige og sprogneutrale og definerer.

● En arkitektur til applikationsgrænseflade til detailenheder.

● Et sæt af detailenheders adfærd, der er tilstrækkeligt til at understøtte en række POS-løsninger.

FiscatsSkatteprinterMAX80 series har været implementeret UPOS i et år, som har været meget brugt i apotek og nogle andre butikker. På grund af den forskellige forbindelse med pos, bekvem betjening med eksternt tastatur, åbner det op for en ny måde at bruge det på.

Afhængigheder 

En succes med målsætningerne for UnifiedPOS afhænger af platformspecifikke standardkomitéer (såsom JavaPOS og OLE for Retail POS (OPOS) tekniske komitéer) til at fremme arkitekturen til platformspecifik dokumentation, API definitioner og implementeringer.  

De specifikke tekniske gennemførelser kræver:

● Platformspecifikke gennemførelsesreferencer.  

● Kildefiler, herunder:

● Definitionsfiler. Forskellige grænseflade- og klassefiler beskrevet i standarden.  

● Eksempelfiler. Disse vil omfatte et sæt eksempler på kontrolklasser, der illustrerer den grænseflade, der præsenteres for et program.  

Hvem skal læse dette dokument

UnifiedPOS Architecture er målrettet til de standardkomitéer, der vil levere den sprogspecifikke kortlægning og Programmer's Guides. Programudvikleren, der vil bruge POS-enheder, systemudvikleren, der vil skrive POS-enhedskode, og leverandørerne af POS-enheder til detailhandel kan dog være interesserede i enhedens egenskaber, som afbildet i dette dokument.  

Denne vejledning antager, at standardudvalgsmedlemmet er bekendt med følgende:

● Generelle karakteristika ved POS-eksterne enheder.  

● UnifiedPOS terminologi og arkitektur.  

● UML til læsning af designet.  

Arkitektonisk oversigt

UnifiedPOS definerer en arkitektur i flere lag, hvor et POS-program interagerer med den fysiske eller logiske enhed gennem UnifiedPOS Control-laget.  

Arkitektoniske komponenter

POS-applikationen (eller applikationen) er et program, der bruger en eller flere UnifiedPOS-enheder.  

UnifiedPOS Enheder er opdelt i kategorier kaldet Enhedskategorier, såsom kontantskuffe og POS Printer.  

Hver UnifiedPOS enhed er en kombination af disse komponenter:

● Kontrol for en anordningskategori. Kontrolklassen giver grænsefladen mellem applikationen og enhedskategorien. Den indeholder ingen grafisk komponent og er derfor usynlig ved kørselstid.  

Kontrol er designet således, at alle implementeringer af en enhedskategori kontrol vil være kompatible. Derfor kan styringen udvikles uafhængigt af tjenesten for samme enhedskategori (de kan endda udvikles af forskellige virksomheder).  

● Tjeneste, som er en komponent, der kaldes af kontrol gennem servicegrænsefladen. Tjenesten bruges af Kontrollen til at implementere UnifiedPOS-foreskrevne funktionalitet for en fysisk enhed. Det kan også kalde særlige begivenhedsmetoder, der leveres af Kontrollen, til at levere begivenheder til Applikationen.  

Et sæt serviceklasser kan implementeres for at understøtte fysiske enheder med flere enhedskategorier.  

Applikationen manipulerer den fysiske enhed (hardwareenheden eller periferien) ved at kalde platformspecifikke API'er, der er i overensstemmelse med UnifiedPOS-standarden. Nogle fysiske enheder understøtter mere end én enhedskategori. Nogle POS Printere indeholder f.eks. en Cash Skuffer kickout, og nogle stregkodescannere indeholder en integreret skala. Men med UnifiedPOS behandler et program hver af disse enhedskategorier, som om det var en uafhængig fysisk enhed. UnifiedPOS Device standard udvikler er ansvarlig for at præsentere periferien på denne måde.  

Bemærk: Lejlighedsvis kan en enhed implementeres i software uden brugereksponeret hardware, i hvilket tilfælde den kaldes en logisk enhed.  

Fortsættes! Tak!