MediePortal 2.0. Statement of Work. Felskov ApS og Appear. House og Co. Skrevet af. Til. Udgave 1 Side 1 af 14

Transkript

1 MediePortal 2.0 Statement of Work Skrevet af Felskov ApS og Appear Til House og Co. Udgave 1 Side 1 af 14

2 Arbejdsgang Justeringer og ekstraudvidelser Kundens ansvar Tekniske bemærkninger Dokumentation Unit tests Browser understøttelse Tilbud og tidsplan Specifikation Sprint 1 (alle hold i samarbejde) Sprint 2 (alle hold i samarbejde) Sprint 3 (hold 1) Udgave 1 Side 2 af 14

3 Arbejdsgang For at få en løbende dialog omkring projektet, deler vi udviklingen op i sprints ad omtrent en uges varighed. Efter hvert sprint sendes opdateret build til gennemgang, hvorefter vi sammen kan tweake funktionaliteten. Dette gøres for at undgå en stor QA fase til sidst i projektet. Vi deler udviklerne op i tre hold, som på skift vil starte nye sprints op og derved også have pauser mellem deres sprints, hvori vi har tid til at justere og optimere koden, uden at blokere den videre udvikling af projektet. Vi starter et nyt sprint hver mandag undervejs i projektet, og vil typisk kunne præsentere det primo / medio ugen efter. Derefter er der afsat tid til, at hvert hold kan nå at justere og QA e leverancen i samarbejde med jer. Specificeringen er lavet med udgangspunkt i disse sprints, og skal derfor ses som en plan for hvilke sektioner vi påbegynder uge for uge undervejs i projektet. Derved indeholder dette skriv både opgavespecificering, estimering og tidsplan. Justeringer og ekstraudvidelser Efter ønske fra Allan har vi i dette tilbud indsat økonomi til at justere og tweake brugerfladen løbende. Vi har i alt afsat 12% af den samlede økonomi til at foretage disse justeringer og optimeringer i samarbejde med jer. Vi skelner mellem justeringer og ekstraudvidelser, som skal estimeres og planlægges særskilt. En justering forstås som ændring af farver, placeringer, størrelser, animationer / overgange og lignende optimeringer af interfacet. Alle andre ændringer, som f.eks. redesign, nye features / funktioner eller ændring af brugsflow, anses for at være ekstraudvidelser. Disse giver vi tilbud på via e mail, og de planlægges udenom resten af processen. Kundens ansvar Vi har for hvert sprint noteret hvilke designs og API er vi har brug for. Det er nødvendigt at disse ting ligger klar mandag senest i ugen det pågældende sprint er planlagt, hvis vi skal kunne overholde tidsplanen i dette Statement of Work. Foreligger disse informationer ikke, vil tidsplanen blive rykket en uge frem, og sprintet startes ugen efter. Derudover vil vi i løbet af et sprint opsamle en liste over labels, som mangler at blive defineret i MediePortalen. Denne liste sender vi i forbindelse med præsentation af sprintet, og herefter vil vi bede om at modtage disse labels i løbet af ugen efter sprintet for at undgå at forstyrre holdet, når de starter nye sprints op. Udgave 1 Side 3 af 14

4 Såfremt der er ønske til konfigurationsmuligheder, funktioner, sider eller lignende som ikke er nævnt i denne specifikation, er de ikke medtaget i dette tilbud. I det tilfælde beder vi jer kontakte os, så vil vi vende tilbage med et opdateret Statement of Work. Udgave 1 Side 4 af 14

5 Tekniske bemærkninger Projektet bygger videre på strukturen fra VideoPortal 3.0 og vil derfor blive baseret på følgende frameworks og biblioteket: RequireJS (til definition og indlæsning af moduler i AMD strukturen) KnockoutJS (det grundlæggende MVVM framework) John Resigs Class inheritance (til strukturering af komponenter, så de let kan udvides og målrettes forskellige klienter, se også: javascript inheritance/) jquery (DOM manipulation) Underscore (forskellige værktøjer der letter udviklingen) Amplify.js (kommunikation mellem komponenter, server osv.) Handlebars (til templating) Crossroads.js (router til håndtering af history og deeplinking, vi benytter desuden søster biblioteket Hasher til håndtering af hash adresser) Dokumentation Vi sørger ligeledes for overlevering af dokumentation, udarbejdet indlejret i kildekoden og udtrukket med brug af JSDoc. Desuden skrives der særskilt dokumentation, som beskriver hvordan en portal konfigureres og kompileres samt angivelse af hvor forskellige UI komponenter kan styles. Unit tests Vi bruger Jasmine biblioteket til at skrive unit tests, og vil overlevere unit tests til alle komponenter beskrevet i specifikationen herunder. Disse unit tests vil ligge så tæt på kildekoden som muligt og være navngivet som.spec.js. Browser understøttelse For at undgå forsinkelse af udviklingsprocessen, optimerer vi op til overlevering af hvert sprint udelukkende til seneste version af Google Chrome. Mellem sprints sørger vi udover justeringer også for tests og understøttelse af de følgende platforme: Desktop (testes i 1024x768 samt 2560x1440) Version 32 til og med 36 af Google Chrome Version 27 til og med 31 af Firefox Version 6 og 7 af Safari Version 9 til og med 11 af Internet Explorer Tablets Internet Explorer 10 på Windows Surface tablet Mobile Safari på ipad mini med ios 7 Udgave 1 Side 5 af 14

6 Galaxy Tab 10.1 med Android version 4+ indbygget browser Telefoner Mobile Safari på iphone 4 med ios 6 Mobile Safari på iphone 4s med ios 7 Mobile Safari på iphone 5 med ios 7 Android version 4+ indbygget browser på Samsung Galaxy S2 + S3 HTC One X Google Nexus 7 Windows Phone 8.1 indbygget browser på Nokia Lumia 920 Vi opforderer desuden til, at i løbende tester overleveringer på de ovenstående platforme for at have en mere solid crossbrowser understøttelse løbende i processen. Udgave 1 Side 6 af 14

7 Tilbud og tidsplan Som det noteres i specifikationen nedenfor, har vi opdelt vores tidsplan i xx sprints, hvilket betyder vi vil kunne overlevere et samlet build til endelig QA den xx. yyyyyy. Dette er dog under forudsætning af, at tilbuddet accepteres inden xx. yyyyyy.vi forventer herefter en QA fase på cirka to uger, før MediePortalen kan sendes til betatest hos jeres kunder. Prisen for udvikling af MediePortal 2.0 lander samlet på zzz.zzz kr. + moms, som faktureres ad x gange, efter nedenstående plan. Der gives 30 dages betalingsbetingelser på hver faktura. Faktura sendes for Dato: Pris: Afslutning af sprint 1 4 xx. yyyyyy zz.zzz kr. + moms Afslutning af sprint 5 8 xx. yyyyyy zz.zzz kr. + moms Afslutning af sprint 9 12 xx. yyyyyy zz.zzz kr. + moms Afslutning af sprint xx. yyyyyy zz.zzz kr. + moms Afslutning af sprint 17 og QA xx. yyyyyy zz.zzz kr. + moms Udgave 1 Side 7 af 14

8 Specifikation Den følgende specifikation skal ses som en samlet beskrivelse af vores forståelse af opgaven med udvikling af MediePortal 2.0. Såfremt i mener der er områder, funktioner eller andre ting, som ikke er belyst herunder uanset hvor små de er beder vi jer kontakte os, da de i så fald ikke er medtaget i dette Statement of Work. Alle priser herunder er angivet uden moms. Sprint 1 (alle hold i samarbejde) Intern gennemgang og strukturering af projektet, her undersøger vi infrastrukturen i VP3 og laver eventuelle justeringer, der er nødvendige for at kunne imødegå de nye krav, som MP2 stiller. MP2 har flere versioneringer af mange komponenter i user interfacet, og derfor lægger vi en plan for hvordan komponenterne struktureres mhp. optimale konfigurations og integrationsmuligheder. Kopiering af grundstrukturen fra VP3, og klargøring af ny infrastruktur til MP2 Gennemgang af alle funktionaliteter og nedfældning af evt. opdateringer til infrastrukturen til MP2 Dokumentation af den opdaterede infrastruktur til MP2 Gennemgang af komponenter og behov for versionteringer og krydsintegrationer Gennemgang af behov for server side scripts til alle sektioner, f.eks. berigelse af metadata ved deling på sociale netværk o.lign. Samlet tilbud: 1.750kr kr kr kr kr. Vi sender om fredagen den opdaterede dokumentation af infrastrukturen samt vores bud på strukturering af komponenter og behov for server side scripts. Bemærk at disse lister kan ændre sig undervejs i projektet, men vi vil tilstræbe af afdække så meget som muligt. Vi har behov for at få godkendt disse oplæg senest fredag ugen efter, hvis vi skal overholde tidsplanen. Her er det nødvendigt at have 3 mand i gang med infrastrukturen, dvs. de skal sidde sammen med mig og gennemgå og forstå kodestrukturen Der skal derfor findes ekstra kr. + moms, som fordeles ligeligt over alle sprints for at forklæde denne ekstra pulje. Udgave 1 Side 8 af 14

9 Sprint 2 (alle hold i samarbejde) Fokus på udklipning af designs, hvor vi forsøger at genbruge mest muligt fra VP3, men samtidig optimerer udklipningerne til funktionaliteten i MP2. Det er vigtigt for os at have mulighed for at tilpasse HTML og CSS koden, så vi kan optimere den til de nye funktioner der introduceres i MP2 som f.eks. multi selections, ipod lignende navigation i dropdowns o.lign. Gennemgang og genbrug af HTML / CSS struktur fra VP3 Tilpasning af HTML / CSS struktur fra VP3 Udklipning af / klargøring til nye elementer i MP2 (herunder blandt andet collections, flydende visning i Asset Manager, nyt lightbox design) Optimering af rendering performance (dette er afsat for at sikre vores tilpasninger og nye udklipninger vil performe så godt som muligt) Integration af diverse nye overgange (ipod lignende navigation i profil dropdown, mulighed for at åbne / lukke collections, mulighed for at expande collections til at fylde hele skærm området) Estimat i alt Pulje til justeringer og crossbrowser optimering 1.750kr kr kr kr kr kr kr. Sprint 3 (hold 1) Udklipning af splashscreen og integration af mulighed for at oprette sig som bruger samt logge ind på portalen. Efter brugeren er logget korrekt ind på portalen, stilles vedkommende direkte ind på forsiden af portalen. Genbrug af splashscreen fra VP3 med mindre justeringer til at passe ind i den nye MP2 struktur Tilpasning af login box fra VP3 til den nye lightbox struktur samt mulighed for at vælge opret bruger eller glemt adgangskode Udklipning af glemt adgangskode samt integration af API (hvis alt går godt opdateres brugerfladen, så brugeren får besked om at tjekke sin e mail i tilfælde af fejl ryster lightboxen og en fejlmeddelelse indsættes i toppen af lightboxen) Udklipning af opret bruger formular Verificering af hvorvidt et brugernavn er optaget, ved kontakt til DigiZuite API, verificering af indtastet navn (skal indeholde mellemrum og hvert ord skal 1.750kr. 850kr. 850kr. Udgave 1 Side 9 af 14

10 mindst bestå af 2 bogstaver) samt verificering af e mail adresse (skal være valid syntax) Integration af Captcha modul, som skal udfyldes korrekt for at kunne oprette en profil Integration af API til oprettelse af ny bruger (hvis der opstår en fejl ryster lightboxen og en fejlbesked indsættes over formularen hvis alt går godt, vises en successbesked til brugeren) Håndtering af konfigurationsmuligheder Bekræftelse af brugeroprettelse via API, når en bruger åbner linket i bekræft profil og automatisk login efterfølgende Estimat i alt Pulje til justeringer og crossbrowser optimering 850kr. 850kr kr kr. Der findes følgende konfigurationsmuligheder til login, som alle integreres i løbet af dette sprint: API opsætning: konfiguration af base url er til API et samt angivelse af gæstelogin info, som bruges for at få adgang til API et før brugeren selv logger ind Login er påkrævet: brugeren kan først komme til portalen efter at have logget korrekt ind. Login er optionelt: brugeren starter direkte på portalen, men kan efterfølgende logge ind via at åbne login prompten ved klik på Log ind i topbjælken. Login er slået fra: brugeren starter altid direkte på portalen, og Log ind er skjult i topbjælken. Mulighed for oprettelse af bruger: dette er en funktion, som kan slåes til / fra i MediePortalen. Såfremt funktionen er slået fra, skal knappen til Opret ny bruger skjules. Nye brugere skal godkendes: såfremt en bruger skal godkendes af en administrator, vil vedkommende få besked om din profil er oprettet, du vil modtage en e mail når en administrator har godkendt din oprettelse. Hvis brugere ikke skal godkendes, vil brugeren få at vide at vedkommende har modtaget en e mail, hvori han skal bekræfte sin profil for at få adgang til portalen. Vi skal før opstart af dette sprint have adgang til de følgende API er samt dokumentation heraf: Authenticering af den besøgende (login) Indlæsning af konfigurationer til portalen Oprettelse af en bruger Verificering af om et brugernavn er optaget Bekræftelse af oprettet brugerprofil Gensendelse af adgangskode Udgave 1 Side 10 af 14

11 Bemærk at der formentligt vil være brug for server side validering af den indtastede captcha. Vi overvejer at benytte Googles Captcha modul, hvilket kræver et server side API kald for at validere brugerens indtastning. For at kunne estimere dette sprint nøjagtigt, har vi brug for en beskrivelse af, hvordan følgende API er fungerer: Login: Er processen den samme som på VP3, eller er der behov for justeringer / udvidelser af flow et? Oprettelse af bruger: Laver vi et enkelt kald, hvori vi medsender de indtastede informationer og så varetager DigiZuiten resten? Eller skal vi oprette brugeren og derefter afhængig af konfiguration kalde et API som sender en bekræftelsesmail til brugeren eller en besked til administratorer om at godkende vedkommende? Verificering af om et brugernavn er optaget: Kan vi antage, at vi bare sender det indtastede brugernavn med og får en true / false respons eller skal f.eks. vi hente en liste over alle brugere og se om navnet eksisterer deri? Gensendelse af adgangskode: Skal vi blot sende brugerens e mail adresse til et API, som så sørger for at sende en e mail afsted? Sprint 4 (hold 2) Integration af flydende liste design i AssetManageren samt tilpasning af komponentet, således at det kan håndtere multi selection af assets. Desuden mulighed for at drag n droppe markerede assets ind i collection menuen. Udklipning af flydende liste design Integration af MediePortal API til indlæsning af assets Justering af eksisterende visningstyper til MediePortal layout Mulighed for multi selection af assets ved markering med mus (svarende til skrivebordet i Windows eller Mac) Mulighed for at slå markering af elementer til / fra ved at holde ctrl (Windows) eller command (mac) nede og klikke på et asset Mulighed for at markere en stribe elementer ved at holde shift nede og klikke på et asset Udklipning af bundbjælke som bl.a. skal eksponere mulighed for at downloade markerede assets, åbne previews eller tilføje til en collection disse muligheder vises dog først efter brugeren har markeret et eller flere assets 4.600kr kr kr kr. 850kr. Udgave 1 Side 11 af 14

12 Mulighed for at skifte til markeringstilstand i AssetManageren, hvilket skifter ikon menuen ud med checkmarks på alle assets, og giver brugeren mulighed for at markere assets ved at slå checkmarket til / fra. Dette er især brugbart på touch devices, hvor de øvrige muligheder for multi selection ikke er mulige Estimat i alt: Pulje til justeringer og crossbrowser optimering 1150kr kr kr. Sprint 5 (hold 3) Collection modul i højre kolonne, mulighed for drag n drop af markerede assets og kontakt til API. Mulighed for at expande og få vist i standard liste komponent (med custom styling) Sprint 6 (hold 2) Fortsættelse af arbejdet med AssetManageren og integration med collection skuffen, således at brugeren kan flytte assets til collections. Desuden mulighed for arrangere collections m.m. Udvikling af drag n drop værktøj, som tillader at komponenter starter dragging af indhold. Mulighed for angivelse af associeret materiale og en label, der vises i en lille info boks, mens brugeren dragger materialet. Mulighed for at dragge markerede assets (ved dragging indsættes en info boks med besked om at man er ved at flytte xx assets i samme stil som gmail.com) Mulighed for at slippe assets i collection skuffen, hvorefter DigiZuite API et kontaktes og disse assets tilføjes brugerens collection Fremhævning af collection, når brugeren dragger assets og holder musen over disse (hjælpe indikation af hvor assets vil blive tilføjet). Live tilføjelse af assets til en collection ved drop (vi venter ikke på svar fra API et, før vi visuelt viser dem i en collection) 2.850kr kr. 850kr. Vi skal før opstart af dette sprint have adgang til de følgende API er samt dokumentation heraf: Tilføjelse af assets til collections For at kunne estimere dette sprint nøjagtigt, har vi brug for en beskrivelse af, hvordan følgende API er fungerer: Udgave 1 Side 12 af 14

13 Tilføjelse af assets til collections: Svarer processen til den vi kender fra favoritter altså løber vi listen over eksisterende assets i en collection igennem, tilføjer det nye asset ID og poster det til DigiZuite API et? Desuden har vi brug for afklaring af følgende design mæssige overvejelser: Hvordan vælger brugeren hvilken collection. Sprint 6 (hold 2) Integration af eksterne services / cloud API er, som gør det muligt at søge ned i DropBox, Shutterstock, Google Drive, OneDrive o.lign. direkte i portalen (mangler afklaring om design / opsætning og muligheder / funktioner) Sprint 7 (hold 1) Tilpasning af eksisterende design rammer (mulighed for at skifte sprog i topbjælken, tilpasning af layout af menuen, automatisk lukning af collections / menu ved expansion, håndtering af responsive layout how?, integration af change profile picture) Sprint 8 (hold 3) Preview til både slideshows og almindelige / individuel visning Mulighed for navigation i multi page dokumenter i individuel visning, mulighed for zooming, cropping af medier Sprint 9 (hold 2) Visning af meta panel og mulighed for redigering af meta data i preview Sprint 10 (hold 3) Integration af download and share dialog med mulighed for angivelse af ønskede kvaliteter og responsive design. Kan trigges individuelt og for flere filer afhængig af markeringer Tilføjelse til collections og integration af deling til medier som på VP3 Sprint 11 (hold 1) Mulighed for at uploade medier til portalen via upload side svarende til VP3, desuden integration af taskmanager dropdown og taskmanager oversigtsside samt upload history og nulstilling af denne Sprint 12 (hold 2) Udklipning af taskmanager med mulighed for multi selection og udklipning af redigeringspanel Udgave 1 Side 13 af 14

14 Sprint 13 (hold 3) Udklipning af profile page med mulighed for redigering af personlige data samt mulighed for upload af profil billede Desuden integration af splash image / video i Portal admin Sprint 14 (hold 1) Mulighed for søgning på portalen incl. avancerede søgemuligheder og tilpasning af filterbjælken, således at der kan angives avancerede søgeindstillinger Sprint 15 (hold 2) Yderligere integration af muligheder i redigeringspanel til upload/task manageren Sprint 16 (hold 3) Integration af user management i Portal admin samt rendering af log / history i portal admin Sprint 17 (hold 1) Integration af Google Analytics i koden, udklipning af trash sektion i portal admin, gennemgang af konfigurationsmuligheder Sprint 18 (alle hold) Gennemgang af komponenter, optimering / refactoring af kodestrukturer som kan lette genbrug senere hen, opdatering af dokumentation, klargøring til overlevering og minified building... Udgave 1 Side 14 af 14