Dankzij ons uitgebreid team kan je als klant bij PHPro kiezen tussen twee opties na de live-gang op langere termijn. De eerste optie is dat we verder inzetten op ‘continuous development’. Dit betekent dat we blijven verder bouwen aan jouw toepassing en kort op de bal kunnen spelen wanneer issues zich voordoen. Een andere keuzemogelijkheid is suport via Service Level Agreement (SLA), onder de vorm van een support contract. Dit betekent dat we (tijdelijk) pauzeren in development, maar dat we wel blijvend productie gerelateerde vragen opvolgen en oplossen.

Vind je een SLA onnodig, maar wil je toch graag van onze expertise blijven genieten? Dat kan, we bieden dan hulp aan via ons uitgebreid team en plannen graag afgelijnde projecten in. Hou er wel rekening mee dat dit in functie van de beschikbare resources is.

Waar je ook rekening mee moet houden bij de oplevering van jouw project zijn security patches en updates. Open source softwarepakketten of frameworks krijgen ondersteuning van een wereldwijde community van developers. Bij PHPro zijn we er trots op dat we steevast kiezen voor pakketten waar gerespecteerde organisaties achter staan. Zo kunnen we de veiligheid en stabiliteit van die pakketten blijvend garanderen. Het zorgt er ook voor dat we steeds snel op de hoogte zijn van kritieke zaken die een oplossing vereisen. 

Security patches richten zich specifiek op kleine wijzigingen in de geïmplementeerde technologie met het oog op het oplossen van beveiligingsproblemen. Wanneer er kwetsbaarheden in de gebruikte pakketten worden gedetecteerd, voeren we deze security patches door om beveiligingslekken te dichten of kwetsbare punten te herstellen. Op die manier reduceren we de kans bij cybercriminelen om te profiteren van beveiligingslekken.

Wanneer er security patches en updates zijn, lichten wij onze klanten altijd snel in zodat we het nodige kunnen doen. Voor onze klanten met een SLA spelen we kort op de bal: security patches installeren we automatisch binnen de voorziene support uren. Klanten die zonder een SLA werken, helpen we uiteraard ook optimaal verder. We stellen hen zo snel mogelijk op de hoogte en geven helder aan wat er moet gebeuren. Na goedkeuring om de security patches te installeren, gaan we aan de slag. Zo reduceren we het risico op beveiligingslekken tot een minimum. 

• Confluence als documentatietool: daarin is steeds de meest recente versie helder terug te vinden.
• Onze uitgevoerde analyses: zowel de discovery als de detail analyses. Onder discovery analyse verstaan we al het voorbereidende werk waarin we de doelen, de behoeften en de omvang van het project in kaart hebben gebracht. Anders gesteld: de zakelijke doelen, functionele vereisten en technische uitdagingen bij het ontwerpen van – in dit geval – de webshop. Met de detail analyse bedoelen we alle uitgewerkte, gedetailleerde vereisten die naar boven zijn gekomen in de discovery-analyse. Het resultaat is een technisch draaiboek om de ontwikkeling, implementatie en testfasen van het project in goede banen te leiden. 
• Het design: we geven een hele huisstijlgids mee hoe de pagina’s eruit dienen te zien. Zo kunnen de klanten altijd controleren of alle ontwerpelementen nog correct staan.
• We leveren ook alle verscheidene aspecten op van de technische documentatie: de schema’s rond de infrastructuur, de applicatie-architectuur en de applicatiestructuur (WBS). Met de schema’s rond infrastructuur bedoelen we alle componenten zoals servers, netwerkapparatuur en andere technische middelen; net als de onderlinge verbindingen tussen deze componenten. In de applicatie-architectuur – het context diagram – zie je de belangrijkste componenten en interacties van het ontwikkelde systeem. Ten slotte krijg je de applicatie structuur of de WBS: Work Breakdown Structure. Dit is een gestructureerde opdeling van het project in kleinere werkpakketten. De verschillende onderdelen kunnen de back-end of front-end ontwikkeling zijn, de winkelwagenfunctionaliteit, de productcatalogus … Door het werk op te delen in kleinere pakketten, is het eenvoudiger om gestructureerd te werken.
• De releases en testscenario’s: met releases bedoelen we de specifieke versies van de webshopsoftware zoals de eindgebruiker die krijgt te zien. Bij elke release voeren we tests uit om na te gaan of er geen bugs zijn ingeslopen die een negatieve invloed hebben op de opgeleverde functionaliteiten. Aan de andere kant hebben we de testscenario’s. Dit zijn allerhande scenario’s om alle functionaliteiten en componenten van de webshop te testen en te valideren. 
• Documentatie voor de eindgebruiker: daarin leggen we in geuren en kleuren uit hoe de ontwikkelde applicatie werkt.
• Aanpassingen aan de scope: Dit laatste onderdeel is vervolgens nog eens in twee opgedeeld:
  • Parking lot: Dit document bevat alle ideeën die boven water zijn gekomen tijdens het project, maar niet binnen het budget of de planning pasten.
  • Change log: Ideeën die boven water zijn gekomen tijdens het project en waarvoor er extra budget is voorzien.

Ben je overtuigd over onze expertise en onze toewijding om projecten van A tot Z in goede banen te leiden? Laat het ons weten: neem gerust contact op en vertel welk project jij graag succesvol wil realiseren.