BIJLAGE E REQUIREMENTS

Transcriptie

1 BIJLAGE E REQUIREMENTS Augmented Reality Application Opgesteld door: Bestaande uit: Opdrachtgever: ARA Nik Bruining Alexander Hatzmann Raymon de Jong Kevin Lankhuizen Arthur Teinsma Irin Bouwman Datum:

2 Inhoud 1 Inleiding Requirements Functionele requirements Niet-functionele requirements (Systeem) Beperking... 7

3 1 Inleiding In dit document zijn de requirements te vinden waaraan onze applicatie moet voldoen. We bakenen zoveel mogelijk zaken af om een duidelijk beeld te krijgen van wat wij precies willen en wat wij gaan uitvoeren. Om die reden hebben wij als projectgroep een aantal requirements opgesteld waaraan de applicatie moet voldoen. Voor het prioriteren van de kenmerken binnen het project wordt de MoSCoW-methode gebruikt. Hierbij wordt per kenmerk een waardering toegekend volgens onderstaande classificering: M Must have: Deze eisen zijn noodzakelijk voor een goed eindresultaat. Wanneer een eis van deze classificering niet in het eindresultaat terugkomt, is het eindproduct niet bruikbaar. S Should have: Deze eisen zijn niet noodzakelijk, maar zeer gewenst. C Could have: Deze eisen komen pas aan bod als de overige eisen verwerkt zijn. W Won t have: Deze eisen zullen niet binnen dit project verwerkt worden, maar zouden eventueel in een vervolgproject aan bod komen. 2 Requirements 2.1 Functionele requirements Nummer 1.0 Omschrijving De applicatie geeft informatie weer over de CO2 mitigators Nummer 1.1 Omschrijving De applicatie geeft informatie weer over de energieproducenten

4 Nummer 1.2 Omschrijving De applicatie geeft informatie weer over de energieleveranciers. Nummer 1.3 Omschrijving De applicatie geeft informatie weer over de aanbieders van ondersteunende diensten. Nummer 1.4 Omschrijving De applicatie geeft informatie weer over de energiemarkt; EN Square Nummer 2.1 Omschrijving De informatie die weergeven wordt moet ververst kunnen worden door op een knop te drukken. Prioriteit C Henk-Jan Hekman Is waarschijnlijk niet nodig

5 Nummer 2.2 Omschrijving De informatie die na het scannen weergeven wordt, is voor alle gebruikers hetzelfde. Nummer 2.3 Omschrijving De informatie die weergegeven wordt bevat het vakjargon van de doelgroepen. De applicatie geeft de verschillende partijen weer m.b.v. 3D-objecten geprojecteerd op het toestelscherm; Nummer 2.4 Omschrijving De applicatie moet geen overbodige informatie tonen. Nummer 3.0 Omschrijving Per hoofdgroep kan aparte informatie weergeven worden door op een knop te drukken. 2.3 De objecten worden de knoppen om informatie te laten zien op het scherm;

6 Nummer 4.0 Omschrijving De applicatie moet beschikbaar zijn in het Engels en Nederlands. Irin Bouwman 2.2 Niet-functionele requirements (Systeem) Nummer 1.0 Omschrijving Op locatie van het project is er een objectherkenningspunt aanwezig. Niet- De zuil op locatie is een horizontaal oppervlak met daarop een plattegrond met markers voor de 3D-modellen; Nummer 1.1 Omschrijving Het objectherkenningspunt bevat een afbeelding/qr-code. 1.0 Niet- De applicatie scant een herkenningspunt en doet daar een overlay over in 3D; Nummer 2.0 Omschrijving De applicatie toont binnen 10 seconden de relevante informatie Niet-

7 Nummer 3.0 Omschrijving De lay-out van de applicatie moet zich aanpassen aan de verschillende schermformaten. (Responsive desgin) Niet- Nummer 4.0 Omschrijving De applicatie crasht niet en loopt niet vast Niet- Nummer 5.0 Omschrijving De applicatie moet op verschillende besturingssystemen kunnen werken, zoals IOS & Android Niet- Nummer 6.0 Omschrijving De applicatie moet gebruik kunnen maken van de camera. Niet-

8 2.3 Beperking Realtime data De realtime data moet vanuit de API komen, de API bouwen wij niet.