Grupp 8 2001-10-09 B
Kravspecifikation 1. Introduktion
1.1 Syfte
Syftet med det här dokumentet är att ange kraven för spelet Bilspel. Dokumentet täcker bara
konsumentens del av kravspecifikationen. Kraven ska vara specificerade ur ett användarperspektiv.
Med användare avses i huvudsak …..
1.2 Omfattning
Det här dokumentet täcker kraven för prototypen av Bilspel.
1.3 Definitioner och förkortningar
Inga.
1.4 Referenser
Projektplan för Bilspel
1.5 Översikt
Översikt av dokumentets kapitel….
2. Övergripande beskrivning
Bilspel ska vara ett bilspel som simulerar bilkörning under fiktiva former och med förenklade
förutsättningar. Den grundläggande idén är att tillåta ett flertal användare/klienter att ansluta sig för att tävla mot varandra. Användarnas mål är att ta sig ett förutbestämt antal varv runt banan. Om en spelare tar en genväg så kommer inte en eventuell passage över start-/mållinjen rendera i ett godkänt genomfört varv. Tidsbegränsningar finns även i varje spel för hur lång tid ett spel får pågå och hur länge man får spela efter att första spelaren har gått i mål.
2.1 Produktperspektiv
Bilspel är avsett att efterlikna äldre och omodernare varianter av 2D bilspel så som till exempel Slicks'n'Slide. I dessa spel ingick inte möjligheten till nätverksspelande, utan begränsade
flerspelsmöjligheterna till utrymmet kring tangentbordet. Något som bland annat kunde resultera i
"interrupt" konflikter för tangentbordshanteringen och blodvite. Spelen var heller inte sällan av
"shareware" typ, vilket innebar ett förväntat ekonomiskt bidrag från användaren till utvecklaren. Vår produkt avser att överglänsa alla föregående nämnda spel på alla dessa punkter.
2.1.1 Driftskoncept
Bilspel kan befinna sig i en av följande tre tillstånd.
Huvudmeny: tillståndet där användaren konfigurerar sina inställningar och väljer spel/bana att spela.
Spelmiljö: tillståndet där användaren tävlar med sin bil mot andra användare.
Grupp 8 2001-10-09 B
Resultatlista: tillståndet då resultatet från ett avklarat spel presenteras och där användare kan välja att återgå till första eller andra tillståndet.
2.1.2 Användargränssnitt
Användaren kontrollerar spelets alla funktioner med hjälp av tangenbordet och/eller musen. Musen kan endast användas i huvudmenyn och resultatlistan.
2.1.3 Hårdvarugränssnitt
Användaren behöver en normalt utrustad persondator för att kunna spela Bilspel.
2.1.4 Mjukvarugränssnitt Webläsare som stödjer java.
2.1.5 Kommunikationsgränssnitt
Användaren behöver ha en nätverks anslutning (Internet/LAN) för att kunna spela spelet mot varandra.
Spelet spelas som en applet genom en webläsare, med en spelserver som opererar lokalt på webservermaskinen.
2.1.6 Minnesrestriktioner Inga.
2.1.7 Operationer
Normala operationer innefattar att ansluta sig till ett spel, spela spelet och sedan avgöra om man vill spela igen eller återvända till huvudmenyn.
2.1.8 Anpassningskrav Inga.
2.2 Produktfunktionalitet:
Grundläggande ("Ska-krav"):
1. Att kunna spela tillsammans med andra användare via internet.
2. Att kunna välja bil.
3. Att kunna välja att spela på olika banor.
4. Att det finns en topplista över de bästa tiderna.
5. Att man under spelets gåns ska kunna se var de andra spelarna befinner sig, vilket varv man är på och hur lång tid det gått sen man startade.
6. Att spelet är över x minuter efter första gått i mål eller efter y antal minuter efter starten.
7. Att efter spelet är slut måste man välja mellan att fortsätta spela på samma bana eller gå tillbaka till menyn och välja en annan bana.
Tilläggskrav ("Bör-krav"):
1. Att man under spelets gång ska kunna se vilken plats man är på.
Grupp 8 2001-10-09 B
2.3 Användaren
Användaren förväntas vara mellan 6-99 år gammal.
2.4 Begränsningar
Spelet ska implementeras i Java och exekveras i en webläsare som stödjer Java. Det ska köras på en snabb dator med en snabb nätverksanslutning.
2.5 Antaganden och beroenden
Inga, förutom det som framgår utav detta dokument.
2.6 Prioritetsordning för implementation av krav eller funktioner
Krav som definierats som "ska-krav" ska ovillkorligen implementeras medan krav som definierats som
"bör-krav" bara bör implementeras i mån om tid.
3 Detaljerade Krav
Användaren ska ha tillgång till en dator med webbläsare samt Internetuppkoppling och möjlighet att exekvera program skrivna i Java. Taxichaufförerna i taxibolaget antas
ha tillgång till mobiltelefoner som har funktioner som tillåter positionering och kommunikation med växeloperatören.
Definition 0.1
Systemet ska ge växeloperatören kännedom om vilka taxiförare som är i tjänst via inloggning av förarna själva.
0.2
Systemet ska ge växeloperatören kännedom om vilka taxiförare som är lediga.
0.3
Information om hur många taxibilar som är i tjänst samt antalet lediga taxibilar vid viss tidpunkt skall kunna ges vid förfrågan av växeloperatören.
0.4
Aktuell karta över en taxizon med däri placerade taxibilar ska finnas att tillgå för växeloperatören.
0.5
Från en adress ska korrekt taxizon identifieras och enligt gällande turordning ska taxibilen som står i tur för körning namnges, samt efterkommande alternativa taxibilar rangordnas efter samma regler.
0.6
Korrekt zon skall kunna identifieras av systemet om ett gatunamn skrivs in av växeloperatören.
0.7
Viss taxibils position ska kunna sökas och bilens status ska därefter ges av systemet.
0.8
Grupp 8 2001-10-09 B
En lista på bokningar under aktuell dag ska finnas tillgängliga för växeloperatören.
0.9
Den information som erhålles från kund för en körning ska kunna registreras under samtalets gång utan att det upplevs som störande.
0.10
Om körningen är en bokning av taxi längre framåt i tiden, ska den kunna registreras som sådan. Systemet ska sedan automatiskt, en halvtimme innan körningen ska äga rum, göra växeloperatören uppmärksam på detta.
0.11
Kommunikationen mellan växeloperatören och taxichaufför bör kunna ske för bekräftelse av körningar.
4 Icke funktionella Krav
4.1 Tillgänglighet
Systemet ska fungera 24 timmar per dygn utan avbrott.
4.2 Prestandakrav
0.1
Systemet ska användas av en användare, dvs en växeloperatör åt gången.
0.2
Sökningen av den i tur stående taxibilen får inte ta längre än 20 sekunder.
4.3 Generella krav
Användarvänlighet 0.1
Konstruktiva felmeddelanden.
0.2
Få kommandon ska vara nödvändiga för varje funktion som finns.
0.3
Systemet ska vara enkelt nog för att utföra registrering och annan nödvändig åtgärd under tiden som växeloperatören har kundkontakt.
0.4
Systemet ska innehålla kortkommandon för att tillgodose avancerade användares behov.
Grupp 8 2001-10-09 B
5 Användningsfall
Varje användarfall följs av en bedömning av svårigheten med att implementera funktionerna och kundens värdering av funktionerna. Vi använder oss av
skalan 1:10. I dessa bedömningar används förkortningarna:
C : kostnad i arbetstimmar mätt V : värde för kunden
R : risken förknippade med implementeringen, eventuella förändringar ska Vägas in
D : är funktionerna starkt förknippade med andra funktioner M : mått för att uppskatta om man nått målet med funktionen
Användarfall
Namn: För in order för omedelbar upphämtning Aktör: Växeloperatören
Inträdesvillkor: En kund ringer in och växeloperatören har möjlighet att svara Utträdesvillkor: Ordern införd, väntar på svar från taxichauffören
Händelseflöde:
Genom att fråga ut kunden för operatören in namn, hämttid, destination, samt körtyp Samtalet avslutas
Därefter sparas ordern
En taxibil sökes efter gällande regler Bedömning:
Grupp 8 2001-10-09 B C 40, V 10, R 2, D2, P 10, M halvmin att skriva in order, 5 min inlärning Namn: För in order för senare tillfälle
Aktör: Växeloperatören
Inträdesvillkor: En kund ringer in och växeloperatören har möjlighet att svara Utträdesvillkor: Ordern införd och lagrad som bokning
Händelseflöde:
Genom att fråga ut kunden för operatören in namn, hämttid, destination, samt körtyp Samtalet avslutas
Därefter sparas ordern som bokning Bedömning:
C 2, V 8, R 2, D2, P8, M 30 sekunder för inskrivning, 5 min inlärning Namn: Hantering av bokningspåminnelse
Aktör: Växeloperatören
Inträdesvillkor: Systemet påminner operatören om nära förestående körning (bokning) Utträdesvillkor: Bokningspåminnelsen borttagen, väntar på svar från taxibil
Händelseflöde:
Systemet kontaktar operatören genom ett popup fönster med information om den infallande bokningen.
Operatören går till ordern och söker taxibil för denna Bedömning:
C 40, V 9, R 4, D 6, P 9, M 10 sekunder för hantering, 5 min för inlärning Namn: Svar från taxibil
Aktör: Växeloperatören och taxibilen
Inträdesvillkor: Taxibilen bortsäger sig körning Utträdesvillkor: Väntar på svar från nästa taxibil
Grupp 8 2001-10-09 B
Händelseflöde:
Taxibilen meddelar via utrustningen i sin bil att denne är upptagen Operatören tar fram den aktuella orden
Tar nästa taxibil i ordningen för ordern och kontaktar den Inträdesvillkor: Taxibilen tar på sig körning
Utträdesvillkor: Ordern lagrad med information om förare Händelseflöde:
Operatören tar fram orderbekräftelsen och lagrar den på nytt med den nya informationen tillagd Bedömning:
C 10, V 5, R 6, D 6, P 5, M 30 sekunder för hantering av påminnelsen, 5 min för inlärning