Bilaga 3. Kravspecifikation
Innehåll
1. Inledning ... 2
2. Allmänna krav ... 3
1.1 Utformning och kapacitet ... 3
1.2 Typ av cyklar ... 3
1.3 Öppettider ... 3
3. IT/ITS-tekniska krav ... 4
3.1 Inledning ... 4
3.2 Informationsägare ... 4
3.3 Relationen användare och leverantör av tjänsten ... 4
3.4. Systemlösning ... 4
3.5. Krav på leverantörens IT-lösning ... 5
4. Konstruktion ... 10
5. Drift, service och underhåll ... 11
6. Utbildning ... 12
1. Inledning
Inom arbetet med genomförandestudien ingår att ta fram ett koncept till kravspecifikation för cykelparkeringstornet. Denna kravspecifikation är uppdelad på allmänna krav, IT/ITS-
tekniska krav, konstruktionstekniska krav, drift- och underhållskrav samt utbildningskrav.
Kravspecifikation ska ej ses som fullständig då det finns frågor som kvarstår att ta ställning till, men det utgör underlag till kommande skede.
Kommande arbeten föreslås i genomförandestudien delas upp i två olika delentreprenader, dels en för cykelparkeringstornet inklusive montage, driftsättning samt IT-system och dels en för markarbeten med pålning, platta på mark, el och VVS arbeten. Detta innebär att vissa av dessa krav kommer att finnas med i två förfrågningsunderlag och vissa enbart i det ena eller det andra förfrågningsunderlaget.
Kopplat till krav beskriva i denna kravspecifikation är föreslagna användarvillkor som finns beskrivna i Bilaga 4 Användarvillkor.
2. Allmänna krav
1.1 Utformning och kapacitet
AKrav 1: Cykelparkeringstornet ska ha parkeringsutrymme för minst 120st cyklar men gärna fler. Ska tornleverantör få högre utvärderingspoäng vid fler cykelparkeringsplatser?
AKrav 2: Tornets diameter får inte överstiga 10m
AKrav 3: Tornets höjd inklusive gestaltning bedöms inte få inte överstiga 15m enligt arkitekt. Denna bedömning behöver dock verifieras innan upphandling av
cykelparkeringstorn genomförs.
AKrav 4: Parkering eller uthämtning av cykel ska ta maximalt 30 sekunder. Denna tid inkluderar inte registrering av användaren. Tiden för parkering och uthämtning bör vara ett krav i upphandlingen och generera högre poäng för snabbare hantering av cykeln.
1.2 Typ av cyklar
AKrav 5: Cykelparkeringstornet ska kunna ta emot standard två-hjuliga cyklar. Tornet ska klara att hantera cyklar som har extrautrustning såsom barnsadel, cykelkorg och kvarlämnad cykelhjälm.
1.3 Öppettider
AKrav 6: Cykelparkeringstornet ska vara öppet för parkering av cyklar dygnet runt, året runt (365/7/24). Underhållsarbete som medför avstängning av cykelparkeringstornet kan tillåtas men kräver Trafikkontorets godkännande. Vilken nertid accepteras innan vite utfaller?
Nertiden för drift- och underhållsarbeten bör vara en del i upphandlingen och generera högre poäng för mindre nertid av cykeltornet.
3. IT/ITS-tekniska krav
3.1 Inledning
Cykelparkeringstornet kräver en digital lösning för bland annat registrering, inlämning och uthämtning av cykel samt information till användaren och Trafikkontoret. Leverantörens IT- lösning ska anpassas för att fungera ändamålsenligt och säkert med stadens IT-system.
För att användarna lätt ska hitta till stadens cykelrelaterade tjänster och uppfatta dem som enkla, så har Trafikkontoret ambitionen att skapa en gemensam digital lösning för samtliga tjänster. Det ger också vinster i förvaltning och hantering av användarinformation och ger bättre möjligheter att samarbeta med andra tjänsteleverantörer, som Västtrafik eller P- bolaget. Detta arbete drivs separat och gör att den kravbild som ställs på
cykelparkeringstornet är uppbyggd för att fungera utan en gemensam lösning, men också för att kunna anslutas till en framtida lösning.
3.2 Informationsägare
• Staden ska ha fullständigt ägarskap över den information som skapas och lagras i systemet gällande bokningar, uthyrningstransaktioner, ekonomiska transaktioner och kundinformation.
• Staden ska ha tillgång till all denna information (bokningar, uthyrningstransaktioner, ekonomiska transaktioner och kundinformation).
• Stadens utvalda kundtjänst ska ha tillgång till all den information som krävs för att kunna stödja kunden vid frågor kring dennes nyttjande och frågeställningar.
3.3 Relationen användare och leverantör av tjänsten
Användaren ska registrera sig för att kunna utnyttja tjänsten. Användaren identifierar sig exempelvis via smartphone eller smartcard. Tjänsten ska vara öppen för samarbeten med externa parter, så som Västtrafik, P-bolaget eller dylikt, så att registrering kan ske via deras användartjänster.
Användaren ska kunna vända sig till en kundtjänst vid problem eller frågeställningar, och förslaget är att det är Kontaktcenter inom Medborgarservice.
3.4. Systemlösning
Tre centrala delar (moduler) som identifierats är Kundsystemet, Identifiering och
Betaltjänster. Dessa ska leverantören kunna lyfta ut ur sin systemlösning och integrera mot stadens e-tjänst kallad ”Mina tjänster”.
• Kundsystemet innehåller kundregistrering, kunddata, identifiering, transaktioner, abonnemang och liknande data som rör kunden och dess användande, kundsystemet kommunicerar sedan mot betaltjänster.
• Betaltjänster innefattar hur kunden betalar för tjänsten som består av abonnemang eller enstaka köp. Betalning föreslås ske via kreditkort eller swish. Stadens ”Mina tjänster” har idag enbart möjlighet till faktura som betalsätt. Under 2018 så finns det med i planen hos Intraservice att kunna tillhandahålla andra betaltjänster för mindre
betalningar eller abonnemang. Om inte detta uppnås av Intraservice som planerat så har Trafikkontoret möjlighet att utveckla detta.
• Identifiering ska kunna ske mot en av staden tillhandahållen tjänst, antingen direkt mot kundsystemet eller separat. Identifiering ska kunna ske med exempelvis
smartphone eller smartcard. Systemet ska tillhandahålla en lösning för om användaren har tappat sin telefon eller sitt kort.
Ovan påverkar leverantörens val av systemarkitektur och det är viktigt att dessa krav finns med vid upphandlingen.
3.5. Krav på leverantörens IT-lösning
Kraven på leverantörens IT-lösning kan delas upp i två typer av krav:
1. Krav på mjukvaruarkitekturen som måste tillåta att stadens kundsystem och betallösningar kan stödjas.
2. Tekniska krav som göra att Trafikkontoret och staden kan drifta de systemdelar som ska ligga utanför själva tornet.
För drift av systemlösningar finns det ett antal tekniska förutsättningar vilka finns beskrivna i detta dokument. Utöver dessa så finns det krav på själva mjukvaruarkitekturen ”Krav på leverantörens lösning” samt ”Tekniska krav och förutsättningar”.
3.5.1 Krav på leverantörens lösning
TKrav1: Leverantören ska tillhandhålla lämpliga API:er som separerar:
• kund
• betalning
• transaktioner
Detta för att staden ska kunna inkludera cykelparkeringstorn i stadens ”Mina tjänster” och använda stadens egna kundsystem och egna betalsystem.
TKrav2: Leverantören ska tillhandahålla en lösning för övervakning av de systemdelar som ingår i cykelparkeringstornslösningen så att staden ska kunna veta när system ligger nere och hur länge. Lösningen ska följa en etablerad industristandard.
TKrav3: Det ska vara möjligt att löpande kalibrera informationen om antalet lediga platser.
Det ska finnas möjlighet att spärra användning av ett antal platser, till exempel för underhållsarbeten. Spärren ska slå igenom på informationen om antalet lediga platser.
TKrav4: Leverantören ska kunna leverera ett färdigt övergripande analysverktyg för att kunna analysera nyttjandet, för att ägaren ska kunna hämta ut och analysera information.
TKrav5: Leverantören ska tillhandahålla lämpliga API:er för att staden ska kunna hämta ut data för större och mer detaljerade analyser i tredjepartsverktyg både realtids- och
statistikdata. Rådata med beskrivande metadata ska ingå i API:et. Detta krav kan komma att utgå om statistik ska finnas hos Göteborgs stad.
TKrav6: Realtidsdata sparas i en statistikdatabas där data aggregeras på fem-minutersnivå.
Realtidsdata definieras i Tkrav6 nedan tillsammans med datum och tid. Beslut nödvändigt att ta om statistik ska ligga hos leverantör eller hos Göteborgs stad.
TKrav7: Information från systemet levereras kostnadsfritt till Trafikkontoret i Göteborg.
TKrav8: Leverantören ska tillhandahålla ett API innehållande:
• antal parkerade cyklar
• antal lediga platser
• antal tillgängliga platser dvs. hur många av platserna som är i drift.
• antal registrerade användare
• antal aktiva abonnemang.
• antal inaktiva abonnemang
• funktion för platsbokning
• Antal parkeringar per användare (min, median, max)
• Antal parkeringar totalt
• Total parkeringstid/användare samt min, max och medel parkeringstid
• Antalet tillfällen tornet blivit fullt samt vid vilka tidpunkter och hur länge det har varit det.
• Antalet tillfällen tornet blivit tomt samt vid vilka tidpunkter och hur länge det har varit det.
• Antalet regleringar, dvs. hur ofta vi skickar påminnelse om att hämta ut sin cykel samt antalet tillfällen vi plockar ut en cykel.
Information trafikkontoret vill kunna förmedla utåt till användarna:
• Antalet tillgängliga platser i realtid
• Statistik beläggningsgrad över dygnet
Sammanställt betyder det att systemet behöver leverera följande information för att sedan kunna ta fram den ovan nämnda informationen.
• Datum
• Tid
• In/utlämning
All information om statistik och redovisning ska vara avidentifierad när den når trafikkontoret.
TKrav9: Leverantören ska ta fram och exponera ut en dashboard som visar aktuell
beläggning, tillgänglighet och tillstånd, så att stadens kundtjänst och dess kundmottagare ska kunna besvara inkommande frågor från användarna.
TKrav10: Leverantören ska inte lagra några betalkortsinformation eller betalningstransaktioner lokalt i cykeltornets fysiska anläggning.
2.5.1.1 Registrering av abonnemang, betalning och betalsystem
För att parkera i cykelparkeringstornet krävs registrering av användaren. Registreringskravet behövs för att möjliggöra fordonsflytt i anläggningen och för att minska risken för att
parkeringsanläggningen används för otillåten verksamhet.
TKrav11: Registrering av användarkonto görs digitalt, via dator eller smartphone.
Registrering kan komma att ske via extern part, till exempel Västtrafik eller P-bolaget. Vid registrering samtycker användarna till användarvillkoren och lämnade personuppgifter.
Eventuellt kan det vara aktuellt att erbjuda manuell registrering av användare på någon plats i staden för att säkra att de grupper som inte har smartphones ändå kan ha tillgång till parkeringsanläggningarna.
TKrav12: Registrerade användare ska kunna identifiera sig med sin smartphone eller med ett smartcard, exempelvis Västtrafikkortet eller P-bolagets app, för att hämta och lämna cykeln i cykelparkeringstornet.
TKrav13: Kunden ska få kvittens via SMS, e-post eller via app när cykel parkerats. Kvittens innebär inte att trafikkontoret tar över ansvaret för cykeln.
TKrav14: Alla instruktioner till användaren ska finnas på svenska och engelska.
2.5.1.2 Att lämna in och hämta ut parkerad cykel.
För att parkera cykeln ska användaren identifiera sig genom att identifiera sig vid cykelparkeringstornet.
TKrav15: Parkeringen av cykeln ska ske automatiskt och inte kräva personal på plats.
TKrav16: Parkering eller uthämtning av cykel ska ta maximalt 30 sekunder. Denna tid inkluderar inte registrering av användaren. Tiden för parkering och uthämtning bör vara ett krav i upphandlingen och generera högre poäng för snabbare hantering av cykeln.
TKrav17: Fel på cykelparkeringstornet ska indikeras för användaren både på plats vid tornet och exempelvis via notis i app.
TKrav18: Leverantören ska ta fram en lösning för uthämtning av cykel då appen ligger nere eller smartcard-identifiering inte fungerar.
2.5.1.3 Maxtid parkering
Grundtanken med stadens cykelparkeringsanläggningar är att erbjuda parkering för så många användare som möjligt samt att genom maxtider och kostnader styra användandet. För
cykelparkeringstornet föreslås att en cykel maximalt får stå parkerad 24 timmar i sträck till en abonnemangskostnad. Vill användare parkera längre tillkommer en parkeringsavgift.
TKrav19: Om en cykel har stått parkerad i cykelparkeringstornet längre än vad som tillåts i användarvillkoren skickas en påminnelse via sms, e-post och/eller brev. Det påförs då en administrativ avgift. Systemet ska själv hålla koll på hur länge en cykel stått parkerad och skicka ut påminnelse till användare eller till Göteborgs stad som i sin tur har kundkontakten.
TKrav20: Om en cykel har stått parkerad i cykelparkeringstornet längre än vad som tillåts i användarvillkoren och en påminnelse har skickats ut utan att användaren flyttat cykel skickas ett meddelande till Trafikkontoret som kan genomföra en fordonsflytt.
2.5.1.4 Teknik i och omkring tornet
TKrav21: Webkamera - Det ska finnas en kamera inuti tornet som visar mekaniken i
cykelparkeringstornet. Denna informationen ska även streamas trådlöst och visas på en skärm för de som väntar utanför tornet. Information ska streamas trådlöst så att trafikkontoret och eventuell driftentreprenör har tillgång till kamerabilderna inifrån tornet.
TKrav22: Anläggningen ska kunna fjärrmanövreras och startas remote. Om anläggningen stannar på grund av att någon kommit för nära de automatiska dörrarna där cykeln tas in ska anläggningen kunna startas från driftledningscentralen. Leverantör ska också medverka till att andra vanliga felkällor utformas för att minimera driftsbortfall och att personal ska behöva åka ut på plats.
TKrav23: Kamera för drift och underhåll – Det ska finnas kameraövervakning av de delar av tornet som kan ha högre felfrekvens. Materialet ska kunna övervakas från
driftledningscentral. En anläggningsdel som behöver kunna övervakas är dörren där cykeln lämnas in/ut ur anläggningen.
TKrav24: Det ska finnas en högtalare på/i anslutning till tornet för att kunna ropa ut ett meddelande till personer som finns i anslutning till tornet i samband med remote omstart av anläggningen.
TKrav25: Det ska finnas utrymme att montera fyra monitorer inklusive
infästningsanordningar innanför glaspartier på bottenvåning i cykelparkeringstornet.
Monitorerna ska visa av staden tillhandahållen information, till exempel kollektivtrafikinformation.
TKrav26: Det ska finnas en extern kamera som övervakar området i och omkring
cykelparkeringstornet för att garantera trygghet för användarna. Materialet kan begäras ut av polisen och sparas i 48h innan det kasseras.
TKrav27: Felanmälan av tornet ska skötas genom trafikkontorets felanmälanssystem Cityworks.
2.5.2 Tekniska krav och förutsättningar
För att Trafikkontoret och staden ska kunna tillhandahålla driftsmiljö för leverantörens applikationer, integrationer och tjänster som ligger utanför själva cykeltornets fysiska miljö så finns det i dagsläget följande möjligheter för drift av leverantörens applikationer och tjänster.
Webservers
• Windows Server Standard 2016, or later
• Microsoft IIS 10, or later
• .NET 4.5 or later
• Linux/Ubuntu in special situations (through partner Intraservice) Application servers and services
• Windows Server Standard 2016, or later
• Microsoft SharePoint 2013
• Windows services (all services common to standard edition available)
• Linux in special situations (through partner Intraservice)
Integrations platforms
• BizTalk (ESB)
• MS SQL Service Integration Services
Database environments
• Microsoft SQL Server 2016, or later
•
Communication
• Security on transport layer
• Communication security must be secured using TLS v1.1, or later (not SSL)
• Networking in city environment
o Primary choice: mobile 4G, with our own APN o Secondary choice: Fibre
Supervisory tools
• Helpsystems Intermapper
4. Konstruktion
Nedan följer ett utkast på kravbild som behöver kompletteras.
KKrav1: Leverantören ska lämna en garantitid på fem (5) år.
KKrav2: All utrustning ska vara CE-godkänd vid leveranstillfället.
KKrav3: Fordonsflytt ska vara möjlig att genomföra av Trafikkontorets utsedda entreprenör.
KKrav4: Det skall vara möjligt att förse tornet mer reservkraft i form av batteri eller motsvarande lösning så att tornet kan brukas även vid strömavbrott.
KKrav5: Tornets konstruktion, inklusive fasad, stomme, dörrar och hissar etc, ska tåla klimatet i Göteborg. Det är extra viktigt att sand- och saltpåverkan vintertid beaktas. Vilken korrosionsklass etc?
5. Drift, service och underhåll
DoUKrav 1: Leverantören skall ha ett helhetsansvar för att cykelparkeringstornet vid överenskommen tidpunkt för driftstart har full funktionalitet i alla system och enheter som tillsammans utgör cykelparkeringstornet.
DoUKrav 2: Leverantören ska som option ge pris på 5-årlig fast driftkostnad av hela systemet. I driftansvaret ligger drift och underhåll av hela cykelparkeringstornet.
Anbudsgivaren skall beskriva driftuppdragets form, organisation och upplägg. Lämnas som bilaga.
DoUKrav 3: Leverantörens åtagande under garantitiden:
• Åtgärda fel som omfattas av garantier snarast, men senast inom 48 timmar under vardagar.
• Lämna fri support för frågor rörande administration samt drift, service och underhåll av samtliga system samt utrustningar som ingår i systemet. Support skall omfatta teknisk support rörande drift, service och underhåll.
• Support skall snarast besvaras, dock inom två timmar vardagar mellan klockan 8-17.
• Leverantören skall fortlöpande ha dialog med beställaren om systemets funktionalitet för att uppmärksamma driftstörningar och andra fel.
• Leverans av reservdelar skall ske snarast, dock senast inom fem arbetsdagar från upptäckandet av fel. Detta gäller under garantitiden.
DoUKrav 4: Efter den 5-åriga driftperioden skall leverantören kunna lämna support för systemet genom supportavtal. Anbudsgivare ska bifoga förslag på supportavtal.
DoUKrav 5: Tillgång till reservdelar skall finnas under minst 10 år.
6. Utbildning
UKrav1: Leverantören skall genomföra utbildning för samtlig personal som berörs av arbetsuppgifter kopplade till cykelparkeringstornet.
UKrav2: Leverantören skall tillhandahålla utbildningsmaterial som tillsammans med
dokumentationen för cykelparkeringstornet utgör kvalificerad grund för att administrera samt utföra felsökning, drift- och underhållsåtgärder av systemet.
UKrav3: Utbildningen skall genomföras i två fristående kurser och anpassas till service/driftpersonal och administrativ personal. Med service och driftpersonal menas personal som utför service och reparation av cykelparkeringstornet samt administrativ personal är personal som handlägger användarfrågor. Varje utbildning skall bestå av
grundkurs och uppföljning. Utbildningen skall vara genomförd innan cykelparkeringstornet tas i drift.
UKrav4: Utbildningen skall vara så omfattande att beställaren får god kännedom i systemets samtliga delar och funktioner för att självständigt kunna driva cykelparkeringstornet.
Utbildningen skall minst innehålla:
• Systemuppbyggnad och funktion
• Handhavande av alla ingående system och funktioner
• Drift- och underhåll av alla ingående system och funktioner
• Reparation av alla ingående system och funktioner
• Förebyggande underhåll
• Felsökning
Datum för utbildning skall ske i samråd med beställaren.
UKrav4: Utbildningsmaterial till alla kursdeltagare (max tjugo personer) och undervisning skall vara på svenska och ske i Göteborg.
