- This topic has 3 replies, 4 voices, and was last updated 8 years, 6 months ago by
.
-
Posts
-
Originally posted in Dutch by Andreas Schuderer
Hallo,Er zal een Content-Management-Systeem (CMS) worden geteld. Hierin wordt inhoud vastgelegd door een redacteur en dan als website (pagina’s met toelichtingen, formulieren, enz.) gepresenteerd naar een webgebruiker.
Er zijn dus twee soorten gebruikers voor dit systeem: (1) redacteur, en (2) webgebruiker.
Deze twee soorten gebruikers hebben verschillende perspectieven daarop wat “gegevens” voor hun zijn: Voor de redacteur is in principe alles inhoud, dus gegevens, wat hij of zij moet invoeren. Maar voor de webgebruiker zijn de door de redacteur ingevoerde inhoud deels maar (a) hulpinformatie/toelichtingen, (b) labels, (c) achtergrondinformatie, maar kan deels de webgebruiker ook uit zijn/haar perspectief “echte” informatie invoeren en oproepen (via web-formulieren in de website).
Let wel: De redacteur is *niet* hetzelfde als een technische beheerder.
Voorbeeld:
De redacteur kan PAGINA’s toevoegen, verwijderen, of wijzigen. Standaardattributen van een PAGINA zijn Titel, Doelgroep, Type. Verder zijn aan iedere PAGINA 1:N van de volgende entiteiten gekoppeld: ALINEA’s, AFBEELDING MET TEKST, TABEL, FORMULIER. Iedere van deze heeft weer een aantal attributen, zoals bijvoorbeeld bij FORMULIER: Toelichting, Formulier-koppeling, Label1, Label2, Label3, ButtonNaam, GeluktTekts, ProbleemTekst. Deze informatie kan allemaal door de redacteur worden T/V/W en bekeken.
De webgebruiker ziet dit dan in vorm van een pagina met de teksten en elementen als inhoud van de pagina’s van de website. Hij/zij kan de teksten lezen (bij) of, bij formulieren, informatie doorgeven (bv. wijziging huisadres) of ophalen (bv. tracking van een pakket).
In deze casus zitten meerdere vragen:
(a) Hoe worden de aan de webgebruiker getoonde “gewone” webpagina’s geteld (dwz de webpagina’s die alleen maar informatie laten zien)? Voor hem is niet zichtbaar en niet belangrijk of de pagina alleen maar 1 tekstblok bestaat of uit 3 ALINEA’s en 1 TABEL. *Technisch* is iedere webpagina wel een soort uitvoerfunctie waar 1:N elementen worden getoond. Maar uit het perspectief van de webgebruiker kan het ook 1 opvragingsfunctie zijn met 1 DET (1 enige transactie met het doel “vraag pagiainhoud op”).
(b) Hoe worden de aan de webgebruiker getoonde formulier-webpagina’s geteld (dwz schermen waar de gebruiker zelf interactief dingen kan opvragen, laten uitvoeren of kan invoeren)? Zo’n formulier kan bijvoorbeeld een contactformulier zijn waarmee de gebruiker zijn/haar nieuwe woonadres kan doorgeven (invoerfunctie). In dit scherm worden gegevens getoond die weliswaar door de redacteur expliciet waren ingevoerd, maar uit perspectief van de webgebruiker niet als DET’s van deze invoerfunctie kunnen worden beschouwd (zoals titel, toelichting en labels).
Mijn aanpak zou zijn:
Hanteer voor het tellen van LGV het perspectief van beide gebruikersrollen, in twijfel de complexere (wel opletten dat er geen technische aspecten geteld worden!).
Hanteer voor het tellen van de transacties het perspectief van de respectieve gebruiker. Voor het tellen van redacteurs-transacties hanteer dus het perspectief van de redacteur. Voor het tellen van webgebruikers-transacties hanteer dus het perspectief van de redacteur. Het resultaat zal zijn dat dezelfde gegevens (bv. een toelichting voor een invoer-pagina) wel wordt meegenomen bij de (complexiteit van de) transacties van de redacteur, maar niet wordt meegenomen bij de (complexiteit van de) transacties van de webgebruiker.
Concreet:
Vraag (a) zou ik dus zo handhaven: Deze schermen worden geteld uit het perspectief van de webgebruiker. Dus gelden de gewone richtlijnen, toegepast uit zijn/haar perspectief. De meeste pagina’s zouden waarschijnlijk simpele opvragingsfuncties zijn met maar een handvol DET’s (ititiatie/navigatie, titel, inhoud). Deels (als andere informatie dan gewone tekst-verhaaltjes wordt getoond) ook complexer.
Vraag (b): Deze schermen worden geteld uit het perspectief van de webgebruiker. Dus gelden de gewone richtlijnen, toegepast uit zijn/haar perspectief. Bijvoorbeeld invoerformulieren kan je dus als invoerfunctie tellen. Tel de toelichtingen hiervan maar 1 keer voor het hele systeem als hulpfunctie. Labels, buttontekst, etc. worden niet meegenomen als DET’s voor het bepalen van de complexiteit.
Wat zijn de meningen hierover? Hoe zou jij zo’n Content-Management-Systeem tellen?
Would love to discuss it. I work with CMS a lot, but I cannot make sense of this when I put it through Google translate.
Is this going to be translated to English?Because the questions are in Dutch, I first give the answer in Dutch. Later on we will translate the topic
Het is belangrijk om een strikt onderscheid te maken tussen het CMS en de bij behorende functionaliteit (gegevensverzamelingen en gebruikerstransacties) en de website waar gegevens getoond worden. Ook omdat je waarschijnlijk iets anders aan de omvang wilt relateren.
Het CMS kun je gewoon tellen volgens de richtlijnen met de ‘redacteur’ als gebruiker.
Wat je aan de website telt is misschien wat lastiger. Bijvoorbeeld pagina’s met ‘statische’ teksten gezamenlijk als 1 OF tellen.
Bij pagina’s waar de ‘webgebruiker’ gegevens kan invoeren moet je goed opletten of deze gegevens opgeslagen worden of niet. Voorbeelden hiervan zijn bijvoorbeeld ‘Mijn Profiel’, hier is ook vaak functionaliteit om de gegevens weer te wijzigen aanwezig. Dit soort functionaliteit kun je dan gewoon conform de richtlijnen tellen.
De werkgroep Telrichtlijnen is bezig met het verzamelen van voorbeelden om deze in een later stadium te publiceren.Wij hebben voor het meten van de functionele omvang van websites / portals met een CMS een aanpak geformuleerd die onder free downloads te vinden is. Uiteraard is dit niet het einde van alle tegenspraak, maar wel handig voor een consistente aanpak bij de omvangbepaling.
- You must be logged in to reply to this topic.