Magento method

From 2value wiki 2
Jump to navigation Jump to search

2Value Wiki Jump naar je groep

Publiek: ga naar de publieke pagina over dit onderwerp: Magento method

Associates: er is nog geen Associate:Magento method pagina

Partners: er is nog geen Partner:Magento method pagina

2Value intern: er is nog geen 2Value:Magento method pagina

Subpages Magento method

Subpages Magento 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 Magento onder de door 2Value gebruikte frameworks uniek?

  1. Functionaliteit
  2. Performance
  3. Risicobeheersing

Functionaliteit is het belangrijkste onderscheidende kenmerk. Te verdelen over:

  1. Gebruikersfunctionaliteit
  2. Beheerdersfunctionaliteit
  3. Omgeving voor Developers

Waarin is Magento onder de door 2Value historisch gebruikte frameworks NIET uniek?

  1. open source webysteem
  2. op LAMP gebaseerd
  3. grote succesvolle community
  4. 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 Magento. Voor associates zijn onderlinge afspraken en richtlijnen voor het werken afgesproken in de Associate:Magento_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

  1. functionele eisen en wensen
  2. eisen aan het grafisch ontwerp
  3. eisen aan wijze van navigeren

Reactie op - en invulling van RFP, Programma van eisen, Functioneel ontwerp en wireframes door 2Value

  1. Marktverkenning_2Value
  2. Design

Zaken om rekening mee te houden

  1. structuur van de site; 2Value's visie op Open source systeem architectuur
  2. content-elementen van de hoofd pagina's
  3. beschrijving redacteuren, rollen en rechten
  4. technische oplossingen
  5. ontwikkel methodiek
  6. doelstellingen; onze visie op hoe een websystemen moeten worden ontwikkeld en gebruikt
  7. doelgroepen; 2Value gebruikt de benadering met Personas

Proces van totstandkoming

Volgordelijke stappen

  1. Offerte
  2. Contractmanagement
  3. Releaseplanning
  4. Piepsysteem
  5. Opleveren
  6. Support

Projectteam

Groot project

Grotere projecten hebben een typische rolverdeling als volgt:

  1. Contractmanagement door contractmanager
  2. Projectmanagement door projectmanager
  3. Design door designer
  4. Template bouwen door templatebouwer
  5. Development door developer
  6. Testing door tester
  7. 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
  1. SLA management door SLA manager
  2. Projectbegeleiding door projectbegeleider
  3. Eerstelijns
  4. Tweedelijns
  5. Derdelijns
  6. Development door developer voor reguliere onderhoudstaken (eens per kwartaal meestal)
  7. Testing door tester
  8. Hosting door Hoster

Planning en onderlinge verantwoordelijkheden

  1. Releaseplanning
  2. Rolverdeling
  3. Positie contracten

Project management

Zie Projectmanagement

Project fasering en voortgang

  1. Releaseplanning
  2. Projectvoortgang

Hosting en framework opzetten

  1. Hosting
  2. Installatie

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:
  1. Kijk of de extensie wel voldoet aan de aanvullende wensen
  2. Zo nee, kijk of er niet een eigen module vanaf scratch gebouwd kan worden
  3. Alleen wanneer de klant een bestaande module wil gebruiken as is zien we af van bouwen
  4. Iedere eigen extensie of eigen aanpassing herbruikbaar maken
  5. 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

  1. RSS activeren op je shop
  2. RSS feed toevoegen in de headre van pagina's
  3. Producten met
    1. Set a New datum aangeven og
    2. als speciale aanbieding markeren
  4. RSS feed pingen bij Google

Redacteuren- en admin-training

Training

Applicatiebeheer

  • OTAP cyclus instellen
  • Testen van de applicatie na wijzigingen
  • Monitoring van beschikbaarheid en performance op de productiesite

Testen

Testing

Oplevering en support

  1. Opleveren
  2. 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:Magento_method en hier in het bijzonder de Associate:Magento_method/step_by_step.


We leggen daarmee een blauwdruk neer voor hoe je projecten moet doen.

Stappen in webshop ontwikkeling

  1. Wat wil opdrachtgever hebben / bereiken
  2. Blueprint maken van het systeem
  3. Pas aan het einde in het proces staat het systeem
Sla je stappen over, dan bezuur je dat later in het proces.
Voorbeelden
vb. 1 Multisite - multidomein vraag? => Apache moet anders worden ingericht. Doe je dit later? Dan heb je een probleem.
vb. 2 Aan het system gedeelte Magento: aantal shopniveaus, aantal talen.
Ray Bogman 2008: Elementair is dan dan je het onderscheid weet te maken tussen toeters en bellen en het fundament dat je het in het system gedeelte maakt.

Voor associates hebben we de gehele Associate:Magento_method en hier in het bijzonder de Associate:Magento_method/step_by_step.

Boeken

Tutorials

Blog

Releases

Boeken zijn niet heilig. Enterprice version biedt veel meer functionaliteit dan de community edition. De releases van de enterprice edition volgen elkaar in dermate rap tempo op, dat boeken verouderd zijn zodra ze zijn gedrukt.

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).

Retrieved from "http://wiki.2value.nl/index.php?title=Magento_method&oldid=13850"