Wikisage is op 1 na de grootste internet-encyclopedie in het Nederlands. Iedereen kan de hier verzamelde kennis gratis gebruiken, zonder storende advertenties. De Koninklijke Bibliotheek van Nederland heeft Wikisage in 2018 aangemerkt als digitaal erfgoed.
- Wilt u meehelpen om Wikisage te laten groeien? Maak dan een account aan. U bent van harte welkom. Zie: Portaal:Gebruikers.
- Bent u blij met Wikisage, of wilt u juist meer? Dan stellen we een bescheiden donatie om de kosten te bestrijden zeer op prijs. Zie: Portaal:Donaties.
WEB Principe: verschil tussen versies
(https://nl.wikipedia.org/w/index.php?title=WEB_Principe&oldid=46934614 ChielTondeleir 18 jun 2016) |
(https://nl.wikipedia.org/w/index.php?title=WEB_Principe&oldid=46935572 Woodcutterty 18 jun 2016) |
||
Regel 1: | Regel 1: | ||
Het WEB | Het '''WEB-principe''' is een klantgerichte werkwijze binnen de strekking van webontwikkeling. Het WEB-principe gaat uit van een goede communicatie met de klant aan de hand van een op fases gebaseerde ontwikkeling van de website. De naam werd afgeleid van een samentrekking van de 3 fases die in de techniek gebruikt worden. De drie fases zijn opgedeeld in de wireframe-fase, de example-fase en de browserfase. Belangrijk binnen het WEB-principe is dat de klant op elk moment van het traject de nodige aanpassingen kan doorvoeren. De techniek is perfect combineerbaar met andere ontwikkeltechnieken, omdat andere ontwikkeltechnieken vaak uitgaan van interne werkwijzes, daar waar het WEB-principe een extern gerichte ontwikkeltechniek is. Elke fase kan op zich verder onderverdeeld worden aan de hand van interne werkwijzes. | ||
== Geschiedenis == | == Geschiedenis == | ||
=== Oorsprong === | === Oorsprong === | ||
Het WEB | Het WEB-principe vond zijn oorsprong in België. Het werd voor het eerst gebruikt door Digital Competitive. Hoewel de verschillende fases al regelmatig door verschillende bedrijven werden gebruikt als interne workflow, werd het pas officieel als werkingsmethode erkend in 2016. | ||
== Kenmerken == | == Kenmerken == | ||
Vaak gebruiken bedrijven verkeerdelijk het begrip WEB | Vaak gebruiken bedrijven verkeerdelijk het begrip WEB-principe, omdat intern gebruikgemaakt wordt van de verschillende fases van het WEB-principe. | ||
Hoewel de grondbeginselen van deze werkwijze wel degelijk de | Hoewel de grondbeginselen van deze werkwijze wel degelijk de drie bekende fases omvatten, is de flow rond deze techniek meer dan het opvolgen van drie voorafbepaalde ontwikkelstadia. | ||
== Fases == | == Fases == | ||
De basis van het webprincipe start uiteraard bij de | De basis van het webprincipe start uiteraard bij de drie verschillende fases van het ontwikkelprogramma. | ||
=== Wireframe === | === Wireframe === | ||
In de eerste fase wordt een [[ | In de eerste fase wordt een [[wireframe]] uitgebouwd. Het wireframe is een vereenvoudigde weergave van het te ontwikkelen systeem, in dit geval de website. De klant krijgt aan de hand van een geschetst ontwerp een gestructureerd zicht op welke onderdelen op welke locatie te vinden zullen zijn op zijn toekomstige website. | ||
=== Example === | === Example === | ||
Tijdens de tweede fase wordt het | Tijdens de tweede fase wordt het ontwerp van de website ontwikkeld. De ontwerper ontwerpt een grafisch voorstel dat volledig ingekleurd en opgevuld wordt met voorbeeldtekst en -afbeeldingen. In deze fase worden als het ware alle pagina's van de website grafisch voorgesteld. | ||
=== Browser === | === Browser === | ||
De | De browserfase omvat het volledige codetraject van het project. Het is mogelijk dat binnen dit ontwikkelingsstadium gebruikgemaakt wordt van andere technieken als [[Agile-softwareontwikkeling|Agile]]. Dit zijn interne softwareontwikkeltechnieken die binnen een team van ontwikkelaars vaak gebruikt worden en integreren perfect in het WEB-principe. Tijdens de browser fase wordt het grafische ontwerp omgezet naar een bruikbare website. Vaak wordt deze fase verder opgedeeld in subprojecten. Veel voorkomende opsplitsingen zijn backend- en frontendfases, waarbij het front-end zich concentreert op het ontwikkelen van de visuele concepten van de website, terwijl de back-end vergeleken kan worden met de fundering van de website. | ||
== Communicatie == | == Communicatie == | ||
De methode van het WEB | De methode van het WEB-principe gaat uit van een belangrijke focus op communicatie met de klant. Tussen elke fase door wordt binnen het WEB-principe verplicht een terugkoppelingsmoment voorzien met de klant. Bij opschorting van feedbackmomenten mag, ook indien gebruikgemaakt wordt van de eerder vermelde fases, niet gesproken worden van het WEB-principe. | ||
Tijdens elk feedbackmoment moet ook steeds een herberekening van het budget worden voltooid om erkend te worden als WEB | Tijdens elk feedbackmoment moet ook steeds een herberekening van het budget worden voltooid om erkend te worden als WEB-principe. | ||
=== Feedback momenten === | === Feedback momenten === | ||
Binnen het communicatiemodel van het WEB | Binnen het communicatiemodel van het WEB-principe wordt tijd ingecalculeerd voor minimaal vier verschillende feedback momenten tussen het ontwikkelproces. | ||
* Ante Progressum: In een eerste fase van de workflow zal de ontwikkelaar onderzoek doen naar de vereisten van de klant. Het Ante Progressum start aan de hand van de initiële meeting, veelal op aanvraag van de klant die contact opneemt met de | * Ante Progressum: In een eerste fase van de workflow zal de ontwikkelaar onderzoek doen naar de vereisten van de klant. Het Ante Progressum start aan de hand van de initiële meeting, veelal op aanvraag van de klant die contact opneemt met de webdesignstudio voor de aanvraag van een website. De studio verbindt zich ertoe tijdens deze initiële meeting na te gaan wat de eisen van de klant zijn, en zorgt voor het nodige User Experience-onderzoek. Aan het einde van het Ante Progressum verzorgt de projectleider een inschatting van het totale werk en bezorgt de klant hierbij een eerste inschatting van de kostprijs aan de hand van een offerte. | ||
* Propositum: Het Propositum is het eerste feedback moment waarbij de klant het project kan bijsturen. Dit | * Propositum: Het Propositum is het eerste feedback moment waarbij de klant het project kan bijsturen. Dit feedbackonderdeel wordt ingepland meteen na het beëindigen van de wireframe-fase. Tijdens dit feedbackmoment kan de klant wijzigingen aanvragen aan het voorstel dat op tafel ligt. Het geeft de klant een eerste idee van het uiteindelijke resultaat. Indien de klant aanpassingen wenst aan te brengen aan het wireframe verbindt de webdesignstudio er zich toe de wireframe-fase opnieuw te doorlopen en een nieuw Propositum in te plannen. | ||
* Consilium: Het Consilium omvat een tweede terugkoppeling waarbij de klant gemachtigd is om het project bij te sturen of stop te zetten. Het Consilium vindt plaats na de | * Consilium: Het Consilium omvat een tweede terugkoppeling waarbij de klant gemachtigd is om het project bij te sturen of stop te zetten. Het Consilium vindt plaats na de example-fase. De designer stelt het voorstel voor dat werd ontworpen aan de hand van het geaccepteerde wireframe. Tijdens deze fase krijgt de klant een voorvertoning van het precieze uiterlijk van de website en kunnen een aantal laatste aanpassingen gebeuren vooraleer het programmeertraject wordt opgestart. Net als bij het Propositum dient ook tijdens dit onderdeel van het proces de klant zijn akkoord te geven tot verdere productie. Bij niet-acceptatie van het ontwerp heeft de klant de keuze tussen het stopzetten van het project, of het opnieuw doornemen van de example-fase en het inplannen van een nieuw Consilium. In uitzonderlijke gevallen kan worden geopteerd terug te koppelen naar de wireframe-fase en bijhorend Propositum in te plannen. | ||
* Post Progressum: Aan het eind van de workflow wordt een laatste | * Post Progressum: Aan het eind van de workflow wordt een laatste feedbackmoment ingepland waarbij de klant nog een laatste maal zijn bedenkingen kan overbrengen over het totaalproject. De klant ontvangt tijdens het Post Progressum het eindresultaat van het project als een werkende website. Tijdens het Post Progressum wordt een testfase ingepland waarbij de klant de website volledig kan doornemen. Aan het eind van het Post Progressum wordt een laatste meeting ingepland waarbij de klant de feedback terugkoppelt aan de webdesignstudio. Net als in het Consilium en het Propositum kan de klant vragen de werken van de fase terug te starten en een nieuw Post Progressum in te plannen. Pas na acceptatie van het totaalproject door de klant wordt het Post Project, en zo ook het volledige traject, gesloten. Dit staat in schril contrast met de veelgebruikte facturen die worden gestuurd na beëindigen van ontwikkelfase door de grote menigte aan webdesignstudio's. | ||
{{Wikidata|}} | |||
{{DEFAULTSORT:}} | |||
{{nocat}} | |||
[[Categorie:]] | |||
[[Categorie:]] |
Huidige versie van 2 jul 2016 om 13:57
Het WEB-principe is een klantgerichte werkwijze binnen de strekking van webontwikkeling. Het WEB-principe gaat uit van een goede communicatie met de klant aan de hand van een op fases gebaseerde ontwikkeling van de website. De naam werd afgeleid van een samentrekking van de 3 fases die in de techniek gebruikt worden. De drie fases zijn opgedeeld in de wireframe-fase, de example-fase en de browserfase. Belangrijk binnen het WEB-principe is dat de klant op elk moment van het traject de nodige aanpassingen kan doorvoeren. De techniek is perfect combineerbaar met andere ontwikkeltechnieken, omdat andere ontwikkeltechnieken vaak uitgaan van interne werkwijzes, daar waar het WEB-principe een extern gerichte ontwikkeltechniek is. Elke fase kan op zich verder onderverdeeld worden aan de hand van interne werkwijzes.
Geschiedenis
Oorsprong
Het WEB-principe vond zijn oorsprong in België. Het werd voor het eerst gebruikt door Digital Competitive. Hoewel de verschillende fases al regelmatig door verschillende bedrijven werden gebruikt als interne workflow, werd het pas officieel als werkingsmethode erkend in 2016.
Kenmerken
Vaak gebruiken bedrijven verkeerdelijk het begrip WEB-principe, omdat intern gebruikgemaakt wordt van de verschillende fases van het WEB-principe.
Hoewel de grondbeginselen van deze werkwijze wel degelijk de drie bekende fases omvatten, is de flow rond deze techniek meer dan het opvolgen van drie voorafbepaalde ontwikkelstadia.
Fases
De basis van het webprincipe start uiteraard bij de drie verschillende fases van het ontwikkelprogramma.
Wireframe
In de eerste fase wordt een wireframe uitgebouwd. Het wireframe is een vereenvoudigde weergave van het te ontwikkelen systeem, in dit geval de website. De klant krijgt aan de hand van een geschetst ontwerp een gestructureerd zicht op welke onderdelen op welke locatie te vinden zullen zijn op zijn toekomstige website.
Example
Tijdens de tweede fase wordt het ontwerp van de website ontwikkeld. De ontwerper ontwerpt een grafisch voorstel dat volledig ingekleurd en opgevuld wordt met voorbeeldtekst en -afbeeldingen. In deze fase worden als het ware alle pagina's van de website grafisch voorgesteld.
Browser
De browserfase omvat het volledige codetraject van het project. Het is mogelijk dat binnen dit ontwikkelingsstadium gebruikgemaakt wordt van andere technieken als Agile. Dit zijn interne softwareontwikkeltechnieken die binnen een team van ontwikkelaars vaak gebruikt worden en integreren perfect in het WEB-principe. Tijdens de browser fase wordt het grafische ontwerp omgezet naar een bruikbare website. Vaak wordt deze fase verder opgedeeld in subprojecten. Veel voorkomende opsplitsingen zijn backend- en frontendfases, waarbij het front-end zich concentreert op het ontwikkelen van de visuele concepten van de website, terwijl de back-end vergeleken kan worden met de fundering van de website.
Communicatie
De methode van het WEB-principe gaat uit van een belangrijke focus op communicatie met de klant. Tussen elke fase door wordt binnen het WEB-principe verplicht een terugkoppelingsmoment voorzien met de klant. Bij opschorting van feedbackmomenten mag, ook indien gebruikgemaakt wordt van de eerder vermelde fases, niet gesproken worden van het WEB-principe.
Tijdens elk feedbackmoment moet ook steeds een herberekening van het budget worden voltooid om erkend te worden als WEB-principe.
Feedback momenten
Binnen het communicatiemodel van het WEB-principe wordt tijd ingecalculeerd voor minimaal vier verschillende feedback momenten tussen het ontwikkelproces.
- Ante Progressum: In een eerste fase van de workflow zal de ontwikkelaar onderzoek doen naar de vereisten van de klant. Het Ante Progressum start aan de hand van de initiële meeting, veelal op aanvraag van de klant die contact opneemt met de webdesignstudio voor de aanvraag van een website. De studio verbindt zich ertoe tijdens deze initiële meeting na te gaan wat de eisen van de klant zijn, en zorgt voor het nodige User Experience-onderzoek. Aan het einde van het Ante Progressum verzorgt de projectleider een inschatting van het totale werk en bezorgt de klant hierbij een eerste inschatting van de kostprijs aan de hand van een offerte.
- Propositum: Het Propositum is het eerste feedback moment waarbij de klant het project kan bijsturen. Dit feedbackonderdeel wordt ingepland meteen na het beëindigen van de wireframe-fase. Tijdens dit feedbackmoment kan de klant wijzigingen aanvragen aan het voorstel dat op tafel ligt. Het geeft de klant een eerste idee van het uiteindelijke resultaat. Indien de klant aanpassingen wenst aan te brengen aan het wireframe verbindt de webdesignstudio er zich toe de wireframe-fase opnieuw te doorlopen en een nieuw Propositum in te plannen.
- Consilium: Het Consilium omvat een tweede terugkoppeling waarbij de klant gemachtigd is om het project bij te sturen of stop te zetten. Het Consilium vindt plaats na de example-fase. De designer stelt het voorstel voor dat werd ontworpen aan de hand van het geaccepteerde wireframe. Tijdens deze fase krijgt de klant een voorvertoning van het precieze uiterlijk van de website en kunnen een aantal laatste aanpassingen gebeuren vooraleer het programmeertraject wordt opgestart. Net als bij het Propositum dient ook tijdens dit onderdeel van het proces de klant zijn akkoord te geven tot verdere productie. Bij niet-acceptatie van het ontwerp heeft de klant de keuze tussen het stopzetten van het project, of het opnieuw doornemen van de example-fase en het inplannen van een nieuw Consilium. In uitzonderlijke gevallen kan worden geopteerd terug te koppelen naar de wireframe-fase en bijhorend Propositum in te plannen.
- Post Progressum: Aan het eind van de workflow wordt een laatste feedbackmoment ingepland waarbij de klant nog een laatste maal zijn bedenkingen kan overbrengen over het totaalproject. De klant ontvangt tijdens het Post Progressum het eindresultaat van het project als een werkende website. Tijdens het Post Progressum wordt een testfase ingepland waarbij de klant de website volledig kan doornemen. Aan het eind van het Post Progressum wordt een laatste meeting ingepland waarbij de klant de feedback terugkoppelt aan de webdesignstudio. Net als in het Consilium en het Propositum kan de klant vragen de werken van de fase terug te starten en een nieuw Post Progressum in te plannen. Pas na acceptatie van het totaalproject door de klant wordt het Post Project, en zo ook het volledige traject, gesloten. Dit staat in schril contrast met de veelgebruikte facturen die worden gestuurd na beëindigen van ontwikkelfase door de grote menigte aan webdesignstudio's.
[[Categorie:]]
[[Categorie:]]