Kravspecifikation. 1. Introduktion. 2. Övergripande beskrivning. 1.1 Syfte. 1.2 Omfattning. 1.3 Definitioner och förkortningar. 1.

Transkript

1 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 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 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.

2 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 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 Hårdvarugränssnitt Användaren behöver en normalt utrustad persondator för att kunna spela Bilspel Mjukvarugränssnitt Webläsare som stödjer java 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 Minnesrestriktioner Inga 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 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å.

3 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 Systemet ska ge växeloperatören kännedom om vilka taxiförare som är i tjänst via inloggning av förarna själva. Systemet ska ge växeloperatören kännedom om vilka taxiförare som är lediga. 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. Aktuell karta över en taxizon med däri placerade taxibilar ska finnas att tillgå för växeloperatören. 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. Korrekt zon skall kunna identifieras av systemet om ett gatunamn skrivs in av växeloperatören. Viss taxibils position ska kunna sökas och bilens status ska därefter ges av systemet.

4 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 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 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 Systemet ska användas av en användare, dvs en växeloperatör åt gången. 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 Konstruktiva felmeddelanden. Få kommandon ska vara nödvändiga för varje funktion som finns. 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. Systemet ska innehålla kortkommandon för att tillgodose avancerade användares behov.

5 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 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

6 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 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 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 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 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

7 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 Operatören tar fram orderbekräftelsen och lagrar den på nytt med den nya informationen tillagd 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