08. december 2009 - 20:09Der er
10 kommentarer og 1 løsning
Indledende tanker om design af software
Hej eksperter,
Jeg står foran at skulle udvilke en omfattende kasseapparatsløsning baseret på Eee pc'erne med touchscreen. Jeg har en kammerat, som har en butik og ikke har råd til at købe de dyre kommercielle løsninger og jeg mener umiddelbart ikke, at det skulle være det store problem at lave en hjemmestrikket løsning.
Et af hans store ønsker er at kunne lave en effektiv statestik over salget, og ellers at det bare skal være hurtigt og nemt og effektivt.
Hardwaren jeg skal bruge består af den før omtalte EeePC med touchscreen, en bonprinter og en pengeskuffe med udløsningsmekanisme som kan trigges fra computeren. Jeg kan bare ikke finde nogen steder, som forhandler hverken bonprintere (som kan betjenes fra computere) og kasse skuffer.
Nogen der har nogen idéer til forhandlere?
Softwaren der skal bygges er jo der hvor jeg virkeligt kommer på arbejde. Da jeg primært har beskæftiget mig med webudvikling tidligere, kommer udviklingen af systemet til at køre sideløbende med min indlæring af et nyt sprog.
Løsningen beskrevet kort, kommer til at skulle fungere på denne måde:
Når en ekspedient betjener en kunde, vil de forskellige varer blive tilføjet til en liste, som ved betaling bliver gemt i en lokal database. Jeg forestiller mig en sql tabel med følgende stuktur: transactionID, sessionID, productID, timestamp
Udover selve softwaren skal der være et webinterface, som kører på en ekstern server. Grunden til dette er, at der er flere uafhængige kasseapparater i forskellige afdelinger. Webinterfacet skal bruges til at vise salgsstatestik og oprette nye varer.
Systemet skal køre på en linux installation fordi jeg har størst erfaring med vedligeholdelse af det.
Mine spørgsmål i følgende til overstående "case" er som følger:
1) Vil en almindelig MySQL database kunne håndtere den mængde af data der kommer ind? Hver kasse vil have sin egen lokale SQL database, hvor hver dag får sin egen tabel, som ved kørsel af lukke rutinen bliver synkroniseret til den server hvor webinterfacet køres.
2) Hvilket programmeringssprog ville i anbefale til en opgave af den karakter? Jeg har selv overvejet Java. Dog ser interface delen af Java ("swing") noget bombastisk ud...
Har i nogen kommentarer til det skitserede "layout" af programmet?
Mine planer er ret omfattende, og har det meste på papir - men jeg har prøvet at koge det ned, så det var hurtigt at forstå idéen.
Cybersikkerhed, realtidsdata og robuste it-systemer er blevet fundamentet for moderne forsvar.
Slettet bruger
08. december 2009 - 20:54#1
1. Ja absolut. Mængden af data er minimal i forhold til hvad MYSQL kan trække.
Jeg kan ikke forstå at du har problemer med at finde bonprintere der ikke kan styres fra en pc, idet disse kan installeres på en pc på samme måde som en hvilken som helst anden printer.
Synes godt om
Slettet bruger
08. december 2009 - 21:28#2
Mængden af data er jo i og for sig ikke voldsom. Så hvor minimal er mængden af data man kan smide i en MySQL database? Og hvad er alternativerne?
MySQL kan klare hundrede af millioner af raekker uden problemer, saa den kan klare data.
Til en lokal database som kun skal bruges af en enkelt bruger kunne man overveje om en embedded database var nemmere end en database server.
Til en Linux GUI og database app var Java en oplagt mulighed.
Men hvor meget erfaring har du med software udvikling?
Synes godt om
Slettet bruger
09. december 2009 - 17:45#4
Jeg har ikke specielt meget erfaring med softwareudvikling, da største delen har været webudvikling.
Jeg vil dog mene at det skulle være et overkommeligt projekt, da der ikke skal udvikles nogen videre omfattende elementer. Jeg mener, det er ikke raketvidenskab at lave en liste, hvor varer bliver tilføjet til og gemme listen i en database når det er overstået. Resten af løsningen regner jeg med at lave som et webbaseret interface.
Grunden til at jeg havde tænkt mig at bruge MySQL var blot, at jeg kender det på forhånd, så jeg er helt åben på smartere løsninger der.
Synes godt om
Slettet bruger
09. december 2009 - 17:48#5
Ville SQLite kunne erstatte MySQL uden videre problemer?
SQLite er en fin embedded database. Den kunne sagtens bruges til de decentrale data. Jeg tror dog mere paa MySQL til de centrale data.
Synes godt om
Slettet bruger
10. december 2009 - 21:55#7
Det var faktisk lidt det jeg tænkte :-)
Der er ikke nogen alternativer til Java eller bare en alternativ UI løsning, end swing?? Java ser mere end overkommeligt ud sådan groft sagt - men swing-delen er fuldstændigt sort :)
Der er alternative UI frameworks til Java: AWT SWT
Men jeg tror at du skal holde dig til Swing. De andre er ikke specielt meget nemmere at gaa i gang med. Og det er nemmere at faa hjaelp til Swing.
Synes godt om
Slettet bruger
10. december 2009 - 22:15#9
Cool.
Tak for hjælpen!
Java udmærker sig jo også ved dets udbredelse. At finde en klasse der kan håndtere kontakten til en SQLite database kan sikkert gøres hurtigere end man kan udtale den her sætning ;)
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.