Introduktion till Systemering - Högskolan i Gävle

Per Aspenberg ©
Göran Sundberg ©
Kurskompendium Introduktion till Systemering
MINIMERA ANTALET FORMULÄR / RAPPORTER
Ovan har beskrivits en metod för att systematiskt hitta de GUI-objekt som behöver prototypas
och sedemera förstås även driftsättas. I och med detta förefaller måhända GUI-strukturen som
rätt självklar, men så är ingalunda fallet. Vilka formulär kan kombineras? Skall två olika
funktionella krav om att söka rätt på låntagare utifrån låntagarnummer resp namn resultera i
ett och samma frågeformulär i Access (troligen).
Designbeslut av denna art kan faktiskt om man arbetar mer avancerat göras redan i
användningsfallsmodelleringen, genom att man t ex definierar "visa låntagardata" som ett Use
Case som används av flera andra användningsfall.
På motsvarande sätt kan man kanske kombinera rapporter som används i olika arbetsflöden
för att minska floran av sådana.
MENYSTRUKTUR
Det är också långt ifrån givet hur menystrukturen skall upprättas. Det kan t ex vara frågan om
ett vägval mellan att nå "ändra kundadress" via:
KUNDREGISTER > ÄNDRA KUNDUPPGIFT eller via:
REGISTERVÅRD > KUNDUPPGIFTER
Sådana överväganden får göras från fall till fall kanske med hjälp av ett prototypingförfarande.
Även vid detta arbete kan det vara till stor hjälp att modellera strukturen, t ex så
att navigationsmöjligheterna framgår :
Ett särskilt problem skulle väl
här bli att lösa hur man skall
kunna öppna ett
artikelfrågefönster och sedan
bekvämt kunna stänga det och
återvända till aktuellt läge i
order-registreringen.
KUND-
REG
48
HUVUD
MENY
ART-
FRÅGA
Fig 31. Enkelt exempel på en modell av
menystruktur och navigeringsmöjligheter
ORDER-
REG
ORDER-
RAD