The dEkspSys Homepage of group 3 - Spring 2004
Diary
Tuesday 11 May 2004 00:20:24
Posted by: warberg
Referat af møde d. 10/5 hos MusicAid.
Tilstedeværende: Jeppe, Bent og LH
Grundet tidsnød havde mødet ingen konkret dagsorden og formål. Tilmødet medbragtes et par kopier af screendumps af prototypen. Formålet med disse var, at man ved at tegne og fortælle i fællesskab, kunne konkretisere nogle af de mange løse ender som systemet rummer. Udbyttet af mødet ligger derfor fortrinsvist i de håndtegnede skitser (rige billeder).
I vores hidtige brugerflade har det ikke været besluttet hvor og hvordan en ny Faktura skal placeres på skærmen. Vi ville undgå flere selvstændige vinduer, samtidig med at framen under fileview\'et skal bruges til visning og redigering af en markeret fil. Vi blev enige om at bruge faneblade: én til faktura og én til filvisning. Det blev diskuteret, om der så skulle være et faneblad for hver filtype, men det synes at fungere bedst med ét filvisnings-faneblad som skifter efter filtype.
Varer kan drag-droppes til et felt i fakturaen og der skal kunne angives et antal større end 1 hvis det ønskes. Desuden skal en vare eller registreret kunde hurtigt kunne findes ved søgning. Det ledte videre til en snak om hvor og hvordan man søger i systemet. En løsning er, at et søgefelt placeres i værktøjslinien. Eksempel: man går ind i mappen \"Kunder\", vælger at der søges på attributen \"Efternavn\", og skriver \"pedersen\" i søgefeltet. Derved indskrænkes listen til kun at vise matches.
Fakturaen skal i hovedtræk ligne almindelige papirfakturaer (som dog kan være forskelligt udformet). De solgte varer angives på listeform, med kolonner i flg. rækkefølge:
Antal Varenummer Varenavn Pris Rabat Total
\"Total\" angiver pris når rabat er fratrukket. En rabat skal kunne angives på flere måder. Dels som at beløb i kroner, og dels procentvis. Dette skal tilmed kunne gøres pr. enkelt vare eller for hele handlen. Desuden har MusicAid kunder som får fast rabat. Kombinationer af disse muligheder kan blive indviklede, så rabat-funktionaliteten skal genovervejes.
Man kommer ud af \"faktura-mode\" ved at vælge \"Gem som ordre\", \"Gem som tilbud\" eller \"Udfør faktura\".
Det blev diskuteret hvorvidt systemet skal kende til handelens betaling/betalingsform. Det bør i hvert fald være muligt at angive i faktura, om det er kontant, pr. efterkrav eller afbetaling.
Vi snakkede desuden om hvad Indkøbspris henviser til, idet leverandørenes priser hurtigt kan ændre sig. Det synes at give mest mening, hvis prisen henviser til seneste indkøb af varen. Dog vil det være en god detalje, hvis systemet kan skabe overblik over prisudviklingen på den enkelte vare.
Endelig blev der talt om regnskab og systemets rolle i forbindelse med virksomhedens årlige revision.
Thursday 22 April 2004 18:08:48
Posted by: Deva
Referat af møde ang. afprøvning af prototype til StoreAid
Onsdag 21/4-2004 kl. 10.30 i Studenterhallen.
Til stede: Hele gruppen, samt Lars Hedemann
Forbehold
De 'øvrige' foldere er ikke repræsenteret, kun "Varer"
Der er store hastighedsproblemer, grundet databaseimpl.
Man skal klikke på et element, indne man højreklikker på det.
Tollbaren og menuerne er ikke implementeret endnu.
Interview metoden
Arbejd - tænk - forklar / begrund
Der udføres først en handling, så tænker brugeren over hvorfor der blev
handlet som der gjorde, og handlingen forklares. En handling kan f.eks.
være "Opret et nyt element".
Cases, oversigt
Case 1:
En kunde øsnker at købe et 16" Zildkan crashbækken.
- Find Zildjan 16" bækken.
Case 2:
Du observerer at prisen er forkert
- Ret prisen.
Case 3:
Kunden synes det er mange penge for et crashbækken og ønsker et andet,
som ikke er oprettet i databasen
- Opret ny vare.
Case 4:
En kunde ønsker at købe et trommeskind, som ikke engang er oprettet som
varegruppe
- Opret varegruppe.
- Opret vare.
Case 5:
En anden ansat har tilføjet en vare uden pris, du kender prisen.
- Find varen uden pris.
Case 6:
Alle varer mangler en specifik attribut
- Opret global attribut.
Case 1
Hændelser:
Han dobbeltklikkede på Cymbal
Sorterede efter navn
Sagde at han blev forvirret over kolonnerækkefølgenm, den burde være: varenr, prod, navn, størelse, varegrp, antal, pris
Kommentarer:
Case 2
Hændelser:
Forsøg på at ændre værdierne direkte i listen
Kommentarer:
Dobbeltklik for at ænre varer
Popup skal centreres
Omarrangering af kolonnerne virkede, der kom exception ved efterfølgende redigering
Case 3
Hændelser:
Skrev leverandøren i Producent feltet
Kommentarer:
Undrede sig over antal
Savnede Model- eller Serie- felt
Savnede toolbar og menu funktioner
Ønskede 'Opret ny fra eksisterende' funktion
Case 4
Hændelser:
Klikkede *meget* (Efterfulgt af en påmindelse om DBhastigheden)
Opgaven blev udført hurtigt effektivt og tilfredsstillende.
Kommentarer:
Det blev ønsket, at hvisse attributer blev fremhævet emd fed i listviewet
Igen snak om mangledne menu/tool-bar
Det savnes, at der er en detajleret visning af det valgte element, evt. som i et emailprogram, hvor den valgte mail vises i bunden
Case 5
Hændelser:
No problemo! ;-)
Kommentarer:
Case 6
Hændelser:
Det gik nemt
Kommentarer:
En multicolumn edit funktion blev efterlyst
Generelle kommentarer
Kernefunktionaliteten skal være i toolbaren, dvs. Opret, slet og redigering af både mapper og filer.
Toolbaren skal ikke være context sensitiv (alle funktioner skal være tilgængelige hele tiden)
Popups skal undgåes så hvidt muligt
Der blev snakket om drag-drop til oprettelse af ny ordre:
Drag drop er godt, men der skal også være mulighed at vælge på en liste eller lign.
Der skal være en Combo til kunde, som man kan drag droppe kunde i, eller vælge
Drag drop varer til liste
Rabbat felt, pr. vare, samt samlet (linierabbat)
Lars Hedemann var generelt godt tilfreds med resuktatet.
Monday 08 March 2004 14:07:13
Posted by: Deva
Revision af objektmodel!
Friday 27 February 2004 15:43:43
Posted by: Deva
Møde ang. mockup 1 og brugrænseflade analyse
Vi præsenterede vores mockup 1.
Lars var generelt meget tilfreds med vores ide.
Nye ønsker/tilføjelser
-En tilbudsmappe i roden af træet, som man så kunne trække varer over i, for at sætte dem på tilbad.
-Mapperne skal vise filerne den indeholder rekursivt, så man ved klik på "Varer" folderen kan se alle varerne. På"den måde kan man skabe et hurtigt overblik, men har stadig mulighed for at gå i detaljer.
-Der skal være et søgefelt i toolbaren, som virker på den måde, at man kan indskrænke de viste elementer i filvinduet, udfra et regulært udtryk.
-Der skal overvejes en måde at bestille nye varer hjem på, evt. gennem kreditor, evt. direkte på varen i lageret.
-Der skal være Bruger login, med password, når klienten opstartes, når man først er logget på, skal man have mulighed for at skifte bruger, uden nogen som helst form for besvær.
-Det skal sørges for, at der er gennemgående brug af højreklik-menu.
-Der skal være en ikon bar, som afspejler de mulige funktioner i den givne kontekst. Disse skal kunne kustomiseres som i ex. word.
Der kom en udvidet beskrivelse af "Ordre" funktionaliteten:
-Man vælger mappen "Ordrer"
-Man vælger opret ny ordre.
-Et nyt vindue kommer frem, hvor man kan indtaste info omkring ordren, samt vælge kunden.
-I bunden af ordre vinduet er en knap; "tilføj varer", som lukker ordre vinduet og tilføjer en tab til treeviewet, som man kan dumpe varer i. I toppen af denne tab, skal være en ok og en cancel knap (V og X), som vender tilbage til ordre vinduet.
-I ordrevinduet, kan man nu tilføje antal til varerne og lave de nødvendige prisjusteringer.
-Man kan definere en samlet rabat i enten kr. eller %, den som man ikke indtaster, beregnes on-the-fly.
-Der skal kunne gives individuel rabat (i kr. eller %) på hver ankelt vare.
Nye ideer til Inbox konceptet:
-Der skal være en markering af om den givne opgave er udført.
-Mulighed for fjernelse af besked når opgaven er fuldført.
-Beskeder mappes til handlinger og visa versa, så en besked automatisk kan slettes, når handlingen er udført (i det omfang det er fysisk muligt!)
-Der skal være links i beskederne til de nævnte handlinger.
Næste møde aftales pr. email i den kommende uge. Vi aftalte i gruppen, at mødes på Søndag kl. 16.
Som forberedelse hertil, skal vi hver især læse kap. 3,4,5,16 og 19.
Dagen skal forløbe med planglægning af rapportskrivningen.
Tuesday 24 February 2004 23:53:56
Posted by: JWL
Vi besluttede at bruge en "fil-metafor" til struktur af varelager m.m. Varelaget skal kunne udfoldes som en træstruktur, hvor varegrupper og specifikke produkter nedarver attributer fra niveauer ovenfra. Indledningsvis vælger vi at alle varer har navn, nummer, producent og (udsalgs)pris. Eksempelvis kan en tromme så udvides med attributen "farve".
Vi diskuterede osse hvilke attributer der beskriver en indgang i listen over Ordrer/Transkaktioner. Det vil bl.a. være: kunde, produkt, status, betalingsform og pris.
Produktet af dagens diskussion bliver en mock-up som vi fremstiller vha. billedemanipulation og tilsætter en smule "funktionalitet" med html.
Wednesday 18 February 2004 16:14:03
Posted by: Lars
Møde omkring problem område, anvendelsesområde, aktører og brugsmønstre
Vi havde til dette møde medbragt tre udskrifter af et eksempel på lagerstyring, ordrehåndtering og kundekartotek. Disse blev benyttet, som inspiration til at få interviewet til at glide.
Krav til system
- Så automatisk, som muligt
- Centraliseret. Der må ikke skulle tastes det samme 2 gange
Eksisterende system
I dag benytter de flere forskellige systemer til at håndtere hele forretningsgangen med lager, bestillinger og kunder.
Fakturaer
Disse kan laves på to måder i dag
1) I Excel
2) Analogt i hånden
Alle fakturaer gemmes i mappe i udskrevet form.
Lager
Lageret styres i dag af de enkelte medarbejdere der gennem deres daglige arbejde sørger for at holde deres viden om lageret opdateret - nogen gange ved fysisk at gå hen og tage stumpen/varen frem og bekræfte at den er på lager.
Det fysiske lager er logisk opdelt i varegrupper der "hører sammen", hvilket gør det forholdsvist let at lokalisere en vare på lageret for medarbejderne.
Prislister
Der er priser på 90% af varerne i butikken - de varer de ikke selv har sat priser på, har de priserne på fra leverandørens katalog. De har også selv en mappe med alle priser inddelt efter leverandør / producent, hvor de hurtigt kan slå en pris op.
Kundedatabase
I dag benytter de Navision til at håndtere deres kundekartotek, samt til at lave regnskab (Det er revisoren der gør det - de kan ikke selv finde ud af at benytte systemet til regnskab).
Der er ikke noget website i dag, hvor der foregår online salg.
Nyt system - overordnet beskrivelse
Krav
- Så lidt, som muligt skal indtastes på alle niveauer - både ved lagerstyring, men også ved salg og tilbudsgivning.
- Evt. Stregkoder
- Online administration - både på arbejde og hjemme fra
- Overskueligt interface
- Automatisk kompression og skalering af billeder til websiden
- Gerne mulighed for flere billeder
- Drag & Drop til database
Ønskede Brugsmønstre:
Salg
- Tager vare(r)
- scanner den
- Vælger om det skal være en ordre eller en faktura
- Taster navn, hvis muligt
- Vælger rabatter pr. vare / samlet procentsats => regner automatisk % eller beløb
- Printer => Penge i kassen
Bagved (Automatisk)
- Lager opdateres
- Database opdateres i forhold til rapporter og statistikker
Ved fakturaer skelnes mellem kontant faktura of faktura med betalingsfrist
Lager opdatering - nyt produkt fra bunden
- Vælger producent (Evt. opretter producent)
- Indtaster produktkode
- Indtaster produkt data, antal, salgspris, indkøbspris
--- Indtaster måske, hvis passende: Farvekode, År, Version, ...
Lager opdatering - nyt produkt fra andet lignende produkt
- Vælg lignende produkt
- Tryk kopier
- Tilret kopieret produkt
Lager opdatering - eksisterende produkt fra kreditormodul
- Betalings betingelser (dato, beløb) vælges
- Indkøbs pris er default den sidste indkøbspris, man fik varer hjem til - kan ændre sig - prisen følger produktet hele vejen til lagerbeholdningen
- Varenr vælges
- Antal
- Databasen opdateres
Kasse opgørelse v. fyraften
- dataudveksling med Navision
- Statistikker, dagens indtægter
Reperationer
- Som faktura, bare med anden status
- Timeløn er et varenr.
- Kommentarer skal kunne skrives, som arbejdet skrider frem
Andre krav
- Tlf nr., som kundenr.
- Statistikker og log over kunder
- Status på fakturaer i stedet for at lave 4 typer (Tilbus, faktura, ordre, reperation) der ligner hinanden
- De var tilfreds med print, men havde ønsker til ekstra felter: (Lyd, Video, X -billeder pr. produkt, rating, Nyt / Brugt samt tid på lager)
Vores model har nu følgende områder:
Lager, webshop, Kasse, bogholderi/rapportering, Kreditormodul
Aktører: Medarbejdere, Webshop, Webshop kunder
Grænseflade mellem Database og webshop samt mellem vores klient og databasen.
Næste møde 10:30 Fredag d. 27/2-2004 - kommer til at handle om grænseflader - enten web eller klient.
Tuesday 17 February 2004 15:36:48
Posted by: Lars
Forberedelse til møde vedr. overordnet funktionalitet, problemområde, anvendelsesområde og brugsmønstre/aktører
- Vi besluttede at finde ud af deres nuværende arbejdsgang dels ved observation og dels ved interview.
- Vi vil også lave et interview omkring hvordan de gerne vil arbejde
Fokus skulle være på klient til lager/kasse/rapportering og ikke på website
Wednesday 11 February 2004 11:32:32
Posted by: Deva
11/2 2004 - Til mødet var: Lars Hedemann, samt hele dEkspSys Gruppen.
Dagens program:
1. Foklar hvad dEkspSys går ud på.
Dette blev ikke gjort!
2. Forklar hvad vi skal snakke om i dag.
Vi fortalte, at vi i dag skulle belyse hvordan en arbejdsgang er, samt overfladiske ønsker til systemet.
3. Belysning af problemområdet.
4 ejere, 2 af dem står i butikken, en praktikant hives en gang imellem ind, hvis der er travlt eller sygdom.
Der er ikke noget lagersystem i dag, ej heller noget online salg.
Lagerstyringens manuelle natur, gør det besværligt, at holde styr på hvilke varer der er hjemme.
Der er enormt mange reservedele (op mod 10.000)
Concorde benyttes i dag til kundedatabase, samt regnskabsføring - der er iøvrigt utilfredshed med brugbarheden af dette softwareprodukt.
4. Belysning af anvendelsesområdet.
Der ønskes et integreret system, som både tager hånd om lagerstyring, online salg, kundedatabase, regnskab, samt en form for online auktion.
Der skal findes en god måde at repræsentere salgsobjekterne online, så kunderne får fornemmelsen af at de 'prøver' dem.
Der skal findes en elegant måde at repræsentere lagervarer, så de ikke alle skal indtastes i systemet fra dag 1.
Forretningen har ingen udlejning (jvf. mail korrespondance, se tidl. entry)
Det blev foreslået at lave forskellige kundegrupper (jvf. rabatter etc.)
5. Næste møde.
Det aftaltes at vi holder møde den kommende Onsdag (15/2-2004) kl. 13.00.
Vi forklarede at vi der ville begynde at gå i detaljer med systemets konkrete udformning.
6. Evaluering.
Dette blev der desværre ikke tid til, formelt, men det var vores indtryk, at det forløb tilfredsstillende for begge parter.
Monday 09 February 2004 13:10:57
Posted by: Deva
Mail modtaget fra MusicAid (Lars Hedemann lh.at.musicaid.dk)
Møde aftalt med MusicAid (Lars Hedemann) Onsdag formiddag kl. 10 i deres lokaler på Katrinebjergvej 95
Friday 06 February 2004 19:36:50
Posted by: JWL
Der udarbejdes en struktur for et indledende interview, med udgangspunkt i OOA&D kap. 1 og Bødker.
I den første samtale vil vi være overvejende observerende. Vi vil spørge til butikkens daglige rutine, og notere os hvordan deres nuværende teknik anvendes. Det vil lede os videre til kundens beskrivelse af problem- og anvendelsesområder, og hvilke generelle krav der kan stilles til et nyt system. Vi kan i samtalen nævne ideer og muligheder, men uden at forsøge at lede kunden i en bestemt retning.
Endelig vil vi beskrive en plan for vores forløb og hvad den næste samtale skal indebære.
Lidt uventet meddelte Drum City via telefon, at de ikke var interesserede i et projekt.
Friday 06 February 2004 16:31:40
Posted by: Deva
Online diary er oprettet.
Tuesday 03 February 2004 19:36:50
Posted by: JWL
Stadig ingen klarhed omkring samarbejde med transport-central og boligforening. Der modtages forslag til projekt fra TravelMarket, men det syntes ikke brugbart for os.
Slagtøjsforretningen Drum City kontaktes via telefon, og de lyder positive for samarbejde. Gruppen indstiller sig på et indledende interview med virksomhedens chef følgende fredag.
Monday 26 January 2004 19:36:50
Posted by: JWL
Gruppe dannet, diskussion om mulige projekter. Hver i gruppen undersøger hhv. softwarefirma (TravelMarket), transport-central og boligforening.
|
