Drupal method
Algemene methodiek van 2Value en de Drupal specifieke methodiek
|
Subpages Drupal method In Associate No subpages
Aanpak
De methode van 2Value heeft een pragmatische inslag. De uitwisselbare richtlijnen zijn adequaat, volledig en gebaseerd op ervaring. Met als doel een standaard methode van implementatie en support te bieden. Voorspelbare kwaliteit waarin risico's zijn beperkt.
In deze wiki beschrijven we onze bevindingen over sites, stukken in de media, studiemateriaal e.d. Verder de do's en don'ts die we publiekelijk met u kunnen delen. De 2Value methode bestaat voor het overgrote deel interne afspraken en richtlijnen. Deze richtlijnen en methodieken komen in onze dienstverlening tot uiting.
 |
Cenrale Visie Techniek is ondergeschikt en "volgend" op functionele eisen en wensen. In succesvolle websystemen is de mens veel bepalender dan de machine. |
De methode bestaat uit een algemeen framework overstijgend deel en framework specifieke aanvullingen of kanttekening op de methode. De methode sluit aan op onze rollen, taakverdelingen, projectuitvoering en de manier waarop we afspraken maken met klanten en associates.
De 2Value methode is voor ongeveer zeventig procent framework onafhankelijk en voor ongeveer vijftig procent open source onafhankelijk.
Het is bedoeld als universele praktische projectmethode voor grote en kleine (web)ICT projecten.
Uniek
Waarin is Drupal onder de door 2Value gebruikte frameworks uniek?
Functionaliteit is het belangrijkste onderscheidende kenmerk. Te verdelen over:
Waarin is Drupal onder de door 2Value historisch gebruikte frameworks NIET uniek?
- open source webysteem
- op LAMP gebaseerd
- grote succesvolle community
- vele zakelijke gebruikers
Functionaliteit
Gebruikersfunctionaliteit
Gebruikers ervaren een CMS als een website. Belangrijk zijn: UX, snelheid, veiligheid.
Direct antwoord op de vragen: Wat is dit, wat doet dit, wat kan ik hier doen en waarom moet ik hier zijn en niet ergens anders.
Beheerdersfunctionaliteit
De back-end van Drupal kan er vrijwel hetzelfde uitzien als de front-end. Uiteraard met veel meer mogelijkheden passend bij het profiel waarmee je bent ingelogd. Er zijn vele boeken geschreven over Drupal Beheer en Onderhoud. Dat gaan we hier niet over doen of in een lijst presenteren. Google is your friend om de meest recente stand te onderzoeken.
2Visie
- a. Beheer splitsen in Functioneel beheer (klantzijde) en Technisch Beheer (leverancierszijde) met een zekere mate van overlap in het takenpakket maar een duidelijke begrenzing van wie waar over gaat.
- b. User rights niet te rigide inrichten passend bij a., vertrouwen in werkrelatie en het zo helder mogelijk benoemen van de verantwoordelijkheden is voldoende.
- c. Hosting en Websystems serviceprovider moeten zien te komen tot een Devops achtige afstemming.
- d. Gebruikersvragen bundelen aan de klantzijde en single point of definition overbrengen op de service partijen en Developers vragen van serviceproviders rechtstreeks in een work management systeem richten aan de functioneel beheerder.
- e. Wie schrijft blijft. Procedures en richtlijnen moeten weerspiegelen wat er leeft.
Omgeving voor Developers
Drupal Theme cheat sheet wallpaper: http://www.smashingmagazine.com/2010/06/14/drupal-cheat-sheet-wallpaper/
Do's and don'ts
Performance
Risicobeheersing
2Value heeft een FAQ over Drupal. Voor associates zijn onderlinge afspraken en richtlijnen voor het werken afgesproken in de Associate:Drupal_method beschikbaar. Literatuur voorziet ruim in de step by step's om tot een webshop inrichting te komen. Daarbij wordt zonder uitzondering in alle gevallen voorbij gegaan aan de belangrijkste succesfactoren:
- Schaalbaar platform
- Programmeerconventies, webdesignconventies, naamgeving om tot goed onderhoudbaar en beheersbaar maatwerk te komen
- Een intern gestandaardiseerd stappenplan om in 1 keer goed te implementeren.
We leggen daarmee een blauwdruk neer voor hoe wij vinden dat we projecten moeten doen.
2Value Methode 2011-2020
11 mei 2016
“Start acting like a great company now” (Tom Watson, oprichter IBM, begin jaren '70)
Abstract
Ons werkgebied is het web en mobiel en de overlap van blockchain-technologie en e-Identity management. Onze visie staat op deze blog: Happy Blockchains. De stappen die daarmee de komende jaren gepassioneerd willen nemen:
- 1. Bewustwording en Training
- 2. Ontdekking en experimenteren
- 3. Design en bouw
Bewustwording en Training
We hebben eendaagse, tweedaagse interactieve sessies, maar ook trainingen van een week. De eerste twee kunnen in-house bij klanten plaats vinden.
Ontdekking en experimenteren
Blockchain technologie is jong en in de kinderschoenen. We leren hoe de organisatie blockchain technologie kan blijven ontdekken in de toekomst. De technologie is maar geschikt in een een heel klein aantal gevallen. De meeste problemen kunnen worden opgelost zonder blockchain. Blockchain echter is een katalysator voor veel zaken die al decennia "vast lijken te zitten". Omdat de technologie op talloze vlakken tegelijk haar impact gaat hebben, zwelt de innovatie als een tsunami aan en komt vroeg of laat over je heen als je niet voorbereid bent. Voorbereiding door verkenning en experimenteren, door het beantwoorden van heel veel kritische vragen, die je zelf op zeker moment ook leert stellen.
Design en bouw
Als uit de vorige stap levensvatbare implementatie van een oplossing van een persistent geacht probleem dat met blockchain uniek kan worden aangepakt, dan is het tijd om aan een systeem te denken. Dat moet worden ontworpen en gebouwd. 2Value zet daarvoor multi-disciplinaire teams op. Daarin dient de klant plaats te nemen en mee te werken. Bij een systeem kan men ook denken aan een proof of concept.
Stappen in web en mobiele ontwikkeling
Informatie-analyse
Vaak een intern proces. 2Value kan daarbij helpen. Verantwoording voor resultaat ligt bij de klant. Vaak gebeurt informatie-analyse in eigen beheer door de klant organisatie.
Functioneel ontwerp
Ingegeven door
- functionele eisen en wensen
- eisen aan het grafisch ontwerp
- eisen aan wijze van navigeren
Reactie op - en invulling van RFP, Programma van eisen, Functioneel ontwerp en wireframes door 2Value
Zaken om rekening mee te houden
- structuur van de site; 2Value's visie op Open source systeem architectuur
- content-elementen van de hoofd pagina's
- beschrijving redacteuren, rollen en rechten
- technische oplossingen
- ontwikkel methodiek
- doelstellingen; onze visie op hoe een websystemen moeten worden ontwikkeld en gebruikt
- doelgroepen; 2Value gebruikt de benadering met Personas
Proces van totstandkoming
Volgordelijke stappen
Projectteam
Groot project
Grotere projecten hebben een typische rolverdeling als volgt:
- Contractmanagement door contractmanager
- Projectmanagement door projectmanager
- Design door designer
- Template bouwen door templatebouwer
- Development door developer
- Testing door tester
- Hosting door Hoster
Klein project
In een klein project verdelen we de bovenstaande rollen uiteraard ook. Vaak worden meerdere rollen door één en dezelfde persoon uitgevoerd. Dat geldt niet voor Testing. De tester is altijd een ander individu dan degene die het project "maakt".
Support traject
- SLA management door SLA manager
- Projectbegeleiding door projectbegeleider
- Eerstelijns
- Tweedelijns
- Derdelijns
- Development door developer voor reguliere onderhoudstaken (eens per kwartaal meestal)
- Testing door tester
- Hosting door Hoster
Planning en onderlinge verantwoordelijkheden
Project management
Project fasering en voortgang
Hosting en framework opzetten
Framework configureren, inrichten
Framework modules installeren
Derde partij modules
Third party components
- Voorkeur voor open source software (OSL, GPL)
- Goede software: Duidelijke support-mogelijkheden, documentatie
Derde partij modules gebruiken
Als er een verzoek komt om aanpassingen te maken op een bestaande third party extensions, hebben wij een stappenplan:
- Check of volgende werkwijze kan:
- Kijk of de extensie wel voldoet aan de aanvullende wensen
- Zo nee, kijk of er niet een eigen module vanaf scratch gebouwd kan worden
- Alleen wanneer de klant een bestaande module wil gebruiken as is zien we af van bouwen
- Iedere eigen extensie of eigen aanpassing herbruikbaar maken
- Maak een extension onder de licentie OSL
- Doorontwikkeling: zet evt. de extensie te koop in de webshop of gratis
- Denk aan heldere communicatie naar klanten
Google webmaster tools
- RSS activeren op je shop
- RSS feed toevoegen in de headre van pagina's
- Producten met
- Set a New datum aangeven og
- als speciale aanbieding markeren
- RSS feed pingen bij Google
Redacteuren- en admin-training
Applicatiebeheer
- OTAP cyclus instellen
- Testen van de applicatie na wijzigingen
- Monitoring van beschikbaarheid en performance op de productiesite
Testen
Oplevering en support
Aanpalende methoden
Risicobeheersing
Hosting
Qua hosting zijn er de volgende risico's:
- Beschikbaarheidsgraad
- Performance
- Shared hosting: Alle resources worden gedeeld met andere websites. Als er genoeg resources zijn is er geen probleem
- Tuning
- Pieken; dat kan worden gestresstest
- Security: zie #Security
Security
- Hosting omgeving: database toegang, open_basedir, controle paneel (CPanel, DirectAdmin, ...)
- Procedure: wachtwoorden, wie mag wat?, logging van acties, procedure voor veranderingen
Regievoering
- Kan de regievoerder deelnemende partijen voldoende aansturen en controleren
- Sluitende instructies en procedures aan de hand van checklists
Zie ook Associate:Method/Risicobeheersing
Audit
Klanten kunnen een audit bij 2Value opvragen.
Voor associates hebben we de gehele Associate:Drupal_method en hier in het bijzonder de Associate:Drupal_method/step_by_step.
Boeken
Tutorials
Blog
Releases
Licentie
De open source OSL licentie maakt dat klanten zelf kunnen kiezen wat er in juridische zin gaat gebeuren met zelf of in opdracht gebouwde code (geen copy left verplichting). Category:Methodiek Category:Richtlijnen
